Did you try updating EmulationStation ? The current stable release is 2.11.2, while you're still on version 2.10.1 from almost 3 years ago.

@windg

I figured this out after wrangling with my Samsung firmware.

It was trying to automatically adjust the signal.

In my TV settings it had to be set to PCM. In ES default / hdmi / hdmi worked.

It happened after a background firmware update I wasn’t informed of, hence my utter confusion over cause.

The clue was that after switching to my Apple TV, same issue presented itself.

I take back any suggestion it was a Retropie issue.

The thing that really sent me for a loop was that for some reason the emulation station navigation clicks immediately became inaudible (but if you crank the volume you can hear it).

This is still an issue, and I’m unsure if it’s TV/ Retropie or combination of issues. The games, playback of snaps, etc. still sound fine / normal volume.

It is not significant enough to take much of my attention.

it's retropie + attract mode + hyperspin theme + piemarquee2 but i resolve starting it over from the beginning and the problem is gone
dont know why but now it work

thank you

@mitu Well that can be arranged as I tested the VLC mode and it still worked right, however there's still no game info displayed.

What could possibly be causing that? Something wrong with the chosen fonts? The font files? The resolution I'm forcing it to display at (resolution mode is meant for a screen installed in an Arcade1Up gen 3 cabinet)? I'm trying to think of anything that might mess with its subtitles and can't come up with anything.

EDIT: FINALLY figured it out. In video screensaver settings, VLC Resolution needs to be set to Max. Doing that finally shows the game info. Gonna guess this has something to do with video mode, but I don't know for certain. Either way, that fixed it.

@sleve_mcdichael Sorry but im brand new to using the retropie, so I am not sure how to get the log file, but ill try and do it now :)

@shotokan the script maps the gamepad inputs to keyboard codes. The inputs used are ['left', 'right', 'up', 'down', 'a', 'b', 'x', 'y', 'pageup', 'pagedown'] and are mapped to the codes given as parameters.
So left= kcub1, right= kcuf1, etc.
The parameter codes are given as terminfo values, listed in https://pubs.opengroup.org/onlinepubs/7908799/xcurses/terminfo.html.

In case anyone googles and finds this ... I did get to the bottom of it by looking into the source code (by source code I mean the RetroPie ES version, stable branch)

You can see here in VideoPlayerComponent.cpp where it launches omxplayer with a bunch of args:

VideoPlayerComponent.cpp:

// Run the omxplayer binary execve("/usr/bin/omxplayer.bin", (char**)argv, (char**)env);

Now if you fire up ES, launch the screensaver, and take a look in the process list while its running (in ssh session, ps -ef) you'll actually see all those args, something like this in the process list:

pi 2143 1 7 01:16 ? 00:00:08 --layer 10010 --loop --no-osd --aspect-mode stretch --vol -3885 -o alsa --win 0,0,800,480 --orientation 0 /home/pi/RetroPie/roms/neogeo/media/videos/trally.mp4

What I noticed is the volume is set to -3885. Now if I run that on the command line to simulate the screensaver I can play with the volume. For omxplayer, volume 0 should be 100% as it's measured in millibels according to the omxplayer help.

So I quit es and ran this:

omxplayer.bin --layer 10010 --loop --no-osd --aspect-mode stretch -o alsa --vol -0 --win 0,0,800,480 --orientation 0 /home/pi/RetroPie/roms/neogeo/media/videos/trally.mp4

ok great I can hear it now! I researched %vol to db and the formula is db = 20*log(%vol) and that checks out because I had es at roughly 65% volume which equates to about -3742 millibels.

So I went back into es and set the volume to 100%, and now I can finally hear it on a default RetroPie install. The issue is the drop off is really steep (must be some bug in omxplayer on pi, that their millibels to volume curve is off) because if you set the volume level at say, 60% you won't hear much of anything from the speakers. I think this is also compounded by the fact that when you're playing around with the audio settings in es, many times it resets the volume back to zero because it's trying to sync up the level with alsa.

Anyway, hope this helps someone get their head around the screensaver audio.

p.s. also, in es audio settings, make sure you set the "omx player audio device" to alsa (or whatever works on your pi, or in your command line experiments), as that drives the argument sent into omxplayer above.

@Clyde Thanks - managed to create an image backup so I'm happy now :)

But unfortunately I still haven't resolved this audio issue; do you have any pointers? From memory I don't think I've ever used OMXPlayer for video previous in the past, but as of recently if I don't use it then videos take ageeeees to load, so I have to use it, it would seem. But I can't for the life of me figure out why the audio won't work! As mentioned before, I'm trying to get this working through HDMI.

@mitu Wow, well that definitely is a step in the right direction! Sound works, but is extremely low. I had to have the volume nearly all the way up, but then the emulator sound is nearly blowing the speaker.

I only have sound with audio card set as sysdefault, HW, and default. All others will have the volume set to 0 when I go back into sound menu.
Edit : As well as anything other than pcm for Audio Device

I entered alsamixer, but didn't find anything useful there. Is there a way to control OMXplayer volume independant of software volume (or vice versa)?

Temp fix noted: I added audio_volume = -24.0 into retroarch.cfg which for the most part normalizes OMXplayer video snap volume with LibRetro emulators. Since it's a miniature cabinet, I removed non-lr emulators that didn't really need to be on there. The only one I couldn't part with was Daphne (and OpenBOR when I set that back up)!

note2: I altered daphne volume by creating a <gamename>.command file and adding volume variables (along with some other enhancements)
-nocrc -volume_nonvldp 8 -volume_vldp 8 -noissues -nolog -noserversend
Volume is rated 0-64. Daphne command line variables can be found here.

thanks, it works for me

@mitu Yeah the original process of the game is there's a key you hit to start when the audio track prompts you to, so the game and the audio track are sync'd up. I'm not 100% sure but I doubt the spectrum ever had a microphone add on.

Hello

Issue is solved

It was a problem with my amp.

We can close the issue.

Regards

@mitu @GoldManSex778 - Thanks for the advice. I converted with handbrake, basically opened the video in h/b and ran it through without messing around with the settings.
Now both the portrait and landscape videos display with the correct aspect ratio and work with omxplayer
Thanks so much.

@kavin_steele Thanks for sharing your solution for others who might have the same problem.

@SartreFan @m1k3ol
Instead of changing these settings in raspi-config. Have you tried adding these settings in config.txt instead?

Video options in config.txt

For example
hdmi_ignore_edid=0xa5000080
hdmi_ignore_cec=1
hdmi_group=1
hdmi_mode=4

@AtTheArcade you don't have audio and it crashes because the audio settings changed. You need to go to the settings (start menu), audio settings and you'll see an option that's empty, with just the arrows. You'll need to select something there.

I probably should look into a small upgrade path for that change.

Just for completeness, there is one more script to convert the petulant videos:

https://retropie.org.uk/forum/topic/15764/script-retropie-convert-videos