I wanted to use JPEG hardware decoder on H7. It seems the support is there but is not enabled in the code:
} else if (i + 2 < img->size) {
// Other markers, variable size payload.
i += __REV16(*((uint16_t *) (&data[i])));
} else {
return false;
}
}
return false;
}
#if 0 //(OMV_HARDWARE_JPEG == 1)
/* Hardware JPEG decoder */
#include STM32_HAL_H
#define JPEG_MCU_SIZE_444 (192)
#define JPEG_MCU_SIZE_422 (256)
#define JPEG_MCU_SIZE_420 (384)
#define JPEG_MCU_SIZE_GRAY (64)
#define debug_printf(...) //printf(__VA_ARGS__)
typedef struct {
uint32_t width;
Also, it is not using DMA (HAL_JPEG_Decode_DMA) that would be way much faster.
openmv:master ← kwagyeman:kwabena/hardware_jpeg_decoder
opened 07:11PM - 02 Apr 22 UTC
Per @kdarras asking us to fix jpeg support constantly I got on this and finished… the implementation of the hardware jpeg decoder using Ibrahim's code. All modes work. It can decode grayscale jpegs to binary/grayscale/rgb565. It can decode color 444/420/422 jpegs to binary/grayscale/rgb565. It uses DMA2D when it can. And it handles jpegs that aren't a multiple of 8x8, 16x8, 16x16 depending on the MCU size.
JPEG support issues should be closed now.
Need to get this updated per the PR comments and merged into the main code base. However, it’s not a priority right now.
I can understand this is not on the priority list currently. I would like to know if it would work by enabling and building it locally, or if further steps are needed.
...
#if (OMV_HARDWARE_JPEG == 1)
/* Hardware JPEG decoder */
#include STM32_HAL_H
...
Also, how do you call the decoder function using an image object?
The PR I linked to works if you fix the merge errors with it.