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

    RetroPie 4.3.17 Stretch images

    Scheduled Pinned Locked Moved Ideas and Development
    stretchtestingbeta
    205 Posts 59 Posters 162.9k Views
    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.
    • B
      bb2k
      last edited by

      Hello,

      Another bug.

      Compiling lr-mame or lr-mame-2016 will result of a compil error.
      (I managed to compile mame 2016 in retropie in jessie)

      here is the error i got for lr-mame :

      Archiving libatari.a...
      Compiling src/mame/drivers/mpu4union.cpp...
      Compiling src/mame/drivers/mpu4vid.cpp...
      Compiling src/mame/drivers/bfcobra.cpp...
      Compiling src/mame/drivers/bfm_ad5.cpp...
      Compiling src/mame/drivers/bfm_sc1.cpp...
      Compiling src/mame/drivers/bfm_sc2.cpp...
      Compiling src/mame/drivers/bfm_sc4.cpp...
      {standard input}: Assembler messages:
      {standard input}:76226: Warning: end of file not at end of a line; newline inserted
      {standard input}:77479: Error: bad instruction `_znulr8device_te3644_'
      g++: internal compiler error: Killed (program cc1plus)
      Please submit a full bug report,
      with preprocessed source if appropriate.
      See <file:///usr/share/doc/gcc-6/README.Bugs> for instructions.
      barcrest.make:802: recipe for target '../../../../libretro/obj/libretro/src/mame/drivers/mpu4sw.o' failed
      make[2]: *** [../../../../libretro/obj/libretro/src/mame/drivers/mpu4sw.o] Error 4
      Makefile:124: recipe for target 'barcrest' failed
      make[1]: *** [barcrest] Error 2
      make[1]: *** Waiting for unfinished jobs....
      Compiling src/mame/drivers/bfm_sc5.cpp...
      g++: internal compiler error: Killed (program cc1plus)
      Please submit a full bug report,
      with preprocessed source if appropriate.
      See <file:///usr/share/doc/gcc-6/README.Bugs> for instructions.
      bfm.make:739: recipe for target '../../../../libretro/obj/libretro/src/mame/drivers/bfm_sc4.o' failed
      make[2]: *** [../../../../libretro/obj/libretro/src/mame/drivers/bfm_sc4.o] Error 4
      make[2]: *** Waiting for unfinished jobs....
      Makefile:127: recipe for target 'bfm' failed
      make[1]: *** [bfm] Error 2
      makefile:1273: recipe for target 'linux' failed
      make: *** [linux] Error 2
      Removing additional swap
      /home/pi
      Could not successfully build lr-mame - MAME emulator - MAME (current) port for libretro (/home/pi/RetroPie-Setup/tmp/build/lr-mame/mamearcade_libretro.so not found).
      
      Log ended at: Sat 17 Feb 00:58:24 CET 2018
      Total running time: 4 hours, 57 mins, 17 secs
      
      BuZzB 1 Reply Last reply Reply Quote 0
      • BuZzB
        BuZz administrators @bb2k
        last edited by BuZz

        @bb2k you ran out of memory. Some may need more swap added, but note that experimental emulators are not all yet tested on stretch. I'm currently working through them. Exiting ES may help.

        To help us help you - please make sure you read the sticky topics before posting - https://retropie.org.uk/forum/topic/3/read-this-first

        B 1 Reply Last reply Reply Quote 0
        • B
          bb2k @BuZz
          last edited by

          @buzz ok managed to compile lrmame-2016 with 1G of swap

          I'll try to compile lr-mame as well

          1 Reply Last reply Reply Quote 0
          • SanoS
            Sano
            last edited by

            @BuZz Some questions :

            • do you prefer us to use this image lie we do with our regular setup, or do you have particular things you want to be tested ? (like compilation as @bb2k does) ?
            • will this image be updated through regular retropie update script, or do we'll have to re-image our SD for new test versions ? AKA basically can I use this image as a base for my main setup (knowing that bugs are likely to occur), or is it better to use it for testing purpose only, without transferring all roms, saves, ... ?
            1 Reply Last reply Reply Quote 0
            • fluffypillowF
              fluffypillow
              last edited by

              Just updated Pegasus, it's linked to the brcm* libs now.

              herb_fargusH 1 Reply Last reply Reply Quote 1
              • herb_fargusH
                herb_fargus administrators @fluffypillow
                last edited by

                @fluffypillow can confirm this is now running on stetch, there are a few controller things to sort out but they are specific to pegasus and not stretch. thanks!

                If you read the documentation it will answer 99% of your questions: https://retropie.org.uk/docs/

                Also if you want a solution to your problems read this first: https://retropie.org.uk/forum/topic/3/read-this-first

                1 Reply Last reply Reply Quote 0
                • herb_fargusH
                  herb_fargus administrators
                  last edited by herb_fargus

                  Minecraft fails with the same user x server error when launching from ES, will be fixed with the same fix as pixel

                  List of tested working experimental packages

                  oricutron
                  minivmac
                  ti99sim
                  sdltrs
                  lr-dinothawr
                  cdogs-sdl
                  cgenius
                  srb2

                  If you read the documentation it will answer 99% of your questions: https://retropie.org.uk/docs/

                  Also if you want a solution to your problems read this first: https://retropie.org.uk/forum/topic/3/read-this-first

                  P 1 Reply Last reply Reply Quote 0
                  • P
                    psyke83 Global Moderator @herb_fargus
                    last edited by psyke83

                    This post is deleted!
                    1 Reply Last reply Reply Quote 0
                    • P
                      psyke83 Global Moderator
                      last edited by

                      Minecraft seems to launch and play fine for me without having to change any configuration. The mouse cursor acts odd in the initial menu, but selecting via keyboard, it works.

                      1 Reply Last reply Reply Quote 0
                      • herb_fargusH
                        herb_fargus administrators
                        last edited by

                        @fluffypillow

                        This is the failed compilation log for openblok on raspbian stretch:

                        https://pastebin.com/K8vugKrD

                        If you read the documentation it will answer 99% of your questions: https://retropie.org.uk/docs/

                        Also if you want a solution to your problems read this first: https://retropie.org.uk/forum/topic/3/read-this-first

                        1 Reply Last reply Reply Quote 0
                        • M
                          maz
                          last edited by

                          I understand is probably not even a bug but wanted to share.

                          Bluetooth Audio - bluealsa is not included on Stretch Lite (which is why I assume it isn't in Retropie either, and probably isn't needed by default for retropie). It is easy to install now just use "sudo apt-get install bluealsa". The other step that is needed is to also set a default PCM to point toward bluealsa with your mac address for the bluetooth device. I can provide / link to details on setting up. I don't know the retropie packaging system and if this could or should be put as experimental or if people should just run apt-get themselves anyway. There is issues with lag anyway.

                          The issue is with audio lag over bluetooth. I am not sure if / how to configure, but it is basically a 1 second delay which probably means bluetooth audio is only good for playing music. Video / Games would be super annoying with that lag. Googling didn't help me find a solution. Some say to disable wifi as they both run on 2.4ghz, but that had no effect. I think that is only for quality issues anyway, not the lag due to what I think is just buffering.

                          Every once in a while people ask about bluetooth audio on reddit, so I will watch and or proactive put out a post when this is released. I was super hopeful with stretch since bluealsa makes it way easier than before, but the lag makes me sad.

                          Again there is probably nothing for retropie to do, but since questions could come up I wanted to share.

                          L 1 Reply Last reply Reply Quote 0
                          • L
                            liebowa @maz
                            last edited by

                            @maz Thanks for following this, as this is the one feature that I personally am looking for the most out of stretch.

                            1 Reply Last reply Reply Quote 0
                            • fluffypillowF
                              fluffypillow
                              last edited by

                              @herb_fargus Fixed OpenBlok, thanks.

                              I've also tried Super Mario War, and while your fork builds successfully, it segfaults on launch, apparently caused by an SDL_DisplayFormat error. The SDL2 version works fine.

                              herb_fargusH 1 Reply Last reply Reply Quote 0
                              • herb_fargusH
                                herb_fargus administrators @fluffypillow
                                last edited by herb_fargus

                                @fluffypillow I tested the binary and compiling from source on my pi 3 on stretch and it seems to work fine. My fork is split out just for use on the pi but I wonder if it would merit any benefit to build off your latest fork despite the netplay instability as I trust your code over mine.

                                If you read the documentation it will answer 99% of your questions: https://retropie.org.uk/docs/

                                Also if you want a solution to your problems read this first: https://retropie.org.uk/forum/topic/3/read-this-first

                                1 Reply Last reply Reply Quote 0
                                • fluffypillowF
                                  fluffypillow
                                  last edited by fluffypillow

                                  @herb_fargus Ah you're right, it does work from binary. Unfortunately other than the netplay and the SDL2 port, most of the time was spent trying to make the code maintainable, so there aren't too many visible features :( The SDL2 port might be useful though.

                                  PS. It seems to work fine from source too now.

                                  1 Reply Last reply Reply Quote 0
                                  • A
                                    AlexJ
                                    last edited by

                                    Hello,
                                    Did someone tried to compile daphne-pi on stretch ?
                                    While it was working fine on jessie, with the same romset, it played blinded and muted on stretch.
                                    I tried to compile with gcc 4.9 and gcc 6.3, same result.
                                    Bye

                                    G 1 Reply Last reply Reply Quote 0
                                    • herb_fargusH
                                      herb_fargus administrators
                                      last edited by

                                      I reflashed the image for more testing but after doing so am finding it troublesome to connect my 8bitdo sf30 pro controller. It is recognised in the menu but fails to authenticate.

                                      (Creating device failed: org.bluez.Error.AuthentificationFailed: Authentification Failed)
                                      

                                      I don't know if the 8bitdo is still thinking it's connected to the old image or if I mixed something up so I'll keep digging. I imagine a reflashing of the 8bitdo firmware will probably fix it and it's probably just user error on my part but it's something to be aware of if it's persistent for other users going forward

                                      If you read the documentation it will answer 99% of your questions: https://retropie.org.uk/docs/

                                      Also if you want a solution to your problems read this first: https://retropie.org.uk/forum/topic/3/read-this-first

                                      1 Reply Last reply Reply Quote 0
                                      • G
                                        grant2258 Banned @AlexJ
                                        last edited by grant2258

                                        @alexj

                                        I know hypseus (sdl2 daphne port) is having problems on the on the pi on stretch as well the video just freezes. It also doesnt work on debian 9 x64. I wonder if its the new kernels with meltdown fixes that are effect mutex locks. I dont know if thats the same kind of problems you where having. Ill download the image and try compiling forked version of daphne and see if it works or not.

                                        1 Reply Last reply Reply Quote 0
                                        • SanoS
                                          Sano
                                          last edited by Sano

                                          @meleu
                                          Joystick selection doesn't seem to work anymore on this image.

                                          Example for NES, with Dualshock3 selected for player 1 with "by name" method :

                                          pi@retropie:~ $ cat  /opt/retropie/configs/nes/joystick-selection.cfg 
                                          input_player1_joypad_index = "Sony PLAYSTATION(R)3 Controller #1"
                                          
                                          pi@retropie:~ $ cat  /opt/retropie/configs/nes/retroarch.cfg 
                                          # Settings made here will only override settings in the global retroarch.cfg if placed above the #include line
                                          
                                          input_remapping_directory = "/opt/retropie/configs/nes/"
                                          
                                          input_player1_joypad_index = "0"
                                          # input_player2_joypad_index = "1"
                                          # input_player3_joypad_index = "2"
                                          # input_player4_joypad_index = "3"
                                          #include "/opt/retropie/configs/all/retroarch.cfg"
                                          
                                          pi@retropie:~ $ cat  /dev/shm/runcommand.log 
                                          --- start of joystick-selection log
                                          joystick selection by name is ON!
                                          joystick indexes for "nes" was configured
                                          joystick indexes for "all" was configured
                                          --- end of joystick-selection log
                                          Parameters: 
                                          Executing: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-fceumm/fceumm_libretro.so --config /opt/retropie/configs/nes/retroarch.cfg "/home/pi/RetroPie/roms/nes/Dr. Mario (Europe).zip" --appendconfig /dev/shm/retroarch.cfg
                                          

                                          Still the controller for player 1 is the other one (Hori Fighting stick mini)...

                                          Edit : tried with other systems : same behaviour
                                          I also tried to configure 2 PS3 controllers as player 1 and 2, same. Player 1 stay with the Hori stick, Player 2 is mapped with the first PS3 controller.

                                          Edit again : After some tests I checked the jslist files :

                                          pi@retropie:~ $ cat /tmp/jslist.
                                          jslist.2Nyz  jslist.3XSC  jslist.hfJr  jslist.Tbq2  jslist.tmyw  jslist.UUnk  
                                          pi@retropie:~ $ cat /tmp/jslist.*
                                          0:Sony PLAYSTATION(R)3 Controller #1
                                          1:HORI CO.,LTD. Fighting Stick mini 4 #1
                                          0:Sony PLAYSTATION(R)3 Controller #1
                                          1:HORI CO.,LTD. Fighting Stick mini 4 #1
                                          0:Sony PLAYSTATION(R)3 Controller #1
                                          1:Sony PLAYSTATION(R)3 Controller #2
                                          2:HORI CO.,LTD. Fighting Stick mini 4 #1
                                          0:Sony PLAYSTATION(R)3 Controller #1
                                          1:Sony PLAYSTATION(R)3 Controller #2
                                          2:HORI CO.,LTD. Fighting Stick mini 4 #1
                                          0:Sony PLAYSTATION(R)3 Controller #1
                                          1:Sony PLAYSTATION(R)3 Controller #2
                                          2:HORI CO.,LTD. Fighting Stick mini 4 #1
                                          0:Sony PLAYSTATION(R)3 Controller #1
                                          1:HORI CO.,LTD. Fighting Stick mini 4 #1
                                          

                                          The strange thing is The Hori Controller is USB connected (and never disconnected), so it should always be index 0 (what seems to be retroarch view)...
                                          But his index in your script changes according to the PS3 controllers connected.

                                          @psyke83 Could it be that your sixaxis module somewhat forces the index of the PS3 controllers to the first ones, regardless of the already connected controllers ?
                                          (That would explain the active led 1 on the controller, before upgrading when I connected a DS3, the led 2 was on, because of the arcade stick being the first)

                                          meleuM 1 Reply Last reply Reply Quote 0
                                          • meleuM
                                            meleu @Sano
                                            last edited by

                                            @sano said in RetroPie 4.3.11 Stretch images for testing:

                                            Joystick selection doesn't seem to work anymore on this image.

                                            :(

                                            Thanks for the heads-up. Will try to check it when I find some free time.

                                            • Useful topics
                                            • joystick-selection tool
                                            • rpie-art tool
                                            • achievements I made
                                            1 Reply Last reply Reply Quote 2
                                            • 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.