8bpp j2k image is not decoded anymore

[Carl Eugen Hoyos]

​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 369422d

[Carl Eugen Hoyos]

Fixed by Michael.