Kids & Kiosk Mode, coming back [testers needed!]
-
@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 ;)
-
-
@darknior :
Can you try again from my repository, branch: ControllerInput? -
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 ?
-
@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?
-
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. -
@zigurana WOAW, first try i WIN lol
It works fine now for x360 controllers and i'm sure some other ... ;) -
My Xbox 360 controller still doesn't work to unlock FULL from a different mode.
-
@hansolo77 If you swapped a and b for emulation station then the konami code will be swapped.
-
Yeah I tried it both ways. I think the latest fix isn't in the official build yet.
-
The fix for w360 controllers is now merged into the dev (expermental) branch! Please give it a try!
-
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! -
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 -
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!
-
@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! -
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.. :-(
-
@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. -
@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?
-
@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... -
@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.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.