similar to: PLC

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

I have a question about PLC used by OPUS. We are using OPUS for streaming music in some application. Due to some network problems, we are running into problems related to clock drifts. This causes jitter buffer underflows at the receiver and hence we need to rebuffer the jitter buffer periodically. We are looking at the root cause of this problem (drift), but that's besides the point.

Hello everyone, I have been having trouble utilizing the PLC function (I think). In older versions (0.7.1) a pointer to NULL did the trick, but with code from the tip of the GIT repository, this method causes the codec to crash on the C55x fixed point platform. I have not determined where the crash occurs. I have also attempted to pass in an array of zero's and this creates an echoey, reverby

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,

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

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

Hi, I have a question about jitterbuffer and PLC. I use Asterisk 1.6.2.0 and 1.6.0.20 or older. I use uLaw. My system map: ============================================================================= [ asterisk 2 ] -- # LOSS # -- # A # -- [ asterisk 1 ] -- # B # -- [ X-lite ] ============================================================================= I use two asterisk server.

hi, i'd like to ask for a suggestion for implementing PLC (packet lost concealment). right now, i don't have PLC applied in my application. when voice data arrive from the network, i just play it right away. does having PLC require that you play something every interval? like if im expecting a voice packet say every 20ms, then i play something at that rate. either the packet that came

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'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

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

Hello, After checking out CVS HEAD from yesterday (for those new PLC/Jitterbuffer patches), I was affected by bug 3795 with my Polycom IP600's. After seing it resolved as of this morning (thanks Mark), I decided to try again... I can answer incoming calls. No problem there. Putting calls on hold, however, results in my Polycom IP600 indicating the call on hold, but the caller does

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

Does the PLC tuning affect only the quality in case of PL? Does it affect the quality also in good PL conditions? Thanks. --------------------------------- --------------------------------- L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail -------------- next part -------------- An HTML attachment was scrubbed... URL:

I'm running Opus (both encoder and decoder) on a Cortex-M7 (using floating point), and am getting an audible artifact each time I call the decoder with a NULL for the input data pointer. Normal encoding/decoding sounds fine, but when I run a test where I pass in a NULL on every 20th frame, I can hear what sounds like a quieting of the background noise and an impure tone (each time at a

My % of packets lost vary usually in function of signal strenght. Since i cannot forecast the % of frames i will lost except with the criteria just said, could be a good approach to set the PLC tuning % dynamically during runtime basing it statistically on the number of ACKed frames? Does the % of frames lost include silence frames (6 bytes frames, i'm using VBR)? So do i need to consider

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