Dolby TrueHD passthrough - modified mpv build

Plex Players Desktop Players
,
46

New build, this time its also a testing build including commits that were originally reverted
(+ mpv debug and mpv.exe):

Name: mpv-dev-x86_64-v3-20221226-git-cb15bc4-old-truehd-spdifenc+commits.zip
Size: 142799680 Bytes (136 MiB)
CRC32: EEB3050E
CRC64: FEF4F305F416721E
SHA256: a0ccc0745180f6b66dc31a8f4d1aaf123bb77da54ca1b0f1f884d7cbe960da32
SHA1: 238887b3958abd4a35082ad74cc02b7642b88a0a
BLAKE2sp: d656bbb74d8cf3d9a5224a336990331a22c926d12edc751d5b410c05640660f0
MD5: 341f4bfeae8b8a46f5dffaaf93db4552

This time the build includes:

=> I have to correct myself regarding the first testing build post, where I said that only the commits

are reverted.

Commit

is also reverted, because it makes changes to the aforementioned and reverted code.

Experience:
While using the new testing build I could not find any issues. Dolby TrueHD, AC3/EAC3/DTS/DTS-HD HRA/DTS-HD MA worked as with my initially published modified build. So I guess only these three commits need to be reverted, I will do so in the coming days.

I also had some time to test an upstream ffmpeg/mpv version with my LG TV, that luckily also supports Dolby TrueHD and to my surprise, it did not showed the issue. (Would also explain why you @gbooker02 are not seeing this one with your setup) Skipping inside the file did not broke audio playback like seen with my AVR. Also, a movie with seamless branching worked almost (you could hear some crackling when hitting the spot where those files were merged) fine. Whereas it would immediately break with my AVR.
Have a look at this thread => Dolby Atmos Track drops out with v74.1, but not with v73.1 · Issue #282 · Nevcairiel/LAVFilters · GitHub for the exact same issue with a seamless branching file. (I also used Baywatch to verify this)
The modified build also worked fine in this regard with the LG Tv.

So this sounds like we have a new “DTS-HD HRA only works on some setups” situation again… (DTS-HD HRA 7.1 Audio Not Working)

2 Likes