similar to: Opus DTX support

On 2019-04-01 3:37, Gustaf Ullberg wrote: > Hi everyone, > > Some time ago, I sent a pull request > <https://github.com/xiph/opus/pull/107> to the Opus github page. > Jean-Marc asked me to post it to the mailing list so everyone can have a > look at it. > > You can find the description and code changes below. Please let me know > if you have any questions or

The email might have been blocked due to the attachment size, here?s a link to it. https://www.dropbox.com/s/r9j7l3cbb02ob7i/opusDtx_noiseFix1_inOut.zip Pascal On 26/06/14 19:02, "Pascal Huart (phuart)" <phuart at cisco.com> wrote: >Hi Jean-Marc, >Thanks for the fix, the reconstructed signal is now much better. >Unfortunately there are still discontinuities which show

Hi everyone, Some time ago, I sent a pull request <https://github.com/xiph/opus/pull/107> to the Opus github page. Jean-Marc asked me to post it to the mailing list so everyone can have a look at it. You can find the description and code changes below. Please let me know if you have any questions or concerns. Best regards Gustaf Ullberg In WebRTC, we would like to be able to

Hi Gonzalo, Thanks for reporting this DTX issue. It should now be fixed in git. Can you confirm this it is indeed the case? Cheers, Jean-Marc On 19/05/14 10:20 AM, Gonzalo Mariano (gmariano) wrote: > Hello: > > > > We noticed that opus reconstructed noise is pulsing with a 400ms pattern > when dtx is enabled in silk mode. This is independent of the background > noise

Thank you Mark. I agree and have now updated the pull request with a new commit, addressing your comments. Please take a look. /Gustaf On Fri, 5 Apr 2019 at 11:41, Mark Harris <mark.hsj at gmail.com> wrote: > On 2019-04-01 3:37, Gustaf Ullberg wrote: > > Hi everyone, > > > > Some time ago, I sent a pull request > > <https://github.com/xiph/opus/pull/107>

When encoding using the Opus multistream API, is it possible for opus_multistream_encode() to return 0? For example, what happens if multiple streams are being encoded, each with DTX enabled and all streams emit DTX packets at the same time? What about the case of a single stream with DTX enabled? Thanks Kevin O'Connor -------------- next part -------------- An HTML attachment was

Hello: We noticed that opus reconstructed noise is pulsing with a 400ms pattern when dtx is enabled in silk mode. This is independent of the background noise level and is found with speech + non-speech period test files as well as variable level noise-only test files. This issue can be reproduced with opus v1.1 using this command: ./opus_demo voip 16000 1 25000 -dtx input.bin

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:

I'm working on an opus codec for the asterisk voip app. Googling DTX found: https://bugs.chromium.org/p/webrtc/issues/detail?id=4559 To paraphrase, if there's silence long enough, opus enters Celt-only mode, which has no DTX. Is this still correct ? And is the suggested work-around effective? sean -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi everyone, I'm happy to announce Opus 1.3.1. It is a minor release that fixes an issue with the analysis on files with digital silence (all zeros), especially on x87 builds (mostly affects 32-bit builds). It also includes two new features: - A new OPUS_GET_IN_DTX query to know if the encoder is in DTX mode (last frame was either a comfort noise frame or not encoded at all) - A new (and

Tested DTX feature in Opus 1.0.2 and 1.1 for 20, 40, and 60ms frame size. They all generated only one encoded frame every 400ms during silence period as expected. However, for 10 ms frame size, the DTX period was 200ms instead. Has anyone else experienced the same? Thanks, Chris Wang -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, When we pass around 9K samples of only ambient noise (no voice), the encoder which is enabled FEC+DTX is detecting only some 140 frames as non-voice (returning only TOC, no frame content). We were expecting all or more to be identified as non-voice. Our idea was to check how the decoder re-generates the original ambient noise during the silence duration (when we feed NULL to decoder) when

Hi, I changed the VAD sensitivity by varying VAD_SNR_FACTOR_Q16 and now it shows the difference in silence frames. Thanks Suresh On 4 October 2016 at 17:57, Suresh Thiriveedi <sthiriveedi at gmail.com> wrote: > Hi, > > When we pass around 9K samples of only ambient noise (no voice), the > encoder which is enabled FEC+DTX is detecting only some 140 frames as > non-voice

Hi. I experienced same issue reported in https://gitlab.xiph.org/xiph/opus/issues/2026 The problem is that there are periodical(400ms) noise during DTX when the noise changed dramatically. I have found that the VAD value of silk does not affects to the DTX decision. If the background noise suddenly changes(by excessive echo cancellation, mute on/off operation, etc.) the silk generate a voice

Hi all, i am trying convert pcm (16bit pcm) stereo file to mono pcm file using opus_encode and opus_decode, i am able do this but i have doubt about TOC byte after opus encode. below is how encoder and decoder structures are used to do encode and decode file opus_encoder_create(8000, 2, OPUS_APPLICATION_AUDIO, &err); opus_decoder_create(8000, 1, &err); after opus encode bits looks like

Yes, good point. I added the checking of prev_mode for Silk DTX to avoid using stale data from the Silk state. The PR is updated, and I'm attaching an updated patch. /Gustaf On Tue, 9 Apr 2019 at 12:42, Mark Harris <mark.hsj at gmail.com> wrote: > On 2019-04-08 4:55, Gustaf Ullberg wrote: > > Thank you Mark. > > > > I agree and have now updated the pull request

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Just to let everyone know that Opus 1.1.2 is out. The release fixes two bugs: - - Resetting the encoder or decoder state with OPUS_RESET_STATE would disable some run-time selected architecture-specific optimizations; and - - In hybrid mode discontinuous transmission (DTX) operation, the comfort noise above 8 kHz was incorrectly estimated and

Hi I am using opus_demo binary to test 48KHz Stereo file, i used below arguments to encode and decode. ./opus_demo -e audio 48000 2 48k_stereo.pcm stereo.opus ./opus_demo -d 48000 2 stereo.opus stereo.pcm After decoding i found that both left and right channels are identical, even input stereo file channels are differential in gain. 1. Is this the expected behavior of OPUS CODEC, if yes then

Hi. I found that DTX is always unavailable when DISABLE_FLAOT_API is not defined in OPUS_AUTO mode. As you know analysis_info.valid is alway true except NaN case and is_silence is alway true except digital zero signal case. In general, following condition will be alway true except exceptional case. (analysis_info.valid || is_silence) But in a code, there is a NOT expression in front of above

Hi All, I have taken ITU standard 48KHz female voice file and Encoded using opus_demo by giving follwoing arguments. opus_demo -e audio 48000 1 32000 female1.pcm female1frame.opus And using repacketiser tried to pack 6frames/packet(6*20msec=120msec). While packing I observed below error for 3 times. Error: opus_repacketizer_cat() failed: corrupted stream when i inspect the encoded file, it