[Asterisk-Dev] Re: [Asterisk-cvs] asterisk channel.c,1.187,1.188
Steve Kann
stevek at stevek.com
Mon Apr 18 15:58:01 MST 2005
Kevin P. Fleming wrote:
> Steve Kann wrote:
>
>> I've been meaning to chat with you about this. So now, the only
>> time that we go through SLINEAR when we wouldn't have before is in
>> the alaw <-> ulaw case, since all the other translators have slinear
>> on one end..
>
>
> That's correct. The only effective result of this change (other than
> what you mention above) is that any application that copies frames
> from the channel (ChanSpy et al.) now get them in SLINEAR when
> transcoding is happening, rather than in the native format of one of
> the two ends (depending on the direction). This saves transcoding
> resources, since they don't have to be handled again on their way into
> the listening application/channel.
>
>> But, forcing transcoding is definitely a bad thing, not just for
>> performance, but also for quality, as you lose quality every time you
>> transcode (and it certainly _is_ noticable).
>
>
> Absolutely, and I'm really surprised that nobody noticed this before
> yesterday. Even then, what brought it to light was the inability to
> pass-through G.729 without licenses on the box (thanks to JerJer and
> drumkilla for bringing it to my attention). Nobody noticed that _all_
> pass-through (but not natively bridged) calls were being turned into
> SLINEAR and back, rather than being left alone.
That just shows how much people are paying attention :)
-SteveK
More information about the asterisk-dev
mailing list