Search Results for "no coding"

...On such systems, libjpeg-turbo is generally 2-6x as fast as libjpeg, all else being equal. On other types of systems, libjpeg-turbo can still outperform libjpeg by a significant amount, by virtue of its highly-optimized Huffman coding routines. In many cases, the performance of libjpeg-turbo rivals that of proprietary high-speed JPEG codecs. libjpeg-turbo implements both the traditional libjpeg API as well as the less powerful but more straightforward TurboJPEG API. libjpeg-turbo also features colorspace extensions that allow it to compress from/decompress to 32-bit and big-endian pixel buffers (RGBX, XBGR, etc.), as well as a full-featured Java interface.

...High speed and small memory usage is its main concern. It implements a subset of JPEG standard. Now the code contains JPEG decoder so if you decided to use nonstandard transform or entropy coding in encoder you still will be able to decode bitstream (provided that you keep the decoder in sync of course). Release 1.1 source code and Windows executables are on the download page. For the latest release code look into the repository in 'release-1-0' branch. The SSE2 inplementation is present in 'simd.0' branch in the repository.

...Jpeg format is chosen because it is relatively simple and I am familiar with it. 2013-01-22: For now only pixel conversion and DCT transform is done with OpenCL, entropy coding is done with CPU in one thread. Unfortunately this implementation is no match for even one threaded SSE2 jpeg encoder, too much data goes through PCIe. Look at "Debunking the 100X GPU vs. CPU Myth: An Evaluation of Throughput Computing on CPU and GPU" paper by Victor W Lee, Changkyu Kim, Jatin Chhugani, Michael Deisher, Daehyun Kim, Anthony D. ...