科技回声

I benchmarked libjpeg-turbo on iOS and Mac and it was significantly faster than the built-in stuff (typically around 2-3x), which includes the hardware decoder on iPhone.

Any context why this is suddenly trending? libjpeg-turbo is awesome, but hardly new.

>a JPEG image codec that uses SIMD instructions (MMX, SSE2, NEON, AltiVec)<p>Wow, it's been a long time since I heard anything about AltiVec.

Honest questions: is this a complete re-implementation of libjpeg? (It was mentioned that this was originally based off libjpeg/SIMD, a libjpeg v6b fork.) If not, why can't this be backported to upstream libjpeg?

If you need to save/encode images you really want mozjpeg instead.

The libjpeg.so in Debian (from the current stable release onwards) and Ubuntu is libjpeg-turbo.

Is there a way to express SIMD in C? I'd expect that it's a solved problem.

I benchmarked libjpeg-turbo on iOS and Mac and it was significantly faster than the built-in stuff (typically around 2-3x), which includes the hardware decoder on iPhone.

Any context why this is suddenly trending? libjpeg-turbo is awesome, but hardly new.

>a JPEG image codec that uses SIMD instructions (MMX, SSE2, NEON, AltiVec)<p>Wow, it's been a long time since I heard anything about AltiVec.

If you need to save/encode images you really want mozjpeg instead.

The libjpeg.so in Debian (from the current stable release onwards) and Ubuntu is libjpeg-turbo.

Is there a way to express SIMD in C? I'd expect that it's a solved problem.

Libjpeg-turbo

7 条评论

Libjpeg-turbo

7 条评论