Video Splash Screen problems
-
Yeah, it actually makes sense, somewhat. I am guessing the pi gets pretty busy doing IO when loading emulationstation, and struggles to keep up with everything needed to keep a stable HDMI signal while booting? Maybe? But still, when I am connected to my monitor with a HDMI to DVI cable and analog audio, I get no issues at all...
I can see how this tweak will work, but the main beef I have is that the video splash is intended to give you something to watch while ES loads. Still, it is still a perfectly viable option because ES only takes a few seconds to load.
Still, two other possibilities come to mind. I wonder if they will work better?
- Start omxplayer with a higher priority or niceness?
- Start omxplayer on a different CPU core when available for the Pi2/3? This may not be an option for the pi zeroes, as I don't think the zeroes have multi core CPUs.
Either one of these might do the trick, but I also am not a Linux expert, so I don't know if these are viable options or not.
-
I tried the niceness idea by modifying the script /etc/init.d/asplashscreen
I tried adding the following into the omxplayer line in the asplashscreen script:
sudo nice --1 omxplayer...
sudo nice --10 omxplayer...
sudo nice --20 omxplayer ...
sudo ionice -c 2 omxplayer ...
sudo ionice -c 1 omxplayer ...None of these modifications seemed to correct the issue. As stated by other users, I did try disabling overscan, and the videos do play though without completely dropping out, but there is a point in all videos where the sound drops for about half a second during boot. It's an improvement, but now the video goes off the edge of the TV screen.
Curiously, when I re-enabled overscan, the video splash screens continued to play the same way. Maybe I just need to cold boot the pi to make the problem resurface.
At any rate, I now know playing with the niceness doesn't seem to fix things. I do now have another theory on the issue. I have noticed that EmulationStation still starts in the background, and accepts input while the splash is playing. I am wondering if EmulationStation starting is corrupting the HDMI playback of the video. My thought is that EmulationStation initializes video modes and brings up its graphical screen when it launches, and those changes in video modes might be what is corrupting the HDMI signal while the video is playing. That behavior would explain why delaying the EmulationStation launch until after omxplayer terminates corrects the issue. That would also seem to explain why setting niceness doesn't fix the issue.
It may be that the best fix may be IRgEEK's fix to delay EmulationStation until after the video.
At this point, I think it does not seem to be an SD card, CPU, or an IO issue. I am suspecting it has more to do with EmulationStation changing the video mode in the background while the video is playing. I am not sure why it seems to work flawlessly on a monitor versus a TV though.
-
I added the fokowing to autostart.ch, and I can't get emulationstation to auto load. I get a "line 6: syntax error: unexpected end of file". I edited the file with notepad. The contents of the file are as follows:
while pgrep omxplayer &>/dev/null;
do sleep 1;
doneemulationstation #auto
Those fixed my video issue w/ the splash screen, but I've been unable to get emulation station to auto load. Would any of you have any suggestions to fix?
Thanks!
-
I added the following to autostart.ch, and I can't get emulationstation to auto load. I get a "line 6: syntax error: unexpected end of file". I edited the file with notepad. The contents of the file are as follows:
while pgrep omxplayer &>/dev/null;
do sleep 1;
doneemulationstation #auto
Those fixed my video issue w/ the splash screen, but I've been unable to get emulation station to auto load. Would any of you have any suggestions to fix?
Thanks!
-
@yodajjh Don't use notepad - file probably has the wrong line endings - get notepad++ and make sure line endings are unix (LF). If posting configs/files put them in a code block so it's easier to see issues/mistakes and characters are not interpreted as styling.
-
@BuZz ,
That cleared it up. Thanks so much for your help!!!
-
You can also disable the "wait for network on boot" and uncomment those lines in the config.txt file:
hdmi_drive=2
config_hdmi_boost=4
-
Sorry to bump up yet another topic today, but I've been trying to get custom splashscreens to work, but no luck so far, the splashscreen starts to jerk and cuts off before it gets to the end. I used this around 25 sec long PS1 boot video and added those sleep disabling lines to the autostart config, but it still does it. Has this issue been properly solved yet ?
-
same problem here. i tried to edit autostart.sh with notepad++ like this:
while pgrep omxplayer & > /dev/null;
do sleep 1;
done
emulationstation #autothe results is: i can play the video correctly, but at the end emulation station not boot, i just have a raspian terminal screen, no login :(
i use a raspberry pi3 b2, hdmi to hdmi on a full hd monitor. -
@pandapulcino said in Video Splash Screen problems:
same problem here. i tried to edit autostart.sh with notepad++ like this:
while pgrep omxplayer & > /dev/null;
do sleep 1;
done &
emulationstation #autothe results is: i can play the video correctly, but at the end emulation station not boot, i just have a raspian terminal screen, no login :(
i use a raspberry pi3 b2, hdmi to hdmi on a full hd monitor.ADD &
I added it to your quote for example.
-
Hi,
probably has nothing to do with your problem, but i had video splash issues too.
I have some leds on the gpio pins fading in on boot using wiringpi. This causes issues with the video playback because it outputs audio through hdmi AND analog.
I edited asplashscreen (omxplayer -o hdmi ....) and now it works flawless.
-
I resolved this today without having to delay emulationstation, using @herb_fargus advice above.
My resolution was to remove the -b switch from the omxplayer command in the file /opt/retropie/supplementary/splashscreen/asplashscreen.sh on line 35.
I did not remove the --layer option as, in testing, that put omxplayer in the background so audio would play from the video for the ES loading screen which would be foreground.
Too bad this command isn't a setting as it'll possibly get overwritten on update as all -b does is set the video background color omxplayer readme.
I understand this is a per-user/config issue as my computer monitors didn't have this problem, it only happened on every TV I tried.. now it works on both. I'd recommend making this command (or at least the switches) something configurable that could be preserved between updates.
-
@Acidnine removing the -b switch worked for me as well! Excited cause I'm a noob but was able to get in and edit the file on the pi :)
My Setup:
Pi3 b+ (Canakit) running 4.1.12
2.5a Canakit power supply
Built from pre made image on retropie site (4.3.8)
buffalo snes controller
32gb Samsung EVO 95mb/s SD card
No modifications
Running on vizio TV -
i am necrothreading this to ask a question. if removing -b from line 35 was the entire fix, why is it being used in the first place? it took me forever going through this thread trying everything until stumbling on this at the very end and it being the only thing needed to fix the problem. i understand it gives it a black background but wouldnt you get that anyways?
-
I'm having this problem but removing the "-b" from line 35 didn't work for me
What's the audio issue? Audio jumps always in the same part of all videos
What Image you using? DZ Infinity 64Gb
What video connection you using? HDMI Video+Audio
What type of Pie & PSU you using? Pi 3 B+ and a 2.5a PSU and a LG 24" Monitor/TVVideo of the issue here:
[https://photos.app.goo.gl/9R4Ui1gGJ7FzKYCi9](link url) -
@Choy We don't offer support for 3rd party images - see https://retropie.org.uk/forum/topic/3/read-this-first.
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.