buffering: ensure sufficient buffer size loading bitmaps

Commits 5aa0fc3 and 32f1418 (g#4451, g#4452) changed the
amount of space that was allocated for loading bitmaps
used to display album art.

Testing revealed that the size of the JPEG decode buffer
can reach up to (38 * 1024)B in some cases.

When the limit is reached, additional space is required
by the resize_on_load function.

Change-Id: If93b45754a4f5948b6160f659182e4618e01912e

apps/buffering.c

@@ -975,8 +975,14 @@ int bufopen(const char *file, off_t offset, enum data_type type,
          * TODO: don't add unncessary overhead for .bmp images! */
         size += JPEG_DECODE_OVERHEAD;
 #endif
-    }
+       /* resize_on_load requires space for 1 line + 2 spare lines */
+#ifdef HAVE_LCD_COLOR
+        size += sizeof(struct uint32_argb) * 3 * aa->dim->width;
+#else
+        size += sizeof(uint32_t) * 3 * aa->dim->width;
 #endif
+    }
+#endif /* HAVE_ALBUMART */
 
     if (size == 0)
         size = filesize(fd);

apps/recorder/jpeg_load.c

@@ -2231,7 +2231,7 @@ int read_jpeg_fd(int fd,
 const size_t JPEG_DECODE_OVERHEAD =
     /* Reserve an arbitrary amount for the decode buffer
      * FIXME: Somebody who knows what they're doing should look at this */
-    (32 * 1024)
+    (38 * 1024)
 #ifndef JPEG_FROM_MEM
     /* Unless the struct jpeg is defined statically, we need to allocate
      * it in the bitmap buffer as well */