[dankcushions]

[quote=117138]It worked for me quite well so far with SNES games. My only issue is that there’s no switch to enable hardcore mode (disables the use of savestates and other cheats) so even though I’m not using savestates, I just get the regular achievement and not the hardcore version. :/

[/quote]
just added to retraorch. see https://github.com/libretro/RetroArch/pull/2790

[dankcushions]

too many files involved IMO. tweaks to e.g. zelda could stretch across 5+ different config files, and several of which would then affect other games. plus you’d surely end up bringing in changes you don’t necessarily want.

better to document tweaks in the forum/wiki so we can understand what does/doesn’t work, and maybe lobby for changes to the emulators/retropie so that manual changes aren’t required.

[dankcushions]

My suspicion is that later firmware updates have changed how overscan works on the pi. i had to change my overscan configuration with the pi3 and 3.6, but the GPU is the same so there shouldn’t be a hardware reason for that (?). so i think maybe the firmware is different in this regard.

[dankcushions]

[quote=119666]Also proposing some changes to the logos. I don’t like the SNES or the NES. Thinking about changing them to this:

[/quote]
looks great! +1! :)

[dankcushions]

[quote=118432]i’ve made a few fixes to lr-mame2003 so if you install from source the OK screen is gone and the nvram, etc, will save in various folders inside your /roms/ directory. that’s not a very good place for these folders but i’m not sure of the best place to put them, or if it’s even possible to change the systemDir for mame2003 without breaking other things…

[/quote]

this is now fixed – they store in the proper places. see see https://github.com/libretro/mame2003-libretro/pull/21

(samples work also)

[dankcushions]

[quote=119370]/home/pi/RetroPie/roms/config/

i’m going to change it the mame2003 folder soon, or mame it customizable

[/quote]

this is done. see see https://github.com/libretro/mame2003-libretro/pull/21

[dankcushions]

for me, mk1 is fine on pi2 with lr-imame4all, but on pi3 it’s also fine on lr-mame2003.

mk2 and 3 are decent on 2003 on both pi2 & 3.

nice vid of n64 compatibility on the pi3:

[dankcushions]

there’s some tips here: https://www.reddit.com/r/emulation/comments/41okgr/can_someone_help_me_reduce_input_lag_for_retroarch/ (user libretro should know what they’re talking about!)

it’s also worth experimenting with the input drivers. i think it defaults to udev, but linuxraw might be faster? try the others also.

there is also a new input polling option in settings > input called “poll type behavior” that may help when set to “late” vs “early” or “normal”.

it’s a lot of experimentation but i’d love a sort of comprehensive list of what does/doesn’t help :) would make a good wiki page…

[dankcushions]

I said it in the other thread but poeple really should experiment with video_driver = “dispmanx” in /opt/retropie/configs/all/retroarch.cfg – it’s a ‘bare metal’ driver which may improve latency, but no one has any documented results yet :/

[dankcushions]

If there’s an issue in mame2003 you should log it https://github.com/libretro/mame2003-libretro/issues – i’ll try and get to it.

[dankcushions]

yeah, android is an immediate “no” from me. very limited for what you can do. retroarch on android has a lot of problems, from what i hear. i don’t believe there’s an auto-booting emu front end for android, for example? isn’t it all just apps?

but that said, there’s many x86 or whatever mini PC systems you can get if you want a low-cost and powerful system for emulation, but i think the pi is still the cheapest and most flexible in its class, as long as you manage your expectations. having perfect emulation of the home and arcade 8-32-bit era is plenty to be getting on with!

plus for me i like taking modest hardware and making it do cool stuff, especially knowing that there’s this huge userbase/community that is trying the same. it’s a journey :)

[dankcushions]

[quote=119602]

dankcushions wrote:

sorry, yeah, true, daft as it is

Yeah but that also means that the pi 2 doesn’t struggle for most emulators.

I only had a few emulators/games that where able to make the pi 2 use 100% of one core.

Here are some cases I checked:
lr-snes-9x with super FX games (but easily solved with lr-pocketsnes…)
mame4all with dodonpachi reached 100% but solved with lr-fba-next who never reaches more than 50% without fba overclocking setting* (around 95% with 200 for fba overclocking setting*)
lr-pcsx-reamred doesn’t move from 50% except with few games like some specific magic spells in FF9 or specific parts of Broken Sword 2(but it is emulation glitches IMHO)

For those we are interested in (N64, DC and PPSSPP) I didn’t check actually… would be interesting to verify later today.

*It’s a setting that allows to emulate the original plateforme but overclocked (max 200 wich is 200%). It’s usefull to remove some slowdowns on games that where lagging on the original machine (like the metal slug serie on neogeo for exemple).

[/quote]my findings were different – I do understand how top works I was just miss typing. I doubt any emus run at 25% cpu.

pcsx maxes the pi2 cpu at 2x resolution (it renders everything in software) and I’m sure it spikes to 100% at some games like tekken 3 that have brief hitches at regular resolution. I don’t use fba over mame for various reasons, so mame improvements are important to me.it also maxes with 32x games.

mileage may vary …

[dankcushions]

sorry, yeah, true, daft as it is :)

[dankcushions]

if you’ve configured your keyboard as a controller in emulation station, i think it will show up as RETROPAD1 (and your controller as RETROPAD2, so maybe it’s working correctly??

but if you want to just change it for all systems then doing it the .cfg way is better.

[dankcushions]

also it’s easy to work out if an emulation is CPU or GPU-bound. just run top command in SSH when you’re playing them – if it says ~100% cpu use. it is using 100% of one core (almost no emulators are multithreaded) so likely isn’t GPU-bound. in my experience this was always the case with the pi2, but i’ve not tried it on the pi3.

[dankcushions]

[quote=119542]if you want to know how “mature” these emulators are, look for a mupen or reicast emulation on NVIDIA SHIELD with tegra processorat youtube . really smooth gameplay!
[/quote]but then run soul calibur on reicast and it’s glitched. neither reicast, mupen (without LLE or plugins like angrylion, which will struggle on an i7) or PPSSPP are pixel-perfect so are full of games that are glitched or do not work. that’s not “mature” in my eyes.

[quote=119528]@darkcushions: Which MAME games have better performance?
[/quote]i’ve not tested much, but all the cave shooters run full speed for me on the pi3. MK1 is now perfect on mame2003. ninja baseball batman. even some 3d games are playable (eg starblade).

[dankcushions]

a few things:
– we don’t have a 64-bit kernel yet. if/when that arrives, there may be some further gains.
– for almost-there cases it’s good. eg, on the pi2 PS1 in enhanced mode (2x resolution), had just enough slowdown to make it not worth it, but is now perfect on the 3. there are a number of mame games that i’ve tried that are now perfect, and weren’t before. 32x, and certain snes games – all perfect now. mario kart 64 and f-zero 64 had small amounts of slowdown in 4 player on the pi2, so i hope that they’re perfect/near perfect on the 3 (with the right plugin).
– n64, dreamcast, etc – i’m not sure these emulators are mature enough to be perfect on any amount of power – all have graphical glitches on the cores we use, and huge system demands for the more accurate ones available on PC.
– i don’t know if i’d say it’s ‘worth it’ – i think these things are so cheap and i like tinkering with them as much as playing games on them, so it’s a new thing to play with :)

[dankcushions]

you need to edit them via the mame tab interface.

don’t know about using mice in mame, sorry.

[dankcushions]

it’s not on the mame2003 romset 0.78 game list so it’s not supported

rom

[dankcushions]

hopefully this covers something you’ve missed:

[dankcushions]

i mean, ideally you should download the set you want. eg, mame4all is 0.37b5, so you should download that one. mame2003 is 0.78. both of these sets are available online if you hunt.

but failing that, downloading any later version and using clrmamepro to build it ‘down’ should still give you a mostly complete set.

[dankcushions]

/home/pi/RetroPie/roms/config/

i’m going to change it the mame2003 folder soon, or mame it customizable

[dankcushions]

https://github.com/retropie/retropie-setup/wiki/Managing-ROMs

[dankcushions]

playstation and n64 use more than 6 main buttons, depending on the game.

neogeo/snk had a 4-in-a-row layout so it makes slightly more sense playing those on an 8 button layout (using top row), but that’s being a little picky :)

if you’re mainly playing arcade stuff i think you’ll be ok with 6 action buttons.

[dankcushions]

@herbfargus – can you please add “Rpi 3 Status” columns to the relevant sheets? cheers :)

[dankcushions]

+1 for config resolution. in my experience the pi2 performance was never affected by retroarch render resolution, so i went with video-output/1080p for optimal scaling.

that said, i don’t use shaders.

[dankcushions]

so i tried this on libretro-fba-next and it worked for me. here’s what i did:
– load street fighter III third strike
– go into retroarch menu (select + x on my snes controller)
– quick menu > core options
– changed the service mode access to ‘hold start’
– exited the menu
– held start to enter service menu
– went to system options and put free play mode on
– chose ‘save and exit’ in the service
– game started and freeplay was on
– exited game (start + select) and reloaded.. freeplay is still on

it saves the eeprom state in the /roms/fba/ directory – GAMENAME.fs

i didn’t try with a CPS2 game – shouldn’t make a difference (i think??)

i’ll add this all to the wiki in a bit

[dankcushions]

just wanted to say, i love this theme :) installed it with my pi3 build and it’s everything i want!

[dankcushions]

looks like this might be fixed now? https://github.com/libretro/libretro-fba/pull/63

you’ll have to install the individual emulator from source via retropie-setup. let us know if it works!

if you have no luck, lr-mame2003 runs this game and allows saving to nvram.

[dankcushions]

Have you seen https://github.com/Aloshi/EmulationStation/issues/563 ? it looks like a bunch of other ES users have created a fork for current developments. i think there’s already some crossover with what you’ve done in yours, but there’s a lot of active development and testing on it, so it seems like a combo of the two would be THE best ES stream, and i hope eventually integrated into retropie, or back into ES if Aloshi gets back on it.

[dankcushions]

i think: video_shader is the single shader you actually want applied (assuming you have video_shader_enable set)
video_shader_dir is the root directory of all the shaders which is used by the GUI to give you a list of options in the shader menu.

[dankcushions]

wifi seems unreliable to me. it works as soon as i reboot but then is super flakey, making it basically impossible to connect. eg: http://ctrlv.it/id/4746/756135245

back to network cables for me! although if it’s a hardware thing i imagine it’ll get fixed soon enough in the firmware or whatever.

[dankcushions]

the ram is the same speed as the pi2, it’s just reporting the DDR (2x) speed (2x 450 = 900). i’m surprised how many sites are reporting this wrong.

[dankcushions]

because the raspberry pi is not powerful enough to run the latest mame version (which has the largest rom set), so we’re left with various previous versions, all of which support different sets of games (as mame matured it supported more games, and even different ‘rips’ when better ones appeared). eg, 2000, 2003, 2010, etc.

of these previous versions, the pi1 can cope with the earlier sets/cores, the pi2 with later, and the pi3 with presumbably later still. perhaps once more users are available to test these things we can work out the best choices for different systems – you can help!

[dankcushions]

a 64-bit version of raspian (the underlying OS) would need to be be released first, and there doesn’t seem to be any immediate plans for that that i can find.

[Author]

Posts