Hi,

To minimize/eliminate transcoding, I am using mod native file, with a set of transcoded prompts with the appropriate set of file extensions.

Everything works as advertised when using the traditional codecs such as pcma, g729, gsm.

But speex support is a bit of a challenge.

Freeswitch supports: speex@8000h@20i,  speex@16000h@20i,  speex@32000h@20i.

When I setup calls using these various codec flavors, I can see using info (and of course detect by ear) that indeed the call is running at the different ‘rates’.

I see that regardless of which one I use, the “variable_read_codec” and “variable_write_codec” remains “SPEEX”, but depending on the flavor, a “variable_read_rate” and “variable_write_rate” of either 8000,16000 or 32000.

But when I try play a file when in 16000 or 32000, I get:

2009-03-15 16:31:13 [INFO] mod_native_file.c:81 native_file_file_open() Opening File [/usr/local/freeswitch/sounds/en/us/callie/all/16000/SUCCESS.SPEEX] 8000hz

2009-03-15 16:31:13 [WARNING] switch_core_file.c:119 switch_core_perform_file_open() Sample rate doesn't match.

I created my SPEEX files using: speexenc -w  <infilename> <outfilename> (note the –w option for 16kHz wideband)

So, even though the call is setup using a wideband 16kHz codec, it appears that mod native file is expecting a 8kHz file for all the SPEEX flavors.

What am I missing here? Is this module limited to 8KHz rates?  I am on 1.0.trunk (12530M).

I have not yet looked at these codecs:  G7221@16000h,  G7221@32000h, CELT@32000h,  CELT@48000h, but as these also have multiple rates for the same codec – I expect same issue.

I am using ${ variable_read_rate } in the filename path, so fs looks at a set of files encoded with a matching sample rate.

But looks like it’s always looking for a 8KHz file.

If you have had any experience with this, please let me have your advice.

Thanks

Keith