Working Dreamcast games

barbudreadmon

@quicksilver iirc, the main developper of lr-reicast reimplemented the spu emulation (sound processing unit) last year, i'm not sure those changes were backported to standalone. As to why, the main reason might be that it's not easy to commit something to standalone reicast, even when it is confirmed to fix issues.

quicksilver

Tested a few more games with lr-recaist. Army men Sarge's heroes is significantly slower even with the recommended tweaks @barbudreadmon suggested. Daytona USA is also slower and has some missing textures on the cars (might be caused by one of the tweaks?). But having analog deadzone is great!

I've noticed that quite a few games have textures that flicker (army men, dynamite cop to name a few). This is present in the standalone core as well as lr-recaist. Is this because we are using a gles 2 device? Is this worth reporting on the GitHub issue tracker or is it something we pi users are stuck with?

barbudreadmon

@quicksilver There might be some improvements with textures if you change settings for "Alpha sorting", "Modifier Volumes", and "Div Matching", that will most likely slow down the emulation but feel free to experiment.

Most of the rendering improvements were done on the OIT renderer, which required an OpenGL 4.3 compatible gpu, and preferably a good one (some games are struggling on my gtx960 with the oit renderer, while i'm not even using enhanced resolution or upscaling). For the most part i think the non-OIT renderer is the same as standalone reicast, so turning on/off one option or the other should give the same result.

pjft

Just to say that after adding the < dev/null to the line lr-reicast actually worked surprisingly well - well done @barbudreadmon on the developments and @mitu for getting it working.

I find that my lr-reicast does not have sound, which is unexpected but certainly tolerable as I am not running the latest RetroArch (I'm still on 1.7.1 it seems). The driver is alsathread, all works well on other emulators.

Just checking whether there's anything I might try that might change things, from your perspective?

On load, from the pastebin logs from yesterday the following messages come up:

[INFO] ALSA: Using signed 16-bit format.
[INFO] ALSA: Period size: 284 frames
[INFO] ALSA: Buffer size: 1411 frames
[INFO] [LED]: LED driver = 'null' 0x1e419c

I see in @WarC0zes 's log it has a few more lines:

[INFO] ALSA: Using signed 16-bit format.
[INFO] ALSA: Period size: 384 frames
[INFO] ALSA: Buffer size: 1536 frames
[INFO] [LED]: LED driver = 'null' 0x2333a4
[INFO] [MIDI]: Initializing ...
[INFO] [MIDI]: Input disabled.
[INFO] [MIDI]: Output disabled.
[INFO] [MIDI]: Initialized "alsa" driver.

I will try alsa instead of alsathread later and see if it changes anything, but if anyone has any other ideas do send them over. If not, it's also fine, really - I'm mostly looking into this out of curiosity as the only game I really play is Ikaruga, though it does look great in terms of how far it's come!

Happy Friday.

BJRetro

@barbudreadmon @mitu following your steps, including adding the dev null to the config file you mentioned (my path on the initial steps to Modify the install script was a bit different, something like /home/pi/RetroPie-Setup/scriptmodules/libretrocores/lr-reicast.sh, but whatever) this is working on my rpi 3b+ Console version which is slightly overclocked the way people have previously recommended to overclock for N64 (was a long time ago now that I did those settings on this one). I am really intrigued about having an libreto version of this because I am thinking it might solve a problem I have on my bartop with virtuafighter 3tb+ because most of the Dreamcast games use analog but VF only uses digital controls. So I am thinking I will be able to enable “analog to digital”, save a game configuration file and play VF now without changing the settings for other games! Yay! Will test if that is true and report back. Meanwhile I tested Crazy Taxi and Virtua Fighter and they seemed to run good and although Marvel v Capcom seemed to lag with frameskip completely off at frameskip 1 it seemed to run about the same as standalone.

I have two “issues” right now.

(1) when you choose a rom first the screen goes to a black screen where you can see a script being run and then the game starts. I have to see if that only happens the first time you run a game or if it continues after. I will check over the weekend. Not a big deal but if this gets put back into the mainstream it could be something people complain about if it happens every time. Not sure if that is just me though.

I am not getting audio with this version although I do with the standalone omx and oss versions. I am running retropie 4.4. This prevents me from fully testing how well lr is working because part of it for me is hearing the audio cues that the game is running slow. If anyone has ideas why that might happen let me know. I know one of the Mupen emulators historically had an issue with this someone found a fix for.

In sum: I think this should be added back to the RetroPie setup script (assuming the few remaining steps we had to do to get it running can be automated) so people can decide what they want to use. I really thank you for bringing this to our attention. At this point I see no difference between this situation and Mupen. With Mupen people can assess for themselves whether they want the lr version or standalone and the debate can rage on as to performance, benefits of retroarch, etc on a per-game basis, which is what ultimately leads to better optimization and experience for all! Same thing here! Great work!

pjft

@BJRetro said in Working Dreamcast games:

I am not getting audio with this version although I do with the standalone omx and oss versions. I am running retropie 4.4. This prevents me from fully testing how well lr is working because part of it for me is hearing the audio cues that the game is running slow. If anyone has ideas why that might happen let me know. I know one of the Mupen emulators historically had an issue with this someone found a fix for.

Huh. That's interesting as I thought it'd be only me, as @quicksilver commented that his audio ran well.

We might do well in sharing our files for:

retroarch.cfg
/dev/shm/runcommand.log, with Verbose logging running

and see if anything stands out. If anyone who has a running setup with audio, it'd also be great if you could share yours for us to compare if something is amiss.

mitu

@pjft said in Working Dreamcast games:

@mitu for getting it working.

I actually didn't do anything besides adding that comment from the Github issue. @buzz already added the scriptmodule last year after the upstream development started.

quicksilver

I'm guessing my audio is working because I updated retroarch right before installing lr-recaist. However, now I have a frame counter running on multiple lr- emulators that I'm going to have to go through and manually turn off.

barbudreadmon

@pjft @BJRetro For what it's worth, i'm using alsa and sound is working.

BuZz

@quicksilver I noticed that on one of my systems (where I had intentionally let retropie save a full config out). Must be a parameter change in retroarch or a default value change or something to cause it (or maybe it's a bug). To fix just restore the default retropie retroarch.cfg (It's not a good idea to save the config out anyway as you lose the function of the global config then).

quicksilver

@BuZz So just replace the retroarch.cfg in the "all" folder? Do the retroarch.config.rp-dst only come with the binary install? I updated from source and it seems that retroarch.config.rp-dst is missing from all the system config folders.

mitu

@quicksilver Only the retroarch.cfg.rp-dist exists in /opt/retropie/configs/all/, the system's config folder don't get one. However, if you enabled 'Save config on exit', your systems' retroarch.cfg files contain a full RA config, which should override your global .cfg.

BuZz

@mitu @quicksilver All retroarch configs get the rp-dist one if when updating the existing one is different from the shipped retropie version. In this case it could be the one for the system that's changed - and probably is if it's only happening for certain systems.

mitu

@BuZz Aha, thanks for clearing that up.

quicksilver

Does anyone know if there will be any conflicts with reicast and lr-reicast accessing the same VMU's? Will one overwrite the other?

edit:
Also is it possible to use ALSA for the standalone reicast? I think the audio works better than OMX when used on a raspberry pi.

shavecat

Hey,
can someone explain me what happen here ? haha
dreamcast have some fixes ? i didnt get it from all the reading...

quicksilver

@shavecat We got a little off the original topic. We are still testing dreamcast games but we got a little sidetracked and started testing lr-reicast on the raspberry pi.

shavecat

@quicksilver .
Nice!
will be great to have more of them maybe run ... :)

BJRetro

@shavecat ok so on original topic, I have working well on standalone reicast:

power stone 2
gauntlet legends
marvel vs Capcom 2
crazy taxi 1 and 2
dead or alive 2
Virtua fighter 3tb
soul caliber
cannon spike (speed is great but there is a glitching background that renders it unplayable because the polygons keep disappearing/going black)
Sega GT
Daytona 500
Hydro Thunder (a bit slower but still fun, some might call it unplayable though)

I am not a video game purist or competition gamer so my definition of working well is “is it fun to play”? This means there may be lag a bit from time to time or the game runs a step slow, or audio cuts off or scratches for a second here or there, but ultimately I can sit down and have fun playing the game. Someone who spent years perfecting their craft in Marvel vs Capcom or Soul Calibur might see them as “unplayable” because the game doesn’t respond exactly how they are used to from the arcade/Dreamcast.

On lr-reicast I fully support putting it back as an option in the retropie setup menu for Rpi 3b+. Some of the games above run the same, some perhaps a step slower but the retroarch implementation then makes available TONs of settings to tweak that as people experiment may “fix” that or they may see it as a a fair trade off anyhow for just being able to play games without setting up the controllers and getting to access save/load states, the other options etc. the only game that on the settings above became not “working well” under my definition is Virtua Tennis. I did notice as stated by someone else that Daytona was a bit slower and perhaps gets into the verge of not “working well.”

Also, updating retroarch from binary fixed the sound issue I was having so that is also a non-issue with lr-reicast. I did get the stupid frame thing in the corner too but I am sure that will be removed again in a future retroarch binary, and I fixed the setting anyhow.

@buzz based on everyone’s testing what do you think about getting lr-reicast added back to the retropie setup menu for rpi?

BJRetro

I was also able to confirm that the setting for analog to digital controls worked in the retroarch menu for lr-reicast as expected, so it fixes the issue with games like Virtua Fighter that were originally programmmed only to work with the dpad when someone only has the choice of one joystick to control all games.