JoeViking245

Chill! No need to get in an uproar. If you have MAME set to save game specific ini files, then yes. You need one for each game because that's that top one in the order of precedence. If you don't, then just add the numbers you saved** into mame.ini. **As note in the post just above yours: "Write that number down because it won't [permanently] save anywhere."

"Handwriting" a controller cfg file is a pain and it's too easy to have something go wrong. I'd be inclined to open MAME, go into the general settings < input assignments and start with Player 1 Controls. Say you're doing your 4-player setup as pictured above... Set your up/down/left/right and buttons using the very left set of controls. Then go to Player 2 Controls and set those using the left-middle set of controls. etc. for 3 & 4. Back out of the menus sand select Save Settings. Exit MAME. Copy the "default.cfg" file from the /cfg/ folder and paste it into the /ctrlr/ folder and rename it to "4Player.cfg". Go back into MAME and do those same steps for "2Player.cfg" and whatever else ones you may want. (maybe it's just those 2.) Be sure to Save and exit before copying default.cfg, each time. Do the one you want to have as your default panel setup, last. That way if you don't add any command line parameters, it'll at least be default.

Sounds like an easy fix. I'm curious, what was the space savings like going to 7z (compared to zip)? I did that a couple time many years ago but forgot how much it 'saved'. What I do remember is that it became a nuisance when updating each month and I realized the drive that I store the set on had plenty, plenty and more plenty of room. So figured why bother. Seeing you used Clrmamepro, you probably set MAME up yourself as well (rompath in mame.ini etc.). Which is great! Though from a scratch build, it should have worked with the files being 7z and the paths pointing to zip because by default, LaunchBox sends just the filename (no extension) to MAME. It also adds the -rompath parameter so MAME knows where to look for the zip/7z file, based on the filename given to it.

To clarify, your MAME ROMs are all .7z (i.e. 1942.7z). But after importing them, they all point to .zip (i.e. 1942.zip). Is that correct? Now if you go to launch one of these games (i.e. 1942) from LaunchBox, does the game run? My guess is they do.

First off, thanks for loving the plugin! It shouldn't have asked you to re-enter your API key if you had a valid one in there already. After downloading the update, did you copy the .dll to the same location as the old one? Overwriting the existing .dll? Make sure your Plugins folder doesn't have 2 instances of the dll file. i.e. /Plugins/SteamGrid Scraper.dll AND /Plugins/SteamGrid Scraper/SteamGrid Scraper.dll If that's not the case: Close LaunchBox in the /Plugins/SteamGrid Scraper/ folder, delete Settings.xml Start LaunchBox 'Attempt' to scrape and paste in your API Key Click Save If that don't fix it, something's really screwy. Close LaunchBox Delete the /SteamGrid Scraper/ folder Unzip the download into the /Plugins/ folder resulting in "/LaunchBox/Plugins/SteamGrid Scraper/SteamGrid Scraper.dll" and no other files in that subfolder. Just the (1) .dll file Start... 'Attempt'... Save If you still get the error, send me the most recent log file (/Plugins/SteamGrid Scraper/Logs/log xxxx-xx-xx ....txt) and your Settings.xml file.

Edit the game Click Additional Apps Select the one you want as the default play-when-you-double-click-it [in the lower-right] click Make Default Now, if you want to change the Names (titles), you can. But that won't affect which is the default game to launch.

Well.... if you did use LB....

I've never tested it with standalone Stella, but you could give this a try. It seems to work with other standalone emulators pretty well.

I remember Irfanview! But it's been a l o n g time since I've used it. I now use ffmpeg. It's command line based, but it's also what many (most?) image compression programs use behind-the-scenes. For a general just-reduce-the-file-size, use the command ffmpeg.exe -i "path/to/your/Original.png" -q:v 1 "path/to/your/New.jpg" This will keep the original image dimensions. But you're also converting to jpg. Which isn't necessarily a bad thing. You do lose transparency. But with a hue-jass 10MB image, it's probably a background image, so doesn't matter. You can change the 1 to different values (higher the number, the smaller the output file). Here's some sample numbers: Original: 17,497 KB (17 BM) -q:v 1 2,557 KB -q:v 5 1,369 KB -q:v 10 967 KB -q:v 20 771 KB (using 5, 10, or 20 is pretty extreme though) Another option that keeps the quality of the png is to just reduce the dimensions. The above image (17 MB) has oddball dimensions, but you'll get the idea... Original dimensions are 3569 x 5724. Reduce that to half scale (1784 x 2862) and the file size is 7.4 MB. For 1/2 scale, use this: ffmpeg.exe -i "path/to/your/Original.png" -vf scale="iw/2:ih/2" "path/to/your/New.png" For a custom scale, use: -vf scale=W:H (changing W and H to your desired width and height) ffmpeg can do things with videos too. i.e. I've taken all my game video clips and made them all 20 seconds long (because I don't stare at them any longer than that). The issue for most people is that ffmpeg doesn't have a GUI. But a simple batch file can handle all you batch conversion needs.

No. LaunchBox calls AutoHotkey.exe directly from its /ThirdParty/AutoHotkey/ folder. So you're safe to (re)associate your .ahk file extension to your personal installation of AutoHotkey. Side note: you don't have to have it "installed" to be able to use it. i.e. You can launch your script directly like so... "D:\LaunchBox\ThirdParty\AutoHotkey\AutoHotkey.exe" "D:\MyScripts\My Special Script.ahk"

The 3D Box Model and the 3D Box Image are 2 separate things. One can never directly replace the other. The 3D Box Image is not one of the image types that will display in the game Details (right) panel. Regardless of disabling the 3D Box Model. In LaunchBox, the only places to visually see the 3D Box Image are: When you edit the game When you double-click one the of smaller images in the games Details panel (to make it show full screen) press the left or right arrow on the keyboard until you see that image Select Image Group and change it to 3D Boxes This will change the main (middle) section images to 3D Boxes (Image)

I just opened Xemu (by itself, without attempting to launch a game) and got the update message. Clicked it and it updated just fine. If it's truly not updating itself after clicking the message, then you should just do it the ol' fashion way. Go to their download site download the latest version Extract the contents of the download into your existing emulator folder (overwriting the existing files) Edit: so I started typing, walked away for a minute and came back and hit send. Just to see Retro808 beat me to it.

What you're seeing in the games detail panel is the 3D Box Model (vs your 3D Box Image) which is comprised of the Box Front and Box Back (if you have that image as well). Click and hold the mouse button on it and you can spin it around. To not show the Model there, go to Tools < Options < Visuals < Game Details and un-check Show 3D Model.

Sorry. I misread your original post indicating that those games do actually work with your MAME version 0.113. This will get 'those' game to work when launching from LaunchBox. You'll be adding a new Platform and a new Emulator. Later you can rearrange things to your liking. In Windows Explorer, select the (10 to 15) v0.113 ROMS and drag them onto LaunchBox This will start the ROM import Wizard Select ROM Files For the Platform, manually type Arcade 0.113 Select Scrape As: Arcade Under Choose an Emulator, select Add... Give it a Name (Like MAME 0.113) Browse to and select your mame.exe (for v0.113) Check Remove Quotes and Remove file extension and folder path Click Associated Platforms Manually type in Arcade 0.113 (the name from step #3. Spelled and capitalized the exact same.) Check the box Default Emulator Click OK to save and close You'll get a popup stating "MAME requires..." Click No Follow the rest of prompts accordingly Click Finish

That error message is from FinalBurn Neo. Not LaunchBox. The emulator needs to know where your ROMs are located. I encountered an issue when I set the path(s) [in the emulator] then closed it, they weren't being saved. So be sure to click Save settings (step 4). Open FinalBurn Neo Go to Misc < Configure ROM Paths... Add the path(s) to where your ROMs are located Let it finish scanning Go to Misc Click Save settings to .ini now Close the emulator In LaunchBox, edit your FinalBurn Neo emulator Check the box Remove file extension and folder path UN-CHECK the boxes Remove Quotes (quotes are needed if using ROMS that have spaces in the filename) Extract ROM archives before running Click OK to save and close Play games

This is a "known bug" in the system1.cpp driver. Since cocktail mode doesn't work (player 2 track and vehicle alignment), then you may want to put the game in upright mode and just have player 1 and 2 swap seats, using the same side of the table. Not ideal for a cocktail table. If you want to keep it visually 'cocktail', set the dipswitch for Cabinet to Upright, and the video option to Cocktail. This way it'll still look 'cocktail', but players 1 and 2 will [still need to] use the same controls. But the alignment doesn't get screwy when it's player 2's turn. BTW, After seeing this post, I played the game several times (for the 1st time ever). I can imagine this game took in A LOT of quarters. lol It's hard. But it's not. And it's frustratingly enjoyable.

The raw data in the xml is not available via the API. (At least not that I've seen) Depending on how your plugin needs to access the data (a little each time you load it [i.e. one game at a time] or potentially a lot [i.e. load a platform and go through several games]), you may want to consider loading the xml into an object (model) when you open the plugin. Then just access the model [in memory]. The initial loading into the model may take a few seconds, but then accessing the data in the model is near instantaneous. Where-as parsing the xml each time, for each game, could still be 'fast', it would create a lot of 'excess' disk access. Just a thought.

In the Auditing window, Select one of the games Press Ctrl+A to select all Press Ctrl+C to copy Open your new/blank spreadsheet press Ctrl+V to paste the contents of your clipboard into the spreadsheet