Raúl Alexis Betancor Santana ha scritto:
> But codec negotiation patch does not touch RTP streams, it only works at SIP 
> signaling level, on the codec negotiation phase, it add support for two 
> algorithms at the negotiation phase:
> 
> From the patch coments ...
> 
> "The translation_algorithm option allows to choose between two algorythms:
> 
> 1. Always follow the format of data that the peer sends in.
> For example suppose the peer announced support for G729 and ULAW and sends 
> data in G729. Then Asterisk will translate all outgoing frames to G729 
> regardless of initial format of the outgoing frames even if they are in ULAW 
> format. Outgoing G729 frames of course will not be translated.
> 
> 2. Avoid translations if possible.
> For example suppose the peer announced support for G729 and ULAW and sends 
> data in G729. If Asterisk is to send the frame in G729 or ULAW format then no 
> translation will be performed and so frame is sent unchanged. If the outgoing 
> frame is in other format (not G729 or ULAW then the frame will be translated 
> to G729 format."

This rework, IMHO, should be done using libvale and adding it to the core.

Max
_______________________________________________
Callweaver-dev mailing list
[email protected]
http://lists.callweaver.org/mailman/listinfo/callweaver-dev

Reply via email to