That'll do it. Any thoughts of using GSM? As far as something in the bandwidth of g729 iLBC also comes to mind. I also am starting to see CLECs in North America at least, supporting Opus.
i thought if i use G729 i make sure of Quality of voice in all casesIs there any reason why you need a low bandwidth codec?
Codec choices are a trade off, and in your context what you mean by quality.i thought if i use G729 i make sure of Quality of voice in all cases
understood,Codec choices are a trade off, and in your context what you mean by quality.
Low bandwidth codecs will give the best chance of hearing all of the audio, however that audio is not of the best quality because it is very compressed. Wider bandwidth codecs sound nicer and if it is sound quality you are after then wider bandwidth codecs are the ones to use providing the internet connection has enough capacity to carry that codec.
I have tried opus and the only issue I ran into was that I could not hear my prompts when dialing into voicemail. Calling extension to extension worked fine and sounded very good. If I remember correctly, I was using a single core low memory VPS at Vultr. I am using hardware that is gross overkill for this application now. You are testing methodically, did you have any of these issues? More and more CLECS are supporting Opus.I have used GSM in the past, not quite as tight as G.729.
Opus is a good modern contender, it is gaining wider support and something I'm considering moving in to live, just a few more weeks of testing to go yet.
We all know that codec transcoding consumes valuable CPU time and we like to avoid it if at all possible, but sometimes we have to do it. Some codec tuples consume more CPU to transcode than others, so getting a measure of this in my environment is part of my codec integration testing.