For me, SRB2's most frequent crashes come from a buildup of RAM memory after sprites have been rollangled often enough. This'll happens eventually no matter the circumstances, but it happens especially quickly in OpenGL or when done on larger sprites.
I keep having this issue, and I don't know why. With SMS (Usually, but sometimes with other characters), after hitting a spring and pressing jump, the game just freezes. The audio remains, but the actual gameplay is frozen.
Okay, so the pre-release period for 2.2.14 might not be the best time to report a crash in 2.2.13, but I found a weird crash that doesn't seem to generate any sort of crash report? It doesn't show an error message when it crashes, the latest-log just kind of cuts off at the end as if the game were still running, and looking at the .RPT, the latest report is from May. This does have to do with a lua file doing potentially weird and unintended code things, but the code is so simple and the nature of the crash is so weird that I can't help but feel like I ought to say something here.
I wrote a silly Lua script just to see what would happen if I made every ShouldDamage check automatically return true, regardless of circumstance. It's a 3-line script. That said, if the player touches a harmful surface (e.g. lava) while flashing, the game just... closes. I'm pretty sure it counts as a crash, and is happening because of an error? But I can't be completely certain, since, as I said, this generates no report of any kind. I'll attach the .lua file I was using, but just for the record, this is the full extent of the script I used to do this:
While still flashing (including during knockback animation), touch lava
Here's a GIF I recorded of it. The end of the GIF is when the game closes. When I watch the original on my device, the bottom half of the screen flashes white at the end; I assume that's just a result of the last frame being unexpectedly cut off in the middle of drawing. It also doesn't show up when I upload it here, or when I try and open it in a video editor to go through it frame by frame, nor am I sure it'll maintain that property if you download it from here.
Edit: Yes, the flash at the end of the GIF does seem to be maintained if you download it from here.
I've been able to play SRB2 just fine until today.
Upon booting up the game, I see just a black screen when the Sonic Team Jr. logo should be present and am greeted with this alert:
I can't make heads nor tails of what RPT document is trying to tell me either.
Ok, so, I worked out that this happens when I have my controller plugged in before the opening credits.
Might have screwed up when I cleaned my controller with pressurised electrical contact cleaner.
So when i enter srb2 as knuckles its fine but when i add a wad to the game and then play as knuckles it crashes and when i re enter the client it gives me the exact crash causing my name to be changed back to sonic which is actually bad i hope it either gets fixed in the 2.2.14 update or if theres a way to fix the character. please inform me.
Ok, so, I worked out that this happens when I have my controller plugged in before the opening credits.
Might have screwed up when I cleaned my controller with pressurised electrical contact cleaner.
(Updated)
SRB2 version: 2.2.13
Okay, so, I was developing a new version of my "Super Form Auras" addon. However, while I was testing it, I got some SIGSEGVs.
After some more testing, I realized that this might have something to do with the spritexscale and spriteyscale variables from the mobj_t userdata structure, but I'm not really sure. This seems to only occur in the Software rendering mode.
Here's how you can replicate this crash in the current version of SFA:
1. Load the addon, go to a level and set sfaura_sprite to btss and sfaura_xscale to 0.8.
2. Switch to the Software rendering mode.
3. Go to BCZ2 and make the player die in any way possible. The game will crash after the title card shows.
Note: The GIF below was made with an older version of SFA.
The moment where the GIF ends is where it crashes.
Note that the yellow aura and the electric sparks in the GIF are two separate MT_OVERLAY objects, both having their spritexscale and spriteyscale variables set at 0.8 fracunits.
I attach the srb2win.RPT file below. If you need more info on how the addon works, feel free to check its code.
broken floorsprites
i was trying to make a spinning ceiling fan using the FF_FLOORSPRITE state, but when testing it, making sure it was displaying properly, the game suddently just, slapped me in the face and just sigsegv'd.
the sprite also followed the way the camera was moving, i dunno if this is a intentional feature or not but its strange nonetheless
it was done via SOC and the code looks like this:
ive tried removing flags such as, MF_SCENERY, MF_SPAWNCEILING and even the action that makes it spin around (hence why it wasnt in this screenshot), but it still crashes.
i tried it on an older version (2.2.13), it still follows the cameras movement but it doesnt sigsegv.
after a few more tests on different renderers and resolutions:
[BLANK SPACE]
V2.2.15
V2.2.13
SOFTWARE RENDERER
crashes only with 1920x1200 resolution
no crash
OPENGL RENDERER
no crash
no crash
1920X1200 RESOLUTION
crashes only with software renderer
no crash
1920X1080 RESOLUTION
no crash
no crash
(every test has used the same addons and versions of them)
the map is made in UDMF if that information is helpful in anyway
video of the crash:
(2.2.15, 1920x1200, software renderer)
(2.2.13, 1920x1200, software renderer. the sprite glitches out in specific camera angles in ways i dont know how to explain, (software only))
crash can be replicated very easily
Error occurred on Thursday, February 6, 2025 at 14:04:48.
srb2win.exe caused an Access Violation at location 00D76F57 in module srb2win.exe Reading from location 000003B4.
Registers: eax=00000198 ebx=0000054d ecx=009fd9cc edx=00000084 esi=00000198 edi=0000032c eip=00d76f57 esp=009fd930 ebp=009ff7e8 iopl=0 nv up ei pl nz ac po nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00210216
Zmoss, your renderer and resolution testing actually helped me fix playing around with the SRB2i addon. It was crashing SIGSEGV before I could even learn the controls, and now I'm able to play it. Just wanted to tell you thanks for the information that you posted.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.