Skip to content
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

Can't select 480p when playing YouTube videos #1158

Closed
2 of 4 tasks
Techjar opened this issue Aug 10, 2017 · 2 comments · Fixed by #2858
Closed
2 of 4 tasks

Can't select 480p when playing YouTube videos #1158

Techjar opened this issue Aug 10, 2017 · 2 comments · Fixed by #2858
Labels
plugin issue A Plugin does not work correctly

Comments

@Techjar
Copy link

Techjar commented Aug 10, 2017

Checklist

  • This is a bug report.
  • This is a feature request.
  • This is a plugin (improvement) request.
  • I have read the contribution guidelines.

Description

Every quality level is there, except for 480p (the best quality I can watch at, woo crap DSL). If I try to select 480p I just get a stream not found error. YouTube provides 480p so I would expect it to work, especially since everything else does.

Expected / Actual behavior

It would expect 480p to work, but it just doesn't exist.

Reproduction steps / Explicit stream URLs to test

  1. Find any YouTube video that is 480p or higher.
  2. Select 480p stream.

Environment details

Operating system and version: Windows 10 Pro
Streamlink and Python version: Streamlink 0.7.0, Python 2.7.13

Not sure of any other particular details that would matter.

Comments, logs, screenshots, etc.

I tried several different videos, same result. Really odd that only 480p is missing and nothing else.

@gravyboat
Copy link
Member

gravyboat commented Aug 11, 2017

Thanks for the report. 480p isn't an option for me either for some reason, I'm using https://www.youtube.com/watch?v=VswlbnqCNsQ as a test video. Lower and higher qualities show up but this 480p is missing for me too even though it is available via the web player:

REDACTED> streamlink -p "path\to\mpv" https://www.youtube.com/watch?v=VswlbnqCNsQ 480p
[cli][info] Found matching plugin youtube for URL https://www.youtube.com/watch?v=VswlbnqCNsQ
error: The specified stream(s) '480p' could not be found.
Available streams: audio_webm, audio_mp4, 144p (worst), 240p, 360p, 720p, 720p60, 1080p60 (best)

@gravyboat gravyboat added the bug label Aug 11, 2017
@beardypig
Copy link
Member

Interestingly it looks like 480p is only available as an adaptive stream. It's a relatively simple fix, but it won't work exactly like on the website. Because 480p is an adaptive stream quality the audio quality can be varied, in the YouTube plugin for Streamlink we always pick the best audio source for adaptive video sources - so, you might not be able to stream the 480p video and the highest quality sound :)

@fozzysec fozzysec mentioned this issue Aug 15, 2017
4 tasks
@back-to back-to added plugin issue A Plugin does not work correctly and removed bug labels Mar 17, 2018
@back-to back-to linked a pull request Apr 3, 2020 that will close this issue
back-to pushed a commit that referenced this issue Apr 10, 2020
Modified the configuration schema because Youtube API changed.

Ciphered url does not necessarily means protected
Sometimes (when the stream is live), we have ciphered urls
but the HLS manifest is not.

---

closes #1158
closes #2750
closes #2822
Billy2011 pushed a commit to Billy2011/streamlink-27 that referenced this issue May 14, 2020
Modified the configuration schema because Youtube API changed.

Ciphered url does not necessarily means protected
Sometimes (when the stream is live), we have ciphered urls
but the HLS manifest is not.

---

closes streamlink#1158
closes streamlink#2750
closes streamlink#2822
mkbloke pushed a commit to mkbloke/streamlink that referenced this issue Aug 18, 2020
Modified the configuration schema because Youtube API changed.

Ciphered url does not necessarily means protected
Sometimes (when the stream is live), we have ciphered urls
but the HLS manifest is not.

---

closes streamlink#1158
closes streamlink#2750
closes streamlink#2822
resiproxy pushed a commit to resiproxy/streamlink that referenced this issue Nov 5, 2020
Modified the configuration schema because Youtube API changed.

Ciphered url does not necessarily means protected
Sometimes (when the stream is live), we have ciphered urls
but the HLS manifest is not.

---

closes streamlink#1158
closes streamlink#2750
closes streamlink#2822
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
plugin issue A Plugin does not work correctly
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants