[FFmpeg-trac] #2612(avcodec:new): 8bpp j2k image is not decoded anymore

[FFmpeg]

#2612: 8bpp j2k image is not decoded anymore
-------------------------------------+-------------------------------------
               Reporter:  cehoyos    |                  Owner:
                   Type:  defect     |                 Status:  new
               Priority:  important  |              Component:  avcodec
                Version:  git-       |               Keywords:  j2k
  master                             |  regression
             Blocked By:             |               Blocking:
Reproduced by developer:  0          |  Analyzed by developer:  0
-------------------------------------+-------------------------------------
 http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/1211/8bpp.jp2
 The gray sample from ticket #1211 used to be decoded visually correct with
 {{{-vcodec j2k -strict -2}}}, that does not work sine 369422d
 {{{
 $ ffmpeg -i 8bpp.jp2 out.png
 ffmpeg version N-53704-g9d56ccf Copyright (c) 2000-2013 the FFmpeg
 developers
   built on May 31 2013 10:05:08 with gcc 4.7 (SUSE Linux)
   configuration: --enable-gpl --disable-indev=jack
   libavutil      52. 34.100 / 52. 34.100
   libavcodec     55. 12.102 / 55. 12.102
   libavformat    55.  8.102 / 55.  8.102
   libavdevice    55.  2.100 / 55.  2.100
   libavfilter     3. 73.100 /  3. 73.100
   libswscale      2.  3.100 /  2.  3.100
   libswresample   0. 17.102 /  0. 17.102
   libpostproc    52.  3.100 / 52.  3.100
 Input #0, image2, from '8bpp.jp2':
   Duration: 00:00:00.04, start: 0.000000, bitrate: N/A
     Stream #0:0: Video: jpeg2000 (JPEG 2000 codestream restriction 0),
 gray, 1024x768, 25 tbr, 25 tbn, 25 tbc
 Output #0, image2, to 'out.png':
   Metadata:
     encoder         : Lavf55.8.102
     Stream #0:0: Video: png, gray, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25
 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (jpeg2000 -> png)
 Press [q] to stop, [?] for help
 frame=    1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A
 video:3kB audio:0kB subtitle:0 global headers:0kB muxing overhead
 -100.762565%
 }}}
 out.png looks broken.

 The other lossy samples from ticket #1211 that were not decoded completely
 correct before are also completely broken now:
 http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/1211/24bpp.jp2
 http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/1211/32bpp.jp2

 This is a regression since

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2612>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker