similar to: PLC cpu performance badness

Hi Guys Sorry, this is off-topic here but relates to current use of CELT and/or Opus in real-world systems. If there's a better forum to ask this question please let me know. I'm wondering if anyone can point me in the direction of software I can use right now that will give me high-quality point-to-point live audio streaming accross the internet. Kind of like Skype, but designed

Hi, Does anyone have experience with running CELT decoder on iPad? thanks, Doron -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20110406/6e1af203/attachment-0002.htm

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 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'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 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 rebased my previous 3 patches to the current master with minor changes. Patches 1 to 3 replace all my previous submitted patches. Patches 4 and 5 are new. Thanks, Linfeng Zhang

Hi all, This is Linfeng Zhang from Google. I'll work on ARM NEON optimization in the next few months. I'm submitting 2 patches in the following couple of emails, which have the new created celt_fir_neon(). I revised celt_fir_c() to not pass in argument "mem" in Patch 1. If there are concerns to this change, please let me know. Many thanks to your comments. Linfeng Zhang

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

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

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

Hi Jean-Marc, As the self-appointed keeper of CELT_RESET_STATE (since I may be the only one actually using it) I've been kind of lax lately and have only now tried to reconcile it with the state structures in the 0.7.1 drop. I think (and feel free to contradict me here) that the following lines should be added to CELT_RESET_STATE in celt_encoder_ctl: st->fold_decision = 1;

# make make all-recursive make[1]: Entering directory `/tmp/celt-0.7.0' Making all in libcelt make[2]: Entering directory `/tmp/celt-0.7.0/libcelt' /bin/sh ../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -s -O3 -march=i686 -fvisibility=hidden -W -Wstrict-prototypes -Wall -Wextra -Wcast-align -Wnested-externs -Wshadow -Wno-parentheses

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.

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