similar to: Energy estimation from encoded opus packets

I use the Opus multistream encoder for both mono and stereo encodings and after updating from 1.1.3 to 1.3 I noticed the size of the produced Opus files had doubled for 1-channel encodings whereas switching to the standand Opus encoder gave me roughly the same sizes as before. In these tests, I'm encoding an 8kHz mono stream containing only speech with the following options set: frame length

On 10/26/2013 01:11 PM, Wang, Chris wrote: > A simpler question. How does opus_encode() generate packets of 20ms > (SILK-only or Hybrid)? Concatenating two 10ms frames or doing it > straight with just one 20ms frame? Just one 20 ms frame. It always returns a single frame except when it just can't (e.g. 60 ms CELT). > From your explanations below, opus_encode() will concatenate

FYI, the README file section on building for Windows says to see the README.md files in the cmake or meson subdirectories, but there are no README files in either of those subdirectories. -----Original Message----- From: opus <opus-bounces at xiph.org> On Behalf Of Jean-Marc Valin Sent: Monday, March 4, 2024 12:52 PM To: opus at xiph.org Subject: Re: [opus] Opus 1.5 is out -- now with ML

Thanks for looking into this. I've played with the options I'm setting on the decoder and narrowed the issue down to DTX. If DTX is enabled, I get the reported behavior, but it does not happen with DTX disabled. I've posted a revised example: https://github.com/xiph/opus/issues/382 In this new version, I've removed the Microsoft-specific code and it runs/reproduces on Linux now

Thanks Jean-Marc and Benjamin for the answers. One follow-up question. If I use a repacketizer as Jean-Marc suggested by combining two 60ms frames to form a 120ms frame, without extracting individual frames and using a new TOC, I would need to have a "de-packetizer" that does the exact opposite of repacketizer. De-packetizer would need to separate this 120ms frame into two 60ms frames

I posted this issue on github Issues back in December, but not sure if that is actively monitored so I thought I should point it out here. I have a sample file with a very low hum that I'm encoding/decoding from Opus. After a short time, the low hum gets amplified well past the point of clipping, sort of like an out of control automatic gain control. Any other audio in the input signal seems

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

ly or Hybrid frames for 40 or 60ms packet, respectively. That is based on = concatenating 20ms frames, right? Is 60ms the largest packet opus_encode() can generate? In order to get pac= kets of up to 120 ms by combining multiple frames as described in RFC6716 c= lause 2.1.4 one would need to use the "repacketizer". That is if I want to= have a 120 ms packet, I would need to take

The libopus encoder's opus_encode() method is documented as "Encodes an Opus frame". Does that mean that it always produces a single Opus frame (i.e. the number of frames in the TOC byte will always be 0)? It's not clear from the documentation, but the fact that it cannot produce a 120ms Opus packet makes me wonder if that was the intention and any multi-frame Opus packets must

Hi List, We currently have a very irritating problem with Centos 5.3 x86_64 running on a Dell Poweredge SC1435. The problem is this: We are experiencing frequent kernel panics while using glusterfs and Fuse. Across the cluster of servers, we are experiencing roughly 1 panic every 1-2 days. This wasn't a problem with earlier servers where we used Fedora 6. Here's a kernel panic

I had expected that the default bitrate for the encoder would be the same as setting it to OPUS_AUTO, but I'm getting difference results: >opusenc --comp 4 sample.wav sample.opus Encoding using libopus 1.3-rc2 (audio) ----------------------------------------------------- Input: 8 kHz, 1 channel Output: 1 channel (1 uncoupled) 20ms packets, 25 kbit/s VBR Preskip: 312

>On 11/20/2013 03:37 PM, O'Connor, Kevin wrote: >> I have an application I intend to use Opus for that involves creating >> recordings of two-party conversations where each party is saved as a >> separate channel. Audio may be later processed or analyzed on a >> per-party basis so if audio in one channel affects the other channel, it >> could create problems.

Hey, I am having trouble with the size of the encoded bytes by Opus. I am also having issue with the Bandwidth ctl. Here is the scenario. If I encode 16khz sampled audio: opus_encoder_ctl(enc,OPUS_SET_MAX_BANDWIDTH(OPUS_BANDWIDTH_WIDEBAND)) opus_encoder_ctl(enc, OPUS_GET_BANDWIDTH(&x)) = 1102 opus_encoder_ctl(enc, OPUS_GET_MAX_BANDWIDTH(&x)) = 1103 average encoded size = 120 bytes if I

>On 11/20/2013 03:37 PM, O'Connor, Kevin wrote: >> I have an application I intend to use Opus for that involves creating > recordings of two-party conversations where each party is saved as a >> separate channel. Audio may be later processed or analyzed on a >> per-party basis so if audio in one channel affects the other channel, >> it could create problems.

Hi guys, as MP3 and Opus have very similar objectives, I think the original poster's question was a valid one: Why does Opus have more artefacts in the lower frequency ranges than MP3 has? The spontaneous suspect that lower frequency artefacts may be more noticeably than higher frequency artefacts seems plausible, also. Is it a matter of energy (which is higher for higher frequencies)? When

Hi, folks, I have an old CELT thing that I'm updating to Opus and I'm trying to get individual pieces upgraded.  My first task is upgrading the CELT encoder to Opus. The old CELT thing treated the L and R channels as independent mono streams, encoded them somehow with CELT to form one bitstream, sent one bitstream across, and then unpacked it manually after the decoder. Can I do that

Dear R users, I'm glad to announce the new version of water package (0.5). As this is my first message to the list, I want to add that this package provides tools to estimate actual evapotranspiration from surface energy balance models. Right now you can run the well-know METRIC model using it. This model allows to estimate the energy balance using landsat (7 or 5) images and a weather

Dear R users, I'm glad to announce the new version of water package (0.5). As this is my first message to the list, I want to add that this package provides tools to estimate actual evapotranspiration from surface energy balance models. Right now you can run the well-know METRIC model using it. This model allows to estimate the energy balance using landsat (7 or 5) images and a weather

I have an application I intend to use Opus for that involves creating recordings of two-party conversations where each party is saved as a separate channel. Audio may be later processed or analyzed on a per-party basis so if audio in one channel affects the other channel, it could create problems. My question is, if I use a single stereo Opus stream, how well will channel separation be maintained?