Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Native opus decoder is broken #4

Open
dmik opened this issue Dec 2, 2020 · 2 comments
Open

Native opus decoder is broken #4

dmik opened this issue Dec 2, 2020 · 2 comments

Comments

@dmik
Copy link

dmik commented Dec 2, 2020

Decoding of opus data using the native opus decoder is broken, a simple FFPMEG test easily reveals that:

ffmpeg -c opus -i gs-16b-2c-44100hz.opus test.wav

where the opus file is taken from here: https://dl.espressif.com/dl/audio/gs-16b-2c-44100hz.opus and the latest FFPMEG RPM (4.2.2-2) which is configured to use an external OPUS library is used.

Full story is here: bitwiseworks/qtwebengine-chromium-os2#24 (comment).

@dmik
Copy link
Author

dmik commented Dec 2, 2020

According to @SilvanScherrer which checked FFmpeg changelogs, native opus support was added in version 3.3. Given that we have a nice libopus port for OS/2 (https://github.com/bitwiseworks/opus-os2) which it can be used as an external opus decoder/encoder in FFmpeg and which works well, the easiest workaround is to just disable the native opus codec in FFmpeg (I tried it locally already and it works). We will consider if it makes sense to fix this native codec at all (given our limited resources).

@dmik
Copy link
Author

dmik commented Jan 3, 2021

JFTR, I've released new RPMs with the native Opus codec disabled to exp for now. YouTube playback works like a charm. See bitwiseworks/rpm-specs@121475a.

@dmik dmik added the postponed label Jan 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant