@mitu Actually, it's a lot quicker with omxplayer disabled. Are there any actual benefits to having it enabled?

UPDATE: Seems that a lot of clips only play audio

Any solution to this? I'm using an xbox 360 controller and I'm on retropie 4.6 for rpi4

@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

I am using the my old boy GBC emulator.

change retroarch language!!

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

and added text anyline

user_language = "0"

I've found what I was looking for. It works great ! Here is a list of atomiswave shortnames :

atomiswave_shortnames.jpg

@mitu it worked thank you so much , you can delete this post now , thanks again best support ever ^_^

ok it's mean more logic, but i saw openbor-6xxx-4rpi3.sh in scriptmodules. So I would launch it ( like a stupid noob who I am ^^ ).

Capture.JPG

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

My guess this happens because you specifically set the resolution somewhere - either in /boot/config.txt, or in each individual RetroArch core.
EmulationStation and emulators (including RetroArch) should pick up the current resolution and run in fullscreen, without the need to set the resolution.

For other folks looking for answers about this, see the following forum:

https://retropie.org.uk/forum/topic/27007/button-mapping-for-a-real-n64-controller?_=1594477474831

My pleasure. See the AM Wiki for example filters.

If you go this path in the end, maybe you could share your steps to a working AM/Retropie setup in a little How-To? 🙂

managed to resolve myself.
Apparently these are just warning messages and are only preventing successful compilation because of the -Werror flag in the makefile. Removed that flag and it now compiles successfully

@quicksilver Thanks, yeah, I tried all the joysticktype settings including 2axis, which is supposed to allow two controllers. Didn't help.

However, this morning I tried renaming the default dosbox-SVN.conf in retropie/configs/pc. I then ran DOSBox again from +Start DOCBox.sh and the screen looked different and the keyboard started generating invalid characters. I quit out and DOSBOX had recreated a new dosbox-SVN.conf. I renamed that one and reinstated the original one then ran it again. All of a sudden the Thrustmaster is recognised ! No idea what has changed. I guess forcing it to recreate a dosbox-SVN.conf must have also caused it to update some other setting file.

Anyway, I'm happy it's working now. Thanks quicksilver for your suggestions.

That's hilarious. I just removed the xboxdrv driver as well as the xpad driver. Both pads working, recognized as XBox 360 controllers. Configured in the menu. Back to the issue where the 8BitDo controller works great, and everything but the D-Pad seems to work on the generic SNES controller.

@Ric Please don't re-open 4 years old topics - you should have opened a new topic.

Ah, so you're thinking of capturing the mouse up/down movements and sending them to ES as joystick movements. ES wouldn't know the difference. Not bad. My set-up isn't wired to pull this off, but it's definitely an idea.

I currently use my trackball as a mouse in PIXEL. It'd be nice to scroll through ES with my trackball, but alas support is not included.

Hi @Awesomegamer656. I've been streaming to Twitch directly from my Pi, going directly from the emulator like you have. It has worked for NES, SMS, Genesis/Megadrive and MAME and FBA, but for some reason it doesn't work with PCEngine. I haven't personally tried NXEngine (not even sure what that is, honestly) but there is another way, which is what I did to stream PCEngine.

Start up a game as normal, without the Twitch streaming custom emulator and hit Select + X to get into Retroarch. Go to the Quick menu and Settings and Recording and you can enter the Twitch link with stream key there. Then go back to main menu and you should see Start Streaming, and then it should be on your Twitch.

Perfect, thanks for the help mitu & BuZz 😁