similar to: how to implement PLC?

Hi, I have read the mailing list archives and have a question regarding PLC (packet loss concealment).

Thanks for the reply. I think I'm beginning to understand but can you clarify a bit more. 1) I am confused on "trade error-free quality" part. Basically the encoder is doing something to the encoded data by looking at the SPEEX_SET_PLC_TUNING parameter? 2) How does the receiver side determine whether the packet loss occured or not? It seems only way is assigning

Hi, I've try to enable the new loss concealment code with celt-0.6.1. I've run "configure --enable-new-plc" but I've got a missing plc.c file while compiling. It is also missing for version 0.6.0. Can you release this missing file? Thank you, Pascal CRC

Hello I've been using VoIP over a not so reliable net: I usually get a 5% to 10% packet loss and a very high jitter. I tried several codecs and parameters, and the only thing left to test is PLC (Packet Loss Cancellement). Have the astesrisk and digium people implemented PLC?, Are they implmementing it now? and, if not, Where can i find an implementation? Thanks in advance -- Jorge

Hi, I am an engineering student in IIT Guwahati, India. Currently, as a summer project I am working on 'packet loss concealment in voip scenario'. I am eager to know what PLC methods are used at receiver end of speex decoder. And if I could develop some more efficient method I could able to contribute to the speex. Actually, I searched the whole speex manual but failed to find what

I am specifically using Celt Wideband (48kHz) over WiFi multicast that naturally leads to lost packets and am trying to minimize the impact to the audio. I implemented PLC but the audio it produces is robotic. Have I implemented PLC correctly? Checking the waveform it is using the previous received waveform to fill in a missing packet but not the full waveform so it has to repeat. Basically,

Hi,I want to know how to do to work PLC of Asterisk. Anyone plz help me. PLC (Packet Loss Concealment) is included in Asterisk,I read at voip-info.org or release note. And I see in codecs.conf, "genelicplc" setting. So I put codecs.conf in '/etc/asterisk' ,and wrote "genericplc => true". And I worked Asterisk and tested. I think PLC like this. When I send 3

Is packet-loss concealment influenced by the complexity setting?

In a fork of seanbright's opus patch for 13 there are further patches for Forward Error Correction and Package Loss Concealment, both of which ought to very useful in voip: https://github.com/traud/asterisk-opus Anybody used these patches ? Puzzled why they weren't committed to the main patch. sean

Hi everyone, I'm happy to announce that Opus 1.5 has just been released. Opus 1.5 is the first release to make extended use of ML in the encoder and decoder. You can read all the details in our demo page at: https://opus-codec.org/demo/opus-1.5/ Major changes since 1.4 include: - Significant improvement to packet loss robustness using Deep Redundancy (DRED) - Improved packet loss

Hi, We are planning to use Speex as the speech codec for a VoIP application. 1) May I know how Speex compared with GIPS codec? It seems that Google, Yahoo, and Skype are licensing from GIPS. Are there any good benchmarking or fair comparisons? 2) In particular, how is the jitter buffer control for Speex in response to intermitent poor connection hiccups? Is it robust enough to smooth out

I've been working on improving packet loss concealment in my VoIP client -- I hadn't actually realized speex performed some PLC until I was looking at nb_decode(). There are two things I'd like to do, and I think both will require some modification to nb_decode() and nb_decode_lost(). - I'd like to have my frames overlap by some number of samples. This is intended to reduce the

I've been working on improving packet loss concealment in my VoIP client -- I hadn't actually realized speex performed some PLC until I was looking at nb_decode(). There are two things I'd like to do, and I think both will require some modification to nb_decode() and nb_decode_lost(). - I'd like to have my frames overlap by some number of samples. This is intended to reduce the

And it turns out there was a missing meson file in the original release so here's 1.5.1 with the file added: https://downloads.xiph.org/releases/opus/opus-1.5.1.tar.gz Cheers, Jean-Marc On 2024-03-04 11:26, Jean-Marc Valin wrote: > Hi everyone, > > I'm happy to announce that Opus 1.5 has just been released. Opus 1.5 is > the first release to make extended use of ML in

Hello everyone, I just wanted to see if anyone else is using PLC on the C55x and having success? I am seeing some issues and was curious if I was doing anything wrong/stupid or maybe I have found a bug? I am using: - the CELT library from OPUS 0.9.5 ( I checked the git repo and no check ins have comments about PLC, I assume it hasn't been updated) - FRAME_SIZE: 240 - PACKET_SIZE:

for the bits init I am using speex_bits_set_bit_buffer and I don't use the write to or read from because the data is already in the buffer I am reading from and I am writing to the final buffer so I don't need to move arrays around. what part is the vocoder part of the decode? Thanks for your help! -Mike >>> Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> 08/06/07

Hello all Firstly thanks to everyone involved for creating CELT. It is really very useful :-) One of my targets is current generation Apple iPod with the fixed point decoder (latest version from website, 0.9.1) Based on my simple time-stamp based profiling of my running app it looks like decoding a null buffer for PLC costs a lot more than decoding a normal buffer. For example a standard

FYI, the README file section on building for Windows says to see the README.md files in the cmake or meson subdirectories, but there are no README files in either of those subdirectories. -----Original Message----- From: opus <opus-bounces at xiph.org> On Behalf Of Jean-Marc Valin Sent: Monday, March 4, 2024 12:52 PM To: opus at xiph.org Subject: Re: [opus] Opus 1.5 is out -- now with ML

What do you mean by "implement"? You're just using the Opus built-in PLC (passing NULL), right? The PLC generally attempts to find periodicity and replicate it. I guess if your signal isn't periodic it can lead to a repetition that isn't great. It's something that could probably be improved in the PLC. Cheers, Jean-Marc On 08/25/2015 01:21 PM, Scott Boekweg wrote:

Hello, I'm attempting to use wine with PLC Programmer, which trying to connect to PLC by COM port. After installation and run, program not detecting com ports. This is HP OmniBook 900 Laptop. PIII 500 Sidux (without desktop environment, just pure xserver) - I'm using this laptop only for this program. I have configured it on XFCE, then deleted it. Program starting after system Boot, and