[FFmpeg-trac] #52(FFmpeg:closed): mjpeg decoder is broken (at least with ga61bc91)

FFmpeg trac at avcodec.org
Mon Apr 18 10:22:11 CEST 2011


#52: mjpeg decoder is broken (at least with ga61bc91)
------------------------+-------------------------
Reporter:  ami_stuff    |       Owner:  michael
    Type:  defect       |      Status:  closed
Priority:  normal       |   Component:  FFmpeg
 Version:  unspecified  |  Resolution:  worksforme
Keywords:               |  Blocked By:
Blocking:               |  Reproduced:  0
Analyzed:  0            |
------------------------+-------------------------

Comment (by tateu):

 I think it is still there.  I tried a 32bit build of git-N-29157-gc967860
 on Windows XP (Pentium 4) and Windows 7 (64 Bit Xeon) today.  I don't
 think it is the decoder.  ami_stuff's suggestion that it is in libswscale
 makes more sense.  So far, I can always reproduce the problem (starting at
 git-53e35fd and see note about --arch below) when the source file is 32
 bit RGB and the output is something other than RGB and I can sometimes
 reproduce the problem when the source file is 24 bit RGB and the output is
 something other than RGB.

 If the source file is a 32 bit Avi, the following all produce green/pink
 video:

 ffmpeg.exe -i 32Bit.avi -vcodec libx264 -fpre libx264-medium.ffpreset
 out_h264.mp4
   fmt:bgra -> fmt:yuv420p
 ffmpeg.exe -i 32Bit.avi out.mpg
   fmt:bgra -> fmt:yuv420p
 ffmpeg.exe -i 32Bit.avi out.jpg
   fmt:bgra -> fmt:yuvj420p

 --

 If the source file is a 32 bit Avi, the following do NOT produce
 green/pink video:

 ffmpeg.exe -i 32Bit.avi -vcodec huffyuv out_hfyv.avi
   fmt:bgra -> fmt:bgra
 ffmpeg.exe -i 32Bit.avi out.tif
   fmt:bgra -> fmt:rgb24

 I first noticed this problem with git-53e35fd (from around March 4th or
 5th, 2011).  I can NOT reproduce the problem on the slightly older git-
 8cf9a09.

 Note about --arch:
 Also, I noticed that if I compile with "--arch=x86" or "--arch=i686", then
 I experience the problem.  If I instead compile with "--arch=x86_32", then
 I do NOT experience the problem.  But...with "--arch=x86_32" "-vcodec
 mpeg4" encodes about twice as slow.

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/52#comment:7>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list