Gildahl

New release just posted. Current Release: arcadeEIP latest release (v0.4.3.0 beta)

Thanks! Immediately after the line beginning with [26.187] I would expect to see it start the new game. (1) What game did you attempt to run and (2) could you send me your arcadeEIP.ini file so that I can attempt to duplicate. Also, since we might need to go back and forth a bit more, it might be better if we could continue the troubleshooting either via email (arcadeeip@gmail.com) or the Discord, https://discord.gg/uhbx9y6sdT

That does seem very strange. Could you try once more, then exit, and then attach your arcadeEIP.log file. One thing I'm wondering about is whether having a dot in your folder name (i.e. MAME0.243) might be tripping something up. Do you think you could also temporarily rename it so it doesn't have a dot and test to at least eliminate that possibility?

Yes, you will need to highlight the game in the menu, then press LCtrl to run it. When you do this... a. Does the game now run? b. If not, does the game run when you execute the runlast_native.bat file, or does that also only launch the seed game?

A few things to diagnose... 1. May I assume you are able to invoke the game menu, and that you see your games listed there? 2. When you attempt to run a game (other than the seed game), exactly what happens? 3. After attempting to run a game that fails, exit arcadeEIP and try to execute the file runlast_native.bat, which will execute the last game run command line outside of arcadeEIP. Does the game run? If not, do you get any messages or errors?

New release just posted. Current Release: arcadeEIP latest release (v0.4.2.0 beta)

Sorry for the delayed response...All great suggestions. This will be supported in the next release (v0.4.3.0+), and is already working great in test. In addition to the system and game rom logos, there will be support for up to four additional still images (left/right at the top, and left/right in the center). You will be able to set these to any type of image you want, and will be able to specify unlimited levels of fallback for images that are missing and or timed image sequencing. You will also have some limited ability to resize and re-position the images within the constraints of their regions on the screen. All of these settings will be able to be set both globally as a default and/or customized per emulator/system type for total control. It would be simple to optionally left justify the list. But it wouldn't make sense without also left justifying the selected system and selected game windows as well, which I don't think would look so good without a more significantly re-thought/redesigned layout. I'm not opposed to this at all, but can't immediately think of a layout that remains functionally optimized for fast single-screen navigation of all systems and games and still looks good. But I will keep the idea in mind, and would be happy to look at any layout proposals you might have in mind for future consideration. I think this is a great idea and will be including a basic implementation of this in the next release (v0.4.3.0+). Thanks again for these suggestions.

New release just posted. This is a pretty major one. See release note at first link below. Current Release: arcadeEIP latest release (v0.4.1.0 beta) Documentation: GitHub Wiki for arcadeEIP Discussion: Here on the LaunchBox fourns, ArcadeControls.com, or GitHub discussions

As per our PM conversation about this, it sounds like you were able to get this to work. So I believe the answer is yes!

As per our PM on these topics (and for the benefit of any others with this question), the arcade game icons are the "standard" MAME .ico files that you should be able to find around the Internet; and I just searched online for the animated gifs, so they came from a variety of places.

New version has been released with the various changes mentioned above and a couple other new features. https://github.com/gildahl/arcadeEIP/releases/tag/v0.4.0.2-beta

I took a look at your logs and ini file, and it looks like the sequence is what I would have expected, so I guess I'd just say don't bother with the "4" event for now and stick with the "Use MAME..." option since it works. It might be that this will be needed with non-MAME emulators, but some further experimentation may be needed. If you do happen to discover anything further let me know since I'm going to add some of this to the documentation. Oh, and just as an FYI, if you wanted the delay(1000) to come after stopledblinky (I think that was probably your intention), make sure it has a "-" in front of it. The way it works is that all items without the minus will run in order prior to the game launching, and all items with minus signs in front of them will run, in order, after the game exits. So it should look like this: run_apps=ledblinky,delay(5000),-stopledblinky,-delay(1000) Regarding hiding the task bar, I took a look at this too and there does seem to be a bug, possibly related to a focus issue. After thinking about it though, I've decided that overriding the Windows auto-hide task bar setting is probably the wrong approach anyway. So the next update will remove this and replace it with a new hide_taskbar setting in the [Front_End_os] section that will work just like the hide_cursor setting (and be turned off by default). Rather than change the Windows setting, it will hide and restore the taskbar window itself. This should also eliminate the gray bar at the bottom of the screen that the auto-hide always seems to leave behind.

Thanks for all the feedback! I'm going to be out tonight, but will take a look at this at my next opportunity.

I saw in the LEDBlinky readme two events related to pause: Game Pause: LEDBlinky.exe 16 Game Unpause: LEDBlinky.exe 17 These are unrelated to LaunchBox pause, and I'm assuming that these just let you do specialized things with the RGB lighting during pause. Right now you wouldn't be able to call these events in arcadeEIP; however, in the next version (v0.4.0.2) you will be able to do this by creating two new application sections similar to before: [Application_pauseledblinky] app_key=pauseledblinky proper_name=PauseLEDBlinky exe_full_path=C:\LEDBlinky\LEDBlinky.exe,nowait param_list=16 [Application_unpauseledblinky] app_key=unpauseledblinky proper_name=UnpauseLEDBlinky exe_full_path=C:\LEDBlinky\LEDBlinky.exe,nowait param_list=17 ...and then use a new option called pause_apps in the [System_mame] section to have arcadeEIP call these when you pause and unpause in arcadeEIP using the comma key. Similar to the run_apps line, calls without a "-" sign would get called on pause, and those with a "-" sign would get called upon unpause. pause_apps=pauseledblinky,-unpauseledblinky Naturally, if this already works without needing to go through all this, it won't be necessary for you; but it's still probably a good general feature to have anyway.

Since I don't actually use LEDBlinky, I can't test the effect of using 15, but I think if you just put a 15 in the param_list of the original ledblinky application definition, you could try it. param_list=15 "[rom_file]" "[asset_name]" You should also make sure the asset_name that arcadeEIP is using matches whatever LEDBlinky is expecting--or experiment with removing it (and also make sure you are always using the nowait tag in all application sections) If you think timing might be an issue, the run_apps line does support inline insertion of delay commands. For example, this would insert a 5 second delay between two hypothetical applications (app1 and app2). Also, use the arcadeEIP.log file to see the sequence of each call, which also provides timing information in the left margin. run_apps=app1,delay(5000),app2 In either case, it doesn't sound like you necessarily need to do this since the "Use MAME..." option works, but if you do manage to get it to work let me know. As far as pause goes, I actually went ahead and added the feature since it was pretty simple. So that will be available in the next release if you ever wanted to try it.