Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Opus 1.1 released (Read 53959 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

Opus 1.1 released

After more than two years of development, we have released Opus 1.1. This includes:
  • new analysis code and tuning that significantly improves encoding quality, especially for variable-bitrate (VBR)
  • automatic detection of speech or music to decide which encoding mode to use.
  • surround with good quality at 128 kbps for 5.1 and usable down to 48 kbps.
  • speed improvements on all architectures, especially ARM, where decoding uses around 40% less CPU and encoding uses around 30% less CPU.
These improvements are explained in more details in Monty's demo  (updated from the 1.1 beta demo).
Of course, this new version is still fully compliant with the Opus specification (RFC 6716).

Opus 1.1 released

Reply #1
Thank You to all developers and people involved in development of Opus. 
This is a very impressive release.

How much time and effort have been put into it. 
 

 

Opus 1.1 released

Reply #2
I wonder how long it'll take to get a binary?
ghostman


Opus 1.1 released

Reply #4
Big thanks to the Opus team. This is a fantastic release with great new features.

Opus 1.1 released

Reply #5
Thank you!  Is there a list somewhere which details the fixed bugs, or my only source for this is the commit log right now?

I'm very angry now for the Poweramp guy to not include the decoder in it's player. We've asked for that more than a year ago. 

Opus 1.1 released

Reply #6
Thank you!  Is there a list somewhere which details the fixed bugs, or my only source for this is the commit log right now?


For the bug fixes (as opposed to the new features in Monty's demo), I guess the shortlog is your only option.

Opus 1.1 released

Reply #7
Quote
surround with good quality at 128 kbps for 5.1 and usable down to 48 kbps, and

I'm curious if there's upcoming directshow filter for opus, like updated OpenCodecs or another 3rd codec bundle?

Opus 1.1 released

Reply #8
(...) These improvements are explained in more details in Monty's demo  (updated from the 1.1 beta demo).
Of course, this new version is still fully compliant with the Opus specification (RFC 6716).


Really impressive work (along with the way you present those changes - which really caters to laymen such as myself). 

Thank you!
Listen to the music, not the media it's on.
União e reconstrução

Opus 1.1 released

Reply #9
I wanted to post the results of rockbox runtime on the clip+ with the 1.1, then realized I forgot to start the battery benchmark... It does seem to have a longer battery time now though, compared to previous build.

Quote
Surround masking takes advantage of cross-channel masking between free-field loudspeakers. Obviously, we can't do that for stereo, as stereo is often listened to on headphones or nearfield monitors, but for surround encodings played on typical surround placements with listeners placed well within the soundfield, there's considerable savings to be had by assuming freefield masking.
Curious, what does this mean for the few real surround headphones? (3 speakers per side)

Opus 1.1 released

Reply #10
Guess I'll finally give this a try, thanks for all the hard work.

Opus 1.1 released

Reply #11
1.1 had a stable quality already starting from alpha build.  Probably people should lose a prejudice to don't try anything that's not a 100% final.
Instead they could report some certain situations those  could be improved. Everybody would  win.

Opus 1.1 released

Reply #12
Are there again public ABX listening tests, like these famous events by Roberto J. Amorim? Version 1.1 promises a severe quality-per-bitrate boost, I wonder how certain this is approved by the audience.

Opus 1.1 released

Reply #13
Last time we have organized test it was 2011 and that was CELT 0.11.2.

I've sent a few mails and talked with some other people who was involved into last public test.
Most probably  there will be a test, this time I will be just a co-organizer (or even less than that).  It should be a new person who will recolect the results among the other functions.


Opus 1.1 released

Reply #15
This new release is great!
Seems to perform just fine and now handles some of my previously problematic files like I expect it to do.
Can't wait till it can be used properly for surround sound in movies (VLC doesn't yet like it very much in an MKV but a dev said it was on its list).

Opus 1.1 released

Reply #16
Looks like rockbox+opus now manages to squeeze out 30 minutes more of runtime on my clip+ (10:04:40 -> 10:38:05 @160kbps).
That's great, but still way behind FLAC (16:09:49@lv8) or MPC (16:13:47@192kbps). Logs for comparison here

Opus 1.1 released

Reply #17
Looks like rockbox+opus now manages to squeeze out 30 minutes more of runtime on my clip+ (10:04:40 -> 10:38:05 @160kbps).
That's great, but still way behind FLAC (16:09:49@lv8) or MPC (16:13:47@192kbps). Logs for comparison here


Just an hour behind your mp3 scores, which isn't too bad.  I'm surprised mp3/vorbis do so poorly though, I get longer out of MP3 then you do out of any format.

Opus 1.1 released

Reply #18
I think it's because of the settings. MP3 one is -V0. Vorbis was q4.0.
I forgot to specify the bitrates for the rest of them.

It might also be related to the CPU the clip+ has, or the fact I'm playing them off µSD, but that's something you know more about, I guess.

In any case, not a bad performance, but I'll still stick with FLAC for convenience of simply copying the files over, since my playlists are small and change frequently.

Opus 1.1 released

Reply #19
Can you test AAC? Particularly Apple's AAC?

Opus 1.1 released

Reply #20
Documentation (opusenc.html) claims that Opus supports bitrates beginning from 6 kbps per channel. But actually for bitrates <30 it performs downmixing to mono. At 30 kbps we have something (but very sick) on the side channel, and starting from 32 kbps we really have a stereo effect, but stereo pan is much narrower than original.

On other side FhG AAC's parametric stereo handles stereo at low bitrates very well. So which stereo encoding technology is used by the Opus? Looks like a simple Mid/Side encoding (but maybe separate for each frequency band, like in AAC).

P.S. Starting from about 40 kbps I get almost independent stereo encoding (I mean very low stereo crosstalk). However, I wonder what's this transition interval between 30 and 40 kbps.
🇺🇦 Glory to Ukraine!

Opus 1.1 released

Reply #21
Documentation (opusenc.html) claims that Opus supports bitrates neginning from 6 kbps per channel. But actually for bitrates <30 it performs downmixing to mono. At 30 kbps we have something (but very sick) on the side channel, and starting from 32 kbps we really have a stereo effect, but stereo pan is much narrower than original.

Not all applications need stereo. At 6 kb/s, which is low bitrate even by VoIP standards, what you can have is narrowband mono.

On other side FhG AAC's parametric stereo handles stereo at low bitrates very well. So which stereo encoding technology is used by the Opus? Looks like a simple Mid/Side encoding (but maybe separate for each frequency band, like in AAC).

Opus uses "normalized mid-side", which unlike MP3-type mid-side cannot introduce cross-talk (i.e. we could use it on every frame and still sound good). We also do a variant of intensity stereo. We do *not* do the kind of parametric stereo that HE-AAC v2 uses for multiple reasons. Obviously there'd be patent issues, but beyond that, parametric stereo introduces time-domain post-processing, which would increase latency (defeats one of the goals of Opus), increase complexity, and still not result in good quality (it's more of a race to the bottom). Personally, I find v2's PS extremely unpleasant to listen to (gives me motion sickness when listening with headphones) and I prefer mono. It makes nice demos, but that's about it.

P.S. Starting from about 40 kbps I get almost independent stereo encoding (I mean very low stereo crosstalk). However, I wonder what's this transition interval between 30 and 40 kbps.

This is correct. The 1.1 encoder gradually transitions from mono to stereo between 30 and 38 kb/s. It's a tradeoff between coding artefacts and stereo image, but there's still some tuning left to do on this. If you're interested in fiddling with it, it's just a matter of changing two lines of code and recompiling.

Opus 1.1 released

Reply #22
Not all applications need stereo. At 6 kb/s, which is low bitrate even by VoIP standards, what you can have is narrowband mono.


Sure, but in fact that statement is incorrect and minimum 16 kbps per channel is needed to get stereo effects. Maybe you should make some corrections to the manual.
🇺🇦 Glory to Ukraine!

Opus 1.1 released

Reply #23
Not all applications need stereo. At 6 kb/s, which is low bitrate even by VoIP standards, what you can have is narrowband mono.


Sure, but in fact that statement is incorrect and minimum 16 kbps per channel is needed to get stereo effects. Maybe you should make some corrections to the manual.


Euh, what exactly are you saying is incorrect in my statement? What does the manual say that you think should be changed?

Opus 1.1 released

Reply #24
If the minimum bitrate is 6 kbps per channel (as stated in opusenc.html), then minimum bitrate for stereo encoding is 6*2=12 kbps. But in fact we get a mono encoding (one channel) at 12 kbps (and even up to 30 kbps).
🇺🇦 Glory to Ukraine!