DGCube (CUDA) was hardwired for 65. Cube (CPU) could handle any size.

Re-download DGCube to get the fix, i.e., ability to open any size cube file.

Please re-download to get 8-bit 4:4:4 support:

https://rationalqm.us/misc/dgdecnv_245_test.zip

Your cube is size 33. I'll generalize the size and give a new test version. After DGDecNV 444.

The cube dimension must be 65. Checking...

Two things. 1. Where are you loading avsresize.dll? 2. Can you give me the cube file? It's working fine for me with this script, only differing from yours in the cube file (which must be size 65): loadplugin("d:\don\Programming\C++\dgdecnv\DGDecodeNV\x64\Release\dgdecodenv.dll") loadplugin("avsresiz...

Sure. Lemme get the 4:4:4 stuff finished first.

Should be same syntax, yes.

Thank you for the link.

Here's DGCube:

https://rationalqm.us/misc/DGCube.zip

Happy to let you have it. Will upload after I leave the nest this morning.

Can you tell me about DTL's workarounds? Any links?

Welcome back, big t. I have an 8-bit sample so I'll go ahead and add support.

Appendix E of the DGIndexNV manual.

Here you go guys. HEVC 16-bit 4:4:4 support: https://rationalqm.us/misc/dgdecnv_245_test.zip https://rationalqm.us/misc/DGHDRtoSDR_1.16_test.rar Your testing will be greatly appreciated. You can make a test stream this way: ffmpeg -f lavfi -i "mandelbrot=s=3840x2160:r=24" -c:v libx265 -pix_fmt yuv44...

Everything's working for DGDecNV Avisynth and VapourSynth. I want to add 4:4:4 to DGHDRtoSDR though before I give y'all anything. That way you can test both together.

Thank you Whackbag. It's folks such as you that make it all worthwhile.

Got it working in DGSource() for Avisynth. Just have to do Vapoursynth and then I'll release a test version.

I hope someone cares about this because it was a lot of work!

Everything is done for DGIndexNV, including HDR to SDR for 4:4:4 stuff. :salute: tormento for the sample. I won't do 8-bit 4:4:4 unless I get a sample from the wild and not just artificially created. ;) Turns out I was able to stay with CUDA 6.5 libraries and includes, and just update cuba.lib from ...

Great news, guys! I have everything working in DGIndexNV. Both of tormento's test files decode, play, and index fine. Of course I had to write a new kernel to convert YUV16_444 to RGB24 for display. Question for y'all. Should I bother supporting 8-bit 4:4:4? It wouldn't be too hard so I figure I may...

Successfully built and ran DGIndexNV with CUDA 11.7.

Had time to get started on this. I have completed the first baby steps: * Updated my nVidia driver to the latest. Easy . * Installed the latest CUDA toolkit and Video SDK. Easy . * Managed to coerce cmake to create a .sln file for the application 'AppDec'. Not easy . * Successfully opened the soluti...

I took another look. I opened Baywatch and the choose dialog showed 17 chapters, with one at the very end. When I opened it the timeline showed only 16 marks. That was because the last one was drawn outside the end. I added code to move it back into the displayable area, and now the timeline shows a...

If it does what those other apps do, I am happy. Not much point in going to see why 61/243 made the chapter at the end. In fact, what even is the point of a chapter at the end?

Fixed chapter demuxing with 'skip_first' on some disks, so please re-download DGDecNV 244 and update DGIndexNV.exe, and DGDemux/DGDemuxGUI 62 and update DGDemux.exe. renols

These guys should be stable now.

OK, I've fixed both DGDemux and DGIndexNV so please download and re-test.

I found a disk that does this, so no need to provide a link. Investigating...

Just did an experiment to see the proportion of time between kernel execution and PCIe transfer. The kernel execution accounted for 0.4 seconds for 1000 frames at UHD resolution. The PCIe transfers accounted for 12.6 seconds. It's very sad because Cube using AVX512 and prefetch(6) requires 6 seconds...