| Age | Commit message (Collapse) | Author |
|
Thanks to Matthieu Darbois for patch
Fixes issue 290
|
|
Update issue 288
|
|
are found
This handle the case where remaining data is exactly Nppm(i)
Fixes issue 287
|
|
to track issue 80
Update issue 80
|
|
|
|
|
|
Update issue 235
|
|
within acceptable bound.
Fixes issue 80
|
|
|
|
Update issue 80
|
|
|
|
|
|
|
|
Fixes issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 266
|
|
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
Update issue 256
|
|
In some case user still want to be able to call opj_stream_destroy.
Fixes issue 227
|
|
Fixes issue 253
|
|
Fixes issue 273
|
|
|
|
|
|
Update issue 256
|
|
Update issue 256
|
|
|
|
I doubt the old code ever work. The new code copy the old codestream bytes into the new components (instead of copying the pointer).
Technically the issue235.jp2 file should be handled since I.5.3.5 specifies that:
...
If the JP2 Header box does not contain a Component Mapping box, the components shall be mapped directly to channels,
such that component i is mapped to channel i.
...
Update issue 235
|
|
Fixes issue 267
|
|
C allow simple tricks such as to find those:
gcc -E tcd.c | sed '/^\#/d' | indent -st -i2 > clean.c
Update issue 256
|