Page 11 of 12

Port Cube

Posted: Tue Oct 11, 2022 7:38 pm
by DG
Ha ha, Boris! Very timely.

Stunning visuals in that Rocket Man video, Balti. Great find.

This is how I'm feeling these days. Take my word, I'm a madman, don't you know?


Port Cube

Posted: Tue Oct 11, 2022 7:47 pm
by Curly
Image

Port Cube

Posted: Tue Oct 11, 2022 7:54 pm
by Sherman
And now we return you to our regularly scheduled program.

Port Cube

Posted: Tue Oct 11, 2022 10:49 pm
by hydra3333
Curly wrote:
Tue Oct 11, 2022 7:47 pm
Image
Not wishing to intrude and not understanding what's going on around me,
I have watched this a few dozen times over the last year or so and admired the song.

Port Cube

Posted: Wed Oct 12, 2022 11:31 am
by Rocky
Great one, hydra3333. Awesome tribute to Vincent, the tortured soul.

OK, so the z code returns values of Kr and Kb that I can inspect. Kg is 1 - (Kr + Kb). Then it all goes into AVX512 etc. And the stupid STL and object-oriented filter graph crapola makes it impenetrable. No comments in the code either. Not trying to ding z. I'm sure it's just great for genius-level humans, but I'm a primitive rodent and so use only procedural code without all the crapola. Look at thdmerge source to see the kind of code I like. However, there is a standard way to convert Kr/Kb/Kg to actual matrix equations. I'll do that and see what results viz-a-viz my equations.

@Guest 2

What is the claimed speedup for the 'fast' mode you described? I'm just not grokking how multithreading can make a significant difference. The bottleneck is simply the amount of data versus the available PCIe bandwidth. Kernel launch, etc., is insignificant compared to that. I keep saying this but nobody gives up the magic!

Port Cube

Posted: Wed Oct 12, 2022 3:28 pm
by Guest 2
Rocky wrote:
Wed Oct 12, 2022 11:31 am
What is the claimed speedup for the 'fast' mode you described?
Dunno! Anyway I am forwarding you all the possible solutions with an available source code.

Please, if you find it a lost of time, just tell me. ;)

Port Cube

Posted: Thu Oct 13, 2022 5:50 am
by Rocky
Not a loss of time. Keep all ideas coming.

Port Cube

Posted: Wed Dec 07, 2022 11:44 am
by Guest 2
Who should I ask to get this project to resume? :scratch:

At least for Christmas :D

Port Cube

Posted: Sat Dec 10, 2022 4:10 am
by Guest 2
Bullwinkle wrote:
Fri Dec 09, 2022 9:12 am
we need a specification of the equations used for the YUV<-->RGB conversion. Perhaps the author could provide one of those.
Aren't those standard?

https://en.wikipedia.org/wiki/YUV#:~:te ... %20format.

Port Cube

Posted: Fri May 12, 2023 12:14 pm
by Guest 2
Dear ones,

is there any chance that we can see some progression in DGCube development?

It stopped while thinking about some more color space and conversions.

Port Cube

Posted: Sun May 14, 2023 3:43 pm
by Levi

Port Cube

Posted: Wed May 17, 2023 11:16 am
by Guest 2
Nice song.

Anyway proper colorspace path to have direct PQ to HLG would be really useful.

Port Cube

Posted: Wed May 17, 2023 8:47 pm
by Curly
Not allowed to say duh.

Port Cube

Posted: Wed May 17, 2023 9:03 pm
by Britney

Port Cube

Posted: Fri May 19, 2023 5:10 pm
by Rocky
Just not interesting. Pecuniary compensation could change that.

Port Cube

Posted: Thu May 25, 2023 4:39 pm
by Guest 2
Rocky wrote:
Fri May 19, 2023 5:10 pm
Just not interesting. Pecuniary compensation could change that.
Share the source on Github so that someone could help.

Port Cube

Posted: Thu May 25, 2023 7:15 pm
by Rocky
Don't need help. DGCube is closed source.


Port Cube

Posted: Thu Jun 15, 2023 5:16 am
by Guest 2
Rocky wrote:
Thu May 25, 2023 7:15 pm
Don't need help. DGCube is closed source.
Can I ask you, at least, HLG support? PQ is evil.
:bow:

Port Cube

Posted: Thu Jun 15, 2023 7:41 am
by Rocky
I don't understand your question. DGCube is agnostic to PQ/HLG. And we have our PQ to HLG filter. Please clarify.

Port Cube

Posted: Thu Jun 15, 2023 9:38 am
by Guest 2
Rocky wrote:
Thu Jun 15, 2023 7:41 am
I don't understand your question. DGCube is agnostic to PQ/HLG. And we have our PG to HLG filter. Please clarify.
My answer was indeed a bit fuzzy.

If I recall well, the conversion from PQ to SDR is a single DGCube line.

When we need to convert from PQ to HLG, the real bottleneck is that we have to use two conversions, before and after DGCube. AFAIK the reason is that DGCube can convert 4:2:0 only and you can't specify the resizing kernel or dithering.

propclearall()

z_ConvertFormat(pixel_type="RGBP16", colorspace_op="2020:st2084:2020:limited=>rgb:st2084:2020:full", resample_filter_uv="Spline64", dither_type="error_diffusion", use_props=0)

DGCube("1a_PQ1000_HLG_mode-nar_in-nar_out-nar_nocomp.cube", in="full", lut="full", out="full")

z_ConvertFormat(pixel_type="YUV420P16", colorspace_op="rgb:std-b67:2020:full=>2020:std-b67:2020:limited", resample_filter_uv="Spline64", dither_type="error_diffusion", use_props=0)

That annihilates the huge gpu speed gain. You were thinking about rewrite a zimg CUDA porting but I can understand is a real PITA. At least we need those two conversions in CUDA.

Port Cube

Posted: Fri Jun 16, 2023 9:23 am
by Rocky
Again, I am just not interested in porting any zimg functionality to CUDA.

Port Cube

Posted: Fri Jun 16, 2023 4:42 pm
by Guest 2
Rocky wrote:
Fri Jun 16, 2023 9:23 am
Again, I am just not interested in porting any zimg functionality to CUDA.
That is not what I am asking for. As I told. porting zimg is a PITA. More than enough to be able to convert PQ to HLG via GPU/CUDA only.

Port Cube

Posted: Fri Jun 16, 2023 5:24 pm
by Rocky
Have you tried DGPQtoHLG? I'm willing to address any issues you have with it.

Port Cube

Posted: Fri Jun 16, 2023 6:24 pm
by Guest 2
Rocky wrote:
Fri Jun 16, 2023 5:24 pm
Have you tried DGPQtoHLG? I'm willing to address any issues you have with it.
Yes and the quality you can achieve with a LUT is another world. Plus you can customize the LUT according to your preferences or the effect you want to achieve.

Port Cube

Posted: Fri Jun 16, 2023 8:13 pm
by Rocky
PQ to HLG is a well-defined specification that we follow. All this "another world" stuff is nonsense.