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 _______________________________________________ Sign up now for AstriCon 2007! September 25-28th. http://www.astricon.net/ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
