Listening of recored monitor call – Not working

[clambert]

We use the audio recording of queue ( monitor ) option to record any call completed on a queue level. All the recording are on the server and if I download the file by ftp, everything is fine. However if I try to listen to it through QM under the " Detail of answered calls " reports and click on the box at the end of a line call, a pop-up window appear and if I click on the recording link ( ex http://xx.xx.xx.xx:8080/queuemetrics/qm/qm_popup_streamAudio.do?monitor/q1272-20070410-124844-1176223724.10485.gsm ) another pop-up window appear asking me to download the file qm_popup_streamAudio.do . I tested it in IE 7 and Firefox 2.0.0.3.

Any help?

[QueueMetrics]

Likely the association with GSM files is wrong, so the browsers do not know which program to use to play the file.

Suggestions:
- Use the Wav49 format if your clients are Windows machines - that's the same as GSM but works out-of-the-box
- Check the file content-types associations

[mnail]

Hey guys this needs to be checked into - with the JAR files re-coding is not a choice.

The link in the window (pop-up) is only downloading a file name "qm_popup_streamAudio.do"

While yes, if you save this to the desktop and then right click and then rename to "qm_popup_streamAudio.gsm" file it will open and you'll hear the recording - - in reverse while all GSM files play (as we are  recording that format constantly via ARI)  the file type is shown to be a ".do" within QM and the system (browsers) do not know what to do with the file type - - I made the selection of Quicktime but it kicks back with "not a movie file" then stops.

Hopefully this is clear -

How do we re-write the link location to remove the "qm_popup_streamAudio.do"  and have it identify itself as a GSM file? ((((It is not trying to DL'd the GSM extension as it is re-written to the " .do"))))

Line in question is:
out.println( " - <a href=\"" + oC.getS( "POPUP_files" ) + "\" target=\"audio\">" + oC.getS( "POPUP_files_desc" ) + "</a>" );


Thanks for checking into this.

We need the GSM to work as we record over 700 calls daily.

[mnail]

It is correct though - if the format for recording the Q is WAV (large files though) it works out of the box.

Just costly real estate when doing lots of calls with agents.

Tested in Firefox 2.x and IE 6.0.2900.x.x

I'm at a loss for the GSM file type failure - besides I noticed the file type GSM is associated with Quicktime plug-in 7.1.6 mot Quick time Player - will check on Firefox to see if it can be manipulated.

Thanks again for checking up on this.

[QueueMetrics]

Did you check with the latest QM 1.4.0? we did a bit of work on content type and file name in 1.4.0, so it should be correct by now.

Anyway, generally speaking, I usually see two different scenarios for bulk recording real-life calls:
- WAV49. If you run Windows clients, WAV49 will create WAV files that are actually GSM files but can be played natively on Windows systems. They look like standard PCM WAV files, but are actually compressed. This is very easy and effective.
- WAV + MP3. You record all files as WAV, but you run a nightly process to encode them into MP3. This means that you will use CPU cycles to perform the compression at night and save a lot of space on older files, while today's recordings are plain WAV.
You can use something like:

Code: [Select]

for i in *.wav; do lame --preset phone $i `basename $i .wav`.mp3; rm -f $i; done
to get the work done at night through a cron job.