similar to: Wine, PLC Programmer and COM port Problems

I am attempting to control an amateur radio transceiver using its own program ... which works under windows98 and newer. As I am a linux user I want to avoid having a windows installation for just one program. The details are as follwos: rig: Tentec Pegasus computer: PC-type with 2+ GHz processor and 512 Meg of RAM software: Sidux (2008.1) + pegasus rig control software version 2.01

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:

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

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

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

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 have read the mailing list archives and have a question regarding PLC (packet loss concealment).

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

I have asked this before, but has anyone successfully used serial port /dev/ttyS0 under wine? I am trying to run a windows program for controlling an amateur radio - a 'tentec pegasus'. My linux is a debian derivative ... sidux ... and I have installed wine from the sid repositories. The program runs ... and displays a radio dial which looks correct. However, because I cannot

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

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.

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

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

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

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:

Hi We have implemented Opus Codec with a 48 ksps and 5 ms frame running on a C5535 for a radio link. The decode time takes about 2ms, which is fine. However if PLC enabled and there is a lost packet this increases to over 6 ms, which is a major problem for our radio link. Is there any options / optimisations that make the decode time more equal when a lost packet occurs with PLC? Many thanks

Hello, I am having a problem with my dovecot-daemon. It is forking one or more (I saw up to perhaps 8 of them) imap processes under my user name. These processes are consuming a lot of CPU time and are not killable: > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 8616 arno 20 0 2900 1600 1204 R 98 0.2 1196:38 imap Stopping dovecot does not quit these