Skip to content

Releases: bitbank2/JPEGDEC

Fixed centering offsets

20 May 16:33
883a791
Compare
Choose a tag to compare

This release fixes a bug where providing centering offsets for the decode() method would cause unwanted decoding problems.

Added LittleFS support to the JPEGDisplay helper

27 Apr 12:22
Compare
Choose a tag to compare

This release adds support to the JPEGDisplay helper class to allow easy displaying of images stored on LittleFS. New examples soon...

Added JPEG Display Helper class

08 Apr 09:19
44b1642
Compare
Choose a tag to compare

This release adds a new feature to make it even easier to use the library - the JPEGDisplay helper class. This is a separate C++ class which works with my bb_spi_lcd display library. With this addition, displaying images on displays requires nearly zero user-written code.

fixes and examples

08 Feb 14:19
Compare
Choose a tag to compare

This release contains a lot of fixes for security and memory robustness, a new test suite including fuzz tests and several new examples.

Odd-width fixes

18 Nov 18:24
5014cf9
Compare
Choose a tag to compare

This release fixes some pixel overwrite bugs when decoding images which aren't a multiple of the MCU size in width. It also fixes a problem specific to the ESP32-S3 - that the bytes per row needs to be a multiple of 16.

fixed a regression of the latest code

11 Jul 21:46
Compare
Choose a tag to compare

fixed an accidental regression of the last release

Added initial support for Progressive decoding

11 Jul 10:25
Compare
Choose a tag to compare

This release adds initial support for progressive decoding. Normally progressive decoding requires a lot of RAM because the entire image must be kept in memory as each successive "scan" is decoded with more detailed DCT blocks. For this release, I added support for decoding the first scan which normally just contains the DC values. This allows me to offer a thumbnail sized (1/8th) decode without requiring more RAM. I can add full progressive support later, but it seems like a very rare MCU that would have the need (and the large spare RAM) to use it.

Shoutout to Tobias Butler (Tuneshine) for sponsoring this feature.

Added crop area feature

16 Jun 12:18
Compare
Choose a tag to compare

This release adds the ability to specify a cropped area for decoding. This can save significant time and memory if your program only needs to decode a sub-region of an image. The crop area must be along MCU boundaries and if set incorrectly, the area will be corrected. Two new methods were added:

setCropArea()
getCropArea()

These are documented in the Wiki

Fixed for Arduino targets

04 Feb 00:06
6e25c2e
Compare
Choose a tag to compare

Recent changes for Intel + Arm64 broke the MCU reference code. I stabilized the code again, but had to temporarily disable the M4/M7 SIMD optimizations. I'll work on a new release to re-enable them. Meanwhile... For x86/x64 and Arm64, the optimizations make the code quite a bit faster.

Fix 16-byte alignment of buffers for ESP32-S3 SIMD

01 Feb 17:18
57c3065
Compare
Choose a tag to compare

I thought I had this working properly in build 1.4.0, but a user alerted me that the 16-byte alignment of the pixel buffer and MCU buffers wasn't always guaranteed, so this release adds specific code to ensure that both of those buffers are always 16-byte aligned.