There is no internal connection between the GotoIFs, so you can have as many as you can have priorities for an extension, which is going to orders of magnitude more than you could conceivably code.
I am facing problem in record application when user record something though headphone , it is fine to use but when user record through their mobile , file is not so good or qualitative. I even tried to increase volume but not good result. We need to use this recorded file for speech purpose, that is why quality is needed.
There are times where people start new threads for problems that are really related, but this sounds to be sufficiently unrelated that it should be a new thread.
You need to be more precise about what is wrong. However, if we are talking about true mobile phone calls, especially outside of a rich country, you would expect the quality to be less (an in particular, anything musical to be badly compromised) when using a mobile phone. Mobile phone networks use codecs, like GSM, which are speech only and designed to minimise data rates whilst producing speech intelligible to a human. They have probably also been optimised for English speakers.
Even standard PSTN calls compromise speech quality, as they don’t carry the high frequencies needed to distinguish well between unvoiced fricatives, such as (English) f and s. That makes speech recognition over phones particularly difficult. GSM has the same frequency range compromise, but then further compromises the quality.
Hi,
Can we use Hindi language words in dialplan
and also editor vi and vim creating little misbehave with Hindi language, which one is good multilingual editor, we can use for extensions.conf
yes following statement is working
exten => s,n,GotoIf($[“${tempvalu1eee}” = “वन”]?ClassS1)
but I want to know better placement for above code with Hindi language for long term use.
Yes , I tried vi/vim/nano editor but showing little misbehave.
Providing you make sure you are working in UTF-8, I’d expect हिन्दी to work. However, I am not sure if everything will count multibyte characters properly, so when substringing variables you may have problems.
I suspect your vim problems are really with the terminal emulator. gedit, at least under gnome, seems to cope, although, for example, left arrow treats हि as one character, even though backspace treats the ि as as separate character as it does for the ् in न्द, but maybe that is what you expect.
Watch out for byte order marks in any responses you receive, as I don’t think Asterisk will delete these before comparing.
One other thing to remember is that string length limits are in bytes, not characters, so you will only get 1/3rd of the number of characters as you would for English.