[asterisk-bugs] [Asterisk 0013229]: When calling a queue, after a few loops over a madplay'ed file, the MOH ceases to be played

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13229 
====================================================================== 
Reported By:                clegall_proformatique
Assigned To:                jpeeler
====================================================================== 
Project:                    Asterisk
Issue ID:                   13229
Category:                   Resources/res_musiconhold
Reproducibility:            sometimes
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.21.1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-08-04 05:07 CDT
Last Modified:              2008-12-10 16:04 CST
====================================================================== 
Summary:                    When calling a queue, after a few loops over a
madplay'ed file, the MOH ceases to be played
Description: 

When one enters into a queue, with such a musiconhold configuration :

[noloopqueue]
mode=custom
application=/usr/bin/madplay --mono -a -10 -R 8000 --output=raw:-
directory=/var/lib/asterisk/moh/noloopqueue

in which there is only one mp3 file (did not try with more files),
the file is played only a few times, then there is silence.

* This occurs more easily with short sound files (5 - 10 seconds for
instance)
* This occurs when ztdummy is used for the timing

I hesitated between "always" and "sometimes" for the Reproducibility field
above, since in some way, the problem always occurs, but after a time that
can be long. As stated above, with 5-10 seconds mp3 files, I never could
reach more than 3 loops without being shut up. With a 30 seconds file, I
had to wait between 6 and 20 loops before being shut up. Anyway, it finally
happens.

====================================================================== 

---------------------------------------------------------------------- 
 (0096142) svnbot (reporter) - 2008-12-10 16:04
 http://bugs.digium.com/view.php?id=13229#c96142 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 162874

U   branches/1.4/res/res_musiconhold.c

------------------------------------------------------------------------
r162874 | jpeeler | 2008-12-10 16:04:13 -0600 (Wed, 10 Dec 2008) | 5 lines

(closes issue http://bugs.digium.com/view.php?id=13229)
Reported by: clegall_proformatique

Ensure that moh_generate does not return prematurely before
local_ast_moh_stop is called. Also, the sleep in mp3_spawn now only occurs
for http locations since it seems to have been added originally only for
failing media streams.

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=162874 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-10 16:04 svnbot         Checkin                                      
2008-12-10 16:04 svnbot         Note Added: 0096142                          
======================================================================