@melbmatt50 Hmm... bios.gg in the BIOS folder. Try disabling threaded rendering in retroarch. Launch run-command, make sure there are no setting that look awry, perhaps resolution; launch with verbose mode enabled, and try to get the log from /dev/shm/ posted to pastebin here.

Thanks - but I don't think it's a Dolphinbar specific issue. I can get it to crash with just a plain old keyboard/mouse switch too. Doing a bit of debugging work I have found if I comment out this bit of code on line 2489 of libretro.c it no longer crashes. You lose the crosshairs obviously but otherwise it works fine, so it seems that something in the crosshair generating code is related to the crash. At least now I've got an idea of where the crash is originating from, I'll see if I can debug further and once I've got some better idea of the root cause I can post the issue to the core's github repo for further discussion. Lines 2487 - 2490 on libretro.c if (input.system[0] == SYSTEM_LIGHTPHASER) { //draw_cursor(input.analog[0][0], input.analog[0][1], 0x001f); }

@luisv96 said in Certain roms dont work on lr-genesis-plus-gx: @mitu when i try to run verbose logging nothing happens What do you mean "nothing happens"? Did you check the log in/dev/shm/runcommand.log ?

Please ignore this - I found out what the problem was, I'd turned on Shader #0 Filter to LINEAR. That is what was causing this effect in lr-genesis-plus-gx.

The repository has been updated and I can now build in x86_64

@edmaul69 got it. I didn't have ssh on, thanks.

Yeah I would rather the cue and not bin files listed. You can always add the extension manually though. I am hoping that seeing as how supergrafx now supports chd format that it will make it's way into the genesis_plus_gx core..saves a LOT of space and tidies up nicely. Won't have to worry about missing cues and no music ect...