>This is because your stream is variable bitrate. This has been<br>>discussed and a conclusion has been reached. You can read more in the mailing list archive.<br>>Here is one link:<br>><a href="http://lists.live555.com/pipermail/live-devel/2007-February/006110.html">
http://lists.live555.com/pipermail/live-devel/2007-February/006110.html</a><br>>Look for threads with "Urgent help needed!" as subject.<br><br>Thanks i see and understand the problem now.<br>However the solutions (build 3 different framers) which is being suggested will not work for me.
<br>I need a fourth framer;-) and let me explain why.<br>Although I do receive live tv, i dont want to feed it directly in the Live library.<br>Instead i'm writing the live data to HDD and use the file on the HDD as a timeshifting buffer.
<br>This buffer on the HDD is circular and has a fixed length (lets say 2 GByte)<br>I receive the live tv, write it to the file and when i reach the 2 GB, i start at file position 0 again.<br><br>With a size of 2 GB, I now have a timeshifting buffer of +/- 1 hour of tv (depending on the bitrate offcourse)
<br>and the client can do timeshifting features like pausing and seeking backwards / forwards.<br><br>To make this work I needed to write my own filereader which is derived from FramedFileSource<br>All this works nicely except for the tv channels which have sudden changes in bitrate like you described
<br>One of those channels is HitRadio OE3 (yes its a tv channel, not a radio channel) on Astra 19.2<br>see <a href="http://en.kingofsat.net/tp.php?tp=117">http://en.kingofsat.net/tp.php?tp=117</a><br><br>Because of my setup where
<br>- i use the live tv data (so no indexing possible)<br>- the data is not feeded directly into live555 (so not possible to skip the pcr detection as you proposed)<br><br>I'm now forced to use the default framer which is not good enough.
<br>I guess we really need a (small) buffer on the server side to determine both current and next PCR<br>and based on those two perform the calcuations<br><br><br>Erwin<br><br><br><br><br><br><br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>-Morgan-<br><br>On 15/02/07, Erwin Beckers <<a href="mailto:e.beckers@gmail.com">e.beckers@gmail.com</a>> wrote:<br>> Hi,<br>><br>> 80% of all my mpeg-2 transport files can be streamed very nice with the
<br>> live555 sdk<br>> However i noticed that the other 20% produce stuttering audio and video in<br>> VLC.<br>> The VLC messages window shows a lot of 'PTS out of range' errors/warnings<br>><br>> I debugged the library and found out that if i change the following line in
<br>> MPEG2TransportStreamFramer.cpp<br>><br>> change this line:<br>> #define TIME_ADJUSTMENT_FACTOR 0.8<br>><br>> to this line:<br>> #define TIME_ADJUSTMENT_FACTOR 0.5<br>><br>> Then all my mpeg-2 transport files stream nicely.
<br>> Can anybody explain what exactly this factor does and if my 'fix' is good?<br>><br>> Regards<br>><br>> Erwin Beckers<br>><br>> _______________________________________________<br>> live-devel mailing list
<br>> <a href="mailto:live-devel@lists.live555.com">live-devel@lists.live555.com</a><br>> <a href="http://lists.live555.com/mailman/listinfo/live-devel">http://lists.live555.com/mailman/listinfo/live-devel</a><br>>
<br>><br>_______________________________________________<br>live-devel mailing list<br><a href="mailto:live-devel@lists.live555.com">live-devel@lists.live555.com</a><br><a href="http://lists.live555.com/mailman/listinfo/live-devel">
http://lists.live555.com/mailman/listinfo/live-devel</a><br></blockquote></div><br>