<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'><BR><BR><BR>RTSP has timestamp... so you can usually know how to sync the audio/video<BR>
But the problem would be more that we'll need to add a Skew Indication concept inside asterisk's core so it could make the message go throught the different channel/application, as it is currently done for VideoFastUpdatePicutre... Which means that currently, if a SIP channel receives a VideoFastUpdatePicture, it is capable of resending it to an other channel...<BR>
<BR>&nbsp;<BR>

<HR id=stopSpelling>
<BR>
&gt; Date: Mon, 24 Sep 2007 13:48:54 +0200<BR>&gt; From: mobilemail@gmx-topmail.de<BR>&gt; To: asterisk-video@lists.digium.com<BR>&gt; Subject: Re: [Asterisk-video] MP4Play async Audio / Video<BR>&gt; <BR>&gt; Hello Ramin,<BR>&gt; hello Thomas.<BR>&gt; <BR>&gt; I think both ways are possible. But I don't know if it easy to implement.<BR>&gt; Sergio, what do you think about it?<BR>&gt; <BR>&gt; Is this also a problem if we stream the audi/video via rtsp?<BR>&gt; <BR>&gt; Regrads<BR>&gt; Thomas<BR>&gt; <BR>&gt; <BR>&gt; Ramtin Amin schrieb:<BR>&gt; &gt; hello<BR>&gt; &gt; <BR>&gt; &gt; The way I solved this problem was by sending a H223SkewIndication<BR>&gt; &gt; message to the other terminal<BR>&gt; &gt; Acutally, You will have to ask Sergio to add a H245 indication message<BR>&gt; &gt; of type h223SkewIndication and when playing the video with mp4play, he<BR>&gt; &gt; will have to see the difference of timing between Video and Audio and<BR>&gt; &gt; then send this value to the remote terminal so the lip sync would work...<BR>&gt; &gt; <BR>&gt; &gt; <BR>&gt; &gt; <BR>&gt; &gt; **<BR>&gt; &gt;<BR>&gt; &gt; *2.3 Multipoint Lip Synchronization*<BR>&gt; &gt;<BR>&gt; &gt; In a multipoint VC, each terminal may transmit different<BR>&gt; &gt;<BR>&gt; &gt; //<BR>&gt; &gt;<BR>&gt; &gt; /H223SkewIndication /message for associated video and<BR>&gt; &gt;<BR>&gt; &gt; audio channels in H.223 protocol. To enable lip<BR>&gt; &gt;<BR>&gt; &gt; synchronization at receiving terminals, MCUs will<BR>&gt; &gt;<BR>&gt; &gt; transmit accurate /H223SkewIndication /messages. MCUs<BR>&gt; &gt;<BR>&gt; &gt; may accomplish this by adding delay to equalize the<BR>&gt; &gt;<BR>&gt; &gt; audio/video skew for all transmitting terminals. When<BR>&gt; &gt;<BR>&gt; &gt; switching between broadcasting terminals, H.223 may<BR>&gt; &gt;<BR>&gt; &gt; transmit a new /H223SkewIndication /message reflecting the<BR>&gt; &gt;<BR>&gt; &gt; audio/video skew of the current broadcaster.<BR>&gt; &gt; <BR>&gt; &gt;<BR>&gt; &gt; -- <BR>&gt; &gt; Ramtin Amin<BR>&gt; &gt;<BR>&gt; &gt;<BR>&gt; &gt;<BR>&gt; &gt; <BR>&gt; &gt; ------------------------------------------------------------------------<BR>&gt; &gt;<BR>&gt; &gt; &gt; From: thomas.frieling@viif.de<BR>&gt; &gt; &gt; To: asterisk-video@lists.digium.com<BR>&gt; &gt; &gt; Date: Mon, 24 Sep 2007 11:48:12 +0200<BR>&gt; &gt; &gt; Subject: Re: [Asterisk-video] MP4Play async Audio / Video<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; Hi Thomas Z!<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; I think this problem is due to the bitrate restriction on 3G calls. The<BR>&gt; &gt; &gt; audio stream is always sent immediately while the video stream has to<BR>&gt; &gt; &gt; use what is left of the bandwidth. This is why videos become synchrous<BR>&gt; &gt; &gt; again when the video bitrate is pretty low for a while in the video...<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; Take a look at this discussion:<BR>&gt; &gt; &gt;<BR>&gt; &gt; http://lists.digium.com/pipermail/asterisk-video/2007-September/001257.html<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; One solution is to reencode every video with a low bitrate and use a<BR>&gt; &gt; &gt; fixed bitrate encoder (ffmpeg is dynamic bitrate for example). I had the<BR>&gt; &gt; &gt; impression though that this still doesn't always work, especially when<BR>&gt; &gt; &gt; the UMTS connection is not too good...<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; My idea is that we check each time before sending a keyframe if there is<BR>&gt; &gt; &gt; already a new keyframe in the queue. If this is the case, we jump to the<BR>&gt; &gt; &gt; most recent keyframe and just drop the data before that.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; What do you think about this? How hard to implement?<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; Regards,<BR>&gt; &gt; &gt; Thomas F<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; Am Montag, den 24.09.2007, 11:15 +0200 schrieb Thomas Z.:<BR>&gt; &gt; &gt; &gt; Hello,<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; We have the problem, that a converted mp4 file is asynchronous via 3g<BR>&gt; &gt; &gt; &gt; network.<BR>&gt; &gt; &gt; &gt; If we play the file on a pc, everything is synchron.<BR>&gt; &gt; &gt; &gt; We tried already to reduce the quality and framerate of the video. But<BR>&gt; &gt; &gt; &gt; nothing helps.<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; Is it a problem with mp4play or with the video?<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; What can we do to get the audio and video synchronized via 3g network?<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; Thank you,<BR>&gt; &gt; &gt; &gt; best regards<BR>&gt; &gt; &gt; &gt; Thomas<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; _______________________________________________<BR>&gt; &gt; &gt; &gt; --Bandwidth and Colocation Provided by http://www.api-digital.com--<BR>&gt; &gt; &gt; &gt;<BR>&gt; &gt; &gt; &gt; asterisk-video mailing list<BR>&gt; &gt; &gt; &gt; To UNSUBSCRIBE or update options visit:<BR>&gt; &gt; &gt; &gt; http://lists.digium.com/mailman/listinfo/asterisk-video<BR>&gt; &gt; &gt; --<BR>&gt; &gt; &gt; www.ViiF.de - your Mobile Video Community<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; Thomas Frieling - IT Development<BR>&gt; &gt; &gt; ViiF Mobile Video GmbH, Poststr. 21-22, 10178 Berlin<BR>&gt; &gt; &gt; Cell: +49 (0) 173 63 62 62 3<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; mailto:thomas@ViiF.de<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; Sitz: Berlin, Amtgericht Berlin-Charlottenburg, HRB: 108350B<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; Geschäftsführer: Daniel Höpfner, Steffen Brünn<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; _______________________________________________<BR>&gt; &gt; &gt; --Bandwidth and Colocation Provided by http://www.api-digital.com--<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; asterisk-video mailing list<BR>&gt; &gt; &gt; To UNSUBSCRIBE or update options visit:<BR>&gt; &gt; &gt; http://lists.digium.com/mailman/listinfo/asterisk-video<BR>&gt; &gt;<BR>&gt; &gt;<BR>&gt; &gt; ------------------------------------------------------------------------<BR>&gt; &gt; Besoin d'un e-mail ? Créez gratuitement un compte Windows Live Hotmail<BR>&gt; &gt; et bénéficiez d'un filtre antivirus gratuit ! Windows Live Hotmail<BR>&gt; &gt; &lt;http://www.windowslive.fr/hotmail/default.asp&gt;<BR>&gt; &gt; ------------------------------------------------------------------------<BR>&gt; &gt;<BR>&gt; &gt; _______________________________________________<BR>&gt; &gt; --Bandwidth and Colocation Provided by http://www.api-digital.com--<BR>&gt; &gt;<BR>&gt; &gt; asterisk-video mailing list<BR>&gt; &gt; To UNSUBSCRIBE or update options visit:<BR>&gt; &gt; http://lists.digium.com/mailman/listinfo/asterisk-video<BR>&gt; <BR>&gt; <BR>&gt; _______________________________________________<BR>&gt; --Bandwidth and Colocation Provided by http://www.api-digital.com--<BR>&gt; <BR>&gt; asterisk-video mailing list<BR>&gt; To UNSUBSCRIBE or update options visit:<BR>&gt; http://lists.digium.com/mailman/listinfo/asterisk-video<BR><BR><br /><hr />Besoin d'un e-mail ? Créez gratuitement un compte Windows Live Hotmail, plus sûr, plus simple et plus complet ! <a href='http://www.windowslive.fr/hotmail/default.asp' target='_new'>Windows Live Hotmail</a></body>
</html>