Página de la tienda
Project Zomboid
Todo Discusiones Capturas Artwork Retransmisiones Vídeos Workshop Noticias Guías Reseñas

Project Zomboid

Página de la tienda
Project Zomboid >  Workshop > Workshop de soulfilcher > Soul Filcher's Dressing Time > Discusiones
Soul Filcher's Dressing Time
Descripción Discusiones6 Comentarios264 Notas sobre cambios
copygirl 20 FEB 2022 a las 11:05
[SOLVED] Mostly naked-ish zombies
edit: Not a compatibility issue after all. Just having Dressing Time itself enabled causes this.

I've tried a couple of things now but I can't get Dressing Time to work with my current mod list. The most noticeable result is most zombies being naked or wearing barely anything. I've installed Delran's Compatibility Patch hoping it could fix these issues to no avail.

Notable mods:
- Paw Low Loot
- Yet Another Paw Low Patch
- The Workshop
- Scrap Armor!
- Dylan's Zombie Loot

Unsure if related to your mod but the Workshop and Scrap Armor also errors with the following errors. (Those mods have no comments or discussions enabled so I can't even report it.)
java.lang.RuntimeException: unknown location "Back" java.lang.RuntimeException: unknown location "Belt"

I'll be looking into it some more, maybe even tonight. Will keep you updated.
Última edición por copygirl; 17 MAR 2022 a las 11:57
< >
Mostrando 1-15 de 17 comentarios
copygirl 20 FEB 2022 a las 11:41 
So far I've been able to cut it down to just Dressing Time, Paw Low Loot and Yet Another Paw Low Patch - enabling just the base mod, not the Fantasy sub-mod. Using Delran's patches does not have an effect. I will try to report this to them, too.
#1
copygirl 20 FEB 2022 a las 11:56 
Nevermind, it's not a compatibility issue. Even with just Dressing Time, I get the same result. Too many zombies are just in their underwear, or wearing nothing, and I don't get the usual rates of digital watches I expect for example.
#2
Spooky Nerdist 4 MAR 2022 a las 19:01 
sounds like a good time to me
#3
copygirl 16 MAR 2022 a las 22:53 
Looks to be an issue for me specifically, not other players. Heck, in multiplayer, zombies on other players' screens appear to have clothes equipped and when they kill them, they magically appear on them on my screen. I wonder if it has to do with me playing on Linux.
Última edición por copygirl; 16 MAR 2022 a las 22:53
#4
copygirl 16 MAR 2022 a las 23:12 
I'm gonna report some findings as I come across them.

First, the GUIDs are invalid. For example for the fox hat:
<m_GUID>sfdress0-time-hats-0000-000000000019</m_GUID>

GUIDs can only contain hexadecimal numbers.
I can't say if this the cause of my issues but this nonetheless stood out to me.
#5
copygirl 17 MAR 2022 a las 0:48 
BodyLocations.lua defines "MaskFull" twice.
#6
copygirl 17 MAR 2022 a las 1:05 
This, in SFDressZombiesZone.lua looks strange to me:
local Classy = { name="Classy", chance=60 }; ZombiesZoneDefinition.Wedding[Classy] = Classy;

Shouldn't it instead be one of the following:
ZombiesZoneDefinition.Wedding.Classy = { name="Classy", chance=60 }; ZombiesZoneDefinition.Wedding["Classy"] = { name="Classy", chance=60 };
#7
copygirl 17 MAR 2022 a las 1:32 
For the record, these are the average zombies I'm seeing: https://i.imgur.com/Fy1wPh3.png
As you can see, most of them are just in their underwear, few are wearing shirts or pants.

So far I've not found what causes this, even with the changes I've made so far.
#8
copygirl 17 MAR 2022 a las 2:00 
Not terribly surprisingly, if I disable clothing.xml being overwritten, I get quite regular sets of clothing on zombies.
#9
copygirl 17 MAR 2022 a las 3:21 
I wrote the following bash script to fix the broken GUIDs.
SEARCH="sfdress(0|1)-....-....-....-............" for broken_uuid in $(grep -r -E -oh $SEARCH . | sort | uniq); do new_uuid=$(uuidgen) find . -type f -name "*.xml" -exec sed -i "s/$broken_uuid/$new_uuid/g" {} + done
This would search the current folder for GUIDs which match the regex string SEARCH, creates a unique sorted list of the matches, then for each match, again goes through all files in the current folder and replaces the matched broken GUID with a new GUID (provided by the uuidgen command).

Unfortunately, this doesn't yet fix my problem :(
#10
copygirl 17 MAR 2022 a las 3:40 
Tooltips for items from this mod are also broken, I forgot to mention. That might be what I focus on debugging next? Here's a screenshot: https://i.imgur.com/81KsTAn.png

I see this in the console output that occurs from hovering over the items:
Caused by: java.lang.NullPointerException: Cannot invoke "zombie.core.skinnedmodel.visual.ItemVisual.getHole(zombie.characterTextures.BloodBodyPartType)" because "<local14>" is null
Full exception here: https://gist.github.com/copygirl/1e7b2f40c5fdfa6e1f03542a12e658f0
Última edición por copygirl; 17 MAR 2022 a las 3:41
#11
copygirl 17 MAR 2022 a las 4:17 
Also getting the following issue when the item is one the ground:
java.lang.NullPointerException: Cannot invoke "zombie.core.skinnedmodel.visual.ItemVisual.getTint(zombie.core.skinnedmodel.population.ClothingItem)" because "<local13>" is null at zombie.core.skinnedmodel.model.WorldItemModelDrawer.renderMain(WorldItemModelDrawer.java:120)
This leads me to believe that InventoryItem.getVisual() returns null..?
#12
copygirl 17 MAR 2022 a las 4:53 
Equipping one of the items:
Caused by: java.lang.NullPointerException: Cannot read field "m_AttachBone" because the return value of "zombie.inventory.types.Clothing.getClothingItem()" is null at zombie.inventory.types.Clothing.canBe3DRender(Clothing.java:1291)
#13
copygirl 17 MAR 2022 a las 5:56 
Items appear to be registered in module "Base" rather than in their own, as well.
#14
copygirl 17 MAR 2022 a las 11:57 
In the end, it was just a file which was cased incorrectly.
I was able to contact the mod author on Discord.
(Steam was being lacking in their notifications for discussions.)
#15
< >
Mostrando 1-15 de 17 comentarios
Por página: 1530 50