Hi, I wanted to report a crash I've had twice while playing for the first time (I knew it was an unstable version but B42 is Apple Silicon native so that's the way I can actually play lol).
I'm not quite sure as to what's the cause of the crash since it happened at apparently random in two different places in two different situations. The first I was at my starter home and I was dumping my inventory on the floor, and I can't remember which item it was but the game froze for a minute around 3/4 of the progress bar to dropping the thing, as I went to kill the app (which MacOS reported as "Not responding") the game unfroze for some reason as if nothing happened. I played for a few minutes more and then went to sleep (irl). This morning I picked up the game again and I was looting a house and killed a few zeds and while inside the house I heard an alarm in the distance, and then the game crashed to desktop.
Maybe unrelated but I'm running the game from an external SSD, I'm running MacOS 15.4.1 on a MacBook Air M1 with 7 GPU cores and 8 GB of RAM
I'm not sure what might be the cause, but hopefully the logs contain some files to help you fix whatever the issue is.
Thanks for the hard work!
logs.zip
I found where is the problem.
In IsoGridSquare.class there is a line of code
var4 = IsoWorld.instance.getMetaGrid().registerZone("GrassRegrowth",
while in FishSchoolManager$ZoneData.class there are lines like
public int getCatchedFishNum() {
return this.zone == null ? 0 : Integer.parseInt(this.zone.getName());
}
It`s stange... Integer.parseInt vs this.zone.getName()....
Dear devs! pleeeeeeees, correct this! :))))))
Currently, we can't change current player model without replacing MaleBody/FemaleBody model files entirely, which affects zombies and other players. It seems intentionally locked down, with no access to the player's isoSprite.modelSlot, but I'm not sure why.
I think if I could get a new IsoSprite with my model as its modelSlot I could use player:setSprite(), but I haven't found a way to make a new sprite with my model to use for that. Attempts to work around lack of access that I've seen include java mods (bad imo) and awkward solutions that use equipped items for new models which causes several weird issues, especially with hair since there is no hair mask. It's definitely a feature in demand as there are several mods using different methods of getting around this issue, that all would benefit from a supported feature.
If there's a reason it's intentionally locked down I'd love to know why, if possible (genuinely!)
also minor side-notes:
- getSpriteManager() requires a string argument but doesn't actually use the argument as far as I can tell, so it just deviates from the norm, which makes the resulting errors from passing no arguments confusing / unexpected.
- Trying to open a reference to the player's spritemanager crashes the debugger, probably just a me issue though haha.