yt-dlp: Patreon embedded video not found anymore
DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE
- I understand that I will be blocked if I intentionally remove or skip any mandatory* field
Checklist
- I’m reporting that yt-dlp is broken on a supported site
- I’ve verified that I have updated yt-dlp to nightly or master (update instructions)
- I’ve checked that all provided URLs are playable in a browser with the same IP and same login details
- I’ve checked that all URLs and arguments with special characters are properly quoted or escaped
- I’ve searched known issues and the bugtracker for similar issues including closed ones. DO NOT post duplicates
- I’ve read the guidelines for opening an issue
- I’ve read about sharing account credentials and I’m willing to share it if required
Region
Worldwide
Provide a description that is worded well enough to be understood
Today it seems that Patreon changed their embedding or embedded videos. The program fails on all embedded videos and creators I got access to. So it looks like a site change.
Provide verbose output that clearly demonstrates the problem
- Run your yt-dlp command with -vU flag added (
yt-dlp -vU <your command line>) - If using API, add
'verbose': TruetoYoutubeDLparams instead - Copy the WHOLE output (starting with
[debug] Command-line config) and insert it below
Complete Verbose Output
[debug] Command-line config: ['-vU', '--cookies-from-browser', 'firefox', 'https://www.patreon.com/posts/fairy-tail-30-85954582']
Extracting cookies from firefox
[debug] Extracting cookies from: "C:\Users\Black\AppData\Roaming\Mozilla\Firefox\Profiles\i7jxqj1d.default-release-1663947917890\cookies.sqlite"
Extracted 2322 cookies from firefox
[debug] Encodings: locale cp932, fs utf-8, pref cp932, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version nightly@2024.01.09.232723 from yt-dlp/yt-dlp-nightly-builds [95e82347b] (win_exe)
[debug] Python 3.8.10 (CPython AMD64 64bit) - Windows-10-10.0.19045-SP0 (OpenSSL 1.1.1k 25 Mar 2021)
[debug] exe versions: ffmpeg N-109468-gd39b34123d-20221230 (setts), ffprobe N-109468-gd39b34123d-20221230
[debug] Optional libraries: Cryptodome-3.19.1, brotli-1.1.0, certifi-2023.11.17, mutagen-1.47.0, requests-2.31.0, sqlite3-3.35.5, urllib3-2.1.0, websockets-12.0
[debug] Proxy map: {}
[debug] Request Handlers: urllib, requests, websockets
[debug] Loaded 1798 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp-nightly-builds/releases/latest
Latest version: nightly@2024.01.09.232723 from yt-dlp/yt-dlp-nightly-builds
yt-dlp is up to date (nightly@2024.01.09.232723 from yt-dlp/yt-dlp-nightly-builds)
[Patreon] Extracting URL: https://www.patreon.com/posts/fairy-tail-30-85954582
[Patreon] 85954582: Downloading API JSON
ERROR: [Patreon] 85954582: No supported media found in this post
File "yt_dlp\extractor\common.py", line 718, in extract
File "yt_dlp\extractor\patreon.py", line 289, in _real_extract
File "yt_dlp\extractor\common.py", line 1196, in raise_no_formats
About this issue
- Original URL
- State: closed
- Created 6 months ago
- Reactions: 5
- Comments: 19 (2 by maintainers)
Commits related to this issue
- [ie/patreon] Fix embedded HLS extraction (#8993) Closes #8973 Authored by: johnvictorfs — committed to yt-dlp/yt-dlp by johnvictorfs 5 months ago
Here you go, it complains not finding the version but who cares. It works, I just tested it myself: https://github.com/Ultraporing/yt-dlp/releases/tag/2024.01.16.234815 This is only a stopgap, please use the official version once its implemented. I will not maintain the fork.
I did not know that Elon now wants money for this… Jesus the dude. I’m barely on Twitter so I didn’t notice. Gimme a sec I set up the Fork.
Thanks Tobias, you’ve gone above and beyond.
@Ultraporing enable actions on your fork and use the release workflow (choose your PR branch and check “pre-release”). It will build on a github runner and publish a release on your fork, and you can link to it here without any sketchiness
Hi again,
Good news! I managed to get it working with the PR’s source
I managed to compile a .exe from the fork src as well. I can download the 2 videos from the compiled .exe .\yt-dlp --cookies-from-browser firefox --verbose <URL>
After 2 hrs, I finally figured out another way of telling it to get the cookies from FF
ydl_opts = { ‘cookiesfrombrowser’ : (‘firefox’, None, None, None), ‘verbose’: True } Tried with 2 videos from the paid channel and I could download them!
Happy as a puppy and now I can go to sleep in peace!
Cheers