Rachael left me, Callie moves back in

Status
Not open for further replies.

TimGuyUK

Member
Feb 28, 2018
105
2
18
51
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

Administrator
Staff member
Sep 29, 2016
3,038
556
113
Actually, these are the only three I can find:
Code:
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

Member
Feb 28, 2018
105
2
18
51
Actually, these are the only three I can find:
Code:
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

Member
Feb 28, 2018
105
2
18
51
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?
 

TimGuyUK

Member
Feb 28, 2018
105
2
18
51
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

Administrator
Staff member
Sep 29, 2016
3,038
556
113
You using something other than Debian?

With Debian just:
Code:
chown -R www-data:www-data /usr/share/freeswitch
 

TimGuyUK

Member
Feb 28, 2018
105
2
18
51
You using something other than Debian?

With Debian just:
Code:
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

Member
Feb 28, 2018
105
2
18
51
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

Well-Known Member
Aug 13, 2017
1,388
364
83
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:

Code:
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

Administrator
Staff member
Sep 29, 2016
3,038
556
113
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:

Code:
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

Well-Known Member
Aug 13, 2017
1,388
364
83
I was actually wondering if it was hard coded.
It appears to be hard coded as a backstop default in quite a few places:
Code:
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
 
Status
Not open for further replies.