Expected Behavior
Describe the bug
Ganymede stopped recording a live stream even though the livestream continued normally on Twitch.
After the stop, the archive/job seems stuck in a loop and does not "self-heal" later, even after the VOD is public.
Twitch VOD link (timestamped)
https://www.twitch.tv/videos/2707152790?t=03h39m42s
Where it happens (timestamps)
- From: 03:39:42 (13,182s)
- To: 03:41:05 (13,265s)
- Duration: 83 seconds
(Also: 0s–83s after the timestamped link)
Expected behavior
- Ganymede should keep recording while the stream is still live, or
- if Twitch delivers a temporary broken segment/playlist, Ganymede should recover (retry with progress) instead of looping/stopping,
- and ideally repair/re-download from the final public VOD if the live recording was corrupted.
Actual behavior
- Recording ended around 03:41:05 while Twitch was still live.
- The process then repeats in a loop (no forward progress).
- It did not correct itself later when the VOD became public.
Steps to reproduce
- Watch/record the channel while it is live (using my current setup below).
- When the stream reaches ~03:39:42 in the VOD, the recording stops around 03:41:05.
- After that, the recorder/job loops and never finishes correctly.
Additional context
This looks similar to the recent Twitch issue where some VODs were corrupted and only the last seconds looped.
If Ganymede depends on HLS segments that stop updating or repeat, it may explain why the recorder stops/loops.
TwitchSupport mentioned a VOD corruption window around Feb 12, 2026 (6PM–10PM PST).
Log:
https://paste.ofcode.org/xZxphFwUKGmiCEeTCsvcns
Current Behavior
null
Possible Solution
No response
Steps to Reproduce
...
Version
No response
Server logs
Expected Behavior
Describe the bug
Ganymede stopped recording a live stream even though the livestream continued normally on Twitch.
After the stop, the archive/job seems stuck in a loop and does not "self-heal" later, even after the VOD is public.
Twitch VOD link (timestamped)
https://www.twitch.tv/videos/2707152790?t=03h39m42s
Where it happens (timestamps)
(Also: 0s–83s after the timestamped link)
Expected behavior
Actual behavior
Steps to reproduce
Additional context
This looks similar to the recent Twitch issue where some VODs were corrupted and only the last seconds looped.
If Ganymede depends on HLS segments that stop updating or repeat, it may explain why the recorder stops/loops.
TwitchSupport mentioned a VOD corruption window around Feb 12, 2026 (6PM–10PM PST).
Log:
https://paste.ofcode.org/xZxphFwUKGmiCEeTCsvcns
Current Behavior
null
Possible Solution
No response
Steps to Reproduce
...
Version
No response
Server logs