[asterisk-bugs] [JIRA] Updated: (ASTERISK-16694) [patch] ACK tone not reliable on embedded platform with low CPU power

[Pedro Kiefer (JIRA)]

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

Pedro Kiefer updated ASTERISK-16694:
------------------------------------

    Attachment: 0001-Remove-proprietary-send_tone_burst-use-stock-asteris.patch

Updated patch, for applying after the ones on issues: ASTERISK-19435, ASTERISK-20157, ASTERISK-20158, ASTERISK-20224

I should probably redo all patchs once again, so that applying ASTERISK-19435 isn't needed. 

> [patch] ACK tone not reliable on embedded platform with low CPU power
> ---------------------------------------------------------------------
>
>                 Key: ASTERISK-16694
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-16694
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Applications/app_alarmreceiver
>            Reporter: Fred van Lieshout
>            Severity: Minor
>         Attachments: 0001-Remove-proprietary-send_tone_burst-use-stock-asteris.patch, alarmreceiver.c.patch.txt, app_alarmreceiver_toneburstremoval.patch
>
>
> IMPORTANT: This problem only showed up on an embbeded device (router with the ADM5120 CPU running at 175 MHz).
> Similar to issue ASTERISK-16668, the acknowledge tones (1400/2300Hz) are not properly played back. A trace with Wireshark reveals that there is too much time between the frames (for a jitter buffer mechanism to properly pick this up).
> ****** ADDITIONAL INFORMATION ******
> A little experiment with using ast_playtones_ functions, instead of the application's proprietary send_tone_burst, seems to solve the problem (but I cannot explain why this is).

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