search

jonesmGatcom / ossbuild

Automatically exported from code.google.com/p/ossbuild
0 stars 0 forks source link

max-errors property in jpegdec does not skip bad frame and is unable to recover #152

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago 
I have a pipeline to decode MJPEG stream. Under extreme dark/ bright conditions 
I receive a single or just a few bad JPEG frame(s). The pipeline given below, 
freezes for 1000 frames and then terminates.

gst-launch -v souphttpsrc location=http://<IP>:<PORT>/<xxx>.cgi is-live=true ! 
multipartdemux ! jpegdec max-errors=1000 ! ffmpegcolorspace ! ximagesink

 But my understanding is that the pipeline is supposed to recover as soon as a good JPEG frame follows a bad JPEG frame. Example, in my case say a single bad JPEG frame is received and the count starts. This bad frame is followed by 9 bad frames. But the 11th frame onwards are good frames so the pipeline should continue without freezing or halting on the 1st bad frame. And I still have 1000 - 10 = 9990 chances to tolerate error still left. Am I correct? But my observation is to the contrary.

Original issue reported on code.google.com by enthusia...@gmail.com on 10 Sep 2012 at 7:40

GoogleCodeExporter commented 8 years ago 
***typo: 990 frames left

Original comment by enthusia...@gmail.com on 10 Sep 2012 at 7:42

GoogleCodeExporter commented 8 years ago 
The latest version of the code fixes this problem. I have made a patch that 
copies the required dlls from new version into the 0.10.7 binaries - But it 
assumes OSSbuild is installed in default location and Windows is installed on 
C:\ drive.

Original comment by enthusia...@gmail.com on 19 Sep 2012 at 10:01

Attachments: