GSM WAV file peculiarities and survey problems

[Kinghtflyer]

VERSION: 2.6-377a
BUILD: 121019-0520

Dell Dimension 5150
EM64TI Dual Core 64Bit 3.2Ghz

Yes I've read and reread the manual.

.gsm files will not play from the webbrowser Windows or Linux Chrome or Firefox. I've not been able to find a suitable player either. This is a must when building the campaigns, right?
.gsm files created with softphone inferior quality and it takes sometimes 5 or more minutes to show up in the audio store despite being a single server.
.wav file created in audacity with correct 8khz file will show up in audio store faster but hit or miss on if it will play.

Any comments or ideas?

[williamconley]

1) please post your installer version (the name of the .iso or the "Vicibox x.x.x" that shows when you log in via ssh if you've lost the disk).

2) the audio type has no effect on the amount of time a file takes to appear in the audio store unless you are using an unusual method to get the files there or have a seriously overworked server (even than, that would not be different for a different file type ...). That being said: are you sure you are not treating them differently? (or that it isn't just a coincidence?) That script runs at a timed interval.

3) If you record the wav file correctly, it will play. It isn't hit or miss unless you "occasionally" forget to format it properly. I've never bumped into a gsm codec for windows, but this is not related to the "browser", it is related to your media player (the browser merely downloads the file, after it's downloaded it must be played by a media player of some sort ... having a plug-in that allows media player to do so from within the browser does not change the fact that the media play still must play the sound).

4) If you are uploading audio to play over your dialer ... use WAV with the shown specs. That will be your best quality unless you are actually using GSM to make your calls, that is. If you are using g729, you can actually convert the recordings to g729 as well. The less work Asterisk has to do at the time of transmission, the better. The Asterisk system can convert "WAV" to "ulaw"/"slin" natively. And if you are using ulaw/g711 to transmit to the carrier ... that makes WAV the only real option to avoid quality issues during the playing of the file.

[mflorell]

We use Wavepad to open and edit GSM files. Keep in mind that they must be 8bit, 8k GSM, mono.

http://www.nch.com.au/wavepad/index.html

As for WAV files, they must be 16bit, 8k, PCM, mono. Also, if you are using a Mac in any way, they sometimes don't include proper RIFF headers in WAV files, so you have to open them in a Windows sound editor and re-save them.

[Kinghtflyer]

ViciBox Redux v.4.0.1 released
64bit ISO Preload

I maintain that a gsm file created with a sip phone takes noticeably minutes longer to become available in the phone store, and a wav file uploaded via the web gui is available immediately.
That said, the hit or miss of the wav file playback appears to be a Mint MAYA Linux issue.

Thanks everyone for the support.

[mflorell]

Yes, recording an audio file through 8168 will take at least 5 minutes to appear in the audio store, this is done so that unapproved versions are not accidentally uploaded during the review process.