Retro808

Exits BigBox

If you are using BigBox Startup themes and you have RocketLauncher fades running this might be the issue. Using both is not recommended. Turn off BB Startup and test to see if the issue goes away.

https://forums.launchbox-app.com/topic/42705-setting-up-pinball-fx3-to-launch-directly-into-tables/

In BigBox did you set that combo to the command for "Close Active Window" or for "Exit"? In BigBox is needs to be the "Close Active Window" setting.

What emulator or emulators are you having issues with? Most should close fine just using the controller/keyboard automation in LB/BB and not needing AHK or even JoyToKey? I think I only have 1 or 2 I use an AHK script for. I would caution to not use the Process, Close command. It can cause save state issues with emulators that might save a game state on close. Use this instead. $Esc:: { WinClose, ahk_exe {{{StartupEXE}}} } To answer your question though you can use something like below. The -1 in SetKeyDelay means no delay. I am no expert just passing along info. Also this thread is good to look over. Joy7 is the select button and Joy8 is start on one of my controllers. So you would just change those numbers to what it is on an Xbox controller. Joy7:: If GetKeyState("Joy8") { SetKeyDelay, -1, 110 WinClose, ahk_exe {{{StartupEXE}}} } Return

In its current state no. LB does not distinguish controllers as Joy1, Joy2 and so on.

I do not believe platform view for Redux has overlay like you see in games view where the video plays inside a window with static border and background. It plays a fullscreen platform video. What you might be seeing is an actual fullscreen video which has a theme style overlay in the video. For example this image from the Redux thread is a fullscreen video. The console, Mario/Yoshi and SNES logo are all part of the actual video.

That's odd. I have never see AHK running in task manager when I shut down systems that may use an AHK script. I have not used a script in Cemu for a while now. But I just tested it with that same script and AHK is not running after the game shut down. @C-Beats any idea on why he might have this issue?

Where are you placing your AHK script? Can you also share what script you were using? We have been using AHK scripts for quite a long time to assist in closing some emulators that will not respond to keyboard/controller automation settings LB/BB so it is odd the AHK is staying active on you.

What Neil said and be sure to post what was specifically asked here.

Can you post a pic of the edit emulators screen for Citra? Since the games work in Citra there is likely a setting issue in LB. Post a pic of the Details Tab and the Associated Platforms tab.

I recommend not using that code. Process, close will force close an emulator and on certain ones that need to close properly in order to save the game save state during exit you will have an issue with it not saving. There are several posts about it in this thread. That code will work for a lot of emulators, but better to have a more useful code in case you get one it messes with and you are not aware why. A known emulator is Higan. It is recommended to using something like below. $ESC::WinClose, ahk_exe rpcs3.exe or even this one as you do not need to specify the exe based on the way LB will send the AHK command. $Esc:: { WinClose, ahk_exe {{{StartupEXE}}} }

So it worked well than. Good to hear.

Try this and let me know how it looks. If it looks off post a pic. GameMarqueeView.xaml

Can you share a pic and share the xaml files you are using.

Pics would be good. Then we can see how to set the grid and adjust positioning.

What is likely going to be needed is to edit/add a grid to the layout. This way you can set the rows and height and control where the image is to be viewable in the part of the screen you have showing.

Page 8 has the script you need.

No. You would need to edit the PlatformMaqueeView and GameMarqueeView xaml files to adjust for this. If you are not able to edit the code directly just reply in this thread and we should be able to help you make the adjustment needed.

Jason does advise part of the reason why they made the changes in the UI for the game edit screen. So this look is likely something that we will need to get used to if it is allowing Jason to further improve and refine the edit screen.

Looking at the images I was going to ask about that since you had two SNES folders. Glad you found it.

OK. So this is not a drive or cloud sync issue. When you go into the image folders for each platform that you are having this issue do you see the image files? For example Wii U. If you go to \Launchbox\Images\Wii U\ do you see your images in the various folders? You said you downloaded all your own images. It could be a naming issue. LB expects image files to be named after the game or the rom file. Or it could be an image priority setting. Sharing pics of what you see is always best. Just saying images are missing is not helpful as there are many places an images can show so knowing exactly what you mean or seeing it helps.

Sounds like a silly question, but we have had people answer no before. Did you download vidoes for your platforms? Theme’s for BigBox rarely come with them.

Email support@unbrokensoftware.com

All these systems should have easily had images downloaded by Launchbox. Users have been scraping these platforms for years without issue. If LB can identify the game and you have the "Scrape As" set to the platform you are downloading images for there should be no issue. Where are you saving your images for your games in Launchbox? Is your LaunchBox build a local build on one pc or are you storing data on a server or cloud to share among computers? Can you go to your \Launchbox\Data\Platforms folder and share a pic of the files inside that folder? We have seen similar issues before and it came down to a multiple xaml issue in the data folder.