Code: Select all
xboxdrv --trigger-as-button --wid 0 --led 2 --deadzone 4000 --silent & sleep 1
Code: Select all
I usually play on real CRT, but I'd like to try the phosphor shader on HDMI.welshy wrote:antiriad
I cant help you there my friend as I don't use shaders! I'm not a great fan of the various effects/filters in emulators like HQ2, supereagle etc. (I think they look awful!).
Well, like MAME I think RetroArch uses a basic interpolation filter as 'Default' to smooth edges. I haven't tried to change the Menu key to Pad as yet, but as I plan to produce a RetroArch SD Card Image for MegaDrive/Mega CD and PC Engine/CD ROM to replace an existing one (now the PC Engine CD works fullspeed) its something which needs addressing (I'm sure its as simple as changing some settings in the config). I have tested most of the Cores but other than the ones you have mentioned there are better alternatives available, but I do like to 'Tinker' with RetroArch from time to time as new Cores become available or are updated.antiriad wrote: I usually play on real CRT, but I'd like to try the phosphor shader on HDMI.
Nevertheless, thank you very much for all your support!
P.S. It is possible, while playing, to assign a joystick button to go back to the Retroarch Menu?
P.S.S. Actually I use PC Engine, Picodrive and FCEUMM cores. There are other cores that run in full speed on Raspberry?
Have you set Raspbian for 'quiet' Boot? It speeds up Boot time and you shouldn't get the warning. As for RetroArch, the Pocket SNES Core is your best bet but overall I would probably recommend PiSNES (Non-RetroArch) for SNES Emulation.antiriad wrote:If I remove the power in command line (no X, no apps running) I always receive a warning of fsck at boot (I really hate it!
As I always mention, there is no 'One Size Fits All' solution with emulation! If you check the 1st page of this thread I did make note of some tested Cores. However, MAME4ALLPi and PiFBA are faster with better ROMS compatible than any of the RetroArch Cores I have tried. As far as SNES Emulation is concerned, there is little to choose between PiSNES and the PocketSNES Core.antiriad wrote:...I've noticed that there are multiple cores for SNES and arcade games (MAME etc.).
I'd like to know if anyone has tested them all, and if effectively SNES emulation is slow with all cores etc.
I know that there is PiSNES, but it would be nice to have all in one ecosystem.
Hi and thank you.welshy wrote:antiriad wrote:As far as SNES Emulation is concerned, there is little to choose between PiSNES and the PocketSNES Core.
I remember that in MAME4ALLPi the games Golden Axe, Moonwalker and Riot City have speech audio crackling with some noise (a user here even started a fork, it should be in the forum thread). About Golden Axe, the japanese uncensored/bloodier revision (not a bootleg) is not supported (and since it's rare, it is the one to emulate! ).welshy wrote:antiriad
PiSNES and the RetroArch PocketSNES Core are similar in performance, but differ from ROM to ROM on compatibility/accuracy. PocketSNES, unlike PiSNES will run SperFX Titles but not at a good enough speed to be realistically playable. As far as MAME4ALLPi is concerned I haven't noticed any issue with Golden Axe or any Irem Title's on M70-80 Boards (the famous ones such as R-Type, R-Type II, Vigilante, Hammering Harry etc.), which ones are you having problems with?
Hi, I was able to compile the PocketSNES Core easily, thank you.welshy wrote:antiriad
I'm not convinced by the Golden Axe uncensored/bloodier revision (I think its a fake/hack!), it does work in AdvMAME though! In the Hunt is an M92 Board Title so may well work in AdvMAME but wouldn't be fast enough to be viable. I seem to recall the PocketSNES Core was a simple configure and make, but if you check the README file it will probably give instructions on how to compile it.
This is really interesting, so I'd like to recompile the Picodrive core with these flags. But how can I add the flags?Vanfanel wrote: However, if you want to squeeze the last bit of performance, you can do various things:
-Add specific Rpi CPU CFLAGS to the Makefiles (or Makefile.libretro) you use to compile.
Code: Select all
-Ofast -march=armv6 -mfpu=vfp -mfloat-abi=hard
...why 640x480 and not, for instance, 320x240? Using in config.txt the framebuffer width and height options will bring the same performance improvements? What could be the most accurate resolution config for Picodrive on a CRT TV via composite cable?-Use 640x480 video mode for RetroArch: you can use tvservice command to set a 640x480 video mode, use RetroArch + core, and then go back to your planel's native video mode usin tvservice again. This is the script I use to launch my NES emulator:
All in all, you SHOULD have rock-solid, lag-less, tearing-less, smooth, hardware full-screen-scaled emulation...
Code: Select all
sudo /etc/init.d/dropbear stop tvservice -e "CEA 1" fbset -xres 640 -yres 480 -vxres 640 -vyres 480 sleep 1 sync nice -n -10 ./retroarch -c cfg/nes.cfg "$1" tvservice -e "DMT 39" sleep 1 fbset -xres 1360 -yres 768 -vxres 1360 -vyres 768 sudo /etc/init.d/dropbear start clear
Hey thank you for all the answers!Vanfanel wrote:Hi, Antiriad.
I don't think it's possible to have a physical 320x240 or similar, old console-native video mode, because I don't see them listed here:
So setting a 320x240 buffer size would, I guess, render the game in a small screen area in one of the supported video modes.
As for adding the CFLAGS, which should make sense in both RetroArch and cores, you have to edit the corresponding Makefile or Makefile.libretro and add them in the "CFLAGS = ..." section.
As for standalone picodrive, I don't know much about it. Anything emulating outside RetroArch has no sense for me, as audio and video won't be perfectly synced.