Lines Matching refs:turbo
12 since the ARM implementations of libjpeg-turbo can only use one SIMD
20 ARM and MIPS builds of libjpeg-turbo in QEMU, which passes through
23 2. libjpeg-turbo previously assumed that AltiVec instructions were always
26 and newer e5500 series.) libjpeg-turbo now examines /proc/cpuinfo on
31 detection (such as when running in QEMU.) On OS X, libjpeg-turbo continues to
32 assume that AltiVec support is always available, which means that libjpeg-turbo
36 3. Fixed an issue whereby 64-bit ARM (AArch64) builds of libjpeg-turbo would
38 caused by an ABI conformance issue in some of libjpeg-turbo's 64-bit NEON SIMD
52 then libjpeg-turbo will now disable merged upsampling when decompressing YCbCr
98 path" of libjpeg-turbo's Huffman decoder to read from uninitialized memory.
100 2. Added libjpeg-turbo version and build information to the global string table
108 maximum value defined in the file's header. libjpeg-turbo 1.4.2 already
111 affect any of the libjpeg-turbo libraries.
139 (128-bit SIMD) instructions. Although the performance of libjpeg-turbo on
162 not create any backward API or ABI incompatibilities with prior libjpeg-turbo
179 libjpeg-turbo RPMs from being installed simultaneously on recent Red Hat/Fedora
198 on average (relative to libjpeg-turbo 1.4.x) when using modern Intel and AMD
219 Cortex-A57), relative to libjpeg-turbo 1.4.x. Note that the larger speedup
236 with libjpeg or with a prior version of libjpeg-turbo.
246 libjpeg-turbo, the accelerated Huffman decoder was invoked (in most cases) only
249 long, so this version of libjpeg-turbo activates the accelerated Huffman
264 rare and not supported by libjpeg-turbo.)
266 2. Fixed an issue whereby, under certain circumstances, libjpeg-turbo would
271 3. Fixed an issue whereby libjpeg-turbo would crash when built with the latest
273 an x86-64 ABI conformance issue in some of libjpeg-turbo's 64-bit SSE2 SIMD
326 SIMD-enabled libjpeg-turbo MIPS build was executed with the `-nosmooth` option
334 Huffman codec was not being compiled in when libjpeg-turbo was built on
338 builds of libjpeg-turbo to incorrectly encode a few specific test images when
413 11. Restored the `JPP()`, `JMETHOD()`, and `FAR` macros in the libjpeg-turbo
416 prototype parameters. libjpeg-turbo has never supported such compilers, but
418 Similarly, libjpeg-turbo has never supported MS-DOS and other platforms that
426 the "official" libjpeg-turbo SDK for OS X.
444 compatibility, since 4:1:1 is not fully accelerated in libjpeg-turbo and has no
466 header does not contain Huffman tables, libjpeg-turbo will now insert the
469 successfully decompressed by libjpeg-turbo without additional work on the part
475 OS X 10.6 "Snow Leopard" or later must be used when packaging libjpeg-turbo,
490 if compiler optimization was enabled when libjpeg-turbo was built. This caused
521 libjpeg-turbo can now be built by passing an argument of `--with-12bit` to
524 performance features in libjpeg-turbo, as well as arithmetic coding and the
525 TurboJPEG API. The resulting library still contains the other libjpeg-turbo
557 1. On Un*x systems, `make install` now installs the libjpeg-turbo libraries
558 into /opt/libjpeg-turbo/lib32 by default on any 32-bit system, not just x86,
559 and into /opt/libjpeg-turbo/lib64 by default on any 64-bit system, not just
564 directory as the rest of the libjpeg-turbo binaries. This was mainly done
576 libjpeg-turbo to use uninitialized memory during decompression.
603 - To avoid conflict with vendor-supplied libjpeg-turbo packages, the
604 official RPMs and DEBs for libjpeg-turbo have been renamed to
605 "libjpeg-turbo-official".
606 - The TurboJPEG libraries are now located under /opt/libjpeg-turbo in the
615 - To avoid confusion, official libjpeg-turbo packages on Linux/Unix
617 /opt/libjpeg-turbo/lib32 and the 64-bit libraries in /opt/libjpeg-turbo/lib64.
618 - Fixed an issue whereby, in some cases, the libjpeg-turbo executables on
682 `jpeg_mem_dest()`) are now included by default when building libjpeg-turbo with
685 ABI. The "age number" of the libjpeg-turbo library on Un*x systems has been
688 libjpeg v6b or v7 API/ABI (or with previous versions of libjpeg-turbo.) See
692 libjpeg-turbo binary package for OS X, so that those libraries can be used to
702 properly work when the input or output colorspace is one of the libjpeg-turbo
705 2. When libjpeg-turbo was built without SIMD support and merged (non-fancy)
711 3. Fixed a bug whereby the libjpeg-turbo SSE2 SIMD code would not preserve the
717 to a large value) would cause libjpeg-turbo to segfault.
720 processors. The `MASKMOVDQU` instruction, which was used by the libjpeg-turbo
731 running the 32-bit SSE2 SIMD code in libjpeg-turbo, decompressing a 4:2:0 or
750 1. Fixed build issue with YASM on Unix systems (the libjpeg-turbo build system
757 actual run-time problems, but the issue showed up when running libjpeg-turbo in
761 check the version of libjpeg-turbo against which an application was compiled.
768 5. Fixed regression issue whereby DevIL failed to build against libjpeg-turbo
769 because libjpeg-turbo's distributed version of jconfig.h contained an `INLINE`
771 internally when building libjpeg-turbo, so it was moved into config.h.
773 6. libjpeg-turbo will now correctly decompress erroneous CMYK/YCCK JPEGs whose
779 the official libjpeg-turbo binary package for OS X, so that those libraries can
817 libjpeg-turbo, in its entirety, to be re-licensed under a BSD-style license.
819 9. libjpeg-turbo can now be built with YASM.
837 support in libjpeg-turbo v1.1.0 introduced several new error constants in
839 the error enum in libjpeg-turbo to sometimes have different values than the
845 14. Fixed an issue whereby Windows applications that used libjpeg-turbo would
854 libjpeg-turbo will now set the unused byte to 0xFF, which allows applications
866 2. libjpeg-turbo's accelerated Huffman decoder previously ignored unexpected
875 this, the libjpeg-turbo SIMD function names are no longer prefixed with an
877 libjpeg-turbo with older versions of MinGW64, you will now have to add
886 linked against a version of libjpeg-turbo that was built with libjpeg v7 or v8
904 and libjpeg-turbo should now produce identical output to libjpeg v6b in all
948 5. If the default install prefix (/opt/libjpeg-turbo) is used, then
949 `make install` now creates /opt/libjpeg-turbo/lib32 and
950 /opt/libjpeg-turbo/lib64 sym links to duplicate the behavior of the binary
953 6. All symbols in the libjpeg-turbo dynamic library are now versioned, even
975 from a corrupt JPEG image.) Previously, these would cause libjpeg-turbo to
994 include file can always be found in /opt/libjpeg-turbo/include, the 32-bit
995 static libraries can always be found in /opt/libjpeg-turbo/lib32, and the
996 64-bit static libraries can always be found in /opt/libjpeg-turbo/lib64.
1002 contains just the 32-bit libjpeg-turbo libraries.
1030 and/or using buffered I/O with the libjpeg-turbo decompressor