I agree, it is not really a bug. In fact, your library is used to stream live DVB-T MPEG2 Transport stream in real-time over the network. So, I think it will be hard to calculate indexes before streaming the recording TS files. <br>Concerning the proposed changes, I try to find a better way to correct the packet duration estimation issues. Normally, the PCR should be annouced with a quite regular periodicity. If the packet interval between two PCR annoucement is too low compared to the mean periodiciy of the PCR, then the PCR must be ignored in order to not introduce errors in the packet duration estimation. So, I introduce a <br>new constant called PCR_PERIOD_VARIATION_RATIO that adjusts the minimum and tolerated packet interval from the mean PCR announcement period.<br><br>For instance, in my sequence, the mean period of PCR announcement converges to around 47. The ratio is set to 50%, so the minimum packet interval between two PCR is 23. I think this method is
less arbitrary than the "20" value.<br><br>I hope this can help people that wants to broadcast VBR multiplexed dataflows.<br>Regards,<br>Romain<br><br><br><b><i>Ross Finlayson <finlayson@live555.com></i></b> a écrit :<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Thanks. However, the existing code is not really a 'bug', although <br>your suggested change is (arguably) an improvement.<br><br>As you noticed, the current per-transport-packet duration estimation <br>code has trouble converging on a stable estimate for streams - such <br>as yours - that are wildly VBR. Your suggested change will probably <br>help things (although I can also imagine streams for which it might <br>make things worse by taking longer to converge to the 'correct' <br>average duration). I am also a bit concerned about the arbitrariness <br>of the constant "20" that you use.<br><br>Nonetheless, I'll add your change to the
next release of the library.<br><br>(Looking longer-term, a better solution for streaming prerecorded <br>files (but not live streams) will be to extend the existing "index <br>file" mechanism to include accurate durations - which could be <br>computed in advance when generating the index file.)<br><br><br> Ross Finlayson<br> Live Networks, Inc. (LIVE555.COM)<http: www.live555.com=""><br></http:></blockquote><br> <p> 
<hr size="1">
Ne gardez plus qu'une seule adresse mail ! <a href="http://fr.rd.yahoo.com/mail/mail_taglines/trueswitch/SIG=11gshn0bu/**http%3A%2F%2Fwww.trueswitch.com%2Fyahoo-fr%2F">Copiez vos mails</a> vers Yahoo! Mail