Kids & Kiosk Mode, coming back [testers needed!]

[darknior]

I have try, execute the code [up,up, down, down, left, right, left, right, b, a] and it not works with x360 PAD.
An other idea ?

I have see this comit, good idea, but i don't see the ARROW ?

[Zigurana]

@darknior
ok, please hang in here, we will solve this, one way or another...
(man, debugging over this distance is quite tedious!)

Ignore the empty strings for now, that is another issue, related to missing unicode characters.

I've updated the branch again, could you try again?

[darknior]

Yes it's not easy, but we will found a solution :)

@Zigurana , @meleu it is not the first time i have the problem it is strange, whe i want to update/build the source code of Zigurana, i can't.
It write me Failed to download .... Check your connection and try again.
But it is false because i can update an other on source without any problem.

= = = = = = = = = = = = = = = = = = = = =
Running action 'install_theme' for 'esthemes' : Install themes for Emulation Station
= = = = = = = = = = = = = = = = = = = = =

job-working-directory : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
pushd : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
job-working-directory : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
sh: 0: getcwd() failed: No such file or directory
fatal: Unable to read current working directory: Aucun fichier ou dossier de ce type
job-working-directory : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
sh: 0: getcwd() failed: No such file or directory
fatal: Unable to read current working directory: Aucun fichier ou dossier de ce type
/home/pi/RetroPie-Setup/scriptmodules/helpers.sh: ligne 345 : popd: pile de répertoire vide
Error running 'git pull' - returned 128
Error running 'git submodule update --init --recursive' - returned 128
job-working-directory : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type

When i remove them i understand i have a right problem or some thing ... i don't know.
My es-tests.sh is installed in /home/pi/ and i always use it with pi user.

[darknior]

@zigurana WOAW, first try i WIN lol
It works fine now for x360 controllers and i'm sure some other ... ;)

[hansolo77]

My Xbox 360 controller still doesn't work to unlock FULL from a different mode.

[lostless]

@hansolo77 If you swapped a and b for emulation station then the konami code will be swapped.

[hansolo77]

Yeah I tried it both ways. I think the latest fix isn't in the official build yet.

[Zigurana]

The fix for w360 controllers is now merged into the dev (expermental) branch! Please give it a try!

[Krahs]

Hi.
I have installed on my RP3 the 2.7.3RP version of emulationstation and I had been testing this new feature for differents UI modes.
Once it is updated through retropie script (from binary of sources, does not matter) I can change it to kiosk or kid mode from emulationstation menu but, it is not saved in es_settings.cfg so as soon as I reboot my raspberry it come back to Full Mode.
If I edit manually that file, emulationstation never lost configuration and allways boot on Kiosk Mode (or Kid mode) however something I've detected is, when I return to full mode with konami code, "full" label is written in the right way on config file but never when you change from full to kiosk or kid...

I like very much this UImode feature, I allways was waiting for it...
Thanks!

[Krahs]

Sorry, just now I've see there is a post with this...
https://retropie.org.uk/forum/topic/14432/kiosk-mode-not-surviving-reboot/26

[Zigurana]

Yeah, this was also fixed in the latest pr, please install the experimental / dev branch (from source) and try again.

Let me know how you fare!

[Srfrboybob]

@zigurana I installed the new dev version today and the ui mode is staying intact after reboots. Thank you! I am having a new issue similar to the xbo360 Konami code issues recently fixed. Now I am unable to enter this code using 8bitdo Nes30 pro controllers. I am running 4.3 with the new emulationstation-dev just posted.
I have tried configuring the controllers again but this did not work. I have changed my pass key to “baxbax” for the time being and this works perfectly. The hat/d-pad seems to be the issue. Btw the Konami code works flawlessly on the keyboard as of now and worked with both the keyboard and 8bitdo before the latest update I performed.
I am a bit of a “dummy” when it comes to posting logs so let me know if you would like to see any and I will try my best :). Thank you again for all the awesome work!

[Krahs]

Now with dev version of ES kiosk mode persist after a reboot but I loose the unlock feature... now it doesn't work as before, as much as I try to set konami code never come back to full mode... I have an 8bitdo nes30 pro.. :-(

[Zigurana]

@srfrboybob & @dvf00
Could you try running EmulationStation with the debug flag, and see what the logged input values are when you enter the code?

So, exit Es with F4, and then enter emulationstation --debug, the logging should end up in ~/.emulationstation/es_log.txt

I suspect that the controller you are using is registering the dpad as a hat-type input, which are now intentionally ignored.
If that is the case, I'll need to reconsider the fix for xbox360 controllers.

[pjft]

@zigurana huh. I thought we were just ignoring any inputs that were not associated with any ES-recognized/mapped input event? Was that not good enough as an approach?

I imagine excluding all hat inputs will not be appropriate for different types of controllers.

You may, though, consider ignoring any event that's not mapped to the inputs you can accept for the unlock pattern altogether. I believe it's everything except the inputs assigned to the analog joysticks, l3/r3, l2/r2, correct? So pretty much a SNES pad button layout?

[Zigurana]

@pjft yes, that was the place at first, but it did not work for the Xbox 360 controller that darknoir was using, so I changed it to simply ignore all hat inputs, assuming (incorrectly) that the dpad would always be axes.
Back to the drawing board...

[pjft]

@zigurana well, it's too early to jump the gun. Both of us are just assuming that some controllers map the dpad to hats. Might be something different.

[MrJordaaany]

So my understanding is, there is a new kids mode you can install from Retropie? One that matches the new emulationstation changes? If so awesome! I've been wanting to do alot more controlled build for my friends who have kids and stuff that they don't want mucking around with options :)

[Srfrboybob]

@zigurana I ran debug mode as requested. Here is a quick photo (sorry all I was able to provide at this time). The 8bitdo does use “hat” for dpad inputs as suspected.

Sorry if the image is rotated funny. My phone uploads have done this in the past

[Krahs]

Hi Kids... and kiosks....

Here it is my log:

lvl3: 	UIModeController::logInput( 8Bitdo NES30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0
lvl3: 	UIModeController::logInput( 8Bitdo NES30 Pro ):Hat 0 up, isMappedTo= up, , value=1
lvl3: 	UIModeController::logInput( 8Bitdo NES30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0
lvl3: 	UIModeController::logInput( 8Bitdo NES30 Pro ):Hat 0 down, isMappedTo= down, , value=4
lvl3: 	UIModeController::logInput( 8Bitdo NES30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0

As srfrboybob said, seems that 8bitdo interprets d-pad as hat...