@retrodroid Figured out recently that filling in a 16:9 Ratio worked for me. It adjusted the 4:3 in the center of the screen.

Fill in your 16:9 screen res instead of 640:480 in the mupen64.cfg

1280 720
1600 900
1920 1080

@sleve_mcdichael Great, thank you. I’ll give it a try☺️.

@mitu said in Why is Pulseaudio no longer an option in Settings > Audio > Output?:

Is there a way to get it back?

Modify the buld script and enable it if you wish.

I was able to update using the instructions you gave me (along with that other error I was having) and all seems to be working well now!

I have NO IDEA why lr-dolphin seems to be more stable using pulseaudio (any ideas?) but I feel I get emulator core crashes by far less often when using pulse than using any other sound driver.

@TPR said in Does the Pi keep in ongoing log in case of a crash?:

@retropieuser555 Still trying to figure this one out. Any help on how I can get verbose logging in retroarch to stay on when I load a game?

Just in case anyone ever needed the answer to this, I added the following to my retroarch.cfg file in my /config/gc folder and this worked:

log_verbosity = "true"
log_to_file = "true"
log_to_file_timestamp = "true"

Note this was the only fix that I found that would force logging verbosity stay on for me.

@mitu said in FM Towns & FM Towns Marty will not scrape with Screenscraper:

The -dev version of EmulationStation should have scraping support for fmtowns now, the system's platform must also be named fmtowns.

Thank you!

@mitu said in Error running 'git pull --ff-only' - returned 1 Updating Retroarch:

You can actually see the error in the logs, you've modifed 2 shader files locally and they can't be updated:

... Already on 'rpi' .... Your branch is behind 'origin/rpi' by 3 commits, and can be fast-forwarded. (use "git pull" to update your local branch) error: Your local changes to the following files would be overwritten by merge: crt-yo6-KV-M1420B-fast.glslp shaders/barrel-distortion.glsl Please commit your changes or stash them before you merge. ...

Thank you for that! I never changed any of the shader files so I'm not sure how that happened and that's probably exactly why I missed it in the error log. But I appreciate you chasing that down and I'll go look for that and make the change right now!

@mitu said in Large File in .git Folder on RetroPie. Is it safe to delete?:

@Didyman said in Large File in .git Folder on RetroPie. Is it safe to delete?:

... but after I indeed updated assets and shaders in RetroArch, but as far as I am concerned, those are .zip files that are then extracted.

Shaders and assets for RetroArch are also handled by RetroPie and they don't need to be updated from RetroArch's menu.

Did you copy the config folder from another installation ? I think a long time ago (not sure how far) the assets folder was cloned from https://github.com/libretro/retroarch-assets.git, but that's been changed and only a minimal set of assets for RetroArch are downloaded and installed by RetroPie.

I did a backup of the configs folder, but I didn't copy it back. I keep it as a reference point. I didn't want to "corrupt" the configs as they were coming from an old build (Stretch). I did copy the the bios and roms folders from my backup tho.

If I can add my contribution... I recently tried (like 2 weeks ago) to Update the RetroPie (I'm on 3B+ and had it since 2020 like you). I even had a message stating that my version (Stretch, I think I was on 3.8) was not supported anymore, but I still did it.

Unfortunately it took hours (building from source was the only option) and broke everything.

So I flashed and restarted from scratch (made a copy of my configs and bios/roms folder first), using latest image from the RetroPie website... now it looks like a charm but I need to redo all the custom setup I had. I use the configs backup only as a reference since configs parameters might have changed and didn't want to break things again.

I wish you luck :)

In this case, I think the last option (newer RaspiOS) is the one to try out.

Yes, I think the doc page is wrong and the buttons are switched on the libretro port.

@pinokiooo i had the same issue and i might be wrong but the mayflash dolphinbar only does one player and i ended up buying a 2nd mayflash dolphinbar. had them both on mode 2. nowadays i have 2 singen guns so i dunno if my previous setup still works.

@slug54 said in Need help getting analog sticks working in lr-mame2003 or any version of lr-mame:

If I choose the option for Left Analog Forced

It entirely ignores whether something is already mapped or not to the left analog stick, so i don't recommend ever using that crap. The non-forced option is supposedly safer in that concern, but i have seen reports proving otherwise from people using it.
I'm 99% sure there used to be a core option to map digital-to-analog-left and/or analog-left-to-dpad in some of the vintaged mame cores, but that doesn't seem to be the case anymore.

I'd recommend setting "Analog to Digital Type" back to "none" and using either MAME2003-plus (lr-mame2003-plus) or MAME (lr-mame), both seem to handle this safely out-of-the-box.

Tbh, i don't understand why retropie is still trying to push users toward lr-mame2003 in this day and age, lr-mame2003-plus is the non-arguably improved version of it, and lr-mame run fairly well on newer raspberry models.

Alternatively you could also use FBNeo (lr-fbneo) which also handles this out-of-the-box and offers interesting control alternatives for Battlezone.

@mitu

It was in fact that I had not updated retro pie on installation - I can’t believe I did not think of that.

The rom was also no good, I did try the correct one earlier, and it didn’t work so I went searching for that one.

But the rom is working now!
Thank you very much.

@mitu Like my 8bitdo gamepads (on pi3 or pi4), my DS4 never reconnect after a system reboot. They stay connected only on EmulationStation reboot.

@OM3GAZX

Just sort Hypseus.

FYI anyone reading.

I added a sleep 1 to the ydotool script at launch and a sleep 1.5 to my emulationstation auto launch script for a more stable result.

@mitu
I think I must have hit the audio settings script module several times. with a healthy amount of reboots before it did anything in the way of successfully setting up ALSA

I'm still lost on this one. I know a clean install after installing retropie it did have audio, somewhere i lost audio updating and configuring pretty early on. I gave up on it several months back only to come back to it today.

I'm starting to lean towards it being some issue with argon one HDMI daughter board. But in the end it is working now, and i admit it is very unlikely that my "fix" did anything.

I just remembered I installed Kodi, from optional packages, somewhere in this attempt too. I feel really dumb, but at least there is always something to learn

@Seven71ne

It can be pretty daunting, but mitu explained very well the configuration autosaving schema for retroarch.

For retroarch cores, I will usually create configurations by-core. and these are mainly preferences, and not a lot that I do for optimization. These being like how i want to map a sega 6 button controller to my gamepad, or if there is some feature i like to use on this core.

Then there are certain games which may require something specific to be configured, or optimization as needed. And so I will create a configuration for that specific game. I've probably spent the most time configuring PSX games like this, some games not supporting dualshock/analog need to be configured to use digital pad, or vise-versa if you want to use analog on supporting games and digital is the default.

Depending what to consider optimization, there is a lot to take on, sometimes ive been driven to the point to learn a little bit of shell script to streamline an arduous task done by hand. I think mainly if you get stuck on something don't be afraid to ask in the appropriate channels. I got a lot of support and answers from searching all over the web about specific things that only one person was ever asking.
n.

@mitu

After some research i noticed that the .log was outputting:

Parameters: Executing: xinit /dev/shm/retropie_xinitrc -- vt1 -keeptty (EE) Fatal server error: (EE) Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock and start again. (EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0" after 7 requests (7 known processed) with 0 events remaining.

So i headed to

nano /opt/retropie/configs/nds/emulators.cfg

where i saw that DraStic was using this command:

"XINIT:/opt/retropie/emulators/drastic/drastic.sh %ROM% kms"

changed it to:

drastic = "/opt/retropie/emulators/drastic/drastic.sh %ROM% kms"

Now works like a charm!!!

(Again for future reference - if anybody needs it - i'm using RetroPie under Twister OS 2.1.2)

@mitu One more question related to Drastic. Why is the menu of drastic "unusable"? I'm on an RPI4b. It just doesn't seem to 'register' the buttons correctly. Is there any fix regarding this issue? I'm guessing i'm not alone.

Thanks!