tastyratz

I'm going to follow up on this in case anyone else decides to search for this in the future. I wrote the script and I'll paste it below so, hopefully, it helps others. Put this in CitraAMD.bat in the citra program folder and then point launchbox at it instead of the citra EXE. # https://community.citra-emu.org/t/the-fix-for-poor-amd-radeon-performance-on-windows/561142 # This runs mesa driver for AMD functionality set GALLIUM_DRIVER=zink set arg1=%1 #set arg2=%2 start citra-qt.exe %1 %2 Hope this helps the next person!

Honestly, what I don't see here? I want to see the launchbox *not bigbox* get a UI overhaul and desperately needed optimizations. Big box is so fast and smooth these days, but, LB is clunky and heavy to navigate. Even at it's best, maintenance involves too many clicks to perform tasks, especially repetitive ones. I want to see a button ribbon bar! not more theming. Make my collection more friendly to manage with fewer clicks and less slowdowns please!

I was today years old when I learned I can download the mesa drivers in a windows port and make Citra use them to translate opengl to vulkan and actually run on an AMD video card. https://community.citra-emu.org/t/the-fix-for-poor-amd-radeon-performance-on-windows/561142 I found a guide and it basically told me to drop the dll's in the nightly dir and create a batch file with set GALLIUM_DRIVER=zink followed by the citra qt exe. Once I did that I went from 20-40% speed to 100% speed! Maybe I can ACTUALLY use citra now! Unfortunately, I can't use the batch file as my emulator target in Launchbox. It doesn't pass anything along. I even tried adding EnvSet, GALLIUM_DRIVER, zink to the running AHK and it does not work. Researching that tells me it only sets the variable for items within or launched inside the script itself. Is there another way around this? Can I somehow update the batch to feed it commands? Can I put multiple commands in 1 line for the exe so I can set the variable first? Is there another way I can integrate to the ahk and bypass a 2 line .bat or somehow make this work with launchbox?

Thanks, I assumed that was in scope as a similar operation but wasn't 100% so I guess I am glad I did not create a bug report then.

I wasn't sure if I should create a bug report or ask the question. I happened to see 11.12 hit right as I started replacing all my cartridge sets with a new iteration. I've deleted my old roms and replaced them all with new files in the same directories. If I click to scan for added or removed roms, however, it tells me I have an existing process running and does not allow me to do anything until the media download is complete. Is this as expected or a bug with the new feature to report?

Wow, this is awesome! Saved me a ton of time last night, thank you ? I found 1/2 to 3/4 of the games added were unable to be found by the launchbox metadata search until I stripped out the copyright or trademark etc. chars. I also found a lot in the XML that had a carriage return or line feed? which had the same impact. If this stripped non standard special characters from the name (but not path since they dump that way) then games would import to LB much cleaner as well. I was able to edit each of those entry by hand and then find results. This is the plugin I didn't know I needed though. Thanks!

I've had this issue across multiple emulators, run script or not. Every time I hit pause on the xbox 360 controller seems to switch the game to windowed mode out of full screen. This happens on joy1 and joy2, cemu and yuzu and more. This ONLY happens when launching games through launchbox. If I kill LB and autohotkey.exe then the emulators behave fine independently. This was happening to me on 11.3 and on 11.8 on a recent upgrade. Bigbox and plain LB are the same. Is there a default AHK start/run script somewhere that could be messed up/checked? I don't even know where to begin chasing this, it's been driving me nuts for awhile.

Thank you, I feel like there might be a mix here too though. why did the unzip extract directory change based on lack of emulator or specific retroarch core? Also, if LB unzipped a rom, shouldn't it do a files present success check prior to launching the rom? (in case of corrupt file, full drive, etc). Also, in the case of 3do - it was imported as a rom and had no associated emulator. Wouldn't that be easy to tell and pop a message "Warning, no emulator associated with platform". If it has nothing to do after opening the file, shouldn't that notify in some way to console? Nevermind to the debug log. Maybe a checkbox similar to Zinc if that's actually an intended configuration? This was driving me nuts for awhile and there was no trace of error which I'm used to seeing coming from Hyperspin. Hopefully this helps someone else too!

I just thought I'd share. I had a problem setting up and testing Launchbox that was driving me nuts. I'm not really sure if this needs a bug report because it shouldn't be handling things this way, a feature request to implement error checking and notification that's not there, or just a helpful guide for anyone else who seemed to come up dry searching. Problem: When you try to launch a game instead of the game opening either A: The file opens in the default program instead (for me it was winrar) or B: The emulator launches and for me gives an "Uncorrectable data at sector 0" error sending me to the Saturn dashboard. Instead of unzipping the rom to the temp folder to launch as it's supposed to, it unzips in the rom parent directory (and leaves a mess)! Both of these scenarios were happening to me on some systems and I had no idea. Sega CD worked great in retroarch but Saturn in retroarch did not work. Bin/iso/Cue were named correctly in the cue/file. 3do would just open the rar file quietly. Debug logging was turned on but there was ZERO indication of issues in the logs. Removing and re-adding my Saturn platform did nothing. Solution: 3do: I apparently never added the 4do core to retroarch- oops! Shouldn't this normally pop an error of some type if the platform was marked as roms / or matching an "emulator required" scraper? Sega Saturn: I had to add the core to retroarch after setting up the emulator. Even after selecting it in the drop down, it didn't like beetle. I set the core to mednafen_snes, closed out, "launched" a game, then went back and set the core to mednafen_saturn again. After this, my games started extracting to the proper location and launching successfully. Neither case was related to my roms but I would think should have popped some kind of message to console/debug logs. Is error handling and notification not yet integrated or perhaps broken? My searches I ran just came up with "I reinstalled", had XML issues, or problems with the rom files themselves. but it looks like it's much simpler to solve. This looks like something specific within LB. I hope this helps someone else going nuts just like me!

Sorry for the necro bump, but, I actually found this thread in a search because I wondered the same question. Why on earth is Launchbox not using sqlite on the back end with this many entries? I'm going to agree that people want to edit their configs. Having it exist ONLY in a database wouldn't fly. Giant XML files though really isn't a great answer. So... @Jason Carr why not both? What if Launchbox imported XML data into a SQLite db as part of the caching mechanisms? People could still edit the XML's as needed. On start, launchbox could parse the folder for timestamp codes and whenever the timestamp of the XML differed from matching sqlite entry, the contents are re-imported. That should be a relatively quick operation but then it's a 1 time op only on changes. That could entirely be a background process AFTER LB/BB launched scraping for changes and new entries. sql back ends are light, lightning fast, editable on the fly, and significantly more scalable. XML on the front AND back end has GOT to be holding back performance. I'm sure it would make playlists and per game list stacking simple queries vs generated objects. Edit: Holy CRAP I just realized the online backend metadata.zip is a file pull of a couple giant XML file! No WONDER imports take as long as they do! I bet we're talking 100x performance delta... Thoughts?