After some more experimenting, I noticed that after a clean install it would work the first time, but never again. Also, I noticed that if I set the refresh rate in the basiliskii.cfg file to dynamic (frameskip 0) and constantly moved my mouse it wouldn't give me the error. What would happen is the screen would turn completely white and then as I moved the mouse it would replace horizontal chunks with the emulator screen. I could do this until all of the screen was visible, but when I tried to shut down, the screen would go black, the mouse would invert color and I could not close the emulator or reboot.

wonderful, i'll look into it, thanks!

Grim fandango is fine but very dark image for me...

@acraigl
I don't have a great answer for you. Specifically for GLideN64 there is a source code repository I have been checking since the project lead gonetz said a new version is imminent. It actually was just published as a specific 2.0 release yesterday. Still has some regression issues like Mario64 though.

GLideN64 code repository blog

Not sure how active mupen64plus or glupen is for actual emulators.

@BuZz
Thanks Buzz <3
https://github.com/RetroPie/RetroPie-Setup/commit/cc2d23c7fa40f2238f9175c5f0b250a9f5c272c8

No problem:

vbs@vbs-XS35:~$ grep -a4 "(fbset)" /opt/retropie/supplementary/runcommand/runcommand.sh # get default fb_res (if not running on X) fb_orig="" if [[ -z "$DISPLAY" ]]; then fb_orig="$(fbset)" fb_orig="${fb_orig##*mode \"}" fb_orig="${fb_orig%%\"*}" fi

Well, I probably clicked that option in the runcommand menu "Select framebuffer Res" but I think I chose "320x240" which was the initially value anyway. But ok, that might be the reason! Thanks!