similar to: Codec setting using fmtp maxaveragebitrate and OPUS_SET_BITRATE

Hello, Is FEC supposed to work in NARROWBAND mode ?(with maxaveragebitrate=12000; maxplaybackrate=8000 ) ?I am having some confusing results, it appears that FEC is enabled in the encoder, but the decoder cannot find any packet with FEC. I am also wondering if this piece of code is correct (webrtc): /* The following is to parse the LBRR flags. */? if (opus_packet_parse(payload,

At this bitrate the encoder likely decides that it's better to put all the bits in the normal packet than use FEC. When you enable FEC it steals a lot of bits from the non-FEC content. Also, the use of FEC depends on the reported percentage of packet loss. The more loss there is, the lower the threshold for enabling FEC. Overall, the encoder attempt to make the best decision on a

Hi all, I try to enable FEC in the encoder using the macro OPUS_SET_INBAND_FEC and I set the packet loss percentage to a constant value of 30%, using the macro OPUS_SET_PACKET_LOSS_PERC. Please find my encoder settings below: opus: encoder fmtp (maxplaybackrate=8000;maxaveragebitrate=24000;sprop-stereo=1;cbr=1;useinbandfec=1;usedtx=1) opus: encode bw=narrow bitrate=24000 fch=auto vbr=0 fec=1

I am not sure what you mean by the ful SIP signaling? Here is the trace for the sip.conf which works successfully. Below that, I will include the trace for the pjsip.conf which it seems Vitelity isn't accepting the ACK in response to the OK ---- SIP --- <--- Transmitting SIP request (1004 bytes) to UDP:64.2.142.93:5060 ---> INVITE sip:8005555555 at 64.2.142.93 SIP/2.0 Via: SIP/2.0/UDP

Hi, another question on the same topic Speex resampler at 44.1kHz seems to be very CPU intensive on Android (even more than the Opus encoder) While Speex at 48kHz is just fine. I wonder any alternate solutions or ideas ? Improve it, look for alternate solution ... I am guessing the NEON optimization are still used for both, etc. On Thu, Apr 2, 2015 at 4:46 PM, Jean-Marc Valin <jmvalin at

HI, I'm trying to simulate an audio conference where each leg can be with a different bit rate. This needs to encode the source PCM to to different bit rates back to back and store and send respective encoded frames/packet to the respective channel. For this I changed the opus_demo as below. But the output of the second encoded frames is completely garbled. Appreciate if anyone can suggest

Hi Julien, Quote from : http://dspguru.com/dsp/faqs/multirate/resampling "The problem is that for resampling factors close to 1.0, the interpolation factor can be quite large. For example, in the case described above of changing from the sampling rate from 48 kHz to 44.1 kHz, the ratio is only 0.91875, yet the interpolation factor is 147!" My guess is that Opus would perform similar to

Hey i have an interesting topic to discuss here. The main goal here is to be able to make a video call between two WebRTC endpoints registered on asterisk 13 it is a feature that definitely asterisk 13 should support . the problems that i faced with this is the following and i hope i could get an advise here. asterisk 13 vanilla version has some issues marking the video packets this complain

FYI, the Opus RTP payload format is now RFC7587: https://tools.ietf.org/html/rfc7587 Cheers, Jean-Marc -------- Forwarded Message -------- Subject: [payload] RFC 7587 on RTP Payload Format for the Opus Speech and Audio Codec Date: Tue, 30 Jun 2015 16:33:17 -0700 (PDT) From: rfc-editor at rfc-editor.org To: ietf-announce at ietf.org, rfc-dist at rfc-editor.org CC: drafts-update-ref at

Dear all, in chapter 2 of http://jmvalin.ca/papers/aes135_opus_celt.pdf it is mentioned, that encoder and decoder has an algorithmic delay of 6.5 ms (lookahead and resampling delay). In Table 54 of https://tools.ietf.org/html/rfc6716 different delays for the resampler of the SILK encoder are given. However, I measure the same round trip delay for opus encoder->decoder regardless which

Hi, I would like to monitor FEC usage in order to include it in RTCP EX or calculate MOS estimation, etc. However the Opus codec library does not seem to expose such information. "Was LBRR found and used or was it PLC ?" I saw in WebRTC that they are using a technique to parse the "frame header" WebRtcOpus_PacketHasFec() It this something that is supported ? What would you

Note also that the packet size you give the encoder also acts as an absolute max on the bitrate. For example, if you ask for 32 kb/s VBR but give a max packet size of 120 bytes, then you're absolutely certain the bitrate will never go over 48 kb/s. Jean-Marc On 05/12/2018 12:42 PM, Albin Stigö wrote: > Just a follow up... I guess I was a bit confused about the VBR > setting. I realise

Thanks Dragos, I assume I will be setting those parameters during initialization of encoder right? Question is, if connection gets too lossy, how will opus adapt to it? Can it automatically shift bitrate down to minimize impact? Mark from IRC suggests that the app has to be aware of the losses and change it on the fly. Has anybody on the list tried this? Kelvin Chua On Wed, Mar 4, 2015 at 5:53

Hi Kelvin, You can use something like :opus_encoder_ctl(enc,OPUS_SET_BITRATE(bitrate));opus_encoder_ctl(enc,OPUS_SET_MAX_BANDWIDTH(bandpass)); bandpass is the audio bandpass?, eg: OPUS_BANDWIDTH_WIDEBAND . You will need to calculate the codec bitrate from the available network bitrate (by taking into account the size of the IP+UDP+RTP headers which is 40 bytes ) . By default the audio bandwidth

I'm new using OPUS and I've implemented the OPUS lib under PIC32MZ, using the MIPS configuration. It compiles correctly and it seems that all the procedures invoked returns no error. However, when I excite the encoder with a pure 1 kHz tone, the encoding/decoding procedure returns al the samples to silence (the buffer is filled with 0x8001 or 0x7fff). The configuration is 48000 sps, 64kHz

Hi There, I have two OPUS handset clients say A & B A is 8 KHz, 12.2kbps cvbr supported OPUS client B is 8 KHz, 16kbps cvbr supported OPUS client When i try to encode a same voice frame(20ms sample frame) at different time intervals(not parallel encoding) for both A & B using same encoder handle by changing only bit rate. Issue here is, some noise is heard for B OPUS client, Ex:

Hi all, Please guide me How to change frame_size of opus codec at run-time (20ms, 40ms, 60ms) I'm stucking in this case: 1. init codec width default config (frame_size =20ms, bandwidth=48KHz, bitrate = 48kbps...), then in runtime changing: - bitrate = 24, 16, 6kbps: sound is OK - frame_size = 40ms, 60ms: Not OK, sound is distort so bad 2. init codec with frame_size = 40ms , others is

Just a follow up... I guess I was a bit confused about the VBR setting. I realise now that packets tend to stay very close to OPUS_SET_BITRATE so that solves my problem. --Albin On Sat, May 12, 2018 at 6:19 PM, Albin Stigö <albin.stigo at gmail.com> wrote: > Thanks for the input! > > --Albin > > On Sat, May 12, 2018 at 6:00 PM, Orestes Zoupanos > <oresteszoupanos at

Hello Everyone, I am using the opus 1.1 multistream APIs to encode a 5.1 surround stream on the server, stream it to client, decode it and capture the pcm data. I noticed that there was severe corruption/attenuation on one of the channels(specifically Back/Rear Right). This would appear to be the last channel in the stream. I am attaching an image of the PCM dumps from the original and the one

Dan Cropp wrote: > I had my screenshots flipped. Is there a way to make sure the Contact field is NOT included in the ACK response to the OK (for the Answer)? > > PJSIP is including the Contact for the ACK response to the OK. > Contact:<sip:1234 at xxx.xxx.xx.xxx:5060> > There is no configuration option to configure this behavior. What is the full SIP signaling? -- Joshua