After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 683370 - jpegdec: mjpeg failed to decode JPEG image under extreme dark/ light conditions
jpegdec: mjpeg failed to decode JPEG image under extreme dark/ light conditions
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-09-04 22:17 UTC by virgo
Modified: 2013-03-01 21:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Bad JPEG decode image (139.74 KB, image/jpeg)
2012-09-05 15:33 UTC, virgo
Details

Description virgo 2012-09-04 22:17:55 UTC
Edge case problem. When I cover the Lens of the camera completely with my hand such that no light is incident I receive the following error 

OS: Ubuntu 10.04 LTS, Default Gstreamer Installation (0.10)


gst-launch souphttpsrc location="http://user:@192.168.1.90/moxa-cgi/mjpeg.cgi" ! multipartdemux ! jpegdec ! ffmpegcolorspace ! autovideosink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstPipeline:pipeline0/GstJpegDec:jpegdec0: Failed to decode JPEG image
Additional debug info:
gstjpegdec.c(1264): gst_jpeg_dec_chain (): /GstPipeline:pipeline0/GstJpegDec:jpegdec0:
Error #69: Unsupported marker type 0xf4
Execution ended after 73947045580 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

A similar issue arises when the pipeline data contains images of extreme glare.
Comment 1 Olivier Crête 2012-09-04 22:56:02 UTC
Any chance you can attach a jpeg file that causes the problem? Maybe do souphttpsrc location="http://user:@192.168.1.90/moxa-cgi/mjpeg.cgi"
! multipartdemux ! multifilesink and attach the last file? Can you open such a file it with other programs?
Comment 2 Tim-Philipp Müller 2012-09-04 23:20:06 UTC
Also, the version of GStreamer shipped in ubuntu 10.4 is about 3 years old, perhaps you could try something more recent..
Comment 3 virgo 2012-09-05 01:59:54 UTC
(In reply to comment #1)
> Any chance you can attach a jpeg file that causes the problem? Maybe do
> souphttpsrc location="http://user:@192.168.1.90/moxa-cgi/mjpeg.cgi"
> ! multipartdemux ! multifilesink and attach the last file? Can you open such a
> file it with other programs?
Hi Olivier,

Sure shall attach this frame once I am in the office tomorrow.
Comment 4 virgo 2012-09-05 02:13:36 UTC
(In reply to comment #2)
> Also, the version of GStreamer shipped in ubuntu 10.4 is about 3 years old,
> perhaps you could try something more recent..

Hi Tim,

        I am working with the servers installed on site (this is in remotely accessible region - takes few hours to reach there even for servicing) and have written code around gstreamer using Gstreamer-Java 1.5 Wrapper. Do you have any specific version you would recommend (considering Gstreamer-java wrapper compatibility)?

        Thanks.
Comment 5 virgo 2012-09-05 15:33:59 UTC
Created attachment 223553 [details]
Bad JPEG decode image

Attached is the JPEG that was causing problems.
Comment 6 Olivier Crête 2012-09-23 20:39:52 UTC
It decodes as black and white "snow" in Firefox and Chrome.. I would guess that your encoder that has a problem. And a short look at Google doesn't find anything about marker F4... Do you know any other decoder that can decode this image ?
Comment 7 virgo 2012-09-25 13:43:51 UTC
Unfortunately, I do not have control over encoder as the source of mjpeg stream is from "Moxa" camera. even setting it to "Best" Setting does not help. For now the only solution I could find is in the latest "jpegdec" plugin - set the property of "max-errors=-1" or "never fail". This simply discards the corrupt jpeg frame and proceeds to decode the next frame.
Comment 8 Olivier Crête 2013-03-01 21:27:24 UTC
Seems like an invalid stream