[asterisk-bugs] [Asterisk 0010885]: Queue recording via monitor-format and monitor-join produces output different from MixMonitor

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10885 
====================================================================== 
Reported By:                Alric
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10885
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:            1.4.10.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:             10-04-2007 09:57 CDT
Last Modified:              10-16-2007 17:48 CDT
====================================================================== 
Summary:                    Queue recording via monitor-format and monitor-join
produces output different from MixMonitor
Description: 
I monitor both incoming and outgoing calls in my PBX.  Normal calls get
recorded with MixMonitor(${UNIQUEID}.wav), Queue calls are recorded with
the monitor-format = wav and monitor-join = yes options.  Both methods end
up with call files using the uniqueid, in the wav format, in
/var/spool/asterisk/monitor

Post recording I have a script that runs on the directory that basically
converts the calls to a smaller .wav format via the command "sox
recordedFile.wav -g -r 8000 -c1 recordedFileNew.wav".  On the calls that
were recorded by MixMonitor, it outputs a perfectly working audio file,
smaller than the original.  On the calls that were recorded through the
Queue mechanism, it outputs a file that is either 256 bytes or 320 bytes
large and is not a valid audio file, regardless of the input.  I don't
think it is a problem with sox simply because it is working for all of the
MixMonitor calls, and working well.

I don't know the codebase well, and don't really know C, but the whole
issue gets really confusing to me when I look into app_queue.c and as far
as I can tell, queue monitor-join recording uses the MixMonitor
application.


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

---------------------------------------------------------------------- 
 putnopvut - 10-16-07 17:48  
---------------------------------------------------------------------- 
I looked a bit deeper into the code and saw that the monitor-join option
was dependent on soxmix being installed on the system (unless the variable
MONITOR_EXEC was set to something else to use). Could it be that you did
not have this installed when you were experiencing your issue? 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-16-07 17:48  putnopvut      Note Added: 0072131                          
======================================================================