5 ms·
Libjpeg-turbo
- scosman 10y agoAny context why this is suddenly trending? libjpeg-turbo is awesome, but hardly new.
- smegel 10y agoThere was a Fedora update a couple of days ago.
- Twirrim 10y agoVersion 1.5.1 was released yesterday: https://github.com/libjpeg-turbo/libjpeg-turbo/releases https://github.com/libjpeg-turbo/libjpeg-turbo/releases
- mynewtb 10y agoSometimes I wish there was a package/library of the week. So many great discussions to be had!
- pirocks 10y agoSomeone could make an account called "package/library of the week", and make weekly posts.
- scurvy 10y agoThis is something that the old freshmeat.net site would do. It was a great place to see releases of software all in one place. I'm sad that it's gone.
- a-no-n 10y agofreshmeat tried a variation of that model and ohloh did as well, it could be executed better and reduce the amount of noise in a anonymously-personalized way.
- cmiller1 10y ago>a JPEG image codec that uses SIMD instructions (MMX, SSE2, NEON, AltiVec) Wow, it's been a long time since I heard anything about AltiVec.
- TillE 10y agoThe one real downside of Apple moving to Intel is that it's quite difficult to get cheap-ish PowerPC hardware. At least we have ubiquitous ARM now, if you want to test your code on non-x86 platforms.
- rockdoe 10y agoIf you need to save/encode images you really want mozjpeg instead.
- ploxiln 10y ago... but if you want something that is fast, you probably want libjpeg-turbo > When compared to baseline (the only mode that is fully accelerated in libjpeg-turbo), the combination of progressive JPEG, jpgcrush, and trellis quantization improved the compression ratio by 15-27% (average 20%) in our testing but increased encoding time by approximately 34-59x. More than half of the compression ratio improvement came from the use of progressive JPEG, which is supported in libjpeg-turbo as well. Decoding time was increased by anywhere from 17% to 3x, with most of this again being due to the use of progressive JPEG.
- brudgers 10y agoMore about the fork at the time it happened in 2014: http://www.libjpeg-turbo.org/About/Mozjpeg http://www.libjpeg-turbo.org/About/Mozjpeg
- mpweiher 10y agoI 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.
- dividuum 10y agoI did a few benchmarks on the Raspberry Pi a year ago and got similar results. CPU decoding is a lot faster using libjpeg-turbo compared to using the hardware jpeg decoder: https://info-beamer.com/blog/omx-jpeg-decoding-performance-vs-libjpeg-turbo https://info-beamer.com/blog/omx-jpeg-decoding-performance-v...
- geofft 10y agoThe libjpeg.so in Debian (from the current stable release onwards) and Ubuntu is libjpeg-turbo.
- loeg 10y agoDitto FreeBSD, Fedora, and (probably) CentOS).
- devy 10y agoHonest 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?
- ploxiln 10y agohttp://www.libjpeg-turbo.org/About/FUD http://www.libjpeg-turbo.org/About/FUD > libjpeg/SIMD predates libjpeg v7 by several years, which means that our SIMD extensions are not compatible with some of the new features in libjpeg v7 and v8. Thus, merging with the upstream libjpeg code would have been very difficult, if not impossible (more recent comments by the current maintainer of libjpeg indicated that our SIMD extensions would not have been accepted, anyhow.) > In fact, since jpeg-7, every new release of the IJG's software has broken backward ABI compatibility with prior releases (needlessly, in the case of jpeg-9), and both jpeg-8 and jpeg-9 introduced new, non-standard image formats that couldn't be decoded by previous IJG releases or by other JPEG codecs.
- faragon 10y agov6 is the most widely used. v7 and later broke API compatibility. I'm glad of libjpeg-turbo using v6.
- 0x0 10y agoUpstream libjpeg after v6 has appeared a little... weird lately: https://github.com/LuaDist/libjpeg/blob/master/README#L353 https://github.com/LuaDist/libjpeg/blob/master/README#L353
- gravypod 10y agoIs there a way to express SIMD in C? I'd expect that it's a solved problem.