Summary:	ASTERISK-08521: Wav49 support appears broken
Reporter:	Steven Sokol (ssokol)	Labels:
Date Opened:	2007-01-08 13:36:50.000-0600	Date Closed:	2007-01-29 08:30:38.000-0600
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Applications/app_voicemail
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) unavail.WAV
Description:	Ok, I'm running on a Mac so it _could_ be another Stupid Mac Trick (tm).  But... When recording your greetings or name in voicemail on an Asterisk system running 1.4 subversion head, the system is unable to successfully record in wav49 format.  The resulting file is a truncated (about 500 ms) of LOUD NOISE. I confirmed this on two Macs.  Could somebody with a lab Linux box give it a shot and see?  Thanks. ****** ADDITIONAL INFORMATION ****** Let me know if you want me to upload one of the truncated files.
Comments:	By: Serge Vecher (serge-v) 2007-01-08 16:07:39.000-0600 I wonder if this is related 8248 -> there tests are done with monitor. By: Anthony LaMantia (alamantia) 2007-01-08 16:20:12.000-0600 yes upload one of the files please. By: Tilghman Lesher (tilghman) 2007-01-08 22:54:25.000-0600 Also, are these PowerPC Macs (big endian) or x86 Macs (little endian)? By: Anthony LaMantia (alamantia) 2007-01-11 17:26:24.000-0600 howdy, i am uploading the broken file that ssokol was talking about in this issue, right now it plays somewhat ok in windows media player, somewhat ok meaning it plays but it's just static. the file seems not to be a wav49 file at all. -------------------- p mapped at 00340000 size is 6878 magic: RIFF rifftype: WAVE -------------------------------------- start 00340000, here: 0034000C chunk_id 20746D66 chunk_len 16 format header is ok! chunk total size: 24(18)        compress code: 1        number of channels: 1        sample_rate: 8000        BytesAsecond: 16000        BlockAlign: 2        SigBytesPerSample: 16        Extra Fmt Bytes: 24932 ------------------------------------ start 00340000, here: 00340024 chunk_id 61746164 chunk_len 6842 we have a data header! q:0034002C c:00340024 end of data is 00341AE6 number of samples: 3421 frame_len: 2 playing time is 0 frames_per_second: 8000 gsm processing called! the length is 6842 ------------------------------------ start 00340000, here: 00341AE6 chunk_id 00000000 chunk_len 0 ------------------------------------ By: Anthony LaMantia (alamantia) 2007-01-12 17:36:26.000-0600 ssokol, how often is this happening and what codecs are in use when you try to generate these files? By: Anthony LaMantia (alamantia) 2007-01-18 17:24:35.000-0600 ping ssokol. By: Anthony LaMantia-2 (anthonyl) 2007-01-21 15:01:51.000-0600 should this be open at all anyway? By: Serge Vecher (serge-v) 2007-01-29 08:30:37.000-0600 no response from reporter ... Ssokol, please reopen if this is still reproducible with latest 1.4 code and you have debugging info available as requested. Thanks.