[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-09-2007 10:42 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.


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

---------------------------------------------------------------------- 
 Alric - 10-09-07 10:42  
---------------------------------------------------------------------- 
I did make that change a few days ago, and things are working as expected
now.  Its still a strange issue though. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-09-07 10:42  Alric          Note Added: 0071704                          
======================================================================