Agent47

You keep mentioning this and it's a moot point. The whole point of RL is to be frontend independent and support all of them. All of the code for RL is open so there's nothing stopping Jason from looking at or using it so there's no need for collaboration anyway. It boils down to how Jason wants to implement things which is likely different from how RL does, which is completely understandable.

https://github.com/PCSX2/pcsx2

Setting RL as the emulator is obviously required to have LB use RL but it is not required for RLUI to populate the platform list at all. RL parses the Platform xmls to generate the list. There's also no need to start with a fresh RLUI setup and reconfigure all of the settings. If the LB plugin was missing it's because they're either using a very old RL version and need to update or they manually removed the plugin files. The only reason to reconfigure everything in terms of settings is if they made the mistake of putting all their emulators in their HS directory and want to change those locations.

You don't want to use those modules in RL or as an example for an ahk in LB. They're missing some important functions. I was holding off on posting my module because I wanted to implement better xml functions in RL so I could get rid of the regex stuff. If I have some time this weekend I'll make sure nothing has changed with Phoenix and post the module on the RL forum. I could also easily translate that to an ahk for use in LB. I would need to set up an LB install to make sure it doesn't do anything funky with how LB handles the ahk script since I use a different frontend.

It would've been better to ask on the RL forum. For starters you don't have LB connected properly since no systems are displayed in the list. You don't enter rom paths there. You would click on a system first, that's why it's disabled.

I don't use LaunchBox, just offering up a solution. If OP or someone else wants to request it they can copy and paste my response or paraphrase it.

- Add a set of radio buttons or a drop down list to the form for fields that support delimited values, "Replace" and "Add" (or whatever you want to name them) - If "Add" is selected the delimiter and the new value is appended to the existing value instead of just setting that field to the new value

I guess that depends on what your definition of "modern" is since you haven't really explained that at all. There are plenty of themes for various frontends that are sleek, clean, and what I would consider modern type designs.

That db doesn't include any JP exclusives (there are a TON) and only a handful of translated JP games.

While true, it's pretty rare. For the most part you can use updated emulator versions just fine. The modules break when emulators change command line syntax (which will break launching from any frontend) and when they change the window class/title or the UI lib completely. The only major ones in recent memory were Dolphin (changed command line syntax and moved to qt), Demul (RL checks for a string in the title bar to detect when emulation actually starts to reduce the time you're staring at a black screen before the game displays), and WinVICE moved to gtk. Even when modules break new modules are posted in the RL forum pretty quickly usually.

I knew the Neshta name sounded familiar when I saw it in the screenshot. I was using TeamViewer to help a guy fix a problem with HyperSpin about 5 years ago and he had the same virus, it was nasty. Every time he thought it was gone it would come back with a vengeance, did that 4-5 times. It would infect pretty much any exe that was executed (HyperSpin, emulators, etc) and others that were just on that drive. So you definitely want to take care of that ASAP, OP.

All of these names are supported in the MAME and RetroArch modules FWIW. They might not be in standalone FBA if for some reason you're using that.

You can, but there are a couple scenarios that require some extra work. For the most part emulators that only emulate a single system are completely fine. Some multi-system emulators are fine too, MAME included. The snag comes when you have emulators like RetroArch where it emulates a bunch of systems. Some of those modules have system specific checks for bios files, requiring different CLI params, or other automation specific to that system so it needs to know which system it is. Using custom system names with those emulators will require editing the module to include your name or sending the standard RL name from the frontend, or map the standard name to each game, none of which are ideal obviously. I plan on fixing that so you can any system name but I haven't gotten around to implementing it yet since my free time has been virtually non-existent recently but that should change here shortly.

Obligatory disclaimer: I'm not a RocketLauncher dev, but I'm one of the very few people who provides support on their forum and updates modules and such (for context). It's also been a year or more since I've touched an install of LaunchBox I had for testing purposes so I'm admittedly not up to speed on the specifics of features. With anything RocketLauncher related it would be best to post it on the RL forum since although I browse the LaunchBox forums semi-regularly the chances of myself or one of the other active RL community members seeing a request like this made here is extremely unlikely. I can say that I'm pretty sure nobody has requested changes due to playlists or even mentioned them on the RL forums before. The RL and RLUI plugins will need to be updated to recognize playlists and that shouldn't be too difficult. I had already planned on looking into the plugins at some point due to some sort of media issue so I can look into playlist stuff as well. That being said, if I'm understanding @alissongamer correctly it sounds like something also needs to be solved on the LB side of things or they need to fix their configuration if this is already a thing. It seems that they want to have different fade media for the playlist platforms instead of the default Arcade ones. That would require LB sending the playlist name (ie Cave) rather than the parent platform (ie Arcade). Otherwise RL has no way of knowing if the game was launched from that Arcade platform or the Cave playlist. So some sort of playlist identifier variable would need to be sent via CLI to RL instead of the platform like it's doing currently.

Like any software, the relevance and value of RL will depend on which features you personally care about and use. I find some features to be worthwhile, so I use it. Some people may not be interested in its features and pass on it, which makes no difference to me. Just like how people value and prioritize emulator/frontend features differently. I don't really use Pause, bezels or keymapper support which is what a lot of people like. I do enjoy the fade screen which is good to hide the launching of some of the messier emulators in addition to the progress bar most people mention. The per emu and per rom customization is a big plus for me as well as being able to automate things you can't do via CLI. I'm sure there are a bunch of other little things I take for granted too but those are the main things I find appealing. Can you elaborate on these points a bit? I'm just curious as to what you mean and don't really understand what you're getting at.

I got a 404 ~12 hours ago then a few hours after that the site loaded and there was a message saying the site was down due to an upgrade/maintenance, can't remember which.

Yeah, it's not automatically portable like some other emulators but at least making it portable is super obvious to new users now unlike before. I'm pretty sure on at least one of my machines the exe still has the _p appended to the name back from when I first installed it even though it's the newest version thanks to the auto-updater.

FYI, that method of making it portable hasn't been required for quite a while. An option was added in the settings a year or so ago and I'm pretty sure on first run you're prompted with the choice of making it portable or not.

When people said "break" they were likely referring to the modules needing to be updated when the emulators release new versions that change the command line syntax or the window title/class. Neither of which are very frequent and someone (usually me) will usually post an updated module rather quickly to fix it. The command line changing and breaking the launching isn't unique to RL though. You would have to make those changes regardless of what frontend you're using, including LB. The window class thing is pretty specific to RL since things like pause and fade rely on knowing which emulator window to manipulate.

Just tracking down the guy on another site period to "bother" him is something I feel is pretty rude when it seems pretty clear he doesn't want to address it. If he wanted to address it chances are he would've done so in this thread long ago or responded to one of the (many, I'm sure) PMs people sent him here. People leave the emu scene and hobbyist communities in general all the time. Sometimes they pop up years later and hop back in, sometimes they don't. If it seems like someone doesn't want to be bothered with something people just have to accept it and move on. Maybe my opinion on it is just because I've been on the other end where I've abandoned projects or contributing to certain communities in general and I still get messages about those things even in cases where I made it clear I was done. I have had people pester me on different sites I'm still active on about it and at first I would sometimes message back saying I was no longer supporting stuff but now I mostly ignore messages outright but I do find it mildly annoying when people do it. BTW, I'm not trying to dig at FlightRisk specifically with this so please don't take it that way. Just more of my opinion or a PSA for interacting with other online community members in general.

It's possible, yes. I'm not sure if it's currently possible since I haven't posted my module yet. There was a very hacky module someone posted to the RL forum but it only handles Jaguar, none of the other systems. It's also missing some important steps to ensure the proper UI controls are selected properly from what I recall the last time I looked at it.

The emulator only loads to the menu if you don't send a game as a parameter. Offhand the only thing I can think of that would cause it is having Skip Checks to Rom Only in RLUI (bypassing the rom check) and the rom path being set incorrectly. Post a RL Troubleshooting log on pastebin to the thread you created on the RL forum.

I imagine you're using Esc as your exit key which is also the key redream uses to return to the menu. A lot of emulators use Esc as a key to toggle fullscreen, stop emulation, and/or return to the GUI which can lead to some untidy behavior. I changed my exit key a long time ago due to such conflicts. Glad to hear the module is working for you otherwise (since the exit thing isn't something I can really control).

No problem. The videos using the description should be renamed on the EM side to the short names for consistency.

They're the short names ScummVM uses.