You don't seem to want to even consider that the players may be at fault. I may not have said it clearly, but yes, in the end the players are probably the most important thing and they could very well process it incorrectly, absolutely. Can you show issues with the Bluray itself, for either 00800.m...

I am in no way blaming DGDemux, please forgive me if that came out wrong. In my ignorance about the audio data, I only made assumptions and I'm actually sure that DGDemux does everything correctly because you examined it with so much dedication and couldn't find any errors. That's why I had the idea...

What about the English DTS stream, which is correct when demuxing with eac3to but not when DGDemux is used for demxing. Could you tell from this which audio data is too much for the DGDemux DTS stream? ------------------------- I' had prepared everything for the test. I used version 1 (00800.mpls) t...

Rocky wrote: ↑

Mon Jan 15, 2024 4:33 pm

Squirrels work best in the morning. I'll be back at it at 4:00am. Rodents don't give up easily.

Have a good night.

It means: M2TS intime as per MPLS 1 (edition 1) != M2TS substitute intime as per MPLS 2 (edition 2) M2TS outtime as per MPLS 1 (edition 1) != M2TS substitute outtime as per MPLS 2 (edition 2) ...checked for all the extra M2TSs. I haven't checked it but it seems unlikely. OK, now it's clear to me. C...

@ hubblec4 Does your timestamp generation properly take into account that an M2TS intime may not be 0? Yes I know, and mostly the IN-time start not at zero. It seems that is normal that the IN-time starts with a few Blu-ray time ticks. I have ruled out a DGDemux role in generating the large artifac...

Made some progress. All below is for the DGDemux files. I determined that the length of the audio artifact is about 75 milliseconds, which is consistent with my earlier claim that it couldn't be just a few milliseconds, and consistent with the information at the site I linked. So I made a new chapt...

I don't understand things well enough yet to follow what this new chapter files does or how it is calculated. Let's back up a little. For the first chapter file, can you explain in detail how cE determines the timestamps that it uses for the chapters? The procedure is always the same for all three ...

Rocky wrote: ↑

Sun Jan 14, 2024 3:38 pm

I'm also learning about ordered chapters and figuring out the XML file.

Thank you, and I hope you have a bit fun.
Ordered chapters are so cool, and you can do many crazy things, and it's not magic, it's Matroska.

OK, let's try some rodent logic. I made the DGDemux version omitting the chapter file. For edition 2 the chapter file wants to find the chapter 22 start time at <ChapterTimeStart>02:07:12.124422222. So it seems to me as a first step that we need to be able to demux from the MKV (with high precision...

Rocky wrote: ↑

Sun Jan 14, 2024 9:58 am

I've tested all cases:

1. EAC3TO edition 1 eng OK
2. EAC3TO edition 1 ger OK
3. EAC3TO edition 2 eng OK
4. EAC3TO edition 2 ger POP
5. DGDemux edition 1 eng OK
6. DGDemux edition 1 ger OK
7. DGDemux edition 2 eng POP
8. DGDemux edition 2 ger POP

A perfect overview, great.

I tried disabling gaps correction on DGDemux. It had no effect. This is going to be difficult. I'll have to think for a while about how to proceed. Just diffing the audio is not so insightful because I don't really know whether the differences I see are significant or are just due to differences in...

Rocky wrote: ↑

Sun Jan 14, 2024 7:54 am

I've duplicated it in DGDemux. It's a short low-frequency pop, though, not a loud hum. Investigating...

Sounds good Rocky.

I think we don't need talk longer about eac3to3.36, because it is the old unsupported version. The new eac3to version from Curly works for this issue same as the old eac3to version. Edition 1 is the 00800.mpls and is the English movie version. Edition 2 is the 00801.mpls and is the German movie vers...

C:\Users\HPotter>eac3to "C:\Hairiötekija 2015 1080p FIN Blu-ray AVC DTS-HD MA 5.1-ESiR\BDMV\PLAYLIST\00027.mpls" 1) Source file "C:\Hairiotekija 2015 1080p FIN Blu-ray AVC DTS-HD MA 5.1-ESiR\BDMV\ PLAYLIST \00107.m2ts" not found.[/code] What I not understand is, why is the 00107.m2ts searched in th...

Hi Curly

eac3to works only for the english DTS track, not for the german EAC3 track.
The EAC3 track has the same audio issue, a loud hum.

If you also work on this issue for eac3to, I can open a separate thread in the eac3to section if you like.

yes. the download is finished now.

I hope every bit was correct send.

EDIT:
Question: Has Curly also access to the disk for testing?

Rocky wrote: ↑

Fri Jan 12, 2024 9:29 am

Also, next time please use an innocent name for the directory. A_NEW_HOPE is a bit obvious. Anything, even "xyz". Thank you.

Ah OK. Yes makes total sense
57% are done.

OK, it seems it is only that one m2ts file. Upload is running ( ca. 9h)

A few minutes ago the folder was still visible and I wanted to compare the file sizes.

I saw that 00908.m2ts are not the same size. About 3GB is missing.

So I started the upload for the file again, but the folder is now gone.

We must have been dealing with it at the same time.

OK, the problem is the longest m2ts 00908 seems to not be fully copied.

23.059.986.432 Bytes

Rocky wrote: ↑

Fri Jan 12, 2024 6:37 am

Can you give me the edition-1-is-default chapters file too please?

This is the chapter.xml from the init post.
https://www.rationalqm.us/board/downloa ... php?id=543

Hi Rocky

It seems there is something wrong with the upload. I can't see the folder which I have uploaded.

Only step 1 is different. I have not used eac3to from the command line since 10 years(cE does all the work in the background), I hope I remember correctly. eac3to3.45 "path-to-00901.m2ts"+"path-to-00902.m2ts"+"path-to-00903.m2ts"+"path-to-00905.m2ts"+"path-to-00906.m2ts"+"path-to-00908.m2ts"+"path-t...

Rocky wrote: ↑

Thu Jan 11, 2024 6:45 pm

Ha ha, the download wasn't done. Please post when it is complete.

Yes I have started it. but it will take a long time to finish