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

[Kostas Liakakis (JIRA)]

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

Kostas Liakakis edited comment on ASTERISK-16694 at 8/17/12 1:09 PM:
---------------------------------------------------------------------

I've been using this patch (well, the original version at least) reliably for almost a year now without any problem, whereas the stock code would hang on me ( ASTERISK-18417 ).

I am glad you seem close to apply this to mainstream so it can eventually be available from my preferred distro's repository.

      was (Author: frap):
    I've been using this patch (well, the original version at least) reliably for over a year without any problem, whereas the stock code would hang on me ( ASTERISK-18417 ).

I am glad you seem close to apply this to mainstream so it can eventually be available from my preferred distro's repository.
  
> [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