Mortys said:
Hi slanessh
Thanks for the release and it works quite fine but i got a strange bug.
what i can say is that i got strange artefact of the inputs[[A
it is like mame did not take the system as main app
i lanched mamefront with a simple command
and sometime the screen glitche and for example when there sould be black border i only get the system. I 'm using the lates booboo zImage.
Another example while playing Shinobi, pressing Down+B drawn the Mame4all menu.
Ah yes, the input.
Okay well this is because getty is still running whilst MAME is running. The standard rootfs is launching a few getty processes so that you can login to linux. getty is just echoing the keypresses to the console.
The best solution is... to wait for a new root FS. Ideally we need a rootfs that takes the user straight into an app launcher without launching getty - as already
described by BooBoo. The rootfs that just about everyone is running is really aimed more for developers running serial over USB terminal to access the Dingoo rather than the average user.
Best solution at the moment? It's a bit tricky. The current rootfs setup is for init to respawn getty as soon as they are killed. So killing them off before launching mamefront won't work. The /etc/inittab need to be updated. I have mine set to start only once.
I don't have a really good solution (yet). Is this happening with other emulators? MAME isn't capturing any keystrokes, input is via the I/O (ie. controller) hardware directly.
EDIT: In regards to the keystrokes. Hmmmm. Looks like it's console logging.
EDIT: Yes, it's console.
The console can be unbound from the framebuffer with the following:
echo 0 > /sys/class/vtconsole/vtcon1/bind
No more input to the screen. The side effect is that no more console logging will appear on the screen.
You can edit autoexec.dge to look like this:
#!/bin/sh
cd /mnt/sd/mame4all
echo 0 > /sys/class/vtconsole/vtcon1/bind
./mamefront