Fix album art zoom always showing a cropped corner, not the full image

The rest state used Scale(ART_SLOT/ART_SIZE, ...) (~0.71) on a 45x45
image to shrink it down and reveal the whole picture, but scaling below
1.0 turns out to be unsafe: empirically it reintroduces the black-border
bug well before the math would predict any gap (a visible gap opens up
below roughly 0.9-0.95, not just when the scaled image shrinks smaller
than the display slot). So the whole "shrink down from oversized to
reveal everything" design doesn't work.

Instead, keep the oversized render just barely larger (36x36 vs. the
32x32 slot) so the safe floor of scale = 1.0 already shows ~89% of the
image -- close enough to read as "fully zoomed out" -- while still
leaving headroom above 1.0 for a real zoom-in effect.

subwave_nowplaying.star

@@ -105,21 +105,22 @@ def main(config):
 # and it never appeared to "zoom back in". A short loop guarantees at least
 # one full out-and-back cycle plays before that happens.
 #
-# Art is rendered oversized (45x45, vs. the 32x32 display slot) since
+# Art is rendered slightly oversized (36x36, vs. the 32x32 display slot).
-# animation.Scale has no visible effect on a widget whose declared size
+# animation.Scale is only ever applied at 1.0 or above here -- empirically,
-# already matches its container. Only ever scaling *up* from 1.0 (never
+# scaling this *below* 1.0 (tried while chasing a "show the literal whole
-# below) is deliberate, not cosmetic: this app originally scaled down to
+# image at rest" design) reintroduces a real, on-device black-border bug:
-# ~32/45 to "zoom out" from a corner reached via animation.Translate, which
+# below roughly 0.9-0.95 a visible gap opens up along one edge, well before
-# produced a real, on-device black border. Empirical testing (rendering the
+# the math (scaled size vs. box size) would predict any gap at all, so it
-# actual Row layout at native canvas size, no forced output dimensions)
+# isn't a simple "runs out of image" overflow -- treat scale < 1.0 as
-# showed the outer Box auto-fits an oversized child to its own size at
+# unsafe regardless of the numbers. That rules out "native size at rest,
-# animation.Scale(1.0, 1.0) -- so scaling *down* from there shrinks the
+# shrink down to reveal everything" -- so instead ART_SIZE is kept just
-# already-fitted image further, exposing background outside its bounds
+# barely larger than ART_SLOT: at the safe floor of scale = 1.0, only
-# (the black border). Scaling *up* only ever crops further into the image,
+# ART_SLOT/ART_SIZE (~89%) of the image is visible, which reads as
-# which is always safe.
+# "fully zoomed out" (a sliver cropped off each edge, not noticeable) while
-ART_SIZE = 45
+# leaving just enough headroom above 1.0 for a real zoom-in effect.
+ART_SIZE = 36
 ART_SLOT = 32
-ART_ZOOM_SCALE = 1.4  # how far in to zoom
+ART_ZOOM_SCALE = 1.4  # how far in to zoom, relative to the rest state
 ART_ZOOM_DURATION = 200  # 10s round-trip (5s in, 5s out) at the default 50ms/tick
 
 def _art_widget(art_bytes):