<div dir="ltr">Hello Ross,<div><br></div><div>Thanks for your quick response.</div><div><br></div><div>Yes, the client is synchronized. I also checked that all the frames sent from the server where received on the client at the moment of pause (I log all of them in both sides and are all sent/received).</div>
<div><br></div><div>I'll check if I can reproduce the problem with the test programs.</div><div><br></div><div class="gmail_extra">Thanks.<br><br><div class="gmail_quote">2013/9/10 Ross Finlayson <span dir="ltr"><<a href="mailto:finlayson@live555.com" target="_blank">finlayson@live555.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div class="im"><blockquote type="cite"><div dir="ltr"><div>I have subclassed OnDemandServerMediaSubsession and added support for 'trick play' using absolute times. All is working fine but the client (which is also using Live555) is receiving wrong timestamps from the server after pause/play is triggered. Basically I follow these steps:</div>

<div><br></div><div>1 - Client connects to the server for live video - OK</div><div>2 - Pause the client (sendPauseCommand) - OK</div><div>3 - Wait for some seconds and play the client again (sendPlayCommand("YYYYMM....")) - The frames are correct but the client reports wrong timestamps for 1 or 2 seconds, and then shows the correct timestamps.</div>
</div></blockquote><div><br></div></div>Assuming that the presentation times during this time are all RTCP-synchronized (see <<a href="http://www.live555.com/liveMedia/faq.html#rtcp-synchronization-issue" target="_blank">http://www.live555.com/liveMedia/faq.html#rtcp-synchronization-issue</a>>), I wonder if the problem might be that these 'extra' packets (the initial ones with the incorrect presentation time) are simply old packets that were buffered inside the client OS's socket receive buffer at the time of the pause?  (If that's the case, then there's nothing much you can do about this, other than reduce your client OS socket buffering.)</div>
<div><br></div><div>You could test this by sending (after your initial PAUSE) a non-absolute-time "PLAY" command with a "start" parameter of -1 (which means 'resume without seeking')</div><div>
<br></div><div><div class="im"><br><blockquote type="cite"><div dir="ltr"><div>Looking at the implementation of OnDemandServerMediaSubsession I see that the other seekStream (with NPT) is changing the rtpSink presentation times with rtpSink->resetPresentationTimes(), while the other is not. Could this be the problem?</div>
</div></blockquote><div><br></div></div>No, because that doesn't actually change any presentation times; it just resets variables that are used to compute "getCurrentNPT()", which doesn't get called in your case, because you're seeking by absolute time.</div>
<span class="HOEnZb"><font color="#888888"><br><br><div>
<span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:Helvetica;word-spacing:0px"><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:Helvetica;word-spacing:0px">Ross Finlayson<br>
Live Networks, Inc.<br><a href="http://www.live555.com/" target="_blank">http://www.live555.com/</a></span></span>
</div>
<br></font></span></div><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" target="_blank">http://lists.live555.com/mailman/listinfo/live-devel</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div><span style="color:rgb(0,0,0);font-size:small;font-family:Helvetica;text-align:-webkit-auto">Francisco Feijoo</span><br></div><div><span style="text-align:-webkit-auto;border-collapse:separate;font-family:Helvetica"><font><font color="#000000">Software Engineer<br>
EyeLynx Limited<br></font><br><font color="#000000">T: </font><a value="+442081339388" style="color:rgb(17,85,204)">+44 020 8133 9388</a><br><font color="#000000">E: </font><a href="mailto:francisco@eyelynx.com" style="color:rgb(17,85,204)" target="_blank">francisco@eyelynx.com</a><br>
<font color="#000000">W:</font><font color="#888888"> </font><a href="http://www.eyelynx.com/" style="color:rgb(17,85,204)" target="_blank">www.eyelynx.com</a></font></span></div></div>
</div></div>