-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
HandBrake does not properly recognize audio bitrate from MKV sources #3624
Comments
Do you have a sample source you can share that has reproduces this? |
Since all webms are mkvs, it applies to them too. See, for a public domain example: https://upload.wikimedia.org/wikipedia/commons/b/b4/Lady_Gaga_performs_%22The_Star-Spangled_Banner%22.webm |
Is the Flatpak version you tried the one on handbrake.fr or another one? |
I've tried both the handbrake.fr flatpak as well as the current flathub version. Same issue with both. Ed.: And the same problem is present both on stable 1.3.3 and the current development snapshot flatpak. |
Can you post the entire activity log of an encode? |
So, actually, having deleted the flatpak install and redone it, it now works with the flatpak versions. The non-flatpak version packaged by rpmfusion is broken — it drops all the audio frames, per this log. What the flatpak and development versions still have a problem with, however, is recognizing the actual bitrate --- they still show 0.001kbps for all audio sources in MKV files. Which is a bug, but less of a severe one. |
So the actual encoding side should be fixed by #3537. But the problem of proper recognition remains, it seems. |
We have no control over rpmfusion or third party distributions, they often change dependencies without checking if it actually works or no. Getting the actual bitrate of a MKV track is an expensive operation, and while some MKV contains some metadata (which can be wrong) of the track bitrate, FFmpeg does not write or read it yet. But displaying 0.001kbps is a bug for sure. |
Yep, so I have revised the title to reflect the bug within HB. |
Handbrake (version 20200613000000-012a0f1-unknown (x86_64)) was working under F33 with no problems noted, and when I upgraded to F34, I started having problems (video but no audio). The version I use is the RPM (installed) version, I tried Flatpak (installed) version and ended up with more problems, hit and miss video and the same with audio (just random sections encoded to the output file). I also tested a theory to see if it was isolated to just Handbrake, the same happens with MakeMKV v1.16.3. My FFMpeg version is 4.4-2.fc34.src.rpm. |
There is no official RPM builds for Fedora. RPM Fusion is on our black list for known broken builds due to invalid linking of libraries. Have either of you tried the flatpak nightly? |
Yes I have. My problems have now been fix. |
Problem description:
When I open an MKV source using HandBrake, the bitrate of all audio sources (no matter what format they are in) is shown as 0.001kbps. Then if I use anything except for passthrough on the audio to produce an output, the result is a silent audio track (consistent with HandBrake not being able to read the audio of the original MKV). This happens no matter what codec is used in the original MKV.
HandBrake version (e.g., 1.3.0):
v 1.3.3, both Flatpak and rpmfusion versions tested
Operating system and version (e.g., Ubuntu 19.10, macOS 10.15 Catalina, Windows 10 1909):
Fedora 34
Error message text and/or screenshot:
HandBrake Activity Log:
Just one sample with a generic MKV file:
The text was updated successfully, but these errors were encountered: