Subcategories

  • Wireless arcade stick

    3
    0 Votes
    3 Posts
    2k Views
    TheStrayMongrelT

    Plenty of people have done this using x360 controllers, and there are in depth guides about it. The biggest issue is that the common ground tends to vary on some of the controllers thus people have to do twice as much soldering rather than daisy-chaining the ground and it means a little more room for error as you have to scratch off paint over contacts and solder to the board. Like i say, this if for x360 though so might be totally different with ps3. Good luck!

  • Arcades are making a return....

    8
    0 Votes
    8 Posts
    2k Views
    B

    @obsidianspider Yeah, I'm surprised the guy in the video above didn't crack that headset or his face!

  • Where do emulators get the NTSC/Pal Info? Filename or header?

    Locked
    9
    0 Votes
    9 Posts
    4k Views
    BuZzB

    https://retropie.org.uk/forum/topic/4993/nes-music-way-too-fast/27

    Please use the earlier topic for continued discussion.

  • RetroArch

    26
    0 Votes
    26 Posts
    8k Views
    BuZzB

    @badboy1985ro Not quite sure what you are asking, but the libretro library names we use are all in the sourcecode

    grep -ro "\$md_inst.*\.so" scriptmodules/libretrocores/ | uniq | sort

    scriptmodules/libretrocores/lr-4do.sh:$md_inst/4do_libretro.so scriptmodules/libretrocores/lr-armsnes.sh:$md_inst/libpocketsnes.so scriptmodules/libretrocores/lr-beetle-lynx.sh:$md_inst/mednafen_lynx_libretro.so scriptmodules/libretrocores/lr-beetle-ngp.sh:$md_inst/mednafen_ngp_libretro.so scriptmodules/libretrocores/lr-beetle-pce-fast.sh:$md_inst/mednafen_pce_fast_libretro.so scriptmodules/libretrocores/lr-beetle-pcfx.sh:$md_inst/mednafen_pcfx_libretro.so scriptmodules/libretrocores/lr-beetle-psx.sh:$md_inst/mednafen_psx_libretro.so scriptmodules/libretrocores/lr-beetle-supergrafx.sh:$md_inst/mednafen_supergrafx_libretro.so scriptmodules/libretrocores/lr-beetle-vb.sh:$md_inst/mednafen_vb_libretro.so scriptmodules/libretrocores/lr-beetle-wswan.sh:$md_inst/mednafen_wswan_libretro.so scriptmodules/libretrocores/lr-bluemsx.sh:$md_inst/bluemsx_libretro.so scriptmodules/libretrocores/lr-bsnes.sh:$md_inst/bsnes_accuracy_libretro.so scriptmodules/libretrocores/lr-caprice32.sh:$md_inst/cap32_libretro.so scriptmodules/libretrocores/lr-desmume.sh:$md_inst/desmume_libretro.so scriptmodules/libretrocores/lr-dinothawr.sh:$md_inst/dinothawr_libretro.so scriptmodules/libretrocores/lr-dosbox.sh:$md_inst/dosbox_libretro.so scriptmodules/libretrocores/lr-fbalpha2012.sh:$md_inst/fbalpha2012_libretro.so scriptmodules/libretrocores/lr-fbalpha.sh:$md_inst/fbalpha_libretro.so scriptmodules/libretrocores/lr-fceumm.sh:$md_inst/fceumm_libretro.so scriptmodules/libretrocores/lr-fmsx.sh:$md_inst/fmsx_libretro.so scriptmodules/libretrocores/lr-fuse.sh:$md_inst/fuse_libretro.so scriptmodules/libretrocores/lr-gambatte.sh:$md_inst/gambatte_libretro.so scriptmodules/libretrocores/lr-genesis-plus-gx.sh:$md_inst/genesis_plus_gx_libretro.so scriptmodules/libretrocores/lr-glupen64.sh:$md_inst/glupen64_libretro.so scriptmodules/libretrocores/lr-gpsp.sh:$md_inst/gpsp_libretro.so scriptmodules/libretrocores/lr-gw.sh:$md_inst/gw_libretro.so scriptmodules/libretrocores/lr-handy.sh:$md_inst/handy_libretro.so scriptmodules/libretrocores/lr-hatari.sh:$md_inst/hatari_libretro.so scriptmodules/libretrocores/lr-imame4all.sh:$md_inst/mame2000_libretro.so scriptmodules/libretrocores/lr-mame2003.sh:$md_inst/mame2003_libretro.so scriptmodules/libretrocores/lr-mame2010.sh:$md_inst/mame2010_libretro.so scriptmodules/libretrocores/lr-mame2014.sh:$md_inst/mame2014_libretro.so scriptmodules/libretrocores/lr-mame.sh:$md_inst/mamearcade_libretro.so scriptmodules/libretrocores/lr-mess.sh:$md_inst/mess_libretro.so scriptmodules/libretrocores/lr-mgba.sh:$md_inst/mgba_libretro.so scriptmodules/libretrocores/lr-mupen64plus.sh:$md_inst/mupen64plus_libretro.so scriptmodules/libretrocores/lr-nestopia.sh:$md_inst/nestopia_libretro.so scriptmodules/libretrocores/lr-nxengine.sh:$md_inst/nxengine_libretro.so scriptmodules/libretrocores/lr-o2em.sh:$md_inst/o2em_libretro.so scriptmodules/libretrocores/lr-pcsx-rearmed.sh:$md_inst/libretro.so scriptmodules/libretrocores/lr-picodrive.sh:$md_inst/picodrive_libretro.so scriptmodules/libretrocores/lr-ppsspp.sh:$md_inst/ppsspp_libretro.so scriptmodules/libretrocores/lr-prboom.sh:$md_inst/prboom_libretro.so scriptmodules/libretrocores/lr-prosystem.sh:$md_inst/prosystem_libretro.so scriptmodules/libretrocores/lr-quicknes.sh:$md_inst/quicknes_libretro.so scriptmodules/libretrocores/lr-reicast.sh:$md_inst/reicast_libretro.so scriptmodules/libretrocores/lr-scummvm.sh:$md_inst/scummvm_libretro.so scriptmodules/libretrocores/lr-snes9x2002.sh:$md_inst/snes9x2002_libretro.so scriptmodules/libretrocores/lr-snes9x2005.sh:$md_inst/snes9x2005_libretro.so scriptmodules/libretrocores/lr-snes9x2010.sh:$md_inst/snes9x2010_libretro.so scriptmodules/libretrocores/lr-stella.sh:$md_inst/stella_libretro.so scriptmodules/libretrocores/lr-tgbdual.sh:$md_inst/tgbdual_libretro.so scriptmodules/libretrocores/lr-tyrquake.sh:$md_inst/tyrquake_libretro.so scriptmodules/libretrocores/lr-vba-next.sh:$md_inst/vba_next_libretro.so scriptmodules/libretrocores/lr-vecx.sh:$md_inst/vecx_libretro.so scriptmodules/libretrocores/lr-virtualjaguar.sh:$md_inst/virtualjaguar_libretro.so scriptmodules/libretrocores/lr-yabause.sh:$md_inst/yabause_libretro.so

    I would recommend you try and be polite here if you want people to give up their free time to help you.

  • PiZero compared to a Pi3

    25
    0 Votes
    25 Posts
    11k Views
    B

    @twd said in PiZero compared to a Pi3:

    Did I say pifba plays cps3 ?

    You said "Everything you stated works fine", and i stated cps3 wouldn't run fine. I can't guess you are using pifba if your first post is "misleading" (yes, i could have used another word...), things would have been different if you had said "i can't play cps3 but the others run fine on pifba". Of course you can run pifba fine on a rpi1@1Ghz, i never disagreed with that, it's an emulator especially written for rpi1, but that's a fork from 6 years ago (and heavily modified for rpi, mainly their m68k dynarec which won't work inside current fba codebase, that's why there have been no update for 6 years), which contains less than 1/20 of current fbalpha game library and lacks a lot of other features retroarch+fbalpha-libretro provide.

  • -1 Votes
    2 Posts
    1k Views
    dankcushionsD

    just the one thread is enough...

  • Rom collection browser and retropi

    10
    0 Votes
    10 Posts
    8k Views
    ?

    So how do i set up rcb to start games from kodi after everythig is working in emu station?

  • Neogeo.zip version question

    5
    0 Votes
    5 Posts
    4k Views
    flopF

    ok thx!

  • Is Freesync Possible?

    1
    0 Votes
    1 Posts
    1k Views
    No one has replied
  • This topic is deleted!

    1
    0 Votes
    1 Posts
    1 Views
    No one has replied
  • London Gaming Market

    1
    0 Votes
    1 Posts
    709 Views
    No one has replied
  • 0 Votes
    15 Posts
    5k Views
    RookervikR

    @lilbud Oh don't worry, I already have the soundtrack :D

  • Recommendations for Emulators on x86

    5
    0 Votes
    5 Posts
    2k Views
    B

    Perhaps supermodel3 would run decently on i5 above 2.5Ghz.

  • This topic is deleted!

    1
    0 Votes
    1 Posts
    13 Views
    No one has replied
  • RetroPie as an Add-on For LibreElec/OpenElec/Kodi???

    11
    0 Votes
    11 Posts
    22k Views
    mediamogulM

    @Toast

    I use this and am very happy with it. The problem with RetrOSMC is that it tries to shoehorn the two projects together into one. This can potentially lead to all kinds of incompatibilities and makes troubleshooting either project much more difficult. The multi-boot solution is functionally identical, but the two projects are isolated to their own partitions and always run as they should in their own space. When you're in OSMC, you get an addon you can select that will launch RetroPie and when you're in RetroPie, you get a menu listing in Emulation Station that will launch OSMC. Once installed, you can simply update both projects to their latest versions.

  • This topic is deleted!

    Locked
    1
    -2 Votes
    1 Posts
    39 Views
    No one has replied
  • Overclocking wiki page rewritten

    6
    10 Votes
    6 Posts
    2k Views
    ShakzS

    Excellent work....very very thorough. Love it!

  • psx roms not showing up.

    2
  • 0 Votes
    5 Posts
    2k Views
    G

    I'm going to be buying one of these https://www.amazon.com/SunFounder-DS3231-Precision-Raspberry-Arduino/dp/B00HF4NUSS/ref=pd_rhf_gw_p_img_5?_encoding=UTF8&psc=1&refRID=2W3BY4QZJ3XJNV3N1YXX for my Pi in a PS2 Slim project. its small enough and higher precision which is what I care about.

  • Can I do MORE GPIO stuff with Mausberry script?

    2
    0 Votes
    2 Posts
    1k Views
    obsidianspiderO

    I modified my Mausberry script to change the display on my TFT to show that the Pi is shutting down. That said, I've seen other python implementations to try to do the same thing. Most seemed to be less "foolproof" than the Mausberry method, so I didn't use python to manage the shutdown. I'm still quite a hack at this, I'm still cleaning things up, and I'm sure my code is messy, but this is my modified switch.sh

    #!/bin/bash #this is the GPIO pin connected to the lead on switch labeled OUT GPIOpin1=18 #this is the GPIO pin connected to the lead on switch labeled IN GPIOpin2=17 echo "$GPIOpin1" > /sys/class/gpio/export echo "in" > /sys/class/gpio/gpio$GPIOpin1/direction echo "$GPIOpin2" > /sys/class/gpio/export echo "out" > /sys/class/gpio/gpio$GPIOpin2/direction echo "1" > /sys/class/gpio/gpio$GPIOpin2/value while [ 1 = 1 ]; do power=$(cat /sys/class/gpio/gpio$GPIOpin1/value) if [ $power = 0 ]; then sleep 1 else #load image sudo python /home/pi/Adafruit_Python_ILI9341/examples/imageparam2.py "/home/pi/Adafruit_Python_ILI9341/examples/powering-off.png" sudo poweroff fi done

    The Mausberry script is pretty inefficient if you want to monitor buttons as it's constantly polling. From my research the "wait for edge" method is less processor intensive. This is my "reset button" python script that controls the backlight on my secondary TFT. My code may be messy, but I noticed less CPU load when using this method compared to the Mausberry method.

    #!/usr/bin/python import RPi.GPIO as GPIO import time # set up BCM GPIO numbering GPIO.setmode(GPIO.BCM) # turn off warnings GPIO.setwarnings(False) # tell the script that we're going to output data on GPIO 23 GPIO.setup(23,GPIO.OUT) # tell the script we're going to use GPIO 27 for input and act as a pull up resistor GPIO.setup(27, GPIO.IN, pull_up_down=GPIO.PUD_UP) # the default state of the light is on light = 1 # run this unless there's an exception try: # Turn ON Backlight by default GPIO.output(23,GPIO.HIGH) # do this forever while True: # use interrupt to wait for button to be pressed GPIO.wait_for_edge(27, GPIO.FALLING) # if the light is on, turn the light off if light == 1: #Turn OFF Backlight GPIO.output(23,GPIO.LOW) #change the state of the light variable so the script knows the light is off light = 0 # if the light is off, turn the light on elif light == 0: # Turn ON Backlight GPIO.output(23,GPIO.HIGH) #change the state of the light variable so the script knows the light is on light = 1 # wait a little while to account for bounce in the button time.sleep(0.2) # keep running unless you Ctrl+C to break out of it except KeyboardInterrupt: # reset the GPIO pins used in this program GPIO.cleanup()

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.