Plugins + Scripts Alternative Futa

[RunRudolf]

View attachment 608162
how to fix this??

This looks like using a non 'Base Female" skin. Always use 'Base Female' skins. There is even a warning message about this I think.

 

[RunRudolf]

Hi, forgive my ignorance, but how do we get an AF preset to load with the scrotum again? Choosing presets eg GinaAltFuta and GinaAltFutaVag both have balls missing? Sorry if this has already been answered or if it is really obvious!

The preset will not influence the scrotum, unless you maybe save it while 'Hide Penis' is on. Just save your preset with 'Hide Penis' off. The provided presets do not reduce or remove the scrotum.

 

[RunRudolf]

@RunRudolf it looks like AlternativeFuta doesn't declare its resources pack as a dependency, causing NRE with package managers (I'm using VPB).

On installs that don't already have AlternativeFutaResources registered (e.g. anything using VPB's on-demand package loading), the plugin fails and spams NREs. Two root causes:

1. The .var's meta.json declares no dependencies. Init() locates the morph pack via FileManagerSecure.GetPackageVersion("RunRudolf.AlternativeFutaResources.latest"), which returns -1 because nothing ever told the package manager the pack is needed. The plugin references it only by name-query, and the dependency isn't declared (confirmed in Hub too). Declaring RunRudolf.AlternativeFutaResources in meta.json fixes this at the source: Hub download offers it as a missing dependency, and on-demand loaders (VPB, etc.) resolve and register it automatically. (Verified: a build with the dependency declared loads the pack on demand with no manual intervention.)
2. Update() dereferences characterRun with no null-guard. When Init() early-returns on the "not installed" path, characterRun stays null and Update() throws NullReferenceException every frame - the log fills and FPS tanks. Best to log once and disable, rather than throwing per-frame.

Thanks!

1. First of all, the main problem seems to be related to systems using on demand package loading only. Right? It's not advisable to edit the meta.json to 'add dependencies'. The meta.json is just a mirror of all the dependencies that have been automatically recognised by the .var file system, e.g. by scanning through package references in the plugin code.
I do not want to have a dependency link to a specific version in my plugin code (such as to 'RunRudolf.AlternativeFutaResources.1'), but rather search for the most recent available package version (like 'RunRudolf.AlternativeFutaResources.latest, but this method does not work for packages'). However, these kinds of 'latest' references by code are not detected by the var file system scanning for references, and thus not included in the meta.json.
I do it this way to allow users to delete old resources packs, and only keep the most recent one. Since this resources pack contains morphs, this is quite important performance wise.
But it's true, as soon as resources using a specific version of the morph pack are released (such as the one you posted), the specific version of the resource will be required to be loaded, which compromises the ability to delete old morph packs. But still, for the main plugin, this seems to work. I don't think there is a perfect solution to this in the context of VaM.

Suggestion: I can include a sepearate force-dependencies.json file with a .latest reference with my plugin, which might add it to the meta.json. I will later test whether this works. Not sure though for packages...

2. Thanks, I will fix this. Did not check for hidden error logs.

Thanks for your input, and feel free to add to this discussion!

 

[Mm3]

This looks like using a non 'Base Female" skin. Always use 'Base Female' skins. There is even a warning message about this I think.

View attachment 608283

i tried but when i do skin reload it always go back to female 3 if i change skin the penis disappears

 

[RunRudolf]

i tried but when i do skin reload it always go back to female 3 if i change skin the penis disappears

You have to switch base skin before adding the alt futa plugin.

 

[RandyRims]

The preset will not influence the scrotum, unless you maybe save it while 'Hide Penis' is on. Just save your preset with 'Hide Penis' off. The provided presets do not reduce or remove the scrotum.

My bad, all I had to do was load AF plugin and select presets BEFORE loading the RE&FS suite and everything runs perfect, thanks so much for one of the best resources on the Hub! <3

 

[RunRudolf]

My bad, all I had to do was load AF plugin and select presets BEFORE loading the RE&FS suite and everything runs perfect, thanks so much for one of the best resources on the Hub! <3

I think you can even load it with RE&FS active, but remove any clothing covering the genitals before loading.

 

[Tenzan]

Hi Rudolf. I'm using v9.
When loading a plugin preset that's saved with Hide Female Gens toggled off, I notice the vagina doesn't load right away.
Can this be fixed?
Reload Skin can fix this, but if I also have RE&FS it will reset the shape/size again.

 

[RunRudolf]

Hi Rudolf. I'm using v9.
When loading a plugin preset that's saved with Hide Female Gens toggled off, I notice the vagina doesn't load right away.
Can this be fixed?
Reload Skin can fix this, but if I also have RE&FS it will reset the shape/size again.

Hi Tenzan, sorry for my late reply (due to holidays)! I just loaded one of the provided presets (these are not actually plugin presets, just configuration presets) and it worked as it should. Do you load an actual plugin preset from the pink UI on the left? I would not recommend that. You should best create, load and save your setups inside the AlternativeFuta plugin:

In fact, after some checks, I can reproduce the problem. I think that the VAM plugin preset loading routine somewhat differs from the integrated preset loading system, in terms of the order of how elements are loaded, and this leads to the observed issue. I even observe that loading a VAM plugin preset including AlternativeFuta with the vagina unhidden will not load the vagina geometry at all. So my conclusion remains: Use the preset system provided by the AlternativeFuta plugin instead. Can you live with that?

 

[Singaia]

Hey there . So, there are a bunch of underwear/panties that don't the trigger "shrink/hide penis" option properly. It seems to be specific to each outfit piece, and hard to pinpoint. Do you think it would be viable to add an option to "force" the shrink/hide penis effect, when the detection doesn't work right? Or perhaps there's something else I'm missing? I did try to disable/enable the outfit piece after activating the "shrink penis in penis" option.

 

[RunRudolf]

Hey there . So, there are a bunch of underwear/panties that don't the trigger "shrink/hide penis" option properly. It seems to be specific to each outfit piece, and hard to pinpoint. Do you think it would be viable to add an option to "force" the shrink/hide penis effect, when the detection doesn't work right? Or perhaps there's something else I'm missing? I did try to disable/enable the outfit piece after activating the "shrink penis in penis" option.

Hi, the shrink functionality comes from the Realistic Foreskin and Erection plugins, not the Alternative Futa. You will find input on how to force shrinking for individual clothing items in the description of the other plugin. It is the tag based system for each clothing item, some special items have to be tagged one time to enable shrinking effects.

 

[RunRudolf]

RunRudolf updated Alternative Futa with a new update entry:

Maintenance Update

• Fixed a (hidden) Update() bug message if the Resources Pack was missing. Thanks @dises1 for the hint!
• Included a hard-coded reference to the resources pack to allow addon package managers to recognize the resources pack as a necessary dependency.
• Added detection and warning if the 'Female Dummy' skin preset (without textures) is active upon plugin loading.

Read the rest of this update entry...

 

[Torrasque]

for some reason when I upgreaded from version 9 to 11, the script do not load after next scene load, I have to reload the script to make it work. Script in the UI looks like enabled and everything seems to be fine, I just need to click reload button, but I didn't had to do it in version 9

 

[RunRudolf]

for some reason when I upgreaded from version 9 to 11, the script do not load after next scene load, I have to reload the script to make it work. Script in the UI looks like enabled and everything seems to be fine, I just need to click reload button, but I didn't had to do it in version 9

I will try to reproduce the issue with teo basic scenes with just one altfuta each, and loading them in sequence.

EDIT: There is a general problem with loading saved scenes with version 11. I will have to fix this.

 

[RunRudolf]

RunRudolf updated Alternative Futa with a new update entry:

Scene File Loading Bugfix

• Version 11 introduced a bug when loading saved scene files. This led to interrupted plugin loading. Thanks @Torrasque for pointing me to the bug!

Read the rest of this update entry...

 

[tianci]

RunRudolf submitted a new resource:

Alternative Futa - Bugfixed Alternative Futa Plugin by Stopper/VamTimbo



Read more about this resource...

!> Missing addon package RunRudolf.AlternativeFutaResources.latest that packageRunRudolf.AlternativeFuta.12 depends on
Still reporting an error. I have been waiting for your update since version 11, but the result is still the same. I don't know where the problem lies, but I have no problem with version 7.

 

[tianci]

!> Missing addon package RunRudolf.AlternativeFutaResources.latest that packageRunRudolf.AlternativeFuta.12 depends on
Still reporting an error. I have been waiting for your update since version 11, but the result is still the same. I don't know where the problem lies, but I have no problem with version 7.

 

[RunRudolf]

!> Missing addon package RunRudolf.AlternativeFutaResources.latest that packageRunRudolf.AlternativeFuta.12 depends on
Still reporting an error. I have been waiting for your update since version 11, but the result is still the same. I don't know where the problem lies, but I have no problem with version 7.

Do you have the resources pack downloaded?! It is a dependency from 9 onward: https://hub.virtamate.com/resources/68040/

 

[tianci]

Oh, I didn't download the resource package, it's fixed now. Thank you very much

 

[tianci]

I have always had a question, why do some pants turn on simulation and cannot be seen, while others are fine

 

[RunRudolf]

I have always had a question, why do some pants turn on simulation and cannot be seen, while others are fine

Some clothes are not made for alt futa "geometry" and will disappear shortly after mounting. I do not know much more, its a known issue with some clothing items.

 

[Virtamales]

Hi @RunRudolf ! I'm testing your plugin in order to make all my AF characters have it, but I've seen that when you click the Reload Skin buttom, this happens: the Penis Length morph (the native, grey one) resets to default (zero). I think all the other morphs are OK so far. The guy in the middle is the one with your Plugin, the one closest to the viewer is the one with Weebu's plugin, which ends up OK if I reload his skin. I've also seen some other bugs when you switch from your plugin to Weebu's one, like unaccuracy in Bone+Mesh Offset values, and sometimes changes in Skin Select picking another skin that is not Base Female, but I haven't been able to reproduce it now, (maybe this one is related to changing existing appearances from scenes. Could you please try to fix the penis length issue in an upcoming update? Thank you very much!!

 

[Virtamales]

Hi again, @RunRudolf
I tested the version you sent me through Discord, and seems to keep well penis length when reloading skin, but apparently sometimes it won't keep skin colors well, the Diffuse Color shades you see on the atached pic are not those of my guy's body, I can assure you that and it shows on my guy's pelvis. I've tested it in 2 scenes, one with my original male, a Stopper AF version of him and a version of him with the plugin that you sent me (the atached picture is of this scene), and another scene with just my original male and a version of him with your AF V.13 plugin. I specify this because I think it is not a good practice having both @Stopper and your plug-in in the same scene, I've seen very weird things happening in those situations, or switching from one to another.
Also, have you checked the colliders in your version of the AltFuta plug-in? If you see my pic, the 1st shaft collider is misaligned and repeatedly tapping against the already absurdly up to bowtie level scrotum colliders that all AltFutas have by default. Well, when I loaded the appearance and the AF Skin Preset I made for your plug-in, and reloaded the skin, the first and last penis colliders (shaft and glans) were so low, as if some of them didn't get the bone+mesh offset well. Fiddling the Y offsets and then setting all them back to zero almost fixed the problem, but I wanted to tell you, just in case...
Another thing I'd like to ask you: is it possible to add a trigger to "Load Preset With Path" instead of "...From Path"? I mean the kind of trigger that comes with a big button on the trigger's tab to "Choose File". I ask bc having to write the full path of a Skin Preset is sometimes tedious or you can mistake a letter or a / sign.
I've seen that Stopper is around again, I don't know if his/her version of the plug-in will be updated or something, but since you're doing so much, I guess you're gonna keep working on your version. Thank you so much for everything!!

 

[RunRudolf]

Hi again, @RunRudolf
I tested the version you sent me through Discord, and seems to keep well penis length when reloading skin, but apparently sometimes it won't keep skin colors well, the Diffuse Color shades you see on the atached pic are not those of my guy's body, I can assure you that and it shows on my guy's pelvis. I've tested it in 2 scenes, one with my original male, a Stopper AF version of him and a version of him with the plugin that you sent me (the atached picture is of this scene), and another scene with just my original male and a version of him with your AF V.13 plugin. I specify this because I think it is not a good practice having both @Stopper and your plug-in in the same scene, I've seen very weird things happening in those situations, or switching from one to another.
Also, have you checked the colliders in your version of the AltFuta plug-in? If you see my pic, the 1st shaft collider is misaligned and repeatedly tapping against the already absurdly up to bowtie level scrotum colliders that all AltFutas have by default. Well, when I loaded the appearance and the AF Skin Preset I made for your plug-in, and reloaded the skin, the first and last penis colliders (shaft and glans) were so low, as if some of them didn't get the bone+mesh offset well. Fiddling the Y offsets and then setting all them back to zero almost fixed the problem, but I wanted to tell you, just in case...
Another thing I'd like to ask you: is it possible to add a trigger to "Load Preset With Path" instead of "...From Path"? I mean the kind of trigger that comes with a big button on the trigger's tab to "Choose File". I ask bc having to write the full path of a Skin Preset is sometimes tedious or you can mistake a letter or a / sign.
I've seen that Stopper is around again, I don't know if his/her version of the plug-in will be updated or something, but since you're doing so much, I guess you're gonna keep working on your version. Thank you so much for everything!!

View attachment 617050

Hi there, and thanks for trying to guide me to understand the problems. It seems pretty difficult, but lets try. Lets divide this into separate topics, as they don't seem to relate:

1. Skin color issue: Does this only happen after applying 'Reload Skin'? So the body diffuse color is changed (wrong) and the pelvis diffuse color is still OK (as before reloading skin)?
2. Collider position: I don't get the issue or can't reproduce the problem. If I reload skin, my colliders look fine and they do not change position. What exactly is the problem? Do your presets use 'Mesh Y or Z Offsets' other than zero? These morphs move the mesh, but leave the colliders, which seems pretty pointless (?). Btw, another user just created a simpler base morph and sent it to me, intended to replace all four 'Offset' morphs by just one single morph. I tend to give this a try, but I wonder whether this relates to the problem you found.
3. Trigger with Media Path Dialogue: That should be possible. I'll have a try later.
Maybe better write me on Discord again to discuss these things I think. Thanks for your efforts!!

 

[gslknight]

Hello, will support for the ClothingPluginManager be added in the future? That way, I could load the futa as an outfit.