Zombeaver

The font is because I wanted consistency. The reason I made these in the first place was because the ones that were available at the time were kindof a mishmash mess that looked entirely different from one to the next. I'm not using the logos because... 1) There are a ton of them that already do that 2) it's not particularly interesting visually and 3) it's boring as shit. imo

It depends on the theme. Typically they're in one of the platform selection views.

3DO is already in the set. GBC and Wii U are possible eventually, yes.

I just tested it out with Killer Instinct (which uses a .chd) and it seems to be working great!

Well, it's entirely possible it was something I did at the time early on in an attempt to get it working but wasn't actually necessary. I'm not sure. If you don't have to, great. I know for standalone they just have to be in the same folder as the roms; for some reason my recollection was that it worked differently in RA. There's so much stuff in my system folder at this point I'm not sure I could even distinguish which of them, if any, are MAME-related. Do games that use .chds work with the new core? I don't think I ever managed to get those working in RA MAME.

Err is that actually the case for the RA core though? I know it is for standalone MAME but I would swear I've had to put system files for MAME in RA's system folder in order for them to work.

You can use Demul for Atomiswave and Naomi, but I honestly don't have any experience with that. I believe you have to have separate emulator entries between DC and those though because I think they use different command line parameters. @DOS76 can you jump in here? I know you've got experience with this stuff. I've only ever used Demul for DC personally. EDIT: Actually this should be what you're looking for:

I mean it's entirely possible that that's what is happening; my point is why in the world would we want it to function like that? If you don't tell it to replace the fields, it's not actually updating anything it's just downloading/adding stuff that isn't currently filled out in your library entry. The only way to actually update existing fields that already have data in your library (like a description) is by telling it to replace. If you have a description that's a bunch of random gibberish (we had a problem with weird formatting recently that was causing gibberish to appear in descriptions even though they looked normal on the DB page) and it's been fixed DB-side, unless you tell it to replace existing fields it's going to remain gibberish in your library. It seems to me that the entire point should be to query the DB for specific entries that are already assigned in LB and replace the data for that entry, not to perform an entirely new search for DB entries (unless a DB entry isn't assigned to it in your library). I'm not saying you're wrong - I'm saying that it doesn't make much sense if that's how it's functioning currently.

Yep, bios files go in Retroarch's system folder.

It does replace the fields if you tell it to do so but why would it perform an entirely new search for a DB entry? I mean it makes perfect sense to me that you'd want to have the option to replace existing fields (because the DB is going to undergo revisions/corrections over time) but I don't know why you'd want it to perform a completely new DB search, and I'm not sure why one thing would be linked with the other. That seems like it kindof defeats the purpose to me. Now if you don't have it assigned to a DB entry at all, it would make sense in that situation - because maybe there wasn't an entry for it when you first imported the game but it's been added to the DB since then. But if you've already said "Hey Launchbox - this is game X" I don't know why you'd want it to disregard that simply because you want to update your metadata.

Yeah there's definitely something wrong there. Yes, that's the way it should already be functioning. Whenever I've done this in the past, the only time it seemed to actually perform a new search for a title was if it wasn't associated with any specific entry at the time - like in cases where there wasn't an existing DB entry at all and I'd just entered info manually in my library. Everything else has always just pulled updated info from whatever DB entry it was assigned to at the time. @Jason Carr and @Vlansix do you have any thoughts on this? If what cafcmike is reporting is occurring currently, surely that's not intentional right? Why would performing a metadata update do an entirely new search for DB entries if that's already been assigned?

When you say that you've "previously assigned the game" do you mean you've actually reassigned your library entry specifically to LB DB entry #16476 (Dig Dug for Famicom) or that you've simply unassigned it from the Dig Dug II entry that it defaulted to and renamed your library entry to "Dig Dug"? Because those aren't the same thing. If you directly associate it to a specific DB entry it shouldn't be doing a new search, it should be pulling the current metadata for that specific DB entry. If that's not what's happening it has to be a bug, and should be reported on Bitbucket if it hasn't already.

I think it's just one or the other. You can set image type per-platform but I don't think you can do it per-screen (wheel vs details). I don't think this could be addressed through image priorities either since that's basically just assigning "use this type of image if available and, if not, use this other type of image, if that's not available use this other type of image" etc. It might be something that could be specifically implemented into a theme though, I'm not sure. This is a neat idea though. You might want to submit a feature request ticket for it on Bitbucket.

It uses whatever you currently have them assigned to. If they're not currently associated with a DB entry, I believe it searches for them. If you already have them assigned to a specific DB entry though, it's not going to research and change it to something else.

This is entirely dependent on the game and what format you have the expansion in (physical disc, disc image, collection of files, etc.). Typically I do everything in DOSBox beforehand and then simply direct LB to the game after everything's done. In some cases I'm using physical discs and in others I'm using disc images + a virtual drive (DaemonTools). Either of those are functionally identical as far as DOSBox is concerned, you're just directing it to the corresponding drive, whether physical or virtual. In DOSBox you first need to mount the location where you want the game installed and then mount the disc. Mount C "path/to/desired/install/location/" Mount D "path/to/disc/" -t cdrom D: dir /p ["install", "setup", or whatever it's called for that game - it varies from one to another] Follow the prompts to install the game. When asked where to install it, just tell it "C:\" if you've included a folder with the game name in your initial "Mount C" path or "C:\game name\" if not. Here's an example of installing Rayman via disc image in DOSBox: The process for installing expansions is typically the same - you just follow the same steps for it after you've installed the base game first.

The key phrase there being "best open-source Dreamcast emulator". Reicast still isn't on the level of Demul. Demul is closed-source, Windows only, and has somewhat steep hardware requirements, but if you're on Windows and have the necessary hardware, it's the best option.

Yep! FS-UAE has some really great and user-friendly features. Demul is still currently the best option for DC. It's not exactly true that the scene is dead, development is just very slow and the Demul team isn't very responsive to the community (probably due at least partially to a language barrier - the team is Russian). They released an (admittedly not super significant) update in August. I'm hoping that at some point down the road the Mednafen team will tackle DC...that'd be awesome. For Saturn, Mednafen is definitely your best bet. It's easy to setup and it consistently "just works". There are still a few outstanding compatibility issues here and there but they're relatively minor. The Mednafen_Saturn core in RA doesn't currently support the 3D Pad (analog) but standalone does. The significance of that depends on the game. For things like Nights Into Dreams and Burning Rangers you'll want to use the 3D Pad but in a lot of stuff I think you can get away without it.

Certainly. 32X is currently the next thing on the agenda.

Somebody mentioned this recently as being an issue when they start Launchbox as an Administrator. I just tested and that seems to be the case for me as well. Just launch it normally and it should be fine.

I'm not sure what you mean to be honest. The only versions are what's in the version-drop down list. Nearly all Amiga games are designed for PAL. There are a handful that have NTSC modes but by and large you can just stick with PAL all the time. There's nothing unusual here... there are usually a good 10+ different versions for any given game. Again, these are listed in the version drop-down list. They're not dupes but they're not necessarily dramatically different either. If you're using WHDLoad games, just stick with the newest version available (v1.3 instead of say v1.1 for example).

@keltoigael per request, here's an alternate for the Arcade banner that says "Arcade" instead of "MAME":

Take a look at the bit about .iha files in this post: It does support individually compressed WHDLoad games. .iha files are a compressed file format. If the zip contains an .info file and a game folder, that zip can be imported as is. If the zip contains an .iha file, the .iha file has to be extracted and then it can be imported. Transplant is a game that just comes with FS-UAE. If you go to 14:54 in the tutorial you'll notice that it's the only game listed, and I haven't actually imported anything yet. I'm not sure what the deal is with Future Shock.

There were a few brief diversions here and there but basically just W3. I think one of its greatest strengths is that you don't have to invest that much time if you want to - if you just want to go through the main story you could probably do that in about 30 hours; but there's so much to see and do off the beaten path and the quality of that content doesn't waver whether it be a momentous battle taking place in the primary story arc or a smaller moment between characters. And those optional moments, from a world-building and immersion perspective, are just as important as the main narrative; and the quality of writing is indistinguishable from one to the other. I think it does a great job of making you want to explore and interact with the world, because it's consistently interesting and compelling. Honestly 101 hours isn't anything too crazy. I've probably got 500+ hours in Diablo 3. I'm sure I've got a couple hundred in Overwatch. I was big into FF XIV for a long time - I have no idea how many hours I have in that but it's in the hundreds. According to my Steam library, I've got 314 in Borderlands 2, 301 in Left 4 Dead, 231 in Skyrim, 202 in Borderlands, 190 in The Secret World, 188 in Path of Exile, 171 in Dark Souls... I do like me dem vidjergames!

That sounds like a bug honestly... I'll test tonight and see if I can replicate it. What version of Windows are you using?

Turbografx-16: I believe I use Mednafen PCE Fast but supergrafx should be fine too. SNES: snes9x is fine in most cases; and leagues beyond ZSNES. If we're talking "best" though you're better off with bsnes accuracy or balanced. Genesis: Yep Gamegear: Yep NeoGeo CPS1-2: FBA is fine but there are a number of options here. MAME works as well. 3D Arcades: In general, yes. In some cases MAME will work as well. Wii - Dolphin: Yep and yes it works for GC. Nintendo DS: The Retroarch Desmume core actually has a few problems not present in the standalone Desmume - primarily in the sound department. Quite a few games have distorted, static-y audio in the Retroarch core but sound just fine in standalone. N64: This one's debatable. I use mupen64plus in RA as well, but that's primarily because I prefer RA usage over the standalone options for N64, and not necessarily because the emulation is better. MAME: You've got a lot of options for MAME. I've used MAMEUI for a long time, but MAME's gotten quite a bit better in RA, just recently in fact. Commodore Amiga: I'd recommend FS-UAE. I've got a tutorial video for that here.