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

0 joolswills committed to RetroPie/RetroPie-Setup Merge pull request #1782 from joolswills/runcommand_art_x11 runcommand - support launch artwork when running under X11 via feh

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!