DGDemux -- BluRay/UHD demuxer

[videoh]

Originally Posted by redbtn

It happens at 1.54.35, where the last m2ts starts

Sorry, what happens?

[redbtn]

Originally Posted by videoh

Sorry, what happens?

Out sync. Before 1.54.35 it perfect, after has shift +10ms. I guess it happens at 1.54.35 where last m2ts starts. Maybe there are 2 identical frames and 1 should be deleted, but for some reason it wasn't. I'll check it tomorrow in Audition.
PS: I checked, 1:54:34.500 exact time. I fail to find duplicate frame, but there starts difference +10ms, and stream length is +10ms vs BDInfo information. I'm not 100% sure that it's issue, but if you look at it, it will be great.

[videoh]

I'll look at it tomorrow.

Your AA shots mean nothing to me. You have to explain what you think they are showing.

What MPLS are you loading?

[videoh]

Here is version 1.0.0.10:

http://rationalqm.us/board/viewtopic...&t=793&p=10395

[redbtn]

Originally Posted by redbtn

I thought that eac3to and DGDemux video output should be identical, and two disks I checked before, it was (output is different, but after mux>demux to *.avc or *.hevc they had identical md5) , but I found the disk (common bluray, not uhd) where video output a little different. After mux to MKV they have 127 bytes difference in size and 3 different frames. Unfortunately I can't understand what the difference in frames.

And it's a little weird because it's the middle of the first of six *.m2ts files in playlist, so there shouldn't be any differences. I don't think it's a DGDemux problem, I just find it weird.

I tried with version 1.0.1.0 and now videos are identical, no more different frames. I didn't see report about fixing something in video processing, but it fixed Good job!

[videoh]

Originally Posted by redbtn

I tried with version 1.0.1.0 and now videos are identical, no more different frames. I didn't see report about fixing something in video processing, but it fixed Good job!

Thanks! If I ever release a version 1.0.1.0, I'll be able to try to replicate the issue.

[videoh]

Sorry guys, 1.0.0.10 had a regression in MPEG2 demuxing. Here is the fix:

http://rationalqm.us/board/viewtopic...art=190#p10452

Hat tip, gonca.

[videoh]

Version 1.0.0.12:

http://rationalqm.us/board/viewtopic...p=10461#p10461

[mbcd]

It always says "invalid license" to me and closes directly ... I read in first post something of "It was actually quite hard to disable all the licensing" ... so it still uses a license as mentioned in the enclosed readme?

[redbtn]

Originally Posted by mbcd

It always says "invalid license" to me and closes directly ... I read in first post something of "It was actually quite hard to disable all the licensing" ... so it still uses a license as mentioned in the enclosed readme?

http://forum.doom9.org/showthread.php?p=1891362

[outgoing]

Originally Posted by redbtn

http://forum.doom9.org/showthread.php?p=1891362

... and what to do? This program now needs a license to work, I thought it was totally free. Those of us who are not so active can apply for it?

[videoh]

Due to misuse/abuse, DG no longer develops free open-source software. Bullwinkle would say there is no free lunch, or, you get what you pay for. If you are a developer/tester/user, or even a potential one, you can get a free license to enable your valuable contributions, helping to solve modern problems with optical multimedia. Haven't refused any requests so far. Go for it. Please include an email address in your PM to which your activation can be sent.

This is one way to develop "free" software while still retaining full control. MakeMKV, bless their souls, uses a similar policy. It's an interesting legal area for developers to ponder.

[mini-moose]

videoh, that disc I suggested to try arrived yet? Think you said it will take a week.

[hubblec4]

Hi videoh
The options -sl and -sf always remove the m2ts files? Or is there a "check" which removes first/last m2ts files only if necessary?

[videoh]

Originally Posted by mini-moose

videoh, that disc I suggested to try arrived yet? Think you said it will take a week.

Yes, I got it yesterday. I am investigating. I don't at this time know how mkvtoolnix and players are able to skip the starting stuff. Maybe something in the CLPI file? Anybody have any ideas about it?

[videoh]

Originally Posted by hubblec4

Hi videoh
The options -sl and -sf always remove the m2ts files? Or is there a "check" which removes first/last m2ts files only if necessary?

They always function, unless it would leave no files in the list. No attempt is made to determine if an M2TS is needed, e.g., there is no minimum size or anything like that.

[videoh]

Originally Posted by videoh

Yes, I got it yesterday. I am investigating. I don't at this time know how mkvtoolnix and players are able to skip the starting stuff. Maybe something in the CLPI file? Anybody have any ideas about it?

Mosu very kindly helped with this. The MPLS contains the start time for the M2TS and it will be after all the junk. Let's try to make this work for demuxing.

[videoh]

Bullwinkle shows how to deal with heelnippers:

https://www.youtube.com/watch?v=O_s6-sfsWq0

[mini-moose]

Originally Posted by videoh

Mosu very kindly helped with this. The MPLS contains the start time for the M2TS and it will be after all the junk. Let's try to make this work for demuxing.

Cool.
Yeah, I assumed that's how it's done, some pointers in mpls.
Please note that there are some discs with junk at the end too, so the MPLS must have an end time as well.

[hubblec4]

Originally Posted by mini-moose

.... so the MPLS must have an end time as well.

yes, called "out_time".