Joe6942069
New Member
- Apr 29, 2022
- 6
- 6
is there a tool for removing unneeded var's? such as left over depends from var's you've gotten rid of?
Tool Others Vambropy [v1.17.3]: VaM packages & user content database, management, and a complement to VarBrowser
- Thread starter commondi32
- Start date
I haven't tried the tool yet but it's not advertised anywhere but this forum. Took some dumb luck to find this. varManager was working fine for me but now it crashes on startup. I will try to give feedback when I can. I am mainly looking for the ability to load specific vars without deleting or manually moving my other vars. Also I wish for the ability to not load stale vars (Older var versions that are no longer dependencies) and move them to a segregated folder.
Yes, the tool is in early stages, I started it here only. I heard of a varManager fork fixing some feelfar's version issues.
You must be registered to see the links
.This tool is currently doing the things you mention you look for, except the last one. It is compatible with sfishere's VarBrowser. A new version is very soon with some fixes and requested features from the thread. After that, moving old vars to VaM(root)/_oldvars (like billprime's VamVarManager does) feature is going to be added.
Last edited:
This has to be a bug, but you can filter deleted files by clicking the 'Missing' checkbox, and then do a Refresh. Then, all deleted files will show in red foreground color. The background dark color you see there means that the version is old, that you have a newer version of it. To get/remember the colors, try applying the different filters buttons and the Old versions combobox (ctrl+o) and you will get only one color in most of them.
Check out the new version 1.17 featuring new UI using PyQt6 high performance libraries and native high DPI support.
Thanks to commondi32 for creating the app and continuing the support, and to all who provided feedback so far.
This app has come a long way. Keep providing feedback, and we'll try and add it in the next version.
I'm responsible for the QT UI version so aim your requests and issues to me, and I'll try and fix them.
Links to new version are in first post.
Thanks to commondi32 for creating the app and continuing the support, and to all who provided feedback so far.
This app has come a long way. Keep providing feedback, and we'll try and add it in the next version.
I'm responsible for the QT UI version so aim your requests and issues to me, and I'll try and fix them.
Links to new version are in first post.
Wow, new UI looks awesome slick, thanks to you both!
Btw, I wonder is this error normal:
That column is new. It seems your database does not have it. If you are using it from previous version, delete vambropy.db, then let the app rebuild it.
New update 1.17.2 is Tk only. Bugs in the dependencies section fixed (problem with hotkeys and menu 'ignore' checkboxes toggling but not doing nothing, )
Last edited:
I manually deleted a var and "Refresh" did not remove the var from the list. What is the behavior of Refresh?
Thanks for the feedback. I will work on an update to fix that.
The Refresh syncs the database with the current file location levels (Installed, uninstalled and repo). If you manually delete a file from the VaM folders it stills appears at the same level, same color but in the info section you will see it as offline.
That was partially as it meant to be but there is a bug. Enabling the "missing" checkbox should mark that file as Missing after refresh, but it doesn't. So yes, there are situations that need be considered like the one you said. It will be fixed soon.
If I select "remove from database" and then "refresh", the deleted var will begone, but its dependencies still remains.
"Missing" checkbox fixed in v1.17.3 (tk).
So, in a case like donkeykong1969 mentioned, I can manually delete the files in AddonPackages, then enable the 'Missing' checkbox, push Refresh button, then push 'Installed' filter button. The deleted files will show in red, in AddonPackages, and I can delete them from database. If there are missing files in repos because the repos are not online, I will have to reconnect the drives, turn off the checkbox and refresh again. I know it can be a little cumbersome process for people who deletes files often. We can think about more flexible ways maybe for a future version.
- When the checkbox is disabled, Refresh button scans all locations, but preserves last status/level. If a file in AddonPackages was manually deleted and it is not found on any other location, the info text will show "offline" but still it will seen as installed, same color. Why is that? I usually have repo drives disconnected, so I want to know where the packages are, mainly in dependencies section where I can see both missing and repo'ed dependencies.
- When the checkbox is enabled, Refresh button scan all locations, but all packages not found (whether they are in a repo or not) will show as missing (red color). So if a repo drive/nas is offline, they will be mixed with the truly missing ones in the dependencies view.
So, in a case like donkeykong1969 mentioned, I can manually delete the files in AddonPackages, then enable the 'Missing' checkbox, push Refresh button, then push 'Installed' filter button. The deleted files will show in red, in AddonPackages, and I can delete them from database. If there are missing files in repos because the repos are not online, I will have to reconnect the drives, turn off the checkbox and refresh again. I know it can be a little cumbersome process for people who deletes files often. We can think about more flexible ways maybe for a future version.
Yes, dependencies are not linked. The 1.18 version will feature usage column for all packages, not only dependencies. That will provide the user with more information needed to decide on each dependency with 0 and 1 usage, for example. It is hard to automatize though. There are packages not used because they are scenes, probably used by the user and not by other packages. Same with hair, clothing, assets, items the user might make use of to mod their scenes and stuff like that, not depended by other packages. And there might be packages with dependencies used once, most likely from that same related package, but still they would need to be reviewed. The removal of stale vars is the more feasible automated option, at the moment (because it deals with less ambiguous targets).
Last edited: