ThePagel

Hello! Not sure how well this is known but you can use remote play together by placing a steam_appid.txt that supports it inside a non steam game folder then launch the non steam game from steam. In BigBox case it needs to go into the core folder. It works fantastic but the issue I have is I cannot get into the steam overlay in BigBox, I first need to launch into a game then send out my invites. From there I can exit the game back into bigBox and wait for people. Is there a reason the overlay isn't showing on BigBox? It works inside every emulator I tried except for cemu. cemu seems to have the same issue? Edit: should have probably said I have the default for launching the overlay shift+tab. If nobody knows why it's not working in big box I might try changing it to something else tomorrow.

This sounds like a rocketlauncher issue not recognizing the controller inputs its receiving from the stream. Its been ages since I used RL but I do remember having to configure a controller. Maybe launch the game in moonlight then go into RL on the host pc and try to configure it. Or just to test try not using RL for one of your emulators. I also use game stream and moonlight and have not had any controller issues but I do not use RL. If you don't mind me asking, why do you use RL? Do you use multiple frontends? I use to use it and for the life of me I cant remember why. Maybe from my hyperspin days?

@Koroth @JoeViking245 Thank you both for helping me. Still no idea why ahk_exe wasn't working for me last night because its just fine today. I am not a fan of stealing retroarchs escape function so I made a ahk script to control when to open and to close vgtranslate then compiled it to exe for portability sake. On launch of retroarch, launchbox will now open vgtranslate_for_LaunchBox.exe instead of serve.exe. I noticed every time I changed from full screen to windowed or vice versa vgtranslate would think retroarch closed and in turn close vgtranslate. I made a loop and added a sleep to defeat that last hurdle. You both saved me from giving up so thank you! Check out the script below. SetTitleMatchMode, 2 DetectHiddenWindows, On SetWorkingDir %A_ScriptDir% winwait, RetroArch Run serve.exe, ,min Loop { WinWaitClose, RetroArch Sleep, 1000 IfWinExist, RetroArch continue IfWinNotExist, RetroArch break } WinClose ahk_exe serve.exe

Yup, that makes sense. I understand why that's not working now. I'll need to figure out why that's not working for me. That was literally the first thing I tried when making this script.

WinClose, ahk_exe serve.exe This doesn't work. Trust me, it was the first thing I tried when making this script. I think vgtranslate is python at it's base. Might be why? I've ran into oddities in the past with python programs that have been packaged into exe. But that shouldn't effect my original script. I'll try adding a loop in when I get home from work. That shouldn't be needed but obviously something is different with launchboxs ahk.

It's going off of the title to detect if retroarch is open and to close the server window. To go more in depth; I'm keeping this setup 100% portable. The title in the server window is the full path to the program. \serve.exe just happens to be the last bit. Settitlematchmode, 2 allows it to look for specific characters instead of the whole title. This script has been tested and works using ahk standalone. I want to avoid that for portability. Added the script in the opening script area in launchbox.

Thanks but it didn't work. In fact it broke the script when attempting to run outside of launchbox.

Oh, and I just realized "IfWinExist, RetroArch" is not needed and just a redundant step.

Solved Hello! I am trying to open a program after retroarch opens and then close it after retroarch closes. It opens but never closes. The script works flawlessly outside of launchbox. Can anyone tell me whats up? See my script below. SetTitleMatchMode, 2 winwait, RetroArch IfWinExist, RetroArch Run "..\..\Emulators\vgtranslate_server\serve.exe", ..\..\Emulators\vgtranslate_server\, Min WinWaitClose, RetroArch WinClose, \serve.exe NumpadAdd::Space NumpadSub::F4 Numpad7::F2 NumpadDot::Esc Numpad9::F7 Numpad8::F6 Numpad5::r Numpad6::p NumpadDiv::F8 NumpadMult::F3 =::F1

Jason Carr said Hi guys, yes, we definitely do need to revamp how platforms like Amiga are imported into LaunchBox. Other than MAME, platforms where the ROMs do not use actual game titles in the names are currently problematic. Rest assured that this will be a focus very soon. @ThePagel, you should be just fine to use the artwork you already downloaded...and you CAN change the folders for all of LaunchBox's art. LaunchBox will pull art either based on the name of the game or based on the name of the ROM file. Either name will be picked up from the images folders. You can change all the folders under Tools > Manage Platforms in LaunchBox. There should be no issues using an existing art collection. Very cool :) I'm blind sometimes. So could I use the LB scraper to keep up to date and have the scraped art match my rom names? Thank you for your speedy reply, can't wait to try it out.

Bump I think the way launchbox imports games needs a revamp (or how it imports art). Not showing info like (en) or (disc 1) is all fine and good infact i like the clean look, but having that info left out of the artwork isn't right. The reason why I don't use launchbox is because I cannot use my art I already downloaded. It would be nice if you could select directories for the art as well, but since you can already do that on most frontends it's not a big issue if the arts home resides in Lb, I like keeping my artwork in a folder outside of my frontends. Also a feature that I think would be helpful would be when launchbox sees (disc 1) or (cd 1) it imports all the discs and puts a number overlay on the bottom right side of the cover. I would buy bigbox if art was named correctly, it is very confusing that the art naming convention matches the stripped database name instead of the correct physical rom name.