[asterisk-bugs] [JIRA] (ASTERISK-26370) bridge_softmix: softmix_bridge_write_voice doesn't handle dsp_talking_threshold correctly

Rusty Newton (JIRA) noreply at issues.asterisk.org
Thu Sep 15 17:46:01 CDT 2016


     [ https://issues.asterisk.org/jira/browse/ASTERISK-26370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton updated ASTERISK-26370:
------------------------------------

    Assignee: Chris Cox
      Status: Waiting for Feedback  (was: Triage)

First, thanks for the compliment on the project. I'll relay that to the core team! :)

Second, I think you want to run this request/question by the development list. We don't get all the eyeballs here on JIRA, that is not everyone monitors it. 

http://lists.digium.com/mailman/listinfo/asterisk-dev

I'm not sure this a bug, but I can't answer this question specifically and your question is best served by getting it in front of all the developers before we run it through triage. The one or two I quickly asked were not sure about it.

I'll leave the issue in Waiting on Feedback for a couple of weeks so you can come back with a response from the feedback you get on the list. Thanks!

> bridge_softmix: softmix_bridge_write_voice doesn't handle dsp_talking_threshold correctly
> -----------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-26370
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26370
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Bridges/bridge_softmix
>    Affects Versions: 13.9.0
>         Environment: Any
>            Reporter: Chris Cox
>            Assignee: Chris Cox
>            Severity: Trivial
>
> The implementation currently (13.9.1) bases the return to talking state on whether or not the time being silent is less than the silence_threshold, meaning that changes to the dsp_talking_threshold in confbridge.conf have no effect here and the conference talking event gets sent too soon. I'm looking at using these talk events to send a special push-to-talk signal (voxing ptt) to a transmitter, so I am adjusting the talking threshold to try to prevent this voxing-ptt from being too sensitive (Is there a talking energy threshold somewhere that I can adjust as well?)



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list