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

Direct video link (?raw=1) doesn't work for all video #3079

Closed
poka-IT opened this issue May 2, 2022 · 4 comments
Closed

Direct video link (?raw=1) doesn't work for all video #3079

poka-IT opened this issue May 2, 2022 · 4 comments
Labels
question Further information is requested

Comments

@poka-IT
Copy link

poka-IT commented May 2, 2022

For some video, direct link doesn't work.

For instance, this work: https://yewtu.be/embed/ZoeFQsQ6300?raw=1
But this doesn't work: https://yewtu.be/embed/nNKYkJn2Lts?raw=1

Do you know the reason ?

@poka-IT poka-IT added the bug Something isn't working label May 2, 2022
@unixfox
Copy link
Member

unixfox commented May 2, 2022

Probably because you are loading a video from another IP address, usually the music videos are encrypted by Youtube and are tied to the IP address. If you try loading it from another IP address you get a 403 error.

If you need to download a video you are better off using the latest_version endpoint like this: https://yewtu.be/latest_version?id=nNKYkJn2Lts&itag=18&local=true

BUT don't try to circumvent the disability to download a video on an invidious instance, if the download button is disabled it's for good purpose. Use another instance that allow download if you need that.

By the way if it's only music, just the itag for the music. You can find it in the invidious code or with listen only then look at the requests done by your browser.

@unixfox unixfox closed this as completed May 2, 2022
@unixfox unixfox added question Further information is requested and removed bug Something isn't working labels May 2, 2022
@poka-IT
Copy link
Author

poka-IT commented May 2, 2022

Thank you for this explanations, and yes it's just for music.

Your first answer seems to solve the problem for the url I exposed as an example, but not for all of them, for instance:
https://yewtu.be/embed/RLR4JQrHpY0?listen=1&raw=1&local=true

I found the itags list: https://gist.github.com/sidneys/7095afe4da4ae58694d128b1034e01e2
This is not for download but only for streaming from a Flutter app.

So it seems to work as expected with this kind of request:
https://yewtu.be/latest_version?id=09cZRYupO4s&itag=140&local=true&listen=1

Now I have TLS untrusted certificate issues from my app, but this is a complete differente problem.
Thank you for your help.

@unixfox
Copy link
Member

unixfox commented May 2, 2022

In order to preserve some bandwidth for the instance, please use local=true if without local=true it doesn't work.

@poka-IT
Copy link
Author

poka-IT commented May 2, 2022

Yes, local=true is present on my latest exemples.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants