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
Some streams can return 404 #759
Comments
A bit more detail into what's happening. The stream does not immediately return 404, which is why it's not filtered out by this check in the YoutubeExplode/YoutubeExplode/Videos/Streams/StreamClient.cs Lines 85 to 87 in 49ce828
Instead, what actually happens is that the stream initially serves data, up to a certain point: Then, at some point, the underlying After that, Worth noting that even Chrome fails to read this stream, due to content length mismatch: The bottom line is that this stream is broken, but it's currently not filtered out because the issue appears later on in the stream's lifecycle. |
Wow, what a weird error. I can only guess YouTube's encoder failed for some reason and pushed out a broken file that none of their systems are set up to check for. There is not much for you to do in your code. The best you could do is indicate to the user somehow that they should try the stream again but select a different stream type to download and it might work. |
Looks like I found a way to filter them out. I'll release a new update on Thursday. |
You're a star, thank you. |
Version
master
Platform
.NET 8
Steps to reproduce
Details
Looks like one of the muxed streams (720p mp4) returns 404 when accessed.
Originally reported at Tyrrrz/YoutubeDownloader#406
Checklist
The text was updated successfully, but these errors were encountered: