Yes, this was so far known to me and is the same issue with the Matroska container for merging splited mkv parts. 99,99% there are audio data after video data and that produces gaps.Rocky wrote: ↑Sun May 07, 2023 9:33 amThe problem arises when a stream is divided into many M2TS files. Because the granularity of video and audio access units is different, in a given M2TS the audio and video do not end at the same point. ...
++++++++++++++++++ (video)
---------------------------- (audio)
That are new info, thanks. I had read already about PTS, but it is not fully clear to me. And I had never a use case for my end.
Yes, and always noticeable for segmented-movies because the chapters are no longer in sync to video.
Such a file plays fine and while watching there is no disturbation, but the knowledge there is something wrong with audio overlapping disturbs.
It is a bit ironic that the issue comes from the audio but it affect the video stream.
My wild guess: a Matroska muxer like MKVToolNix try to keep all the data, and therefor some audio frames have no video frame for a certain timestamp.
A noob question: Why are the data are dropped from the following M2TS and not from the current one?Rocky wrote: ↑Sun May 07, 2023 9:33 amMy form of gaps correction works like this. As the stream plays we track the amount of video time and audio time accumulated. If the difference exceeds a threshold we decide that audio unit(s) must be dropped. They are dropped from the beginning of the following M2TS.
Yes, sync of streams over all others!Rocky wrote: ↑Sun May 07, 2023 9:33 amSo it should be clear that the goal is to maintain sync during playback and the tracking of the amount of accumulated audio and video requires the M2TS's to be demuxed in playing order. Trying to correct a gap between two M2TS files that are not in playing order is meaningless and useless.
And with removing the excess audio from a next M2TS which is not in play order makes no sense and is also a fault.
I would love to know how eac3to does it. I have a lot of multi Edition Blu-rays converted to mkv and there was never an issue after demuxing the audio. Very bad that this source code is not public.
OK, good to know.
Missing of Linux support is the point why I don't want to use it.Rocky wrote: ↑Sun May 07, 2023 9:33 amNow, adding list acceptance to DGDemux would merely duplicate what DGIndexNV CLI can already do, except that (currently) DGIndexNV cannot disable gaps processing. However, there are two additional concerns for you: 1) DGIndexNV requires an nVidia card, and 2) there is no Linux version of DGIndexNV.
Yeah, we need at the end some tests to see if this is working or not, I think it depends on your gap-removing algo.Rocky wrote: ↑Sun May 07, 2023 9:33 amSo, a possible approach is to add the file list input option to DGDemux and warn users that the results may or may not be acceptable for disordered lists. That would be true with or without gaps processing, because with it, it's doing meaningless things, and without it, you may have the original desync problem possibly occurring. At least you would not need nVidia and you'd have the option to use or not use gaps processing. We could probably give you such a DGDemux test version and then if you find it is usable for your needs, it could be released with appropriate warnings.
Mmh without Linux support it would be indeed bad. I was so happy to see there are Linux support, but I also realized the lower version number.Rocky wrote: ↑Sun May 07, 2023 9:33 amNow, the issue of linux support. From my vantage point there has been zero interest in the linux version of DGDemux, and that's why I stopped updating it quite some time ago. Believe me, maintaining a linux system and porting updates from the windows versions is highly odious for me. It's very hard to justify it for one person's needs. So my question for you is, if things never get ported to linux, is it worth proceeding?
The other feature, "forced subs also" is not so important as like this.
I can understand it makes less sense to maintain a Linux version when nobody needs.
But now a friendly developer asks
I'm a bit sure when I implement DGDemux in my chapterEditor you will have some downloads.
Multi-Edition mkv creation is more and more coming, I have many requests for that.
I don't bundle external programs so each user have to download these programs.
eac3to is still a very good option, but I think DGDemux is a bit better.
One point is eac3to will NEVER be run on Linux native. DGDemux has a Linux support.
UHD topic: I had read about some issues but I have no UHD disc.
And yes it sounds like ironic that eac3to has issues with eac3 streams.
I can't remember me on the first disc, because it was not a multi edition disc and the eac3 stream could be demuxed with TsMuxeR and also read directly by MKVToolNix.
But currently I have here the "Ligthyear" movie which is a seamless branching disc.
Here the last lines of eac3to output
Code: Select all
a06 Extracting audio track number 6...
a06 Removing AC3 dialog normalization...
Applying (E-)AC3 delay failed.a06
Aborted at file position 1048576.