Bodmer

It looks like the timeout can be set for a connect now. It did not used to work but [this issue](https://github.com/espressif/arduino-esp32/issues/5558) seems to be fixed now. Try changing [this line](https://github.com/Bodmer/OpenWeather/blob/main/OpenWeather.cpp#L127)...

More information is needed. The library supports LittleFS so you should not be getting SPIFFS messages from the examples. Which version of the library, IDE and ESP32 board package are...

This should work: #define TIME_OFFSET -5 * 3600 You might need to cast the time_t type if you get a compile error: unixTime = (time_t)((int32_t)unixTime + (int32_t)(TIME_OFFSET));

The timezone value for the forecast API is the offset. See here: https://openweathermap.org/forecast5 Yes, the name is misleading, but that is down to the API, not this library!

The onecall API calls need a subscription. Which sketch are you running?

It is [defined here](https://github.com/Bodmer/JPEGDecoder/blob/master/examples/Adafruit_GFX/NodeMCU_Jpeg/JPEG_functions.ino#L13). Since this is an ino file in the sketch it should be loaded. Have you modinfied the sketch? Are you using the Arduino IDE and loaded...

SPIFFS is being deprecated. I suggest that LittleFS is used.

The problem is that UTFT does not use the hardware rotation features built into the display. This is possibly because it supports some displays that do not have this feature....

Intuitively, looking at the image where blocks are not rotated, a 90 degree anticlockwise rotation of each MCU block will correct the image. What does it look like?

The displays only have a single image RAM buffer. So the image layers would need to be kept and maintained in processor RAM, this could be achieved using Sprites.