launchretrogirl2562

Glad to hear it worked. I aim to please 😊

add an amstrad gx4000.opt file in config\cap32 cap32_advanced_green_phosphor = "15" cap32_autorun = "enabled" cap32_combokey = "select" cap32_db_mapkeys = "enabled" cap32_floppy_sound = "enabled" cap32_gfx_colors = "16bit" cap32_keyboard_transparency = "disabled" cap32_lang_layout = "english" cap32_model = "6128+ (experimental)" cap32_ram = "128" cap32_retrojoy0 = "auto" cap32_retrojoy1 = "auto" cap32_scr_intensity = "8" cap32_scr_tube = "color" cap32_statusbar = "onloading"

u can find pretty much every dataset on the internetarchive. as to emulation, I think most can be run in Retroarch without much hassle.

which platforms did you all have? and do you still have all your games?

@Zombeaver : Are there any status updates on C64 Dreams progress? Much obliged 🙇‍♂️

I also experienced this error. Just from hybrid sleep.

are there any further progress updates on version 13.20? I'm now kinda withholding from installing it after reading about these issues.

clrmamepro is more for the experienced user. I've been using Romvault for upgrading pretty much the last 20 mame releases without any issues. It is much more user friendly and is updated on a regular basis. Once you set it up once, next times it's just a question of downloading new dat's, importing them, scanning and fixing the files. All through the UI. https://www.romvault.com/

Here are my examples. In the opt, you either change the mame_softlists to disabled. Or you as JoeViking mentioned...you change your romnames to the required ones supracan.cfg supracan.opt

these are the names it expects. (see screenshot or u can try edit your opt file (\RetroArch\config\MAME\supracan.opt) and disable softlists mame_softlists_enable = "disabled"

just create a new post, and share which issues you are having with mame. Hopefully it will also solve your problems with mame.

My version is 1.19.1 and with the configs i added, the core I added and the settings everything works. My advice,...to troubleshoot...start with a whole new retroarch (1.19.1 or 1.20) install on a new folder. Put my configs in the cap32 config folder, the 4.2.0 core in the cores folder... Don't use the cfg arguments in LB, just use the configuration I showed. That way you can rule out any other settings you might have made in your current Retroarch install. And work up from there.

I will just share my settings...which do work by the way! (For Amstrad CPC and for Amstrad GX4000) In Launchbox, I do not pass any config at all to retroarch as it is not needed. As you can see from my settings : In the retroarch.cfg (from the main folder) I have global_core_options = "false" In the \RetroArch\config\cap32 directory I have the files which I zipped in cap32.zip In the RetroArch\cores directory I have the cap32.dll from before 2022 cause it is tried and tested and later versions of that core never seemed to work for me. It is in the attached cores.zip As you can see in Retroarch I have locked this core (cap32_libretro.dll.lck) so when you update your cores in Retroarch, this core will be left unattended. Cap32 version : Try this, and hopefully it should work for you. cap32.zip cores.zip

The move to use SQLite indeed shows a lot of performance improvements. 👍👍👍 Is it not an idea to in a following build to also use SQL for the user/data files? And a setting/option in LB to use/not use SQL for user/data files. If a user chooses to use SQL...then in early stage...it always reads from the SQL database but still writes to both XML and Database. (in later stage) If a user chooses to only use SQL....it only reads and writes to the SQL database. If a user chooses to use only use XML...it will read and write only from/to the xml files (default setting) That way you can implement a grace period and slowly start making xml obsolete and have an only SQL implementation for LB/BB

Yes ofcourse that is possible. All the details and how to achieve this are in the first pages of this forum thread.