-
Notifications
You must be signed in to change notification settings - Fork 10.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Twitch VOD failed to download m3u8 info http error 403 #22677
Comments
In case these are useful, I'm documenting them.
other example stream
|
The stream is offline now so this can't be fixed unless there is a live URL that has the same problem. |
The stream goes live at least every Thursday night (NFL coverage). The URL will remain the same. I'll try again from my end. You should be able to replicate the same issue. |
if the stream is accessible for a short live window and timezone differences, this makes it difficult to reproduce the problem and fix it, anyway will reopen the issue if the problem persists. |
The stream is live right now. Tried again and getting the same result for https://www.twitch.tv/primevideo URL:
A different URL working:
|
DRM protected(manifest extracted after adding cdm=wv param to the manifest request):
|
@remitamine. where are you adding the cdm=wv in your request to get this to work? i don't see it in your code paste above? also a more general question about DRM with regards to downloading streams: i see a lot of issue requests here being tagged as DRM. it appears that ytdl's policy is to not mess or attempt to download DRM streams. what i was wondering though is if this is just a policy decision, whether it's actually impossible to download the DRM streams or both? what i mean is i recently saw another thread that was closed regarding 6play.fr due to DRM. i normally can load most streams and use my browser dev tools and find the appropriate metadata / manifest json / xhr files to manually download the video and subtitles files if i absolutely have to. in the case of 6play, i couldn't find any useful metadata files to do that though. so using the 6play DRM example, 1) are you able to find the metadata files which would allow one to still download the media / subtitle files manually if one wanted to regardless of whether ytdl wants to adhere to an off-limits policy OR 2) is downloading the media files just impossible once DRM is used? i ask for the reasons just mentioned but also more generally b/c i see different issues in the queue for different IEs download problems tagged with DRM. some of those issues are immediately closed but others are left open which leads me to believe DRM in and of itself doesn't preclude one from actually still downloading the media. i'm mostly interested in the subtitle files more than the pure media if it matters, but i couldn't get these to work with 6play since some changes were made on their backend which seem to be related to DRM. thx! |
to the query dict, but the downloaded file won't be playable.
it's not impossible.
I can think of two options:
based on:
there is an open issue related to this in #23223. |
thx for the thoughtful reply @remitamine. so it looks like i might still be able to do what i want to do but that it just requires more digging and triggering my custom lookup before the extract function completes and while simultaneously using regarding what you wrote here:
which is this request here: youtube-dl/youtube_dl/extractor/sixplay.py Lines 52 to 59 in 2dbc096
my guess is this is the stock "goto" url media for the "old used to work" sixplay. i normally would be able to find something like this on my own using the browser devtools network console but i'm not seeing it in the browser for recent 6play videos i'm wanting to download subs for. so the question is are you suggesting this 'request' script and more importantly the underlying url based upon reality in light of the new issues or just hunch based on the fact this used to work solidly with the old pre DRM issues and might be obfuscated under the hood? the reason i ask b/c it would seem like that or any meaningful media url has to be made available at runtime in some other file loaded in the network console and i'm not seeing this with 6play in it's current state (ie as if they changed the underlying path / mechanism) thx! |
i'm sure what do you mean, the request works fine regardless of whether it's used now in the browser or not, anyway, the discussion now is not related to the original issue reported here(Twitch streams), so it won't be appropriate for people watching this issue to receive unrelated notfications. |
Checklist
Verbose log
Description
When trying to stream https://www.twitch.tv/primevideo it results in a 403 error. The message is similar to #21538 in that it complains about m3u8 information. When loading any other stream that is live, it works as expected. Example of working stream:
The text was updated successfully, but these errors were encountered: