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.
Youtube --prefer-insecure does not work correctly #3495
Comments
|
Push |
|
I fail to see why this is not the correct behavior.
I see nothing in your bug report that goes against this documentation. Note that although the extraction does not use HTTPS, the final URL may be only available over HTTPS, and YouTube has started doing exactly that. Can you elaborate on the context of this bug report? Why are you using As mentioned above, I can see no sign that |
|
Yes its documented like that. So whats with this older discussion?: Not every player supports https links. |
|
As the discussion says, you can simply use
Since |
|
I have also encountered the same issue. I think it is still worthwhile to get the http link if possible (and it should be mostly; because as Crypto90 mentions, the issue happens intermittently, the same query sometimes resulting in http and sometimes in https..). The problem with using the pipe is that it adds overhead (important for embedded and less powerful systems, like openpandora and raspberry pi) and problems with seeking and playlist support of mplayer. |
|
I solved it to implement the ssl support to the player. |

Hi
The "-g --prefer-insecure" option does not work correctly anymore.
It switches from http to https in random order if I try to use it some times with the same link.