[Asterisk-video] 3G video delay

[Dan Julius]

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?

Thanks,
Dan

On Mon, Aug 25, 2008 at 8:58 PM, Sergio Garcia Murillo <
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]
> To: 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-video/attachments/20080825/580da5b9/attachment.htm