GNOME Bugzilla – Bug 776165
Cannot display jpegs on raspberry pi (they appear glitched or not at all)
Last modified: 2018-11-03 13:01:02 UTC
Tested using glimagesink, gst-master on raspbian. I have a test program and files here that demonstrates this and other bugs. https://github.com/stuaxo/gstreamer-dispmanx-demo To repro Run python play-multi.py jpegs/*
This works now with the fix from bug 776141 *** This bug has been marked as a duplicate of bug 776141 ***
I don't think this is a dupe, jpegs still appear glitched, while pngs work now. Here is what it looks like (no idea why youtube classified this as comedy but there you go). https://www.youtube.com/watch?v=v3TYeXg13Qo
Here is how to reproduce from the commandline, with raspi2png to capture output. This uses raspi2png [1] and an input file 1.jpg $ timeout 5s gst-launch-1.0 filesrc location=1.jpg ! decodebin ! imagefreeze ! glimagesink & sleep 1 && raspi2png Output goes to a file called snapshot.png (which is black in this case, but contains an image if a png is input). [1] https://github.com/AndrewFromMelbourne/raspi2png
I'm guessing you're using omxjpegdec here while I'm only using jpegdec at the moment.
Created attachment 343160 [details] Jpeg being displayed
I had a look at the debug and I am using omxjpegdec - this is chosen by decodebin. For my own project I don't need this any more since, we switched to pngs, but still good to help provide info to help this be fixed. The log is 11mb, so I put it on dropbox: https://www.dropbox.com/s/9pu45woxmabcqfq/gst-omxjpeglog.txt?dl=0 I've attached a picture of a jpeg being displayed on a Pi. It's interesting, that it starts out being displayed OK, but then the rest is glitched,
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-omx/issues/10.