skizzosjt

you don't need a plugin to use RockerLauncher. just launch the game with RocketLauncher and make use of the bezel features. setup RL as an emulator in your emulator list like you would any other emulator, so be sure to assign it the associated platform(s) you want. and then make sure the games you want to launch with RL are assigned to use RL as their default emulator. or if you don't assign it as the default you would need to right click on the game and then choose to launch with RL as opposed to whatever the default selection is

ahh good feature then! I wasn't sure if it was something emulation specific or was native.

then you would need to just make the profile selector window in focus with WinActivate. or actually, first and foremost, prove to yourself you can even navigate on the profile selector window with a controller. I'm surprised you can move up/down in the game selection list with a controller. normally the emulator is assumed to be launched with mouse and/or keyboard, not controllers. this is a PC after all. either way...... just click into the profile selector window with the mouse and then try navigating and selecting with the controller. if that works it would prove you need to make sure the window is in focus. if it doesn't work, you're back to following my previous post for advice here is one scenario. if you prove you can navigate the profile selector window with controller but WinActivate isn't helping to make it all automated then you would need to emulate exactly what you did to get the controller to work there....which involves a mouse click. So you would still need to use the mousemove and LButton in order to use the controller. I just finally did some googling on it and found this. there might be a bug/quirk with using a controller to do this anyway? looks like this bug is still open, so it might be a problem even if you do select it with a controller. https://github.com/yuzu-emu/yuzu/issues/8535

Hi @Cnells2000 it's likely you need to try methods that get more specific if the method you tried isn't working. it would be better to spell out each keystroke press and release for ex Right Alt down, Enter down, Enter up, Right Alt up same would go for the F11 version F11 down, F11 up instead of just the F11 which implies the down and up but as you can see doesn't always translate well to every program Sleep, 5000 SetKeyDelay, 50 Send {F11 down}{F11 up} or Sleep, 5000 SetKeyDelay, 50 Send {RAlt down}{Enter down}{Enter up}{RAlt up} keydelay further mimics closer to human input since some programs might not poll inputs quick enough to detect them otherwise. hopefully all this does the trick

the controller wouldn't control anything on that window. as far as I know yuzu would translate your controller to work WITHIN the game, not prior or at boot. same goes for LB/BB. the mappings done in the frontend do not translate into meaning you can use the controller to interact with other programs. what is the point of this? I'm not sure what the benefit is to have multiple users selectable? assuming you can navigate that Profile Selection window with a keyboard you could use a remapper to interact with it via controller. something like virtualcontroller, GlovePIE, antimicro, etc. if you have a go to remapper you could do it easily with that. for ex make up/down on d-pad navigate up down so up/down keyboard keys and use one of the face buttons as enter. if that sounds too much..... then you could use an AHK script to move the mouse into position, click on the desired user, move the mouse into position, click on the OK button. it could go into the running script tab and would run for all yuzu games. note that those X, Y values I used are completely random numbers to just show syntax sort of example. you would need to figure out the actual coordinates using WinSpy. if you don't have that, I put that in the spoiler tag below. Run that and make sure to use the relative coordinates. So you want the "Mouse Position > Window" values . Hover the mouse over the spot you want to move to and take note of what the X Y coordinates are and put those in this script below, replacing the bogus values I used WinActivate, Profile Selector ;to make sure Profile Selector window is in focus CoordMode, Mouse, Relative ;makes mousemove commands releative to the top left corner of active window MouseMove(54, 102) ;moves to user profile Send {LButton} ;clicks mouse left button MouseMove(169, 512) ;moves to OK button Send {LButton} ;clicks mouse left button WinSpy script here:

Not sure what solution/problem you're referring to? All that launcher does is run the main executable when you click "PLAY" in the launcher. So to launch through LaunchBox/Big Box all you need to do is make the application path for the game entry in LaunchBox to be the game's exe.

yes no need to scrape again. the metadata is stored in another location and I don't think as a user there is an ability to remap that data's location. metadata is stored in \LaunchBox\Data and its subfolders. all those XML files is what contains the data that populates your library and has all the data like this game is made by this dev and you played it X times for X hours, various options and settings, etc. images and videos folders are capable to be remapped though. as long as those are currently and will still use a relative path then you can move it to and from any drive letter on any system, and these types of media such as all images and videos will continue to work. in other words, if those are working fine currently and you don't plan on moving those files locations within the LB folder structure (ie still in \LaunchBox\Images and \LaunchBox\Videos) then no further adjustments are required. this is the exact purpose and function of a portable program like LB

hi @Naevius the assumption is not totally correct. what makes LB/BB portable is it uses relative paths whenever possible and contains basically everything in the LB folder. if you have everything on a single disk and use a relative path to your LB install Games folder, that is what makes it portable. if you plugged that disk into another system it just works as the saying goes, everything is mapped within that disk and the games folder path would look like ".\Games" and would be like this for an ex if on F drive "F:\LaunchBox\Games" If you move LB/BB to another drive letter like C then your games folder path would still be ".\Games" in LB but since on another drive letter it would be "C:\LaunchBox\Games" which is NOT where you want your games and therefor nothing would work. You would need to remap and it would use an absolute path instead. Absolute paths are required when directing to another drive letter. It would take like 5mins to go into your platforms and remap their Games folder. no big deal. the goal is achievable, but your assumption wasn't quite correct. hopefully that clears it up!

you likely need to change aspect ratio options in Retroarch. this will fix the game display being cut off. bezels are meant for a 16:9 aspect ratio to leave a 4:3 aspect ratio for the game to be displayed in. if the game doesn't render at 4:3 then it's likely it will be clipped or you end up with black bars around the game. you can turn off bezels in the overlay menu, which you obviously know if you have turned them off. you must have turned off auto save on exit of Retroarch or else those settings would be saved. so just save settings manually with the overlay off and it will be permanently off. change it in the core settings for all games for that core, or do it individually by game. alternatively you can nuke the settings all together by deleting the files. they will be auto generated again with default settings. if you go that route though you wouldn't be able to turn overlays on again without going through the setup process.

Wow couldn't be better timing for myself! I JUST got my setup complete on the gaming side after building a SFF HTPC for the living room. Once I was happy with how games were working fine I moved focus to media like TV shows and movies and realized it was going to be just as time consuming to setup. Since I spent so long piecing together the games portion of all this, I was immediately dreading setting up TV shows and movies big time. But this at least covers the movie part! Working fine for my use case so far!

There is built in functionality to move media folders. I believe it's under under Tools > Manage > Platforms and from there you select folders and change the path accordingly. There will be folder path for games/ROMS, images, videos, etc. You will be prompted if you want all existing files in the folder to be transferred to the new location. If you change the location due to moving media files to a new disk, then you would need to setup the new disk exactly as the previous one. That means same drive letter, and same folder structure within. If either of those things change then you will need to remap the new location path. if you're referring to you need to have a subscription with emumovies to scrape/download from them within LB then that is true. if you mean you need to pay emumovies to move folder location of media files around, that is not true.

these games have alternative titles. they are Doom (1993) and Doom (2016). so you should be able to fill in title with those and then use the search function to find them in the drop down list

I saw a similar thread recently and I think the culprit was 1 or more images were corrupted. So the solution was to delete the impacted images and redownload them. I would give that a shot if you haven't tried it already and have no other alternatives

a mouse click can be sent with this Send {LButton} hope the last hoop you need to jump through lol if Cemu does not stay in focus there is the WinSet command that can use AlwaysOnTop value to do just that. No other window will become top/focus window unless it too is declared AlwaysOnTop. For ex WinSet, AlwaysOnTop, on, ahk_exe Cemu.exe

There are some AHK scripts floating around here (prolly in the AHK script thread) that can likely help with that. Uses the Windows hotkeys to move a window to an adjacent screen. I'd suggest taking a look at that and see if that could help out with the situation you described with PCSX2 always going to the primary display when you instead want it to go to the secondary display. the hotkey to do that is Windows Key + Shift + Left/Right Arrow key with left or right being how you have laid out your screens in Windows display settings.

huh, I was thinking it was the opposite thing going on. like you had two screens going and thought that might be lending to the issue. didn't see that one coming, using two screens is the solution. emulators and the PC system can sometimes have a fickle relationship lol - 1 day it works fine - next day "wtf is this black screen doing here!?" 🤷‍♂️

I would try checking the box in the Edit Emulator window "Attempt to hide console window at startup/shutdown"

Bummer man. sorry to hear it's still giving you a hard time! just to make sure you have ruled out this variable, have you tried booting up your system with just a single display and launched a game like that? I know what you were saying in a previous post, that if multi screen setups were generally problematic there would be a lot more groans and moans on the forum. but I just wanna make sure all variables could be eliminated, and multi screen is one of them. any scaling being used? aka DPI settings set to anything besides 100%? scaling can cause funny stuff for some programs. and to clarify, does this issue only occur when startup/shutdown screens are enabled? have you tried disabling those if you normally use them? that's another common culprit of getting a full screen black screen at game launch assuming startup/shutdown screens are enabled, when this black screen issue does occur, can you click on your mouse and it makes the shutdown screen activate and once that fades out you can then see and use Cemu? try removing the -f (fullscreen parameter) from the launching arguments. I'd be curious if the issue happens even if Cemu launches into a window rather than fullscreen. so far I think you have eliminated settings within Cemu by reinstalling another instance of it. but it's unclear what else has been vetted out by any troubleshooting so I'm just spitballing with a handful of things I would check if it were me

Hi all, I'm having some odd issue when clicking into the Game Detail screen. It is possible to click your select button prior to all the Game Details screen finishing loading I suppose. If you do this, Big Box sort of "pseudo soft locks". It looks like it basically pauses loading everything with the exception that the box front image will immediately display. I can continue to click on my controller or keyboard as many times as you want, doesn't do anything other than create the click sound. You can use the "view images" button to bring up that screen, click the "back" button and now the Game Details screen looks totally normal! You can also back out when this happens, to get back to normal operation. You can launch the game from this pseudo soft lock state too with the "play" button To see if this was something I unknowingly introduced with undesirable settings I reinstalled version 13.2 in a different location on the same drive and just loaded up a single platform. Problem still exists. I tried other versions too, 13.1, 13.0, and I went all the way back to 12.16 and did not see the issue go away. I wonder if there could be something I did to create this problem, or perhaps, just a bug that needs to be addressed? Made a video showing what is going on. Take note you can see the fallback image for the selected game video momentarily pop in. This also seems odd! Acts like it is loading so slow that it thinks the video file doesn't exist so loads the image, but then the video file pops in after the fact with all the other themes elements. This issue right here is what actually made me notice something funny was going on....then I discovered this pseudo soft lock issue as I was farting around going in and out of various game's Game Detail screen to make sure it wasn't a single game, platform, theme, etc etc that was experiencing the problem. The box front art image shows up right away though. 459891318_BigBoxBug.mp4

I still can launch and close Cemu games fine with startup and shutdown screens enabled. It makes me wonder if some users may have something particular about their setup that is lending to the issue. It looks like everything is default for me. I've been using experimental versions due to they support the WUA file format. But I don't recall having issues with the normal stable releases either. So I downloaded the latest stable release and this version works OK too. I was thinking maybe had something to do with the experimental versions but that test tossed that theory out the window

can you tell I don't use the filter much? like, at all lol I sometimes forget such a handy tool even exists!

I'm not sure if such an option exists, but there is a way to achieve your goal using the Audit option that is under Tools > Audit You can select to Audit > All Games (aka your entire library) or whatever current platform is selected. This creates a large table/list that is sortable. So you could sort by "Cart Front Images" for example and make the "0" ones go to the top to easily identify them and therefore now know which ones you need to download additional media to complete your images

you could use two burning candles if you wanted lol . def don't need to be the official dolphin bar. I never had one and used them with MAME and Retroarch etc the complications really comes from you need another app called TOUCHMOTE (https://touchmote.net/). most emulators will not be able to see inputs from the device(s) unless they get remapped appropriately. if I recall right touchmote will be able to set the IR pointer to either mouse or a joystick, and all buttons to either keyboard or controller inputs....and those are inputs emulators that are not Dolphin will be able to understand. but I've never heard of a specific emulator needing a specific sensor bar. your generic one will work fine

you can split a file (or files) with an archiving/compressing program. check this out for 7-zip below. basically main difference is you need to tell it to split it into X size parts, otherwise it's business as usual for creating a compressed file. you could do this with WinRAR or other similar archiving programs to WinRAR and 7-Zip, whatever you prefer. I linked 7-zip since its free and one of the most common ones used https://www.newsgroupreviews.com/7-zip-split-archive.html

the esc key is activating a line "exitapp" which should terminate the script. but it is possible that the emulator is sort of being selfish and hogging the input in some way that the script isn't seeing the key press being sent. so you are left with the script running when you would actually want it to be closed. it's not that it's being turned back on, rather, it's never getting turned off. adding the "$" symbol is a modifier that may fix the issue. did that solve it for you?