Feature Requests

Support forum for DGDecNV
User avatar
admin
Site Admin
Posts: 4411
Joined: Thu Sep 09, 2010 3:08 pm

Re: Feature Requests

Post by admin » Thu Mar 08, 2018 6:46 am

hydra3333 wrote:
Wed Mar 07, 2018 11:26 pm
If your car boot looked like mine you'd never find it if you stored it in there ;)
We call a boot a trunk. Weird, I know, but so is boot.
PS not sure if ffmpeg opencl development is of any interest to you ... some young gun starting off in a career;
http://ffmpeg.org/pipermail/ffmpeg-deve ... 26225.html
vf_convolution_opencl filter as qualification task for GSoC Video filtering with OpenCL project
Never got excited or interested in OpenCL. Maybe one day. Thanks for sharing the link.

User avatar
admin
Site Admin
Posts: 4411
Joined: Thu Sep 09, 2010 3:08 pm

Re: Feature Requests

Post by admin » Mon Mar 12, 2018 11:39 am

Guys and gals, which of these would you like to see next?

* 10/12/16-bit support for my utility filters

* CUDA solution for HDR->SDR. I would probably implement Reinhard tone mapping.

* Something else (please specify).

jpsdr
Moose Approved
Posts: 182
Joined: Tue Sep 21, 2010 4:16 am

Re: Feature Requests

Post by jpsdr » Mon Mar 12, 2018 3:03 pm

HDR -> SDR... :D
You're talking about a specific tone maping, does it mean you've made tests with several and thought this one is "the best" ?

Are you interested (even if you're not doing this feature right now) in an 50GB HDR movie, and in a 25GB file of the exact same movie in SDR ? It seems also that it's (at least for now) a "rare" 4k HDR nits mastering, when actualy almost all HDR mastering are for now at 1k nits.
Or maybe in smaller parts ? But if you want the whole thing, i can provide. The interest of having the whole movie is the possibility to test on a wide variety of scenes.
But maybe you allready have this kind of stuff ?

User avatar
admin
Site Admin
Posts: 4411
Joined: Thu Sep 09, 2010 3:08 pm

Re: Feature Requests

Post by admin » Mon Mar 12, 2018 3:27 pm

jpsdr wrote:
Mon Mar 12, 2018 3:03 pm
does it mean you've ...
It means what it says.
Are you interested ...
Not really, but thanks.

gonca
Moose Approved
Posts: 859
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca » Mon Mar 12, 2018 4:13 pm

first
* 10/12/16-bit support for my utility filters
since 4K movies come with a 1080p SDR version

second
* CUDA solution for HDR->SDR. I would probably implement Reinhard tone mapping.

but you choose, your software and your brain power
and thanks for continuing to improve DGTools

jpsdr
Moose Approved
Posts: 182
Joined: Tue Sep 21, 2010 4:16 am

Re: Feature Requests

Post by jpsdr » Tue Mar 13, 2018 3:58 am

i would like a 10/12/16 bit HDR->SDR... :D

More seriously, i also agree with gonca on the part "you choose" if finaly one feature request is not more asked than another.
My request was more for curiosity to see what it gives, than a real immediate needs.

Also, i'm sorry, it seems i've badly asked my question.
You choose one method among severals for HDR -> SDR.
Would you share the reason why you choose it ? Unless you've already done that in one of the posts of this 20 pages thread ?

User avatar
admin
Site Admin
Posts: 4411
Joined: Thu Sep 09, 2010 3:08 pm

Re: Feature Requests

Post by admin » Tue Mar 13, 2018 5:45 am

I tested with the available Vapoursynth solutions and liked Reinhard best. It is also easy to implement and has some good literature representation. I have to start with something; that does not rule out adding other methods later. As there is no current Avisynth solution it would be good to get something usable out there.

As I mentioned earlier I am an incremental rather than a big-bang kind of person.

OK, gonna work on high-bit depth support for the utility filters.

User avatar
tormento
Moose Approved
Posts: 339
Joined: Mon Sep 20, 2010 2:18 pm

Re: Feature Requests

Post by tormento » Thu Mar 15, 2018 12:35 am

admin wrote:
Mon Mar 12, 2018 11:39 am
10/12/16-bit support for my utility filters
This, at least 16 bit, as AviSynth+ 16 bit chain is almost complete. 10 bit as a necessary evil as h265 uses it in Main10 profile.
admin wrote:
Mon Mar 12, 2018 11:39 am
CUDA solution for HDR->SDR. I would probably implement Reinhard tone mapping.
CUDA solution for HDR->SDR and possibly different dithering types even for bit depth decrease (at least none, ordered and floyd or bayer.
admin wrote:
Mon Mar 12, 2018 11:39 am
Something else (please specify).
- High quality resizing (neural or any other hw possible thing)
- Temporal denoising (+ spatial, already existing)
- Make everything work as mtmode 2 in AVS+ :)

User avatar
hydra3333
Moose Approved
Posts: 202
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: Feature Requests

Post by hydra3333 » Thu Mar 15, 2018 8:47 am

:agree:

Note sure if this of any use or interest https://developers.google.com/media/vp9/hdr-encoding/
under the heading
Convert SDR to HDR with a look-up table (LUT)
Converting HDR to SDR requires the transcoder to understand how to map brightness levels and colors to the smaller BT.709 color space and non-HDR range of brightness. For best results, an LUT describing how to perform that mapping -- usually specific to the content -- can be used. Examples C and D show how to use a LUT. We used bt2020_to_bt709_example.cube https://storage.googleapis.com/media.we ... ample.cube

Note: The LUT above is provided as an example of how to use an LUT with FFMpeg and is not optimized for the content in the example. LUTs are nearly always optimized for specific content.

User avatar
admin
Site Admin
Posts: 4411
Joined: Thu Sep 09, 2010 3:08 pm

Re: Feature Requests

Post by admin » Thu Mar 15, 2018 10:07 am

Interesting, thanks!

Post Reply