1650 looks overpriced a lot for it's performance, so probably it worth to pay few more bucks for 1660.

Yeah, I will cut a sample tomorrow, now going to bed (4:39 AM).

Looks like new NVDEC API can handle HEVC 4:4:4 encodes, so I'm curious about support.
Will it be integrated in the DGDecNV?

Yeah, my script tuned for my usecase (anime blurays with 2-3 episodes per volume), and I rarely make anime movies, so I didn't run on that scenario (seemless branching, etc). If eac3to produces desired output, indeed it's better to use that approach.

[This was split from another thread where I had asked for guidance on using NVEnc.] @Don https://github.com/rigaya/NVEnc/releases/tag/4.31 - x64 version. I've used a plain --vpy script mode (no mt) and my script had a simple clip = core.dgdecodenv.DGSource(...) call and clip.set_output() cmd: NVEncC...

I've got a RTX 2070 Gigabyte Gaming OC, and it's awesome. Decoding of 1080p bluray is about 500 fps, encoding into AVC is near the same speed, and HEVC 10 bit is about 320 fps. Very impressive results.

If you need a mpls parser and chapter generator, I wrote some on python3: https://pastebin.com/VdW9LRSP. You will need pyqt5 in your python3 installation and probably some other dependencies, I don't remember. Usage is simple: if you're making a chapters from vol.2, vol.3 or so, adjust counter in th...

I tried this dll and got a Bad license. Double-checked my license file and it works fine with slipstream 161.

Yeah, I can confirm that 165 is kind of broken even if I don't touch internal crop at all. Output looks slightly stretched - http://screenshotcomparison.com/comparison/129757

Your version is too old, update dgdecodenv.dll.

DGSource("project.dgi", resize_w=1280, resize_h=720) <-- leftovers in the examples part of manual.

Yeah, it's possible to make autoloading with hand-written python module (as I did before native DGSource version came out), but it's, say, wasting a time to type another line in the script. So I'd like to have native versions if possible. I almost don't use avs+ nowadays, moved to VS about 1 year ag...

Tried and...

Oh, I thought gpu0/gpu1 is for 2 cards setup (I have only one).

cudasynth in avscompat: import vapoursynth as vs core = vs.get_core() core.avs.LoadPlugin(r'C:\322\x64\DGDecodeNV.dll') clip = core.avs.DGSource(r'J:\Darling6\STREAM\EP16.dgi', fdst="gpu0") clip = core.avs.DGDenoise(clip, fsrc="gpu0", fdst="gpu0") clip = core.avs.DGSharpen(clip, fsrc="gpu0", fdst="c...

Ok, for now I've checked same script ClearAutoloadDirs() LoadPlugin("C:\322\x64\DGDecodeNV.dll") DGSource("J:\Darling6\STREAM\EP16.dgi") DGDenoise() DGSharpen() trim(0,6000) and ClearAutoloadDirs() LoadPlugin("C:\322\x64\DGDecodeNV.dll") DGSource("J:\Darling6\STREAM\EP16.dgi",fdst="gpu0") DGDenoise(...

avscompat layer seems to be working, but speed is near the same as in "cpu" mode.
But still relatively fast - near 65 fps (default settings, DGSource -> DGDenoise -> DGSharpen) and 105 fps (default settings, DGSource -> DGDenoise).
Hardware: GTX 750, i5-4670k

I'd like to have nnedi3/eedi3 CUDA versions. They are cpu consuming, and offloading to gpu will help a lot. Currently we have nnedi3 openCL (full rewrite to use gpu only) and eedi3 openCL (partial rewrite to use gpu for calculating connection costs), so the second one still consuming cpu for main pr...

Probably better compression with 10 bit encoders, as plain 8 bit looks worse on my observation. Tested with 16 bit output, 10 bit output and dithered 8 bit output. 16 is bloat, 10 is fine and 8 kind of bit-starved. Well, it's possible to get acceptable results with 8 bit, just need to rise bitrate a...

Unfortunately my notebook is too slow on Nvidia part — 48 fps (GT555M), but still good with IM (~120 fps) and Lwlibav (~220 fps). As for PC - yup, GTX750 is pretty fast — ~250 fps (and even faster than my server's 760, which is just ~128 fps).

Okay, thx for info.
Yup, sometimes I see green screen on seeking with LwLibAV, so that's it...
Okay then, LWlibav is usable for previewing on fast speed, i can stick with that. Thx for clarification.

Recently I've built vslsmashsource.dll with last available ffmpeg libs. As result I can decode H264 with cpu, cuvid and quicksync decoders from lsmas.LWLibavSource. While testing, I found that DGDecodeNV and cuvid decoder from vslsmashsource performs on approx. the same speed (250 fps on my GTX 750)...

https://i.imgur.com/GJMK9wr.jpg The flower looks distorted. My script: LwLibAvVideoSource("G:\SOURCES\MARI_TO_MAJO_NO_HANA_UHD\BDMV\STREAM\00001.m2ts") ConvertFromDoubleWidth(bits=10) ConvertBits(16) DGHDRtoSDR(impl="255",light=90,equal=2) DeBicubicResizeMT(1920,1080) I've got near 14 fps with soft...

No more crashes on my side.

Managed to get some logs with VirtualDub2: https://pastebin.com/BXcYbAp4