sundogak

Check that you are not running BB/LB in admin mode. Also check that you have turned off startup screens from within LB for FP.

This all assumes you are using the "mame_libretro.dll" core which is at 0.239 and not one of the ancient hacky versions. Also assumes you have a full MAME arcade set in whatever rom path you put below in your ini file (which will include the needed mac zip files to run but not the DSK software). Need to make sure your MAME.cfg in your \\Retroarch\config\MAME\ folder has this which allows you to have a specific MAME options file: game_specific_options = "true" Then your MAME.OPT file in your \\Retroarch\config\MAME folder has this: mame_boot_from_cli = "enabled" mame_boot_to_bios = "disabled" mame_mame_paths_enable = "enabled" The key one tends to be that first line and if you are pointing to roms outside the RA path structure you have to have that last entry. Then your \Retroarch\system\mame\ folder has copy of at least your hash files, samples, and ini files. You need to make sure your HASH files are close to the same version of the RA MAME core version you are using (copy from normal MAME install). The rompath to your MAME roms can point outside your RA folder structure as long as the mame_mame_paths_enable = "enabled" is set My MAME.ini in the \Retroarch\system\mame\ini\ file has following paths which you would need to update to reflect your actual paths: # # CORE SEARCH PATH OPTIONS # homepath G:\Emulators\Retroarch\system\mame rompath G:\Emulators\MAME\roms;G:\Emulators\MAME\roms_chds;G:\Emulators\MAME\software;G:\Emulators\MAME\software_chds hashpath G:\Emulators\Retroarch\system\mame\hash samplepath G:\Emulators\Retroarch\system\mame\samples artpath G:\Emulators\Retroarch\system\mame\artwork ctrlrpath G:\Emulators\Retroarch\system\mame\ctrlr inipath G:\Emulators\Retroarch\system\mame\ini fontpath G:\Emulators\Retroarch\system\mame cheatpath G:\Emulators\Retroarch\system\mame\cheat crosshairpath G:\Emulators\Retroarch\system\mame\crosshair pluginspath G:\Emulators\Retroarch\system\mame\plugins languagepath G:\Emulators\Retroarch\system\mame\language swpath G:\Emulators\MAME\software # # CORE OUTPUT DIRECTORY OPTIONS # cfg_directory G:\Emulators\Retroarch\saves\MAME\mame\cfg nvram_directory G:\Emulators\Retroarch\saves\MAME\mame\nvram input_directory G:\Emulators\Retroarch\saves\MAME\mame\input state_directory G:\Emulators\Retroarch\saves\MAME\mame\states snapshot_directory G:\Emulators\MAME\snap diff_directory G:\Emulators\Retroarch\saves\MAME\mame\diff comment_directory G:\Emulators\Retroarch\system\mame\comments

Check the download section. Here is one of several links with various logos:

First off, you shouldn't move MAME zips around they should be left within the standard MAME folders as you setup in your MAME.INI, particularly when running Software List programs. You can put the DSK file wherever you want but the files MAME needs to run (like macclasc.zip) should remain in the MAME folder structure. Also, I don't recommend using RA for most things MAME related, particuarly when it is non-arcade emulation since just adds another layer of complexity and troubleshooting. But...if you still want to run with RA this is how you do it. This all assumes you have MAME up and working within RA for arcade (i.e., you have your RetroArch\System\MAME\INI\ path settings all correct). Note the "remove quotes" option is checked for this setup process. "macclasc -flop1 \"%romfile%\""

If you do an update from within LB, it installs every core. This unfortunately differs from what standalone RA does during an update by only updating installed cores. You can delete the unneeded cores since they are not connected to any emulator within LB. However, if you do another update within LB, it will download them all again (hence, why I don't use it to update). As to the messing up question, LB doesn't change any settings you have setup for RA in the emulator side. If you have RA set for platform XYZ to use a specific core that will remain unchanged. If you were keeping an older core for whatever reason, then that was updated/overwritten with newer version, but that would be the same with the RA auto core updater as well.

This was one I had that believe was from Internet Archive.

Okay, you are just referring to arcade games using a spinner knob and happen to be in sub category of racing. I just wasn't sure if it was some other thing I never heard of. These were the two done prior: Modified one with racing

Sone quick ones. Note that "The Pinball Arcade" by Farsight logo is what is above whereas the "Pinball Arcade" playlist for MAME is the logo shown below (LB gets them mixed up on occasion). There is also a blank template logo if want to add different ones than the Unified versions used below.

Here are the remainder except for "Spinner Racing Games" since don't know what referring to there. Need to provide logo /or link. Also, reuploaded the prior logos since I had a layer issue (background screening). Likely, cannot tell difference but fixed it anyway to be consistent with all others.

@WallyYou are pretty much limited to a few options most of which have limited to no development in +3 years or more: GSPORT GSPLUS ActiveGS (more focused toward execution in browser). Did see it had updated in 2020. Most of these are based in some form or fashion on KEGS (2006 last update). I have run/setup most but don't use them in LB but MAME for IIGS. One of the few MAME software/computer emulators use versus standalone. The IIGS emulator in MAME actually had relatively active updates/development. I would also say that the above standalone are not that much easier to get running than MAME IIGS emulation at this point.

@RedHoodRobin64 Here are a few more. The ones in green are in this thread already and I think Contra has several as well. These were done prior:

It's in your MAME directory (where emulator EXE is located) ...doesn't have anything to do with LB.

Here are few off the list:

Assuming a standard MAME setup (the MAME folder can be called whatever you want but is MAME here): ..\MAME\MAME.EXE ..\MAME\CHDS\ ..\MAME\ROMS\ ..\MAME\SAMPLES\ ..\MAME\SOFTWARE\ ..\MAME\HASH\ You then should verify your MAME.INI is set accordingly. rompath roms;chds;software samplepath samples The paths in the MAME.INI are relative to the MAME.EXE and the above assumes your MAME.EXE is in same root folder as CHDS, ROMS, etc. You don't need to do anything with the BIOS or CHDS import wise as long as your MAME.INI is set correctly to match your folder paths. LB will figure out what to do if you use Tools, Import, MAME Arcade Full Set feature and point it to your ROMS folder for import. Software Sets Now MAME Software (non-Arcade) is different issue in that currently LB does not natively import these easily via a wizard like the arcade import feature. However, a user has made a very useful plugin to do some of the work. It is located here Even with the plugin it isn't as straightforward as the arcade MAME games to get working in that you have to tell MAME commands specific to that software platform. Ther are several threads on the forums that go into more detail (like Phillips CD-i). But in general, it is usually easiest to setup a duplicate emulator of MAME just for software if you are going to use ROMS in the MAME\Software folder since it will have different settings than for MAME arcade. I called mine "MAME_MESS" but you can call whatever. Unlike arcade setup, you will need to check the "Remove File Extension and Folder Path" as shown below if running properly named ROM zips in the MAME Software folder. If using ROMS in the Software folder, it is also critical that you have updated the HASH folder data to match your MAME.EXE version (comes with the full MAME install) and that your MAME.ini points correctly to the folder like: hashpath hash The reason is that MAME uses the XML files in the hash folder to "figure out" via checksums of the zip file how to load the software and allows for a bit simpler command lines in LB (don't have to use media flag like -cart). For this to work properly, you need to make sure you have a properly named software set and in zips that match what MAME expects (see below). Then in your duped MAME emulator settings you set the default command lines so that MAME knows how to run each platform. A few I have are shown below but there are many others. Typically, the first part of the default command is the same name as system name in the software folder (example a2600 is the Atari 2600). With all that, MAME isn't always the best emulator and/or easiest to setup for many systems, so although you CAN run them, it is usually easier to run in something like RetroArch if there is a core. This is particularly the case for most cartridge based systems.

Double check you don't have a game called Global Champion. If did the North America import, then that is what is set as priority with the Kaiser Knuckles as alternate roms: This site is good to root out clones/names and if the game is running or not. When you drag/dropped the ROM if you check the "Force Importing Duplicate Games" before the next MAME Import Game selection window it would force import (but as a dupe). If you check that and see it pop up in last screen just before import, then that indicates it has an alternate name and already imported. The site linked is good reference to see what the North America/Japan names differences since not always obvious.

I assume you are speaking to the MAME Arcade Full Set import feature. If you just do an import again and don't remove any of the existing files (i.e., delete, reimport) then anything that is LB specific data will remain such as hidden, broken, favorites and playlists. However, anything you customized that is part of the MAME XML metadata (pulled from the MAME.EXE) such as game name, description, genre, play mode, etc will be overwritten back to whatever MAME thinks it should be (Genre and Play Mode in particular to watch for). Additionally, if you do this way, if during a previous import you had included Casino games and then subsequently checked to exclude, the casino games from the first import will remain (i.e., importer won't delete it). This trick is useful if you just wanted a few from a type but don't want to prune that category again. Best before doing import is to make data backup of LB XML data files. Go to Tools, File Management, Create Data Backup and then try import. Then do a check of things you wanted to carry over. You can always restore backup if something isn't working as expected.

They were both there where said earlier if scroll whole page......Page 32 (VMU)...Page 51 (FX3)...bunch of FX3 category types on 52.

Guess not sure why you have your MAME emulator in different directory as ROMs. Typical setup for MAME is: MAME\MAME.EXE MAME\ROMS MAME\SAMPLES MAME\CHDS But you can do it the way you are doing if you have separated things. So what I stated above would be incorrect in that case. Ultimately, MAME will look relative to where the MAME.EXE is located for any relative path in the INI. So your MAME.INI should set that accordingly if you moved the ROMS somewhere else. If gets too weird, you can always use a full path as well. But if works how you have then wouldn't mess with it.

Okay..good still suggest you get rid of this: ..\..\Games\Mame\roms What MAME will interpret is "Come up two directories from the MAME folder, then look for ROMs from that point. So it would be looking at same level as your LB folder (plus not needed since have ROMS there).

With the paths you showed initially, this doesn't need to be there only the ROMs entry: ..\..\Games\Mame\roms Did you use the Tools, Import, MAME Full Arcade Set in LB? It isn't clear what you are referring to when you say "it" doesn't detect the roms...you talking MAME or LB? Does MAME work outside LB?

If you have that setup then your paths in your MAME.ini file would be like this (relative to MAME folder): rompath roms;chds samplepath samples Then can be relative or absolute but relative is typically best unless you have specific reason otherwise. It is always relative to the MAME folder (where MAME.EXE is located), not LB. Edit: as long as your MAME.ini is correct MAME figures out when/how to use CHDs and Samples. You don't have to "load" those in LB.

Already done. Page 32, 51 and 52.

You can widen the screen by dragging the side pane wider (see red area). Or you can double click on video for full screen. Otherwise it is theme dependent and would need to alter code there.