Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unknown, possibly peripheral-related crash #1153

Open
KSSBrawl opened this issue Feb 10, 2024 · 6 comments
Open

Unknown, possibly peripheral-related crash #1153

KSSBrawl opened this issue Feb 10, 2024 · 6 comments

Comments

@KSSBrawl
Copy link

A friend of mine is having an issue on a Windows 11 laptop (specifically this one). They were playing the game with a 2160x1440 monitor plugged in and using fullscreen and the game ran fine, but once they disconnect the monitor it consistently crashes with an access violation (0xc0000005) error code. Additionally, although they have the scaling mode set to integer scaling, the game would start stretched and crash before it actually used integer scaling. They do not currently have the laptop on their person (it is at their dorm) but come Monday if needed they can record a video of the crash.

@Daaaav
Copy link
Contributor

Daaaav commented Feb 10, 2024

Myself I cannot get this to happen on either:

  • Steam 2.4(.0) on Windows 10
  • Steam 2.4(.0) on Linux
  • upstream 2.4.1 on Linux

In all cases, I tried both disconnecting the external monitor while the game is running, as well as disconnecting it between runs. The game would always fall back to the main display.

What did happen specifically on Windows was that if I disconnect the external monitor while the game is running, the game display freezes (after correctly moving the window to the main display) but sound and input was still working.

@flibitijibibo
Copy link
Collaborator

A laptop with NV hardware, eh...

If they rename VVVVVV.exe to doom3.exe does that fix it?

@Buggem
Copy link

Buggem commented Nov 23, 2024

Judging from the error being specifically based on monitor choice (eg builtin versus external), I'd say it could be an issue with either upstream SDL2 or your friend's drivers (if your friend has installed sketchy/atypical drivers).

But it really depends whether other SDL2 games have this problem on the same device.

The only thing leading to VVVVVV itself is the scaling, but even that is mostly handled by SDL (the proportions being an SDL_Rect). I, being a Linux user, don't know much about debugging in Windows, but I'm sure that there are many programs that can help you trace it back to SDL2 or VVVVVV (or even your friends drivers)

@KSSBrawl
Copy link
Author

I totally forgot about this issue honestly. It could totally be the drivers, and also I can ask them to try renaming to doom3.exe, which I assume is to try and trick whatever performance optimizer is installed?

@Buggem
Copy link

Buggem commented Nov 26, 2024

@KSSBrawl I really can't find any evidence that changing a game.exe to doom3.exe (presumably DOOM 3 by id Software) would help. Try getting a driver update from the official nvidia website and see if it works.

@flibitijibibo
Copy link
Collaborator

I totally forgot about this issue honestly. It could totally be the drivers, and also I can ask them to try renaming to doom3.exe, which I assume is to try and trick whatever performance optimizer is installed?

Yeah, this is usually to get Optimus to do the right thing, since it might be defaulting to integrated graphics (usually not a big deal for VVV but if it fixes the bug...)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants