Question concerning 264 & mvc files

arrgh · Post by **arrgh** » Fri Jan 21, 2022 2:26 pm

I was poking around in the files and the norm (>>800 pages

) for some time...
but I was unable to really catch the item in one of the NALs present in the two files which would give away the info which is finally used to determine the "stereo mode" (left eye / right eye first) as it is used in a mkv file...

can somebody give me a hint, please?
thanks!

Post by **Rocky** » Fri Jan 21, 2022 4:19 pm

DGDemux doesn't make any declarations about eye assignments, just demuxes main and dependent streams. Not enough experience here with 3D streams to advise you about conventions for eye assignments. May be better to ask at D9 or VH.

arrgh · Post by **arrgh** » Fri Jan 21, 2022 4:53 pm

ok. No problem

Post by **Rocky** » Sat Jan 22, 2022 6:32 am

Useful info here:

https://forum.makemkv.com/forum/viewtop ... 2&start=15

I will look into parsing the eye assignment and reporting it when opening a disk. If there is a tag in the MKV I can report that as well when opening an MKV.

arrgh · Post by **arrgh** » Sat Jan 22, 2022 5:41 pm

thank you for the link; indeed interesting info; I think the planes of the subs are covered nicely with the Tag-files;

I have scrolled through the MCV-SEI (and the others) as far I could manage it...
but have not found a clear indication from which data this right/left-issue could be resolved; also MediaInfo in the debug mode gave no hint...
maybe it can only be pulled from the BD itself;

I'm concocting a primitive mkv-wrapper to pack the 264 and mvc files into a mkv for later use with MKVToolnix; to know for sure the right/left would be nice; at the time being I have hardwired "left" (I think most are left; in the cases where this is wrong it can still be manually corrected with MKVToolnix);
if there is no "natural" place for it in one of the NALs then also an extra file (like an empty "right.txt") would be ok...

Thanks

Post by **Rocky** » Sun Jan 23, 2022 7:04 am

Originally posted by jdobbs at Doom9 forum:

In the AppInfoPlayList() table of the MPLS file -- look for MVC_Base_view_R_flag. It is a 1 bit flag -- if it is set to 0 then the MVC base view is for the left eye. If it is set to 1 then the base view video stream is for the right eye.

Note: It is bit 4 of the byte located at offset 56 (0x38) of the MPLS file (with offset 0 being the first byte of the file).

OFFSET 0x38: 000X 0000

Post by **Rocky** » Sun Jan 23, 2022 8:15 am

Please re-download 1.0.0.58 and update DGDemux.exe. When you open a 3D disk it will show the eye assignment on the streams list.

Do you need anything else?

arrgh · Post by **arrgh** » Mon Jan 24, 2022 2:39 pm

that looks good, Thanks !

I made a different observation in the context of looking closer into the 3D files..
for example with "the rise of Skywalker" the analysis of the playlist (00800) says 2 m2ts files:
00573.m2ts and 01051.m2ts;

but during ripping (after ~1% ) the tool reports 1042.m2ts and 1051.m2ts and then at the very end 1052.m2ts...

with my mkv wrapper I'm parsing from NAL to NAL (obviously) but this disc tripped the algorithm because around 1,5% progress, it encounters a NAL "0x00 00 01 0A" which I thought marks the end of file...

maybe there is some kind of "spill over" from those unexpected m2ts files causing this problem?
I have implemented a work around for this situation, so not overly critical (I hope).

So, thank you again for the update

Post by **Rocky** » Mon Jan 24, 2022 9:10 pm

Very interesting. Please provide a link to purchase that same disk.

arrgh · Post by **arrgh** » Tue Jan 25, 2022 5:18 am

European version...:

https://www.amazon.de/Star-Wars-Aufstie ... C70&sr=8-5

Post by **Rocky** » Tue Jan 25, 2022 7:10 am

Thank you. For future reference, place links within the url tag (use the link button) otherwise they will not appear.

arrgh · Post by **arrgh** » Tue Jan 25, 2022 10:53 am

ok;
shall I do it again, or did you manage somehow?

Post by **Rocky** » Tue Jan 25, 2022 10:57 am

I edited your post to add the missing url tag.

Post by **Rocky** » Tue Jan 25, 2022 6:49 pm

Disk ordered.

Post by **Rocky** » Thu Jan 27, 2022 10:17 am

I tried the US version because the one you linked is 3 times the cost. But this one has different M2TS files than what you showed.

Can you please post a link to the MPLS file from your disk? Also, give your exact DGDemux command lines.

Finally why are your two displays different colors? Looks like you did something different between listing and demuxing.

arrgh · Post by **arrgh** » Thu Jan 27, 2022 3:27 pm

sorry for the delayed response; I was out of town;

the black background is the output of the cli in cmd.exe during ripping;
the white background is a txt file: I divert the mpls analysis into a file in order to parse it and to create a command line for DGDemux.exe;

I sent you the link via PM; its a zip with the mpls and the analysis txt where I have put in at the very end the complete command line for DGDemux;

Post by **Rocky** » Thu Jan 27, 2022 4:38 pm

Thank you. I also need the command line for the open MPLS listing.

arrgh · Post by **arrgh** » Thu Jan 27, 2022 6:18 pm

you mean the command line creating the mpls analysis?...
I used:
apps\DGDemux\DGDemux.exe -i "G:\BDMV\PLAYLIST\00800.mpls"

Post by **Rocky** » Thu Jan 27, 2022 10:37 pm

Aha, noticed in the MPLS that it is a 3D disk, then I checked your streams listing and yes, it is. That's good because that means there is no problem. The M2TS list shows only the base stream files. When demuxing, however, after each base M2TS in the list it also demuxes the corresponding dependent stream file if enabled for demux. I can differentiate the two when displaying the names during demux.

arrgh · Post by **arrgh** » Fri Jan 28, 2022 4:28 am

good;
but why is there in the resulting H264 file a "0x00 00 01 0A" after ~1.5% of progress?
or am I wrong and this does not indicate "end of file" ?

Post by **Rocky** » Fri Jan 28, 2022 5:47 am

It is end of sequence. I cannot tell you why it is there. DGDecNV ignores them. I don't know what other software does with them.

arrgh · Post by **arrgh** » Fri Jan 28, 2022 7:31 am

ok, thank you;
I have covered it in my tool, so, I'm good.

Post by **Rocky** » Fri Jan 28, 2022 7:34 am

If you re-download build 58 it will show base versus dependent when displaying the M2TS files being demuxed (for 3D disks).