fuchs11 Posted July 28 Posted July 28 How to open menu? In cat menu these is windows and close windows, no slavetats option
nopse0 Posted July 28 Author Posted July 28 (edited) 4 hours ago, fuchs11 said: How to open menu? In cat menu these is windows and close windows, no slavetats option You mean the "SKSE Menu Framework" version ? Press F1, then select SlaveTats on the left (there should be a SlaveTats option there, if not, something is wrong, installed SlaveTatsGUI-MCP ?), then in the right half is the main display for adding/removing tattoos, which also has two buttons to open the "Inspector" and "Field Editor" windows (which can be closed by pressing the "X" in their title bar). Edited July 28 by nopse0
nopse0 Posted July 28 Author Posted July 28 4 hours ago, wareware said: I have the latest version of BISR from Nexus but I guess I could try reinstalling it EDIT: Reinstalling on a preexisting save didn't really fix it. You probably did this, just to make sure: clean-save is important, otherwise the script-properties of the old installation, baked into your savegame, survive the update, and updating is practically useless. Deinstall BISR, start game, load last save, save again (the new save is clean then, containing no BISR properties anymore), then quit Skyrim and then install the new version of BISR
wareware Posted July 29 Posted July 29 4 hours ago, nopse0 said: You probably did this, just to make sure: clean-save is important, otherwise the script-properties of the old installation, baked into your savegame, survive the update, and updating is practically useless. Deinstall BISR, start game, load last save, save again (the new save is clean then, containing no BISR properties anymore), then quit Skyrim and then install the new version of BISR I completely removed BISR and it still happened somehow. I couldn't replicate it on a new save so at this point I am not sure if BISR is the main culprit. Disabling it "fixes" the issue for a few minutes but then it happens again. I have Fade tats, Racial Skin Variation and Wet Function Redux too. Gonna stick to the old one for my current save I guess.
nopse0 Posted July 29 Author Posted July 29 3 hours ago, wareware said: I completely removed BISR and it still happened somehow. I couldn't replicate it on a new save so at this point I am not sure if BISR is the main culprit. Disabling it "fixes" the issue for a few minutes but then it happens again. I have Fade tats, Racial Skin Variation and Wet Function Redux too. Gonna stick to the old one for my current save I guess. Yes, sure. But I still think, it must be something like this, something in your save game tries to do things with an empty slot, which before was mitigated, because SlaveTats filled all empty slots with "blank.dds". 1
LillyxFox Posted July 30 Posted July 30 With this description when you say the "original papyrus slavetats" is needed for the MCM, do you mean to literally download the original slavetats mod? Do I need to do anything else?
nopse0 Posted July 30 Author Posted July 30 2 hours ago, LillyxFox said: With this description when you say the "original papyrus slavetats" is needed for the MCM, do you mean to literally download the original slavetats mod? Do I need to do anything else? No, you need nothing else. But load order is important, SlaveTatsNG must overwrite the original SlaveTats script ("SlaveTats.pex"); while the MCM script/.esp file file of Papyrus SlaveTats is a separate thing, and doesn't affect SlaveTatsNG.
LillyxFox Posted July 31 Posted July 31 On 7/30/2026 at 2:39 AM, nopse0 said: No, you need nothing else. But load order is important, SlaveTatsNG must overwrite the original SlaveTats script ("SlaveTats.pex"); while the MCM script/.esp file file of Papyrus SlaveTats is a separate thing, and doesn't affect SlaveTatsNG. Thanks, appreciate it
wareware Posted August 1 Posted August 1 @nopse0 it happened in a completely new save too even with BISR disabled I think it might have something to do with RSV
OmegaBlaster Posted August 1 Posted August 1 (edited) I'm having a bit of trouble figuring out why the tats are not showing up on some NPCs with simple_add_tattoo(...) but others work just fine. Is it a distance thing? Edited August 1 by OmegaBlaster
nopse0 Posted August 1 Author Posted August 1 (edited) 1 hour ago, wareware said: @nopse0 it happened in a completely new save too even with BISR disabled I think it might have something to do with RSV Yes, sounds plausible. As far as I understand, the "slots" from RaceMenu are armor addons, which duplicate the skin mesh from the npc. And, since RSV replaces the skins of actors, maybe this doesn't work. Would be interesting to see, when you have this pink body, what the actual node and skin overrides then are. Do a "skee dump overrides" in the console, and post the output (is in "skee64.log", maybe in a spoiler or in a file attachment, if its to big). Maybe "skee dump overlays" is also interesting, and SlaveTatsNG.log of course (dependent on the Skyrim version this is sometimes created in a "Skyrim.INI" folder instead of the "Skyrim Special Edition" folder, look there, if you don't find it). Edited August 1 by nopse0
nopse0 Posted August 1 Author Posted August 1 (edited) 1 hour ago, OmegaBlaster said: I'm having a bit of trouble figuring out why the tats are not showing up on some NPCs with simple_add_tattoo(...) but others work just fine. Is it a distance thing? No, this has nothing to do with distance. Probably, you have no free overlay slots anymore (per default, RaceMenu has only 6 slots for the BODY, and 3 for the FACE, FEET and HANDS areas, in my setup I changed this to 20 for everything (but you don't need that much for HANDS and FEET, if you don't use nail polish)) Edited August 1 by nopse0
wareware Posted August 1 Posted August 1 8 hours ago, nopse0 said: Yes, sounds plausible. As far as I understand, the "slots" from RaceMenu are armor addons, which duplicate the skin mesh from the npc. And, since RSV replaces the skins of actors, maybe this doesn't work. Would be interesting to see, when you have this pink body, what the actual node and skin overrides then are. Do a "skee dump overrides" in the console, and post the output (is in "skee64.log", maybe in a spoiler or in a file attachment, if its to big). Maybe "skee dump overlays" is also interesting, and SlaveTatsNG.log of course (dependent on the Skyrim version this is sometimes created in a "Skyrim.INI" folder instead of the "Skyrim Special Edition" folder, look there, if you don't find it). SlaveTatsNG.log skee64.log
OmegaBlaster Posted August 1 Posted August 1 (edited) 9 hours ago, nopse0 said: No, this has nothing to do with distance. Probably, you have no free overlay slots anymore (per default, RaceMenu has only 6 slots for the BODY, and 3 for the FACE, FEET and HANDS areas, in my setup I changed this to 20 for everything (but you don't need that much for HANDS and FEET, if you don't use nail polish)) The NPC in question had 0 overlay applied previously. And as far as I can tell, the tattoo I tried to apply does show up in the GUI, but its just not showing up on the actual character Edit: Suspecting a race condition, I moved the call to a different part of the script, and that worked much better. Tats are now appearing as intended. Edited August 1 by OmegaBlaster
nopse0 Posted August 1 Author Posted August 1 (edited) 2 hours ago, wareware said: SlaveTatsNG.log 30.2 kB · 0 downloads skee64.log 153.6 kB · 0 downloads I see this in skee64.log: [2026-08-01 18:41:17.914] [logger] [info] Override Node: (BODY [Ovl22]) children (4) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (0) Value (E86BA5) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (1) Value (10.000000) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (7) Value (F4E86BA5) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (8) Value (1.000000) [2026-08-01 18:41:17.914] [logger] [info] Override Node: (BODY [Ovl23]) children (4) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (0) Value (E86BA5) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (1) Value (5.000000) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (7) Value (E86BA5) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (8) Value (0.500000) This looks fishy to me. The following keys are possible in overrides: constexpr inline frozen::map< ni_override_key, ni_override_definition, 23 > ni_override_definitions = { {{ 0, -1 }, { ni_override_type::ni_int, "EmissiveColor" }}, {{ 1, -1 }, { ni_override_type::ni_float, "EmissiveMultiple"}}, {{ 2, -1 }, { ni_override_type::ni_float, "Glossiness" }}, {{ 3, -1 }, { ni_override_type::ni_float, "SpecularStrength" }}, {{ 4, -1 }, { ni_override_type::ni_float, "LightingEffect1" }}, {{ 5, -1 }, { ni_override_type::ni_float, "LightingEffect2" }}, {{ 6, -1 }, { ni_override_type::ni_texture_set, "TextureSet" }}, {{ 7, -1 }, { ni_override_type::ni_int, "TintColor" }}, {{ 8, -1 }, { ni_override_type::ni_float, "Alpha" }}, {{ 9, 0 }, { ni_override_type::ni_string, "Texture[Diffuse]" }}, {{ 9, 1 }, { ni_override_type::ni_string, "Texture[Normal]" }}, {{ 9, 2 }, { ni_override_type::ni_string, "Texture[EnvironmentMask/SubsurfaceTint]" }}, {{ 9, 3 }, { ni_override_type::ni_string, "Texture[Glow/Detail]" }}, {{ 9, 4 }, { ni_override_type::ni_string, "Texture[Height]" }}, {{ 9, 5 }, { ni_override_type::ni_string, "Texture[Environment]" }}, {{ 9, 6 }, { ni_override_type::ni_string, "Texture[Multilayer]" }}, {{ 9, 7 }, { ni_override_type::ni_string, "Texture[BacklightMask/Specular]" }}, {{ 9, 8 }, { ni_override_type::ni_string, "Texture[???]" }}, {{ 20, -1 }, { ni_override_type::ni_float, "ControllerStartStop" }}, {{ 21, -1 }, { ni_override_type::ni_float, "ControllerStartTime" }}, {{ 22, -1 }, { ni_override_type::ni_float, "ControllerStopTime" }}, {{ 23, -1 }, { ni_override_type::ni_float, "ControllerFrequency" }}, {{ 24, -1 }, { ni_override_type::ni_float, "ControllerPhase" }} }; So these overrides have set keys 0, 1, 7, 8 - thats EmissiveColor, EmisiveMultiple, TintColor and Alpha, but no texture at all ! The entries look a bit like the LewdMarks entries in your log: [2026-08-01 18:41:17.914] [logger] [info] Override Node: (BODY [Ovl26]) children (5) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (0) Value (E6B4D5) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (1) Value (2.000000) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (7) Value (E86BA5) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (8) Value (1.000000) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (9) Value (actors\character\overlays\lewdmarks\088.dds) [2026-08-01 18:41:17.914] [logger] [info] Override Node: (BODY [Ovl27]) children (5) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (0) Value (FFFFFF) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (1) Value (2.000000) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (7) Value (FFCECECE) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (8) Value (1.000000) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (9) Value (actors\character\overlays\lewdmarks-glow\088.dds) Only, that they have no texture set. Can it be, that you have something defined in "Active Overlays" for slot 22 and 23, but you have no overlay set for these slots with RaceMenu ? Btw: I also saw this in the log (first time I ever saw something like this), so that's how skin overrides look like , they have completely different node names, thats node names from the skeleton or armor, very interesting: [2026-08-01 18:41:17.914] [logger] [info] Override Node: (00KLH_FemaleHeadDarkElf) children (4) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (9) Value (actors\character\RSV\darkelfFemale\FemaleHEAD.dds) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (9) Value (actors\character\RSV\young\darkelfFemale\FemaleHEAD_msn.dds) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (9) Value (actors\character\RSV\Female\FemaleHEAD_sk.dds) [2026-08-01 18:41:17.914] [logger] [info] Override: Key (9) Value (actors\character\RSV\darkelfFemale\Femalehead_s.dds) Edited August 1 by nopse0 1
nopse0 Posted August 1 Author Posted August 1 (edited) 7 hours ago, OmegaBlaster said: The NPC in question had 0 overlay applied previously. And as far as I can tell, the tattoo I tried to apply does show up in the GUI, but its just not showing up on the actual character Edit: Suspecting a race condition, I moved the call to a different part of the script, and that worked much better. Tats are now appearing as intended. I wish I would understand, how this race conditions work (i.e. what exact order of RaceMenu calls from different Papyrus threads is causing this). I only can say, that I execute 'synchronize_tattoos' as an SKSE task, so this doesn't run concurrently to the Papyrus threads. But maybe something like this is happening: Papyrus thread tries to appy directly overrides with NiOverride functions, and is interrupted by the vertical blank interrupt, then the Papyrus thread gets suspended, and the SKSE tasks are executed (=> 'synchronize_tattoos'), then the Papyrus thread continues, and the result of this is, that the slot has inconsistent overrides set. This would explain, why alpha, color or texture values are wrong, but not the total lack of a texture, I have no explanation for this. Same for clearing overlay slots: Papyrus thread starts clearing the slot by removing the texture override , is interrupted bythe VBL, SlaveTats thinks the slot is empty, and applies its tattoo to it, then the Papyrus thread continues and clears the color and alpha overrides => color and alpha wrong, but slot contains SlaveTats texture => makes also no sense, doesn't fit to the observations. New theory: I saw in the RaceMenu source code, that NiOverride works with locks. So, maybe SlaveTats simply isn't able to apply the overrides, because NiOverride is locked by Papyrus calls. But, this doesn't explain, why the tattoos never appear on the actor, at least one 'synchronize_tattoo' in the future should be successful. So, it looks more like RaceMenu thinks, it has set the shader properties, but in fact it hasn't. Edit: Or maybe there are overlay slots, which are permanently locked, and don't work anymore ? Best you check each single slot with RaceMenu, if you can add an overlay to it, and it becomes visible. But, if I remember it right, someone on the Devious Curses thread had the same problem (with LewdMarks), SlaveTats data looked ok, but texture didn't appear on body. He also posted the output from 'skee dump overrides', and even the RaceMenu data looked ok. So, if its a concurrency problem, its a RaceMenu concurrency problem, it gets internally screwed up. No, it was the other way around, he removed the tattoo, and the SlaveTats data was gone, but the overlay was left on the body, he had to remove it with RaceMenu. I see at least one problem: the 'add_tattoo' functions and 'synchronize_tattoos' function are two different fuctions, and not executed atomically together. The problem with this is, that the free overlay slot is searched in the 'add_tattoo' function, while 'synchronize_tattoos' only applies tattoos to their selected slots, and clears unused slots. So, if between 'add_tattoo' and 'synchronize_tattoos' a mod adds an external overlay to the slot selected in 'add_tattoos', 'synchronize_tattoos' silently ignores this slot (because its used externally) and does nothing. I will at least log an error in this case, so that it's possible to track down such problems (one can also see in the GUI "Inspector", if there has been such a conflict, because then the texture names in the NiOverride data and the SlaveTats data of a slot are different). This is also a backside of that I execute 'synchronize_tattoos' as a SKSE task nowadays, instead of synchronously, so it has no return value, it always returns 'no error'. Otherwise the user could check the return value, remove the tattoo if it failed, and try another slot by calling 'add_tattoo' a second time. Edited August 1 by nopse0
wareware Posted August 1 Posted August 1 @nopse0 yeah you were right. Active overlays had slot 22 and 23 enabled despite having no textures assigned to them. It didn't cause any issues in the previous version of SlavetatsNG but I guess that was the issue in of itself. 1
LillyxFox Posted August 5 Posted August 5 On 7/12/2026 at 7:41 PM, nopse0 said: Not sure, maybe thats this blank texture problem, see some posts above. When SlaveTats clears a slot, it sets the texture of the slot to an empty texture. For this, a texture named "blank.dds" is used. This "blank.dds" comes from the original Papyrus SlaveTats. If the texture is missing, well, then the texture is missing (then you get this well known bluish/whitish/purplish look, depending on the lighting). Copy "blank.dds" from Papyrus SlaveTats over, or change the blank texture name in SlaveTatsNG.ini to "default.dds", which always exists. (Some day I will change the default, "blank.dds" is nonsense, if there already exists a default empty texture from RaceMenu). When you say "papyrus slave tats" what do you mean? Where are these files? Do I need to download the original Slavetats? Do I copy files from somewhere in the mod files? Is there a mod called "papyrus slave tats?" (I looked, can't find one). I'm a little confused here. I'm also getting the blue texture and it's irritating as hell lol
nopse0 Posted August 5 Author Posted August 5 (edited) On 8/5/2026 at 8:42 AM, LillyxFox said: When you say "papyrus slave tats" what do you mean? Where are these files? Do I need to download the original Slavetats? Do I copy files from somewhere in the mod files? Is there a mod called "papyrus slave tats?" (I looked, can't find one). I'm a little confused here. I'm also getting the blue texture and it's irritating as hell lol Yes, I meant the original slavetats, simply load it first, and after it SlaveTatsNG, then you should have everything. If you still have the problem afterwards, thats because the newest SlaveTatsNG version doesn't use blank.dds anymore to clear unused slots, instead it uses the default texture ("default.dds") from RaceMenu for this. This brutally exposes errors in other mods or by the user, because if the alpha value of an empty slot is set > 0 without setting a texture, the slot shows purple ("missing texture"). Simply install the version before the latest (0.8.1), if you don't get your setup fixed and need the old behavior. Ps: I don't like the aggressive way, SlaveTats uses for clearing unused overlay slots. In each 'synchronize_tattoos' it clears the overrides of all overlay slots, which either don't contain a texture, or contain a SlaveTats texture, which is not contained in the SlaveTats databasis of applied tattoos. Theoratically this should do no harm (because all slots which are used, by SlaveTats or externally, should have a texture set). I think I will skip the 'don't contain a texture' slots, and only will clear the overrides of the overlay slots, which contain a SlaveTats texture, but are not contained in the SlaveTats databasis of currently applied tattoos. This is more defensive and safer, I think, then SlaveTats will have no effect whatsoever (positive or negative), on slots which haven't been used before by SlaveTats. It's not the purpose of SlaveTats to fix broken mods. Edited August 6 by nopse0
lunaoracle Posted August 10 Posted August 10 (edited) Loads up but the "select a slot" option is completely empty and there is nothing to select from, thus I am unable to apply any tattoos. Edited August 10 by lunaoracle
nopse0 Posted August 10 Author Posted August 10 4 hours ago, lunaoracle said: Loads up but the "select a slot" option is completely empty and there is nothing to select from, thus I am unable to apply any tattoos. Sure you also installed SlaveTatsNG ? The SlaveTatsGUI packages are really only the GUI, still need SlaveTatsNG. If this is not the problem, send SlaveTatsNG.log, maybe this helps tracking down what the problem is
lunaoracle Posted August 10 Posted August 10 (edited) 7 hours ago, nopse0 said: Sure you also installed SlaveTatsNG ? The SlaveTatsGUI packages are really only the GUI, still need SlaveTatsNG. If this is not the problem, send SlaveTatsNG.log, maybe this helps tracking down what the problem is Ensured that slavetatsNG is installed. I'm using the version for MCP. I'm able to open all of the menus, where I can see body locations (e.g., "FACE, BODY, HAND" etc), all of the various tattoo mods I have installed, however I am simply unable to select any "slot" to apply the tattoo because that section is just a blank square. Sure, here's what I pulled up: Spoiler [16:24:26:282] SlaveTatsNG v0-8-2-0 [16:24:26:282] Load data/skse/plugins/SlaveTatsNG/SlaveTatsNG.ini, result = 0 [16:24:26:282] blank_texture_name = Actors\Character\slavetats\blank.dds [16:24:26:282] skee_dll_name = [16:24:26:282] blank_texture_name = "textures\actors\character\overlays\default.dds" [16:24:26:282] blank_texture_name = "textures\actors\character\overlays\default.dds" [16:24:26:282] Game version : 1-6-1170-0 [16:24:26:828] JContainers Plugin Name seems to be: JContainers64 [16:24:26:829] a_msg=0x9f4baff1b0, msgtype=1, message_root_interface=1 [16:24:26:829] root_interface=0x7ffc7afcf350 [16:25:11:620] JCWrapper::Init() started [16:25:11:620] query_interface<jc::reflection_interface>: refl = 0x7ffc7afcf470 [16:25:11:620] query_interface<jc::domain_interface>: dom = 0x7ffc7afcf480 [16:25:11:620] dom->get_default_domain(): default_domain = 0x20c1e738088 [16:25:11:620] slavetats_ng: found function JMap::allKeys [16:25:11:620] After get_class_function(allKeys, JMap) [16:25:11:620] slavetats_ng: found function JMap::allValues [16:25:11:620] slavetats_ng: found function JMap::count [16:25:11:620] slavetats_ng: found function JMap::getFlt [16:25:11:620] slavetats_ng: found function JMap::getForm [16:25:11:620] slavetats_ng: found function JMap::getInt [16:25:11:620] slavetats_ng: found function JMap::getObj [16:25:11:620] slavetats_ng: found function JMap::getStr [16:25:11:620] slavetats_ng: found function JMap::hasKey [16:25:11:620] slavetats_ng: found function JMap::nextKey [16:25:11:620] slavetats_ng: found function JMap::object [16:25:11:620] slavetats_ng: found function JMap::removeKey [16:25:11:620] slavetats_ng: found function JMap::setFlt [16:25:11:620] slavetats_ng: found function JMap::setInt [16:25:11:620] slavetats_ng: found function JMap::setObj [16:25:11:620] slavetats_ng: found function JMap::setStr [16:25:11:620] slavetats_ng: found function JMap::valueType [16:25:11:620] slavetats_ng: found function JArray::addFromArray [16:25:11:620] slavetats_ng: found function JArray::addObj [16:25:11:620] slavetats_ng: found function JArray::addInt [16:25:11:620] slavetats_ng: found function JArray::clear [16:25:11:620] slavetats_ng: found function JArray::count [16:25:11:620] slavetats_ng: found function JArray::eraseIndex [16:25:11:620] slavetats_ng: found function JArray::findInt [16:25:11:620] slavetats_ng: found function JArray::findObj [16:25:11:620] slavetats_ng: found function JArray::getInt [16:25:11:620] slavetats_ng: found function JArray::getFlt [16:25:11:620] slavetats_ng: found function JArray::getObj [16:25:11:620] slavetats_ng: found function JArray::getStr [16:25:11:620] slavetats_ng: found function JArray::object [16:25:11:620] slavetats_ng: found function JArray::valueType [16:25:11:620] slavetats_ng: found function JValue::addToPool [16:25:11:620] slavetats_ng: found function JValue::cleanPool [16:25:11:620] slavetats_ng: found function JValue::deepCopy [16:25:11:620] slavetats_ng: found function JValue::isArray [16:25:11:620] slavetats_ng: found function JValue::isFormMap [16:25:11:620] slavetats_ng: found function JValue::isMap [16:25:11:620] slavetats_ng: found function JValue::readFromDirectory [16:25:11:620] slavetats_ng: found function JValue::readFromFile [16:25:11:620] slavetats_ng: found function JValue::release [16:25:11:620] slavetats_ng: found function JValue::releaseObjectsWithTag [16:25:11:620] slavetats_ng: found function JValue::retain [16:25:11:620] slavetats_ng: found function JValue::shallowCopy [16:25:11:620] slavetats_ng: found function JValue::writeToFile [16:25:11:620] slavetats_ng: found function JDB::solveObj [16:25:11:620] slavetats_ng: found function JDB::solveObjSetter [16:25:11:620] slavetats_ng: found function JDB::setObj [16:25:11:620] slavetats_ng: found function JDB::root [16:25:11:620] slavetats_ng: found function JFormDB::getObj [16:25:11:620] slavetats_ng: found function JFormDB::getInt [16:25:11:620] slavetats_ng: found function JFormDB::getStr [16:25:11:620] slavetats_ng: found function JFormDB::makeEntry [16:25:11:620] slavetats_ng: found function JFormDB::setEntry [16:25:11:620] slavetats_ng: found function JFormDB::setInt [16:25:11:620] slavetats_ng: found function JFormDB::setObj [16:25:11:620] slavetats_ng: found function JFormDB::setStr [16:25:11:620] slavetats_ng: found function JAtomic::compareExchangeInt [16:25:11:620] slavetats_ng: found function JAtomic::fetchAddInt [16:25:11:620] slavetats_ng: found function JContainers::fileExistsAtPath [16:25:11:620] NiOverride::Init() entered [16:25:11:620] SKEE interface map found [16:25:11:620] NiOverride interface version is: 2 [16:25:11:620] Minimum supported NiOverride interface version is: 2 [16:25:11:620] Found NiOverride interface version is supported, will use interface [16:25:11:620] Using NiOverride interface [16:25:11:620] Load Data/SKSE/Plugins/skee64.ini, result = -3 [16:25:11:620] # Overlay: 0 0 0 0 [16:25:11:765] main thread id is 27624 [16:25:25:118] kPostLoadGame: Recompiled SlaveTats cache, cache id: 5594 Edited August 10 by lunaoracle
nopse0 Posted August 11 Author Posted August 11 (edited) 8 hours ago, lunaoracle said: Ensured that slavetatsNG is installed. I'm using the version for MCP. I'm able to open all of the menus, where I can see body locations (e.g., "FACE, BODY, HAND" etc), all of the various tattoo mods I have installed, however I am simply unable to select any "slot" to apply the tattoo because that section is just a blank square. Sure, here's what I pulled up: Hide contents [16:24:26:282] SlaveTatsNG v0-8-2-0 [16:24:26:282] Load data/skse/plugins/SlaveTatsNG/SlaveTatsNG.ini, result = 0 [16:24:26:282] blank_texture_name = Actors\Character\slavetats\blank.dds [16:24:26:282] skee_dll_name = [16:24:26:282] blank_texture_name = "textures\actors\character\overlays\default.dds" [16:24:26:282] blank_texture_name = "textures\actors\character\overlays\default.dds" [16:24:26:282] Game version : 1-6-1170-0 [16:24:26:828] JContainers Plugin Name seems to be: JContainers64 [16:24:26:829] a_msg=0x9f4baff1b0, msgtype=1, message_root_interface=1 [16:24:26:829] root_interface=0x7ffc7afcf350 [16:25:11:620] JCWrapper::Init() started [16:25:11:620] query_interface<jc::reflection_interface>: refl = 0x7ffc7afcf470 [16:25:11:620] query_interface<jc::domain_interface>: dom = 0x7ffc7afcf480 [16:25:11:620] dom->get_default_domain(): default_domain = 0x20c1e738088 [16:25:11:620] slavetats_ng: found function JMap::allKeys [16:25:11:620] After get_class_function(allKeys, JMap) [16:25:11:620] slavetats_ng: found function JMap::allValues [16:25:11:620] slavetats_ng: found function JMap::count [16:25:11:620] slavetats_ng: found function JMap::getFlt [16:25:11:620] slavetats_ng: found function JMap::getForm [16:25:11:620] slavetats_ng: found function JMap::getInt [16:25:11:620] slavetats_ng: found function JMap::getObj [16:25:11:620] slavetats_ng: found function JMap::getStr [16:25:11:620] slavetats_ng: found function JMap::hasKey [16:25:11:620] slavetats_ng: found function JMap::nextKey [16:25:11:620] slavetats_ng: found function JMap::object [16:25:11:620] slavetats_ng: found function JMap::removeKey [16:25:11:620] slavetats_ng: found function JMap::setFlt [16:25:11:620] slavetats_ng: found function JMap::setInt [16:25:11:620] slavetats_ng: found function JMap::setObj [16:25:11:620] slavetats_ng: found function JMap::setStr [16:25:11:620] slavetats_ng: found function JMap::valueType [16:25:11:620] slavetats_ng: found function JArray::addFromArray [16:25:11:620] slavetats_ng: found function JArray::addObj [16:25:11:620] slavetats_ng: found function JArray::addInt [16:25:11:620] slavetats_ng: found function JArray::clear [16:25:11:620] slavetats_ng: found function JArray::count [16:25:11:620] slavetats_ng: found function JArray::eraseIndex [16:25:11:620] slavetats_ng: found function JArray::findInt [16:25:11:620] slavetats_ng: found function JArray::findObj [16:25:11:620] slavetats_ng: found function JArray::getInt [16:25:11:620] slavetats_ng: found function JArray::getFlt [16:25:11:620] slavetats_ng: found function JArray::getObj [16:25:11:620] slavetats_ng: found function JArray::getStr [16:25:11:620] slavetats_ng: found function JArray::object [16:25:11:620] slavetats_ng: found function JArray::valueType [16:25:11:620] slavetats_ng: found function JValue::addToPool [16:25:11:620] slavetats_ng: found function JValue::cleanPool [16:25:11:620] slavetats_ng: found function JValue::deepCopy [16:25:11:620] slavetats_ng: found function JValue::isArray [16:25:11:620] slavetats_ng: found function JValue::isFormMap [16:25:11:620] slavetats_ng: found function JValue::isMap [16:25:11:620] slavetats_ng: found function JValue::readFromDirectory [16:25:11:620] slavetats_ng: found function JValue::readFromFile [16:25:11:620] slavetats_ng: found function JValue::release [16:25:11:620] slavetats_ng: found function JValue::releaseObjectsWithTag [16:25:11:620] slavetats_ng: found function JValue::retain [16:25:11:620] slavetats_ng: found function JValue::shallowCopy [16:25:11:620] slavetats_ng: found function JValue::writeToFile [16:25:11:620] slavetats_ng: found function JDB::solveObj [16:25:11:620] slavetats_ng: found function JDB::solveObjSetter [16:25:11:620] slavetats_ng: found function JDB::setObj [16:25:11:620] slavetats_ng: found function JDB::root [16:25:11:620] slavetats_ng: found function JFormDB::getObj [16:25:11:620] slavetats_ng: found function JFormDB::getInt [16:25:11:620] slavetats_ng: found function JFormDB::getStr [16:25:11:620] slavetats_ng: found function JFormDB::makeEntry [16:25:11:620] slavetats_ng: found function JFormDB::setEntry [16:25:11:620] slavetats_ng: found function JFormDB::setInt [16:25:11:620] slavetats_ng: found function JFormDB::setObj [16:25:11:620] slavetats_ng: found function JFormDB::setStr [16:25:11:620] slavetats_ng: found function JAtomic::compareExchangeInt [16:25:11:620] slavetats_ng: found function JAtomic::fetchAddInt [16:25:11:620] slavetats_ng: found function JContainers::fileExistsAtPath [16:25:11:620] NiOverride::Init() entered [16:25:11:620] SKEE interface map found [16:25:11:620] NiOverride interface version is: 2 [16:25:11:620] Minimum supported NiOverride interface version is: 2 [16:25:11:620] Found NiOverride interface version is supported, will use interface [16:25:11:620] Using NiOverride interface [16:25:11:620] Load Data/SKSE/Plugins/skee64.ini, result = -3 [16:25:11:620] # Overlay: 0 0 0 0 [16:25:11:765] main thread id is 27624 [16:25:25:118] kPostLoadGame: Recompiled SlaveTats cache, cache id: 5594 Oh, this is the problem: [16:25:11:620] # Overlay: 0 0 0 0 It thinks you have 0 BODY, 0 HEAD, 0 HANDS and 0 FEET slots. It reads this information, how many slots you have, from the Racemenu config file (normally its named "skee64.ini"): [16:25:11:620] Load Data/SKSE/Plugins/skee64.ini, result = -3 Is the path right, do you have this file ? I guess, result = -3 means an error, something like "File not found", or so. Are you on Linux (because the path contains '/' instead '\') ? Then, maybe its a filename case sensitivity problem Edit: error code -3 is "Path not found": Since SlaveTatsNG.ini could be read: [16:24:26:282] Load data/skse/plugins/SlaveTatsNG/SlaveTatsNG.ini, result = 0 , I guess, its really this Linux case-sensitivity thing, or you really don't have this file. Edited August 11 by nopse0
lunaoracle Posted August 11 Posted August 11 (edited) 5 hours ago, nopse0 said: Oh, this is the problem: [16:25:11:620] # Overlay: 0 0 0 0 It thinks you have 0 BODY, 0 HEAD, 0 HANDS and 0 FEET slots. It reads this information, how many slots you have, from the Racemenu config file (normally its named "skee64.ini"): [16:25:11:620] Load Data/SKSE/Plugins/skee64.ini, result = -3 Is the path right, do you have this file ? I guess, result = -3 means an error, something like "File not found", or so. Are you on Linux (because the path contains '/' instead '\') ? Then, maybe its a filename case sensitivity problem Edit: error code -3 is "Path not found": Since SlaveTatsNG.ini could be read: [16:24:26:282] Load data/skse/plugins/SlaveTatsNG/SlaveTatsNG.ini, result = 0 , I guess, its really this Linux case-sensitivity thing, or you really don't have this file. EDIT/UPDATE: It was as simple a fix as simply re-installing Racemenu. That is bizarre. Currently trying to reason why that was the solution. In any case, if someone runs into this issue it's quite possibly just a matter of re-installing Racemenu. That's very strange. I am using Windows, not Linux. It appears that it can't find the skee.64 file, which I'm using via MO2 through Racemenu. I'll see if I can figure out how to get it to locate it correctly, perhaps that will solve it! Edited August 11 by lunaoracle
sidfu1 Posted August 14 Posted August 14 (edited) @nopse0 wasnt this fixed? i updated from slave tats 1.3.7 to .9 on a new game and instaled the slavetats gui mcp and i get this old spam now that was fixed before. wait scratch that looks like i disabled slavetatsng lol probaly when i wast testing. let me see if that fixes it but with this tought isnt about maybe roll everything into 1 now. Edited August 14 by sidfu1
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now