Butiksside
Project Zomboid
Alt Diskussioner Skærmbilleder Illustrationer Broadcasts Videoer Værksted Nyheder Guider Anmeldelser

Project Zomboid

Butiksside
Project Zomboid >  Værksted > soulfilchers værksted > Soul Filcher's Dressing Time > Diskussioner
Soul Filcher's Dressing Time
Beskrivelse Diskussioner6 Kommentarer264 Ændringsbemærkninger
copygirl 20. feb. 2022 kl. 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.
Sidst redigeret af copygirl; 17. mar. 2022 kl. 11:57
< >
Viser 1-15 af 17 kommentarer
copygirl 20. feb. 2022 kl. 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 kl. 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
Cynical Nerdist 4. mar. 2022 kl. 19:01 
sounds like a good time to me
#3
copygirl 16. mar. 2022 kl. 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.
Sidst redigeret af copygirl; 16. mar. 2022 kl. 22:53
#4
copygirl 16. mar. 2022 kl. 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 kl. 0:48 
BodyLocations.lua defines "MaskFull" twice.
#6
copygirl 17. mar. 2022 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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
Sidst redigeret af copygirl; 17. mar. 2022 kl. 3:41
#11
copygirl 17. mar. 2022 kl. 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 kl. 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 kl. 5:56 
Items appear to be registered in module "Base" rather than in their own, as well.
#14
copygirl 17. mar. 2022 kl. 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
< >
Viser 1-15 af 17 kommentarer
Per side: 1530 50