v1.3.3

Changed

• All platforms: The now-playing "Artist — Title" line is now larger and
  easier to read at a glance. Community feedback was that the track label sat
  too small to comfortably see who's playing, so it's been bumped up across iOS,
  Android, and macOS (with a slight contrast lift on mobile). The reserved
  two-line layout is unchanged, so nothing shifts as tracks change.

v1.3.2

Fixed

• All platforms: The track name now stays in sync with the music on its own.
  1.3.1 held each title change by a fixed ~12s to line up with the buffered
  audio, but the real lag varies per connection (Icecast burst-on-connect +
  client prebuffer), so a single offset drifted — sometimes early, sometimes
  late. The playing station's title now comes from the stream's own in-band ICY
  metadata, which rides the same buffer as the audio, so it flips exactly when
  the song changes in your ears — no offset to tune. The /meta feed still
  drives the station list / CarPlay / Android Auto browse (where the instant,
  live-edge value is what you want).

v1.3.1

Fixed

• All platforms: The track name now changes in time with the music. The
  metadata feed is pushed the instant a song changes at the source, but the
  audio you hear lags ~12s behind it (stream buffering), so the title used to
  flip well before the new song actually started. The displayed track is now
  held back to line up with what's playing.

v1.3.0

Changed

• All platforms: Playback is now MP3-only. Apple's native HLS handling of the
  live feed proved unstable (stalls with no recovery), so the apps now stream the
  fixed-bitrate MP3 endpoint exclusively, which is rock-solid in practice
  (including in-car). The HLS/MP3 transport picker is removed and the player
  reverts to its simpler pre-1.2.4 behaviour — the HLS-startup tuning added in
  1.2.4/1.2.5 is no longer needed and has been dropped. The HLS code path is kept
  in the codebase, dormant, ready to re-enable if native HLS support improves.

v1.2.5

Fixed

• All platforms: HLS now starts almost instantly. The players were
  pre-buffering before emitting any audio, which on a live feed could stall the
  start for up to a minute even though the stream itself is fine. They now start
  at the live edge with minimal buffering, the same way the website's web player
  does. As a safety net, if HLS hasn't started within a few seconds the player
  falls back to the instant-start MP3 stream instead of waiting out the
  platform's long internal timeout.

v1.2.4

Changed

• macOS: show the "Unofficial fan project — not affiliated with Nightride FM."
  disclaimer in the footer, matching the iOS and Android clients.

v1.2.3

Fixed

• All platforms: HLS streaming works again. nightride.fm moved its HLS
  endpoint (dropped the :8443 port and added an /hls/ path); the apps now
  point at the new URL. The MP3 stream was unaffected.

Added

• All platforms: automatic MP3 failover. If an HLS stream fails to load, the
  player now falls back to the MP3 stream for the same station on its own — so a
  future HLS endpoint change degrades to MP3 instead of going silent. Your
  saved hls / mp3 preference is left untouched.

v1.2.2

Fixed

• macOS: the popover no longer gets clipped top and bottom after a track starts
  playing. Release builds are now compiled with the macOS 26 SDK (CI moved to
  macos-26 runners), which also restores the modern rounded panel chrome on
  macOS 26.

v1.2.1

• macOS: Tweak buttons alignment

v1.2.0

Added

• All platforms: HLS streaming — adaptive AAC (~96–320 kbps) that adjusts
  to your connection instead of stuttering. Now the default stream.
• All platforms: an hls / mp3 switch below the playback controls. The
  classic fixed-bitrate MP3 stream stays available as a fallback for networks
  that block the HLS port; your choice is remembered across restarts.