Index | index by Group | index by Distribution | index by Vendor | index by creation date | index by Name | Mirrors | Help | Search |
Name: libcharls2 | Distribution: SUSE Linux Enterprise 15 SP6 |
Version: 2.4.2 | Vendor: openSUSE |
Release: bp156.1.5 | Build date: Tue Mar 19 12:12:36 2024 |
Group: System/Libraries | Build host: obs-power9-13 |
Size: 329760 | Source RPM: CharLS-2.4.2-bp156.1.5.src.rpm |
Packager: https://bugs.opensuse.org | |
Url: https://github.com/team-charls/charls/ | |
Summary: A JPEG-LS library |
An optimized implementation of the JPEG-LS standard for lossless and near-lossless image compression. JPEG-LS is a low-complexity standard that matches JPEG 2000 compression ratios. In terms of speed, CharLS outperforms open source and commercial JPEG LS implementations.
BSD-3-Clause
* Sun Jul 16 2023 Dirk Müller <dmueller@suse.com> - update to 2.4.2: * Fixed #269, Decoding doesn't work when compiled with mingw64. * Thu Jan 05 2023 Dirk Müller <dmueller@suse.com> - 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. * Tue Mar 29 2022 Asterios Dramis <asterios.dramis@gmail.com> - Update to version 2.3.4: * Changed - Replaced legacy test images From version 2.3.3: * Fixed - [#167](https://github.com/team-charls/charls/issues/167), Decoding\Encoding fails on IBM s390x CPU (Big Endian architecture) * Changed - CTest is now used in the CI build pipeline to test the output of the Linux and macOS builds. * Wed Feb 02 2022 Asterios Dramis <asterios.dramis@gmail.com> - Update to version 2.3.2: * Fixed - [#160](https://github.com/team-charls/charls/issues/160), warning: cast from ‘unsigned char*’ to ‘uint16_t*’ increases required alignment of target type - [#161](https://github.com/team-charls/charls/issues/161), warning: useless cast to type ‘size_t’ {aka ‘unsigned int’} [-Wuseless-cast] * Changed - Updates to the CMakeLists.txt for Unix builds (except macOS) to hide more symbols from the shared library. - C++14 is now the minimum version instead of explicitly required. This allows consuming applications more flexibility. Typically CMake will select the latest C++ standard version that used C++ compiler supports. From version 2.3.1: * Fixed - [#155](https://github.com/team-charls/charls/issues/155), charls::jpegls_decoder::decode: 2 overloads have similar conversions in v2.3.0 From version 2.3.0: * Added - The encoder API has been extended with a rewind method that can be used to re-use a configured encoder to encode multiple images in a loop. - Added support to decode JPEG-LS images that use restart markers [#92](https://github.com/team-charls/charls/issues/92). - Added support to write and read comment (COM) segments [#113](https://github.com/team-charls/charls/issues/113). - Added support to encode/decode oversized images (width or height larger then 65535). - Extended the validation of the encoded JPEG-LS byte stream during decoding. - Added support to encode JPEG-LS images with: * The option to ensure the output stream has an even size. * The option to write the CharLS version number as a comment (COM segment) to the output stream. * The option to write the coding parameters to the output stream if the bits per pixel are larger then 12 (enabled by default). - Usage of compiler specific attributes on the public API as replacement for ``[[nodiscard]]`` (which is a C++17 feature). * Fixed - [#84](https://github.com/team-charls/charls/issues/84), Default preset coding parameters not computed for unset values. - [#102](https://github.com/team-charls/charls/issues/102), CMake find_package(charls 2.2.0 REQUIRED) not working. * Changed - CMakeSettings.json has been replaced with CMakePresets.json. - Non default coding parameters are explicitly stored in the output stream during encoding. - GCC shared library release builds are now using LTO (Link Time Optimization). - Some functions use compiler intrinsics for slightly better performance. - Removed support for openSUSE <= 13.2/Leap 42. * Mon Mar 01 2021 Asterios Dramis <asterios.dramis@gmail.com> - Update to version 2.2.0: * Added - Added pkg-config charls.pc file to help in detect the CharLS library (see #76) - Added standard CMake variable BUILD_SHARED_LIBS as an option to make it visible in the CMake GUI (see #66) - The PowerPC Little Endian (ppc64le) platform has been added as supported architecture * Fixed - Fixed #21, Building with UBSAN, will report runtime error: left shift of 4031 by 63 places cannot be represented in type 'long int' - Fixed #25, CharLS fails to read LSE marker segment after first SOS segment - Fixed #26, CharLS should only use the valid bits from the passed input buffer - Fixed #36, CharLS should remain stable from bad input (several issues found by fuzzy testing) - Fixed #60, Visual Studio 2015 C++ compiler cannot compile certain constexpr constructions - Fixed #62, Missing includes in jpegls_error.cpp when using libc++ (and not libstdc++) - Fixed #70, The C and C++ sample don't swap the pixels from a .bmp file horizontal - Fixed #79, Wrong JPEG-LS encoding when stride is non-default (stride != 0), component count > 1 and interleave_mode is none * Changed - The API has been extended with additional annotations to assist the static analyzer in the MSVC and GCC/clang compilers - The size check for a Start Of Scan (SOS) segment is now exact for improved compatibility with fuzzy testing - The minimum support version of CMake is now 3.13 (was 3.9), 3.13 is needed for add_link_options - The Windows static library and DLL are now compiled with the Control Flow Guard (/guard:cf) option enabled for enhanced security - The .NET adapter has been upgraded to .NET 5 and moved to its own repository This has been done to make it possible to have different release cycles. * Removed - The legacy methods JpegLsEncodeStream, JpegLsDecodeStream and JpegLsReadHeaderStream have been removed as exported methods. These methods were not part of the public API and only used by by the charlstest application - Added pkgconfig build requires. * Sun Aug 09 2020 andy great <andythe_great@pm.me> - 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 * Thu Jul 13 2017 olaf@aepfle.de - Build with gcc6, fix build failure for Leap * Mon Jul 10 2017 jengelh@inai.de - Fix RPM group. * Thu Jul 06 2017 asterios.dramis@gmail.com - Update to version 2.0.0: Bug fixes * #10 - Fixed the problem that "output buffer to small" was not detected when writting encoded bytes to a fixed output buffer. This could cause memory corruption problems. * #11 - Update charlstest to return EXIT_SUCCESS/FAILURE * Fixed the issue that DecodeToPnm would set params.colorTransform = ColorTransformation::BigEndian but the library didn’t support this option during decoding. Misc * Updated the source code to C++ v14. * Refactored several API's to make usage of the library easier. - Removed unzip build requirement (not needed anymore). - Require gcc >= 5.0 (for C++ v14). - Removed the following patches (not needed anymore): charls_add_cmake_install_target.patch charls_add_sharedlib_soname.patch charls_fix_tests.patch * Tue Nov 20 2012 cgiboudeaux@gmx.com - Fix the SLES build (%make_install is not expanded)
/usr/lib64/libcharls.so.2 /usr/lib64/libcharls.so.2.4.2
Generated by rpm2html 1.8.1
Fabrice Bellet, Tue Jul 9 19:51:39 2024