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

Zigurana

@darknior
Ok, now at least we know what is going on. There are 'hat' type events registered with all the axis events. It looks like these 'hat' events are not registered to anything, so now we have two options :
Ignore all 'hat' events when considering the input, or ignore all inputs when they are not configured.
I lean towards the latter option.
I will try to create a new version for you to test tonight.

pjft

@zigurana said in Kids & Kiosk Mode, coming back [testers needed!]:

Ignore all 'hat' events when considering the input, or ignore all inputs when they are not configured

That sounds like a good plan.

Zigurana

@darknior
Regarding the PEGI classification: again, I like the idea, but we would need some kind of buy-in from scraper developers (@sselph?) to get that data from screenscraper.fr.

For now though, lets make it a feature for a next iteration. I'd like to get this working without issues first.

darknior

@zigurana said in Kids & Kiosk Mode, coming back [testers needed!]:

@darknior
Regarding the PEGI classification: again, I like the idea, but we would need some kind of buy-in from scraper developers (@sselph?) to get that data from screenscraper.fr.
For now though, lets make it a feature for a next iteration. I'd like to get this working without issues first.

Yes for sure, not now, but in a near future it can be cool to change for this system.

I will try to create a new version for you to test tonight.

Ok i'm ready ;)

Rion

@zigurana Sounds like a plan. Maby @screech can help out in terms of making these changes incorporated into Universal XML Scraper and @sselph scraper.

As long as the pegi support is added to the games via xml then the rest should be easier to incorporate.

Zigurana

@darknior :
Can you try again from my repository, branch: ControllerInput?

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.