Lines Matching refs:turbo
7 path (rpath) from being embedded in the libjpeg-turbo shared libraries and
11 libjpeg-turbo shared libraries.
34 7. Fixed an issue whereby a static build of libjpeg-turbo (a build in which
58 the AVX2 SIMD extensions (2.0 beta1[1]), that caused libjpeg-turbo to crash on
66 5. Fixed an issue whereby installing a fully static build of libjpeg-turbo
141 approximately 13-36% (avg. 22%) faster (relative to libjpeg-turbo 1.5.x) with
149 discussions within the libjpeg-turbo community. libjpeg-turbo traditionally
166 libjpeg-turbo to be configured without the use of a terminal/command prompt.
170 3. The libjpeg API in this version of libjpeg-turbo now includes two additional
215 libjpeg-turbo to quickly develop a complete JPEG compression/decompression
230 Both files are now included in the libjpeg-turbo documentation.
243 libjpeg-turbo is built with YASM), and iOS/ARM[64] builds are now private.
245 libraries that link statically with libjpeg-turbo.
259 progressive JPEGs by about 85-90% on average (relative to libjpeg-turbo 1.5.x)
312 1. Fixed a regression introduced by 1.5.1[7] that prevented libjpeg-turbo from
316 code in libjpeg-turbo from building.
322 4. libjpeg-turbo should now build and run with full AltiVec SIMD acceleration
326 libjpeg-turbo with libjpeg v7 API/ABI emulation and the in-memory
329 libjpeg-turbo was built with `-DWITH_JPEG7=1` and `-DWITH_MEMSRCDST=1`.
332 lossless crop feature in jpegtran or the TurboJPEG API, if libjpeg-turbo was
335 in libjpeg-turbo v1.1.
353 9. The libjpeg-turbo memory manager will now honor the `max_memory_to_use`
355 of memory (in bytes) that libjpeg-turbo should use during decompression or
361 implemented the feature. Restricting libjpeg-turbo's memory usage is useful
366 [this report](http://www.libjpeg-turbo.org/pmwiki/uploads/About/TwoIssueswiththeJPEGStandard.pdf).
389 since the ARM implementations of libjpeg-turbo can only use one SIMD
397 ARM and MIPS builds of libjpeg-turbo in QEMU, which passes through
400 2. libjpeg-turbo previously assumed that AltiVec instructions were always
403 and newer e5500 series.) libjpeg-turbo now examines /proc/cpuinfo on
408 detection (such as when running in QEMU.) On OS X, libjpeg-turbo continues to
409 assume that AltiVec support is always available, which means that libjpeg-turbo
413 3. Fixed an issue whereby 64-bit ARM (AArch64) builds of libjpeg-turbo would
415 caused by an ABI conformance issue in some of libjpeg-turbo's 64-bit NEON SIMD
429 then libjpeg-turbo will now disable merged upsampling when decompressing YCbCr
475 path" of libjpeg-turbo's Huffman decoder to read from uninitialized memory.
477 2. Added libjpeg-turbo version and build information to the global string table
485 maximum value defined in the file's header. libjpeg-turbo 1.4.2 already
488 affect any of the libjpeg-turbo libraries.
516 (128-bit SIMD) instructions. Although the performance of libjpeg-turbo on
539 not create any backward API or ABI incompatibilities with prior libjpeg-turbo
556 libjpeg-turbo RPMs from being installed simultaneously on recent Red Hat/Fedora
575 on average (relative to libjpeg-turbo 1.4.x) when using modern Intel and AMD
596 Cortex-A57), relative to libjpeg-turbo 1.4.x. Note that the larger speedup
613 with libjpeg or with a prior version of libjpeg-turbo.
623 libjpeg-turbo, the accelerated Huffman decoder was invoked (in most cases) only
626 long, so this version of libjpeg-turbo activates the accelerated Huffman
641 rare and not supported by libjpeg-turbo.)
643 2. Fixed an issue whereby, under certain circumstances, libjpeg-turbo would
648 3. Fixed an issue whereby libjpeg-turbo would crash when built with the latest
650 an x86-64 ABI conformance issue in some of libjpeg-turbo's 64-bit SSE2 SIMD
703 SIMD-enabled libjpeg-turbo MIPS build was executed with the `-nosmooth` option
711 Huffman codec was not being compiled in when libjpeg-turbo was built on
715 builds of libjpeg-turbo to incorrectly encode a few specific test images when
790 11. Restored the `JPP()`, `JMETHOD()`, and `FAR` macros in the libjpeg-turbo
793 prototype parameters. libjpeg-turbo has never supported such compilers, but
795 Similarly, libjpeg-turbo has never supported MS-DOS and other platforms that
803 the "official" libjpeg-turbo SDK for OS X.
821 compatibility, since 4:1:1 is not fully accelerated in libjpeg-turbo and has no
843 header does not contain Huffman tables, libjpeg-turbo will now insert the
846 successfully decompressed by libjpeg-turbo without additional work on the part
852 OS X 10.6 "Snow Leopard" or later must be used when packaging libjpeg-turbo,
867 if compiler optimization was enabled when libjpeg-turbo was built. This caused
898 libjpeg-turbo can now be built by passing an argument of `--with-12bit` to
901 performance features in libjpeg-turbo, as well as arithmetic coding and the
902 TurboJPEG API. The resulting library still contains the other libjpeg-turbo
934 1. On Un*x systems, `make install` now installs the libjpeg-turbo libraries
935 into /opt/libjpeg-turbo/lib32 by default on any 32-bit system, not just x86,
936 and into /opt/libjpeg-turbo/lib64 by default on any 64-bit system, not just
941 directory as the rest of the libjpeg-turbo binaries. This was mainly done
953 libjpeg-turbo to use uninitialized memory during decompression.
980 - To avoid conflict with vendor-supplied libjpeg-turbo packages, the
981 official RPMs and DEBs for libjpeg-turbo have been renamed to
982 "libjpeg-turbo-official".
983 - The TurboJPEG libraries are now located under /opt/libjpeg-turbo in the
992 - To avoid confusion, official libjpeg-turbo packages on Linux/Unix
994 /opt/libjpeg-turbo/lib32 and the 64-bit libraries in /opt/libjpeg-turbo/lib64.
995 - Fixed an issue whereby, in some cases, the libjpeg-turbo executables on
1059 `jpeg_mem_dest()`) are now included by default when building libjpeg-turbo with
1062 ABI. The "age number" of the libjpeg-turbo library on Un*x systems has been
1065 libjpeg v6b or v7 API/ABI (or with previous versions of libjpeg-turbo.) See
1069 libjpeg-turbo binary package for OS X, so that those libraries can be used to
1079 properly work when the input or output colorspace is one of the libjpeg-turbo
1082 2. When libjpeg-turbo was built without SIMD support and merged (non-fancy)
1088 3. Fixed a bug whereby the libjpeg-turbo SSE2 SIMD code would not preserve the
1094 to a large value) would cause libjpeg-turbo to segfault.
1097 processors. The `MASKMOVDQU` instruction, which was used by the libjpeg-turbo
1108 running the 32-bit SSE2 SIMD code in libjpeg-turbo, decompressing a 4:2:0 or
1127 1. Fixed build issue with YASM on Unix systems (the libjpeg-turbo build system
1134 actual run-time problems, but the issue showed up when running libjpeg-turbo in
1138 check the version of libjpeg-turbo against which an application was compiled.
1145 5. Fixed regression issue whereby DevIL failed to build against libjpeg-turbo
1146 because libjpeg-turbo's distributed version of jconfig.h contained an `INLINE`
1148 internally when building libjpeg-turbo, so it was moved into config.h.
1150 6. libjpeg-turbo will now correctly decompress erroneous CMYK/YCCK JPEGs whose
1156 the official libjpeg-turbo binary package for OS X, so that those libraries can
1194 libjpeg-turbo, in its entirety, to be re-licensed under a BSD-style license.
1196 9. libjpeg-turbo can now be built with YASM.
1214 support in libjpeg-turbo v1.1.0 introduced several new error constants in
1216 the error enum in libjpeg-turbo to sometimes have different values than the
1222 14. Fixed an issue whereby Windows applications that used libjpeg-turbo would
1231 libjpeg-turbo will now set the unused byte to 0xFF, which allows applications
1243 2. libjpeg-turbo's accelerated Huffman decoder previously ignored unexpected
1252 this, the libjpeg-turbo SIMD function names are no longer prefixed with an
1254 libjpeg-turbo with older versions of MinGW64, you will now have to add
1263 linked against a version of libjpeg-turbo that was built with libjpeg v7 or v8
1281 and libjpeg-turbo should now produce identical output to libjpeg v6b in all
1325 5. If the default install prefix (/opt/libjpeg-turbo) is used, then
1326 `make install` now creates /opt/libjpeg-turbo/lib32 and
1327 /opt/libjpeg-turbo/lib64 sym links to duplicate the behavior of the binary
1330 6. All symbols in the libjpeg-turbo dynamic library are now versioned, even
1352 from a corrupt JPEG image.) Previously, these would cause libjpeg-turbo to
1371 include file can always be found in /opt/libjpeg-turbo/include, the 32-bit
1372 static libraries can always be found in /opt/libjpeg-turbo/lib32, and the
1373 64-bit static libraries can always be found in /opt/libjpeg-turbo/lib64.
1379 contains just the 32-bit libjpeg-turbo libraries.
1407 and/or using buffered I/O with the libjpeg-turbo decompressor