JoeViking245

You can't use a cvs file to import games. I suppose you could get creative and create a batch file or PowerShell script to extract the names and create files (e.g. .txt files) from the names and import those. The Platforms.xml (in /LaunchBox/Data/) stores metadata for the Platforms in your collection. The [platform_name].xml file (under /LaunchBox/Data/Platforms/) stores the info for the games imported into your collection for that specific platform. The database file (located in /Metadata/) stores the metadata for all games. Once an imported game is associated to the respective game in the LaunchBox database, metadata from the database file is copied into the [platform_name].xml file for easy retrieval by the UI.

Adding things is easy. But there's other things to consider. Just a guess as to why... low cost-benefit [at this early stage of PS4 emulation]? Lack of interest from the user base (as deemed by limited Feature Requests and Upvotes)? Time (as in, it's currently being spent on features that have been requested/upvoted)? Regardless, I think it boils down to not being a beta issue. What can you do now? Upvote the current feature request for shadps4. Create a new Feature Request (vs. a Bug Report) to incorporate the importing of PS4 games. Once it becomes public, create a new thread asking users to Upvote the request(s).

Unless I missed it (and I'm sure someone will let me know if I did ), I don't believe anything's been implemented (even in beta) to cover Playstation 4 importing or for shadps4. There was this Feature Request to Add Plugin Support for ShadPS4 and ShadPS4 Plus Emulators about 4 months ago. But doesn't appear to have gotten much love.

Just tested (13.25-beta-2) and EmuMovies is working fine here. Tested via: Edit Game, Images, Download Media and was able to select images and videos in the EmuMovies tab.

You are very welcome. I'm just glad my guess was a good guess. (As I never pay attention to the playtime) Ok. So that xml folder was put there by something or someone else. It's not a folder that is default/native to, nor put there by, LaunchBox.

The are 1 or 2 (or more?) "Unbroken" references/declarations that cannot be added to Visual Studio. You can read a little more about it here:

What is the criteria you have set to have LaunchBox change it "Active"? If it doesn't meet the threshold, it will get marked as "Not Started". That said, I'm not sure if manually changing the games Progress value (either by simply editing the game or via editing the xml file) is "supposed" to stick or not. Or if it's to change per the set criterium. An aside... Where exactly are you finding the "\xml\" folder?

No worries at all. It's just a hobby and we get to play when we get to play. Sweet! Now I don't have to download it and test. And apologies for the assumptions and accusations. Settings I have are not necessarily settings you have. 😊 (thought it seemed too easy. lol) You're welcome and CONGRATULATIONS!!! 🎉

You can't change that because you have the Graphics API set to Auto. And that's fine. So I turned BezelLauncher back on to test this and was experiencing the exact same thing as you (but with plain QT). I tried a bunch of different settings and things in the Graphics settings menu (in PCSX2) and couldn't fix it. I then looked in the Interface menu section and un-checked Game Display - Start Fullscreen. After finding that it now works, I reverted all the changes I made under Graphics, and it still worked. 😊 One other thing I also noticed was it could get rid of (hide) the top menu bar. So what I did was, in BezelLauncher Setup - Test, set the Top of the emulator window to y=-20 (20 pixels above the top of the screen). Then stretched the bottom to the bottom of the screen. tldr: Verify you don't have anything telling it to go fullscreen. Either in the command line parameters or in the emulator itself.

Refreshing to hear. Thank you! It should work fine. Admittedly though, I've never the avx2 variant. My shoot-from-the-hip guess is that it's running Exclusive fullscreen. vs. just fullscreen or borderless fullscreen. You're quite welcome. Glad it's helping you work towards your goal.

No. Games saves are integral to RetroArch. However, some cores may not be able to support them. (I don't know this for fact but seems to make sense.) If you're referring to being able to manage them in LaunchBox (as shown in the 1st link I sent you), not sure. Is the menu item saying it's a premium feature?

Note that both LaunchBox and Big Box after closing/exiting, by design, does do work in the background to save data (aka, save any changes and create backups of changes to your Data folder). Depending on the size of your build, what changes were made [and to a degree, your system specs] this may take upwards of a couple minutes. But typically, shouldn't take that long.

My disclaimer: I've never used this feature. That said, It looks like maybe, possibly, a shoot-from-the-hip guess... LaunchBox is searching for Saves via Emulator - Platform, and assumes you'd only have one [valid] core associated with it, so grabs the 1st one (regardless of Default) it comes across. Which coincidentally? alphanumerically? is the fceumm core. Not to simply "pass the buck".... May want to file a Bug Report.

Tools < Options < General < Save Management

Hopefully you can find some useful information here: Managing Save Games and States - LaunchBox

You might try Tools < File Management < Restore Data Backup... I personally haven't used this tool, but I presume the prompts should be fairly descriptive.

Based on information you've provided... the exact same zipped ROM file will launch directly from within RA, but not when launched via LB, yet others in the exact same platform do launch [via LB], and all ROM files being used are zipped (e.g. "gameROM.zip"), ...leads me to there's something amiss with the specific game settings in LB for the non-working games. My last-ditch effort (akin having you share screenshots of everything) Edit (in LaunchBox) a game that's not working [in LB, but does direct from RA] Check the ROMs path (Launching section) Click Browse and verify it's pointing to the correct/same zip file and location used in both tests Check the assigned emulator (Emulation section) Verify it's assigned to your RetroArch emulator If you have more than one instance of RA make sure it's assigned to the same one being used by games that do launch via LB Make sure it's not using a Custom Command-line Parameter for the game (un-check the box) If you are using Custom Command-line Parameters for individual games, that's a different story/issue which you need to elaborate on Beyond that, I'm out of ideas.

No. This is the only instance in my 8-9 years here where I've heard of this being an issue. I mean, you could put in a feature request. I suppose.

In the emulation section of the game you launched, is it set to use the batch-file/emulator? If you've created more than one test-emulator, is it pointing to the correct one? Is the script I gave you the only thing in the Running Script section? If not, make sure it's at the top. Try changing where caption='fusion.exe'" to where name='fusion.exe'" (in that script). Try using a different emulator that is actually currently active. Like RetroArch with the Genesis Plus GX core. Or Ares. Try removing the 1st line in the batch file (set __COMPAT_LAYER=highdpiaware). Verify it works (even if it's only shows on 1/4 of the screen) with it removed when used as the emulator. Is there something in your graphic card settings you can change specific for "Fusion.exe" where you could run the emulator directly without the need of a batch file. Does the "1/4 of the screen" change to show everything when using the emulator directly from LB if you change your screen Scale (in Windows Display Settings) to 100%?

And when you edit the game in LaunchBox, the game's ROM path is pointing to the correct .cue file? (Not "and its tracks") Good! Now in LB, use the 1st of the 4 examples as your batch-file/emulator. In the Running Script section of this emulator, put Sleep, 3000 queryEnum := ComObjGet("winmgmts:").ExecQuery("" . "Select * from Win32_Process where caption='fusion.exe'")._NewEnum() While queryEnum[proc] t .= proc.CommandLine "`n`n" FileAppend, % t, .\Plugins\CommandLine_Fusion.txt Launch a game using the batch-file/emulator. Wait at least 3 seconds before closing the emulator. Close the emulator. Navigate to your /LaunchBox/Plugins/ folder and open CommandLine_Fusion.txt What's it say?

Did you verify your account (in Steam) is set to public?

Again, I don't use/have that emulator setup. So flying blind here. Remember, you're passing along whatever details to your batch file. So, whatever your batch file requires to be sent to it. And since you're running 'my' batch file, no boxes should be checked. Including boxes in the Associated Platforms section (except for Set As Default Emulator for the platform). I presume when you imported the games, you imported the .cue files. Correct? Try creating a batch file and run it by itself, outside of LaunchBox to start a game. You indicated you did that and it worked, but you didn't show what that one looked like. Should be something like set __COMPAT_LAYER=highdpiaware start "" Fusion.exe -scd "D:\myGames\Sega cd\my favorite game.cue" pause Change the above path to reflect the game that you were testing in LaunchBox, its ROM path. Now see if that works. I added a pause at the end (for testing purposes) so if any errors come about, you should be able to see them.

This won't load a game. Just the emulator (because it wasn't told what game to load). That's where %1 comes into play. to use an emulator, try: set __COMPAT_LAYER=highdpiaware start "" Fusion.exe -scd %1 You might need to put quotes around it set __COMPAT_LAYER=highdpiaware start "" Fusion.exe -scd "%1" Or you might need to declare it 1st set game=%1 set __COMPAT_LAYER=highdpiaware start "" Fusion.exe -scd %game% And possibly add quotes set game=%1 set __COMPAT_LAYER=highdpiaware start "" Fusion.exe -scd "%game%"

Inside of the .zip's that are not working, is there just the single game2.a26 file? (vs. more than one file) If you edit your RetroArch emulator (in LaunchBox), under Associated Platforms - Atari 2600 [platform], is the box Extract ROMs checked? Since the Stella core can handle .zip files directly, try unchecking that. (If it's already unchecked, try checking it??)

What's the difference between the ROM file types that work vs. not work? e.g. game1.zip vs. game2.a26