[dankcushions]

that’s a thorough test, thanks :)

so if you put the ‘rotate’ config line in the main /opt/retropie/configs/mame-libretro/retroarch.cfg it applies it in mame2010 and 2003?

assuming that’s true, it seems like you’ve you’ve ruled out everything exept that mame2010 just isn’t reading the override cfg files. i don’t think this is a retroarch/core issue, as overrides are handled centrally by retroarch (i think) – if that wasn’t working it wouldn’t work in 2003 either. i think it must be something to do with how mame2010 is being launched by retropie (perhaps it’s not got the correct target directory or something like that). i think at this point it’s best logged as an issue here: https://github.com/RetroPie/RetroPie-Setup/issues

[dankcushions]

the fix was only live yesterday evening btw. works for me!

[dankcushions]

this is the retropie forum so we can only answer questions about that, although retropie uses emulation station as its frontend so i’m not really sure what you mean when you say you’ve tried both.

console games don’t need you to insert coins :) only mame/fba/neogeo(unless in AES mode). every mame/fba/neogeo game should require coins to play unless you have enabled free play in the dip switches. you install a retropie 3.5 image and add a valid game.zip to your arcade folder, and it will ask you to insert coins every time, unless you change something.

[dankcushions]

if you re-install the latest mame2003 from source it lets you configure buttons using the internal mame menu (tab on a keyboard). not sure if that helps.

[dankcushions]

bought! pretty incremental improvement but i think a few things should be pushed over the line as most things we deal with are CPU-bound. i’m hopeful for powerdrive and afterburner type games running better/perfect, PSX at double-resolution mode with no slowdown, and N64 improvements (maybe even becomes ok to use GlideN64 plugin all the time?), but the lack of GLES3 is a shame. no vulkan or anything like that.

[dankcushions]

read this the configuration overrides section fromhttp://blog.andressm.org/new-retroarch-features-2/

rgui_config_directory is important. if you look at /opt/retropie/mame-libretro/retroarch.cfg, check that rgui_config_directory is set to your /home/pi/RetroPie/roms/arcade/ folder, and that this where your cfg file is. i imagine it must be as don’t 2003 and 2010 use the same retroarch.cfg file??

as per the other thread you should do these tests with another config setting that you KNOW works from config files in 2010, and is obvious when it’s applied. eg, video_smoothing on/off or something like that. that way you know if your game.zip.cfg is being used and overriding your regular cfg.

[dankcushions]

if you’re using retropie you’re using the same emulators as all of us. i don’t understand what your problem could be but we don’t really have any information here. what game? what emulator? what exactly is/is not happening?

[dankcushions]

yep that’s the only way for now – install individual emulators > lr-mame2003 > install by source

[dankcushions]

I just fixed this today :) Reinstall lr-mame2003 from source and any remaps you do via the tab key (mame internal menu) should save. also anything you do in the service menu (F2) should save also.

that said, anything you do in the retroarch.cfg should work also?

[dankcushions]

old thread but FYI i did a couple of fixes so if you compile lr-mame2003 from source you can:
– skip nag screen (new core option)
– save input remppings using the non-retroarch mame menu (accessed by TAB by default)
– save dipswitch/nvram/etc settings when changed via the service menu (F2 by default)

(it saves all the various files in folders in the /roms/ directory at the moment, which isn’t great but yeah!)

now to reconfigure all my mame games! :/

[dankcushions]

cheers! street fighter alpha 3 was my test rom and i just went to the service menu and set it up for free play, restarted, and it’s still at free play! guess it’s working then :)

[dankcushions]

it’s creating gamename.nv files and they’re not empty. i haven’t used nvram before so i don’t know a good game to test and what to look for :)

i was more interested in the mame input remapping functionality and that’s working now!

[dankcushions]

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…

[dankcushions]

just tried mk2 and 3 in lr-imame4all – both have occasional distortion for me. happens a few screens into the intro for me on 2, for example. can’t access service menu (what button?), and RGUI audio volume option doesn’t seem to do anything. it’s strange – doesn’t seems consistent like the audio is clipping, just just occasionally for no real reason.

repeated the experiment in lr-mame2003. mk2 seems perfect (no distortion or slowdown), and same story with mk3, i’m sure both of these games had slowdown/distortion last time i tested! but yeah, ok :)

bizarrely, mk1 does have sound issues on lr-mame2003 for me, though. it’s a lot louder thank 2/3, but it has almost constant distortion. tab gets to service menu but i don’t see any audio options.

[dankcushions]

the second sentence in that link reveals all :) (you can use a controller)

[dankcushions]

looking at the help:

# Allows libretro cores to set rotation modes.
# Setting this to false will honor, but ignore this request.
# This is useful for vertically oriented content where one manually rotates the monitor.
# video_allow_rotate = true

# Forces a certain rotation of the screen.
# The rotation is added to rotations which the libretro core sets (see video_allow_rotate).
# The angle is <value> * 90 degrees counter-clockwise.
# video_rotation = 0

seems like you need
video_allow_rotate = “true”
video_rotation = “1”

i think you should add a setting to your custom cfg that you know works and has an obvious effect to test, rather than something new. i’m not sure which cfg will appear under ‘load config’ as your retroarch is actually referencing 3 .cfg files in your scenario (/all/retroarch.cfg, /[core]/retroarch.cfg and /roms/[core]/game.zip.cfg, with each one overriding the previous)

[dankcushions]

/opt/retropie/configs/all/retroarch.cfg

video_smoooth = “false”

IMO this should be the default

[dankcushions]

I think it needs to be startrek.zip.cfg, and stored in the same dir as the rom

[dankcushions]

Just wanted to say thank you both for all your excellent pixel-art splash screens :) i’ve got a collection of all my favourites ready for the randomizer.

[dankcushions]

what does /tmp/runcommand.log say?

[dankcushions]

that’s about as good as it’s going to get. there’s a MK2/MK3 speed hack in the RGUI core options, but it didn’t give a noticeable improvement to me. these games are just too demanding for the pi. you’re better off running console versions (PS1 has MK trilogy)

[dankcushions]

This is great! looks like a factory build :) i like how the screens are almost flush with the edges – a lot of builds seem to have relative small screens.

did a double take when i saw time crisis running on a pi, but then i figured it’s the PS1 version :)

[dankcushions]

windjammers is so good!

any of the bomberman games are easy to play. i think i prefer bomberman ’93 on the pc engine as it’s not got too much crazy stuff in it, plus 5 player with no configuration :)

tetris battle gaiden on the snes is amazing. it’s 2 player tetris with special moves, essentially. needs a few goes to get the hang of it, though, and it’s all in japanese (although i think that’s part of the appeal, as i have no idea what moves the characters have available beforehand!)

micromachines on the NES is great in multiplayer.

[dankcushions]

use fba-next – it is able to save dip switch changes in the core options file, but it uses a different romset. see https://github.com/libretro/libretro-fba/issues/45

[dankcushions]

normally caused by the weak CPU of the pis, i’m afraid. not much you can do beyond using the right plugin for the right game. try mupen64plus-glesn64, and if that doesn’t work try mupen64plus-rice. even then, most games will have some sort of glitches/audio/slowdown issues.

[dankcushions]

can’t help with that exact question but bishi bashi special on the PSX has that on it, and runs fine on the pi2 :)

[dankcushions]

mame4all-pi is apparently the fastest, but if you have a pi2 i reckon you should use lr-mame2003 because:
– it’s libretro/retroarch, so uses all the shaders, auto configuration, etc
– it’s mame 0.78, so runs just about everything that the pi2 can run. mame4all has a fairly small set of games.

0.37b5 is for the mame4all emulators, so it depends on what one you’re running.

merged: if two roms share a common file it only includes it once. now the roms depend on one another so you need them all
split: each rom zip has all the files it needs

i’ve always used merged sets, but also i use the dat files from https://github.com/RetroPie/RetroPie-Setup/wiki/Managing-ROMs so I don’t have any clones, so it’s basically all split files anyway.

[dankcushions]

which bios folder (full directory path?)? how is the file named?

[dankcushions]

pi zero is probably too slow to run anything other that mario 64 nicely. pi2 doesn’t do much better.

menus are corrupt in rice plugin for mario kart 64. try glesn64 plugin. to change plugins: https://github.com/RetroPie/RetroPie-Setup/wiki/runcommand

select is the default fire (Z trigger) button. to change config: https://github.com/retropie/retropie-setup/wiki/Nintendo-64

[dankcushions]

it’s not “se_system.config”, it’s “es_system.config”, but i wouldn’t change it unless you’re sure what you’re doing :)

what directory are your roms in? what mame emulator are you running? what does it say in /tmp/runcommand.log after you get this error?

[dankcushions]

why would you need to stop drivers? a USB switcher would physically switch the connection from usb device 1 to usb device 2. retroarch is fine with hotswapping USB devices, if you have them configured – i do it all the time in games. no coding required. it’s all the same UDEV driver if you’re running usb controllers.

[dankcushions]

i think this sort of thing would only be solved by retroarch/libretro itself. you should ask on the forums but it looks like people have already asked and it’s a no: http://libretro.com/forums/showthread.php?t=5041

you could also log it as a request on their github: https://github.com/libretro/RetroArch/issues

i think you could actually use a physical switch if you were so inclined. you’d need something that switches from one USB device to another, entirely breaking the circuit. i think things like this already exist for printers. might just work??

[dankcushions]

what mame emulator are you using? ie, what comes up as the default when you go into https://github.com/RetroPie/RetroPie-Setup/wiki/runcommand after launching

also you know you have to press select (insert coin) to get control in mame games? also be wary of https://github.com/RetroPie/RetroPie-Setup/wiki/FAQ#why-cant-i-insert-coins-in-arcade-emulators

[dankcushions]

actually, saturn emulation has been done very well on similar low spec arm devices – see https://github.com/devmiyax/yabause – this project has mult-threading, and open GLES accelerated rendering. it’s running very well on android phones.

problem is, it requires GLES 3, and the pis only have GLES 2, so we can’t run it. the non-accelerated version of yabause runs very poorly on the pi.

[dankcushions]

according to this: http://wiki.libretro.com/index.php?title=PCSX_ReARMed

the libretro version of PCSX rearmed does not support vibration/rumble.

it is apparently supported by non libretro version, so if you want it supported in libretro PCSX rearmed I suggest adding an issue to https://github.com/libretro/pcsx_rearmed/issues

[Author]

Posts