Carl Eugen Hoyos <[email protected]> added the comment:
Removed the sample from incoming.
Some frames in issue2143.mjpeg (attached) are not output correctly for -vcodec
copy -f jpg (and are not decoded correctly), but are split in two. Concatenating
those split frames produces correct jpg-files.
ffmpeg -i issue2143.mjpeg -vcodec copy out%03d.jpg
FFmpeg version SVN-r24685, Copyright (c) 2000-2010 the FFmpeg developers
built on Aug 3 2010 23:24:49 with gcc 4.2.1 (SUSE Linux)
configuration:
libavutil 50.23. 0 / 50.23. 0
libavcore 0. 2. 0 / 0. 2. 0
libavcodec 52.84. 2 / 52.84. 2
libavformat 52.78. 0 / 52.78. 0
libavdevice 52. 2. 0 / 52. 2. 0
libavfilter 1.27. 0 / 1.27. 0
libswscale 0.11. 0 / 0.11. 0
[mjpeg @ 0x8b76640] Found EOI before any SOF, ignoring
[mjpeg @ 0x8b75470] max_analyze_duration reached
[mjpeg @ 0x8b75470] Estimating duration from bitrate, this may be inaccurate
Input #0, mjpeg, from 'issue2143.mjpeg':
Duration: N/A, bitrate: N/A
Stream #0.0: Video: mjpeg, yuvj422p, 352x248, 25 fps, 25 tbr, 1200k tbn, 25
tbc
Output #0, image2, to 'out%03d.jpg':
Metadata:
encoder : Lavf52.78.0
Stream #0.0: Video: mjpeg, yuvj422p, 352x248, q=2-31, 90k tbn, 25 tbc
Stream mapping:
Stream #0.0 -> #0.0
Press [q] to stop encoding
frame= 355 fps= 0 q=-1.0 Lsize= -0kB time=14.20 bitrate= -0.0kbits/s
video:4073kB audio:0kB global headers:0kB muxing overhead -100.000528%
10 of the resulting frames only consist of 153 bytes, they and their successors
can not be decoded, if they are concatenated, the resulting file can be decoded
fine.
File 'issue2143.mjpeg' not attached - you can download it from
https://roundup.ffmpeg.org/file1018.
----------
substatus: needs_more_info -> reproduced
________________________________________________
FFmpeg issue tracker <[email protected]>
<https://roundup.ffmpeg.org/issue2143>
________________________________________________
