youtube-dl: cda.pl Broken Extractor
Checklist
- I’m reporting a broken site support
- I’ve verified that I’m running youtube-dl version 2020.03.24
- I’ve checked that all provided URLs are alive and playable in a browser
- I’ve checked that all URLs and arguments with special characters are properly quoted or escaped
- I’ve searched the bugtracker for similar issues including closed ones
Verbose log
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'https://www.cda.pl/video/14954728b', u'--verbose']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2020.03.24
[debug] Python version 2.7.5 (CPython) - Linux-3.10.0-1062.12.1.el7.x86_64-x86_64-with-centos-7.7.1908-Core
[debug] exe versions: none
[debug] Proxy map: {}
[CDA] 14954728b: Downloading webpage
[CDA] 14954728b: Downloading 360p version information
[CDA] 14954728b: Downloading 720p version information
[debug] Default format spec: best/bestvideo+bestaudio
[debug] Invoking downloader on u'G86C_bg%5D452%5DA%3D%5EE8%3A%23Hp08hAy8gtczBCurF8%5E%60dgd_hffec%5ED557a6_afae4%605g572gggbc56gdd2e3%6024'
Traceback (most recent call last):
File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File "/usr/local/bin/youtube-dl/__main__.py", line 19, in <module>
File "/usr/local/bin/youtube-dl/youtube_dl/__init__.py", line 474, in main
File "/usr/local/bin/youtube-dl/youtube_dl/__init__.py", line 464, in _real_main
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 2019, in download
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 808, in extract_info
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 863, in process_ie_result
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1644, in process_video_result
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1926, in process_info
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1865, in dl
File "/usr/local/bin/youtube-dl/youtube_dl/downloader/common.py", line 366, in download
File "/usr/local/bin/youtube-dl/youtube_dl/downloader/http.py", line 341, in real_download
File "/usr/local/bin/youtube-dl/youtube_dl/downloader/http.py", line 109, in establish_connection
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 2238, in urlopen
File "/usr/lib64/python2.7/urllib2.py", line 423, in open
protocol = req.get_type()
File "/usr/lib64/python2.7/urllib2.py", line 285, in get_type
raise ValueError, "unknown url type: %s" % self.__original
ValueError: unknown url type: G86C_bg%5D452%5DA%3D%5EE8%3A%23Hp08hAy8gtczBCurF8%5E%60dgd_hffec%5ED557a6_afae4%605g572gggbc56gdd2e3%6024
Description
My guess is that they have encrypted displayed urls to base64 but i can be wrong.
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Reactions: 2
- Comments: 20 (3 by maintainers)
Commits related to this issue
- [cda] Fix extraction (closes #17803, closes #24458, closes #24518, closes #26381) — committed to ThirumalaiK/youtube-dl by dstftw 4 years ago
- [cda] Fix extraction (closes #17803, closes #24458, closes #24518, closes #26381) — committed to ajmcmiddlin/youtube-dl by dstftw 4 years ago
@dstftw can we get any update on what is going on with the PR? If you do not intend on merging the fix then be at least transparent about the information why you locked down the PR. And I can see that while we’re waiting here, other fixes are being merged and reviewed.
@cb1986ster I already noticed their ridiculous cringy way to break the extractor again and checked the new code again. Really funny, although it took me 15 minutes to break down.
But unfortunately it looks like ytdl-org collaborators are not interested into accepting nor reviewing the PR for now as they locked down the conversation for further comments regarding my work.
In line: https://github.com/ytdl-org/youtube-dl/pull/24518/files#diff-ef1160d73154dc227734eb1d150ff7e9R150 also can check
video['file'].endswith('_XDDD')should be fine 😃Implemented into extractor, see PR #24518