I am trying to use ytarchive to download a specific time segment from a 24-hour live news stream that has been running continuously for approximately 5 days The tool seems to freeze after selecting the quality and displaying the grabbing message. It used to work fine until today.
I have updated ytarchive to the latest version (0.5.0-2110ce2), and using --cookies parameter did not resolve the issue. The issue also occurs even when attempting to download from a short live stream (e.g., 10 minutes ago), suggesting a general incompatibility with recent YouTube API changes rather than just the long duration.
a specific time segment：4406:12:00～4526:12:00
Reproduction Steps:
Use the following command in command prompt:
ytarchive --live-from 4514:12:00 "[PASTE_A_LONG_RUNNING_YOUTUBE_LIVE_URL_HERE]" best
Note: Developers can use any available YouTube live URL that has been running for over 100 hours cumulatively to reproduce this issue.
Expected behavior:
ytarchive should immediately begin downloading the specified segment of content.
Actual behavior:
The tool prints the following output and then stops responding (freezes/hangs at 0KB download):
D:>ytarchive --live-from 4514:12:00 "[YOUTUBE_URL_HERE]" best
ytarchive 0.5.0-2110ce2
2026/01/16 19:36:21 Channel: [Channel Name/ID]
2026/01/16 19:36:21 Video Title: [Generic 24h live news title]
2026/01/16 19:36:22 Selected quality: 1080p (h264)
2026/01/16 19:36:22 Stream started at time 2024-06-24T20:23:43+00:00
2026/01/16 19:36:22 Starting from stream time '188d2h12m0s (4514:12:00)' and grabbing '11h47m20s (11:47:20)' of content
(and counting)..
Environment:
OS: Windows 10/11
ytarchive version: 0.5.0-2110ce2
ffmpeg version: (Assume latest, if installed)
I am trying to use ytarchive to download a specific time segment from a 24-hour live news stream that has been running continuously for approximately 5 days The tool seems to freeze after selecting the quality and displaying the grabbing message. It used to work fine until today.
I have updated ytarchive to the latest version (0.5.0-2110ce2), and using --cookies parameter did not resolve the issue. The issue also occurs even when attempting to download from a short live stream (e.g., 10 minutes ago), suggesting a general incompatibility with recent YouTube API changes rather than just the long duration.
a specific time segment：4406:12:00～4526:12:00
Reproduction Steps:
Use the following command in command prompt:
ytarchive --live-from 4514:12:00 "[PASTE_A_LONG_RUNNING_YOUTUBE_LIVE_URL_HERE]" best
Note: Developers can use any available YouTube live URL that has been running for over 100 hours cumulatively to reproduce this issue.
Expected behavior:
ytarchive should immediately begin downloading the specified segment of content.
Actual behavior:
The tool prints the following output and then stops responding (freezes/hangs at 0KB download):
D:>ytarchive --live-from 4514:12:00 "[YOUTUBE_URL_HERE]" best
ytarchive 0.5.0-2110ce2
2026/01/16 19:36:21 Channel: [Channel Name/ID]
2026/01/16 19:36:21 Video Title: [Generic 24h live news title]
2026/01/16 19:36:22 Selected quality: 1080p (h264)
2026/01/16 19:36:22 Stream started at time 2024-06-24T20:23:43+00:00
2026/01/16 19:36:22 Starting from stream time '188d2h12m0s (4514:12:00)' and grabbing '11h47m20s (11:47:20)' of content
(and counting)..
Environment:
OS: Windows 10/11
ytarchive version: 0.5.0-2110ce2
ffmpeg version: (Assume latest, if installed)