k_rollo

Sounds great! Keep that around just in case.

Hi all, good news! LB Support (Breandan) came back to me and sent me a G-Drive link for 13.18. Turnaround time is around 48-72 hours which is reasonable. @Gaming4MyKids I checked the hash from UpToDown and they all match the original file from Support if you (or others) still need it quickly. Meaning, the file has not been tampered with. That's all folks!

Ah, good catch. Thanks! My poor eyes only see .19 actually haha. But yes, it is indeed 13.18 -> 13.19 update. That is indeed a mighty jump. I don't mind staying on 13.18 for the time being to prioritise compatibility/stability.

Sometimes, a rollback is warranted and seeing the myriad of reported issues with 13.19 as of late, it is reasonable to stay on a previous known stable version. LB website does not provide an official way to acquire older installers unfortunately, but not hard to find. I'll probably wait until 13.19 weathers the storm. It's bound to have breaking changes with plug-ins here and there due to a major move from .NET 8 to .NET 9. I personally go for compatibility/stability over speed. Glad you found a solution for you.

Hi @AstroBob Is it not possible to maintain backwards compatibility with .NET 8? It is LTS after all and .NET 9 is STS. Cheers!

I haven't received a response from the support email, but I found 13.18 here if anyone else needs it - <removed> Scanned with Microsoft Defender. Looks clean.

Thanks, I have sent the email.

Thank you for actively supporting 13.19 concerns. Food for thought, it might be a good idea to retain support for the current LTS release of .NET to maintain plug-in compatibility for a time and to give 3rd-party devs a chance to catch up? Since LB introduced a plug-in system, there will be 3rd-party dependents now. Breaking changes are common for a major SDK update. Cheers!

Hi @AstroBob I have unfortunately deleted the contents of the Updates/ directory a while back to save some space. Is there a support email I can contact to request for the 13.18 installer from the LB Team?

Hi @AstroBob It looks like Supermodel 3 is also affected by this issue. Basically, any emulator that relies on the console window. Since I can't be individually checking all my standalone emulators configured in LB, is there a way to rollback to 13.18 for the time being?

Cc: @C-Beats Hi @AstroBob Thank you for your attention. I can confirm the issue exists on LaunchBox 13.19 (free version), where launching Dolphin causes it to flicker: LB319_Dolphin_Flicker_Issue.mp4 Upon invoking the Task Manager (Ctrl + Shift + Delete), the flickering stopped, but Dolphin (latest nightly) did not completely launch to exclusive fullscreen. This is my Edit Emulator window (no AHK scripts): Dolphin was able to lauch normally to fullscreen after turning off the Atempt to hide the console window option as suggested. (Note: I use the emulator config for fullscreen rather than passing cmdline args). Hope a hotfix can be deployed as it is a stopper defect if the user did not know the specific workaround. Thanks!

Late to the party, but this might be what you're looking for:

This thread seems to be the top search result from Google, so I'm posting an answer in case others land here like I did. I got it working as of Mesen 2.0.0 (standalone) with LaunchBox 13.17. If you go to Help > Command-line options > General in Mesen, the latest option is --fullscreen. However, if you added Mesen while you were importing ROMs, LaunchBox may have automatically configured -f in Associated Platforms along with default associations. I only use Mesen for NES/SNES, so I unchecked the rest and removed the Default Command-Line Parameters for the systems I needed. I changed the parameter globally for Mesen. I also tried /fullscreen and it worked, so that advice is still valid. Optional: After importing all the ROMs, I deleted Mesen from Tools > Manage > Emulators in LaunchBox and re-added it myself to manually assign the Associated Platforms. Looks cleaner. Hope this saves someone a few minutes of troubleshooting.