The main issue is that the first m2ts file (the KL studio animation) has no audio or subtitle track (it's just video). So, I've found that the best solution, for me, is to demux the stream file (m2ts) for the main movie, not the playlist (mpls). The video, audio, & subtitles are then in sync. You ca...

In case I did not mention this earlier, I've only seen this issue with UHD/HEVC content, not HD/AVC/VC-1 content.

One more thing, please. Since you said that 3.34 is OK while 3.52 is not OK. Can you provide the two respective chapter files so that I can diff them? Thank you. I just demuxed again with both versions, and the chapter files were identical, with the exception of 3.52 including the last chapter, at ...

OK, thank you. Have you tried other players? Another thing you can do is demux the video and then index and serve it with DGDecodeNV to VirtualDub2. Jump around and see if you can get seeking errors. If you don't have an nVidia card then never mind. This was with an Intel card, but I've seen the sa...

Another hit and run. What is wrong with people these days?! I've been busy. And I've provided a decent amount of detail here already, including a disc to reproduce. What about this issue, that I reported in April? https://rationalqm.us/board/viewtopic.php?f=18&t=1331 Another hit and run, I guess...

I tested with a randomly chosen disk: Boy and the Heron UHD. I went through your process with 3.52 and navigated to each chapter. Everything was fine. Let me ask a few more questions before I buy Halloween. 1. Is it only chapter 19 that fails on Halloween? 2. Have you seen this with other disks? 3....

eac3to v3.34 log: eac3to v3.34 command line: eac3to U:\HALLOWEEN_2018\BDMV\PLAYLIST\00800.mpls -demux ------------------------------------------------------------------------------ M2TS, 1 video track, 5 audio tracks, 10 subtitle tracks, 1:45:47, 11.988p 1: Chapters, 20 chapters 2: h265/HEVC, 2160p2...

On the Halloween (2018) EUR UHD BD, I found an issue if I demux the playlist (00800.mpls) using eac3to 3.52. After demuxing, I mux with MKVToolNix (latest version). I watch using MPC-HC with madVR as the renderer (latest versions of both). After doing the above steps, and watching in MPC-HC, if I ad...

DelBoy83 wrote: ↑

Sat Jun 08, 2024 7:24 am

Yes, your original post did contain all relevant information. My post can be deleted. It's the first disk I've had that has this problem.

OK, just making sure. This is the first disc that I've noticed this problem with, as well. Cheers.

Hi, i've got the same disc and it looks like when you play the mpls from the playlist folder no logo is present and all subs are correct. When the same mpls file is demuxed with the latest eac3to the logo is present causing the subs sync issue. I demuxed the m2ts stream and logo was again present a...

Well, I asked for a link to buy the disk so I can reproduce the issue. I don't like to guess when my $$$ is at stake. So, if you want progress on the eac3to side, please give me a link to the exact disk. Did you not see the link? It’s in BBcode in my reply. The link itself was not displaying initia...

Please provide a link to purchase the disk. Also, does it fail with DGDemux too? Sorry, I’ve had connectivity issues all day. Link for disc It worked properly with DGDemux, though I did notice that the audio files generated by DGDemux had delays specified (-701ms for the main audio, and -168ms for ...

I think that I found a bug in the new eac3to. When demuxing the main-movie playlist of "Little Monsters" (USA, Lionsgate, Vestron Video Series disc), the subtitles are out of sync, but the video & audio are in sync. There is a single stream (so no seamless branching), but the playlist starts ~8 seco...

Curly wrote: ↑

Fri Feb 02, 2024 5:28 pm

Yeah, I get it. I just didn't know that eac3to corrected one but not the other.

BTW, it's 32ms not 31ms.

Thanks. Not sure where I got 31 from (though the math happened to work for both here).

So you are saying that eac3to delay-corrects AC3 but not THD? I'll test it, but if true I'm just gonna rip out the automatic thdmerge and let users do what they want. It's a pretty bad deficiency of eac3to if it corrects one but not the other. Yes, I am indeed saying that. That's why the output sta...

OK, sorry, I got delay vs gaps confused again. Yes, streams are not delay corrected but are gaps corrected. Best would be if I wrote the same delay in the AC3 name but until that happens, you can do it manually as below. If you have to load them separately in mkvtoolnix, which I believe is the case...

eac3to does not correct the THD delay. Wrong. Really? OK, then I'm confused. If that's the case, why is " DELAY 1001ms" added to the file name? Isn't that placed there to inform the muxer to add a +1001ms delay when muxing (because it was not corrected)? That's what it does in MKVToolNix (which is ...

Yes, I agree that the 9ms is inconsequential, which I think is what you were stating. I guess what I was concerned about was the following: eac3to does not correct the THD delay. So, when muxing, a +1001ms delay needs to be specified for the THD track that eac3to created (just like on the original d...

Thanks, Curly. Interesting. Yes, I do understand about the delays/gaps and what the "remaining delay" means. Since eac3to does reduce the delay of the AC3 track (from 1001ms to 9ms) and does not for the THD track, wouldn't you basically need the original (non-delay reduced) AC3 track to merge with t...

I think that I might have found an issue with the creation of the THD+AC3 file. This is with 3.46, but I did not see anything mentioned about this since then (by skimming the posts after 3.46 was released). On the Silent Night UHD (Lionsgate Films, USA) disc, I receive an error of "Cannot open TrueH...

Peter , can you please test this: http://rationalqm.us/misc/eac3to_Peter.rar If it is a bluray input then the new algorithm is used, otherwise the old one is used. I tested it successfully on Color of Night so I'm guessing your disk will be fine too. Note that this build also fixes the spurious EAC...

Thanks for the quick response, Curly. Yeah, since I'm just demuxing a single stream (m2ts) file, I don't think that seamless branching would be a factor here. The video/audio/subtitles are all in sync in the stream. I've been using eac3to for this for quite some time (on nearly all KL titles, since ...

First of all, thanks for the taking over the development of this very handy tool. I believe that I found a bug in v3.43 (the first version that I've tried of the "new" eac3to). Using 3.43, if I demux a stream (rather than a playlist), the PGS/SUP file is delayed by exactly 10 minutes (and out of syn...

It looks to be correct now, for the issue I reported. Thanks!

Rocky wrote: ↑

Mon Dec 05, 2022 9:22 am

Did you re-download DGDemux 63 to be sure you have the latest version?

Binary date is 11/29. Is that not the latest?