[Updated 2019] Opus 1.3. New WebM audio codec (Opus+VP9/AV1)

[LoRd_MuldeR]

Originally Posted by tebasuna51

LoRd_MuldeR update their upload at post http://forum.doom9.org/showthread.ph...72#post1757872 , I think is already patched now.

Is correct?

Nope. But I can do a full re-build with the patch included, if anybody can confirm that the problem does actually exist in the build without the patch and that is was fixed in the patched build.

[Overdrive80]

Hi, has opus mode lossless? If not, will it be implement any day? Thanks

[mariush]

If you want lossless, use FLAC. It's standardized, fast and supported on lots of devices.

[Overdrive80]

Originally Posted by mariush

If you want lossless, use FLAC. It's standardized, fast and supported on lots of devices.

I know flac, but my question is for other reason... I want compare that encoder lossless is more efficient (in terms of compression factor) if opus would have mode lossless.

[Brazil2]

Originally Posted by Overdrive80

I want compare

http://wiki.hydrogenaud.io/index.php...ess_comparison

https://en.wikipedia.org/wiki/Compar...coding_formats

[foxyshadis]

Opus would not be suitable in any way as a lossless codec. It works as well as it does because it generates a lot of fake (but close enough) data, like HE-AACv2 but even deeper and extended all the way to perceptually lossless. Codecs designed from the ground up for lossless are much better at it, and neither of Opus's are.

[LoRd_MuldeR]

FWIW, here's another set of fresh Opus v1.1.x binaries:
opus-tools.2016-05-22.zip

[LoRd_MuldeR]

Originally Posted by foxyshadis

Opus would not be suitable in any way as a lossless codec. It works as well as it does because it generates a lot of fake (but close enough) data, like HE-AACv2 but even deeper and extended all the way to perceptually lossless. Codecs designed from the ground up for lossless are much better at it, and neither of Opus's are.

Yeah, lossy and lossless audio formats work quite differently.

All the "lossless" audio codecs I know work in time domain. These codecs pretty much come down to: The encoder predicts the next sample value using some fancy prediction function and then transmits the delta (difference) to the actual sample value. The decoder performs the same prediction and then adds the transmitted delta value, in order to restore the original sample value. This is how FLAC, Monkey's Audio and friends work. Easy to see why this is lossless.

"Lossy" codes, on the other hand, typical work in frequency domain. First step is to transform the input samples from time domain into frequency domain. Then Psy-modelling is used to decide which frequency bands get more bits (e.g. more fine-grained quantization) and which get less bits (e.g. more coarse quantization). This is how MP3, AAC and friends work. The transform to the frequency domain and the inverse transform), which are typically done in floating-point math, probably already causes rounding errors that make the whole process non-lossless. And the quantization certainly makes it lossy. You could leave out the quantization, yes. But then compression probably sucks, because entropy coding won't save any bits.

[Motenai Yoda]

Well DTS-MA and TrueHD should work, even if in part, in the frequency domain.

[Brazil2]

Originally Posted by LoRd_MuldeR

FWIW, here's another set of fresh Opus v1.1.x binaries:
opus-tools.2016-05-22.zip

Thanks for this

Just a little question though:

Previous version reported:

opusenc opus-tools v0.1.9-git SSE2 [2016-02-20] (using libopus 1.1.2-git SSE2 [2016-02-20])

While the new version reports:

opusenc opus-tools v0.1.9-git SSE2 [2015-05-22] (using libopus 1.1.x-git SSE2 [2015-05-22])

I assume libopus 1.1.2 is still used ?

[LoRd_MuldeR]

Originally Posted by Brazil2

Previous version reported:

opusenc opus-tools v0.1.9-git SSE2 [2016-02-20] (using libopus 1.1.2-git SSE2 [2016-02-20])

While the new version reports:

opusenc opus-tools v0.1.9-git SSE2 [2015-05-22] (using libopus 1.1.x-git SSE2 [2015-05-22])

I assume libopus 1.1.2 is still used ?

I built latest Git "master" branch. So this is actually post v1.1.2 release

(I have no idea whether the next release will be v1.1.3 or v1.2.0 or v2.0.0, but currently PACKAGE_VERSION says "1.1.x-git")

[Brazil2]

Originally Posted by LoRd_MuldeR

I built latest Git "master" branch. So this is actually post v1.1.2 release

Thanks for the precision

[IgorC]

Some news

Version 1.1.3 released
https://www.opus-codec.org/

Neon optimizations improving performance on ARMv7 and ARMv8 by up to 15%
Fixes some issues with 16-bit platforms (e.g. TI C55x)
Fixes to comfort noise generation (CNG)
Documenting that PLC packets can also be 2 bytes
Includes experimental ambisonics work (--enable-ambisonics)

Work in progress 1.2 (quality improvements)

[Reino]

Originally Posted by LoRd_MuldeR

FWIW, here's another set of fresh Opus v1.1.x binaries:
opus-tools.2016-05-22.zip

LoRd_MuldeR, could you compile a set of fresh post v1.1.3 binaries?

[Motenai Yoda]

Opus 1.1.3 compiled with mediaautobuild suite (gcc 6.x), x64 only
http://filenurse.com/download/b70a58...788595f62.html
link will expire in a week

[filler56789]

Another up-to-date build of OpusTools
[compiled with GCC 4.8.5]

[C:\]
=> opusenc --version
opusenc opus-tools 0.1.9-24-g746e2af (using libopus 1.1.3)
Copyright (C) 2008-2013 Xiph.Org Foundation

http://forum.videohelp.com/threads/3...-3-for-Windows

[hajj_3]

I hope that the opus developers concentrate on low bitrate audio as xhe-aac is far superior at 12-64kbps. Some digital radio platforms like DRM have support for this.

[Gravitator]

Привет.
What improvement noticed through ambisonics?

[IgorC]

Originally Posted by hajj_3

I hope that the opus developers concentrate on low bitrate audio as xhe-aac is far superior at 12-64kbps. Some digital radio platforms like DRM have support for this.

Last time I have tried Opus 1.1 at 64 kbps it was superior to best HE-AAC encoders 64 kbps and on par with xHE-AAC. Opus 1.1 was inferior to HE-AAC at 48 kbps.

But the situation is changing now. Several months ago Opus 1.2 (early alpha) was already at least on par or somewhat better than HE-AAC at 48 kbps.

Also xHE-AAC is a great format its main scope is 12-32 kbps.
Its performance is very close to normal HE-AAC at 48-64 kbps.
You can easily confuse xHE-AAC and highestly optimized HE-AAC (such as Fraunhofer Winamp's encoder) at 64 kbps.

It's very likely that upcoming Opus 1.2 will be at least on par with xHE-AAC at bitrates 48 kbps and higher. It also to expect a reasonable quality from it at 32-40 kbps.

[Motenai Yoda]

IIRC opus did some stuff on the lbr branch
did you compare opus vs hev2 or vs hev1 coz seems hev2 is still a bit better on 32-48kbps