[Freeswitch-users] More codec playback issues
bwood-lists at jacosoft.com
Thu Nov 6 12:34:13 PST 2008
Brian West wrote:
> You turn on inbound late negotiation and make the decision in the
But I'm trying to do this on outbound/originate sessions. So nothing's
going through the dialplan. :) I'm initiating the script with originate
commands, from the CLI or XML-RPC.
> We fixed the error in the GSM codec earlier this week. Not sure that
> sox will create the right file format for G722. I might be wrong!
I'm also not sure if SOX is producing a valid file. I also tried using
the ITU's ansi-c encoder with the same result, but I'm not completely
convinced it works either. I was trying to see if I could make
FreeSWITCH record and play back in various codecs, so I would have a
known/good file to try to decode with SOX and the ITU's code.
I also tried changing the filename in my script to /tmp/recording. I've
seen the auto extension select work for playback. If I don't specify an
extension when recording, it throws an error about the file format being
invalid. If I record as /tmp/recoding.G722 and playback as
/tmp/recording, it auto-selects the .G722 codec because that's what my
phone is using, but the playback is garbled.
So, I guess the better question for me to ask... is specifying a
extension to session.recordFile() the correct way to force recording in
a specifc codec (if, for some reason you _really_ want to do this)? OR,
is that just not supported and why I get garbled playback? .gsm and .wav
seem to work, and a hexdump of the files looks sane, so why not the others?
More information about the FreeSWITCH-users