AntiVerified

I hate it when I leave my dongle in another country 👀 this makes me think of this BBC sketch

Hope you have been having a good holiday season! Let me know if/when you want me to test anything. No rush though, I appreciate all that you do and that it is the holiday season.

Hey Tom, This update works really well. I am finding that focus returns to GameEx really quickly when exiting a steam game! Any consideration for allowing us to control the exclusions? When I add my batch commands back to be able to dynamically load virtual controllers, obviously they aren't in your exclusion list and so must be exited before it will return. In the case of one instance, it seems to trigger an additional service process too and so just closing the virtual controller program doesn't return focus back to GameEx. batch_virtual_controller_game_log.txt batch_vjoy_game_log.txt working_no_batch_log.txt

Hey @Draco1962, in order to not exacerbate the issue, I removed my batch files early on from launch before and after preferences to keep the testing clean and make sure I am giving feedback on the general case, not my specific case. I am however mentioning that even if everything with Windows/Steam gets sorted, I may still be in a bad state for my specific case. In fact, "Launch Before" that needs to be killed via "Launch After." is the exact methodology I use, however, launch after is never triggered unless gameex regains control. At least this is my understanding.

Thanks Tom, I attached logs for two games I re-attempted. Game input service seems to be a m$ component and I imagine the Unity Crash Handler will affect multiple games made with Unity. I might be asking for the moon here, but would there be a way to provide something in the setup wizard for a user to define a comma or semi-colon separated list of exclusions that GameEx is able to load? I ask because people's PCs might be struggling with different stuff and it could offload the troubleshooting and excluding to users. This is particularly pertinent for me because I utilize the "Launch Before" field which loads various virtual controllers depending on the steam game and its compatibility. Just a thought. I just know that I'm going to have to fight with my own batch files even after all this is said and done. 19.58_30XX_Log.txt 19.58_Boomerang_Fu_Log.txt

Boomerang Fu has been the one that I have been testing, but I am happy to provide any data needed. I have the logs for 3 other games attached, 20XX, 30XX and Tricky Towers. 30XX is the only one that had some success in that it returned the first time but then stalled out on the second attempt. This is what I refer to as being tough because the log shows that the processes to wait for are different between the two attempts with the same game. @Draco1962 your assessment is correct and for the most part, the logs are going to only have one game because they don't return to gameex and so I have to kill the process which also terminates logging at that point. If it does return, I tend to test the same game over again, particularly to see if the results change, which they seem to be. @Tom Speirs your product is amazing and I have been using it for awhile flawlessly, especially with Steam. I understand that the root of what has happened is because of the change to how Steam does their overlay and I appreciate that you have been trying to get things working smoothly again. 20XX_log.txt 30XX_log.txt Tricky_Towers_log.txt

This seems like a tough one because the behaviour and what happens in the log files seems somewhat inconsistent. I tried loading a game and closing it multiple times and it worked for the first couple (minus my bat files configured to run in preferences) times but then I eventually got to one that did not return to gameex. You can see in the logs files that the processes being added to wait for vary. log.txt

I should have mentioned that I was using AE, but it occurred to me before I posted an AE run log to launch the original executable and modify its preferences to remove my batch calls. It initially had some success, but the issue seemed to resurface after a few tries while was trying to get a clean test. log.txt

In the log, at the end because since gameex doesn’t return I kill it in task manager and so the log ends at “Adding process to wait for: {multiple lines with multiple processes}”

Thanks for the quick response and great troubleshooting suggestion. Still not returning to gameex, there is still a bunch of extra processes it's picking up on. GameEx.ini log.txt

I was following a previous topic about steam where there were issues with GameEx returning to quickly after the launch of a steam game. That topic got resolved and that is fair because that particular issue does seem to have been resolved. However, my issue with GameEx not getting focus back after closing seems to have been brought up in that thread as well and while the user that was working with Tom on it had it resolved, it seems to be persisting for me. I updated to 19.55 to see if that would help and it's still present. I compared the log file of the successful user that they posted to mine and I seem to be adding a lot of extra and unhelpful processes to wait for, compared to them. I have included a couple of bat files I also use when steam launches and closes to manage a virtual joystick mappers I use and to kill its process as cleanup afterwards. ( I needed to use a completely separate mapper for SF IV as an example). Hopefully I have provided enough detail and all the files needed. log.txt BasicControl.bat KillJoy.bat GameEx.ini

I hopped on the forums to see if updating my gameEX would fix the issue, but I see that others are having it also. I can't be specific about when it started happening but we are frequent users of steam launched through gameEX and have been experiencing the issue fairly recently as described by @mistermorcusverbatim. I did a google search and it does seem that steam may have made a recent update to their overlay as their is buzz about it on youtube about a month ago.

Seriously, much appreciated Tom, thank you. Recently hopped over from Maximus Arcade and I have to say, I am loving all the features of GameEx. Trying to squeeze all the functionality I can out of it. Already though, it's just made the whole F/E experience so beautiful comparatively.

Hi Tom, I appreciate you taking the time to respond. I could re-install the games, but that would mean re-downloading 100s of gigabytes from Steam servers unnecessarily since the games run from the steam client as is without issue. They were on a non-OS drive and when you add the location back to steam, it recognizes them immediately. The games then work but it doesn't re-populate the registry with the keys necessary for the games to show up in the program list. I have been adding the keys manually, and for the most part, that seems to have worked in adding the game to the GameEx menu. However, for some reason, I hit my first game where it didn't. It takes me considerably less time to populate the information then re-downloading 50gb games. So, because it didn't work, I figured that maybe gameex was looking somewhere else for installed steam games. This is where I assumed that GameEx was looking: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Steam App {appid}

I have done a fair amount of searching the forums before posting. I saw a guide (possibly two) on how to integrate Steam as an emulator. I saw the issues about returning to GameEx prematurely. All I want to know is exactly what Gameex looks at to populate the steam list. I thought it was the uninstall registry and so I have been re-adding keys to it to get a fair number of my games back. (Re-installed windows and just pointed steam at the existing library, so registry items were missing). For the life of me, I can't get Street Fighter V to show up. So I am hoping for clarification on how it gets populated so I can possibly manually fix this. AntiVerified