Align xmplaylist metadata selection, adaptive refresh timing, and cached next-track transitions with play-behind-live timestamp by Copilot · Pull Request #80 · paul-1/plugin-SiriusXM

Copilot · 2026-04-19T17:56:55Z

This PR aligns SiriusXM metadata behavior with play-behind-live timestamps and improves timer behavior around track transitions and async state changes.

Changes Made

Uses play-behind-live PDT timestamps to select the correct xmplaylist record at/before the current playback position.
Uses adaptive delay scheduling (next_update_delay) when a future xmplaylist track timestamp is available.
Hardens async metadata callbacks so stale responses cannot update metadata or re-arm timers after stop/channel/state changes.
Adds cached next-track metadata flow:
- when xmplaylist already includes the next track, that metadata is cached in player state,
- when the delayed timer fires, cached metadata is applied locally (without re-reading PDT or polling xmplaylist),
- after applying cached metadata, normal 25s polling resumes.
Adds guards so cached metadata is not applied when metadata is disabled or player state is no longer active.

Validation

Ran baseline plugin validation suite (XML, structure, required files/templates/menu checks).
Ran proxy startup help validation (sxm.pl ... --help).
Ran targeted post-change validation.
Ran final parallel validation (Code Review + CodeQL).

Original prompt

Repository: paul-1/plugin-SiriusXM

Goal
Implement “play behind live” support when processing the xmplaylist.com API response in Plugins/SiriusXM/APImetadata.pm (specifically within/around sub _processResponse which starts near line 212).

Context
sxm.pl now supports playing behind live and caching. It writes the timestamp currently being played to:

<tmpdir>/siriusxm/pdt_<siriusxm_channel_id>.txt

We need to adjust metadata processing so that, when we process the API response from xmplaylist.com, we:

Read the play timestamp from that file (if it exists and is valid).

From the API response records, select the record whose timestamp is the most recent at or before the play timestamp (i.e., the closest record timestamp not after the play timestamp). If no record timestamp is <= the play timestamp, fall back to the default behavior (likely using the most recent/latest/current record).

Requirements

Make changes in Plugins/SiriusXM/APImetadata.pm.

Use the repo’s tmpdir location logic (whatever the plugin uses) to construct the path to siriusxm/pdt_<channel_id>.txt.

Parse and validate the timestamp read from file (handle missing file, empty content, parse failures).

Parse timestamps from xmplaylist.com records (handle missing/invalid timestamps).

Ensure behavior remains unchanged when the pdt file doesn’t exist or doesn’t contain a usable timestamp.

Add logging (at an appropriate verbosity) for: reading pdt file, selected timestamp, and fallback paths.

Add/update any tests if this repo has a test harness; otherwise keep changes well-scoped and add comments.

Reference

File: Plugins/SiriusXM/APImetadata.pm

Source URL: https://github.com/paul-1/plugin-SiriusXM/blob/main/Plugins/SiriusXM/APImetadata.pm#L212

Commit: ae1f162

Implementation notes

The timestamp written by sxm.pl is the timestamp being played; assume it is epoch seconds unless the codebase indicates another format. If the API provides timestamps in another format, implement conversion.

The selection algorithm should pick the record with max(record_ts) such that record_ts <= play_ts. If none match, keep existing selection logic.

Deliverable
Open a PR on paul-1/plugin-SiriusXM targeting main with the implementation.

The following is the prior conversation context from the user's chat exploration (may be truncated):

User: sxm.pl now has the ability to play behind live and cache data. It writes the timestamp being played to /siriusxm/pdt_<siriusxm_channel_id>.txt.

When processing the API response from xmplaylist.com, we need to read the timestamp from the file, then find the record timestamp that is most recent to the timestamp read from the temp file.

Assistant: I’m waiting for your confirmation in the dialog (approve/deny) before I can proceed with making the repository changes for selecting the xmplaylist.com record closest to the cached play timestamp.

This pull request was created from Copilot chat.

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/d3f58cf7-6417-4b92-9e3e-c6ee08bbd157 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

paul-1 · 2026-04-19T18:27:53Z

@copilot

-If there is no pdt_ file or there is no timestamp in the file, just use the channel metadata.
-Since we also now know the current timestamp being played, we do not need to use METADATA_STALE_TIME check.
-Please also check that you are using the siriusxm channel_id for the pdt file, not the xmplaylist_name (For example Siriusxm Channel ID: 9608 is Channel number: 12, and the xmplaylist deeplink is: kellyclarksonconnection) So /tmp/siriusxm/pdt_9608.txt is the timestamp file when looking at kellyclarksonconnection from xmplaylist.com)

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/55872c72-26ab-4c7c-9bf7-fb5ba0ac8f0d Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot · 2026-04-19T18:32:38Z

@copilot

-If there is no pdt_ file or there is no timestamp in the file, just use the channel metadata.
...

Updated in commit aca5a70.

Changes made:

If the pdt file is missing/unusable, metadata now falls back to channel metadata.
Removed the METADATA_STALE_TIME age check path.
Confirmed pdt lookup uses SiriusXM channel_info->{id} (/tmp/siriusxm/pdt_<channel_id>.txt), not xmplaylist_name.

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

dl.google.com
- Triggering command: /usr/lib/apt/methods/https /usr/lib/apt/methods/https (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

Configure Actions setup steps to set up my environment, which run before the firewall is enabled
Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

paul-1 · 2026-04-19T18:43:39Z

@copilot

metatdate refreshes seem to lag. See the attached log. It matched the correct record, but did not update for 2 cycles later>

[26-04-19 14:39:56.2409] Plugins::SiriusXM::APImetadata::_processResponse (253) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 14:39:56.2415] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (389) Read play timestamp '2026-04-19T18:37:32.404+00:00' (1776623852.404) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 14:39:56.2417] Plugins::SiriusXM::APImetadata::_processResponse (277) Selected xmplaylist record timestamp 2026-04-19T18:37:07.099Z for play timestamp 1776623852.404
[26-04-19 14:39:56.2417] Plugins::SiriusXM::APImetadata::_processResponse (293) Metadata source selection: matched record at/before play timestamp
[26-04-19 14:39:56.2418] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (320) No new metadata available and current metadata is fresh - skipping update
[26-04-19 14:40:21.0007] Plugins::SiriusXM::APImetadata::fetchMetadata (192) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 14:40:21.1697] Plugins::SiriusXM::APImetadata::_processResponse (253) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 14:40:21.1703] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (389) Read play timestamp '2026-04-19T18:37:51.907+00:00' (1776623871.907) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 14:40:21.1706] Plugins::SiriusXM::APImetadata::_processResponse (277) Selected xmplaylist record timestamp 2026-04-19T18:37:07.099Z for play timestamp 1776623871.907
[26-04-19 14:40:21.1706] Plugins::SiriusXM::APImetadata::_processResponse (293) Metadata source selection: matched record at/before play timestamp
[26-04-19 14:40:21.1707] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (320) No new metadata available and current metadata is fresh - skipping update
[26-04-19 14:40:46.0008] Plugins::SiriusXM::APImetadata::fetchMetadata (192) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 14:40:46.2578] Plugins::SiriusXM::APImetadata::_processResponse (253) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 14:40:46.2584] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (389) Read play timestamp '2026-04-19T18:38:21.161+00:00' (1776623901.161) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 14:40:46.2596] Plugins::SiriusXM::APImetadata::_processResponse (277) Selected xmplaylist record timestamp 2026-04-19T18:37:07.099Z for play timestamp 1776623901.161
[26-04-19 14:40:46.2597] Plugins::SiriusXM::APImetadata::_processResponse (293) Metadata source selection: matched record at/before play timestamp
[26-04-19 14:40:46.2599] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (334) Updating metadata for client b8:27:eb:d9:dd:0e: On Top of the World by Imagine Dragons
[26-04-19 14:40:46.2601] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (346) Stored metadata for channel thepulse in global cache

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/e2012d0d-80fc-429d-a656-9c1d26cc5678 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot · 2026-04-19T18:49:02Z

@copilot

metatdate refreshes seem to lag. See the attached log. It matched the correct record, but did not update for 2 cycles later>
...

Implemented a fix in commit 06ec31b.

Metadata update skipping is now based on a canonical signature of the actual metadata content (not xmplaylist next token), so updates are applied as soon as the selected record changes even if next stays the same. I also removed obsolete last_next tracking and added safe signature-encode handling.

No UI changes were made (backend metadata logic only).

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

dl.google.com
- Triggering command: /usr/lib/apt/methods/https /usr/lib/apt/methods/https (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

Configure Actions setup steps to set up my environment, which run before the firewall is enabled
Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

paul-1 · 2026-04-19T19:25:06Z

@copilot when the data coming from xmplaylist.com has a track timestamp that is newer than what we are currently playing, use that time offset to schedule the metadata update rather than just the flat METADATA_UPDATE_INTERVAL. If there is no newer track in the data, then fallback to the next check based on METADATA_UPDATE_INTERVAL

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/31bc80a5-4475-4eba-bafb-99f4aed978d6 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot · 2026-04-19T19:30:41Z

@copilot when the data coming from xmplaylist.com has a track timestamp that is newer than what we are currently playing, use that time offset to schedule the metadata update rather than just the flat...

Implemented in commit fc1f000.

Metadata refresh scheduling now uses the nearest xmplaylist track timestamp newer than the current play timestamp (next_update_delay) when available, and falls back to METADATA_UPDATE_INTERVAL when no newer track timestamp exists.

No UI changes were made (backend scheduling logic only).

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

dl.google.com
- Triggering command: /usr/lib/apt/methods/https /usr/lib/apt/methods/https (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

Configure Actions setup steps to set up my environment, which run before the firewall is enabled
Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

paul-1 · 2026-04-19T19:41:04Z

@copilot There seems to be a small time calculation error. The first calculated offset of ~100 at next check was still ~2s away.

[26-04-19 15:35:49.2142] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (410) Read play timestamp '2026-04-19T19:33:17.467+00:00' (1776627177.467) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:35:49.2145] Plugins::SiriusXM::APImetadata::_processResponse (289) Next xmplaylist track timestamp is in 100.280999898911s relative to play timestamp
[26-04-19 15:35:49.2145] Plugins::SiriusXM::APImetadata::_processResponse (295) Selected xmplaylist record timestamp 2026-04-19T19:30:15.632Z for play timestamp 1776627177.467
[26-04-19 15:35:49.2145] Plugins::SiriusXM::APImetadata::_processResponse (311) Metadata source selection: matched record at/before play timestamp
[26-04-19 15:35:49.2146] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (344) No new metadata available and current metadata is fresh - skipping update
[26-04-19 15:35:49.2146] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 100.280999898911s
[26-04-19 15:37:29.2818] Plugins::SiriusXM::APImetadata::fetchMetadata (193) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 15:37:29.2999] Plugins::SiriusXM::APImetadata::fetchMetadata (193) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 15:37:29.3139] Plugins::SiriusXM::APImetadata::fetchMetadata (193) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 15:37:29.3276] Plugins::SiriusXM::APImetadata::fetchMetadata (193) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 15:37:29.5429] Plugins::SiriusXM::APImetadata::_processResponse (255) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:29.5430] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (410) Read play timestamp '2026-04-19T19:34:54.981+00:00' (1776627274.981) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:29.5433] Plugins::SiriusXM::APImetadata::_processResponse (289) Next xmplaylist track timestamp is in 2.76699995994568s relative to play timestamp
[26-04-19 15:37:29.5433] Plugins::SiriusXM::APImetadata::_processResponse (295) Selected xmplaylist record timestamp 2026-04-19T19:30:15.632Z for play timestamp 1776627274.981
[26-04-19 15:37:29.5433] Plugins::SiriusXM::APImetadata::_processResponse (311) Metadata source selection: matched record at/before play timestamp
[26-04-19 15:37:29.5434] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (344) No new metadata available and current metadata is fresh - skipping update
[26-04-19 15:37:29.5434] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 2.76699995994568s
[26-04-19 15:37:29.5448] Plugins::SiriusXM::APImetadata::_processResponse (255) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:29.5448] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (410) Read play timestamp '2026-04-19T19:34:54.981+00:00' (1776627274.981) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:29.5451] Plugins::SiriusXM::APImetadata::_processResponse (289) Next xmplaylist track timestamp is in 2.76699995994568s relative to play timestamp
[26-04-19 15:37:29.5451] Plugins::SiriusXM::APImetadata::_processResponse (295) Selected xmplaylist record timestamp 2026-04-19T19:30:15.632Z for play timestamp 1776627274.981
[26-04-19 15:37:29.5451] Plugins::SiriusXM::APImetadata::_processResponse (311) Metadata source selection: matched record at/before play timestamp
[26-04-19 15:37:29.5452] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (344) No new metadata available and current metadata is fresh - skipping update
[26-04-19 15:37:29.5452] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 2.76699995994568s
[26-04-19 15:37:29.5465] Plugins::SiriusXM::APImetadata::_processResponse (255) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:29.5466] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (410) Read play timestamp '2026-04-19T19:34:54.981+00:00' (1776627274.981) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:29.5468] Plugins::SiriusXM::APImetadata::_processResponse (289) Next xmplaylist track timestamp is in 2.76699995994568s relative to play timestamp
[26-04-19 15:37:29.5468] Plugins::SiriusXM::APImetadata::_processResponse (295) Selected xmplaylist record timestamp 2026-04-19T19:30:15.632Z for play timestamp 1776627274.981
[26-04-19 15:37:29.5469] Plugins::SiriusXM::APImetadata::_processResponse (311) Metadata source selection: matched record at/before play timestamp
[26-04-19 15:37:29.5469] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (344) No new metadata available and current metadata is fresh - skipping update
[26-04-19 15:37:29.5469] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 2.76699995994568s
[26-04-19 15:37:29.5484] Plugins::SiriusXM::APImetadata::_processResponse (255) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:29.5485] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (410) Read play timestamp '2026-04-19T19:34:54.981+00:00' (1776627274.981) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:29.5487] Plugins::SiriusXM::APImetadata::_processResponse (289) Next xmplaylist track timestamp is in 2.76699995994568s relative to play timestamp
[26-04-19 15:37:29.5488] Plugins::SiriusXM::APImetadata::_processResponse (295) Selected xmplaylist record timestamp 2026-04-19T19:30:15.632Z for play timestamp 1776627274.981
[26-04-19 15:37:29.5488] Plugins::SiriusXM::APImetadata::_processResponse (311) Metadata source selection: matched record at/before play timestamp
[26-04-19 15:37:29.5488] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (344) No new metadata available and current metadata is fresh - skipping update
[26-04-19 15:37:29.5488] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 2.76699995994568s
[26-04-19 15:37:31.7680] Plugins::SiriusXM::APImetadata::fetchMetadata (193) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 15:37:31.7859] Plugins::SiriusXM::APImetadata::fetchMetadata (193) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 15:37:31.8002] Plugins::SiriusXM::APImetadata::fetchMetadata (193) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 15:37:31.8150] Plugins::SiriusXM::APImetadata::fetchMetadata (193) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 15:37:31.9694] Plugins::SiriusXM::APImetadata::_processResponse (255) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:31.9699] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (410) Read play timestamp '2026-04-19T19:35:04.733+00:00' (1776627284.733) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 15:37:31.9711] Plugins::SiriusXM::APImetadata::_processResponse (295) Selected xmplaylist record timestamp 2026-04-19T19:34:37.748Z for play timestamp 1776627284.733
[26-04-19 15:37:31.9713] Plugins::SiriusXM::APImetadata::_processResponse (311) Metadata source selection: matched record at/before play timestamp
[26-04-19 15:37:31.9715] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (357) Updating metadata for client b8:27:eb:d9:dd:0e: So Easy (To Fall In Love) by Olivia Dean
[26-04-19 15:37:31.9717] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (369) Stored metadata for channel thepulse in global cache
[26-04-19 15:37:31.9720] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 25s

paul-1 · 2026-04-20T02:19:01Z

@copilot when stopping a stream the metadata does not stop, but gets put in an infinite refresh loop. See attached log

[26-04-19 22:08:15.8775] Plugins::SiriusXM::ProtocolHandler::onPlayerEvent (131) Player event 'playlist:newsong' for client b8:27:eb:d9:dd:0e, URL:http://localhost:8888/thepulse.m3u8
[26-04-19 22:08:15.8775] Plugins::SiriusXM::ProtocolHandler::_stopMetadataTimer (226) Stopping metadata timer for client b8:27:eb:d9:dd:0e
[26-04-19 22:08:15.8776] Plugins::SiriusXM::ProtocolHandler::onPlayerEvent (169) No current player state, configuring
[26-04-19 22:08:15.8786] Plugins::SiriusXM::APImetadata::fetchMetadata (192) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 22:08:16.0421] Plugins::SiriusXM::APImetadata::_processResponse (254) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 22:08:16.0427] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (413) Read play timestamp '2026-04-20T02:05:39.706+00:00' (1776650719.706) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 22:08:16.0430] Plugins::SiriusXM::APImetadata::_processResponse (292) Next xmplaylist track timestamp raw delay=21.1409997940063s rounded=22s
[26-04-19 22:08:16.0430] Plugins::SiriusXM::APImetadata::_processResponse (298) Selected xmplaylist record timestamp 2026-04-20T02:02:59.815Z for play timestamp 1776650719.706
[26-04-19 22:08:16.0430] Plugins::SiriusXM::APImetadata::_processResponse (314) Metadata source selection: matched record at/before play timestamp
[26-04-19 22:08:16.0431] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (361) Updating metadata for client b8:27:eb:d9:dd:0e: When Did You Get Hot? by Sabrina Carpenter
[26-04-19 22:08:16.0432] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (373) Stored metadata for channel thepulse in global cache
[26-04-19 22:08:16.0433] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 22s
[26-04-19 22:08:16.0446] Plugins::SiriusXM::ProtocolHandler::onPlayerEvent (131) Player event 'playlist:newsong' for client b8:27:eb:d9:dd:0e, URL:http://localhost:8888/thepulse.m3u8
[26-04-19 22:08:16.0447] Plugins::SiriusXM::ProtocolHandler::_stopMetadataTimer (226) Stopping metadata timer for client b8:27:eb:d9:dd:0e
[26-04-19 22:08:16.0447] Plugins::SiriusXM::ProtocolHandler::onPlayerEvent (169) No current player state, configuring
[26-04-19 22:08:16.0457] Plugins::SiriusXM::APImetadata::fetchMetadata (192) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 22:08:16.2373] Plugins::SiriusXM::APImetadata::_processResponse (254) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 22:08:16.2375] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (413) Read play timestamp '2026-04-20T02:05:39.706+00:00' (1776650719.706) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 22:08:16.2378] Plugins::SiriusXM::APImetadata::_processResponse (292) Next xmplaylist track timestamp raw delay=21.1409997940063s rounded=22s
[26-04-19 22:08:16.2378] Plugins::SiriusXM::APImetadata::_processResponse (298) Selected xmplaylist record timestamp 2026-04-20T02:02:59.815Z for play timestamp 1776650719.706
[26-04-19 22:08:16.2378] Plugins::SiriusXM::APImetadata::_processResponse (314) Metadata source selection: matched record at/before play timestamp
[26-04-19 22:08:16.2379] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (361) Updating metadata for client b8:27:eb:d9:dd:0e: When Did You Get Hot? by Sabrina Carpenter
[26-04-19 22:08:16.2380] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (373) Stored metadata for channel thepulse in global cache
[26-04-19 22:08:16.2381] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 22s
[26-04-19 22:08:16.2394] Plugins::SiriusXM::ProtocolHandler::onPlayerEvent (131) Player event 'playlist:newsong' for client b8:27:eb:d9:dd:0e, URL:http://localhost:8888/thepulse.m3u8
[26-04-19 22:08:16.2394] Plugins::SiriusXM::ProtocolHandler::_stopMetadataTimer (226) Stopping metadata timer for client b8:27:eb:d9:dd:0e
[26-04-19 22:08:16.2395] Plugins::SiriusXM::ProtocolHandler::onPlayerEvent (169) No current player state, configuring
[26-04-19 22:08:16.2404] Plugins::SiriusXM::APImetadata::fetchMetadata (192) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 22:08:16.4054] Plugins::SiriusXM::APImetadata::_processResponse (254) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 22:08:16.4056] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (413) Read play timestamp '2026-04-20T02:05:39.706+00:00' (1776650719.706) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 22:08:16.4059] Plugins::SiriusXM::APImetadata::_processResponse (292) Next xmplaylist track timestamp raw delay=21.1409997940063s rounded=22s
[26-04-19 22:08:16.4059] Plugins::SiriusXM::APImetadata::_processResponse (298) Selected xmplaylist record timestamp 2026-04-20T02:02:59.815Z for play timestamp 1776650719.706
[26-04-19 22:08:16.4059] Plugins::SiriusXM::APImetadata::_processResponse (314) Metadata source selection: matched record at/before play timestamp
[26-04-19 22:08:16.4060] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (361) Updating metadata for client b8:27:eb:d9:dd:0e: When Did You Get Hot? by Sabrina Carpenter
[26-04-19 22:08:16.4060] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (373) Stored metadata for channel thepulse in global cache
[26-04-19 22:08:16.4061] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 22s
[26-04-19 22:08:16.4074] Plugins::SiriusXM::ProtocolHandler::onPlayerEvent (131) Player event 'playlist:newsong' for client b8:27:eb:d9:dd:0e, URL:http://localhost:8888/thepulse.m3u8
[26-04-19 22:08:16.4075] Plugins::SiriusXM::ProtocolHandler::_stopMetadataTimer (226) Stopping metadata timer for client b8:27:eb:d9:dd:0e
[26-04-19 22:08:16.4076] Plugins::SiriusXM::ProtocolHandler::onPlayerEvent (169) No current player state, configuring
[26-04-19 22:08:16.4088] Plugins::SiriusXM::APImetadata::fetchMetadata (192) Fetching metadata from xmplaylist.com for channel: thepulse
[26-04-19 22:08:16.5787] Plugins::SiriusXM::APImetadata::_processResponse (254) Checking PDT file for SiriusXM channel id thepulse: /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 22:08:16.5793] Plugins::SiriusXM::APImetadata::_readPlayTimestampFromFile (413) Read play timestamp '2026-04-20T02:05:39.706+00:00' (1776650719.706) from /tmp/siriusxm/pdt_thepulse.txt
[26-04-19 22:08:16.5797] Plugins::SiriusXM::APImetadata::_processResponse (292) Next xmplaylist track timestamp raw delay=21.1409997940063s rounded=22s
[26-04-19 22:08:16.5797] Plugins::SiriusXM::APImetadata::_processResponse (298) Selected xmplaylist record timestamp 2026-04-20T02:02:59.815Z for play timestamp 1776650719.706
[26-04-19 22:08:16.5797] Plugins::SiriusXM::APImetadata::_processResponse (314) Metadata source selection: matched record at/before play timestamp
[26-04-19 22:08:16.5798] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (361) Updating metadata for client b8:27:eb:d9:dd:0e: When Did You Get Hot? by Sabrina Carpenter
[26-04-19 22:08:16.5798] Plugins::SiriusXM::ProtocolHandler::_updateClientMetadata (373) Stored metadata for channel thepulse in global cache
[26-04-19 22:08:16.5799] Plugins::SiriusXM::ProtocolHandler::_scheduleNextMetadataUpdate (310) Scheduling next metadata update for client b8:27:eb:d9:dd:0e in 22s

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/c5fce86f-cb8f-4e01-bcc3-c593fe679ab7 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot · 2026-04-20T02:22:21Z

@copilot when stopping a stream the metadata does not stop, but gets put in an infinite refresh loop. See attached log

...

Fixed in commit 7cc5f2e (core guard added in 5d4f0b7).

I added a play-state guard in ProtocolHandler::onPlayerEvent so metadata state is not re-initialized when the client is stopped/not playing, which prevents the stop-time infinite refresh loop. No UI changes were made.

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

dl.google.com
- Triggering command: /usr/lib/apt/methods/https /usr/lib/apt/methods/https (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

Configure Actions setup steps to set up my environment, which run before the firewall is enabled
Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

paul-1 · 2026-04-20T23:39:16Z

@copilot The last refresh loop issue was due to the way timers are set. Before this Pull Request, the timer was set before updating metadata asynchronously. So stopping a player while the async refresh was happening, would properly clear the timer, and when the async metadata exited, no new timer was set.

In this PR the next timer is not set until after the async metadata refresh occurs. The playstate safeguard in the last commit appears to work properly, but can you check that other things are not affected by the asynchronous updates of metadata, potentially exiting after a player state change.

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/7263d41a-a4dd-4708-9f54-c2c46c08aacd Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot · 2026-04-20T23:44:50Z

@copilot The last refresh loop issue was due to the way timers are set. Before this Pull Request, the timer was set before updating metadata asynchronously. So stopping a player while the async ref...

Checked and hardened this path in commit e01d866.

I added async callback state-safety guards so a metadata response is ignored if player state was removed/superseded, playback has stopped, or channel changed before the callback returns. I also bound each async request to a per-state request sequence token so stale responses cannot update metadata or schedule the next timer after a state transition.

No UI changes were made.

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

dl.google.com
- Triggering command: /usr/lib/apt/methods/https /usr/lib/apt/methods/https (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

Configure Actions setup steps to set up my environment, which run before the firewall is enabled
Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

paul-1 · 2026-04-21T23:47:31Z

@copilot we are polling xmplaylist every 25 seconds until we find new metadata for the next track. We then set the timer to the difference. We should also save that metadata state so that when that timer times we can just set the metadata to what was found, rather than reading the pdt file and polling xmplaylist again for new information. Reading the pdt file and polling xmplaylist.com would resume at the next refresh time of 25s.

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/d75b7846-4258-4cad-bc14-390a93faf08f Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot · 2026-04-21T23:52:16Z

@copilot we are polling xmplaylist every 25 seconds until we find new metadata for the next track. We then set the timer to the difference. We should also save that metadata state so that when that...

Implemented in commit b51fd3b (core caching behavior introduced in 36c4fdd).

We now cache the nearest future track metadata returned by xmplaylist along with its delay, and when that delay timer fires we apply the cached metadata directly (no PDT read, no xmplaylist poll). After that local apply, metadata refresh resumes on the normal 25s polling interval.

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

dl.google.com
- Triggering command: /usr/lib/apt/methods/https /usr/lib/apt/methods/https (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

Configure Actions setup steps to set up my environment, which run before the firewall is enabled
Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

Initial plan

ceb151a

Copilot AI assigned Copilot and paul-1 Apr 19, 2026

Copilot started work on behalf of paul-1 April 19, 2026 17:56 View session

Copilot AI and others added 2 commits April 19, 2026 17:59

Support play-behind-live metadata selection using pdt timestamp files

0eccc8e

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/d3f58cf7-6417-4b92-9e3e-c6ee08bbd157 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Harden PDT timestamp parsing and selection safeguards

4971b85

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/d3f58cf7-6417-4b92-9e3e-c6ee08bbd157 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot AI changed the title ~~[WIP] Implement play behind live support in API response processing~~ Align xmplaylist metadata selection with play-behind-live timestamp Apr 19, 2026

Copilot AI requested a review from paul-1 April 19, 2026 18:03

Copilot finished work on behalf of paul-1 April 19, 2026 18:03

Copilot started work on behalf of paul-1 April 19, 2026 18:28 View session

Apply PR feedback for channel-metadata fallback and stale-check removal

aca5a70

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/55872c72-26ab-4c7c-9bf7-fb5ba0ac8f0d Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot finished work on behalf of paul-1 April 19, 2026 18:33

Copilot started work on behalf of paul-1 April 19, 2026 18:43 View session

Copilot AI and others added 2 commits April 19, 2026 18:46

Fix metadata refresh lag by comparing metadata content signatures

72abed5

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/e2012d0d-80fc-429d-a656-9c1d26cc5678 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Fix delayed metadata updates by using metadata signatures

06ec31b

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/e2012d0d-80fc-429d-a656-9c1d26cc5678 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot AI changed the title ~~Align xmplaylist metadata selection with play-behind-live timestamp~~ Align xmplaylist metadata selection and refresh timing with play-behind-live timestamp Apr 19, 2026

Copilot finished work on behalf of paul-1 April 19, 2026 18:50

Copilot started work on behalf of paul-1 April 19, 2026 19:25 View session

Copilot AI and others added 2 commits April 19, 2026 19:27

Schedule metadata checks using next xmplaylist track offset

a50bd5e

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/31bc80a5-4475-4eba-bafb-99f4aed978d6 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Use xmplaylist future-track offset to schedule metadata refresh

fc1f000

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/31bc80a5-4475-4eba-bafb-99f4aed978d6 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot AI changed the title ~~Align xmplaylist metadata selection and refresh timing with play-behind-live timestamp~~ Align xmplaylist metadata selection and adaptive refresh timing with play-behind-live timestamp Apr 19, 2026

Copilot finished work on behalf of paul-1 April 19, 2026 19:31

Copilot started work on behalf of paul-1 April 19, 2026 19:41 View session

Copilot AI requested a review from paul-1 April 19, 2026 19:54

Copilot started work on behalf of paul-1 April 20, 2026 02:19 View session

Copilot AI and others added 2 commits April 20, 2026 02:21

Avoid reinitializing metadata when stream is stopped

5d4f0b7

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/c5fce86f-cb8f-4e01-bcc3-c593fe679ab7 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Tighten stop-loop fix and clean nearby comment text

7cc5f2e

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/c5fce86f-cb8f-4e01-bcc3-c593fe679ab7 Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot finished work on behalf of paul-1 April 20, 2026 02:23

Copilot started work on behalf of paul-1 April 20, 2026 23:39 View session

Copilot AI and others added 6 commits April 20, 2026 23:41

Guard async metadata callbacks against stale player state

207f9c2

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/7263d41a-a4dd-4708-9f54-c2c46c08aacd Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Refine async token checks from review feedback

800e4e2

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/7263d41a-a4dd-4708-9f54-c2c46c08aacd Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Use unique request tokens for async metadata callbacks

29f39e7

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/7263d41a-a4dd-4708-9f54-c2c46c08aacd Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Refine async request token generation and checks

54c35b3

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/7263d41a-a4dd-4708-9f54-c2c46c08aacd Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Import hi-res time and make token init explicit undef

e58c605

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/7263d41a-a4dd-4708-9f54-c2c46c08aacd Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Add per-state request sequence for async token uniqueness

e01d866

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/7263d41a-a4dd-4708-9f54-c2c46c08aacd Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot finished work on behalf of paul-1 April 20, 2026 23:46

Move Current playing pointer 20 behind last segment pulled.

ae4bf10

Copilot started work on behalf of paul-1 April 21, 2026 23:47 View session

Copilot AI and others added 3 commits April 21, 2026 23:50

Cache next-track metadata for delayed local apply

36c4fdd

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/d75b7846-4258-4cad-bc14-390a93faf08f Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Respect metadata preference before applying cached metadata

49273db

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/d75b7846-4258-4cad-bc14-390a93faf08f Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Guard metadata timer callback when player state is missing

b51fd3b

Agent-Logs-Url: https://github.com/paul-1/plugin-SiriusXM/sessions/d75b7846-4258-4cad-bc14-390a93faf08f Co-authored-by: paul-1 <6473457+paul-1@users.noreply.github.com>

Copilot AI changed the title ~~Align xmplaylist metadata selection and adaptive refresh timing with play-behind-live timestamp~~ Align xmplaylist metadata selection, adaptive refresh timing, and cached next-track transitions with play-behind-live timestamp Apr 21, 2026

Copilot finished work on behalf of paul-1 April 21, 2026 23:53

paul-1 approved these changes Apr 22, 2026

View reviewed changes

paul-1 marked this pull request as ready for review April 22, 2026 23:24

paul-1 merged commit 5779f1d into main Apr 22, 2026
1 check passed

paul-1 deleted the copilot/implement-play-behind-live-support branch April 22, 2026 23:24

Conversation

Copilot AI commented Apr 19, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Changes Made

Validation

Uh oh!

paul-1 commented Apr 19, 2026

Uh oh!

Copilot AI commented Apr 19, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

I tried to connect to the following addresses, but was blocked by firewall rules:

Uh oh!

paul-1 commented Apr 19, 2026

Uh oh!

Copilot AI commented Apr 19, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

I tried to connect to the following addresses, but was blocked by firewall rules:

Uh oh!

paul-1 commented Apr 19, 2026

Uh oh!

Copilot AI commented Apr 19, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

I tried to connect to the following addresses, but was blocked by firewall rules:

Uh oh!

paul-1 commented Apr 19, 2026

Uh oh!

paul-1 commented Apr 20, 2026

Uh oh!

Copilot AI commented Apr 20, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

I tried to connect to the following addresses, but was blocked by firewall rules:

Uh oh!

paul-1 commented Apr 20, 2026

Uh oh!

Copilot AI commented Apr 20, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

I tried to connect to the following addresses, but was blocked by firewall rules:

Uh oh!

paul-1 commented Apr 21, 2026

Uh oh!

Copilot AI commented Apr 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

I tried to connect to the following addresses, but was blocked by firewall rules:

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Copilot AI commented Apr 19, 2026 •

edited

Loading

Copilot AI commented Apr 19, 2026 •

edited

Loading

Copilot AI commented Apr 19, 2026 •

edited

Loading

Copilot AI commented Apr 19, 2026 •

edited

Loading

Copilot AI commented Apr 20, 2026 •

edited

Loading

Copilot AI commented Apr 20, 2026 •

edited

Loading

Copilot AI commented Apr 21, 2026 •

edited

Loading