- update to 2.4.1:
Fixed
* Fixed#221, jpegls_errc::destination_buffer_too_small incorrectly thrown
for 8 bit 2*2 image with stride = 4 during decoding.
- update to 2.4.0:
Added
* Support for Windows on ARM64 in the MSBuild projects and CMake files.
* Support to read and write application data markers. #180
* Added method charls_validate_spiff_header to validate SPIFF headers.
Changed
* Improved compatibility of public headers with C++20.
* Switch order of APP8 and SOF55 markers during encoding to allign with
user application data markers.
Fixed
* Fixed#167, Multi component image with interleave mode none is not
correctly decoded when a custom stride argument is used.
OBS-URL: https://build.opensuse.org/request/show/1056258
OBS-URL: https://build.opensuse.org/package/show/graphics/CharLS?expand=0&rev=21
- Update to version 2.1.0.
* Added
* Two new C++ classes (jpegls_encoder \ jpegls_decoder) have
been added to make it much easier to use CharLS from C++
* A new C API (charls_xxx functions) was added to provide a
more stable ABI for future updates. The old API calls are
internally forwarded to the new API.
* CharLS can now read and write JPEG-LS standard SPIFF headers
* Support has been added to detect the unsupported JPEG-LS
extension (ISO/IEC 14495-2) SOF_57 marker and IDs in LSE
marker
* Support has been added to encode\decode 4 component images
in all interleave modes
* Deprecated
* The legacy 1.x\2.0 C API has been marked as deprecated. This
legacy API will be maintained until the next major upgrade.
* Future 2.x updates will start to mark the legacy types and
functions with the C++ [[deprecated]] attribute.
* Changed
* charls_error has been replaced by a C++11 compatible
jpegls_errc error code enum design
* The included C and C++ sample have been updated to use the
new C\C++ API
* Improved the validation of the JPEG-LS stream during
decoding
* The referenced NuGet packages of the .NET wrapper assembly
are updated to their latest versions
* Removed
* Support to write JFIF headers during encoding has been
removed. JFIF headers were already skipped when present
OBS-URL: https://build.opensuse.org/request/show/833922
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/CharLS?expand=0&rev=11
- Update to version 2.1.0.
* Added
* Two new C++ classes (jpegls_encoder \ jpegls_decoder) have
been added to make it much easier to use CharLS from C++
* A new C API (charls_xxx functions) was added to provide a
more stable ABI for future updates. The old API calls are
internally forwarded to the new API.
* CharLS can now read and write JPEG-LS standard SPIFF headers
* Support has been added to detect the unsupported JPEG-LS
extension (ISO/IEC 14495-2) SOF_57 marker and IDs in LSE
marker
* Support has been added to encode\decode 4 component images
in all interleave modes
* Deprecated
* The legacy 1.x\2.0 C API has been marked as deprecated. This
legacy API will be maintained until the next major upgrade.
* Future 2.x updates will start to mark the legacy types and
functions with the C++ [[deprecated]] attribute.
* Changed
* charls_error has been replaced by a C++11 compatible
jpegls_errc error code enum design
* The included C and C++ sample have been updated to use the
new C\C++ API
* Improved the validation of the JPEG-LS stream during
decoding
* The referenced NuGet packages of the .NET wrapper assembly
are updated to their latest versions
* Removed
* Support to write JFIF headers during encoding has been
removed. JFIF headers were already skipped when present
during decoding.
* SPIFF headers should be used when creating standalone .jls
files
* Support for .NET Code Contracts has been removed as this
technology is being phased out by Microsoft
* Fixed
* Fixed#7, How to compile CharLS with Xcode has been
documented in the Wiki
* Fixed#44, Only the API functions should be exported from a
Linux shared library
* Fixes#35, Encoding will fail if the bit per sample is
greater than 8, and a custom RESET value is used
* Fixes#51, The default threshold values are not corrected
computed for 6 bit images or less
* Fixed the ASSERT in the ModuloRange function, which would
trigger false assertions in debug builds
OBS-URL: https://build.opensuse.org/request/show/825040
OBS-URL: https://build.opensuse.org/package/show/graphics/CharLS?expand=0&rev=14
