GNOME Bugzilla – Bug 661747
jpegdec: post error on EOS if no frame has been decoded
Last modified: 2013-12-31 08:43:04 UTC
Error out properly if encoder and decoder are not compatible
Created attachment 198997 [details] [review] core: If stop pipeline on link error If encodebin and decodebin fail to link post an error to the pipeline. Otherwise half of the pipeline is stuck in PAUSED forever.
Hm, that works properly with a C version of our code (HttpSink switched for udpsink). Wonder if HttpSink doing something wrong.
Created attachment 199004 [details] Corrupt jpeg file
Created attachment 199005 [details] Sample code that shows the behaviour
When running the attached C program on the attached file, there is no error message, the pipeline is just stuck somewhere.
Is this still an issue with 1.x? If yes, could you update your sample code?
Created attachment 233143 [details] Updated for 1.x Still no error or EOS on bus: [rygel] jens@laptop-jge: ~/tmp $ G_MESSAGES_DEBUG=all ./trc ** (trc:20702): DEBUG: Message state-changed from udpsink0 ** (trc:20702): DEBUG: Message state-changed from typefind ** (trc:20702): DEBUG: Message state-changed from decodebin0 ** (trc:20702): DEBUG: Message state-changed from filesrc0 ** (trc:20702): DEBUG: Message state-changed from queue0 ** (trc:20702): DEBUG: Message state-changed from capsfilter0 ** (trc:20702): DEBUG: Message state-changed from streamcombiner0 ** (trc:20702): DEBUG: Message state-changed from identity0 ** (trc:20702): DEBUG: Message state-changed from audioconvert1 ** (trc:20702): DEBUG: Message state-changed from audioresample0 ** (trc:20702): DEBUG: Message state-changed from audioconvert0 ** (trc:20702): DEBUG: Message state-changed from audiorate0 ** (trc:20702): DEBUG: Message state-changed from streamsplitter0 ** (trc:20702): DEBUG: Message state-changed from queue1 ** (trc:20702): DEBUG: Message state-changed from encodebin0 ** (trc:20702): DEBUG: Message state-changed from transcode-src ** (trc:20702): DEBUG: Message state-changed from pipeline ** (trc:20702): DEBUG: Message stream-status from sink ** (trc:20702): DEBUG: Message state-changed from typefind ** (trc:20702): DEBUG: Message state-changed from filesrc0 ** (trc:20702): DEBUG: Message stream-status from sink ** (trc:20702): DEBUG: Message stream-status from src ** (trc:20702): DEBUG: Message state-changed from queue0 ** (trc:20702): DEBUG: Message state-changed from capsfilter0 ** (trc:20702): DEBUG: Message state-changed from streamcombiner0 ** (trc:20702): DEBUG: Message state-changed from identity0 ** (trc:20702): DEBUG: Message state-changed from audioconvert1 ** (trc:20702): DEBUG: Message state-changed from audioresample0 ** (trc:20702): DEBUG: Message state-changed from audioconvert0 ** (trc:20702): DEBUG: Message stream-status from src ** (trc:20702): DEBUG: Message state-changed from audiorate0 ** (trc:20702): DEBUG: Message state-changed from streamsplitter0 ** (trc:20702): DEBUG: Message stream-status from src ** (trc:20702): DEBUG: Message state-changed from queue1 ** (trc:20702): DEBUG: Message state-changed from encodebin0 ** (trc:20702): DEBUG: Message stream-status from src ** (trc:20702): DEBUG: Message state-changed from avdec_mjpeg0 ** (trc:20702): DEBUG: Message state-changed from avdec_mjpeg0 0:00:00.048912150 20702 0xabc8a0 ERROR libav :0:: dqt: 16bit precision 0:00:00.049003657 20702 0xabc8a0 ERROR libav :0:: dqt: 16bit precision 0:00:00.049346621 20702 0xabc8a0 ERROR libav :0:: dqt: 16bit precision 0:00:00.049417125 20702 0xabc8a0 ERROR libav :0:: dqt: 16bit precision
It also opts to chose an mjpeg decoder here, just as in bug 688823
Thanks for taking the time to report this bug. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version. You may want to check for a software upgrade. *** This bug has been marked as a duplicate of bug 711094 ***