While we are still waiting for your official CreationStationArcade thread on this forum, and since I do not want to hijack @UnsignedArduino’s thread about his amazing executable solution, where this discussion would be off topic, I guess this topic functions as the CreationStationArcade thread in the meantime.
Also adding more “push this button to absolutely kill the current game” safety checks and possibly drop McAirpos completely in an effort to track the PID myself.
Nothing would be better than getting rid of the the need for launchers for helping to get the .elf MakeCode Arcade game executables to run as they should on ARM Linux in the first place!
With your already proven record on making both an advanced arcade solution and navigating the rich pxt codebase to make targeted PRs, I am hoping you could please also chime in on the long ongoing efforts for getting there eventually?:
This would, together with your suggested simplified and improved compilation and downloading directly from arcade.makecode.com, be beneficial for both of us and everyone who wants to run their games natively. Especially if @MakeCode eventually would iron out the ever more regressing state of the .elf compiler in relation to the continued development of the rest of Arcade and of the Raspberry Pi OS and hardware, too, where more and more of the new and advanced stuff, the raycasting extension etc. is failing.
Nothing would be better than for McAirpos to focus just on gamepad support and integration into the retro game systems’ menus, instead of increasingly complex ways to get the .elfs to execute correctly in environments which have their own ways of juggling the ttys and ioctls around. This probably applies to CreationStationArcade and other applications as well.
As mildly funny side note, where we both have been struggling to wrestle the execution challenge of “…kill the current game safety checks and…to track the PID…”: Why reinvent the wheel?
