uncompressed generation / decode of single channel images produces corrupted results in row and tile interleave modes

[bradh]

Thanks for reporting your issue. Please make sure these boxes are checked before submitting your issue - thank you!

• I looked for a similar issue and couldn't find any.
• I tried with the latest version of GPAC. Installers available at https://gpac.io/downloads/gpac-nightly-builds/
• I give enough information for contributors to reproduce my issue (meaningful title, github labels, platform and compiler, command-line ...). I can share files anonymously with this dropbox: https://www.mediafire.com/filedrop/filedrop_hosted.php?drop=eec9e058a9486fe4e99c33021481d9e1826ca9dbc242a6cfaab0fe95da5e5d95

Detailed guidelines: https://gpac.io/bug-reporting/

Overview

Generating single channel files (e.g. palette or mono) results in corrupted results in gpac -gui for row and tile interleave mode.

Test cases:

gpac uncvg:sq=1:vsize=30x20:tiles=2x4:c=M:sampling=none:interleave=row:block_size=0:row_align=0:tile_align=0:fps=0 -o test1.heif
gpac uncvg:sq=1:vsize=30x20:tiles=2x4:c=M:sampling=none:interleave=tile:block_size=0:row_align=0:tile_align=0:fps=0 -o test2.heif
gpac uncvg:sq=1:vsize=30x20:tiles=2x4:c=p:sampling=none:interleave=row:block_size=0:row_align=0:tile_align=0:fps=0 -o test3.heif
gpac uncvg:sq=1:vsize=30x20:tiles=2x4:c=p:sampling=none:interleave=tile:block_size=0:row_align=0:tile_align=0:fps=0 -o test4.heif
gpac uncvg:sq=1:vsize=30x20:c=M:sampling=none:interleave=row:block_size=0:row_align=0:tile_align=0:fps=0 -o test5.heif
gpac uncvg:sq=1:vsize=30x20:c=p:sampling=none:interleave=row:block_size=0:row_align=0:tile_align=0:fps=0 -o test6.heif
gpac uncvg:sq=1:vsize=30x20:c=x,M:sampling=none:interleave=row:block_size=0:row_align=0:tile_align=0:fps=0 -o test7.heif

Results

Test 1

Test 2

Test 3

Test 4

Test 5

Test 6

Test 7

(note: this is the expected result, but differs from Test 5 example only in that there is a pad channel.)

[bradh]

I have since implemented decode for the mono images, and they appear fine to me. So its likely on the display side rather than the uncvg side.

[jeanlf]

indeed , should now be fixed. Thanks for the report