Hi Donald
You are fast! Nice to see that you had already fixed it when I returned to the PC. I tried and it works ok now.

With DirectShow as source filter the combing detection parameters of the decomb filter (like full=true/false, threshold=xxx) work as expected: Show=true indicates "Clean Frames" and "Combed Frames", and only the combed frames are getting deinterlaced according with the dthreshold parameter. With DGS...

I'm getting from Avisynth: "Could not find usable CUDA device".
My GPU is 9600 GS, Driver Version 9.18.13.4192 on which DGDecNV works flawless (except for HEVC)

Anon17 wrote:

Sharc wrote:No issues, just outdated

That should read "Outdated, therefore no issues". The causality should be obvious.

Good point !

OS: Windows 10 Pro 64
CPU: Intel Core 2 Quad Q9300 (Yorkfield)
GPU: GeForce 9600 GS Codename G94
GPU Driver Version: 341.92 (9.18.13.4192 of 13-Oct-2015)

No issues, just outdated

All ok now. Thanks.

There seems to be an error in the DGMVCSource100b25.zip. All unzippers fail to extract the files. I re-downloaded a few times, but no luck. I can unzip the .txt only but not the binaries.

Edit:
Would it make sense to add a subforum dedicated to DGMVCSource?

My pleasure. You are most welcome

Looks good, yes:

Start: ref 10,11,12,13,14,15,16,17,18,19,20,21 Exit: ref 40,41,42,5

Successful:
ref 10,11,12,13,14,15,16,17,18,19,20,21,40,41,42 Exit: ref 5

Failure:
ref 10,11,12,13,14,15

No rush. Enjoy the pool. (It's already dark and cold here....)

Successful start:
ref 10 ..... ref 21
Exit:
ref 5

Fail to start:
ref 10 ..... ref 15 (ref 16 ... ref 21 are missing)

When it starts OR fails to start:
ref 10
ref 11
ref 12
ref 13

ref 5 when it exits after a successful start

When DGIndexNV_Sharc.exe starts correctly I get in the debug window like:
33 213.08460999 [9236] DGIndexNV ref 5

When it fails to start I get nothing.

Nice helmets! Reminds me of Saul's partner ..... And yes, putting DGindexNV.exe in Defender's exception list eliminated the problem. Thanks. Edit: Too early joy .... the problem is back. Even disabling Defender does not help. Must be something else. Rest assured that I have no reverse-engineering to...

In the cmd window the cursor just returns. No error message, nothing.

Excellent point, Aleron! After you mentioned it I remembered that AVG at one time was blocking DGIndexNV 64-bit. Also, terminate all reverse-engineering tools before starting DGIndexNV. I actively look for them and refuse to proceed if I see them running. My license doesn't include the right to rev...

You might also want to check the scan logs of your antivirus program, if you have one. It might be taking a long time to scan DGIndexNV.exe and thus delaying the startup process. Try temporarily disabling your active virus protection and then launching DGIndexNV.exe to see if it opens faster/on the...

Never saw anything like that, nor can I think of any explanation. If you open a cmd window and type "DGIndexNV" it sometimes does nothing? Is that what you are saying? No error message, it just returns the DOS prompt? Regarding having to click a few times on the exe icon that's standard to start a ...

Since a while DGindexNV.exe starts very poorly, means I have to click a few times on the .exe in order to start it up. I don't know since which version or slipstream or W10 update the problem exists. It also seems that starting it via CLI is sometimes a problem, i.e. it may just not start. Has anyon...

I did some first basic tests with my 9600GS for AVC (m2ts), interlaced VC-1 and mpeg-2 sources: So far no issues with respect to the existing functionality......
What is the meaning of the FPS in the 2nd last line of the log file? Looks like a random number.

I look forward to trying it out when I will be back home, after Nov. 24.
Thank you for the continued support of DGDecNV.

hev1 seems to be quite uncommon (?). All I found were hvc1. Should you post the request in some of the other forums?

Nice progress! It looks like I have to think seriously about replacing my 9600GS.....

Well, it has served the purpose well, so far ....