Opus 1.2 Released 22
jmv writes: The Opus audio codec, used in WebRTC and now included in all major web browsers, gets another major upgrade with the release of version 1.2. This release brings quality improvements to both speech and music, while remaining fully compatible with RFC 6716. There are also optimizations, new options, as well as many bug fixes. This Opus 1.2 demo describes a few of the upgrades that users and implementers will care about the most. It includes audio samples comparing to previous versions of the codec, as well as speed comparisons for x86 and ARM.
Monty is a wizard (Score:4, Interesting)
The 32/48/64 kb/s demos with 1.2 are astoundingly good for that low of a bit-rate. Nice job by the Opus team to get things sounding this good. Was also glad to see more robust fuzzing tests to help with potential security issues.
This is super-geeky stuff, but since I've integrated some of their older Ogg Vorbis stuff into previous game engines, I like to keep up with what they're doing. I might switch my game engine's decoder over from Vorbis to Opus at some point, but I've got to stop futzing with the engine and get my game out the door.
Solves nothing (Score:1)
As long as people use these god-awful hanging mic/earbuds in noisy coffee shops and crappy speakerphones in echo-y conference rooms, all the high quality codecs in the world won't make them sound better.
Re: (Score:3)
I put it the other way: the more people use god-awful earbuds in noisy coffee shops the more we can reduce the bitrate without anybody noticing :-)
Re: (Score:2)
Great audio codec. (Score:4, Informative)
Congratulations to the Opus team and xiph.org for doing such a great job with this. It's really a wonder that, with examples of F/OSS software like this, it's not simply the standard by popularity. I'm involved with an Android-based audio livestreaming app for Icecast (called Cool Mic [coolmic.net]) which uses Opus as well as Vorbis. My experiences with those involved with any of the Xiph projects have been great. Extreme talent over there.
open source does it again. (Score:3, Funny)
1. Someone (e.g. on the mailing list or on the Hydrogenaudio forum) points out a music sample where Opus performs worse than other codecs or just worse than it usually does.
2. We investigate to find out what's causing the artefacts and (especially) why this particular sample is affected.
3. We come up with a possible fix that improves the quality of that sample, without making other samples worse.
4. We look for other samples with the same characteristics found in 2. If the fix also improves them, then we go to 5, otherwise we go back to 3 (or sometimes to 2). In case of infinite loop, do some throttling (i.e. drop the issue and go back to it later).
5. When we're happy that we have an improvement, we clean it up, make it as general as possible, test it, and merge it.
They improved the codec by listening to user feedback. THAT'S CHEATING! Everyone knows that you need be a corporation that develops something decent and then you ignore all comments that aren't about how great it is and then ban the unhappy riff-raff! Do you think we would have ended up with smartphones so thin that they bend and/or explode corporations had listened to all the people screaming for a higher battery capacity?! Do you think we would have been graced with Thunderbolt ports with the same connectors as USB-C if they gave a damn about what people thought?! Do you think we would have overpriced and under-performing wireless earbuds and no headphone jack if they listened to even a single user?! OF COURSE NOT!
Where do you jackasses get off developing things that people want and like? And if you do, you aren't even going to demand they fork over their life savings for it?! OPEN SOURCE IS RUINING EVERYTHING! ;)
Re: (Score:3)
well, a gnome developer is also a user and he knows his preferences. although it looks like all they agree on are lowest common denominators.
to play the devil's advocate: i work for a company that writes its own software. we're not a software development company but we have a development team of over 50 people. we write for ourselves but have made it open source so other people/companies can use/fork it. our business is built on the data we feed and extract out of the software so making it free gives no adv
Re: (Score:2)
I'm sorry, but that argument is crap. Your situation is not like Gnome's. You're making something for your own use, and then you're trying to be helpful by allowing others to use and fork it, which is great. Unfortunately, there's some ungrateful jerks out there who are whining about it.
The difference between you and Gnome, however, is that you aren't pushing your product to be used as a standard anywhere. You're only allowing outsiders to use it, but you're making no big effort to push its adoption.
Gno
Directory Opus (Score:1)
Re: (Score:2)
Re: (Score:1)
Re: (Score:2)
Despite the official spec being defined as code, there's nothing that prevents what you're talking about. As far as I know, the FFMpeg "native" decoder is actually an independent implementation of the standard and although they chose the LGPL as license, they could have used something "public-domain-like". Note that compliance itself isn't based on the decoder code, but on testvectors. Anything that decodes testvectors to something "good enough" (with a well-defined tolerance) is considered compliant with t
Re: (Score:2)
The ffmpeg files do have Mozilla copyright information in the headers so I wonder whether there's some derivation. Maybe not though.
And from what I understand the still-in-progress ffmpeg native opus encoder is an independent implementation.