Brought this up in another thread, but figured it deserved it's own.

Is there a "best" way to rip discs that use seamless branching? There's a couple syncs I'd like to do with discs that use it, but I don't want to sync it to my rip only to have it fall out of sync with another due to MakeMKV dropping frames.

And on a side note, why is this so difficult? Appending video files seems like a relatively simple thing to do, you'd think this would be solved by now.

Yeah, this is an issue that bugs me a lot.

But the best I could find so far is DGDemux. It's constantly updated and the developer is pretty fast to solve any issues when they come out.

There's some previous discussion about it here if you look for in my previous posts.

The thing is, there's some overlapping in segments cut in branching due to DD and DTS having fixed frame sizes. If the audio was not encoded (in the original PCM) then there wouldn't be a problem at all I believe.

If there's any doubt you can drop me a PM.


But in the end, both MAKEmkv and DGDemux came a long way and when I compare rip lenghs using their latest versions, it's usually a 10ms diffence at most.

Depending on your goal, you could also try DVD Rebuilder (or BD Rebuilder if you are talking BDs) setting a disc size large enough that it won't re-encode.
Of course, I seem to remember classic old DVD Shrink not having an issues extracting seamless branched content.

IIRC MakeMKV should work, but I don't use it since a long time...

(2021-12-06, 06:45 AM)BDgeek Wrote: But the best I could find so far is DGDemux. It's constantly updated and the developer is pretty fast to solve any issues when they come out.

Looks interesting. I'll try it out.

(2021-12-06, 06:45 AM)BDgeek Wrote: The thing is, there's some overlapping in segments cut in branching due to DD and DTS having fixed frame sizes. If the audio was not encoded (in the original PCM) then there wouldn't be a problem at all I believe.

So if I convert the audio to PCM in MakeMKV then it would come out without issues? Or is the bitstream to PCM conversion done late enough in the process where it wouldn't make a difference?

I had some fairly significant sync drift when using MakeMKV on the Star Trek II UHD, but I was able to get the sync to work by using TSMuxer, thanks to Turisu.

(2021-12-06, 02:55 PM)stwd4nder2 Wrote: So if I convert the audio to PCM in MakeMKV then it would come out without issues? Or is the bitstream to PCM conversion done late enough in the process where it wouldn't make a difference?

No, I think it's done later in the process, I was refering to discs containing a PCM track.

The thing is, for a segment using THD or DTS, the audio is a little longer then the video on the last frame. Since it has a fixed frame lengh that cannot be cut in the middle. So is has a little overlapping with the begining of the next segment. Due to this, the demuxers or decoders must do some sort of interpolation with the next segment. to drop de duplicate audio frame.

So in the end, each program must figure an algorithm to do this, and apparently they all use some sort of different method for it.

On DGdemux private forum, there are some discussions about it