VAR Manager

Other VAR Manager

Download [0 MB]
Support me at...
Overview Updates (31) Reviews (35) History Discussion
Now if it's only has function to detect and delete old version of vars... That would be perfecto!
 
Something that would let me backup all unreferenced vars that are older than a certain date would be nice.

edit: Actually I can just backup all unreferenced and then manually copy newer vars back. So maybe not really needed as a feature since that is easy enough to do already.
 
Last edited:
bill_prime updated VAR Manager with a new update entry:

Added move old versions of vars function. Added skip button to duplicate item resolver.

  • Added function to move old versions of var files
    • Creates a new directory in your root VAM folder called _oldvars and moves old versions of vars there.
    • Searches vars for dependencies in both VAM folder and backup folder. Will not move old versions of vars that are referenced in either directory.
    • Had to code an exception for creator VAM_LO ("LO") because some hair vars are actually different hairs in...
Click to expand...

Read the rest of this update entry...
 
Thanks for constat update. But there is always room for a impovement.

Some suggestion:

1. When restore/backup progress bar?
2. When it's done restore/backup somekind of audio notification?

This would be helpful.
 
Where to move (how to apply) created VARManager_DisableDuplicateLog.txt ? and others with MyVarManagerConfig ?
 
Zax said:
Where to move (how to apply) created VARManager_DisableDuplicateLog.txt ? and others with MyVarManagerConfig ?
Click to expand...

The VARManager_DisableDuplicateLog.txt is just a log file showing you what duplicate items where hidden. It will be overwritten next time you use the duplicate item resolver.
The Save button below saves the current .var configuration (list of all .vars) to a text file of your choosing.
The Restore button below allows you to choose a .txt file from the above Save function, and it will backup/restore vars until only the vars in the saved text file are active.
1651074698978.png
 
This is pretty awesome tool, great job! Now, I have a question/suggestion:

Would it be possible to have selective/specific filters? Let's say I want to quickly filter out clothes, so I back up specific type vars. It works nicely, but there are bunch of files where there is a scene with a look and morphs, and some clothing slapped on top of it. Even though it should be in a 'look' category, it will be detected by whatever you're filtering. If possible, I think having and/or checkboxes would be great. Idea is to be able to filter out vars that have only specific types of content in them, but not others. Or however many selected categories, but not others.

To give an example, if working with manual sub-folder structure, you could filter out .vars that have only scene file and morphs, that would result in filtering out majority of looks that happen to not have an appearance preset. Filtering out files only with morphs could easily separate scene vars from pure morph packages. Or files with only clothing and morphs could be easily found and put into clothing sub-folder manually. For some more complex vars, if they have morphs, looks preset, clothing, and a scene, they're most likely look scenes.

If you have many not sorted .vars, it's tedious to e.g. backup only clothing and then have to check many files manually because clothing is often included in scenes that should be in looks category, so it kind of defeats the purpose. It would be nice if that kind of filtering was possible.
 
babul said:
This is pretty awesome tool, great job! Now, I have a question/suggestion:

Would it be possible to have selective/specific filters? Let's say I want to quickly filter out clothes, so I back up specific type vars. It works nicely, but there are bunch of files where there is a scene with a look and morphs, and some clothing slapped on top of it. Even though it should be in a 'look' category, it will be detected by whatever you're filtering. If possible, I think having and/or checkboxes would be great. Idea is to be able to filter out vars that have only specific types of content in them, but not others. Or however many selected categories, but not others.

To give an example, if working with manual sub-folder structure, you could filter out .vars that have only scene file and morphs, that would result in filtering out majority of looks that happen to not have an appearance preset. Filtering out files only with morphs could easily separate scene vars from pure morph packages. Or files with only clothing and morphs could be easily found and put into clothing sub-folder manually. For some more complex vars, if they have morphs, looks preset, clothing, and a scene, they're most likely look scenes.

If you have many not sorted .vars, it's tedious to e.g. backup only clothing and then have to check many files manually because clothing is often included in scenes that should be in looks category, so it kind of defeats the purpose. It would be nice if that kind of filtering was possible.
Click to expand...

This is good feedback and the flexibility would be nice, but its too difficult to determine automatically if something is a look or a scene etc.
For example some clothing items include a scene, some looks include scripts like expressionrandomizer, looks don't always include morphs, etc.

One thing I was planning on adding next is a checkbox to "Ignore Disabled Items" for the Specific-Type filters. So for clothing and hair items, it will check if the item is hidden and if so it it will not mark the .var as "having clothing/hair".
Have you used the duplicate item resolver to hide duplicate clothing/hair? I think this feature would be helpful and definitely prevent a lot of vars from being marked with clothing/hair that don't need to be.
 
bill_prime said:
This is good feedback and the flexibility would be nice, but its too difficult to determine automatically if something is a look or a scene etc.
For example some clothing items include a scene, some looks include scripts like expressionrandomizer, looks don't always include morphs, etc.

One thing I was planning on adding next is a checkbox to "Ignore Disabled Items" for the Specific-Type filters. So for clothing and hair items, it will check if the item is hidden and if so it it will not mark the .var as "having clothing/hair".
Have you used the duplicate item resolver to hide duplicate clothing/hair? I think this feature would be helpful and definitely prevent a lot of vars from being marked with clothing/hair that don't need to be.
Click to expand...

I did use it and I guess it would hide duplicate clothing or hairs. Still, some looks have non duplicates.

About filtering - obviously it would be super hard for it to be fully automatic, but I think that having more specific filters should make manual cleanup much easier. As you said, some looks include clothes/scripts and some don't.. some and + or combinations would be needed for this. If your filter checks for folder names inside .vars, perhaps it's not too hard to do. For example, for filtering out looks you could use filter like "has a look preset and can have optionally morphs/clothing/whatever" and second one "has a scene file and optionally morphs/scripts/etc" - I'd imagine it could have 2 tabs for categories: 1. must have; 2. can have. If you select morphs only in "must have", it would backup files that have only morphs in them and nothing else. If you add categories in "can have" on top of that, it would show files that must have morphs and could have anything from the "can have" categories, and multiple categories chosen in "must have" would mean it would show files that consist only of those categories.

Another example that would work for clothing items: setting clothes in "must have" and scripts, morphs, and clothing presets in "can have" would filter out accurately all clothing in one go, as some clothing comes with scripts or morphs (it would ignore files that have all categories mentioned before but have also a scene file, which is unlikely for clothing vars). Right now doing that sort of thing it's de facto checking almost all of your vars manually anyway.

Ignore disabled items is also a neat idea for sure. It would be great if .meta files on the hub included their category, that would make everything much easier..
 
babul said:
I did use it and I guess it would hide duplicate clothing or hairs. Still, some looks have non duplicates.

About filtering - obviously it would be super hard for it to be fully automatic, but I think that having more specific filters should make manual cleanup much easier. As you said, some looks include clothes/scripts and some don't.. some and + or combinations would be needed for this. If your filter checks for folder names inside .vars, perhaps it's not too hard to do. For example, for filtering out looks you could use filter like "has a look preset and can have optionally morphs/clothing/whatever" and second one "has a scene file and optionally morphs/scripts/etc" - I'd imagine it could have 2 tabs for categories: 1. must have; 2. can have. If you select morphs only in "must have", it would backup files that have only morphs in them and nothing else. If you add categories in "can have" on top of that, it would show files that must have morphs and could have anything from the "can have" categories, and multiple categories chosen in "must have" would mean it would show files that consist only of those categories.

Another example that would work for clothing items: setting clothes in "must have" and scripts, morphs, and clothing presets in "can have" would filter out accurately all clothing in one go, as some clothing comes with scripts or morphs (it would ignore files that have all categories mentioned before but have also a scene file, which is unlikely for clothing vars). Right now doing that sort of thing it's de facto checking almost all of your vars manually anyway.

Ignore disabled items is also a neat idea for sure. It would be great if .meta files on the hub included their category, that would make everything much easier..
Click to expand...

I'll have to think about that, it would require a lot of changes to the UI and many new functions to filter things accordingly.
I was also just doing some testing/thinking about another way to detect Scenes with animation/mocap. I could just add a simple file size check that checks the scene file vs a minimum size (most mocap scene.json files are 20MB+, though some scenes that have animation can be as small as 500kb).
I could add a new filters for "Large Scene Files/Small Scene Files" and allow the user to enter the minimum value? This can be used to distinguish betewen small scenes (probably looks) and large scenes with animation.
This seems like a decent way to do it as reading every scene.json to find animation seems like it would be pretty inefficient.
 
Don't suppose you could add the ability to "Always Enable Plugins From This Package Without Prompting" to all installed VARs? Clicking "Always Allow" for every plugin in every scene gets old. Couldn't find anything that does this but it should be possible. It just writes a small .prefs file under AddonPackagesUserPrefs.
1651114088682.png
 
args4811 said:
Don't suppose you could add the ability to "Always Enable Plugins From This Package Without Prompting" to all installed VARs? Clicking "Always Allow" for every plugin in every scene gets old. Couldn't find anything that does this but it should be possible. It just writes a small .prefs file under AddonPackagesUserPrefs.
View attachment 117151
Click to expand...

While that would not be difficult, I don't want that to part of the VARManager as this function is meant to try to prevent malicious plugin code.
 
What will happen if you just force close Var manager while it's moving vars? Will it broke var that currently moving? What if i only wanted 1000 vars and wanna stop? Can i just force close it? Is there any consecuenses like broken vars etc?
 
Sometimes "Scan Saves\Scene for References" causing Var manager to unresponsive and stuck and vars doesn't add at all. Only option is just force close it. Is there any way to fix it?
 
Same loop happened with "Scan local presets for references > Appearance checked" no vars added but var manager is not responsive.
Maybe it will happen to clothiing, hair, morphs etc too. Please fix it if posssible... :)
 
MerGe said:
Same loop happened with "Scan local presets for references > Appearance checked" no vars added but var manager is not responsive.
Maybe it will happen to clothiing, hair, morphs etc too. Please fix it if posssible... :)
Click to expand...

Strange, which function are you using?
 
It was "Scan local presets for references > Appearance checked" It's keep happening and i think it will happens same for hair, clothing and etc.
 

Attachments

  • 0508141027.jpg
    0508141027.jpg
    213.2 KB · Views: 0
You must log in or register to reply here.

Similar threads

McKlinton
Plugins Snapshot Manager
Replies
19
Views
951
cul.9o
C
Sivel
Looks Tasque Manager
Replies
2
Views
390
Sivel
Sivel
M
Looks ICeleb - Thicc Manager
Replies
1
Views
188
RNDVAMVRuser
R
S
Plugins Clothing Plugin Manager
Replies
7
Views
2K
qdaro
qdaro
PluginIdea
Plugins CUA Materials Manager
Replies
2
Views
791
VRmatt
VRmatt
Back
Top Bottom