That One Seong

FWIW, my code doesn't use interrupts--minus one hardware timer that updates a camera tick flag every ~4ms, but that's all. I've looked at my external libraries that I use, and...

I can say I haven't run into crashes personally when using a forked version of Earle's Pico core with the workaround applied (I've heard one conflicting report otherwise, but have...

~~Okay, update: I'm indeed running into the problem anew.~~ Turns out it's because I had the TinyUSB library somehow installed by a dependency, which was overriding the fixed version built-in...

Sorry to prod, but is this feature being worked on at all? Been the one thing that's absolutely been sorely missing in an otherwise great app...

Can confirm that this still seems to be broken with hardware rendering specifically, as it works totally fine in software mode (with all the performance caveats that it brings). At...

> Try setting the frame limit to "ps3" mode in conjunction with the ntsc fixup. Setting frame limit to *PS3 Native*, VBlank reset back to 60 with NTSC Fixup checked,...

> Nope that doesn't fix the problem. framelimit/vsync off=off, Vblank frequency=59hz still losing bullets, even on a high end machine. Simply start game and start unloading clips fast = every...

Chiming in since OP is Linux, game displays just fine here (other than the slowdown that I guess is just to be expected with Xemu?). Only thing of note is...

Just tested this on Kwin-wayland; while indeed the native SDL Wayland driver makes Supermodel crash, it seems to render just fine here in the games I tried (including `swtrilgy`). NVIDIA...

> I am not sure I understand: does it crash, or does it render fine? Or do you mean that `SDL_VIDEODRIVER=wayland` crashes but `SDL_VIDEODRIVER=x11` renders fine? `SDL_VIDEODRIVER=x11` is the SDL2...