Rocky wrote: ↑

Wed Jun 03, 2020 9:38 am

All bit identical. Is there still an issue?

Nope, unless you want to investigate why we have different file sizes.

Rocky wrote: ↑

Wed Jun 03, 2020 9:38 am

I'm thinking you inadvertently had old versions for your initial testing.

Nope. I downloaded latest file versions and checked file size, file date and checksum.

So strange.

I just demuxed the ITA THD and obtained the following results (get file sizes from file properties windows) Just downloaded latest files from your server and the exe inside have same file date, size and CRC32 of mine. The only thing I have changed from yesterday is the latest version of MKVExtract....

Rocky wrote: ↑

Wed Jun 03, 2020 6:37 am

til is a common mistake. You can use until or till. Trust me, I'm a native English speaker and worked as an editor for Bell Labs for 7 years. You can also verify usage through google.

TIL = today I learn

Damn millenials.

admin wrote: ↑

Tue Jun 02, 2020 1:43 pm

PMs remain in the outbox until they are read by the recipient.

til

Trying to send you a PM but it stays in the outbox and it is not moved to sent.

Please take a look.

Civilized countries use commas. Otherwise, how do you know if one of them is the decimal point? :? **** Windows regional settings. Too lazy to play with them and have some program not to recognize the new format. In Italy, anyway, for money we commonly use ' or . for thousands plus , for decimals. ...

1. Please give a link to purchase that exact disk. Why do I always have to ask for this? :? It's the italian version. I bought it in a physical shop, dunno how to give you a link. 2. "2.555.362.232" I don't understand this format. How is it interpreted? File size in bytes. Please read the EDIT part...

I have just received my copy of 1917 BD (stongly advised). I have tried to demux eng and ita THD and I get 3 different file size from DGIndexNV, DGDemux and eac3to. Funny. 2.555.362.232 [eng] DGDemux.thd 2.588.329.264 [eng] DGIndexNV.thd 2.675.189.696 [eng] eac3to.thd 2.615.898.146 [ita] DGDemux.thd...

Rocky wrote: ↑

Tue May 26, 2020 8:49 am

I'll consider it but honestly I'm not highly motivated for it.

Perhaps would be easier to launch DGIndexNV from DGDemuxGUI with the selected playlist.

This would be lot less work for you.

It would be nice to have the same parser as DGDemux to select the correct mpls looking at lenght and streams, instead of needing to find it with other programs such as DGDemux itself or eac3to. :salute: You already have the code, just make DGIndexNV capable of selecting a single file (usual behaviou...

Rocky wrote: ↑

Sun May 17, 2020 6:58 am

Thank you for the report.

You are the most welcome.

Rocky wrote: ↑

Sat May 16, 2020 4:43 pm

The output will be different from eac3to unless you give --keepDialnorm.

True, just tried that.

You can close the thread as resolved (not DG* fault).

While playing with thd+ac3 and so from previous thread, I have found that as DGDemux remembers the previous output directory, this could lead to unexpected behaviour, i.e. if you that directory has been deleted and you try to demux the same, it will fake starting the process but neither will create ...

THD+AC3 from DGIndexNV/DGDemux is not identical to eac3to one even if they have the same size. They both produce the same parity error, so you can close this thread. If I will find any THD+AC3 that works with eac3to and not with DGIndexNV, I will report you. Stream mapping: Stream #0:0 -> #0:0 (true...

I have bought the Zodiac (director's cut) BD. I am going thru an issue with not split THD conversion thru FFMpeg to AC3, that the pure THD doesn't present. My usual FFMpeg command line is: ffmpeg.exe -i [eng].thd -acodec ac3 -ab 640k -af dynaudnorm=f=2000:g=23:m=15 [eng].ac3 If I convert pure THD (t...

Out of curiosity, DGHDRtoSDR uses Reinhard, right?

Rocky wrote: ↑

Sun May 10, 2020 7:20 am

Be careful or you could lose your moose approval.

I just want to confess that I ate moose and reindeer meat in Finland.

Raw.

They were offered by Sami people, I couldn't offend them...

Thanks for pcm to w64. You read my mind.

Rocky wrote: ↑

Sun May 03, 2020 5:00 am

I consider that to be a feature.

LOL!

I want "woot woot" steamboat too!

Tiny issue: you can push the abort button even before starting a demux and a "woosh" plays.

If I may add, yes Guest 2 , just make a project and script for your HDR stream. Then run x265.exe with the script and the options Boulder described. It's not that involved. Is it the "same" as hdr10plus_parser found here https://github.com/quietvoid/hdr10plus_parser ? Can I throw it away? :mrgreen:

Back on feature requests topic: preselect demuxed languages following a list, such as "eng,ita", deselecting not matching ones.

It could apply both on DGIndex and DGDemux.

Would it be possible to have the HDR-specific colorimetry and mastering information written in the template in x265 style with a macro? I don't know if you already determine the chroma location but that would be useful too. All these would then be easy to drop in the x265 commandline. Now that the ...

Rocky wrote: ↑

Sun Apr 12, 2020 6:55 pm

I said many times DGIndexNV does not do ifo parsing.

Yep, I know. I do the old way, adding the necessary VOBs.

Anyway not urgent anymore. My last DVD has been encoded and stored.