Page 18 of 29

Re: Feature Requests

Posted: Sun May 10, 2020 4:54 am
by Guest 2
Thanks for pcm to w64. You read my mind.

Re: Feature Requests

Posted: Tue May 12, 2020 12:43 pm
by Rocky
I've got Zoom = 1/8 implemented but need to get the PCM wrapping in there. Sherman, how is that coming along?

Re: Feature Requests

Posted: Tue May 12, 2020 12:47 pm
by Sherman
Sorry, Rock, I was busy reading Peres' book:

https://www.springer.com/gp/book/9780792325499

I'll get right on the W64 porting. Thank you for your forebearance.

Re: Feature Requests

Posted: Tue May 12, 2020 12:48 pm
by Curly
And your afterbeareance, nyuk nyuk.

Re: Feature Requests

Posted: Tue May 12, 2020 7:40 pm
by Sherman
Code's done for DGIndexNV W64 wrapping. I updated the DGIndexNV user manual too.

Over to you, Rocky.

Re: Feature Requests

Posted: Tue May 12, 2020 7:46 pm
by Rocky
Thank you, Sherman. I'll make a release first thing in the morning.

As a reward, I'll ask Mr. Peabody to let you stay up an extra hour tonight.

Re: Feature Requests

Posted: Tue May 12, 2020 7:47 pm
by Sherman
And get some chocolate ice cream too?

Re: Feature Requests

Posted: Wed May 13, 2020 5:14 pm
by alexantr
I checked many HDR10 movies and everyone has "Chroma subsampling : 4:2:0 (Type 2)" in MediaInfo. Do you think X265_CL must contain one more option --chromaloc 2 ?

Re: Feature Requests

Posted: Wed May 13, 2020 6:29 pm
by Rocky
I don't know what X265_CL is, and it doesn't seem related to DG stuff.

Re: Feature Requests

Posted: Thu May 14, 2020 2:36 am
by alexantr
DGDecNV slipstream 207:

* Added a line X265_CL to the bottom of the HEVC index file (for HDR PQ streams) containing command line
parameters for x265.exe derived from the colorimetry, HDR metadata, and frame count. This line
can be cut and pasted to your x265 invocation. :salute: Boulder

Re: Feature Requests

Posted: Thu May 14, 2020 3:16 am
by Rocky
Ah yes, dementia setting in. I'll look into whether there is enough information in the input stream to definitively set this option.

Re: Feature Requests

Posted: Thu May 14, 2020 4:14 am
by alexantr
Default undefined (not signaled)
https://x265.readthedocs.io/en/default/ ... -chromaloc
MediaInfo displays "Chroma subsampling : 4:2:0" in encoded movie, without Type 2 if chromaloc not set in x265.

ITU-T Recommendation - table 1 on page 8

Re: Feature Requests

Posted: Thu May 14, 2020 5:10 am
by Rocky
Please re-download build 2053 and update DGIndexNV. I snuck this feature in for you. Thank you for the suggestion.

Re: Feature Requests

Posted: Thu May 14, 2020 7:05 am
by alexantr
Thanks. It may help other people to create more correct 4k HDR videos

Re: Feature Requests

Posted: Thu May 14, 2020 8:45 am
by hydra3333
Yes, thank you.

Re: Feature Requests

Posted: Thu May 14, 2020 6:22 pm
by Rocky
You are most welcome, guys. We aim to please.

Re: Feature Requests

Posted: Sat May 16, 2020 9:03 am
by Boulder
Would it be possible to have DGDecode output the native bitdepth of the source? My point is that for HDR sources, I could do the motion analysis in MVTools in 10-bit domain and then denoise in 16-bit domain for a nice little speedup. It doesn't make sense to dither down to 10 bits in this case as the final output will be 16 bits anyway.

Re: Feature Requests

Posted: Sat May 16, 2020 12:49 pm
by Boulder
No, I mean the output you get from DGSource. As far as I know, both Avisynth+ and Vapoursynth accept YUV420P10 happily.

Re: Feature Requests

Posted: Sat May 16, 2020 12:52 pm
by Rocky
You can use ConvertBits(). Is it so terrible?

NVDec gives me 16-bit output. You know that, right?

Re: Feature Requests

Posted: Sat May 16, 2020 1:47 pm
by Boulder
Actually I didn't know that 16-bit output is what the NVidia decoder gives you ;)
I'll test if there is any actual visible difference if I dither down to 10 bits and use that as an analysis clip. It won't be used for the actual final output so chances are that it's faster and not distinguishable at all.

Re: Feature Requests

Posted: Sat May 16, 2020 4:41 pm
by Rocky
You don't have to dither. Most likely the lower 6 bits are all zeros. They just need to be truncated by ConvertBits() if that is important for you.

DGDemux parser integration

Posted: Tue May 26, 2020 7:50 am
by Guest 2
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 behaviour) or give a "0" in the file field to select the whole directory.

P.S: I gently remind you language preferences too. :mrgreen:

Re: Feature Requests

Posted: Tue May 26, 2020 8:49 am
by Rocky
I'll consider it but honestly I'm not highly motivated for it.

Re: Feature Requests

Posted: Wed May 27, 2020 8:22 am
by Guest 2
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.

Re: Feature Requests

Posted: Mon Jun 01, 2020 5:43 am
by mastrboy
Minor feature request: Isn't it time for a version bump of dgdecnv? it's been stuck on 2053 for years now and probably has had over hundreds of changes slipstreamed.