Support forum for DG Tools

Face the truth.

Can't find an explanation in physics.

Biology rules, physics drools.

I can't stop myself.

Hi Rocky

Now I have a UHD disc for testing and there is no output for the merged DoVi files.
It seems the file names are always in this format:
1. "NAME merged_dovi.hevc"
2. "NAME merged_dovi81.hevc"

I think if the filenames always follows this format we don't need an info for the filenames.
This will work so far until a disc has more than two .hevc streams, but I don't know if such a discs exists.
But what is when: it is for DGDemux no problem to know which of "all" selected .hevc streams can/have_to be merged? In such a case it would be good to know which streams was merged.


However, I found a bug: when both Merge_DoVi options and the Delete intermediates options are active
then DGDemux reports an error about DoVi.
Because the files are deleted after the first merge_dovi process and for the second one are no longer the files present.

We should generate created messages for them. I'll add that.

Never anticipated both DOVI options would be selected. I'll fix that.

Thank you for the report.

Rocky wrote: ↑

Wed Jun 21, 2023 6:43 am

We should generate created messages for them. I'll add that.

Yeah it is maybe the best solution. Many thanks.

Rocky wrote: ↑

Wed Jun 21, 2023 6:43 am

Never anticipated both DOVI options would be selected. I'll fix that.

I guess it is fine to select both option, but nobody needs two video streams. But for testing it was nice to set both options.

I changed my mind again. Decided not to implement any messages for the DOVI files. They have the standard format you mentioned.

I fixed the bug with checking both DV options. Will include in the release.

OK, that's fine to me, and for you it keeps the things simple.
Now I can implement the DoVi files.

Great. Please let me know when you have verified everything and then I can make a release.

Yes I will do that.
I guess I'll be done in two days.

I'm ready with the dovi files.

But I found a bug in cE and it will take some time to provide a new cE version.

No problem, thank you. Please re-download to get a fix for MVC streams.

Re-downloaded, and thanks for that fix.
Currently I have no BD3D for testing MVC stuff.
I guess it is more or less the same as THD+AC3 merge or the DoVi merge.

It's a straight demux but there is a different code path if only the dependent stream
is enabled for demux. It's a possible but probably unlikely use case. I needed to apply the -extras processing to both code legs.

OK, sounds good. And that means DGDemux and cE in combination can now output a multi-Edition-3D mkv file.

I come up more and more that DGDemux will be the default processing tool for cE->BD2mkv.
(only one thing is missing in DGDemux: extracting DTS-Express streams)

hubblec4 wrote: ↑

Sat Jul 01, 2023 7:11 am

(only one thing is missing in DGDemux: extracting DTS-Express streams)

It's on my plate.

I have been using PID's to get the demux output names. Is there any chance in the future that you can support custom outputs names? This way the output name would be known before demuxing.

Example:

Normal - DGDemux.exe -l .\log.txt -i .\BDMV\PLAYLIST\00000.mpls -o .\ -demux 1011,1100,1200,Chapters
Custom - DGDemux.exe -l .\log.txt -i .\BDMV\PLAYLIST\00000.mpls -o .\ -demux Video_1011_(TYPE).(EXT),Audio_1100_(LANG).(EXT),Subtitle_1200_(LANG).(EXT),Chapters

These are just examples on how I would name my files.
Video_1011_(TYPE).(EXT)
Audio_1100_(LANG).(EXT)
Subtitle_1200_(LANG).(EXT)

(TYPE) - HEVC,AVC,MVC,VC-1,MPEG4,MPEG2
(EXT) - THD+AC3,THD,AC3,DTSHD,DTS,SUP
(LANG) - ENG,SPA,FRA...

Type, Ext, and Lang could all be retrieved from the stream. User would supply the Name and the PID instead of just the PID.

Chance of supporting this is close to zero. You can use the -o path option to add a prefix of your choosing to all the demuxed files. Refer to the manual for details.