No, that's not supported by RetroPie's EmulationStation fork.

Thanks all. Will keep on trucking.

@kiro Thank you, sounds really useful!

@eg500 probably because you had existing gamelists in there which took priority.

@exarkuniv , sounds good…thanks.

@dmmarti said in Music, Video, Photo & Comic Support (Submission):

@Rydo

Can I ask how you determined the following values?

/dev/input/jsX 0x3C 0x3E 0x2B 0x2D 0x70 0x71 0x69 0x6F

On a fresh RetroPie image using a wired Nintendo Switch controller, my button assignments do not match up to yours.

My device name is:

deviceName="BDA NSW wired controller"

So I'm curious how you determined those hex values.

Thanks,

David

The joy2key program is hard programed.
/dev/input/jsX means it is applied to all Linux joystick.
The hex escape codes are ansi keyboard codes for keypresses that overlay buttons in the order of 'left', 'right', 'up', 'down', 'a', 'b', 'x', 'y'

0x3C 0x3E 0x2B 0x2D 0x70 0x71 0x69 0x6F

I would suspect your buttons are backwards (Japanese style) so I would move the value around like this.

0x3C 0x3E 0x2B 0x2D 0x71 0x70 0x6F 0x69

@cousinsfan

and now all the names are the right names - not the romnames - meaning....did it take time to "read" the names from the xml and this took time (overnight - but probably quicker of course)??

No, it's instant. Maybe you had two different gamelist.xml's and deleted one and didn't realize the other had the correct names?

forcefilename is the only thing I can think to change...would that work?

Yes. :)

@obadiahjack

I ended up figuring out a round about solution, more details on this reddit thread for those looking:

https://www.reddit.com/r/RetroPie/comments/l51c9g/playing_video_before_shutdown/

My roundabout solution:

As discussed with reddit user u/ben_theredonit, the pi4 fails to utilize the emulationstation.sh at the time of posting when shutting down. So editing emulationstation.sh, will not work to play a video before shut down. I solved the problem through a roundabout solution. I found a shutdown button that can be added via the carousel, developed by Steve Smith. Below is his video and in his YouTube description, his files:

The user Lampros in the youtube comments has a guide to install, if you find yourself getting the permission denied error, as many people in the comments have, I fixed mine by simply typing "sudo" in front of the "chmod +x" command

From there, I simply changed the 'rom' shutdown script adding the "sudo omxplayer RetroPie/roms/shutdown/shutdown.mp4" code and it worked.

Big thanks to reddit user u/ben_theredonit, who offered their help.

I hope this helps anyone that was lost as I was when trying to add a shutdown video.

@mitu
SOLVED - everything is working now. Thank you for your help.

Recap - in case it helps anyone else:

Problem: videos would not play after scraping, using Steven Selph's Scraper (optional package)

Solution - run RetroPie-Convert-Videos script by @hiulit to convert the videos using option: --to-ces "yuv420p"
https://github.com/hiulit/RetroPie-Convert-Videos

Replace the original video files with the converted video files.

My mistake: specifying the wrong option parameter for --to-ces

To test a video file will play: exit emulation station to the command line and try to run the video using omxplayer
$ omxplayer <path to video file>

Video files for testing are available here:
https://test-videos.co.uk/

@stefano-sudati said in can't find Steven Selph's Scraper and with Lars Muldjord's Skyscraper no video:

Reading the forums I saw that the videos need to be converted to make them work but I still don't understand how.

There are at least two scripts to convert incompatible videos:

mine (simple, but does its job) hiulit's (has more options)

This is probably what you are looking for.

https://github.com/muldjord/skyscraper

It’s available as a package in, I think, ”optional”.

Re: Looking for log/clue why ES video screensaver may get stuck w/black screen

Closing the thread on this. There is nothing wrong with the randomizer. While there was exactly one (1) "Little Computer People" video, there were ~100 variations of the game in the XML referencing the same video. So it's probably by design. It would seem that each game listed in XML with a valid video has the potential to play. Like throwing 100 tickets into a casino raffle drum... You're more likely to win.

Ideally each video found should act as 1 potential. Not a big problem, but since games with multiple variants that reference the same video are more likely to play, making things seem less random than they truly are.

Mystery solved after spending way too much time staring at random videos.

Not that I know of.

An easy way to replace the artwork location in the gamelist.xml with another / new one is the sed command (stream editor). This example changes the video directory from the relative path ./media/videos/ to the absolute path /mnt/artwork/videos/:

cp gamelist.xml gamelist.xml.backup # make a backup in case something goes wrong sed -i 's#<video>./media/#<video>/mnt/artwork/#g' gamelist.xml

The part in single quotes does the actual sed-magic:
s(earch)#[old string]#[new string]#g(lobally, i.e. all occurences)

This works for every other path, just change <video> to <image>, <marquee> etc. Omitting the artwork tag before the path will change any occurence in the file, e.g. if the whole artwork is located in another place.

Execute man sed in the command line to get the manpage (manual page) of this tool, or search the web for myriads of examples.

@shavecat You could use my script to resize all videos automatically. You'd just have to teach yourself the necessary ffmpeg options to change the resolution instead of (or in addition to) the colour encoding and add them to the ffmpeg line in my script.

@muldjord Thanks! I'll still be giving Skyscraper another go of course! There's still lots more scraping to be done.

@Gameeplayhard you can install KODI and play all the movies you want from your harddrive