You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi,
In attempting to use the Sprite technique I ran into a compile error (see above) which I think is related to using the ESP32S2 and the native ESP32 JPEG decoder. This file: rom/tjpgd.h can't be found. This seems to be happening in the TFT_eFEX library.
Any suggestions? Thanks, Bill
The file does compile without issue for the normal ESP32 Dev Module selection so the problem most likely lies with the ESP32S2 selection and the TFT_eFEX library.
One other thought. Since a sprite is limited to about 80K, how difficult would it be to create a JPEG to TWO sprite routine? For instance, create UpperSprite and Lower Sprite and each would be the size of half a display (320 x 120 or 240 x 120, for examples). The JPEG would get decoded evenly between the two Sprites. When the routine returns, you could do two pushImages to completely fill the screen. Sort of like you do with that Bounce INO with the floating numbered circles. I know this is kind of a specialized routine but since a great number of screens are 320 x 240 or 240 x 240, this would handle a lot interesting use cases.
Thanks again Bodmer. The libraries you have created are amazing!
The text was updated successfully, but these errors were encountered:
Hi,
In attempting to use the Sprite technique I ran into a compile error (see above) which I think is related to using the ESP32S2 and the native ESP32 JPEG decoder. This file: rom/tjpgd.h can't be found. This seems to be happening in the TFT_eFEX library.
Any suggestions? Thanks, Bill
The file does compile without issue for the normal ESP32 Dev Module selection so the problem most likely lies with the ESP32S2 selection and the TFT_eFEX library.
One other thought. Since a sprite is limited to about 80K, how difficult would it be to create a JPEG to TWO sprite routine? For instance, create UpperSprite and Lower Sprite and each would be the size of half a display (320 x 120 or 240 x 120, for examples). The JPEG would get decoded evenly between the two Sprites. When the routine returns, you could do two pushImages to completely fill the screen. Sort of like you do with that Bounce INO with the floating numbered circles. I know this is kind of a specialized routine but since a great number of screens are 320 x 240 or 240 x 240, this would handle a lot interesting use cases.
Thanks again Bodmer. The libraries you have created are amazing!
The text was updated successfully, but these errors were encountered: