<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.6.2">
</HEAD>
<BODY>
Thanks for the reply.<BR>
<BR>
I am using the recorder with multicast data. <BR>
<BR>
I think that my problem was that the mrouted was in a bad state and the multicast joins were taking a really long time. I fixed this and now I am not dropping any packs. <BR>
<BR>
I am recoding it as an MP4 file, but have noted that quicktime complains that the file is corrupt. <BR>
<BR>
Codejones<BR>
<BR>
On Thu, 2005-07-28 at 13:15 -0700, Ross Finlayson wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">>The problem seems to be that I am losing packets on the the first </FONT>
<FONT COLOR="#000000">>socket. When I run the application it opens the two sockets one for </FONT>
<FONT COLOR="#000000">>video and one for audio. The time that it takes to open the second </FONT>
<FONT COLOR="#000000">>is to slow to get back</FONT>
<FONT COLOR="#000000">This seems unlikely. The input sockets - for both audio and video - </FONT>
<FONT COLOR="#000000">are opened (synchronously, by "MediaSubsession::initiate()"), before </FONT>
<FONT COLOR="#000000">any RTSP "PLAY" command is sent to the server. For unicast streams, </FONT>
<FONT COLOR="#000000">no data will start arriving until after the "PLAY" command is </FONT>
<FONT COLOR="#000000">sent. (For multicast streams, however, I suppose it's conceivable </FONT>
<FONT COLOR="#000000">that one socket might start buffering incoming data before the other </FONT>
<FONT COLOR="#000000">has been initialized, but that shouldn't be a problem (see below).)</FONT>
<FONT COLOR="#000000">> and packets are lost and the recoded stream is then out of sync.</FONT>
<FONT COLOR="#000000">A/V sync is handled by RTCP. It doesn't matter if some audio or </FONT>
<FONT COLOR="#000000">video packets get lost, or audio and video is delayed with respect to </FONT>
<FONT COLOR="#000000">one another. See </FONT>
<FONT COLOR="#000000"><<A HREF="http://www.live.com/liveMedia/faq.html#separate-rtp-streams">http://www.live.com/liveMedia/faq.html#separate-rtp-streams</A>>.</FONT>
<FONT COLOR="#000000">How are you recording your stream? If you're recording a ".mov" or </FONT>
<FONT COLOR="#000000">".mp4"-format file (using "-q" or "-4"), then try adding the "-y" </FONT>
<FONT COLOR="#000000">option, to generate time-synchronized tracks (see </FONT>
<FONT COLOR="#000000"><<A HREF="http://www.live.com/openRTSP/#quicktime">http://www.live.com/openRTSP/#quicktime</A>>).</FONT>
<FONT COLOR="#000000"> Ross Finlayson</FONT>
<FONT COLOR="#000000"> LIVE.COM</FONT>
<FONT COLOR="#000000"> <<A HREF="http://www.live.com/">http://www.live.com/</A>></FONT>
<FONT COLOR="#000000">_______________________________________________</FONT>
<FONT COLOR="#000000">live-devel mailing list</FONT>
<FONT COLOR="#000000"><A HREF="mailto:live-devel@lists.live.com">live-devel@lists.live.com</A></FONT>
<FONT COLOR="#000000"><A HREF="http://lists.live.com/mailman/listinfo/live-devel">http://lists.live.com/mailman/listinfo/live-devel</A></FONT>
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>