[asterisk-dev] AST_FRAME_DIGITAL

Klaus Darilion klaus.mailinglists at pernau.at
Thu Sep 13 07:46:07 CDT 2007



Atis schrieb:
> On 9/13/07, Klaus Darilion <klaus.mailinglists at pernau.at> wrote:
> Hi,
> 
> Sorry, i'm quite a newbie in all this, but a quick (probably foolish)
> idea. Decoding with applications seems quite dirty - i wouldn't want
> it in my dialplan..

Why not? IMO this is great because I can handle incoming 3G calls 
different than incoming audio calls - this is very useful. Further, I 
could do the 3G decoding on another Asterisk server by forwarding the 
digital data to other Asterisk servers with having heavy load on the 
gateway.

regards
klaus

> Why not to create another type of module - decoder. It could be
> included by all channels - so it doesn't matter you get video from Zap
> or SIP - channel driver upon reception looks up decoder (dec_h324m)
> and decodes it into AUDIO and VIDEO. This way it could be used by all
> channels, without actually adding code to them?
> 
> Regards,
> Atis
> 
> 
>> For people who do not follow asterisk-video. 3G video <--> SIP and SIP
>> <--> mp4_play/save and 3G video <--> mp4_play/save is already working.
>> We just want to get most of the code into Asterisk - and by telling us
>> that we have to add 3G video decoding into each channel driver is not
>> the right way.
>>
>> regards
>> klaus
>>
>>  > This is why _every single channel driver_ in Asterisk decodes the
>>> technology specific stream of voice and video and passes them into Asterisk
>>> using the primitive frame types.
> 



More information about the asterisk-dev mailing list