Obchod
Project Zomboid
Vše Diskuze Snímky obrazovky Obrázky Přenosy Videa Workshop Novinky Návody Recenze

Project Zomboid

Obchod
Project Zomboid >  Workshop > Workshop uživatele soulfilcher > Soul Filcher's Dressing Time > Diskuze
Soul Filcher's Dressing Time
Popis Diskuze6 Komentáře264 Poznámky ke změnám
copygirl 20. úno. 2022 v 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.
Naposledy upravil copygirl; 17. bře. 2022 v 11.57
< >
Zobrazuje se 1–15 z 17 komentářů
copygirl 20. úno. 2022 v 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. úno. 2022 v 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. bře. 2022 v 19.01 
sounds like a good time to me
#3
copygirl 16. bře. 2022 v 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.
Naposledy upravil copygirl; 16. bře. 2022 v 22.53
#4
copygirl 16. bře. 2022 v 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. bře. 2022 v 0.48 
BodyLocations.lua defines "MaskFull" twice.
#6
copygirl 17. bře. 2022 v 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. bře. 2022 v 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. bře. 2022 v 2.00 
Not terribly surprisingly, if I disable clothing.xml being overwritten, I get quite regular sets of clothing on zombies.
#9
copygirl 17. bře. 2022 v 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. bře. 2022 v 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
Naposledy upravil copygirl; 17. bře. 2022 v 3.41
#11
copygirl 17. bře. 2022 v 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. bře. 2022 v 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. bře. 2022 v 5.56 
Items appear to be registered in module "Base" rather than in their own, as well.
#14
copygirl 17. bře. 2022 v 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
< >
Zobrazuje se 1–15 z 17 komentářů
Na stránku: 1530 50