Next version of both apps. It’ll be in the release notes.
2 Likes
I just got the latest version and I’ve got skips galore. Replaced the mpv file like normal with the latest copy and it’s the same. Super Skippy.
Can I have the previous version back please?
It’s very possible that a loose hdmi cable has caused the dropouts I’ve had from the recent update. Talk about coincidence. I’m surprised the audio worked at all with how loose the hdmi cable was plugged in. (Knocked whilst plugging something else into the amp it seems)
I had similar. I had audio dropouts with 50Hz content but not with anything lower. Didn’t matter whether it was PCM or passthrough. I replaced the (old) HDMI cables and the dropouts ceased.
Is not this better? [FFmpeg-devel] avformat/spdifenc: handle long TrueHD input_timing gaps - Patchwork
Still not applied. Uses MAT_PKT_OFFSET * 50
As for the whole seamless branching one MUST delete a minor segment as said here: GitHub - domyd/mlp: A Dolby TrueHD demuxer and utility tool, with a focus on accurate and correct TrueHD demuxing.
As far as I remember, last time I checked this patch it was not better and still had the same problems as “break on seek”…
I will provide a new build shortly containing, the patch by gbooker02 and the linked input_timing patchwork. (so also MAT…*50)
Well, first of all that specific patch fixes very specific sample called
incredibles2-truehd-bitstreaming.thd
If you verify that that patch does not fix seek you may want to send the other patch to the mailing list.
Test build… It needed some thinkering to get it build correctly… No idea if it even works…
1 Like
I guess @gbooker02 would be the person to send the patch to the mailing list, as he is the author of the patch.
I’ve been running build-15.02.2023-gbooker02-truehd-fix for a couple of months now and it has been flawless. Can you tell me what this build does differently?
It just adds this patch => [FFmpeg-devel] avformat/spdifenc: handle long TrueHD input_timing gaps - Patchwork to address other problems that may exist. (Like the dropouts on seamless branching files)
It should not be worse than the build-15.02.2023-gbooker02-truehd-fix. Would be nice, if you could test the new build! (:
Regarding seamless branching files, @val_za has brought up a valid point. The file (Baywatch) I was using all the time was ripped with a version of MakeMKV without the improved truehd demuxer. (makemkv v1.15.4 features this new demuxer) I need to reevaluate this.
1 Like
I will do that and report back.
1 Like
So far so good. Is there a particular movie that would really test the build?
Nice! Thanks for testing!
Only movies that had problems in the past with earlier builds.
1 Like
Can you be specific as to which builds you are referencing here? Also how is the one shipped with the app?
First of all thank you very much. I’ve been searching for a patched ffmpeg build and was surprised to find this patched mpv build. The May build works better than the first one for me, but it’s a very specific case to do with file splitting and joining that won’t apply to 99% of people.
Thanks again 
Sorry. I was replying to @Mitzsch about the mpv build.
Hi. If I was to get a copy of your ffmpeg windows binary (assuming you’ve built it) could I use that with the latest version of mpv or would I have to rebuild from source code? I haven’t had to build anything is years so I would almost be starting from scratch.
We don’t build the FFmpeg executable itself but rather its component libraries (libavcodec, libavformat, etc) and you see those in the HTPC installation.
1 Like
These are the mentioned libs. The picture is taken from the plex htpc install folder. As far as I can tell those are only necessary for the plex server part of the app. To fix the truehd stuff, you only need to change the mpv.dll file, which is also located in the same directory. The mpv lib is also not dependent on those libs seen in the picture. (mpv can be built independently, this is how I have done it.)
(edit: ignore the older libs from September 2022, those are from an older plex htpc install)
