Support forum for DG Tools

Just mentioning, after some searching today either I am mis-understanding what is supported or there's information at odds out there about support in VapourSynth.

http://forum.doom9.org/showthread.php?p ... ost1771039

According to the Vapoursynth documentation it should be able to use DGSource() in 32-bit. If you need 64-bit, you can ask the Vapoursynth author to support 2.5 plugins in 64-bit. Or, better yet, ask him to put his "frame rate normalization" in the core where it belongs, so I can release native support. I am not going to make multiple versions or implement unnecessary code hacks.

Use FFMPEGSOURCE. It rocks.

admin wrote:According to the Vapoursynth documentation it should be able to use DGSource() in 32-bit ... Use FFMPEGSOURCE. It rocks.

Ooh, icon-looking-things (says an ex assembler/fortran programmer from the 70s).

Righty, DGSource() in 32-bit, will be it then.


I assess 0.00% chance of the Vapoursynth author supporting NV however it is time for me to give in, bite that bullet, and give portable VapourSynth a go.

Per http://forum.doom9.org/showthread.php?p ... ost1770986

I just visited https://github.com/FFMS/ffms2/releases to download the latest version https://github.com/FFMS/ffms2/releas...2-2.22-msvc.7z for vapoursynth
... and chrome spewed and told me that ffms2-2.22-msvc.7z is malicious and blocked the download.
Other files from github dowloaded fine earlier this morning which suggests it doesn't like ffms2-2.22-msvc.7z specifically.

So I may give FFMPEGSOURCE a miss for the time being.

Also, what should I read into this (4 Mar 2016) http://forum.doom9.org/showthread.php?p ... ost1759402 which seems to indicate that DGdecNV is supported in VapourSynth because it shows how to use it (code below) and says "DGSource works fine btw".

So I may give FFMPEGSOURCE a miss for the time being.

As they say, discretion is the better part of valor.

It must be in 32-bit, which as I said is supported by Vapoursynth.

Hi Mr DG,

So I have read through the thread and I understand the differences that you and the VS author have, but I really hope you would reconsider making a native VS plugin.

My dilemma now is that I have upgraded to a GTX 1070, and apparently only DGNV 2051 works on that. The VS plugin you did way way back won't read index files generated by 2051, so you can see the problem I have.

I have been using Avisynth now as a stopgap, but Avisynth is much slower than VS and multi-threading isn't as stable. So now my workflow is totally busted.

Going forward, I'm sure you would have more users who have upgraded to the Pascal series, so I sincerely hope you would reconsider!

Thanks for your time.

Greetings astrayred and welcome to the forum.

Do you use 64-bit or 32-bit stuff? If 32-bit, then VS can load the 2051 32-bit DGDecodeNV without problems.

We'll find a solution that doesn't require me to abandon my principles, which won't allow me to hack the frame rate because some misguided soul wants to be stubborn. So there can't be a native VS version, but if I made an Avisynth 2.6 binary VS could load both the 32-bit and 64-bit versions of my DLL. Maybe it's time to drop 2.5 support. Does that affect only a few Windows XP holdouts?

I've created a new thread to get user opinions on switching to 2.6. Sorry guys, I'm not going to make dual binaries going forward. If I switch to 2.6, which is getting very likely, anyone needing 2.5 will have to use the last version compiled for 2.5. If anyone has a strong objection please post in the survey thread, but do it fast as I am getting ready to pull the trigger. Thank you.

viewtopic.php?f=8&t=500

There is now a release candidate for 2052 in the binaries area. Please test it and let me know if Vapoursynth can load the 64-bit DGDecodeNV.dll. If everything is fine I will make a full release.

Hi Admin Sir!

Wow, it's been a busy week at work for me and I come back to a very nice gift! The plugin works fine (and perhaps better than fine as it seems faster than the native dll you did a while back!) I'm very grateful at the speed which you seemed to have resolved this, and looking at the thread you created it seems like it hasn't inconvenienced other users, so for that I'm very glad as well.

Cheers, you really went beyond and above the call of duty on this one!

Glad to be of assistance and thanks for nudging me along. Let's also acknowledge Boulder, who also asked for this earlier. To be honest, it only took a few hours, including making the release and updating the website.

Now we have to pray for 10-bit HEVC support.

Thank you Don, it is very nice to see you support us "paying customers". HD stuff really likes a 64-bit environment

You are most welcome! Keep those feature requests coming.

Thank you.
Just checking, only 32-bit 2051 is supported in vapoursynth, not 2052 ?
Like this ?

Vapoursynth can use only 32-bit DGDecodeNV 2051. Vapoursynth can use both 32-bit and 64-bit DGDecodeNV 2052.

I can't help you with Vapoursynth syntax.

admin wrote:Vapoursynth can use both 32-bit and 64-bit DGDecodeNV 2052.

Beaut.

admin wrote:I can't help you with Vapoursynth syntax because I do not use it. Is it working for you?

I'm about to find out, after "RTFM" and googling to nick someone else's VS scripts for using QTGMC, Degrain2, LSFmod, reinterlacing, etc.

Sweet. Please keep us informed of your progress.

Just wondering what the status of current Vapoursynth support is.
Atm. I use 64bit DGSource as an AvisynthPlugin in Vapoursynth 64bit: which works fine.
That said, is there a direct DGDecNV version planned, or should I already be able to to load it like suggested by hydra333? (haven't tested)

Cu Selur

Nothing has changed. You can load the existing 2053 DGDecodeNV (32-bit or 64-bit) in Vapoursynth.

I have no plans for a Vapoursynth native version.