Fugus

When I start Launchbox, it seems to start at around 2GB which is a bit high but not too bad in this day and considering just how much artwork it has loaded. But have noticed that if I am messing around and configuring the media, that usage can get pretty high and will start making the entire UI lag. Had to restart it twice yesterday while configuring a system as it hit 10 GB the first time and 7GB the second time and the higher that usage gets, the more it lags. Is there a memory leak or something? I know restarting it clears it and it goes back down and it doesn't really seem to climb like that unless you are messing with settings from what I can tell but changing the media around can make that thing explode.

This is one really jacked up where they have 2 different games half merged into a single one. Ghostbusters and Garfield with an alternative name of Mikey Mouse IV https://gamesdb.launchbox-app.com/games/images/111846 Edit: Nevermind, evidently it is 1 game that they re-tiled into 2 completely different games from the description.

Thank you, much appreciated.

Well, added the suggestion to the tracker a couple days ago to here: https://bitbucket.org/jasondavidcarr/launchbox/issues/7434/suggestion-the-ability-to-have-manuals Here is to hoping it gets implemented eventually. But the next question on this, how do you add manuals to launchbox without having to manually change their names to match the ROM and throw them in? I know you can go through Emu Movies and I have a lifetime membership but the SNES collection there is a higher quality than on EmuMovies and a much larger collection with the only real games I see missing being unlicensed games, the competition cartridges, and the games retroactively added through the virtual console and 2 of those 3 categories never had one to begin with in the US. Edit: Also noticed that if I view them in Launchbox, it still does the proper 2 pages at a time unless you are at the front or back to at least be able to just press left and right to go that route, but when you look at it from BigBox, it just wants to show a single page at a time with no way to really change it to show both and doesn't fit to page either. Sorry if I am missing something, I never really started messing with Manuals till this.

When you bought it, they sent you an email with the license file to whatever had it go to. That is what your friend needs to unlock the full version. Your friend can just download it normally and then add that file to activate it. Also, you can contact the admins here to see if they can change the email the license is registered to to your friends with their information should they ever need to retrieve the key again.

https://archive.org/details/kirklands_manual_labor_-_super_nintendo_-_usa_-_2k_version/Final Fantasy III (USA)/mode/2up Wanted to use manuals some but whenever I tried, it just couldn't come close to how actually reading the manuals were. This setup is perfect. ANY way we can setup a view to do this in launchbox or big box?

The irony of that is the database if full of entries for hacks, homebrew, and aftermarket games. Having the different entries for them isn't a big deal. Having a set database with all the legit stuff that is pretty well stable and locked in would be a huge deal though. But that would probably end up having to be a huge undertaking with a full time worker going to just managing that transition if I had to bet.

Understood, honestly, I know it will never be done, but I would have preferred a slightly different setup where the Database wasn't just numbers but the first 1-4 characters were actually a system designation with the next character being a designation of whether the game was legit game or a hack and then go for there. Example: A Official or Unofficial Nintendo game would have a database ID of "NESA######" while a hack or aftermarket title would be "NESB######". Would make the database a little more fault proof when it came to issues like that. And having the official games separated from the other stuff would make that portion of it much more stable and less subject to changes. Could quite literally make an entry for each game in the No-Intro and ReDump databases for those systems and lock that entire section from having any more added and deleted without moderator approval and only the the media or metadata itself could change which would make that section near rock solid from being too far off with the only real things would be the games like Arc the Lad Collection on PSX where it is a single box title but has like 4 games in it which would end up making 5 entries total (1 for the total box and 4 for the 4 actual games in it so people could have them added to their collection either way). But should have a way to detect if a game has been removed from the database or replaced.

Was thinking along the lines of if you decided to update an entire platform and replace what was there because you hadn't done it in a long time and wanted to update to newer media. It would overwrite all your old media and metadata with updated versions from the database which should all go fine for the stuff that still has the database ID still intact. But lets so your game was linked to a duplicate of a game and that duplicate was deleted. How would launchbox handle that situation? Because, while the database has been fairly accurate, I still make sure to manually check the name to make sure due to mismatched results when the games are added. But how does it handle that decides on if you need to manually recheck your games after an update like that as well. My method involves setting up the display to a list and have the first 3 sections being the file path, the title, and the database ID and compare the name to the path name and make sure it has a database ID.

Don't know which is what I am wondering. The options i can think of. 1) The game ID clears without warning running the risk of it automatically picking a new game incorrectly without the user knowing out it. The worst option overall. 2) The game ID remains and it stays linked to a dead account which means no more updates. It's not a great option but better than #1. 3) Launchbox informing you that the game ID linked with that game no longer exists and ask if you want to try and assign it to another ID. That seems like the best option. But no clue which it actually does.

Sorry, just started wondering about that, are they given any notifications? Does it show an ID number until they update it next and then tries to find the next possible match? What exactly happens when those database entries are deleted for the end users side?

In the current 13.0 release, one thing I noticed in BigBox, using a PS5 controller, I wasn't able to bind the right analog stick to anything. Was going to bind it to rotating the boxart when I learned that. Went ahead and just bound the L and R buttons to rotate left and right instead.

The main new fields I would love to see added to the database, but would have to restrict access to changing them to only the more trusted users. File Name : this would be a godsend for the mame collection, especially given that they have games with the exact same title but different games and all but you know for a fact the name of the zip/7zip file attached to it as it has to be named correctly for Mame to launch it. File Hash: This would be for games that can be matched against the No-Intro/ReDump databases so they can be 100% for sure matched regardless of naming conventions. Also, a future feature I hope for you guys to add will eventually to be a video entry into the database, lock access to it behind a license requirement if need be but having one associated with the actual database entry would be a huge benefit. I have a lifetime membership to EmuMovies myself and even with that, I have resorted to using ScreenScraper and having it look for nothing but videos and front box art since they are on a database setup like you guys just so I can compare the frontbox art to the file names to make sure they are matched and then moving those movies to the launchbox folders and then just using EmuMovies for the missing ones that I then verify personally if I can and leave blank if I can't because the rate of false positives due to how their search is setup and trying to watch each of the videos to make sure they matched every game would be an impossible task if you have games you haven't played yourself yet and don't know the content in them. Edit: This is something that would be completely unreasonable as an actual request but more of a wish list. And as an extension of the file hash setup to make it more usable. Separate each system into 2 databases, one with the official, unlicensed, and virtual console like games and the other for the homebrew, aftermarket, and hacks. That way the first list could eventually get completed at which point it could be locked where no new entries could be made or deleted from it and only metadata and media changed in it. Would make that part highly stable and the only ones where a file hash could reasonably be used and those database numbers will never reasonably change if anyone wanted to update their databases metadata down the line. Many of them would likely be completed already minus any future virtual console setups where the developers themselves retroactively added something. The second database would still get new stuff added to it regularly though as new hacks, aftermarket, and homebrew get added regularly.

For WiiU, WUA is the best possible format by a mile. It doesn't just consolidate the games raw files + update + dlc into a single file, it also compresses it while doing so saving tons of space in the process. Comparing WUA to the other options is like comparing a CHD to the original ISO or Bin/Cue they came from. The only reasons not to do it is if you are trying to maintain archive quality dumps at which point you aren't even decrypting them to use them.

The original game was "Twin Eagle" https://gamesdb.launchbox-app.com/games/details/2046 It had an official release called "Double Strike" https://gamesdb.launchbox-app.com/games/details/1635 with minor changes. There are 2 entries in it but with lots of media, not sure how to handle that myself. The Double Strike entry appears to be the more complete of the two but Twin Eagle was its original name. https://bootleggames.fandom.com/wiki/Twin_Eagle Edit: Nevermind, instead attempting to add this as the bottom of the Double Strike description "This unlicensed game from Sachen (for this release under the Joy Van brand) originated in Taiwan as 双鷹 (pronounced Shuāng Yīng and translated by Google as 'Double Eagle') in 1989 and also released in Japan in 1989 as 'Twin Eagle'. Despite the identical title and shared release year, this is a completely different game from the licensed game by SETA Corporation called Twin Eagle published in 1989 by Romstar Inc. in the US and published in 1991 by Visco Corporation for the Family Computer in Japan."

Yeah, the second monitor bit I can't really say anything on as I don't use a second monitor. Was just commenting on the closing feature. Never really used dual monitors but that would be annoying, good luck sir.

Sbaby, I can vouch for neil9000 on this. When you have Launchbox setup to close the emulator for you, launchbox doesn't directly close the emulator, it closes whatever you have focus on at that time (Which it assumes is the emulator). My personal way of doing it is not to enable that feature in Launchbox and instead configure every emulator I have to auto-close with a hotkey of my choosing which I set to the Playstation button on the DualSense controller.

Might try and upload some to the database itself in the future, but not likely for the next few days if anyone else wants to start. All of the images should be linked to the proper metadata I believe too.