<div><br></div><div>Cool company. I posted a link to it on my blog.</div><a href="http://videotechnology.blogspot.com/2011/10/web-based-carrier-grade-video.html">http://videotechnology.blogspot.com/2011/10/web-based-carrier-grade-video.html</a><div>
<br></div><div><br></div><div>After a seek you need to start on a GOP boundary and make sure you have an Iframe. Also the PTS for a/v should be too far out of place from each other.</div><div><br></div><div>It would take some careful examination of packets which it looks like your starting to do. </div>
<div><br></div><div>What are you using to examine packets. I just made a small tool to help me with with just this issue on MPEG2, so unfortunately It's not going to help you just yet, but want to add mpeg4 too. </div>
<div><br></div><div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
1) pts cycles through the values 2-29 (in increments of 3) and repeats.<br>2) decoded_picture_number is incremented by 1 each packet<br>3) display_picture_number is a constant 0</blockquote></div><div><br>These fields sound bogus, and not correctly populated. </div>
<div><br></div><div>Some mpeg decoders will not care and others will be very particular that these fields have legitimate values. </div><div><br></div><div>What are you using for playback of streams?</div><div><br></div><div>
John L. Sokol</div><div><a href="http://videotechnology.com">videotechnology.com</a></div><div><br></div><div><br><div class="gmail_quote">On Mon, Oct 24, 2011 at 7:10 AM, Tomer Margalit <span dir="ltr"><<a href="mailto:tomer.margalit@videocells.com">tomer.margalit@videocells.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div dir="ltr">Hi,<div><br></div><div>I'm currently working on integrating an old (highly customized) video server that my company has. </div>
<div>The old player was a custom built player as well, and the player and server were pretty much built one around the other.</div>
<div>Now trying to integrate it with VLC, I see a lot of problems (particularly after a seek - since at that point everything seems to go out of sync).</div><div><br></div><div>Sometimes (not always), after a seek the movie freezes - and when we use VLCJ to play it, the time change callback shows the time is not changing (but new packets are received).</div>

<div>I have checked the rtp timestamps and have tried altering them many times, but nothing seems to work (actually the times in the callback are unaffected) - which implies the problem lies within the mpeg packets (pts?).</div>

<div><br></div><div>I have looked at the times of the mpeg4 packets being released from the server (as an FFmpeg AVPacket) - pts, coded_picture_number, display_picture_number. The things I have noticed are that:</div><div>

1) pts cycles through the values 2-29 (in increments of 3) and repeats.</div><div>2) decoded_picture_number is incremented by 1 each packet</div><div>3) display_picture_number is a constant 0</div><div><br></div><div>I have two questions:</div>

<div>1) Does anyone know what the problem could be, or why the values are problematic for VLC?</div><div>2) What value does VLC use to determine the movie time? pts, decoded_picture_number, display_picture_number? A combination of the values? Some other values?</div>

<div><br></div><div>Thanks,</div><div>  Tomer</div></div>
<br>______________________________________________________<br>
vlc mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="http://mailman.videolan.org/listinfo/vlc" target="_blank">http://mailman.videolan.org/listinfo/vlc</a><br>
<br></blockquote></div><br></div>