Posted: Fri Jan 11, 2008 12:48 pm Post subject: [Asterisk-video] h263 again
Hi Sergio!
Do you know what version of H.263 is used for 3G video calls?
What is coming out of the 3G stream, H.263v1, v2 or v3 ? Is this static
or is there a handshake to agree on the video protocol?
I see in h324m_gw:
case MEDIA_VIDEO:
/*Check it's H263 */
if (FrameGetCodec(frame)!=CODEC_H263)
/* exit */
return NULL;
...
/* Set video type */
send->frametype = AST_FRAME_VIDEO;
/* Set codec value */
send->subclass = AST_FORMAT_H263_PLUS | mark;
Thus, as RTP encoding H263-1998 is used - correct? If I understand
correctly this could mean that the stream is either H.263v2 or H.263v1
encoded as H263-1998. Is my assumption correct?
thanks
klaus
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
So we will get a h263 base stream with no annexes. The stream is then encapsulated in rtp
using rfc 2429 so the output rtp stream is both h263-1998 and h263-2000 (H263P in asterisk).
I don't use rfc 2190 (h263-1996) because it would require a deep inspect on the video
stream to find macroblocks/gob/slice boundaries to create the rtp packet.
BR
Sergio
----- Original Message -----
From: Klaus Darilion [mailto:klaus.mailinglists@pernau.at]
To: asterisk-video@lists.digium.com
Sent: Fri, 11 Jan 2008 13:34:11 +0100
Subject: [Asterisk-video] h263 again
Hi Sergio!
Do you know what version of H.263 is used for 3G video calls?
What is coming out of the 3G stream, H.263v1, v2 or v3 ? Is this static
or is there a handshake to agree on the video protocol?
I see in h324m_gw:
case MEDIA_VIDEO:
/*Check it's H263 */
if (FrameGetCodec(frame)!=CODEC_H263)
/* exit */
return NULL;
...
/* Set video type */
send->frametype = AST_FRAME_VIDEO;
/* Set codec value */
send->subclass = AST_FORMAT_H263_PLUS | mark;
Thus, as RTP encoding H263-1998 is used - correct? If I understand
correctly this could mean that the stream is either H.263v2 or H.263v1
encoded as H263-1998. Is my assumption correct?
thanks
klaus
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
So we will get a h263 base stream with no annexes. The stream is then encapsulated in rtp
using rfc 2429 so the output rtp stream is both h263-1998 and h263-2000 (H263P in asterisk).
I don't use rfc 2190 (h263-1996) because it would require a deep inspect on the video
stream to find macroblocks/gob/slice boundaries to create the rtp packet.
BR
Sergio
----- Original Message -----
From: Klaus Darilion [mailto:klaus.mailinglists@pernau.at]
To: asterisk-video@lists.digium.com
Sent: Fri, 11 Jan 2008 13:34:11 +0100
Subject: [Asterisk-video] h263 again
Hi Sergio!
Do you know what version of H.263 is used for 3G video calls?
What is coming out of the 3G stream, H.263v1, v2 or v3 ? Is this static
or is there a handshake to agree on the video protocol?
I see in h324m_gw:
case MEDIA_VIDEO:
/*Check it's H263 */
if (FrameGetCodec(frame)!=CODEC_H263)
/* exit */
return NULL;
...
/* Set video type */
send->frametype = AST_FRAME_VIDEO;
/* Set codec value */
send->subclass = AST_FORMAT_H263_PLUS | mark;
Thus, as RTP encoding H263-1998 is used - correct? If I understand
correctly this could mean that the stream is either H.263v2 or H.263v1
encoded as H263-1998. Is my assumption correct?
thanks
klaus
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Sat Jan 12, 2008 8:16 am Post subject: [Asterisk-video] h263 again
--- Klaus Darilion <klaus.mailinglists@pernau.at>
wrote:
Quote:
/* Set codec value */
send->subclass =
AST_FORMAT_H263_PLUS | mark;
I always change the format to AST_FORMAT_H263.
Or i will get wrong payload number, instead of
34(static payload number) asterisk will send rtp
packet with dynamic payload number.
My SIP UA talk with asterisk using default static
payload type for H.263.
Is there a way to solve this? So i don't have to
change the format.
Reza
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Sat Jan 12, 2008 9:48 am Post subject: [Asterisk-video] h263 again
Hi Reza
If you do so the resulting stream will not be h263-1996 compliant
and any serious player won't play it correctly.
The stream is h236-1998 and has dynamic payload, you should change your
sip ua for someone that support h263-1998.
BR
Sergio
On Sat, 2008-01-12 at 00:03 -0800, Reza Fatahillah wrote:
Quote:
--- Klaus Darilion <klaus.mailinglists@pernau.at>
wrote:
> /* Set codec value */
> send->subclass =
> AST_FORMAT_H263_PLUS | mark;
>
I always change the format to AST_FORMAT_H263.
Or i will get wrong payload number, instead of
34(static payload number) asterisk will send rtp
packet with dynamic payload number.
My SIP UA talk with asterisk using default static
payload type for H.263.
Is there a way to solve this? So i don't have to
change the format.
Reza
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum