Video Snaps Screen Saver not working with USB service
-
Please add some info about your system, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.
If the video snaps play in EmulationStation, then they should also play in the screensaver - EmulationStation builds a video list from the existing video snaps for the screensaver. How did you set-up the USB - did you use the automatic
retropie-mountmethod or you did you configure it manually ? -
Thanks for the follow up. Video snaps are playing in Emulation Station just fine. The USB is setup automatically by turning on USB rom service. The roms are located on the USB drive via retropie-mount along with the gamelist (located in roms) and said video snaps located in emulationstation with a matching path. I think the location of the snaps really doesnt matter so long as the path is correct in the gamelist.xml?
I have a mirrored setup that does not use USB rom service and instead hosts the files on the SD card and the screen saver works fine with the only difference being USB rom service.
So where does Emulation Station look for that compiled list?
-
@keltoigael said in Video Snaps Screen Saver not working with USB service:
So where does Emulation Station look for that compiled list?
As I said before, in the gamelist, similar to how it looks for video snaps.
-
Also would like to add this is a fresh install on current software.
-
So with the USB rom service does the video snaps have to be in Emulationstation/downloaded_images (I think that is the correct folder, at work and I do not remember) or can they literally be placed in any location so long as the path is correct in gamelist.xml?
-
@keltoigael said in Video Snaps Screen Saver not working with USB service:
So with the USB rom service does the video snaps have to be in Emulationstation/downloaded_images
No, the USB rom service only handles the
romdir(/home/pi/RetroPie/roms), not the$HOME/.emulationstationfolder, where thedownloaded_imagesis located. -
So it would be best to keep the video snaps on the SD card rather than the USB, which might be the issue.
-
I don't know what the issue is - if the video snaps are working, then I don't see why the screensaver would not, since it uses the same videos.
-
The only difference between the two setups would be the usbservice, one hosting snaps on the SD the other on the USB drive with said gamelist pointing to the directory. Video snaps play just fine in emulationstation. The SD setup plays the video screensaver with no issue, the USB service setup does not (video files are on the USB).
-
It everything on both systems really the same? Same RetroPie version with the same update state, same video files? Ideally run on the same Pi?
Does the effect also happen with Hardware Acceleration turned off in ES' options menu? A black screen could also mean that the videos can't be displayed because they are the wrong format (see this thread for a more thorough explanation and a conversion script).
-
Yes the setups are mirrored on the same hardware, one is hosted completely on a 256 SD card and the other is running USB service on a 32 SD card and a 256 USB drive. The build is originally off the 256 card which has no issues. Other than turning on rom service, transfering roms to the USB, transfering snaps to USB and editing the gamelist.xml for the new paths nothing is different.
-
I got things sorted. It took some digging and lots of trail but it all pointed out to text being enabled that for some reason would not allow OMX player to show video. What is even more odd is that OMX with text works on the SD card setup but not with USB service. Oh well it doesnt matter. I turned it off and now everything is working as should.
-
That's strange, because this problem should arise from the GPU drivers on the Pi 4, as @mitu explained to me here.
So it shouldn't have anything to do with
usbromservice, but it's good to hear that you could solve your problem. -
@Clyde said in Video Snaps Screen Saver not working with USB service:
So it shouldn't have anything to do with usbromservice, but it's good to hear that you could solve your problem.
It doesn't, and without any hint on the actual configuration (Pi mode, RPI version, etc.), we're just speculating here.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.