Forum Replies Created
-
AuthorPosts
-
trixsterParticipant
Any of you guys managed to get Beebem to change disc images without crashing? It makes it a little hard to save progress in games like Elite!
trixsterParticipantHave you got the required neogeo roms?
Watch Floob’s video on getting neogeo running. It’s for gngeo but a lot is applicable to fba too.
trixsterParticipantNot until it’s supported in Emulationstation
trixsterParticipantThat is brilliant.
trixsterParticipanthaprpi, excellent blog, I have beebem up and running in emulationstation too now, so thanks!
Have you had any luck getting sound working though?
/disregard, sound needs to be set to 11khz
trixsterParticipantBassholio, did those files I sent you make any difference?
trixsterParticipantHello all,
80000000 works fine on my pitft, I can’t discern any glitches, flashes or flickers. There’s little or no input lag. I went with the adafruit settings purely because that’s what they recommended for the 2.8 screens and they seem to work fine with my 3.5. Regarding the fps – I’m not sure why there’s an fps setting however I was happy enough to stick with 60fps as it correlates with the refresh rate of most of the emulators I’m using. I’m not sure why a tft would have both a refresh and an fps setting though.
trixsterParticipantMan I need to look a bit harder! Thanks for the replies.
trixsterParticipantAny idea what GUIEnhancements = 15 in the .cfg does?
trixsterParticipantWell I never, it only bloody works! Nice one. I didn’t even think to look for a config file.
trixsterParticipantI thought I’d added the DMT-87 into my runcommand.sh but looking at it it’s not there, so I guess you’re right.
trixsterParticipantThe widescreen mod doesn’t seem to work. I’ve installed it correctly onto my PC, setting 1280×720 as the required resolution. I’ve then recopied the entire folder across to the pi again but the game still renders in 4:3. I’ve set the resolution as 1280×720 when the games boots but that doesn’t affect things.
trixsterParticipantI’ve briefly tested it with Baldur’s Gate, it seems to run really well on my Rpi2. Thanks for posting this!
trixsterParticipantSlightly better video here:
trixsterParticipantAgreed, a fast emulation of Tempest 2000 would be brilliant!
trixsterParticipantThe problem is the pi2 does not like sdram being pushed to 500mhz. It’s much more stable dialled back to 483. Check this link for a good analysis of pi2 overclocking.
http://linuxonflash.blogspot.co.uk/2015/02/a-look-at-raspberry-pi-2-performance.html
trixsterParticipantThat video was taken before I commented out the line: dtoverlay=pitft35r,rotate=90,speed=42000000,fps=20
in config.txt and replaced it with
dtoverlay=pitft35r,rotate=90,speed=80000000,fps=60
It’s smoother now.
The rpi2 is overclocked to 1.1ghz, sdram at 483, core not overclocked.
trixsterParticipanttrixsterParticipantYes. I followed this tutorial https://learn.adafruit.com/running-opengl-based-games-and-emulators-on-adafruit-pitft-displays/pitft-setup
You have to substitute 28r for 35r.
The line: /usr/local/bin/fbcp &
Needs to be added to /etc/rc.local
In config.txt you need to add this line: dtoverlay=pitft35r,rotate=90,speed=80000000,fps=60
and comment out a similar line which has been added by the helper script.
trixsterParticipantDid you get this to work? I have a pitft 3.5 on an rpi2 and I think it works brilliantly!
trixsterParticipantI can get it running fine but it’s incredibly slow. It’s unusable in it’s current state. Much like the Saturn emulation.
trixsterParticipantIt’s pretty good on an rpi2. The sound makes a big difference. Soul caliber has loads of glitches but it’s a great start to dream cast emulation!
trixsterParticipantSWOS 96/97 with the syncronated swos 13/14 team updates and two competition pro usb joysticks is retro gaming heaven.
trixsterParticipantThe temperature won’t be an issue. These CPUs are good for 85 degrees before they start to throttle. It’s more likely your cpu or ram or both cannot handle to overclock settings. Maybe drop the ram overclock a little and overvolt it a touch.
trixsterParticipantok, stripping it all down to the include makes it work! Nice one! Something in the config was causing the issue. I can troubleshoot it from here, ta.
trixsterParticipantokey dokey, here’s the pastebin of retroarch.cfg from the fba folder
Thanks for looking into this, i’m sure it’s something I’ve screwed up on!
trixsterParticipantA full binary install makes no difference to the problems I’m encountering. lr-picodrive, lr-fba and lr-prboom still quit back to emulationstation.
trixsterParticipantconfig attanched with .cfg removed from the end to get it to upload
trixsterParticipantyes, from menu 5 but i also updated retroarch and emulationstation. I also did an apt-get update and apt-get upgrade first. ill try a full binary update now.
trixsterParticipantThanks for the reply. The rom locations are all correct and match es_system.cfg
In the cases of the libretro cores that don’t work, the roms are found, certain config options such as button configs are loaded but when it gets to “Powering on HDMI with preferred settings” the emulation quits and goes back into Emulationstation. The erro log file for Street Fighter 3 Third Strike running on lr-fba is here:
RetroArch: rarch_log_libretro: [libretro INFO] :: [FBA] Archive: sfiii3
RetroArch: rarch_log_libretro: [libretro INFO] :: Game: sfiii3
RetroArch: rarch_log_libretro: [libretro INFO] :: Frontend supports RGB565 – will use that instead of XRGB1555.
RetroArch: rarch_log_libretro: [libretro INFO] :: has_analog: 0
RetroArch: rarch_log_libretro: [libretro INFO] :: drvname: sfiii3
RetroArch: rarch_log_libretro: [libretro INFO] :: genre: 8
RetroArch: rarch_log_libretro: [libretro INFO] :: hardware: 150994944
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Coin – assigned to key: RetroPad Button Select, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Coin – has nSwitch.nCode: 6.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Start – assigned to key: RetroPad Button Start, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Start – has nSwitch.nCode: 2.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Up – assigned to key: RetroPad D-Pad Up, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Up – has nSwitch.nCode: c8.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Down – assigned to key: RetroPad D-Pad Down, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Down – has nSwitch.nCode: d0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Left – assigned to key: RetroPad D-Pad Left, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Left – has nSwitch.nCode: cb.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Right – assigned to key: RetroPad D-Pad Right, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Right – has nSwitch.nCode: cd.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Weak Punch – assigned to key: RetroPad Button Y, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Weak Punch – has nSwitch.nCode: 1e.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Medium Punch – assigned to key: RetroPad Button X, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Medium Punch – has nSwitch.nCode: 1f.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Strong Punch – assigned to key: RetroPad Button L, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Strong Punch – has nSwitch.nCode: 20.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Weak Kick – assigned to key: RetroPad Button B, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Weak Kick – has nSwitch.nCode: 2c.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Medium Kick – assigned to key: RetroPad Button A, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Medium Kick – has nSwitch.nCode: 2d.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Strong Kick – assigned to key: RetroPad Button R, port: 0.
RetroArch: rarch_log_libretro: [libretro INFO] :: P1 Strong Kick – has nSwitch.nCode: 2e.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Coin – assigned to key: RetroPad Button Select, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Coin – has nSwitch.nCode: 7.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Start – assigned to key: RetroPad Button Start, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Start – has nSwitch.nCode: 3.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Up – assigned to key: RetroPad D-Pad Up, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Up – has nSwitch.nCode: 4002.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Down – assigned to key: RetroPad D-Pad Down, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Down – has nSwitch.nCode: 4003.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Left – assigned to key: RetroPad D-Pad Left, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Left – has nSwitch.nCode: 4000.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Right – assigned to key: RetroPad D-Pad Right, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Right – has nSwitch.nCode: 4001.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Weak Punch – assigned to key: RetroPad Button Y, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Weak Punch – has nSwitch.nCode: 4080.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Medium Punch – assigned to key: RetroPad Button X, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Medium Punch – has nSwitch.nCode: 4081.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Strong Punch – assigned to key: RetroPad Button L, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Strong Punch – has nSwitch.nCode: 4082.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Weak Kick – assigned to key: RetroPad Button B, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Weak Kick – has nSwitch.nCode: 4083.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Medium Kick – assigned to key: RetroPad Button A, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Medium Kick – has nSwitch.nCode: 4084.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Strong Kick – assigned to key: RetroPad Button R, port: 1.
RetroArch: rarch_log_libretro: [libretro INFO] :: P2 Strong Kick – has nSwitch.nCode: 4085.
RetroArch: rarch_log_libretro: [libretro INFO] :: WARNING! Button unaccounted for: [Reset].
RetroArch: rarch_log_libretro: [libretro INFO] :: Reset – has nSwitch.nCode: 3d.
RetroArch: rarch_log_libretro: [libretro INFO] :: WARNING! Button unaccounted for: [Diagnostic].
RetroArch: rarch_log_libretro: [libretro INFO] :: Diagnostic – has nSwitch.nCode: 3c.
RetroArch: rarch_log_libretro: [libretro INFO] :: WARNING! Button unaccounted for: [Service].
RetroArch: rarch_log_libretro: [libretro INFO] :: Service – has nSwitch.nCode: a.
RetroArch: rarch_log_libretro: [libretro INFO] :: WARNING! Button unaccounted for: [Region].
RetroArch: rarch_log_libretro: [libretro INFO] :: Region – has nSwitch.nCode: 3.
/opt/retropie/supplementary/runcommand/runcommand.sh: line 534: 2620 Segmentation fault /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-fba/fb_alpha_libretro.so –config /opt/retropie/configs/fba/retroarch.cfg “/home/pi/RetroPie/roms/fba/sfiii3.zip” –appendconfig /tmp/retroarch.cfgtrixsterParticipantRight, I’ve just tried again to update from 2.6 to 3.0, using the updated script you mentioned in the post #92853. I updated all the emulators I use including retroarch and emulationstation. All emulators which do not use retroarch seem ok. I didn’t use my old configs at all.
The following libretro cores work ok:
lr-imame4all
lr-nestopia
lr-snes9x-nextI cannot get lr-picodrive, lr-prboom, or lr-fba to work. I did not even update lr-prboom with the latest binary. It was working fine under 2.6 and now not under the retroarch which has been installed under 3.0. Loading a rom with picrodrive or lr-fba returns a Segmentation Fault.
What now?
trixsterParticipantAh, right, I see. Didn’t realise that! I’ll give it another go. Luckily I took an image of my sd card prior to doing the ‘update’ so i can try again. Thanks for the quick reply!
trixsterParticipantAfter an update of the retropie-update script and then a binary install of the emulators I’m using I’m running into problems with version 3.0. I’ve upgraded from 2.6 to 3.0.
I took a copy of my various configs folders first (as well as some cfg files for emulators like pisnes and pifba). After the install of 3.0 binaries I copied back over the relevant config files (mainly retroarch.cfg for individual emulators) as i didnt want to have to go through the pain of re-configuring everything agai. Now anything which runs from a libretro core will not load, it quits back into emulationstation with a segmentation fault.
I do not want to have to use the download image as i already have a ton of other stuff on my current install. Is there a way to upgrade from 2.6 to 3.0 without re-imaging the sd card but still retaining all the time-precious config file changes that have been made?
trixsterParticipantYep, been playing this for a while. It’s excellent.
trixsterParticipantPi2, 1100Mhz, core at 550 and sdram at 483 with overvolt of 6 works really well for me, no lockups at all.
-
AuthorPosts