SentaiBrad

Not currently, no. This has been requested, I do recall a ticket for this, but I don't think it got much traction. I have mine set to .65, and it doesn't bother me as much, but having it per system would be a good idea. It's hard even then though, like Super Famicom and SNES boxes. Same console, completely different artwork scale.

Oh, I missed the spec. Balanced should be just fine. You might even try accuracy and see if that performs well too.

Yea, which is why swapping cores would be preferred.

The Autoexec portions of a conf file will always go first I believe, unless you can add wait commands. You can put mount commands in a conf file though.

If you're having true performance issues though, swapping to Bsnes Performance or even a Bsnes Mercury core could help most.

The MESS core is outdated in RetroArch, and the same options should work on the regular MAME core, but once we're talking RL I have zero clue.

Oh wow. I'm not exactly sure what would cause that... but I would be willing to bet it's other software? What specifically, I don't know.

Don't use the PSP Core in RetroArch, it's 2 years out of date. Normally I'm not too much of a stickler for what someone uses, but in this case the PSP core is vastly outdated with PPSSPP standalone being updated a week or two ago.

The database is community ran (guidelines), and no system we have is complete. We don't follow the conventions of any set, but we like the No-Intro set the best generally speaking. So after an edit is approved, it waits for the server to push out an update that night. It can take a while to get approved based on moderator activity, then should get published at midnight PST that night. Then, it should get pushed out to the LB application. It's updated when a user tries to ping the server with a request (like scanning the database), and it will prompt you to update. It shouldn't take more than 48 hours after a game is approved, usually around 24. LaunchBox does have an audit feature, but it's to only audit the system of images and certain metadata, it does not check against the database at all. In the bottom left, next to Play, config, edit and delete, is a "Displaying" counter. If you click on your platform on the left, it will tell you how many games are in that platform out of your entire library. It would be best to know what games it skipped over, or how many. Knowing that it does doesn't tell us much, because the games could have already existed and LaunchBox skipped over them as to not add duplicates. When I imported a bunch of rom hacks, the game would be Legend of Zelda (Rom hack name), and LB would think that this was a duplicate of my vanilla LoZ rom, because LB ignores whats in the brackets, except to display it in the version info tag. This tag doesn't do anything for sorting and identification other than some of that extra metadata tagging.

Are you on Windows 10 with a recent Creators update? Some screwy stuff has been happening.

Um... we were being idiots (not you Latin). After thinking about it again, I realized, my demul runs in 1280x960, not a small window. I keep it windowed... but I remember a fullscreen option, and it's totally there. I don't know why I didn't think about that sooner. I was reading other posts and talked myself out of the option being there! There is a checkbox to start in fullscreen though... that's all you need.

"mame dome of pleasure" actually yields results. .184 split is working for a lot of people, and is half the size, but for others (including myself), split had some issues and right when non-merged came out and is the one I suggest, but both SHOULD work. Just ignore the Merged MAME rom packs, they don't import correctly. CHD packs only come merged. There will also be "software list" packs, and those can be ignored for the most part. The only one I didn't ignore was CD-i. I had all my CD-i games, and none of them wanted to load in MESS (in MAME), but the CD-i software list pack of CHD's worked. Thankfully, they didn't have the short hand names, they had full names, so they were able to be scraped properly.

If you need help with RetroArch, check out our tutorials. I covered a lot of RetroArch! https://www.youtube.com/playlist?list=PL6pTDaHeAz-WMcNURVPU-1xLN_TVpT3FB

Specific art does exist created by the users which can be applied to Playlists or Platforms, but you have to do it manually. Doing it automatically is much harder. When you scrape as system as something, it actually takes the data from the system you scraped it as. We do want to get system pages up and running, and have "alt" consoles like we do Names (which we also want for dates, publishers, developers), and it could attempt to pull from that? Either way, it'd still need to be named exactly or close enough and this defeats the purpose. If someone is going through creating a bunch of custom platforms, I'd be willing to bet they've also got a custom Clear Logo pack download, etc. You can also already create playlists for Arcade, automatically, and since those are created automatically I can certainly see artwork being downloaded specially for those. That scenario, being automatically created, only works with playlists though; they are custom platforms for a reason. You can create these automatic playlists at any time, or during import. As for what platform does what, in most cases, you can just go to a playlists, ctrl + a the games and change their emulator. That's how you change emulators in LB normally (the bulk edit wizard), and the games in the platform will change from that playlist. You do then have a single platform using multiple emulators which does work, but can cause issues when needing to use Command Lines potentially. I guess an extension of this would be having a separate function to set playlist specific emulators, or be able to add them to the Associated Platforms page for an emulator. As for the merge, not the merge, there's no reason to not do it now actually. So, when @Jason Carr put in all the MAME information during MAME .174, that included ALL of the artwork. You've noticed the duplicate games, well all those "special systems" are what people just wanted to break out, but they're all still in a MAME rom set. Look at my demul scripts in our download section. Derek (@DOS76) found, edited or created the original, then I recently edited them to include all the changes, new games and chd files for MAME .184. All those games are there, and if they were there for .174, then it's already in the database, just under Arcade. That's been the case since day one, but multiple platforms is more confusing, and people went for "the platform" they knew. Arcade gets stupid tricky, but having one place to contribute makes more sense to us. There are some "Arcade" games that do not get distributed in MAME, are not emulatable by MAME, and are stupid unique. The two that come to mind are Sega Model 3 and Taito Type X. Those are the only two that will probably keep their platform.

I have sleeping issues. Sometimes I'll keep a normal schedule, sometimes I wont.

Thank you for posting about a low spec machine that is running LaunchBox or Big Box well enough with tempered expectations. After the... conversation that came up the other day, it made me really smile.

MAME roms and CHD files have different update packs. So yes, two separate downloads for each update pack. However, keep in mind, there was a big shift for MAME roms (to do with key files I recall), and so one of the versions of MAME required a much bigger update. I don't know if the update packs covered that, and I don't remember what version or what happened to change things around, but I believe this happened from .161 to .184. Even if the update packs do solve that issue, with that many update packs (maybe not for CHD's) it might be easier to just download a brand new .184 split rom pack, and you would bypass that potential issue. After downloading that many update packs, it might be close enough in size to downloading a fresh pack. Even if the pack is a bit larger, I would say that the time you save from not having to use CLRMAMEPro would out weight a minor size difference. I don't think the CHD packs would get up to 450GB, but that could be the case too.

I didn't even think about going in to the XML.

That's easy to fix with Notepad++, but having everything on a giant Hard Drive is easiest from the start.

Video Game Museums! Sheesh, that's what I get for typing tired.

For Demul in LB, you need to check "Hide console window" when you edit demul in LB, it should solve the crashing. It should also remember your fullscreen when you re-load Demul automatically. As for the bar at the top, I'm not sure, but there's no bar at the top for me. Edit: You may also need to exit Demul from Alt + F4 and not Controller Automation.

Oh, I lived it too, but that didn't make or break a game. Your game wasn't inferior because it ran at 5FPS lower.

Sure, looking back we can say that it was the specification of the CPU, GPU and SPU's, but at the time it was just some marketing gimmick to say that they were better. Which, is exactly what is happening today I guess, or some people tie it to their self worth and to validate their purchase; However, games did not RELY on that fact, there were not magazines blasting those facts, or telling people they made bad purchases. It's a similar root reason, but to completely different effects.

As for the price of carts, yes, that absolutely did spill over to the consumer. Games got cheaper the second they went to Disc, and N64 games on par stayed at a higher price. OoT was $80 at launch, in 1998. Carts just happen to be much cheaper per GB now, since things are exponentially much larger.

Sure, the Bit Wars, but... it was just about a farcical number on the box, not about resolutions and frame rates, not like it is today.