Jump to content

Possible MPV True-HD bitstreaming audio dropout on seek fix?


Go to solution Solved by Mahinepua,

Recommended Posts

Mahinepua
Posted

Just came across this post

https://github.com/mpv-player/mpv/issues/13996https://github.com/mpv-player/mpv/issues/13996

I believe it’s a bug in ffmpeg causing it but would increasing or reducing the wasapi audio buffer size fix the problem?

This has been a problem for a long time when ff/rw etc audio drops out on hdmi bitstream but only affects truehd.

Also affected are certain movies like avatar 2 where audio just stops at the same point.
 

Mahinepua
Posted

Good spotting generiq, softworkx can this fix be applied to Emby?

Mahinepua
Posted
On 1/11/2025 at 8:50 PM, generiq said:

Here's a report of the issue and probable ffmpeg patch to 'fix' it

https://github.com/mpv-player/mpv/issues/11910

Hi Softworkx, just making sure this fix is on your todo list. Truehd bitstreaming desperately need fixing.

Mahinepua
Posted

This is becoming more of a problem on new releases, Underworld Dolbyvision release truehd audio just stops at certain points like avatar 2. Swapped to the dtd-hd soundtrack as a solution.

This needs fixing as a priority, currently having to swap to another player for affected movies.

Mahinepua
Posted


 

yocker
Posted

@softworkzHey, think this person is trying to get your attention. :)

Mahinepua
Posted

I’m sure it’s on his todo list, just researching ahead to help as plex users had the same issue and found a work around with a custom MPV build.

I believe the kodi and LAV teams also came up with a solution.

It has become a major issue with more and more releases.

Posted

Thanks. Have you tried one of the patched mpv dlls with Emby?

Mahinepua
Posted

No I haven’t sorry.

  • Solution
Mahinepua
Posted (edited)

Have started testing the patched mpv version posted on github and TrueHD bitstreaming is fixed!

https://github.com/mitzsch/mpv-winbuild/releases/tag/2024-12-07-8d20b72

No more issues with audio dropout when seeking or audio stopping on Avatar way of the water or Underworld at the usual time stamps.

I copied the mpv.exe from here https://github.com/mitzsch/mpv-winbuild/releases/download/2024-12-07-8d20b72/mpv-x86_64-v3-20241207-git-bcc89ee.7z and replaced mpv.exe on the portable version generiq gave me for dts-hd testing at Xmas.

Will continue testing, can the fix be included in a new beta for others to test? in the interim the patched portable version attached can be used.

 

 

 

mpv portable fixed.zip

Edited by Mahinepua
Mahinepua
Posted (edited)

Have tested with a number of truehd and atmos movies last night can confirm 100% fixed with the mitzsch patch.

Branch master-3

  • This branch features the "new" trueHD passthrough logic
  • This branch features the trueHD patch made by @gbooker
  • This branch also features a Plex DNS patch
  • This branch will be regularly synced with the upstream FFmpeg code
Edited by Mahinepua
Posted

Thanks a lot for all the investigation and testing!

Yes, that sounds all good and promising, but we can't take a build from "somebody" with "some patches" applied - at least not without thorough testing and there's no sufficient activity in the beta group at the moment. The current goal is to consolidate and fix bugs only, having the stable release in focus, and most importantly with the goal to put a checkmark behind the new Win + Xbox apps. There are many other open tasks waiting to get started or waiting for completion, where other users are desparately waiting for.

Updates will happen in "waves" with pauses in-between and the current wave is just ending. We'll see how the situation will be when starting another wave, maybe we'll have a new ffmpeg then and can do a custom mpv build.

For now, I'm glad that you've found a workaround (also for some other users), but please be aware that this is very likely to have drawbacks (= regression issues).

IMPORTANT FOR ALL USERS!

We don't mind you doing experiments and replacing the MPV dll with a different build, but please note that we do not accept bug reports when you have replaced that file!
Before reporting any issues, please replace back the MPV dll with the original one and reproduce the issue with that original lib before reporting.

Thanks!

Posted

Happy to help.

In the interim I’ve unchecked Truehd bitstreaming in the new theatre as a solution switching to PCM.

The only downside is the atmos stream is stripped out but only one of our theatres has an atmos setup and we can always use MPV or the old Emby Theater with the fixed MPV as an external player.

The fixed ffmpeg for a custom MPV build is at the link above.

Hope it can find its way into the next beta😀.

Can any of the new theatre files be overwritten with the fixed MPV.exe? There isn’t a MPV DLL file. I couldn’t find the directory where they are installed and similar file names.

 

  • Like 1
Posted
7 minutes ago, Mahinepua said:

Can any of the new theatre files be overwritten with the fixed MPV.exe? There isn’t a MPV DLL file. I couldn’t find the directory where they are installed and similar file names.

Emby (the new app isn't called 'theater" anymore) doesn't use the executable. You need the dll  with that patch applied. The file is named mpv.dll and it's in the same folder as the applicatino executable.

Posted (edited)

Oh I searched and couldn’t find a MPV.dll in the new Emby.

Do you know the location?  The patch is within the MPV.exe there is no patched DLL I’m aware of.

What directory are the new Emby files in?

Edited by Mahinepua
Posted

Have downloaded the dll, what is the emby file/directory path?

Posted

Go to Settings >> About >> WebRoot path. It's the parent folder of it.

Posted

You might need to take ownership of the WindowsApps folder and grant yourself permissions.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...