UI-First Startup: Deferring Playback Restore
Redesigned app initialization to render the UI first and restore playback state afterward, eliminating the performance bottleneck caused by simultaneous restoration on launch.
The previous initialization sequence attempted to restore the previous track and playback state simultaneously with UI rendering, degrading first-screen responsiveness. The startup flow has been redesigned to render the UI first, then restore playback state and content in a subsequent phase.
On the UI side, card image handling and header alignment have been unified to ensure visual consistency across screens. Display rules for recommendations and discovery sections were consolidated, removing inconsistencies in how items appeared across different entry points. Track collections now support manual reordering, giving users direct control over playback sequence.
On the playback side, synchronization between lock screen controls, the Now Playing interface, and the actual playback state has been strengthened. Mismatches at the lock screen—a primary control surface for listening—directly undermine playback reliability, making state consistency between these interfaces a key objective of this update.