- Follow the best practices of https://reuse.software/ to ensure BSD-3 licence is correctly applied.
- Add a badge to README.md
- Note: remove arm build as the CI pipeline is broken for this architecture
Add an additional method for advanced encodings scenarios. This methods allow to encode components with different
coding parameters like: near lossless, jpeg-ls preset coding parameters or scans with different interleave modes.
Extend the decoder to also be able to decode scans with different interleave modes.
DNL markers are part of the official JPEG-LS standard (but almost never used). Add support to scan the buffer for this
marker segment if the height is zero.
By design CharLS itself will never write DNL marker segment as it always knows the height of the image before it writes the SOF marker segment.
* Add support to write mapping tables to the JPEG byte stream.
* Add API method to set the table ID for a component
* Add method to create JPEG-LS file with mapping tables only.
* Add support to read mapping tables
* Parse table-ids from the scan segment
* Extend API of charls_decoder_get_mapping_table_index to return -1 if index is not found
* Add support to read mapping table continuation segments
* Document new API methods
* Add sample image from appendix H.4.5 "Example of a palletised image" / Figure H.10 to unit test
* Update the get_mapping_table API to include size of the buffer
The release of C++17 has been 5 years ago. The supported period of C++14 has ended and the minimum required C++ version will be increased to C++17 for building the library and using it.
* Add support to parse DRI segments
* Add support to decode restart markers
* Update CharLSTest to also decode color images none interleaved to ppm
* Replace static_cast<void> with std::ignore
* Update readme, changelog and refactor
With the introduction of the POWER8 architecture, the little endian variant ppc64le was also introduced. As the Travis CI build pipeline also supports this architecture add it to the list of supported platforms.
The .NET adapter has been moved to its own repository at https://github.com/team-charls/charls-native-dotnet
The .NET adapter in this repository was for .NET standard 2.0, which has been replaced by .net5.0
Having the .NET adapter in its own repository makes releasing easier and many uses case only require the "pure" C++ native library.
