arzoo

?

From the Controls Editor, select the Import Unknown Games menu option. You should see "tiger_woods_pga_tour_08". Select and create a default control group for that emulator. Then manually add all the controls and the associated input codes. That should do the trick.

Excellent, glad you got it working!

Do you have the "Stereo Mix" option available under the Audio Device drop-down? That's the value you need to select. If you've followed the steps in the support link and still don't have Stereo Mix available, you may need to upgrade your audio drivers or install a sound card rather than use the motherboard audio drivers.

On the Audio tab, what options do you have under the Device and Input drop-downs? Do you get any errors? This support link may help: https://ledblinky.net/Support.htm#InvalidAudioDevice

From the audio tab in the config app, if you play some music on your pc and then click the Test button, do you see any audio activity on the display? Do you see any buttons lighting up? Or are you having problems when running LEDBlinky from LaunchBox? If that's the case, then I'll need you to turn on the Debug Log option (Misc options tab), run LB and a few games, then email me the debug.zip or debug.log file.

All I can suggest is to try different values and use the test button to see how it works. The manual explains every option. What is not working?

You'll need to set the Game Play Animation (Game Options tab) to <Audio Animation> and then use the Audio Animation tab to configure exactly how it should work.

On the LEDBlinky Configuration Game Options tab, you can enable "Flash Player Start with Credits" option. But keep in mind this is a function of the ROM (not LEDBlinky), and only works for a select few MAME games, mostly older classics like Asteroids or Dig Dug.

Hi, the latest version of LEDBlinky uses a more standard installation package, just make sure you point it to your current LEDBlinky folder. Although you can still rename mame collections to include "mame" in the name, it's no longer necessary; using the Controls Editor you can edit each emulator and set the "Emulator Is MAME" option.

If you're asking to have the trackball color change when the players alternate taking turns, that would only be possible if the original game had that feature (which I don't think it did) and mame emulated the output signal. Otherwise there is no way for LEDBlinky to know which player is up.

Did you enable the "Light Game Controls" (Game Options tab)? You can enable the debug log on the Misc Options tab (at the bottom).

Can you be more specific? When you say platform specific, do you mean non-mame games are not lighting correctly? Are mame games lighting correctly? Regardless, without the debug log there's not much I can do to help.

The LEDBlinkyInputMap is definitely required - without that LEDBlinky has no idea which input codes are associated with each port on your LED controller.

Definitely not due to using the trial version. Hard to know without more info. Please turn on the Debug Log option (misc options tab), run RL and a few games, then email me the debug.zip (or debug.log if there is no .zip) and I'll take a look. LEDBlinky support email listed here.

Try the troubleshooting app and see if it can identify the issue. If not, email me your debug.zip file and I'll take a look.

The latest version of LEDBlinky (7.0.4) includes an option to resolve the issue where LB/BB sends a false GameQuit command immediately after starting a game which causes LEDBlinky to revert back to the front-end configuration while the game is still active. The workaround basically allows any emulator to be configured (using the Controls Editor) to ignore all GameQuit commands. The net effect is that LEDBlinky remains in the executing game configuration, and will continue to do so until any command other than GameQuit is received. When returning to the front-end, the game configuration will remain active until another event occurs (list scroll or change for example). It's not a perfect solution, but much easier to implement than using an AHK script or other methods. LEDBlinky website

The latest version of LEDBlinky (7.0.4) includes an option to resolve the issue where LB/BB sends the GameQuit command immediately after starting a game which causes LEDBlinky to revert back to the front-end configuration while the game is still active. The workaround basically allows any emulator to be configured (using the Controls Editor) to ignore all GameQuit commands. The net effect is that LEDBlinky remains in the executing game configuration, and will continue to do so until any command other than GameQuit is received. When returning to the front-end, the game configuration will remain active until another event occurs (list scroll or change for example). It's not a perfect solution, but much easier to implement than using an AHK script or other methods.

I would submit a bug report.

It would seem like BB is not sending LEDBlinky the Game Selected command from the recently played list. I'm thinking this will have to be fixed by the FE dev.

If you turn on the LEDBlinky Debug Log option, run BB and a few games that aren't working, then email me the debug.zip file, I'll take a look. But I can't really provide any support on your LB/BB config.

This would most likely be an issue with your BB config. LEDBlinky is only as accurate as the data/parameters passed from the front-end.

LEDBlinky starts speaking the controls as soon as it receives the "Game Start" command (or after the Game Start Delay if specified). It does not monitor or wait for any other process.

This may be an issue with the front-end determining that the future pinball exe has quit (immediately after starting) due to losing focus?

Have you tried using the Troubleshooting app? If that doesn't help, email me the debug.zip file and I'll take a look.