sundogak

@Wanderer189 See this link on Future Pinball and pause/exit screen to maybe save some fiddling time. Nutshell version, pause feature will only work if directly launching Future Pinball.exe. If going through BAM or other AHK type setup then Pause will not work. You should be able to exit with Game Controller mapping in LB though. @erling1000 Like wanderer189 said, you shouldn't need to make any custom commands. If tables have all the appropriate files the launch command (like shown in Wanderer's screen snap and below) setup in Emulator menu default command line parameters will launch all tables with no modifications. Might make sure you have no conflicting commands in the table edit view. My Xbox One controller exits fine, so not much help though on PS4 question other than recheck the mapping and not conflicting with something else. /open %romfile% /play /exit On the Max Player view, have you checked with default theme to see if there? If working in default then likely a theme update issue.

How about these?

Did you double check your media priorities? When LB was upgraded to include imports for things like Epic and Origin I found it "reset" some of my priorities from what I had prior. So I would look there first to verify it is as you want it under Tools, Options, Media and then Background Priorities.

@tmreith The attempt to hide console option really shouldn't have any impact either way on the AHK side, so doubt that is the difference. But I have found the AHK code in the Running Autohotkey script tab can be "weird" sometimes in what works and doesn't versus an external code exe. Before the LB improvement in the Game Controller Mappings and adding in Pause feature I had very similar setup to you. However, once LB added in improved Game Controller Mapping and the Pause Menu feature I have had less issues with controller exit commands versus AHK. Anyway, have you tried deleting the Guide portion and just mapping the exit to Button 11 within LB? Then just using only the ESC AHK script portion? I would try completely erasing everything in the AHK tab (select all) and closing then adding in text from say notepad. I suspect there may be times where an errant space/character in the tab is causing issues with LB, but just a theory. Other than that, I am not much help since "should" work and I don't see anything obvious on why it wouldn't in your setup. So may be one of those "stick with what works" if the AHK exe is working for you.

Interesting. My setup works fine with this code in the Running Autohotkey Script tab for FX3. I used to use an AHK launcher exe but dispensed with that to try to keep things simple (or at least simpler). ; Use normal ALT f4 in windows to close. ESC takes back in menu. Esc:: Send, !{F4} return Also my game controller mapping in LB in Options for exiting works as well, so removed any AHK code I used to have for the Xbox One Guide button.

Norton Antivirus is finally a happy camper on my box on Beta 18. It isn't falsely trying to quarantine the bigbox.dll, even with a direct scan of the files.

yep, use that tool for my cache files for my SSD as well. Glad you resolved with easier solution.

The Platforms.XML file located in ...\Launchbox\Data has the paths to the media (towards the end of file). The rom paths are in ..\Launchbox\Data\Platforms\ then by the platform name. But you can change rom paths in mass directly in LB via the Tools menu. If just moving everything to another drive then shouldn't have to do anything since by default all the paths are relative to LB install location. You should double check your emulator paths in LB though if some were not using relative paths.

LB Hang - Task Kill: I had this happen and sounds similar to what @dblalcar experienced. Happened two times during early betas but didn't think much of it at time considering changes to new Core and didn't have logs on at the time. Tonight I had it happen twice where the edit window was open and second when closing the edit window. In both cases, LB hung up with no response (but didn't crash outright). The Windows busy spinning icon will spin away when this happens. I let the second time spin about 10 minutes before I task killed it. It doesn't actually appear to be doing anything during that time and like noted by dbalcar it isn't taxing resources (CPU, drive all low use). I have attached both logs where it hung up and had to task kill it (Hang - Task Kill No 1 and 2). LB Hang - Scroll to "reactivate": About three other times tonight (beyond above) I had LB hang with the window dimmed as if another window dialog box is open (but not). With this case, the mouse cursor was still active and moving just nothing would "activate" in the LB window. Clicking in menu gets no response or on any of the areas. However, if move the mouse to the left platform pane and scroll with mouse wheel (our scroll bar) to end of platform listing it will "unlock" and back to normal. It's like it is waiting for an action or window to close, but there are no windows open. The difference with this issue versus first one is the Windows busy icon is not running and you can actually see the mouse inside the LB window. I am always able to unstick it but forcing a scroll of the platform with mouse wheel or dragging the scroll bar (but no other actions work). This one always happens immediately after closing the edit window, but not consistently. I can go back to same game and do edits and is fine or will work fine for awhile and then pop up again. I attached a log for this one as well but not sure will give much since appears LB just goes back to normal after forcing a window scroll. Happened on multiple platforms, so don't think a corrupted XML. Not sure if both issues are related and suspect hard to track down. It doesn't happen with a pattern other than the edit window tends to be the trigger. Haven't changed anything Windows wise and Nvidia drivers/mouse drivers all up to date (and same used in prior LB versions). No other main programs were running when happened. Mouse is USB direct connected and not wireless. On unrelated note, Norton Antivirus really dislikes (erroneously) the Bigbox.DLL in the ..Launchbox\Core directory with this round of betas. Never had it whine before on LB. But it merrily will quarantine that DLL each time a beta comes out due to its mystery "heuristic" checks. Excluding it works fine thereafter (until a new version). Anyway, just noting since soon to go final and others may run into over zealous Norton zapping the needed DLL. Hang - Task Kill No 1 - Debug 2020-08-20 12-28-46 PM-Crash at 706pm.log Hang - Task Kill No 2 - Debug 2020-08-20 07-14-01 PM-Crash 832.log Issue No 2 - Hang - Scroll Fixes it- Debug 2020-08-20 08-34-15 PM - pausehang at 843.log

You should have gotten videos from Emumovies with Sega Naomi as platform name. I have never had to manually copy them. Same with arcade, if the name is correct and set to correct platform then Emumovies will download the appropriate file. So sounds like something is off somewhere. Anyway, if your videos in Sega Naomi are named using the MAME ROM naming convention then simply copy those into your arcade video directory and refresh (F5). LB takes either the title name or the ROM name. So if you have any media already in MAME naming format you can simply copy it to corresponding folder and LB will match any MAME titles with that same ROM name in the media. For the duplicates, go to tools and Audit the Arcade platform and you should see in red any duplicates. It will take awhile to audit the Arcade set though since it is very large.

Option 1: Try turning off the startup screen tab in edit emulator Option 2: If want startup screens - Then try checking "attempt to hide console window.... " AND check "Aggressive Startup Window Hiding" in startup screen tab (see snaps)

Just right click the MAME/Arcade platform at the left of screen and will bring up this window to generate the playlists post import. Sorry, just reread what you asked and you said you wanted the playlists for subcategories and you tried the right-click. So no, you would need to rerun the importer for that feature as far as I know. 2. No bulk change ability I am aware of in front end. Might be able to edit XML directly, but never did it for this purpose, so cannot give any input there. 3. Edit platform and remove the checkbox for the playlist from the "ROOT" box. Check any others you want on/off.

Fix for issues saving the Max Players field Ran a few console metadata updates, Beta 14 fixed the max player field updates on my setup (ran same platforms where Beta 13 had issues). No issues on 4 different runs.

These were already done in this thread by others:

No, subsequent ones beyond the originals Viking did are in the thread only in most cases.

@C-BeatsNo pattern that I can tell, so randomly.

On Beta 13: Running a Metadata update to games that have a valid max number of players and play mode entered in the DB results in inconsistent update results to the max player field. If select a game individually and do a meta data update will update correctly. If you rerun the metadata update it tends to fix it but not always. In some cases, at least in audit view, you can see it update some and others it actually removes the max player data (even though it is in the DB). At first thought it was just an audit window issue but happens outside that tool. Example 1: This was an audit view window after doing a full metadata update replacing any metadata that was missing (recommended option). Note the Single Player items and no entry in the max player. This was after two update runs of entire ~130 ish games. If do a few at a time (~5) or individually (see Examples 2 below) then the max player data "sticks". Example 2A: This is example after ran metadata update on Intellivision console. Note the Max Players field is empty/missing although Play Mode is filled in as single player and a metadata update was run prior where others were filled in but not this one. Example 2B: This is same window as above, if click the "X" box at top right and do a manual search, it properly fills in the Max Player field. This always works. It just seems to be the batch metadata updates that are hit and miss if, particularly when in >20 at time updates. I did about 5 console platform updates (mostly for release types) and results in same behaviour so didn't seem to be an issue with a particular platform. The easiest way to see it is is pick a platform and run audit view, do metadata update, then sort by play mode and look for missing MAX players field.

Centauri would approve

@JoeViking245yeah, through the settings gear icon, and then the synchronization options box you can set for variety of ways for how you want it to treat files on the "left" or "right" side by clicking the icons. So for example the "update" box if do selections right is similar to the XL for Robocopy (only newer files). Takes some fiddling if get complicated but can save the settings and paths so just click and go the next time. File list input for syncing is one thing I wish it would add to features (didn't see it buried in features), so still stuck using batch files for things like in this thread where doing an initial copy.

@codetvirus Rom/Bios packs cannot be shared here. But here is the listing and the checksums. Google is friend with the checksums. Some of these are also in the current MAME packs but as recall there were a few from older bios packs so you need to verify checksums before copying to Retroarch system directory under ..\Retroarch\system\neocd Name CRC32 File Hash 000-lo.lo 5A86CFF2 (in current MAME set inside Neogeo.zip) front-sp1.bin CAC62307 (front loader) neocd.bin DF9DE490 neocd.srm 5C2AAB47 ng-lo.rom E09E253C top-sp1.bin C36A47C0 (top loader, don't need both) uni-bioscd.rom 0FFB3127 (this is version 3.2 renamed)

@JoeViking245 Thanks for sending, very helpful. I had been playing around with a more robust batch file last night as wells as Robocopy which less familiar with command wise. I typically have been using Freefilesync to keep my Mame files in sync across a couple computers and my main PD set. Like you noted, the whatsnew.txt file is good enough in my book to find the occasional new rom/chds popping up.

Beta 9 10 or 11 didn't address that issue noted in the other thread with Space Invaders which is more priority of parent/child related versus beta/prototype.

Understood, typically try to do same with MAME set and was pretty space constrained up until my recent upgrade. If have to update down the road, the above web link to http://adb.arcadeitalia.net will help with total brute force approach since it outputs a rom name and "real" name in text file by rom set and bios. I used it to double check I got everything, particularly for CHDs. Easy or hard way, whatever works is what matters ultimately.

Went through a similar gyration this weekend focusing on the Naomi side. Did similar where pulled in full set of Mame with working/non-working. But like you, it pulls in a ton of stuff that have to wade through. Particularly since the Naomi sets (1, 2 and GD) were only 12GBs total inclusive of the CHDs fit seemed excessive to manage all those other ROM entries. So I went the copy the ROMs via batch file to another directory route (i.e., Sega Naomi, etc.). There are a couple older threads here on the forum with batch files to copy from MAME to another directory and there is a GIT posting (ver 0.215) as well that does similar. However, I wanted a current set with 0.223. I did look briefly at DAT with CLRMAME Pro but decided to just work a batch file. A great site resource for helping with this is here. The options are not quite intuitive but it does allow you to sort by source/bios and then you can export out via multiple formats (XML, TXT, DAT). So first item is to select Additional Filters, then Driver Tab. Then you can use the required BIOS entry and although it isn't a drop down box it is a "smart" box that will type in closest match. So you can type in Naomi for Naomi hardware, Naomi 2, etc. Once you do that and hit search it will display rom set matching. It also allows you to select by ROM set (i.e., 0.223, 0.222). Then if you go to Options and Export the Results it gives you a variety of export options. I chose TXT and then used those to generate a crude batch file set. Once figure it out it was easy to generate other files. For plain old ROM only entries works relatively easy to use the file names to make a copy batch set. For CHD files can be somewhat of a pain with a bit more manual matching. An example TXT output is attached for Naomi Bios and a few of the Batch files I created. I didn't get fancy with trying to do file list inputs to batch file so relatively crude. I REM'd out any prototypes. I am sure there are more elegant solutions but this worked for me and I was able to get the Naomi sets and Atomiswave hardware in to LB using Flycast for Retroarch or Demul. I chose to duplicate the roms into separate folder simply since was easier to import into LB. The downside is using more drive space and also separate MAME set for maintenance. Again, I am sure there are much better ways but after doing some Googling nothing popped out that wasn't using older ROM sets. I find sometimes that I spend more time looking to find a cooler way then it would take to brute force it. 0.223 NAOMI MAME search - ADB.txtMy_223_naomi.batMy_223_naomi2.batMy_223_Hikaru.bat

Suspect there may be others but I haven't really looked/ran into them. Just noticeable for something "famous" like Space Invaders. Jason would have to weigh in on question of fixing. I did see in the beta thread he mentioned looking at how betas/prototypes get prioritized in additional apps where betas get set as default. But that wouldn't necessarily fix this issue since related to parent versus clone priority.