faster_decoding=1 or faster_decoding=2 has extremely bad size with lossless images.

[Quackdoc]

Describe the bug
faster_decoding 1 and 2 when encoding with lossless results in extremely large file sizes. faster_decoding 3 and 4 do not

To Reproduce
cjxl img-in.png img-out.jxl -d 0 -e 7 --faster_decoding=1 or cjxl img-in.jpeg img.jxl -d 0 -e 7 --lossless_jpeg=0 --faster_decoding=1

Expected behavior
Create reasonably sized files

Screenshots
Not Applicable

Environment

• OS: Arch Linux
• Compiler version: Unkown
• CPU type: x86_64
• cjxl/djxl version string: cjxl v0.10.2 e148959 [AVX2,SSE4,SSE2]

Additional context
The issue does not occur when doing lossless-transcoding or during normally lossy transcoding cjxl mona.png mona-f1.jxl -d 0.1 -e 5 --faster_decoding=1 (though the overall hit is very large still)

results of lossless compression

➜  jxl-debug l mona*
Permissions Size User  Date Modified Name
.rw-r--r--   17M quack 25 Apr 13:13  mona-f0.jxl
.rw-r--r--  100M quack 25 Apr 13:14  mona-f1.jxl
.rw-r--r--  100M quack 25 Apr 13:15  mona-f2.jxl
.rw-r--r--   26M quack 25 Apr 13:16  mona-f3.jxl
.rw-r--r--   26M quack 25 Apr 13:16  mona-f4.jxl
.rw-r--r--   27M quack 25 Apr 13:13  mona.png

➜  jxl-debug l wind*
Permissions Size User  Date Modified Name
.rw-r--r--   51M quack 25 Apr 13:17  windwaker-0.jxl
.rw-r--r--  533M quack 25 Apr 13:18  windwaker-1.jxl
.rw-r--r--  533M quack 25 Apr 13:19  windwaker-2.jxl
.rw-r--r--   90M quack 25 Apr 13:20  windwaker-3.jxl
.rw-r--r--   90M quack 25 Apr 13:21  windwaker-4.jxl
.rw-r--r--   23M quack 25 Apr 13:17  windwaker35xnative.jpg

results of lossy compression

➜  jxl-debug l
Permissions Size User  Date Modified Name
.rw-r--r--  4.2M quack 25 Apr 13:27  mona-f0.jxl
.rw-r--r--   26M quack 25 Apr 13:27  mona-f1.jxl
.rw-r--r--   26M quack 25 Apr 13:27  mona-f4.jxl
.rw-r--r--   27M quack 25 Apr 13:13  mona.png