RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login

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

    Scheduled Pinned Locked Moved
    Ideas and Development
    emulationstatio kiosk kids mode testing backfromthedead
    28
    182
    44.3k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • darkniorD
      darknior
      last edited by

      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.

      Life is game, just play it !

      1 Reply Last reply Reply Quote 0
      • darkniorD
        darknior @Zigurana
        last edited by

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

        Life is game, just play it !

        1 Reply Last reply Reply Quote 2
        • hansolo77H
          hansolo77
          last edited by

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

          Who's Scruffy Looking?

          lostlessL 1 Reply Last reply Reply Quote 0
          • lostlessL
            lostless @hansolo77
            last edited by

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

            1 Reply Last reply Reply Quote 0
            • hansolo77H
              hansolo77
              last edited by

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

              Who's Scruffy Looking?

              1 Reply Last reply Reply Quote 0
              • Z
                Zigurana
                last edited by

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

                If tetris has thought me anything, it's that errors pile up and that accomplishments dissappear.

                1 Reply Last reply Reply Quote 2
                • K
                  Krahs
                  last edited by

                  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!

                  1 Reply Last reply Reply Quote 0
                  • K
                    Krahs
                    last edited by

                    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

                    1 Reply Last reply Reply Quote 0
                    • Z
                      Zigurana
                      last edited by

                      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!

                      If tetris has thought me anything, it's that errors pile up and that accomplishments dissappear.

                      S 1 Reply Last reply Reply Quote 0
                      • S
                        Srfrboybob @Zigurana
                        last edited by

                        @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!

                        Z 1 Reply Last reply Reply Quote 1
                        • K
                          Krahs
                          last edited by

                          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.. :-(

                          1 Reply Last reply Reply Quote 0
                          • Z
                            Zigurana @Srfrboybob
                            last edited by

                            @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.

                            If tetris has thought me anything, it's that errors pile up and that accomplishments dissappear.

                            pjftP S 2 Replies Last reply Reply Quote 0
                            • pjftP
                              pjft @Zigurana
                              last edited by

                              @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?

                              Z 1 Reply Last reply Reply Quote 0
                              • Z
                                Zigurana @pjft
                                last edited by

                                @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...

                                If tetris has thought me anything, it's that errors pile up and that accomplishments dissappear.

                                pjftP 1 Reply Last reply Reply Quote 0
                                • pjftP
                                  pjft @Zigurana
                                  last edited by

                                  @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.

                                  1 Reply Last reply Reply Quote 0
                                  • MrJordaaanyM
                                    MrJordaaany
                                    last edited by

                                    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 :)

                                    1 Reply Last reply Reply Quote 0
                                    • S
                                      Srfrboybob @Zigurana
                                      last edited by

                                      @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.

                                      0_1512009001762_2BE87F92-A7CD-4FC1-9212-453E87891795.jpeg

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

                                      1 Reply Last reply Reply Quote 0
                                      • K
                                        Krahs
                                        last edited by 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...

                                        1 Reply Last reply Reply Quote 0
                                        • Z
                                          Zigurana
                                          last edited by

                                          @Srfrboybob and @dvf00 , thanks for the info, that is very helpful.

                                          ok, so now we have the following situation to work with:

                                          XBox360 controllers intersperses the dpad inputs with hat inputs of varying value:

                                          lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Hat 0 up, isMappedTo= , value=1
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Button 15, isMappedTo= up, , value=0
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Hat 0 neutral?, isMappedTo= , value=0
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Button 16, isMappedTo= down, , value=1
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Hat 0 down, isMappedTo= , value=4
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Button 16, isMappedTo= down, , value=0
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Hat 0 neutral?, isMappedTo= , value=0
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Button 16, isMappedTo= down, , value=1
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Hat 0 down, isMappedTo= , value=4
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Button 16, isMappedTo= down, , value=0
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Hat 0 neutral?, isMappedTo= , value=0
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Button 13, isMappedTo= left, , value=1
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Hat 0 left, isMappedTo= , value=8
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Button 13, isMappedTo= left, , value=0
lvl3: 	UIModeController::logInput( Xbox 360 Wireless Receiver ):Hat 0 neutral?, isMappedTo= , value=0

                                          8Bitdo NES30 pro controllers report all dpad actions as hat movements, also with varying values, but now alternated with a neutral? state, value = 0:

                                          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

                                          ... and finally the observation that my initial implementation of finding inputs that have no isMappedTo value did not work.

                                          Looking at this, I think that filtering out the values that have no mappedTo (undefined keypresses) should be the best way to cope with this. The question is how.
                                          I'll try to replicate the issue with another controller, to see how to catch those undefined inputs.

                                          If tetris has thought me anything, it's that errors pile up and that accomplishments dissappear.

                                          1 Reply Last reply Reply Quote 1
                                          • Z
                                            Zigurana
                                            last edited by

                                            @darknior @dvf00 @Srfrboybob , @anyone with a fancycontroller

                                            I've rewritten the logic for input validation (again), I'd like both users with a x360 and an 8-bitdo controllers to give this a try.
                                            Could you maybe try it out?

                                            repo: zigurana\EmulationStation
                                            branch: UIModeInputHandling

                                            Please run emulationstation --debug to get all the logging.

                                            Thanks!

                                            If tetris has thought me anything, it's that errors pile up and that accomplishments dissappear.

                                            1 Reply Last reply Reply Quote 1
                                            • First post
                                              Last post

                                            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.