@mitu said in Adding codec to Retropie for snap videos that do not play: EmulationStation by default uses libvlc, when you switch to omxplayer, then it will use omxplayer. .. video still do not play. Yes, because, as I explained before, vlc now uses the same path to decode videos as omxplayer. Ah, apparently these are patches for vlc and the libvlc.. These are already included in Raspbian (and therefore RetroPie) and used internally by libvlc. Those patches are the reason that vlc behaves similarly to omxplayer. I feel like my last statement from my previous reply was misleading - I was referring to the fact that if we force vlc to use SW decoding, then we'll lose the HW decoding advantage from the RPI patches added to vlc. Right now, we don't configure libvlc in EmulationStation, so the only option currently for those troublesome videos is conversion. Out of curiosity, what is the development path forward for 64-bit RPiOS? Omxplayer is officially deprecated in favor of VLC by RPiT so it looks like its VLC or die...

I solved my own problem! I modified the EmulationStation startup script to toggle back and forth between horizontal and vertical mode on a restart. So, now I can rotate my monitor, restart EmulationStation, and my menus match the orientation. Here is the updated file: /opt/retropie/supplementary/emulationstation/emulationstation.sh #!/bin/sh esdir="$(dirname $0)" while true; do rm -f /tmp/es-restart /tmp/es-sysrestart /tmp/es-shutdown "$esdir/emulationstation" "$@" $rotate ret=$? if [ -f /tmp/es-restart ]; then if [ -z "$rotate" ] then rotate=”--screenrotate 1” else rotate=”” fi continue fi if [ -f /tmp/es-sysrestart ]; then rm -f /tmp/es-sysrestart sudo reboot break fi if [ -f /tmp/es-shutdown ]; then rm -f /tmp/es-shutdown sudo poweroff break fi break done exit $ret

@ruckage Thank for the input and the time you took to try it out. Scroll sound isn't played on the system select when you hold down the direction button That seems like a bug, good job for finding it ! The launch sound isn't fully played when launching a game - it's cut off so only a very brief snippet is played. I'm assuming that the closing of ES would need to be delayed until sounds have finished playing. That's sad, I'm not sure if it's possible to delay it until the sound have finished playing. I will take a look but I can't promise anything. At the moment you'll notice with the neo geo mini theme the scroll sound is quite bad when continuously scrolling but a very short sound like a quick click for example would likely sound perfect. The sounds I used are very short but I noticed the same problem. I think the way audio is handled in ES make it so that only one sound is played at a time. If you move the cursor, the sound is played ONLY if another sound isn't already played. This need to be changed, I need to see how the sounds work with the SDL library. An extra sound for when holding down a direction would be very beneficial - something like <sound name="scroll-continuous">. This could either be left blank if the the developer wanted no sound to be played when continuously scrolling or they could use a shorter sound effect that is suited to fast scrolling. That sound like an interesting idea, but first let's see what we can do with better sound handling.

@Riverstorm no worries. 😊

Ok, I understand the process here, what I don't agree with is the fact that saving the configuration implies overwrite it as a whole, instead of just update changed values and leave unchanged ones as they were. This make SplashScreen and others unreliable, as they can be easily removed by mistake with just changing a single setting through the UI. Just my two cents. Anyway, thank you for the --nosplashscreen flag advice.

@elbitxo our preference is to not support third party images in any capacity. please respect the rules of this forum going forward, and do not seek further support until you are running our image. for the record, on standard retropie updating should not damage an existing theme, but as per https://retropie.org.uk/docs/Updating-RetroPie/, you must take a backup before updating.

@mitu That fixed my problem - thanks for your help. I've just made a donation to Retropie because it's my favourite community project and your help, although a bit tart, was faster and more useful than any paid support I've ever received.

@JRX88 @mitu Thank you both! Been looking this for a while.

I tried adding this after I did a fresh install of the "retropie-buster-4.6-rpi2_rpi3" image... it won't load. I configured my wifi...is it the new build that needs an updated script?

@mitu That's what I thought as well, and that's why I found it really strange.

I took the command from the retropie.desktop application which was gnome-terminal --hidemenubar -e emulationstation Now it works smooth. Thanks!

@Clyde I just added some small changed the the RetroPie scriptmodule, the hard work was done upstream, by the AttractMode developer.

Run with debug enabled and post the logs: emulationstation --debug

@mitu I see, so that is pointing at a ES theme section. Thanks for the clarification!

@mitu I was running a normal XOrg session before (which is the default on PopOS), but running emulationstation in a Wayland session worked! Unfortunately, Wayland is pretty unstable in PopOS, but maybe it will work just for running retropie. In case anyone runs into the same issue, you have to enable Wayland as described here and it will work.

@Lino79 up

So EmulationStation runs Runcommand.sh internally? It doesn't have to be called by an sh file? What about just dosbox? I have no problems executing the sh files with that in emulationstation or cli. Only reason I use lr-dosbox is because I can't seem to control the volume of my monitor's speakers directly.