sundogak
-
Posts
1,442 -
Joined
-
Last visited
-
Days Won
8
Content Type
Profiles
Forums
Articles
Downloads
Gallery
Blogs
Posts posted by sundogak
-
-
Just now, The Papaw said:
Not deleted vita platform, but using dummy folding still finding everything. Reckon I will delete it, (damn it's such a PIA redoing all the media folders again lol, don't have that in default locations either)
There is option when delete to not remove media. That is what i used. Everything matched back.
-
2 minutes ago, The Papaw said:
yes sir, I got that, what I meant is I do not have my emulators within the LB folder as it likes
Neither do I. The key thing is that that the path in LB is to your exe and that LB has auto filled in the appropriate command lines for Vita and RPCS3. Other than that you can place the emulator where you want.
-
2 minutes ago, The Papaw said:
Thanks, I'm not using the default emulator paths that LB uses, RPSC3, I'm using a smb folder (virtual folder) on NAS.
New to Vita3K and haven't found a way to change it's path yet, if I can. Any ideas on that?
Path is changed in LB in Manage Platforms under tools (not Vita3K). Change to dummy folder that is empty. Doesn't matter where as long as no data/roms in the folder.
-
1 minute ago, The Papaw said:
I will try that, the Auto Import was finding them (but it only seems to work about half the time).
You do that for RPCS3 as well?
Yep, same for PS3. Two red circled directories are completely empty. As long as you have games imported in the emulator it will pick up. If having issues with Vita still make sure directory changed, delete the platform for Vita. Then close out LB and restart. Should then within few minutes pickup any games in your Vita3K emulator and import.
-
3 minutes ago, The Papaw said:
I was trying to "Scan for added Roms" (Playstation Vita) and it's finding way to much stuff. Should only be finding like 4-5 games
Don’t point your Games directory to your Roms. Point to empty directory. LB uses the emulator data for Vita3k and Rpcs3.
-
1 minute ago, Truest1 said:
Also do I have to update the chd as well? Or just download that as in 0.266 to 0.267 is just 1 file ? Or does that have to be updated in the way you are talking about?
Yeah for CHDs like you mentioned I "skip" steps as they are one big file vs roms with parts inside zip. I use torrent check to make sure it is just that one file (or if they renamed it). As just ran this, here was torrentcheck output showing I was missing that new file in my 266 version:
TorrentCheck v0.9e Report file ------------------------------ File check/size check: File not found: "T:\Downloads\Complete\Torrent\MAME\MAME 0.267 CHDs (merged)\cuttherope\cuttherope.chd" Correct files: (994/995) - Missing files: (1/995) - Wrong sized files: (0) - Successfully trimmed files: (0/0) - Deleted wrong sized files: (0/0) Attempting to find missing/renamed files: Fixed missing files: (0/1)I just downloaded that one file directly and copied into my 267 CHD folder. Did a quick recheck (as it checks the hash to make sure exact same file MAME expects) with TorrentCheck and came back complete.
TorrentCheck v0.9e Report file ------------------------------ File check/size check: Correct files: (995/995) - Missing files: (0/995) - Wrong sized files: (0) - Successfully trimmed files: (0/0) - Deleted wrong sized files: (0/0) Unneeded files check: Unneeded files: (0) - Unneeded directories: (0) - Successfully deleted files: (0/0) - Successfully deleted directories: (0/0)Then you don't have to bother with slowest step which is the rehash check in your torrent client. For CHDs that is easiest as long as you keep a relatively recent version as they don't tend to add many version to version.
-
1
-
-
There are two different things getting talked about here. One is updating rom set. Other is updating MAME executable install. They are independent. Generally speaking you should align your versions and romset but within several versions either direction where your MAME exe is newer than rom set (i.e., using 0.267 MAME exe for a 0.266 rom set) the MAME planet will not stop revolving. If get too carried away eventually things will break as the EXE will look for romset checksums that may not be present in older set (among many potential issues). Hence better to keep in sync just to avoid potential issues.
Updating MAME install from 266 to 267 is easy. Take the file here , open in 7zip, drag and drop all files to your MAME directory (Replace files when asks). You now have a 267 install. Your existing setup files remain. There are no settings files in that pack so your setup doesn't get overwritten. It doesn't contain a MAME.ini, or do anything to existing NVRAM files or CFGs (other than default presets). You don't need to move any folders as nothing user specific will be overwritten. You also don't need to tell LB anything as you are using the same name for exe. Same for artwork, the update folder is empty in the MAMEDev update file so doesn't make any changes to existing files when dumping a new MAME version onto older.
For updating romsets you are either doing via CLR MAME Pro (or similar rom managers) or via TorrentCheck as discussed above. But each is separate from other. One thing on torrentcheck method is the longest part of process is the recheck within your torrent client. Particularly for the software list packs. To give realistic example: I just did update for 0.266 to 0.267 rom set. It took about 10 minutes for Torrent Check portion (get torrent file, do TorrentCheck run. But it took 20 minutes for the recheck process within Qbittorent. The actual download of delta files was 5 minutes to make complete pack. But only the first part requires your attention as rest is all auto. I generally avoid doing a recheck within client on the huge Software CHD as it takes a LONG time.
-
The easiest way is to use a tool called TorrentCheck (particularly if using the PD sets). Google as one word and should find the download.
Let says you have existing complete set: MAME 0.266 Software List ROMs (split)
I rename the directory by only changing the number for new set: MAME 0.267 Software List ROMs (split)
It is critical to use same naming as torrent used or the torrent program won't check/join but will download the whole thing. Then drag and drop into TorrentCheck your path to that 0.267 folder. Drag and drop you torrent file for the new 0.267 pack (not DAT, the torrent file*). Check the boxes "delete wrong sized files" and "delete unneeded" along with "create backups" (always use this if mess up your originals can be restored back). The utility will then remove anything that is no longer in the torrent. Using the "attempt to fix/rebuild" option helps if just a rename change (this can slow things down). Once completed you will then join (do a recheck) the 0.267 torrent in your torrent download program and it will only download changed files vs doing the whole thing over. It is far quicker than using clrmame pro and in essence is doing the same thing. Keeps the unchanged files. Removes old stuff. Download the deltas.
*note that PD uses magnet links. Using qbittorent I have torrent files set to be backed up. If you start a "new" torrent using magnet it will after a minute or so download the torrent file to backup directory (basically when you see it start to download anything). You can then use that file for TorrentCheck and later for downloading. There are some magnet to torrent tools but I never could get them to work and this always works and adds maybe a 5 minutes of time (software list MAME is a complicated torrent file so takes longer for that one).
-
2 hours ago, OdinsPlayground said:
Hey. As someone with a ton of systems, some being quite out there and different from your standard ROM folder, I have several suggestions of how the automatic import tool could be improved to accommodate setups like my and other more complex platforms. Mentioning specific features and platforms below that comes to mind:
1) Per-Platform Automatic Import. This would help implement the feature even if all platforms doesn't work perfectly. Instead of a all or nothing option as it is now.
2) .M3U priority. Let the importer have an option to prioritize to only import the .m3u and ignore additional rom files in the same folder for multi disc games. An additional and optional step to this import improvement would be to automatically generate a .M3U for the games when a multi-disc game is detected.
3) Ignore sub-folders. For certain consoles, like Nintendo Switch, I have Updates and DLC in Subfolders within the same platform. Sine they are all .NSP, they get detected as games and LB tries to import them as games. The option to ignore sub-folders would resolve this problem.
4) TechnoParrot. Games are loaded through XML files in the "UserProfiles" folder in the roof of the emulator folder, but can belong to several different arcade platforms. It not only would need to be able to detect and determine which console the game belongs to, but also to add a launch option of "--profile=NAMEOFXML" for each game.
5) FM Towns. It uses .Cue-files for the TSUGARU emulator. Would be good to prioritize the .cue and ignore other files in the same folder.
6) ExoDOS, C64 Dreams, ExoWin3x and other repacks, listed as MS-DOS, Commodore C64 etc in LB. These are really complicated and can essentially be implemented through importing the XML to the platform folder. As these platforms wouldn't need much of auto-import, it would be good to be able to exclude them from the auto import.
7) Classify Windows game into specific platform (3x, 95, 98, XP, Vista, etc) As an option it would be nice to automatically import Windows games to the era-specific Windows version it belongs to.
😎 Use MAME import data for MAME Software consoles. Such as Casio Loopy, Casio PV-1000, Bally Astrocade, ColecoVision, Epoch Super Cassette Vision, TigerGame.com, etc that are found inside the properly named folder.
There is a workaround to "exclude" certain platforms with auto import on. Your points are valid, particularly #1 and for anyone who has Exo packs installed. They were many of reasons I avoided turning auto import on as it messed too much up. However, during the 13.15 beta I wanted to test things so found this workaround.
You point any platform that you don't want to have auto import function to any empty directory (see critical note at end). In my case I do not use the LB\Games directory so that is where I put the empty directories as LB generates them anyway. Figure 1 shows how to turn off platforms for no import. For simpler platforms where auto import works reliably then you point the Game platform directory to your roms location as normal (Figure 2).
Example below:
Figure 1) anything in "Games" LB directory is empty and "off" as nothing to import [I don't put my roms in LB directory, where you place is immaterial as long as empty].
Figure 2) where you want auto import to work point to path of your roms directory like normal in platforms:
There are three special cases so far as of the new 13.15 release:
- Vita3K emulation for Sony Vita should point to empty directory as LB pulls the games list from the emulator. (applies to 13.15 forward). If you point to roms directory it will pull in tons of extra stuff plus the games it sees in Vita emulator.
- PS3 emulation via RPCS3 is the same as Vita, point to empty directory as pulls data needed to import via emulator (applies to 13.15 forward). Similar issues as Vita if point to a directory with PS3 games. Note they did fix the "sub folder" and app/updates issues in PS3 similar to Switch so suspect that should be something to see in future updates.
- ScummVM which should point to game platform where scumm games are located as LB uses the path naming to figure out which ScummVM game is needed.
Lastly there is one important rule if you decide to do this way: you cannot use the scan for removed roms for any "dummy" platform locations or for all platforms as LB will delete your LB entries.
I would weigh in/pay attention during beta rounds as they seem to be working down the list of special cases like you mention in each update so having people test is critical.
-
On 6/28/2024 at 1:16 PM, sundogak said:
I cannot get LB to auto import Vita games. I assumed it was similar to PS3 that works well at this point. Auto import is turned on. I have Vita3K installed and let it auto fill in the command line items just to be sure (same as what I had). Vita3K shows the handful of games installed in its UI and they all run directly. Vita3K apps are within the emulator directory. That is the only "default" that is different as Vita3K wants to put items in the Windows User location so have it set in the config.yml to the emulator directory to: pref-path: G:\Emulators\Sony PlayStation Vita\Vita3K\. LB doesn't seem to be seeing the Vita3K emulator virtual drive. All apps are in the ux0\App directory as Vita3K installs when you use a PKG file (and unencrypted).
If I force run a scan it finds no games. If I force run "remove" games it tries to remove the one game I had used prior as test (even though it is also within Vita3K UI).
LB Games directory in Manage Platforms is pointed to an empty directory for Vita (just like Sony PS3). If I change that to ux0 location (or just the root of emulator) it pulls in all sorts of files (similar to PS3 RPC as it doesn't depend on the emulator virtual drive then).
Anyone have Vita up and running with auto import?
On the release version found this was still not working. However, I found I had to completely delete the platform as I had one game installed as test originally. I reinstalled the Vita3k emulator from LB perspective as I didn't change anything with Vita3k emulator itself. Closed LB. Then reopened LB and it then added the platform and the missing games including the one I had originally manually installed per the "old way". I didn't change anything as far as the platform game location in LB (still points to dummy empty folder). As a test setup with 13 games, nuking the platform wasn't a huge deal (and I had tried that during the beta as well). So maybe something got fried during the beta tests and/or improvements somewhere fixed the glitch. Others mileage may vary.
-
50 minutes ago, Lahrs said:
I have a full unmerged ROM set as I plan to curate it down to my liking in the future, which can be more difficult with a merged set. When it comes to .chd files, I'm only seeing merged sets. I understand that a .chd is by nature a merged file, but I don't want to download the massive ton of non-working .chd files. Are there only merged .chd sets? I believe I can still cherry pick the merged .chd files to only download working games, but I'm pulling my hair out by looking for non-merged .chd sets and am now thinking I'm looking for something that doesn't exist. Any help?
JoeViking245 posted ahead of me and echo you are best off just picking games you want. There are two lists from the site referenced as has a handy export feature:
MAME search - ADB Working only CHD Games.txt (58 games working with CHD games)
MAME search - ADB Working + Imperfect CHD games.txt (100 games working + imperfect CHD games
-
1
-
-
On 6/19/2024 at 11:47 AM, faeran said:
Beta 4 is now out with the following changes:
- New Feature: Added support for automatic import of Vita3k games that have been added into its virtual hard drive, when the Vita3k emulator is added into LaunchBox and the Automatic Import of ROMs is enabled
For Vita3k testers: the way the emulator works is that all games need to be added into the emulator and onto its virtual hard drive before you can play the game. If you add Vita3k as an emulator into LaunchBox (there should now be a Vita3k emulator profile to choose from the dropdown which comes pre-loaded with the right settings. If you don't see it, you may need to run Tools > Download > Force Update Games Database Metadata...) and you have our auto-import process enabled, you should be able to start up LaunchBox and see your games be imported.
I cannot get LB to auto import Vita games. I assumed it was similar to PS3 that works well at this point. Auto import is turned on. I have Vita3K installed and let it auto fill in the command line items just to be sure (same as what I had). Vita3K shows the handful of games installed in its UI and they all run directly. Vita3K apps are within the emulator directory. That is the only "default" that is different as Vita3K wants to put items in the Windows User location so have it set in the config.yml to the emulator directory to: pref-path: G:\Emulators\Sony PlayStation Vita\Vita3K\. LB doesn't seem to be seeing the Vita3K emulator virtual drive. All apps are in the ux0\App directory as Vita3K installs when you use a PKG file (and unencrypted).
If I force run a scan it finds no games. If I force run "remove" games it tries to remove the one game I had used prior as test (even though it is also within Vita3K UI).
LB Games directory in Manage Platforms is pointed to an empty directory for Vita (just like Sony PS3). If I change that to ux0 location (or just the root of emulator) it pulls in all sorts of files (similar to PS3 RPC as it doesn't depend on the emulator virtual drive then).
Anyone have Vita up and running with auto import?
-
1
-
6 hours ago, faeran said:
Beta 7 is out with the following:
- Fixed: A rare issue that could occur while parsing the "games.yml" file has been resolved
Appears fixed as see no errant "\\" in paths when reimported PS3 games.
-
1 hour ago, C-Beats said:
@sundogak Requested RPCS3 changes are in this push. Can you confirm you're seeing better imports?
All seems to import correctly and with no additional apps now if there is an update.
Two minor items:
- For disc based games and no update the path has an extra "\" but appears to not matter as game launches correctly. Also noticed the games.yml has a "\\" prior to GameID. If select browse button it does go to correct folder but if select eboot.bin and save it removes the extra "\" (and also launches).
2. The game update patch typically has same name as base game (for the few games I have). However, some like Lego Jurassic World the game update has additional text: "Add-on Content and Patch Data". That is the name LB pulls in vs the parent game name. The game doesn't match the DB unless strip off the additional wording. May not be much can do for these cases unless ability to pull base game name.
Listing with game data option view showing within RPCS3.
With game data hidden in RPCS3:
-
1
-
4 hours ago, The Papaw said:
I agree. I have had to turn it off until RPSC3 issue is resolved. Would have been very handy to just disable that platform, Thank ya Sir
Right now until a per platform turn off feature is implemented, I just point the Game path entry under the platform to a dummy/empty folder if want that platform "off". As nothing in that folder, nothing to import. Not ideal but for items like pinball and computers the auto import feature creates too many headaches. Example below, as I don't use the LB Games folder anything pointing there is empty/dummy and anything pointing to emulator rom directory is "on" for auto import as that is where my games are located.
Note: can never use "scan" function with this setup for dummy folder platforms, particularly the scan for "removed" games as it will nuke anything installed.
-
1
-
-
Not specific to this beta but a suggestion for fine tuning of auto import for pinball emulators Visual Pinball and Future Pinball so as to restrict to table files for import into LB:
-
Visual Pinball - only table files needed: *.vpt and *.vpx
- Otherwise imports other files such as back glass (directb2s), logs, and other non-table files
-
Future Pinball - only table files needed: *.fpt
- Otherwise imports other files such as library (fpl) type files.
Example VPX table imported into LB pointing to table
-
Visual Pinball - only table files needed: *.vpt and *.vpx
-
2 hours ago, C-Beats said:
Can you post a screenshot of what you're seeing in that window?
I see the same as I just installed beta 5. Beta 4 showed the LB default plugins but beta 5 with no user plugins other than what comes via installer will nag at start there are updates to plugin but in plugin window it is empty. Beta 4 showed the default plugins listed but now empty.
If install a plugin like rename media to rom dll it will not show in plugin manager (or any plugins I tried). However, the plugins operate normally and show in tools menu as prior.
-
5 hours ago, hoderer said:
I downloaded a video snap pack from emumovies some time ago and I have this image on all the videos. It's in the metadata of the video file. I couldn't find a way to batch delete the meta data. Thanks for any help!
EDIT: I found a solution in the meantime. If you want to get rid of those images, too you can use the freeware tool "xmedia-recode". Just drag your files in there (it takes its time if you drag thousands of files), CTRL+A (this takes time, too), in the tabs "video" & "audio" change "convert" to "copy", add Job (wait) and then press "convert". Doing it this way, the program basically copies the video files without metadata (no re-encoding).
Using a music type utility can remove the cover tags without re-encoding. EMUMovies just embedded the coverart tag into the file. Mp3Tag is free utility that can select a whole batch then remove cover art in one whack. As only tag removal far quicker than any sort of re-encoding.
-
8 minutes ago, C-Beats said:
We get the version number from the app itself. If you run command line against your app "pcsx2-qt.exe -version" (without quotes) what version does it report itself as?
Yep, restarted LB and as you said indicates updated correctly as you noted...so nevermind! I have had a couple crashes today (while changing platform path of games directory). When I closed LB it appeared it didn't actually terminate in Task Manager. So once I zapped all those zombie tasks and restarted it displayed correctly. Will see if screen shot it next time crash happens + logs.
-
Two minor UI issues:
1) dialog box when using drop down box has typo noting download link to the left, should be to the right button. Noticed for ScummVM but a few others had same (didn't check all).
2) Update indicator logic if the install is newer still shows that it needs to be updated (and potentially over write newer if user downloaded). Bottom circle is the running version of PCSX2 which is 5927.
-
19 hours ago, Lewis74 said:
Setting up my MAME emulator in LB and when games are launched from LB for some reason the screen is cutoff at the top and bottom. When the same game is launched from MAME on its own it is fine. See images below showing both as well as a photo of my command line parameters (as I believe that is where the problem lies” TIA
Does your standalone Mame use waitvsync option? My try in LB without. Just a guess, as nothing else looks out of place.
-
On 6/19/2024 at 11:47 AM, faeran said:
Beta 4 is now out with the following changes:
- New Feature: Added support for automatic import of RPCS3 games that have been added into its virtual hard drive, when the RPCS3 emulator is added into LaunchBox and the Automatic Import of ROMs is enabled
I tried this with RPCS3 and the way LB is pulling from RPC seems to be using the eboot.bin entries within RPCS3. Thus, there is issue with how LB prioritizes updates resulting in potential for the original (non-updated) eboot.bin selected to launch in LB. Running directly from RPCS3 prioritizes the correct eboot.bin file so not an issue in the emulator. For example, Angry Birds Trilogy has an update to 1.02 to the disc based game. LB auto imports two eboot.bin entries:
- One within RPCS3\games directory where disc based games are installed
- A second under the RPCS3\dev_hdd0\game directory where updates and/or PSN HD games are installed.
If LB doesn't prioritize as default the eboot.bin in the update directory the game will run under the non-patched/non-updated version. For some games this can cause issues plus not running updated version. You can manually select the updated version and select as default in LB. But that implies the user knows enough to do this or remembers/notices it. For solely PSN download games then not issue as those are files all are within deve_hdd0\game directory.
RPCS3 can run commands and direct and that is how it generates its shortcuts. For example the same game shortcut is:
"G:\Emulators\Sony Playstation 3\RPCS3\rpcs3.exe" --no-gui "%RPCS3_GAMEID%:BLUS31054"Calling the game from the RPCS3 GameID variable avoids the eboot.bin issue but just like Vita the issue is tying the GameID to a game name so LB knows what to add to the game name and DB lookup.
-
1
-
3 hours ago, RetroGoat said:
Thank you for being brutally honest (and for putting a reply out)! That's exactly what I needed. I'd hoped to use a slimmed down set of the arcade games as I used the ones that came on a Kinhank drive, but (like you say) I think it's going to be a lot more trouble than it's worth!
see this post on easiest way to keep a current MAME set:
-
1
-
-
40 minutes ago, SilverFrankie01 said:
Could someone do an Amazon Games? Something for that launcher, maybe akin to this stylistically?
LaunchBox 13.15 - Beta Thread
in Beta Testing
Posted
So if you right click the Vita platform and edit platform the "Game" entry at top is pointing to a completely empty directory (no subfiles, not pointed to UXO directory)? It looks (just based on screenshot) that you are still pointing to the \uxo directory.
And your Vita3K emulator has all the games installed and launch from outside LB?