Summary: | ASTERISK-06258: asterisk opens but cannot play back speex encoded files | ||
Reporter: | mtaht (mtaht) | Labels: | |
Date Opened: | 2006-02-05 21:17:28.000-0600 | Date Closed: | 2011-06-07 14:10:12 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Core/CodecInterface |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | I was figuring that since speex had a high quality but cost a lot to encode, that I'd crunch my (enormous set of) files down to speex format and use them that way when I had a clear codec path... Asterisk does default to selecting a speex encoded file when its codecs are speex, but is unable to decode the file because there is as yet no "format_speex" module (as kevin said in email on asterisk-dev). My suggestion would be to have format_ogg_vorbis (which is presumably what handed the invalid file back up to ast_filehelper) not allow .spx formatted files by default for now.... ****** ADDITIONAL INFORMATION ****** playing back speex encoded files this way cuts transcoding overhead enormously... but also sounds like noise. :) Scratching my head for where to stick a patch or how to convince format_ogg_vorbis to decode speex. somewhat related to this... # I recompiled sox for madlib support. The resulting polyphase conversion is # much better than what madplay outputs by default sox $base.mp3 -r 8000 $base.wav polyphase -w ham # seems to give best results | ||
Comments: | By: Russell Bryant (russell) 2006-02-08 19:41:45.000-0600 format_ogg_vorbis should only handle files with an extension of "ogg". Can you provide the console output displaying your problem? By: Clod Patry (junky) 2006-02-27 21:10:25.000-0600 mtaht: we need answers or that ticket ID will be closed. Thanks for feedback. By: Olle Johansson (oej) 2006-03-05 02:48:10.000-0600 No answer. |