Rachael left me, Callie moves back in

[TimGuyUK]

But seriously.

Ive added UK voice sounds into our system and modified the required en.xml

<language name="en" say-module="en" sound-prefix="$${sounds_dir}/en/gb/rachael" tts-engine="cepstral" tts-voice="rachael">

I've modified the 3 (actually I also did a 4th) variable
default_dialect=gb
default_voice=rachael
default_laguage=en
Also I changed sound_prefix=$${sounds_dir}/en/gb/rachael

I flushed xml, I even rebooted the server. You can see the paths to the en/gb/rachael folder however I appear to have half and half voices.

As an example, Rachael will chat away in the voicemail prompts till advanced options wav's and then hands over the callie. I was expecting a file read error but the files are there and everything appears to be ok. Logs below just show a change from one voice to another without error.

As always, any ideas?

05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:23.861252 [DEBUG] switch_ivr_play_say.c:1933 done playing file/usr/share/freeswitch/sounds/en/us/callie/digits/5.wav
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:23.341264 [DEBUG] switch_ivr_play_say.c:1492 Codec ActivatedL16@8000hz 1 channels 20ms
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:23.341264 [DEBUG] switch_ivr_play_say.c:1933 done playing file/usr/share/freeswitch/sounds/en/us/callie/voicemail/vm-press.wav
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:22.941259 [DEBUG] switch_ivr_play_say.c:1492 Codec ActivatedL16@8000hz 1 channels 20ms
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:22.941259 [DEBUG] switch_ivr_play_say.c:1933 done playing file/usr/share/freeswitch/sounds/en/us/callie/voicemail/vm-advanced.wav
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:21.781263 [DEBUG] switch_ivr_play_say.c:1492 Codec ActivatedL16@8000hz 1 channels 20ms
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:21.781263 [DEBUG] switch_cpp.cpp:905 getDigits dtmf_buf:
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:21.561255 [DEBUG] switch_ivr_play_say.c:1933 done playing file/usr/share/freeswitch/sounds/en/gb/rachael/voicemail/vm-messages.wav
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:20.601259 [DEBUG] switch_ivr_play_say.c:1492 Codec ActivatedL16@8000hz 1 channels 20ms
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:20.601259 [DEBUG] switch_ivr_play_say.c:250 Handleplay-file:[voicemail/vm-messages.wav] (en:en)
05e24526-6f6d-4c84-baa8-d4ba4cd70ae62020-02-11 10:20:20.501258 [DEBUG] switch_ivr_play_say.c:1933 done playing file/usr/share/freeswitch/sounds/en/gb/rachael/voicemail/vm-saved.wav

 

[DigitalDaz]

Yep, I'll need to dig it out, I had the same....

 

[TimGuyUK]

That would be great if you stumble across something mate. Thanks.

 

[DigitalDaz]

Actually, these are the only three I can find:

languages/en/en.xml:        <language name="en" say-module="en" sound-prefix="$${sounds_dir}/en/gb/rachael" tts-engine="cepstral" tts-voice="rachael">
vars.xml:<X-PRE-PROCESS cmd="set" data="default_dialect=gb" />
vars.xml:<X-PRE-PROCESS cmd="set" data="sound_prefix=$${sounds_dir}/en/gb/rachael" />

 

[TimGuyUK]

Actually, these are the only three I can find:

languages/en/en.xml:        <language name="en" say-module="en" sound-prefix="$${sounds_dir}/en/gb/rachael" tts-engine="cepstral" tts-voice="rachael">
vars.xml:<X-PRE-PROCESS cmd="set" data="default_dialect=gb" />
vars.xml:<X-PRE-PROCESS cmd="set" data="sound_prefix=$${sounds_dir}/en/gb/rachael" />

Yeah, got them all set. Got a colleague who had the same issue prior to reloading the xml so we all thought it was just that.

I was wondering if it was privs. I couldn't edit the xml from the fusion gui, I had to edit it from the terminal but I would guess I would get read errors and/or no wav play.

Stumped.

Tim

 

[TimGuyUK]

Is it possible its a tenant issue. This system is multi tenant? The other test server wasn't. Is there maybe an xml specific to the tenant hidden somewhere?

 

[DigitalDaz]

Nah, i would definitely think it was caching

 

[TimGuyUK]

So I changed it back to callie and then back to rachael and nothing.

Ive changed it back to callie and then renamed the /usr/share/freeswitch/sounds/en/gb to us and then /usr/share/freeswitch/sounds/en/us/rachael to callie inside that and it works. But of course it thinks its callie not rachael.

I reckon Ive got some permission issues somewhere maybe. Being that I cant edit the en.xml from the gui? Have had to do all the xml editing from the terminal

Its a fudge that I can live with apart from its niggling me inside that theres other things wrong?

Tim

 

[DigitalDaz]

You using something other than Debian?

With Debian just:

chown -R www-data:www-data /usr/share/freeswitch

 

[TimGuyUK]

You using something other than Debian?

With Debian just:

chown -R www-data:www-data /usr/share/freeswitch

Yes using Debian this time, I learned my lesson with Centos and the trunks.

Tried the above, still get the same errors on the gui. Thought it might be the browser, tried firefox and edge, no go.

 

[TimGuyUK]

So I upgraded fusion to the latest (not freeswitch as detailed in Upgrade forum chat) but it hasn't solved the half/half sounds/voice. The only way I can get it to work is to pretend Rachael is Callie, no drama at this stage. I can live with that.

I see the xml editor has been removed from 4.5.11 so it might explain it not working in 4.5.10 I wonder if my install was on the cuff of the change so Im going to rule that out as the same problem and push on with this install.

If anyone does come up with something please add on the thread.

 

[Adrian Fretwell]

This is probably not helpful, but I'll let you decide. Going back through my notes on an older build (I think it was 4.4.2) we needed to alter the code in ivr_menu.lua because on the odd occasion the default dialect/voice was not being picked up from the session:

diff ivr_menu.lua ivr_menu.lua.orig
157,158c157,158
<     default_dialect = session:getVariable("default_dialect") or 'gb';
<     default_voice = session:getVariable("default_voice") or 'rachael';
---
>     default_dialect = session:getVariable("default_dialect") or 'us';
>     default_voice = session:getVariable("default_voice") or 'callie';

 

[DigitalDaz]

This is probably not helpful, but I'll let you decide. Going back through my notes on an older build (I think it was 4.4.2) we needed to alter the code in ivr_menu.lua because on the odd occasion the default dialect/voice was not being picked up from the session:

diff ivr_menu.lua ivr_menu.lua.orig
157,158c157,158
<     default_dialect = session:getVariable("default_dialect") or 'gb';
<     default_voice = session:getVariable("default_voice") or 'rachael';
---
>     default_dialect = session:getVariable("default_dialect") or 'us';
>     default_voice = session:getVariable("default_voice") or 'callie';

I was actually wondering if it was hard coded.

 

[Adrian Fretwell]

I was actually wondering if it was hard coded.

It appears to be hard coded as a backstop default in quite a few places:

root@a2es-tester1:/usr/share/freeswitch/scripts# grep -R callie * | wc -l
35
root@a2es-tester1:/var/www/fusionpbx# grep -R callie * | wc -l
74

 

[DigitalDaz]

Yep, should still be picking up those vars though.