[SOLVED] - Video Snaps not Playing

wiggy808

@mitu Thanks for the reply, very interesting. Am I executing it properly?:

pi@retropie:~/RetroPie/roms/mastersystem/snap $ vlc Ace\ of\ Aces.mp4

If so, I received same errors from mp4's that do (NES) and do not (MasterSystem) play in ES.

What does this mean?

Clyde

@wiggy808 said in Video Snaps not Playing:

If so, I received same errors from mp4's that do (NES) and do not (MasterSystem) play in ES.

Which errors exactly?

Here's a way to show us the codecs of the video(s) in question. You'll have to run these commands:

sudo apt install libav-tools   # install libav-tools if necessary
avprobe /home/pi/Retropie/roms/mastersystem/snap/Ace\ of\ Aces.mp4 2>&1 | grep Stream  # display the codecs of all streams in the file

Then show us the output of the last command. The first command sudo apt … is only needed once to make sure avprobe is installed. All text behind # in a line is only a comment an can be omitted.

edit: Some nonsense removed. 😋

wiggy808

@Clyde Here is the output, looks the same (minus the kb/s) for both an mp4 that works in ES (all NES snaps work, I chose 1942.mp4 at random), and the mp4's that don't work in ES (all for the mastersystem, in this case I chose Ace of Aces at random).

Master Systems Ace of Aces tested (don't mind the "Europe" I renamed the mp4 during some more testing):

pi@retropie:~ $ avprobe /home/pi/RetroPie/roms/mastersystem/snap/Ace\ of\ Aces\ \(Europe\).mp4 2>&1 | grep Stream
    Stream #0.0(und): Video: h264 (High), yuv420p, 320x240 [PAR 1:1 DAR 4:3], 78 kb/s, 30 fps, 30 tbn, 60 tbc (default)
    Stream #0.1(und): Audio: aac, 48000 Hz, stereo, fltp, 126 kb/s (default)

NES 1942 tested:

pi@retropie:~ $ avprobe /home/pi/RetroPie/roms/nes/snap/1942\ \(Japan\,\ USA\).mp4 2>&1 | grep Stream
    Stream #0.0(und): Video: h264 (High), yuv420p, 320x240 [PAR 1:1 DAR 4:3], 394 kb/s, 30 fps, 30 tbn, 60 tbc (default)
    Stream #0.1(und): Audio: aac, 48000 Hz, stereo, fltp, 107 kb/s (default)

Were you still interested in the errors from vlc running on the command line, or should I try something else? I didn't put it in the OP because the NES ones play fine, so didn't think it was relevant or the cause.

Clyde

@wiggy808 Okay, the most common reason for non-working videos isn't the case here (yuv444 instead of yuv420, because ES' hardware-accelerated OMX player only plays the latter).

Yes, the VLC errors are still interesting, too. My post was meant to check on both the errors and the encoding.

edit: Does it change anything if you turn hardware acceleration in Emulation Station on or off? ("Other Settings" > "Use OMX Player (HW Accelerated)")

edit 2: You could try to reencode the video without any changes to its codecs to see if it plays then. It may correct any errors we don't see in the stream info.

avconv -y -i input.mp4 output.mp4

Change "input" and "output" to the resp. paths+filenames.

(From Retropie 4.4 on, avconv was replaced by ffmpeg, but it remains as an working alias, so I still use it for backwards compatibility with RP 4.3 and before.)

Hyuma

same issue, i'm trying to re-encode on my computer to get compatibility with retropie

Hyuma

i've resolved with this command:

ffmpeg -i input.mp4 -vf format=yuv420p output.mp4

than i re-upload the video inside media/vidoes

Clyde

@hyuma Were your videos already in yuv420p before the re-encoding? I'm asking because @wiggy808's videos are in yuv420p, and still some of them won't play.

wiggy808

I won't be home until tomorrow, but I did see your reply @Clyde and will try it and let everyone know. Hopefully changing the hardware acceleration does something, we will see. I'll try the reencode as well, it would be interesting to see what @Hyuma says about the original state of his vids.

Hyuma

@Clyde my video were yuv 4.4.4 and after the conversion they became yuv420p. To check if all was good use the command:

ffprobe -v verbose input.mp4

I've noticed that i still have 2 videos that doesn't work also after the encoding and i'm thinking it could be a VBR video codec issue but i'm not sure...

Clyde

@hyuma Thanks for the information. Yuv444 is a known problem for OMX player. There are at least two scripts to fix that for multiple videos, one by myself and one from @hiulit.

But @wiggy808's videos are already in yuv420p (at least the Ace of Aces video is), so alas, it's not that issue. I'm curious if re-encoding his/her videos will change anything.

Let's stay tuned. :)

Hyuma

Wow, good job with the script, @Clyde! I still have 2 mp4 that doesn't work also in yuv420p and i can't understand why... Here you can find the media information of video:

https://paste.ofcode.org/JfKAGPpCB7EJg7vtYkC7Az

if you can tell me why this video doens't work you will be very helpful for me! thanks

Clyde

@hyuma Thanks for the compliment. My script isn't nearly as sophisticated as @hiulit's, but it does its job in the spirit of the Unix Philosophy #1, "make each program do one thing well". 😊

Alas, I can't say much about your media information, as I know next to nothing about video internals. But maybe someone else here can.

That said, did you compare the media data of the non-working videos to that of the working videos? That may give away some clues.

Hyuma

yes I've compared and the only difference comes from VBR against CBR... but the videos working as screensaver... only in preview they doesn't work...

mitu

@hyuma Check if

You're using omxplayer for video previews, should be an Emulationstation setting.
The theme you're using has video preview support and the Gamelist View Style is set to video in the Emulationstation UI Settings.

wiggy808

Just got in gang, thanks for the replies, I'm going to test now and post in a few minutes the results.

Hyuma

@mitu yes i have both, but as I said video preview works but not all preview are working and i'm trying to understand why..

mitu

@hyuma What theme are you using ? If you play the video from the CLi with omxplayer <video_file> do you get any errors or the playback is ok ?

Hyuma

@mitu I tested various theme also with basic theme i had the problem, now I'll try that command to see which error i get. ;)

Hyuma

@mitu running from terminal

omxplayer input.mp4

Video codec omx-h264 width 480 height 360 profile 100 fps 29.970030
Audio codec aac channels 2 samplerate 44100 bitspersample 16
Subtitle count: 0, state: off, index: 1, delay: 0
V:PortSettingsChanged: 480x360@29.97 interlace:0 deinterlace:0 anaglyph:0 par:1.12 display:0 layer:0 alpha:255 aspectMode:0

I got no error

wiggy808

Here's the update.

First tried changing the OMX hardware acceleration ("Other Settings">"Use OMX Player (HW Accelerated)"), same result on or off, video snap preview doesn't play.

Second attempt was the re-encoding. File size doubled, so something changed, result was the same however, snap video didn't play.

Third attempt was based on @mitu suggestion to play on CLI using omxplayer command. Both the original (_orig.mp4) and the new (ffmpeg converted) files played. Here are the outputs:

pi@retropie:~/RetroPie/roms/mastersystem/snap $ omxplayer Ace\ of\ Aces\ \(Europe\).mp4
Video codec omx-mpeg4 width 320 height 240 profile -99 fps 30.000000
Audio codec aac channels 2 samplerate 48000 bitspersample 16
Subtitle count: 0, state: off, index: 1, delay: 0
V:PortSettingsChanged: 320x240@30.00 interlace:0 deinterlace:0 anaglyph:0 par:1.00 display:0 layer:0 alpha:255 aspectMode:0
have a nice day ;)
pi@retropie:~/RetroPie/roms/mastersystem/snap $ omxplayer Ace\ of\ Aces\ \(Europe\)_orig.mp4
Video codec omx-h264 width 320 height 240 profile 100 fps 30.000000
Audio codec aac channels 2 samplerate 48000 bitspersample 16
Subtitle count: 0, state: off, index: 1, delay: 0
V:PortSettingsChanged: 320x240@30.00 interlace:0 deinterlace:0 anaglyph:0 par:1.00 display:0 layer:0 alpha:255 aspectMode:0
have a nice day ;)
pi@retropie:~/RetroPie/roms/mastersystem/snap $

Side note, I did have to use @Hyuma command ffmpeg as the avconv alias wasn't there. It seemed to work fine.

So still kinda scratching my head, gamelist.xml file looks correct to me, file is there, encoding seems okay, plays from CLI with omxplayer...This is very odd and I hope we can figure this out.

let me know what else we can try.