Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Current stable release **handbrake-gtk_1.2.0-zhb-1ppa1~cosmic1_amd64** conversion to AAC audio results in a erroneous mixed tracks #1744
Description of the problem
Current stable release handbrake-gtk_1.2.0-zhb-1ppa1~cosmic1_amd64 conversion to AAC audio from any source (i.e. DTS) results in a erroneous mixed tracks.
I just use a test file DTS-HRA5.1_VC1-23.976.mkv downloaded from here: https://drive.google.com/file/d/0BwxFVkl63-lEcU1ScWZuMjhpOXM/view
I also use two handbrake packages from here: https://launchpad.net/~stebbins/+archive/ubuntu/handbrake-releases/+builds?build_state=built
In both cases I just converted the file using the default /General/Fast 1080p30 preset, only changing the AAC mixdown to 5.1 Channels. This is the mediainfo of the original DTS track:
In my opinion the problem should be in the channel positions. Original track and previous stable version converted track shares same channel positions:
But the track converted with current stable version is different (erroneous):
HandBrake version (e.g., 1.0.0)
I use two packages from here: https://launchpad.net/~stebbins/+archive/ubuntu/handbrake-releases/+builds?build_state=built
Operating system and version (e.g., Ubuntu 18.04 LTS, macOS 10.14 Mojave, Windows 10 1809)
Ubuntu 18.10 amd64
HandBrake Activity Log (see https://handbrake.fr/docs/en/latest/help/activity-log.html)
There are two activity logs:
2 NOT CORRECT
I just tried the oldest built available in GIT Snapshots:
That build handbrake-gtk_20181112164221-2766a27-master-zhb-1ppa1~cosmic1_amd64 got the problem so AAC audio is incorrectly mixed. So at least we know problem starts somehow between 20181019210024-0288c01 and 20181112164221-2766a27.
Unfortunately it seems that previous GIT Snapshots were deleted so I cannot backtrack more unless someone points me on how to do it.
Appears to be a change introduced by ffmpeg.
Mediainfo sees original file as:
Not sure exactly what's broken here. mediainfo is fairly notorious for reporting erroneous information. But libav used to preserve Ls and Rs without converting to Lb and Rb.
I agree we can 100% trust mediainfo, but I'm using same mediainfo version (v18.03.1) to check the three files: original + converted with both handbrake versions, and the result channel positions are different. At least is suspicious.
But anyways, the channel position is just a guess of what the problem is, and maybe it's an incorrect guess. Please, play the converted files in VLC. I'm sure you will realize that audio is broken with latest handbrake release conversion (sound scratched/scrambled). I can upload a sample of what I heard if needed.
Thanks and best regards.
Here is a sample:
First I played ORIGINAL file.
Sorry for video quality but I guess the most important is the audio.
Just tried ffmpeg (version 4.0.2-2 that comes with ubuntu 18.10) and as you said it have the same layout problem...
I found a workaround in the ffmpeg trac:
So this command works: