View Full Version : VSRepoGUI - A simple plugin manager for VapourSynth


ChaosKing
26th April 2019, 20:13
I made a simple gui for VSRepo (https://forum.doom9.org/showthread.php?t=175590).


Python.exe needs to be in PATH! You need .net 4.5.2 I think.

Download here (https://github.com/theChaosCoder/VSRepoGUI/releases)
Source (https://github.com/theChaosCoder/VSRepoGUI)

Some feedback and feature requests would be nice.

Todo:
- fix bugs :P
- console output or better progressbar
- check if 7z is callable.

For a portable mode you need to create a "vsrepogui.json" text file in the same folder as the exe with the following contents:
(relative paths are now also supported)
{
"Bin":"D:\\PortableApps\\VapourSynth\\vsrepo\\abc d\\vsrepo.py",
"win32": {
"Binaries":"abc d\\p32",
"Scripts":"..\\scripts"
},
"win64": {
"Binaries":"D:\\PortableApps\\VapourSynth\\vsrepo\\abc d\\p64",
"Scripts":"D:\\PortableApps\\VapourSynth\\vsrepo\\abc d\\scripts"
}
}

https://i.imgur.com/OA37k7H.png

stax76
26th April 2019, 21:36
The UI design looks quite good but it don't start here, it only shows up in task manager for 2-3 seconds.

Myrsloik
26th April 2019, 21:48
Doesn't start for me either.

ChaosKing
26th April 2019, 22:17
Try this -> Target .net 4.5.2: https://www.dropbox.com/s/h15qzjpdc0ii95w/VSRepoGUI_45.zip?dl=1

EDIT
hmm I tried it on a different pc and it also didn't start. There should be a message if vsrepo etc is not found. I'm investigating.

EDIT2
It seems that it happens while reading the VS regkey. Will update it tomorrow.

ChaosKing
27th April 2019, 10:40
OK please test again.
Would be better to add 4 Tabs (= 4 lists) for "installed, not installed, unknown version and update available" plugins instead of one big list?

stax76
27th April 2019, 12:45
The problem persists.

lansing
27th April 2019, 13:43
It still crashing on startup

ChaosKing
27th April 2019, 14:07
And no messagebox is shown? I only tested it on win10 64bit.

I had no try catch before.

RegistryKey localKey;
if (Environment.Is64BitOperatingSystem)
localKey = RegistryKey.OpenBaseKey(RegistryHive.LocalMachine, RegistryView.Registry64);
else
localKey = RegistryKey.OpenBaseKey(RegistryHive.LocalMachine, RegistryView.Registry32);

string reg_value = null;
try
{
reg_value = (string)localKey.OpenSubKey("SOFTWARE\\VapourSynth").GetValue("Path");
} catch
{

MessageBox.Show("Can not find your VapourSynth installation.");
System.Environment.Exit(1);
}

Could you run this build https://www.dropbox.com/s/o0wj9l9tkokfiuy/VSRepoGUI_msg.zip?dl=1
It shows A, B, C etc
What is the last letter you're seeing?

stax76
27th April 2019, 15:34
it shows:

A0
A
B
C

that is all that shows, still no main windows, use a trace listener maybe.

https://docs.microsoft.com/de-de/dotnet/framework/debug-trace-profile/how-to-create-and-initialize-trace-listeners

ChaosKing
27th April 2019, 16:37
It crashes after the first python call. It would indicate that python.exe is not in your Environment Variables thus it can't start the process.

I added a python check now. Redownload from 1st post.

You can call the gui now with a parameter .\VSRepoGUI.exe C:\Python37\python.exe

stax76
27th April 2019, 17:36
I did not have python in PATH probably because the official installer has disabled it by default, but the official installer installs the global py launcher by default.

I've reinstalled Python with PATH option enabled and rebooted but your app still don't start, it shows a console window for a few milliseconds.

python-3.7.3-amd64-webinstall.exe is what I installed.

ChaosKing
27th April 2019, 18:09
What OS are you using, win10 64bit?) Are you using the latest (installed) vapoursynth version? Typing python -V in powershell or cmd works?

I don't really see what I'm missing right now. I tested it on a another pc and everything is working fine. Maybe the debug build will provide more usefull information https://www.dropbox.com/s/qy398voe4d3qn1r/VSRepoGUI_debug.zip?dl=1

stax76
27th April 2019, 18:47
The Easiest way to find out is uploading the source code.

Myrsloik
28th April 2019, 11:46
It crashes after the first python call. It would indicate that python.exe is not in your Environment Variables thus it can't start the process.

I added a python check now. Redownload from 1st post.

You can call the gui now with a parameter .\VSRepoGUI.exe C:\Python37\python.exe

Use HKLM Software\Vapoursynth\PythonPath for automatic detection. That will always point to the base path of the python the vs module was installed to.

ChaosKing
28th April 2019, 14:02
Use HKLM Software\Vapoursynth\PythonPath for automatic detection. That will always point to the base path of the python the vs module was installed to.

Thx will add it.

I found the problem! F**g quotes were missing, and I always used a custom install path (with no spaces in it) :o Redownload please.


/!\ YOU NEED also 7zip installed or 7z.exe in PATH for vsrepo.py to work correctly. Otherwise only a handfull plugins will work/install.

I will upload the source code later, after some cleaning :P

StainlessS
28th April 2019, 14:25
I found the problem! F**g quotes were missing

No idea if relevant or of use but maybe see here for when Path contains a double quote (I have seen this ghastly practice in real paths/filenames):- https://forum.doom9.org/showthread.php?p=1871275#post1871275
Is an avisynth solution but easily converted.

Small script function to enclose a string in double quotes (if you dont know what you might want it for, then you probably dont need it).
If the string itself contains double quotes then encapsulates in set of tripple double quotes, otherwise a single pair of double quotes.

EnQuot() for RT_Stats, EnQuot2() for avs v2.60 only (req FillStr v2,.60)


BlankClip(Width=320,height=64,color=-$FF000000)

S=""""We "have' a' " QU"ote or ' two"""

#S=""

Function EnQuot(string S) { Q=RT_StrPad("", S.RT_FindStr(Chr(34))==0 ? 1 : 3 ,Chr(34)) Return Q+S+Q } # Req RT_Stats v1.43+
Function EnQuot2(string S) { Q=FillStr(S.FindStr(Chr(34))==0 ? 1 : 3 ,Chr(34)) Return Q+S+Q } # Requires Avs v2.60 for FillStr

S=S.Enquot # RT
#S=S.Enquot2 # Avs v2.6

Subtitle(S)

Result without EnQuot.
https://i.postimg.cc/C1CXvtBL/En-Quot-Before.jpg (https://postimages.org/)

Result with EnQuot.
https://i.postimg.cc/KvB8DcQn/EnQuot.jpg (https://postimages.org/)

lansing
28th April 2019, 15:44
It's working good, found some bugs,
- the search function doesn't work with the "hide installed" filtering
- the "current installed version" of the local filters is missing in the display
- the text from the "paths" dialog box need to be copyable
- the "win64" filtering option is pretty much obsolete now as vs and vseditor both moves away from 32 bit

I would also like the font size to be a little bigger.

stax76
28th April 2019, 16:20
@ChaosKing

It starts but out of screen bounds: https://postimg.cc/K1zTCBn9

ChaosKing
28th April 2019, 16:58
It's working good, found some bugs,
- the search function doesn't work with the "hide installed" filtering
- the "current installed version" of the local filters is missing in the display
- the text from the "paths" dialog box need to be copyable
- the "win64" filtering option is pretty much obsolete now as vs and vseditor both moves away from 32 bit

I would also like the font size to be a little bigger.

Parsing the current installed version from vsrepos output is only reliable as long as there are no spaces within the version text. (Currently it seems what there are no spaces, but I encountered this in "AVSRepo") So I left it out for now.

Win64 - What if you have VS32bit and 64bit installed? But yes, the win64 checkbox is more relevant for AVSRepo.

Paths was more a button for me to test stuff. The PLUGINS and SCRIPTS buttons should be enough. I will remove it.


@ChaosKing

It starts but out of screen bounds: https://postimg.cc/K1zTCBn9

Height is set to 800 and minHeight to 600px. I will lower the minHeight.
What is your screen resolution?

stax76
28th April 2019, 17:07
4k 288 dpi

ChaosKing
29th April 2019, 20:37
Just a small Update, now with a Local Version column.

@stax76 Are other apps also this big? WPF should be dpi aware. What is your scaling value in windows, 200%?
I have "3K" -> 1440p @ 100%. With scaling @ 150% it is very big, but looks ok and stays within the screen.

stax76
29th April 2019, 20:43
like I said 288 DPI (96 DPI equals 100% zoom so my zoom is 300%)

ChaosKing
29th April 2019, 22:06
ok and is alpha2 also out of screen bounds?

stax76
29th April 2019, 22:17
Well, I downloaded the link from first post saying it's a2 but title bar says a1 so probably chrome browser cache issue, use dl filenames including version like VSRepoGUIvA2.zip

stax76
29th April 2019, 22:21
Downloaded with another browser, still out of screen bounds.

ChaosKing
29th April 2019, 22:24
Downloaded with another browser, still out of screen bounds.

I forgot to change the version string :D
But you can resize it smaller?

stax76
29th April 2019, 22:39
But you can resize it smaller?

It starts with title bar out of screen, I press shift+win+up to make title bar show, I know shortcuts and tricks not every DAU knows...

gonca
29th April 2019, 22:55
4K display and it shows up fine, and I am only one of those DAU types (DUMB ASS USER) and I also know some "shortcuts and workarounds".

stax76
29th April 2019, 22:58
you are young and use less than 288DPI/300% zoom

edit:

dau: Dümmster Anzunehmender User

gonca
29th April 2019, 23:12
At 57 years of age with a blind right eye I am young and see well? Yeah, yeah!

stax76
29th April 2019, 23:15
I'm sorry then, born 76 and never had the best eyesight.

gonca
29th April 2019, 23:19
Don't worry about it, let's forget about it

ChaosKing
2nd May 2019, 09:19
Alpha3
- Removed some duplicate calls, should start faster now
- Use PythonPath if available in vs registry
- Win64 toggle is fully working now
- Added a "portable mode"
- auto update definitions on start
EDIT: And fixed search
EDIT2: And source code is up

For portable mode you need to create a "vsrepogui.json" text file in the same folder as the exe with the following contents:

{
"Bin":"D:\\PortableApps\\VapourSynth\\vsrepo\\abc d\\vsrepo.py",
"win32": {
"Binaries":"D:\\PortableApps\\VapourSynth\\vsrepo\\abc d\\p32",
"Scripts":"D:\\PortableApps\\VapourSynth\\vsrepo\\abc d\\scripts",
},
"win64": {
"Binaries":"D:\\PortableApps\\VapourSynth\\vsrepo\\abc d\\p64",
"Scripts":"D:\\PortableApps\\VapourSynth\\vsrepo\\abc d\\scripts",
}
}

ChaosKing
14th May 2019, 14:35
Alpha4
- Added Tabs
- It is now possible to use relative paths in vsrepogui.json
- Fixed high dpi issue (@stax76 please test)

ChaosKing
30th May 2019, 16:58
Alpha6 inspired by avsmeter:
https://i.imgur.com/H8M7llL.png

lansing
30th May 2019, 20:44
🔥 Namespace already populated, therefore it failed to load:
------------------------------------------------------------
vs_sangnommod.dll

😑 Notice - Not a VapourSynth Plugin:
------------------------------------------------------------
libfftw3-3.dll
libfftw3f-3.dll

libfftw3-3.dll and libfftw3f-3.dll not vs plugin? False alarm? Or maybe put them into a different category because they're required by other filters.

ChaosKing
30th May 2019, 20:55
Yes they are not VS plugins, You can't load them via LoadPlugin() but it doesn't mean they can't be dependencies of other plugins and that's why it is under "Notice" and not Error. Should I add some additional infos? Suggestions?

lansing
30th May 2019, 21:05
Yes they are not VS plugins, You can't load them via LoadPlugin() but it doesn't mean they can't be dependencies of other plugins and that's why it is under "Notice" and not Error. Should I add some additional infos? Suggestions?

That notice make me think that those plugins be things like just completely wrong files or they may had got put into the folder by accident and they're safe to delete.

ChaosKing
31st May 2019, 01:27
How about like this?


🤨 Notice - Probably a Plugin dependency (not a VS Plugin):
------------------------------------------------------------
libfftw3-3.dll
libfftw3f-3.dll

lansing
31st May 2019, 13:38
i tried putting an avs dll in the plugin folder and the diagnostic test is also putting it in the same category as the fftw files. Maybe adding a logic to separate the dependencies file to any other random files?

ChaosKing
31st May 2019, 14:43
I can't check if it is a real dependency. Only that it is not a VS plugin.

Myrsloik
31st May 2019, 15:06
I can't check if it is a real dependency. Only what it is not a VS plugin.

If you're really insane you could parse the package json and see which files belong to a plugin and simply exclude them. I don't recommend that you do this.

ChaosKing
31st May 2019, 15:12
Hmm this would at least work for files that are in that package. The file is parsed and read anyway :P

ChaosKing
31st May 2019, 21:45
Better? Comparison is at filename level, maybe I will add hash compare someday so what w2xc-abc.dll would be also recognized.

🤨 Notice - Probably a Plugin dependency (not a VS Plugin):
------------------------------------------------------------
libfftw3-3.dll [belongs to FFTW3 Library]
libfftw3f-3.dll [belongs to FFTW3 Library]
libmfxsw64.dll [belongs to DGMVCSourceVS]
libRandom.dll
svml_dispmd.dll [belongs to Waifu2x]
w2xc.dll [belongs to Waifu2x]
w2xc-abc.dll

lansing
31st May 2019, 22:46
Better? Comparison is at filename level, maybe I will add hash compare someday so what w2xc-abc.dll would be also recognized.

🤨 Notice - Probably a Plugin dependency (not a VS Plugin):
------------------------------------------------------------
libfftw3-3.dll [belongs to FFTW3 Library]
libfftw3f-3.dll [belongs to FFTW3 Library]
libmfxsw64.dll [belongs to DGMVCSourceVS]
libRandom.dll
svml_dispmd.dll [belongs to Waifu2x]
w2xc.dll [belongs to Waifu2x]
w2xc-abc.dll

Something like this?
dependency files:
------------------------------------------------------------
libfftw3-3.dll [belongs to FFTW3 Library]
libfftw3f-3.dll [belongs to FFTW3 Library]

unidentify files:
------------------------------------------------------------
libRandom.dll
w2xc-abc.dll

ChaosKing
31st May 2019, 23:37
Checked Plugins: 118, Notices: 2, Errors: 1
.
.
.
🙂 Identified non-VapourSynth Plugins:
------------------------------------------------------------
libfftw3-3.dll [belongs to FFTW3 Library]
libfftw3f-3.dll [belongs to FFTW3 Library]
libmfxsw64.dll [belongs to DGMVCSourceVS]
svml_dispmd.dll [belongs to Waifu2x]
w2xc.dll [belongs to Waifu2x]


🤨 Unidentified DLLs (maybe also Plugin dependencies?):
------------------------------------------------------------
libRandom.dll
w2xc-abc.dll

Maybe also list non DLL files, like avsmeter does?

lansing
1st June 2019, 00:05
Maybe also list non DLL files, like avsmeter does?

I don't know about that, because the VMAF filter has a model folder that has like 90 files inside, that's going to be a long list.

The diagnostic test is use to check when something goes wrong, and I don't think those files are going to matter.

ChaosKing
6th June 2019, 16:24
I worked a bit on the dependency stuff.
Question: I know that for example that "MSVCP140.dll" is a "Visual C++ Redistributable" Runtime dll, but can I know from which Runtime it is? from 2015, 2017? Or replaces the 2017 dll the 2015 version?


🔥 Error 126 - A DLL dependency is probably missing:
------------------------------------------------------------
bilateralGPU.dll
requires following dependencies (one of these should be missing):

- opencv_core320.dll
- opencv_cudaimgproc320.dll
- VCRUNTIME140.dll
- api-ms-win-crt-heap-l1-1-0.dll
- api-ms-win-crt-runtime-l1-1-0.dll
- api-ms-win-crt-math-l1-1-0.dll

opencv_core320.dll
requires following dependencies (one of these should be missing):

- cudart64_80.dll
- MSVCP140.dll
- CONCRT140.dll
- VCRUNTIME140.dll
- api-ms-win-crt-heap-l1-1-0.dll
- api-ms-win-crt-stdio-l1-1-0.dll
- api-ms-win-crt-string-l1-1-0.dll
- api-ms-win-crt-runtime-l1-1-0.dll
- api-ms-win-crt-math-l1-1-0.dll
- api-ms-win-crt-convert-l1-1-0.dll
- api-ms-win-crt-environment-l1-1-0.dll
- api-ms-win-crt-time-l1-1-0.dll
- api-ms-win-crt-filesystem-l1-1-0.dll

Myrsloik
6th June 2019, 16:53
I worked a bit on the dependency stuff.
Question: I know that for example that "MSVCP140.dll" is a "Visual C++ Redistributable" Runtime dll, but can I know from which Runtime it is? from 2015, 2017? Or replaces the 2017 dll the 2015 version?

...

2019 replaces both 2017 and 2015.

Dreamject
8th June 2019, 18:06
It does not work with portable versions. Imo it should detect vs like
If vapoursynth library in current folder, then apply updates to currentdir. Portable/usual mode has different folder strucrure

ChaosKing
8th June 2019, 18:52
It supports portable version currently only via a "vsrepogui.json" file. (You can set relative paths, but still need python in path)

Dreamject
9th June 2019, 09:08
Okay... But what's wrong with autodetection in %cd%

ChaosKing
9th June 2019, 09:21
Nothing wrong with it. I needed a custom path for Scripts, so I quickly implement it via a file. This way it's more universal and easier to test around for me. I will add autodetect maybe in the future.

ChaosKing
12th June 2019, 12:27
New release https://github.com/theChaosCoder/VSRepoGUI/releases/tag/0.7
(You need listpedeps if you also want to see the dependencies https://github.com/brechtsanders/pedeps)

https://i.imgur.com/LCU6ARv.png

cyaoeu
13th June 2019, 15:14
Isn't the cat a copyrighted/trademarked character?

ChaosKing
13th June 2019, 15:44
I have it from here https://flyclipart.com/art-pusheen-cat-cats-cute-cats-pusheen-png-204717

CC BY-NC 4.0 Licence
✓ Free for personal use
✓ Attribution not required
✓ Unlimited download

cyaoeu
14th June 2019, 15:23
I have it from here https://flyclipart.com/art-pusheen-cat-cats-cute-cats-pusheen-png-204717

CC BY-NC 4.0 Licence
✓ Free for personal use
✓ Attribution not required
✓ Unlimited download

Okay, cool.

Some real feedback, I'm pretty new to VS and this was really helpful when trying to find dependencies without having to go look on github (didn't try the normal VSRepo).

Some things that were a bit strange to me in the UI:

1. The height of each row is not fixed so it looks pretty ugly when scrolling with the text jumping around. Would probably look better to have all of them the same (maximum I guess) height.

2. The namespaces are links (or at least blue and underlined) but don't really do anything when clicked on.

3. There's a description when you click on a row but I would prefer if this was visible by default, that way you don't need to click on everything to see what it is.

Anyway these are nitpicky suggestions, I didn't have any real problems when using it.

ChaosKing
14th June 2019, 15:39
1. Ok will change it
2. Yeah I forgot about it. I wanted to link them to the vsrepo json files on github, but I'm open for other suggestions.
3. I will look into it. It seems if you click on any row and then mark everything with STRG+A you can open every hidden row.

ChaosKing
9th July 2019, 01:34
New release (see first page)
- Should start faster now (async plugin read on start)
- Should detect all possible VS installations now (for all and per user)
- Add some additional diagnostic information
- All rows have the same height now (better scrolling experience)
- Namespace links now opens its meta package on github

https://i.imgur.com/RBJDzBM.png

felicialee
9th July 2019, 08:59
I have it from here https://flyclipart.com/art-pusheen-cat-cats-cute-cats-pusheen-png-204717

CC BY-NC 4.0 Licence
✓ Free for personal use
✓ Attribution not required
✓ Unlimited download
=========
Hi, ChaosKing
I suggest you use it with caution.
I specifically contacted the platform, they said that this is a user-uploaded image, they can not guarantee copyright issues. Just like this, https://www.netclipart.com/isee/ibiJJw_pusheen-cat-clipart-birthday-pusheen-birthday/, it is possible to complain directly.

ChaosKing
9th July 2019, 09:46
Ok, I'll see if I can find some other icon.

lansing
27th August 2019, 03:54
I recently switched to Windows 10, and now when I click on any url links inside the gui, nothing happen. Only links that point to my local folders work.

ChaosKing
27th August 2019, 09:13
I only tested it on win10... and you're definitely using the latest version?
The local ones are calling explorere.exe, the web links are starting a Process with the url. The rest should be handled by the OS.
What default browser is set in windows?

lansing
27th August 2019, 14:26
I only tested it on win10... and you're definitely using the latest version?
The local ones are calling explorere.exe, the web links are starting a Process with the url. The rest should be handled by the OS.
What default browser is set in windows?

Interestingly, when I set the default browser to Firefox, it works. When I set to Chrome, it doesn't work

ChaosKing
27th August 2019, 14:52
Interestingly, when I set the default browser to Firefox, it works. When I set to Chrome, it doesn't work

I can't reproduce it. I installed chrome+vsrepogui in a fresh VM -> everything works.

lansing
27th August 2019, 15:50
I can't reproduce it. I installed chrome+vsrepogui in a fresh VM -> everything works.

I just reinstalled Chrome and it now works again.

lansing
1st October 2019, 22:19
A new version of nnedi3cl was released, but vsrepogui couldn't pick it up?

ChaosKing
2nd October 2019, 07:12
A new version of nnedi3cl was released, but vsrepogui couldn't pick it up?

It does not work in real time. Wait for Myrsloik to update the "plugins db".

ChaosKing
20th October 2019, 11:39
New release v0.9 (see first page for a download link)

- VSRepoGUI now remembers the window size (saved in AppData\Roaming\VSRepoGUI)
- Added GPU in diagnose tab
- Added dll error code 193 in diagose
- Fixed absolut path bug in portable mode

Pat357
28th October 2019, 17:33
New release v0.9 (see first page for a download link)


It seems the link available at page 1 is still version 0.8 (dd 09-July-2019).

ChaosKing
28th October 2019, 18:46
thx, fixed.

Overdrive80
29th November 2019, 00:29
My little contribution is big pack auto-install: https://mega.nz/#!0oZzkAwK!ou4zNoHbx32x6W2Q3l2qXCMEwxcDGZmDFhagmJHG-7A

Is upgradeable if open with winrar.

lansing
18th January 2020, 06:02
I have a suggestion on displaying the release date on those manual installed filters from the users, instead of showing "unknown", we can use the "last modified" date from the file.

ChaosKing
18th January 2020, 20:40
Will add it soon.

PK555555
21st February 2020, 13:20
Could you help me resolve these errors I don't un:

Checked Plugins: 132, Notices: 6, Errors: 2

Plugin Path: C:\Users\ronal\Videos\upscaling video\VapourSynth-Super-Resolution-Helper-master\SetupScripts\VapourSynth64Portable\VapourSynth64\vapoursynth64\plugins


🔥 Error 126 - A DLL dependency is probably missing:
------------------------------------------------------------
C:\Users\ronal\Videos\upscaling video\VapourSynth-Super-Resolution-Helper-master\SetupScripts\VapourSynth64Portable\VapourSynth64\vapoursynth64\plugins\bilateralGPU.dll
requires following dependencies (one of these could be missing):

- opencv_core320.dll
- opencv_cudaimgproc320.dll
- VCRUNTIME140.dll
- api-ms-win-crt-heap-l1-1-0.dll
- api-ms-win-crt-runtime-l1-1-0.dll
- api-ms-win-crt-math-l1-1-0.dll



🔥 Namespace already populated, therefore it failed to load:
------------------------------------------------------------
C:\Users\ronal\Videos\upscaling video\VapourSynth-Super-Resolution-Helper-master\SetupScripts\VapourSynth64Portable\VapourSynth64\vapoursynth64\plugins\libtemporalsoften.dll


🤨 Unidentified DLLs (maybe also Plugin dependencies?):
------------------------------------------------------------
C:\Users\ronal\Videos\upscaling video\VapourSynth-Super-Resolution-Helper-master\SetupScripts\VapourSynth64Portable\VapourSynth64\vapoursynth64\plugins\libfftw3-3.dll
C:\Users\ronal\Videos\upscaling video\VapourSynth-Super-Resolution-Helper-master\SetupScripts\VapourSynth64Portable\VapourSynth64\vapoursynth64\plugins\libfftw3f-3.dll
C:\Users\ronal\Videos\upscaling video\VapourSynth-Super-Resolution-Helper-master\SetupScripts\VapourSynth64Portable\VapourSynth64\vapoursynth64\plugins\libmfxsw64.dll
C:\Users\ronal\Videos\upscaling video\VapourSynth-Super-Resolution-Helper-master\SetupScripts\VapourSynth64Portable\VapourSynth64\vapoursynth64\plugins\svml_dispmd.dll
C:\Users\ronal\Videos\upscaling video\VapourSynth-Super-Resolution-Helper-master\SetupScripts\VapourSynth64Portable\VapourSynth64\vapoursynth64\plugins\vulkan-1.dll
C:\Users\ronal\Videos\upscaling video\VapourSynth-Super-Resolution-Helper-master\SetupScripts\VapourSynth64Portable\VapourSynth64\vapoursynth64\plugins\w2xc.dll

ChaosKing
21st February 2020, 14:22
bilateralGPU needs some nvidia stuff. You can download the missing dlls from here: https://forum.doom9.org/showthread.php?t=175529 (the 3 mega.nz links)
For "libtemporalsoften.dll": There a just 2 dlls with the same namespace in your plugin folder. Delete one of them and the warning goes away. See also http://vsdb.top/plugins/focus

PK555555
21st February 2020, 22:09
Could you help me with that too?

Failed to evaluate the script:
Python exception: module 'mvsfunc' has no attribute 'SSIM_downsample'

Traceback (most recent call last):
File "src \ cython \ vapoursynth.pyx", line 1946, in vapoursynth.vpy_evaluateScript
File "src \ cython \ vapoursynth.pyx", line 1947, in vapoursynth.vpy_evaluateScript
File "", line 7, in
AttributeError: module 'mvsfunc' has no attribute 'SSIM_downsample'

ChaosKing
21st February 2020, 22:16
You want muvsfunc (not mvsfunc) which has a SSIM_downsample function.

bin.n2f
23rd April 2020, 15:23
help ....

i want to use muvsfunc.GuidedFilter but i am getting this error
python exception Depth() got an unexpected keyword argument 'sigma'

i have already installed all plugins and scripts using VSRepoGUI

what i am messing??:thanks:

ChaosKing
23rd April 2020, 16:10
vsrepo installs the release version from here https://github.com/WolframRhodium/muvsfunc/releases
Try the latest github commit first, maybe this "error" was already fixed.

It is always a good thing to post the full error message + on which line the error occurred ;)

bin.n2f
23rd April 2020, 17:12
vsrepo installs the release version from here https://github.com/WolframRhodium/muvsfunc/releases
Try the latest github commit first, maybe this "error" was already fixed.

It is always a good thing to post the full error message + on which line the error occurred ;)

thanx i will do that.....iam using staxrip & that error came up

lansing
25th April 2020, 02:00
waifu2x-caffe in the database but not searchable in the gui

https://forum.doom9.org/showthread.php?t=173673

ChaosKing
25th April 2020, 07:05
waifu2x-caffe was never added to vsrepo https://github.com/vapoursynth/vsrepo/tree/master/local

leon
25th May 2020, 13:38
Thank you for this nice GUI.
Updates and installations just fail without any error. Does it store a log or something somewhere about these fails?

ChaosKing
25th May 2020, 13:56
Log and better error checking is on my todo (there is hidden console log, but you can't make it visible currently)
Try to update with vsrepo via console and see what it shows you.

In powershell/cmd: vsrepo upgrade-all
or vsrepo install yourpackage

leon
26th May 2020, 13:05
I just did "vsrepo upgrade packagename" and it worked, successfully updated the package that is.
Installing works too. But they don't work in the GUI.

ChaosKing
26th May 2020, 23:26
Hmm that is what vsrepogui also does. Do you have multiple python versions installed?
What happens if you click on the "Diagnose Problems" tab?

leon
27th May 2020, 10:09
No, just one (3.8.2). It's installed in the Program Files, but I don't think that could be the problem because it used to work just fine a few weeks ago.
I don't see any problems.

Checked Plugins: 57, Notices: 13, Errors: 0

It's not really important, but there are some cosmetic bugs, like when I open the GUI the first time the update buttons are buried under the right margin and also characters in the Diagnose Problems tab are not shown properly and are instead replaced by a generic rectangle.

P.S. I'm on Win7 x64 SP1.

leon
30th June 2020, 06:05
@ChaosKing
Any update?

ChaosKing
30th June 2020, 09:05
See if this build shows any usefull err message https://www.dropbox.com/s/1b3l2bld6c9el90/VSRepoGUI_test.zip?dl=1

Alexkral
30th June 2020, 13:02
With VapourSynth also installed for mpv64 through SVP, this uses the SVP path.

ChaosKing
30th June 2020, 13:39
With VapourSynth also installed for mpv64 through SVP, this uses the SVP path.

So does SVP change the registry path of VS then?
And by defauft vsrepo uses the APPDATA folder... so I don't see how SVP could change that.

Alexkral
30th June 2020, 14:28
I can't see that here.

https://drive.google.com/file/d/1r8WqWwRcGYXb9y4kXKQwqPHq2UUIixiH/view?usp=sharing

Anyway it seems that with VirtualDub2 I need to load the plugins manually.

ChaosKing
30th June 2020, 17:59
Attachments Approval can take a long time here, better upload it somewhere else.

ChaosKing
1st July 2020, 00:09
It looks like you have R51 installed, but the "SVP version R50" is used/loaded. I don't know where you can change the appdata path in VS, maybe it is a patched version by svp?

VSRepoGui just uses what "vsrepo paths" returns.

leon
6th July 2020, 18:07
See if this build shows any usefull err message https://www.dropbox.com/s/1b3l2bld6c9el90/VSRepoGUI_test.zip?dl=1

Nothing. The paths list is gone after I click update.

ChaosKing
7th July 2020, 18:48
I will install Win7 in a VM and see if I can trigger the same error.

@leon Is python installed globally or is it a per user installation?

leon
8th July 2020, 17:34
Globally i.e. inside Program Files.
Python 3.8.2.

ChaosKing
15th July 2020, 15:09
Good and bad news.
I finally got my win7 up and running.

For some reason it can not download anything. Error is always
Failed to download ZNEDI3 r2, skipping installation and moving on
Nothing done

When I run the exact same string manually in cmd it works :-/

Will take some time to figure out what is wrong here exactly...

Running as admin does not help

stax76
8th August 2020, 10:14
If Python and VapourSynth are not in PATH then the app silently dies before any UI or error is shown, the average user will not be able to find out what's going on and just assume the app is broken, so it can be considered to be a bug.


For Each key In {Registry.CurrentUser, Registry.LocalMachine}
dllPath = key.GetString("Software\VapourSynth", "VapourSynthDLL")

If File.Exists(dllPath) Then
Return dllPath
End If
Next



For Each key In {Registry.CurrentUser, Registry.LocalMachine}
For Each keyName In key.GetKeyNames("SOFTWARE\Python\PythonCore")
exePath = key.GetString($"SOFTWARE\Python\PythonCore\{keyName}\InstallPath", "ExecutablePath")

If File.Exists(exePath) Then
Return exePath
End If
Next
Next

ChaosKing
9th August 2020, 09:43
This was indeed a bug. Check new release.

stax76
9th August 2020, 16:53
Thanks for the support, it's working great now. Is it possible to decide if installed or portable vapoursynth should be used? Sorry, I'm just starting to explore new ways.

Regarding staxrip, using plugin auto loading instead of manual loading via LoadPlugin is a supported scenario since the last beta, maybe needs more testing and work.

For me and possible future staxrip maintainers it's difficult to update all the plugins (and all other tools as well) manually, there need to be some automation and collaboration features to make this effortless.

The app is somehow large due to the UI and json library.

ChaosKing
9th August 2020, 18:35
portable mode can only be used with a vsrepogui.json config file. With the following contents (Example is for AVSRepoGUI, but you get the idea. Or look at the example @ page 1.

{
"Bin":"avsrepo-64.exe",
"win32": {
"Binaries":"D:\\AvisynthRepository\\AVSPLUS_x86\\plugins",
"Scripts":"D:\\AvisynthRepository\\SCRIPTS",
},
"win64": {
"Binaries":"D:\\AvisynthRepository\\AVSPLUS_x64\\plugins",
"Scripts":"D:\\AvisynthRepository\\SCRIPTS",
}
}

Maybe I will add a gui option for that in the future.

Idk how to make the app smaller :(

stax76
9th August 2020, 20:24
Maybe use things like ConvertFrom-Json (https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/convertfrom-json?view=powershell-5.1), I use powershell all the time because I love working with it and hate using large external libraries, there is sample code in mpv.net, staxrip and mediainfo.net. I remember you know powershell.

stax76
9th August 2020, 22:07
It's maybe not interesting for many devs since it works on Win7 only when PowerShell 5.1 is installed, it's accessing the PowerShell API directly in-process not using the powershell executable.

https://github.com/stax76/mpv.net/blob/master/mpv.net/Misc/Commands.cs#L336

https://github.com/stax76/mpv.net/blob/master/Manual.md#powershell

ChaosKing
10th August 2020, 09:14
I will have a look, but I don't want to add a ps dependency.

There is a way however with .net core to compile it to true native code (with a c++ compiler). This sounds more interesting to me.

stax76
10th August 2020, 14:32
There is an AOT feature but it might not be available soon, at least not for popular platforms and project types.

The new platform has json support built-in but there will be a distribution issue for years (until it becomes part of Windows) unless your users don't mind downloading/installing a HUGE package.

There will probably be support for three shaking to get a smaller package but I don't think this will be available any time soon.

It's going to be good old .NET Framework 4.8 for few more years I'm afraid, people hate downloading/installing HUGE packages, I have some experience with this. :(

ChaosKing
12th August 2020, 08:53
Good and bad news.
I finally got my win7 up and running.

For some reason it can not download anything. Error is always
Failed to download ZNEDI3 r2, skipping installation and moving on
Nothing done

When I run the exact same string manually in cmd it works :-/

Will take some time to figure out what is wrong here exactly...

Running as admin does not help

Installed Visual Studio in Win7. It works now but only if I start it through Visual Studio otherwise it does not work. :confused: This is very weird... I don't even know how to debug this...

Myrsloik
12th August 2020, 09:00
Installed Visual Studio in Win7. It works now but only if I start it through Visual Studio otherwise it does not work. :confused: This is very weird... I don't even know how to debug this...

1. Printf debugging
2. I bet it's related to the working directory somehow

ChaosKing
12th August 2020, 09:16
It looks more like vsrepo has "no internet" like it's blocked for some reason. On the other hand it downloads vspackges.json on start just fine :/

working dir seems unlikely since all vsrepo-commands are working except the ones where a download is involved.


Startet debug build through visualstuido, it calls this command and everything works: [These are the process args]
"C:\Users\bob\Desktop\VSRepoGUI\VSRepoGUI\bin\Debug\vsrepo.py" -p -b "C:\Users\bob\Desktop\VSRepoGUI\VSRepoGUI\bin\Debug\vapoursynth64\plugins" -s "C:\Users\bob\Desktop\VSRepoGUI\VSRepoGUI\bin\Debug\..\Scripts" -t win64 upgrade neo_fft3d


Now I start the same exe again but this time directly (without vstudio) and the very same command is called, BUT vsrepo says it failed, it can not download the package.
"C:\Users\bob\Desktop\VSRepoGUI\VSRepoGUI\bin\Debug\vsrepo.py" -p -b "C:\Users\bob\Desktop\VSRepoGUI\VSRepoGUI\bin\Debug\vapoursynth64\plugins" -s "C:\Users\bob\Desktop\VSRepoGUI\VSRepoGUI\bin\Debug\..\Scripts" -t win64 upgrade neo_fft3d
Uninstall works as expected. (also Installed)
"C:\Users\bob\Desktop\VSRepoGUI\VSRepoGUI\bin\Debug\vsrepo.py" -p -b "C:\Users\bob\Desktop\VSRepoGUI\VSRepoGUI\bin\Debug\vapoursynth64\plugins" -s "C:\Users\bob\Desktop\VSRepoGUI\VSRepoGUI\bin\Debug\..\Scripts" -t win64 uninstall neo_fft3d

ChaosKing
12th August 2020, 09:39
I think I found the problem. When I remove the tqdm python module it WORKS!
Now the question is why it makes a difference since it works within visual studio too :/

Myrsloik
12th August 2020, 10:12
I think I found the problem. When I remove the tqdm python module it WORKS!
Now the question is why it makes a difference since it works within visual studio too :/

It's probably something like the difference between stdout/stderr being initialized or not. GUI applications don't need it but Visual Studio probably attaches them anyway so you can see output in the debugger.

ChaosKing
12th August 2020, 10:24
I also suspected something with stderr and turns out Win7 / tdqm are happy if I just add a RedirectStandardError = true. Thx for your help.

ChaosKing
12th August 2020, 10:36
@leon can you test if this build works for you?
https://www.dropbox.com/s/medu5e4zfwt5pt3/VSRepoGUI_win7fix.zip?dl=1

lansing
25th August 2020, 03:22
vsrepogui doesn't work for new vapoursynth version

ChaosKing
25th August 2020, 09:24
Try the new release.

lansing
25th August 2020, 14:14
New version works now.

ffms2 doesn't update to newest version
https://github.com/FFMS/ffms2/releases

ChaosKing
25th August 2020, 19:23
Because the ffms2 package was not updated on github yet. Try again.

lansing
26th August 2020, 00:09
Because the ffms2 package was not updated on github yet. Try again.

Yes it was updated now, took them 4 days wow.

leon
11th January 2021, 06:54
@leon can you test if this build works for you?
https://www.dropbox.com/s/medu5e4zfwt5pt3/VSRepoGUI_win7fix.zip?dl=1

It indeed works, thank you so much. And sorry for the late reply.

Emulgator
11th January 2021, 09:14
Win7U64SP1 with (hopefully) latest .net 4.8.03761, systemwide latest VC++ Redist 2019 (14.28.29325.2)

Trying VSRepoGUI.exe for the first time.
No matter if 32bit or 64 bit, starting VSRepoGUI.exe
from within Vapoursynth portable R52 with internally provided python3.8.7150 and VC++ runtime 2019 (14.28.29334.0) gives

Problemsignatur:
Problemereignisname: CLR20r3
Problemsignatur 01: VSRepoGUI.exe
Problemsignatur 02: 1.0.0.0
Problemsignatur 03: b514b7a2
Problemsignatur 04: VSRepoGUI
Problemsignatur 05: 1.0.0.0
Problemsignatur 06: b514b7a2
Problemsignatur 07: 118
Problemsignatur 08: 6a
Problemsignatur 09: N3CTRYE2KN3C34SGL4ZQYRBFTE4M13NB
Betriebsystemversion: 6.1.7601.2.1.0.256.1
Gebietsschema-ID: 1031
Zusatzinformation 1: 0a9e
Zusatzinformation 2: 0a9e372d3b4ad19135b953a78882e789
Zusatzinformation 3: 0a9e
Zusatzinformation 4: 0a9e372d3b4ad19135b953a78882e789


Ah, handediting vsrepogui.json to my portable path gives at least an assertion window "vsrepogui.json is invalid",
then after confirming the abovementioned crash report window pops up. Continuing.

ChaosKing
11th January 2021, 10:09
I will check later in my VM. How does your vsrepogui.json look like?
Avsrepogui.exe is in the same folder as the python.exe?

EDIT
Can you run "python vsrepo.py update" in console without problems?

Emulgator
11th January 2021, 10:22
Many thanks for looking into it ! Yes, vsrepogui is in the same folder as python.exe.
Just downloaded your Fatpack, it throws the same error, BTW.
Fatpack vsrepogui.json:
{
"Bin":"vsrepo.py",
"win32": {
"Binaries":"vapoursynth32\\plugins",
"Scripts":"..\\Scripts"
},
"win64": {
"Binaries":"vapoursynth64\\plugins",
"Scripts":"..\\Scripts"
}
}
My 32-bit standalone .json
(ATM I have no thorough understanding what "binaries" would address: the location of plugins or the VapourSynth.dll
and where this is an example of relative vs. absolute paths...
{
"Bin":"C:\\_PROG\\! Video Tools\\! VapourSynth32-Portable-R52\\vsrepo.py",
"win32": {
"Binaries":"abc d\\p32",
"Scripts":"..\\scripts"
},
"win64": {
"Binaries":"C:\_PROG_64\! Video Tools 64\! VapourSynth64-Portable-R52\\vsrepo\\abc d\\p64",
"Scripts":"C:\_PROG_64\! Video Tools 64\! VapourSynth64-Portable-R52\\vsrepo\\abc d\\scripts"
}
}

ChaosKing
11th January 2021, 11:50
Binaries = plugin path in this context (it overrides the vsrepo parameters: you can check with "vsrepo.py paths)


the \ char needs to be escaped. A valid version should look like this.
{
"Bin":"C:\\_PROG\\! Video Tools\\! VapourSynth32-Portable-R52\\vsrepo.py",
"win32":{
"Binaries":"abc d\\p32",
"Scripts":"..\\scripts"
},
"win64":{
"Binaries":"C:\\_PROG_64\\! Video Tools 64\\! VapourSynth64-Portable-R52\\vsrepo\\abc d\\p64",
"Scripts":"C:\\_PROG_64\\! Video Tools 64\\! VapourSynth64-Portable-R52\\vsrepo\\abc d\\scripts"
}
}

I tried the latest portable fatpack and it works in my test VM. It downloaded vspackages3.json in my root folder for some reason and I get the message "Could not read/download vspckages.json". I moved it to Vapoursynh64 folder and it started without problems.
I think I need a bat file which changes the directory first to avoid this problem.

"Clr20r3" error on google suggest that it could be a problem with the .net installation.

Btw. what is U in Win7U64SP1? Ultimate?

lansing
2nd February 2021, 02:05
For some reason my vsrepogui couldn't open, I have both Python 3.8 and 3.9 installed with 3.9 being the default, while my vseditor is able to run without problem.

ChaosKing
2nd February 2021, 11:11
See if the new version fixes it for you https://github.com/theChaosCoder/VSRepoGUI/releases/tag/v0.9.6

lansing
2nd February 2021, 17:50
Nope it still doesn't open, it worked if I uninstalled Python 3.9

ChaosKing
2nd February 2021, 17:56
I see the problem now.
vsrepo can't detect vapoursynth

.\python.exe .\vsrepo.py update
Could not detect vapoursynth
vsrepogui just assumes when python is found, vsrepo works correctly :D

=> But it should work in portable mode (not tested yet)

EDIT
portable mode works. Tested with python3.9 embed version.

vsrepogui.json
{
"Bin":"vsrepo.py",
"win32": {
"Binaries":"plugins32",
"Scripts":"Scripts",
},
"win64": {
"Binaries":"plugins64",
"Scripts":"Scripts",
}
}

jinkazuya
22nd March 2021, 00:50
Does anybody have the detailsharpen plugin for StaxRip VapourSynth? I am just wondering how to import the plugin as well. Thanks.

ChaosKing
22nd March 2021, 10:38
You can find a vs version here https://github.com/Selur/VapoursynthScriptsInHybrid/blob/master/G41Fun.py#L2885

Scipts are imported like this: import G41Fun as gf

and then can be used like this: clip = gg.DetailSharpen(clip)

You need to place G41Fun.py inside your python site-packages folder C:\Users\<USER>\AppData\Roaming\Python\Python38\site-packages

For Staxrip specific help ask in the Staxrip thread.

jinkazuya
23rd March 2021, 00:32
You can find a vs version here https://github.com/Selur/VapoursynthScriptsInHybrid/blob/master/G41Fun.py#L2885

Scipts are imported like this: import G41Fun as gf

and then can be used like this: clip = gg.DetailSharpen(clip)

You need to place G41Fun.py inside your python site-packages folder C:\Users\<USER>\AppData\Roaming\Python\Python38\site-packages

For Staxrip specific help ask in the Staxrip thread.

Thanks for your help but I cannot see the python directory or folder and besides I do not know what to do with the script. I think I will ask in the Staxrip thread.

lansing
18th July 2022, 16:11
The program couldn't open with the new R59?

ChaosKing
18th July 2022, 17:46
It is most likely a vsrepo.py problem. Try running vsrepo.py in CMD first and see if it works. I had the same problem, not sure how I fixed it. I think I reinstalled python and/or R59.

Emulgator
15th December 2022, 22:36
Many thanks, ChaosKing !
Finally got it to work nicely.
It is end of 2022 and I can return to learning VapourSynth on a Win10Pro64 system.

Here comes the correct vsrepogui.json for my 2 portable installations.

{
"Bin":"C:\\_PROG\\! Video Tools\\! VapourSynth32-Portable-R61\\vsrepo.py",
"win32":{
"Binaries":"C:\\_PROG\\! Video Tools\\! VapourSynth32-Portable-R61\\vapoursynth32\\plugins",
"Scripts":"C:\\_PROG\\! Video Tools\\! VapourSynth32-Portable-R61\\vapoursynth32\\scripts"
},
"win64":{
"Binaries":"C:\\_PROG_64\\! Video Tools 64\\! VapourSynth64-Portable-R61\\vapoursynth64\\plugins",
"Scripts":"C:\\_PROG_64\\! Video Tools 64\\! VapourSynth64-Portable-R61\\vapoursynth64\\scripts"
}
}

Worth mentioning for newbies like me:
Having the VSRepoGUI "Search (x) Win64" ticked
searches the local 64bit installation and downloads the 64bit plugins and scripts into the 64bit installation.
Having the VSRepoGUI "Search ( ) Win64" unticked
searches the local 32bit installation and downloads the 32bit plugins and scripts into the 32bit installation.

P.S. Eek... 102 64bit plugins fell into the 32-bit installation, only 2 were correct 32bit.
On reload the situation improved: almost 100 correct. Ok, later..

ChaosKing
16th December 2022, 12:01
Worth mentioning for newbies like me:
Having the VSRepoGUI "Search (x) Win64" ticked
searches the local 64bit installation and downloads the 64bit plugins and scripts into the 64bit installation.
Having the VSRepoGUI "Search ( ) Win64" unticked
searches the local 32bit installation and downloads the 32bit plugins and scripts into the 32bit installation.

P.S. Eek... 102 64bit plugins fell into the 32-bit installation, only 2 were correct 32bit.
On reload the situation improved: almost 100 correct. Ok, later..

Maybe the view was not updated correctly. I never touch the checkbox since I only user 64bit :D (half of the plugins are only available for 64bit anyway!)


I could replace the checkbox with a dropdown [Auto, Win64, Win32 ] to avoid confusion 🤔

Ironclad
20th February 2023, 00:25
Installing havsfunc and muvsfunc did not install several dependencies. Havsfunc was installed without vsutil installing. Several muvsfunc plugins also did not install including: AWarpSharp2, Bilateral, CAS, CTMF, descale, TCanny, and likely many others. All are listed separately in Vsrepogui. VSrepogui was placed in the the pedeps bin directory with listpedeps.exe. Diagnose Problems did not recognize the missing dependencies.

lansing
30th August 2025, 22:33
For some reason installing new plugin is fine, but updating plugin does nothing. The plugin did not get update.

ChaosKing
31st August 2025, 12:25
Works for me...

Have you tried manually updating it via vsrepo cli? What does it say?

lansing
25th April 2026, 00:17
Need a new update on this tool for R74

ChaosKing
26th April 2026, 12:10
Not sure if I will update it anymore. It is still not decided how the future of vsrepo will look like.
I think I will create a new corss plattform gui once the vsrepo / pip transition is done. There is also https://github.com/frankie1024/VSRepo_Gui (not tested by me)

lansing
26th April 2026, 14:42
Not sure if I will update it anymore. It is still not decided how the future of vsrepo will look like.
I think I will create a new corss plattform gui once the vsrepo / pip transition is done. There is also https://github.com/frankie1024/VSRepo_Gui (not tested by me)

Trying it now. It was looking for the file vspackages3.json but failed, don't know where that file came from now. It's not in the python vsrepo folder.

ChaosKing
26th April 2026, 14:43
try a manual vsrepo update first