Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upGitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
Case of "bestvideo" not selecting best video format on YouTube video #14010
Comments
ddawson
changed the title
|
This seems very serious to me. Consider the youtube video Again, In other words, the metadata figure of "1155k" is a patent lie, which originates not from YoutubeDL, of course, but rather from YouTube's JSON. Being stuck with these bugs, is there any way to detect these situations where the metadata makes blatantly incredulous claims such as in this case, a format with 55% fewer pixels supposedly having a bitrate 3x higher? I notice that the OP's example also contains a bitrate report for format 135 which has the same value as mine, "1155k". Is this a specific bug value from YouTube that can always be discredited? Continuing with the OP example, I just checked, and the value "1114k" reported for format 136 is incorrect also: MUMlwUe-BCo.f136.mp4 has an actual bitrate of 128 kb/s, not "1114". Again, is it possible that, for formats 135 and 136 (others?), any JSON tbr values that start with "11xx" should be ignored, thus causing the "bestvideo" selection to defer to another heuristic? |
|
Created new issue for this (and further findings) #14143 |
Please follow the guide below
xinto all the boxes [ ] relevant to your issue (like this:[x])Make sure you are using the latest version: run
youtube-dl --versionand ensure your version is 2017.08.23. If it's not, read this FAQ entry and update. Issues with outdated version will be rejected.Before submitting an issue make sure you have:
What is the purpose of your issue?
The following sections concretize particular purposed issues, you can erase any section (the contents between triple ---) not applicable to your issue
If the purpose of this issue is a bug report, site support request or you are not completely sure provide the full verbose output as follows:
Add the
-vflag to your command line you run youtube-dl with (youtube-dl -v <your command line>), copy the whole output and insert it here. It should look similar to one below (replace it with your log inserted between triple ```):Description of your issue, suggested solution and other information
Explanation of your issue in arbitrary form goes here. Please make sure the description is worded well enough to be understood. Provide as much context and examples as possible.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
On one particular video, I find youtube-dl is not selecting the best available video format, despite being set to do so (by default). I haven't seen this happen on other videos; I don't know why this one is special. Here's the format list:
Note the presence of format 136, which is better than the 135 youtube-dl selected. It's interesting that 136 comes before 135 in this list.
Also note that the video is a few hours old as I write this, so maybe that has some effect.