Arcadeflow theme v 17.5 [Release] Updated 17 December 2024

[Enkak]

I think AM version 2.6.1 broke something or it's conflicting with the horizontal navigation of Arcadeflow. With other versions I can scroll endless keeping a button pressed. On 2.6.1 keeping the button pressed doesn't work so you have to scroll one by one. 

[zpaolo11x]

I think AM version 2.6.1 broke something or it's conflicting with the horizontal navigation of Arcadeflow. With other versions I can scroll endless keeping a button pressed. On 2.6.1 keeping the button pressed doesn't work so you have to scroll one by one. 

I don't see this issue in AF 2.6.1, maybe something in attract.cfg? Are you using a nightly build or the official version?

[Enkak]

I think AM version 2.6.1 broke something or it's conflicting with the horizontal navigation of Arcadeflow. With other versions I can scroll endless keeping a button pressed. On 2.6.1 keeping the button pressed doesn't work so you have to scroll one by one. 

I don't see this issue in AF 2.6.1, maybe something in attract.cfg? Are you using a nightly build or the official version?

This seems to happen in any 2.6.1 version. Maybe it's a conflict in attract.cfg that happens when using this version? I just tested changing back to 2.6.0.exe and the scroll instant goes back to normal as before. 

[zpaolo11x]

This seems to happen in any 2.6.1 version. Maybe it's a conflict in attract.cfg that happens when using this version? I just tested changing back to 2.6.0.exe and the scroll instant goes back to normal as before. 

My mistake, I mis-labeled attract mode 2.6.0 and 2.6.1, you are right I can replicate the issue, I'll try to fix this

[Enkak]

Thx again!

Maybe it's related to these introduced in v 2.6.1, unsure:

* Issue #586 - fix EndNavigation transition when signal handled by script
* Issue #586 - trigger Transition.EndNavigation with fe.signal()

[zpaolo11x]

* Issue #586 - fix EndNavigation transition when signal handled by script
* Issue #586 - trigger Transition.EndNavigation with fe.signal()

I don't know exactly what "fix EndNavigation transition" mean, I'll look into the commit, while I don't see how the trigger of endnavigation could impact. From a quick debug it seems that if the "right" key is kept pressed no further "right" signals are triggered...

[Enkak]

* Issue #586 - fix EndNavigation transition when signal handled by script
* Issue #586 - trigger Transition.EndNavigation with fe.signal()

I don't know exactly what "fix EndNavigation transition" mean, I'll look into the commit, while I don't see how the trigger of endnavigation could impact. From a quick debug it seems that if the "right" key is kept pressed no further "right" signals are triggered...

yeah, I'm just speculating because those 2 commits seem related to navigation. Here when I press "left" or "right" the results are the same. But vertical navigation is normal like you can see in the Utility menu, where keeping a button pressed scrolls to the end.

[arthurvalenca]

In AM-2.6.1
yes, i have the same problem, keeping the key pressed right or left it does not scroll the images, just one by one

In AM-2.6.0 normal scroll.

[zpaolo11x]

In AM-2.6.1
yes, i have the same problem, keeping the key pressed right or left it does not scroll the images, just one by one

Yes, there was a change in the way Attract Mode manage "left" and "right" signals that are now non-repeatable, it was not clearly stated in the release notes and I missed that completely.

I'll see if there's a way to reimplement scrolling in Arcadeflow with the new way, although I fear it won't be so easy and probably different from what it is now. At the moment it seems that in my layout even "prev_game" "next_game" "prev_page" and "next_page" hotkeys are non repeatable for some reason

The only suggestion I can give is to stick with 2.6.0 while this get fixed if you really like Arcadeflow.

[zpaolo11x]

Arcadeflow 6.3 is out, mostly to warn users that there are issues with AM 2.6.1. I'll work on them and see if a solution can be found...

[zpaolo11x]

yeah, I'm just speculating because those 2 commits seem related to navigation. Here when I press "left" or "right" the results are the same. But vertical navigation is normal like you can see in the Utility menu, where keeping a button pressed scrolls to the end.

Well you can download Arcadeflow 6.3 and then substitute the layout.nut with the attached one. Let me know if it fixes your issues, it seems to work in both 2.6.1 and 2.6.0 but I'll have to check more

[Enkak]

Thank you so much again! Just tried it and with the layout.nut attached, AF v6.3 and AM 2.6.1, the scroll is back to normal from what I see.

[zpaolo11x]

Thank you so much again! Just tried it and with the layout.nut attached, AF v6.3 and AM 2.6.1, the scroll is back to normal from what I see.

Very good... if you want to try, this layout.nut implements "acceleration" in the scrolling so it starts a bit slower than before and then get a bit faster as you keep pressed. I'm not sure I like it thogh...

[Enkak]

Just tried and I like it. Here didn't make as much difference the slower and faster process because, normally, AF already started slower, like caching things first 1, 2 or 3 seconds, then after that getting faster and faster. So this new layout attached works very similar and maybe smoother at first boot since it let's things stabilize and get fast really quick.

[zpaolo11x]

So this new layout attached works very similar and maybe smoother at first boot since it let's things stabilize and get fast really quick.

Thank you for the feedback, greatly appreciated. The fact that it starts slower on purpose makes it probably a bit smoother and gives less stuttering. I'll keep this change in 6.4, hopefully released tomorrow or beginning of next week