xingchenli1996

Oh, I see what the problem really was. Thanks very much. I hope the further development of it would make a compatibility to JPEG2000 Part 10

> @xingchenli1996 please give a link to a

> @xingchenli1996 you can give sample of either your .h264 or the remuxed .ts; as long as I can reproduce the bug it is fine. OK, later I will upload...

> @xingchenli1996 you can give sample of either your .h264 or the remuxed .ts; as long as I can reproduce the bug it is fine. https://1drv.ms/u/s!Agvg88mocIyRhkvP6wk36lEze2Cj?e=xe5hQQ Here is the H264...

> @xingchenli1996 you can give sample of either your .h264 or the remuxed .ts; as long as I can reproduce the bug it is fine. when can this problem be...

> @xingchenli1996 tsMuxer is open source, you just have to wait for somebody volonteering to solve this on his free time. > I've had a look at your sample: 18...

 HERE is the original file which uses 16-BIT to store a DOUBLE-VALUE RGB data only containing 0 and 65535

[TF3_17BIT_000000003168_复杂压缩非倒置.TIF.zip](https://github.com/uclouvain/openjpeg/files/11765929/TF3_17BIT_000000003168_.TIF.zip) > @xinglenchi1996, > > This file is broken: 245480784-66a9495d-8310-46cb-bd2f-379c308e75bb.png > > ``` > LINUX: > pngcheck 1536x864 48 Bit RGB, non-interlaced 92.2% > krita the same wrong image >...

ORIGINAL COMMAND is like this: "/Users/lixingchen/Downloads/openjpeg-v2.5.0-osx-x86_64/bin/opj_compress" -threads 1 -r 1 -n 7 -TargetBitDepth 1 -i "/Volumes/A028/MAT/37-89-1/NEW/PART-1/METHOD-03/CORE/INTEGER17_TO_32/TF3_17BIT_000000003168_复杂压缩非倒置.TIF" -o "/Volumes/A028/MAT/37-89-1/NEW/PART-1/METHOD-03/CORE/INTEGER17_TO_32/TF3_17BIT_000000003168_复杂压缩非倒置.JP2" [INFO] tile number 1 / 1 [ERROR] opj_t2_encode_packet(): only 445 bytes remaining...