Flippers intermittent lock up or don’t respond

[mazjohn]

Flippers fail to fire or intermittently lock up… the issue Occurs with VpinMame build 917 with the following table written for 10.7, run with Vpx X64 build 935 running in 10.8 window mode.

Andromeda v4.0
https://www.vpforums.org/index.php?app=downloads&showfile=14871

• Update: I tested the above scenario extensively with VPX-X64 and VPX-X64-GL builds, and the GL version does not experience the flipper lock up issue- it only occurs on the X64 build of VPX... This leaves me with no idea if the issue lies with VPX or Pin-Mame, but it is certainly occurring with the X64 build consistently after a few plays with this table.
  **Update 2 … I next updated Vpx x64 to build 940 and vpinmame to build 918 and it seems the issue with this particular table is now gone. I also added the table1_init line as suggested to the Vpx goldeneye release as posted in another closed thread which has resolved the same.

I am only reporting this since I recall there was a recent flipper issue recently resolved/ closed with WOF. The issue didn’t happen for a game or two, then started to happen quite a bit where the flippers randomly stay stuck in the engaged position or sometimes intermittently fail to trigger. This Also happened again eventually after restarting the table.

[francisdb]

Link to possible related mentioned issues vpinball/vpinball#1536 and #196

I could not reproduce this here (on standalone). Even without adding the vpmInit Me.

[toxieainc]

@mazjohn Please retest, this should be fixed by now

[mazjohn]

Left flipper stuck engaged until pressing left flipper button then eventually released with following table… Vpx x64 build 1942 and vpinmame build 919…. https://vpuniverse.com/files/file/4626-lord-of-the-rings-hanibals-4k-edition…. happened a few times after coin entered before ball launch… game was very playable otherwise.. 4/7/24 also happened intermittently with this new original table: https://vpuniverse.com/files/file/19404-dark1986-original-2024/… running in 10.8 window mode with same builds as above

[toxieainc]

@vbousquet for vis

[WaRcLaWz]

I get the sticky flippers issue all of the time since 10.8 beta x, usually with table ROM's in the year range of 1979-1983 for some weird reason. The fix for me has always been to just right-click the DirectB2S backglass of the affected table and deselect the button for run as an EXE. Sounds counterintuitive I know, but it works for me every single time, and the tables will behave much faster/smoother. I know... doesn't make sense.

[vbousquet]

Perhaps updating B2S to the latest version (which contains update regarding latest PinMame change) may help : B2S 2.1.1

[WaRcLaWz]

Perhaps updating B2S to the latest version (which contains update regarding latest PinMame change) may help : B2S 2.1.1

I will try that out and report back my findings. I have a few tables that will do it immediately as soon as I switch back to EXE mode :)

[WaRcLaWz]

After installing B2S 2.1.1 it seems the issue of sticky flippers may be gone.

EDIT: The sticky flippers are still occurring, so I have reverted back to deselecting the option to run the DirectB2S as an EXE. Once I do that, the flippers are fast and smooth consistently. On another note, it seems the new 2.1.1 version has affected some of my backglasses to where they will not light up any longer.

[toxieainc]

@JockeJarre for vis

[sverrewl]

I see that you mention different architectures being tested, so, I don't expect that this will be related. But, from years of experience. Starting over with a fresh nvram has often solved this problem on my end.

[JockeJarre]

Sorry, I cannot see this behaviour in any of the releases