[asterisk-bugs] [JIRA] Commented: (ASTERISK-20461) channel originate Local/foo * forces translation via slin

[Jaco Kroon (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-20461?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=197663#comment-197663 ] 

Jaco Kroon commented on ASTERISK-20461:
---------------------------------------

Thanks Matt, that answer is truly short and sweet.  Allow me to throw around a few more ideas.

Interesting note about ;1 being connected to an application.

Here is two alternate ideas I had since logging the issue:

(1)  Whenever ;1 or ;2 gets bridged to a new destination (be it another channel or an application) recheck the Local internal format and see if there is perhaps a better format available?

(2)  Or, just don't have an internal format and use the bridged channel/applications format on ;1 for ;2, and vice versa?  If not bridged, then support all formats and /dev/null the written audio (or don't support any formats at all)?  This should be OK, consider for example Playback() on ;1, if ;2 isn't bridged to *something*, what's the point of generating media (timing perhaps?)?

What worries me somewhat about 1 is if  ;1 is in dialplan or an application when bridging on ;2 occurs then it may be holding the format fixed, and adopting the format from ;2 might be better, at the same time the opposite is also true.

As it stands currently I think SLINEAR is a good choice in the cases where translation has to happen via slin anyway, but a "bad" choice if the formats on either side of Local is the same, or can be transcoded natively.

I need to make note that I don't think there is an issue with optimized/non-optimized channels, either way we should attempt to transcode directly between the formats for ;1 and ;2 and not force transcoding via slin.

> channel originate Local/foo * forces translation via slin
> ---------------------------------------------------------
>
>                 Key: ASTERISK-20461
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20461
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Applications/app_originate, Channels/chan_local
>    Affects Versions: 1.8.12.2, 1.8.15.1
>            Reporter: Jaco Kroon
>         Attachments: trace.txt
>
>
> The simplest example of this is with a SIP and an IAX2 endpoint available, eg SIP/102 and IAX2/upstream, both configured with disallow=all; allow=g729 with codecs from digium loaded.
> cli> originate Local/102 at aanswer Dial IAX2/upstream/number
> once connected a g729 show licenses will show that two encoders and two decoders are in use.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira