I'm actually not entirely sure what happened here.
I'm going to assume a Slimer ate (or tried to eat?) an enemy, and it just ended up in this horribly stretched state somehow. Note that the save requires 1.3D (well, we're testing Atomic and WT all the time, so why not?)
https://drive.google.com/file/d/1qnyZev ... sp=sharing
[refactoring5]: Duke: Horribly stretched slimer
Moderator: Raze Developers
Forum rules
Please don't bump threads here if you have a problem - it will often be forgotten about if you do. Instead, make a new thread here.
Please don't bump threads here if you have a problem - it will often be forgotten about if you do. Instead, make a new thread here.
-
- Posts: 1349
- Joined: Tue Nov 05, 2019 6:48 am
- Preferred Pronouns: He/Him
- Graphics Processor: nVidia with Vulkan support
-
- Lead GZDoom+Raze Developer
- Posts: 48595
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: [refactoring5]: Duke: Horribly stretched slimer
Please don't use 1.3 for testing. Not only do I not have that version, there's also some CON bugs in there that may lead to false bug reports. No idea if this is among them because I cannot test.
-
- Lead GZDoom+Raze Developer
- Posts: 48595
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: [refactoring5]: Duke: Horribly stretched slimer
I wasn't able to reproduce it, but there was something wrong in one place where an x-scaling value was added to the y-scaling, effectively making it go out of bounds.