[Asterisk-video] 3G video delay

[Sergio Garcia Murillo]

Of course, transcoding with my app_transcoder is the best option.. jejeje ;)

It could be possible also to send a fast update video (if the client supports it) when you reset the video channel in order to minimize the problem.

Anyway let us know the tests results.

BR
Sergio


----- Original Message -----
From: Emmanuel BUU [mailto:emmanuel.buu at ives.fr]
To: asterisk-video at lists.digium.com
Sent: Mon, 25 Aug 2008 21:02:09 +0200
Subject: Re: [Asterisk-video] 3G video delay

Dan Julius a écrit :
> Hi,
>
> I was just wondering if it is safe to just drop frames?
> How do you know if you are not dropping part of an I frame, which will 
> later invalidate all following P frames?
The only way to know is to dig into the headers of the H.263 payload.

One remark also: what should be dropped is not only an I frame but an I 
frame and all the subsquent P frames up to the next I frame.
I fear that such an algorithm would lead to a very bad quality. 
Transcoding is the only way to go.

Emmanuel
>
> Thanks,
> Dan
>
> On Mon, Aug 25, 2008 at 8:58 PM, Sergio Garcia Murillo 
> <sergio.garcia at fontventa.com <mailto:sergio.garcia at fontventa.com>> wrote:
>
>     Hi Klaus,
>
>     Modify H223AL2Sender::SendPDU() in H324MAL2.cpp
>     Check if jitBuffer.GetSize()>YOURVALUE and return
>
>     BR
>     Sergio
>
>     ----- Original Message -----
>     From: Klaus Darilion [mailto:klaus.mailinglists at pernau.at
>     <mailto:klaus.mailinglists at pernau.at>]
>     To: asterisk-video at lists.digium.com
>     <mailto:asterisk-video at lists.digium.com>
>     Sent: Mon, 25 Aug 2008 14:49:18 +0200
>     Subject: [Asterisk-video] 3G video delay
>
>     Hi!
>
>     I have a problem with a SIP client which sends video with high bitrate
>     if there is very much movement. This adds huge delay to the video
>     as it
>     does not fit anymore into the 64kbit channel.
>
>     As in normal scenarios the delay is fine I want to avoid transcoding.
>     Thus my idea was to drop video frames if the queue is getting to big.
>
>     I want to test may idea, but the question is - where to do this? I
>     think
>     this have to be done in libh324m. Sergio, can you please tell me
>     how/where I could implement such a behavior?
>
>     regards
>     klaus
>
>     _______________________________________________
>     --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
>     asterisk-video mailing list
>     To UNSUBSCRIBE or update options visit:
>       http://lists.digium.com/mailman/listinfo/asterisk-video
>
>
>     _______________________________________________
>     --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
>     asterisk-video mailing list
>     To UNSUBSCRIBE or update options visit:
>       http://lists.digium.com/mailman/listinfo/asterisk-video
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-video