[asterisk-bugs] [JIRA] (ASTERISK-24329) Music On Hold announcement cuts intro of music the first time it is played

[Jean Aunis - Prescom (JIRA)]

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

Jean Aunis - Prescom commented on ASTERISK-24329:
-------------------------------------------------

I have the same problem with Asterisk 13.7.2. My announcement has a length of 20 seconds, and I have a single sound file in the music on hold class with a duration of 10 seconds. At the end of the announcement, this file is not played at all and I can see in the CLI :
-- Stopped music on hold on SIP/XXXXXX

If I add 20 seconds of silence (the length of the announcement) at the beginning of this file, it works "correctly" : the file starts being read immediately after the silence.

> Music On Hold announcement cuts intro of music the first time it is played
> --------------------------------------------------------------------------
>
>                 Key: ASTERISK-24329
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24329
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_musiconhold
>    Affects Versions: SVN, 11.12.0, 11.15.1
>         Environment: CentOS
>            Reporter: Thomas Frederiksen
>            Severity: Minor
>
> musiconhold.conf is configured like this:
> mode=files
> sort=random
> announcement=announement-file-path
> When the caller enters musiconhold it seems the announcement and musiconhold starts simultaneously so that when the announcement ends the user doesn't hear the beginning of the musiconhold music. It cuts the intro of the music.
> The musiconhold file should not start until the announcement has ended.
> If the user waits until the first musiconhold file ends then the announcement is played correctly again and the next musiconhold file is played AFTER the announcement, as expected.
> The problem only exists when the first musiconhold file is played / the announcement is played for the first time in a channel



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