[asterisk-dev] AST_FRAME_DIGITAL

Tilghman Lesher tilghman at mail.jeffandtilghman.com
Sat Sep 8 16:46:02 CDT 2007


On Saturday 08 September 2007 10:28:06 Sergio Garcia Murillo wrote:
> In fact the problem is when you want to transmit the data from a
> channel to an application. The real case that we have to deal with
> is with h234m (i.e. 3g  videocalls).  The call is received by the
> isdn channel (chan_zap in klaus case), but the content
> is a h223 multiplexed data carrying h245 negotiation data, h263
> video and amr audio.
> So the problem is, how do we implement a pseudo channel in top
> of that channel?  We could have modified the chan_zap to decode
> it an directly output the demuxed frames to asterisk. The problem
> is that appart of beeing innecesarily difficult I would have to patch
> each isdn channel not only chan_zap.  So what I decided to do is
> implement an application to receive the incomming data
> and demultiplex it into a new local psuedo channel.
> The problem is that the data between the channel and the
> application is neither ALAW nor ULAW, or any other asterisk voice
> formats, and any conversion or transformation done will  screw
> the data. 

Excellent.  So it is now clear that you should be using
AST_FRAME_VIDEO for the data, not an opaque data type.

-- 
Tilghman



More information about the asterisk-dev mailing list