JoeViking245

@mcfilmmakers Turns out all the proper checks were there. I just needed to 'continue' my loops instead of 'return' them. That's what you call a rookie mistake. So the JoeViking-logic was good. Just poor execution. And I have no problems openly admitting to my rookie mistake(s). Not that I'm expecting to see 224 on Wednesday... 3.11.3-beta-17 - Improvement: Copying files is a lot faster. Importing is a little faster (but you won't notice). - Change: Removed the "Cancel Copy/Import" button. (May reinstate it later for the Import portion. Copy goes too fast to catch) - Improvement: Saves last used hash folder location - Improvement: Browse to user-saved Source & Destination folders actually opens into the folder now - Fixed: Save user selected 'default' emulator - Fixed: Importing Additional Apps when Parent already exists - New Feature: Audit: Can now add multiple entries to the Selected Games List all at once (instead of 1 at a time) - New Feature: When adding "New Folder" (Destination sub-folder) to ../MAME/software/ press Ctrl+V to paste the xml file name. ImportMameSoftwareLists 3.11.3-beta-17.zip

Forgive me for not researching before asking/replying, but do the folks at TOSEC make a DAT file of their collections that you could use with something like ClrMamePro to cross your collection(s)? Seems to me something like that would be the way to go. But then I'm not sure if there's consistent naming conventions (i.e. Good Tools or something else). And then there's hash checks. Are those based on official releases (as is No-Intro) as well as hacks and versioning? Shheesh.... when I started typing this, it almost seemed too easy. Then I started [over]thinking it. lol Personally I'd rather see the LaunchBox Team continue working on LaunchBox/BigBox as a feature-rich "Frontend" rather than rom management. As we know, if they were to put even just one of their programmers on the rom management side of things, they'd use up 50% of their resources. Regardless, I'm sure the're tools out that can cross check your set against some 'known' (DAT or xml from a reliable source). And if so, just do that or maybe have someone create a third party app/plugin that can use those, to do that inside LB/BB. (the latter may be tricky depending on EULA's of sort)

No need to reinstall LaunchBox on the new computer. Just copy your existing one in its' entirety. And if everything (LaunchBox and you emulators, respectively) are keeping the same drive letter and folder structure, you're good to go. The only potential issue is with the emulators. If they're not "portable", they'll probably need to be reinstalled. (i.e. some try to store stuff in C:\Users\username\AppData\Local\emulatorName\...)

Ahhh... makes sense. I'll add to my list. Thanks for that! There are a lot of crazy arse checks in there already. But hey, one more won't hurt. lol It's probably something screwy in the JoeViking-logic that was used. ? Thanks again!

Any chance you're using just the update pack of roms? lol... ok Yes you are. Try merging (ClrMamePro) into you full set 1st. Then Import from the updated full set.

Are you sure it's 6 and not 620? 462 + 158 = 620 (Clones as additional apps) That was just now imported using 3.11.3-beta and LB 11.3-beta-16. Placing it into an existing Platform shouldn't matter. The hash file looks ok (other than at least one Name has a dollar sign ($) in it). Did you see both the file copy and the import progress bars go from 0 to 100%? I can't seem to replicate the issue. Hmmm.... Maybe you could try it again? Let me know what you see. Thanks.

Good to know. lol Thanks! I surprise even myself sometimes. Well, as per these last couple messages, more than sometimes. lol

@mcfilmmakers So I just ran a test adding a new Platform ("Bally Professional Arcade cartridges" [astrocde]) and adding clones as Additional Apps so that I could see what it's doing... so that I know exactly what I need to change/fix. Without having changed anything yet, this is what I got (the Main game with 3 Additional Apps)Looking at the source code (you know... "below the surface..") I realized that I inadvertently lied earlier. Being the rebel that I am, I did NOT follow the LB Import MAME guidelines (which to be honest, I just made that up) and DID assign the Additional Apps Name the games' full name (as per the "Hash title"). And with no "Play..........Version". I then ran an audit on this Platform and got this result: This was done using 3.11.3-beta-4 (the one right after 3.0). I honestly don't recall having changed that, but appears I did. At some point at least. ? Another cool "discovery"... there's a TOP SECRET hidden button on the audit screen that I apparently placed there way-back-when that will add all-selected items (on the 'left') to the Selected Games List (on the 'right'). But I had disabled it (made it hidden/un-accessible ) because 'who is ever going to have hundreds of entries to remove?' lol I will make that button visible/accessible on the next release. Let me know if you're still seeing issues with the Additional Apps naming.

What did you do?!?!?! lol Must be in the apple2_flop_clcracked set. The only [apple2] one I happen to have not tested and the only one that even has more than several hundred in its' set. This is an odd situation that they actually delete so many roms in a given set. If they just renamed them, the importer (I think) is supposed to catch [and fix] that. Thus not having so many show up in the Audit. My initial thought is, if there's that many screwed up, you might be better off deleting that Platform and re-importing. However... I will look into adding a multi-select, multi-add to Selected Games List in the Audit screen. Additional apps: Here's the deal... When a Game is added, it is given a Title ["Arabian Knights"], an ID [a long ass GUID numberA], an Application Path ["D:\path\to\roms\arnights.zip"] and other info. When an Additional App is added, it's given a Name ["Play arnights Version..."], an ID [a long ass GUID numberB], a GameID [a long ass GUID numberA], an Application Path ["D:\path\to\roms\arnights.zip"] and other info. Note: (1) the GameID is what links the Additional App to the Game [see ID]. (2) Additional Apps do not have the option for Title. just Name. The Additional Apps Name is not assigned by the importer, but by LaunchBox as defined by the LB Import MAME guidelines. As MAME is the bigger brother, I followed that for consistency. I will add this to my notes and time/patience/motivation pending, take a closer look. On the surface of things, ya.. just add the Title to Name and in the audit, have it cross that. "Piece of cake! Right?" lol We'll see.

Open MAME. Select CHD required. Then if you'd like to save that list to a text or xml file , click the orange floppy disk.

Sounds like an emulator thing. Does this happen for all your emulators or just a specific one. Which one(s)? Make sure they're setup to show on the correct monitor, which is not necessarily the "Primary" monitor, but rather Screen 1 or Screen 2.

It may be possible with hex/ascii/VK-whatever codes. No idea for sure. How are your lua programming skills? I bet there's a way to do it from there, then set it up as the autoboot_script in the specific console/computer ini file. I briefly looked into lua scripting once, but my personal interest level didn't want anything to do with it. And it hasn't changed.

?

If you use LaunchBox's Tools, Import featureyou can tell it to skip games unplayable in MAME (as well as a bunch of other cool possible options).

(Please don't take this the wrong way) Have you? What I found with apfimag is that once MAME starts it, you need to press the keyboards Enter key (vs apfimag's ] key (which is their Enter key) first. Then cload ] (which \n works in this case but not for the 1st Enter key press). Next you need to load/run the tape (F2). Then when that's done comes run ] (again, \n works for the "]" keystroke).

Oh holy snap!! I never even thought about using FreeFileSync for that! [Homer Simpson "DOH!" forehead slap] And it's way prettier than my little batch script. lol I've been using that program for a couple years now, but guess I never really explored beyond a one way mirror for a backup. I assume it's as simple as selecting "Update >" in the synchronization tab.?. And I suppose if someone was dead set on sticking with batch file, they could run FreeFileSync from a [batch] command line. lol BIg Thanks in return!!

Keeping inline with the simplicity of batch files, once it's initially set up... assuming A) you keep a full (updated) set in one place [well maybe 2. one for roms and one for chd's] and B) no new roms/chds are added... you can use Windows built-in (Windows 7 and above) robocopy to copy only the updated roms/chd to your LB/BB 'subsets' Rem robocopy "f:\source_directory" "d:\destination_directory" /LOG:"logtest.txt" /XL /R:10 /W:10 Rem Rem /LOG:file Redirects output to the specified file, overwriting the file if it already exists. Rem /TEE Log output to both the command prompt (visual monitoring) and the specified file in /LOG Rem /XL Copies a file from the source directory only if a file of the same name already exists in the destination Rem /R:n Specifies the number of retries on failed copies. (The default is 1 million.) Rem /W:n Specifies the wait time between retries. (The default is 30 seconds.) Rem Rem robocopy "F:\Roms\MAME\Roms" "D:\LaunchBox\Games\Naomi\Roms" /LOG:"RomsLog.txt" /TEE /XL /R:10 /W:10 pause robocopy "F:\Roms\MAME\CHDs" "D:\LaunchBox\Games\Naomi\CHDs" /LOG:"CHDsLog.txt" /TEE /XL /R:10 /W:10 pause /XL is the key ingredient here. Copying only the roms from Source that are (by file_name.exe) in the Destination folder and are newer. This way it will only copy the updated roms, saving (at least a little bit of) time. /LOG (optional) is nice if you want to see what and how many were updated/copied. pause is also nice if you want to see what /LOG produces, but as it happens (happened). Of course the caveat being if new roms or chds were added to MAME. But hey, that's what whatsnew.txt is for.

Glad it's working now! Any chance you figured out an autoboot command for APF? I created (edited actually) "apfimage.ini" and put it in ../Mame/ini/ # # SCRIPTING OPTIONS # autoboot_command cload\n autoboot_delay 5 # # CORE INPUT OPTIONS # ui_active 1 You need to press Enter when it first loads (within 5 seconds per the 'delay' setting), then it automatically sends "cload]" (the ] (bracket thingy) being APF for Enter which translates to \n ). After that press F2 (don't need to hit Scroll Lock because ui_active = 1) to start the tape/cass. Then when it's done loading enter in run] (I think that's what it was) to start the game. I tried \n just before cload, but no joy. Apparently Enter and ] are 2 completely different inputs. I never figured out how to send F2, which would be really nice for this and a lot of other soflists!

1) Sure you can. However I just ran some tests and it seemed to work just using the Associated Platform arguments. At least on a select few games I tried. 2) Any chance your Platform isn't named exactly the same as your Associated Platform? 3a) This usually means the rom is not located within in MAME's rompath (mame.ini). Another cause is there's something wrong in the command line. Though it does look right. See item #2. 3b) It sounds like it's executing something like "mame64.exe centiped". Which would launch the Arcade version. I still think it has something to do with item #2. 3c) If you got a kick-arse score on APF Centipede, would it upload the score? No. That would be pretty dang funny though. lol If APF were able to save high scores, it would not be in the same format as it's Arcade Machine counterparts' hi/nvram file. So hi2txt wouldn't be able to read it. The MAME leader boards don't look at the Platform name, but rather it looks for the MAME emulator. (I'm sure there are several good logistical reasons for this). And then from there, looks for games (by rom_name.zip) that are supported in hi2txt.

Sorry man. Just trying to help. But if "not" was supposed to "now"... glad it's working.

For inside of a batch (.bat) file REM your start mousy command here start /w "" demule.exe REM your quit mousy command here For inside of an AHK script ; your start mousy command here RunWait, demule.exe ; your quit mousy command here Both of these will run demule.exe, and then ONLY after it closes/exits, run the "your quit mousy command here".

Can't go giving away all my secrets, but I will share that one... Remember, when trying to figure something out, always start your searches using the "KISS Principle".

You're welcome. FileMove in AHK lingo is synonymous with "file rename'. Basically you're 'moving' the file from folder "A" to folder "B" . In this case, we're "moving" it to the same folder (from "A" to "A") but with a different name. AKA, renaming it. And then in the next step, using FileCopy we're making a copy of the games config file (thus keeping the original in tact [just in case]), and copying it to the default config folder, while at the same time renaming it to "qt-config.ini". (BTW, RockStar - Silver Ice. The only way to go. )

If it's a matter of inserting something into an existing script to backup/copy/restore the ini file, i think you're looking for something along these lines currGame := %1% ;%1% or however you get the games name to this script defConfig := "D:\Emulators\Yuzu\Config\qt-config.ini" defBackup := "D:\Emulators\Yuzu\Config\qt-config.bak" gameConfig := "D:\Emulators\Yuzu\Config\Games\%currGame%.qt-config.ini" if FileExists(%gameConfig%) { FileMove, %defConfig%, %defBackup%, 1 ;rename to .bak, overwrite if it exists FileCopy, %gameConfig%, %defConfig%, 1 ;copy in the game.ini } and then after exiting the game FileCopy, %defConfig%,%gameConfig%, 1 ;copy the game.ini back (because it changes during gameplay???) FileMove, %defBackup%, %defConfig%, 1 ;restore original config file Or compile those to run Before game starts, and After game exits. respectively.

@CtinD Are these custom game config ini files something that could be loaded from a command line parameter? I have never used RL and have no idea what yuzu is, but if it were possible (bear with me here..) Say we have the emulator myEmu.exe it takes the command line -yuzu and then the name of the rom mario.zip myEmu.exe -yuzu mario.zip And say this, by default, loads qt-config.ini. Is there a command you can put in there to load a custom config file? Say something like -config=? myEmu.exe -yuzu -config=mario.qt-config.ini mario.zip And if so, could you then put in a custom command line for each game, replacing both instances of "mario" with the name of the game? If "Yes", then there's a quick, easy solution. (easier than editing each and every game) If "Yes, but I use an AHK script, and the games name would have to change in the script", then there's a relatively easy solution. If "No! You have no idea what you're talking about.", then never mind. I tried. ?