[Asterisk-video] h263 blackholed.

[Gunnar Hellstrom]

Sorry, I meant videocaps. 
Look a bit down on 
http://www.voip-info.org/wiki/view/Asterisk+video

Without it, asterisk does not take any consideration of what result the sdp
exchange gives. 

Gunnar 

-----Original Message-----
From: asterisk-video-bounces at lists.digium.com
[mailto:asterisk-video-bounces at lists.digium.com] On Behalf Of Miles Scruggs
Sent: Wednesday, May 21, 2008 10:26 PM
To: Development discussion of video media support in Asterisk
Subject: Re: [Asterisk-video] h263 blackholed.

Can you please elaborate more?  Maybe a link or something would be helpful,
I'm not familiar with VIDCAPS.

On May 21, 2008, at 10:47 AM, Gunnar Hellstrom wrote:

> You must use a late VIDCAPS to get any usable video support from 
> Asterisk.
> VIDCAPS adds important ability to handle SDP properly in the call 
> setup.
>
> Gunnar
>
>
> I'm trying to get asterisk to proxy h263 for a video call, but not 
> having any luck.  I have posted a full call trace here:
>
> http://pastebin.com/d330aecb5
>
> While watching a full packet dump on the asterisk node, I can see the
> h263 coming in from the clients, but it never leaves (asterisk never 
> originates 1 h263 packet).  You can see on line 123 of the pastebin 
> that the calls get setup without video but then h263 is renegotiated 
> on line 456.
> The second end point sets up h263  on line 313.  I'm pretty lost as to 
> how I can get asterisk to play nice.  This is Asterisk 1.4.18.1
>
> I just was able to test, and if the call sets up (the initial invite
> contains) with h263, and isn't done with a re-invite at a later time 
> then it works fine.
>
> my sip conf looks like the following:
>
> [general]
> type=friend
> host=dynamic
> context=incoming
> srvlookup=yes
> canreinvite=no
> videosupport=yes
> qualify=yes
> nat=yes
> host=dynamic            ; This device registers with us
> disallow=all ;better for custom-tunning codec selection allow=ulaw 
> allow=alaw
> allow=h263 ; H.263 is our video codec
> allow=h263p ; H.263p is the enhanced video codec
> dtmfmode=rfc2833 ; inband is not supported in compressed codecs like 
> gsm, so we better set it to rfc2833
>
>
> [miles_8920_lap]
> type=friend
> host=dynamic
> secret=*****
> context=internal_devices        ; the internal_devices context
> controls what we can do
> mailbox=8920 at sixsquares
> callerid= Miles Scruggs <8920>
> canreinvite=no
>
> [jon_8926_desk]
>
> type=friend
> host=dynamic
> secret=*****
> context=internal_devices
> mailbox=8926 at sixsquares
> callerid=Jonathan Larsen <8926>
> canreinvite=no
>
> _______________________________________________
> --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
>
> __________ NOD32 3114 (20080520) Information __________
>
> Detta meddelande dr genomsvkt av NOD32 Antivirus.
> http://www.nod32.com
>
>
>
> _______________________________________________
> --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

__________ NOD32 3118 (20080521) Information __________

Detta meddelande dr genomsvkt av NOD32 Antivirus.
http://www.nod32.com