-
Notifications
You must be signed in to change notification settings - Fork 10.1k
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
[Telegraaf] Unable to download JSON metadata: HTTP Error 403 #31710
Comments
Fixed in git master:
Also: #30839 |
Worked here (although there were a lot of lines like e.g. this:
Output: (youtube-dl latest version from source code) |
Video is out of sync.
@dirkf, is there a remedy for such an issue? |
When I [debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['--ffmpeg-location', '.\\FFmpeg', '--external-downloader-args', '-v 8 -stats', '-vF', 'https://www.telegraaf.nl/video/644858720/nanninga-ja21-over-coalitieruzie-zit-met-popcorn-te-kijken-ga-zo-door']
[debug] Encodings: locale cp1253, fs mbcs, out cp737, pref cp1253
[debug] youtube-dl version 2023.02.27.114514
[debug] Python version 3.4.4 (CPython) - Windows-Vista-6.0.6003-SP2
[debug] exe versions: ffmpeg n5.2-dev-2245-N-109649-gab8cde6, ffprobe n5.2-dev-2245-N-109649-gab8cde6, phantomjs 2.1.1, rtmpdump 2.4
[debug] Proxy map: {}
[Telegraaf] 644858720: Downloading JSON metadata
[Telegraaf] RylE3djQ5q02: Downloading JSON metadata
[Telegraaf] RylE3djQ5q02: Downloading MPD manifest
[Telegraaf] RylE3djQ5q02: Downloading m3u8 information
[info] Available formats for RylE3djQ5q02:
format code extension resolution note
hls-audio-aacl-127-audio mp4 audio only
hls-audio-aacl-64-audio mp4 audio only
dash-audio=64045 m4a audio only DASH audio 64k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-audio=127999 m4a audio only DASH audio 127k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-video=318000 mp4 480x270 DASH video 318k , mp4_dash container, avc1.640015, video only
hls-402 mp4 480x270 402k , avc1.640015, video only
dash-video=1182000 mp4 854x480 DASH video 1182k , mp4_dash container, avc1.64001E, video only
hls-1383 mp4 854x480 1383k , avc1.64001E, video only
dash-video=2181000 mp4 1280x720 DASH video 2181k , mp4_dash container, avc1.64001F, video only
hls-2442 mp4 1280x720 2442k , avc1.64001F, video only
dash-video=3597000 mp4 1920x1080 DASH video 3597k , mp4_dash container, avc1.640028, video only
hls-3943 mp4 1920x1080 3943k , avc1.640028, video only
http-270p mp4 480x270
http-480p mp4 854x480
http-720p mp4 1280x720
http-1080p mp4 1920x1080 (best) So, I would've expected that on an actual download attempt, format best =
is set as the default... Was it always like that ("fragmented" formats preferred over "standalone container" ones) ?
You can suppress such FWIW, DTS = decoding timestamp and PTS = presentation timestamp; |
Try |
The above is from In yt-dl --console-title --hls-prefer-native --hls-use-mpegts -c --no-part -f hls-2442+hls-audio-aacl-127-audio "https://www.telegraaf.nl/video/644858720/nanninga-ja21-over-coalitieruzie-zit-met-popcorn-te-kijken-ga-zo-door" -o test.mp4 =>
[Telegraaf] 644858720: Downloading JSON metadata
[Telegraaf] RylE3djQ5q02: Downloading JSON metadata
[Telegraaf] RylE3djQ5q02: Downloading MPD manifest
[Telegraaf] RylE3djQ5q02: Downloading m3u8 information
[hlsnative] Downloading m3u8 manifest
[hlsnative] Total fragments: 19
[download] Destination: test.fhls-2442.mp4
[download] 100% of 38.89MiB in 00:59
[hlsnative] Downloading m3u8 manifest
[hlsnative] Total fragments: 19
[download] Destination: test.fhls-audio-aacl-127-audio.mp4
[download] 100% of 2.45MiB in 00:13
[ffmpeg] Merging formats into "test.mp4"
Deleting original file test.fhls-2442.mp4 (pass -k to keep)
Deleting original file test.fhls-audio-aacl-127-audio.mp4 (pass -k to keep) produced a media file with perfect A/V sync... @dirkf : Thanks for bringing me "up-to-date" 😉 ; memory lapse/brain fog on my part?
|
If this is an issue with all videos from this site, should the extractor for "De Telegraaf" be rewritten? |
So, for Telegraaf, Or Or the format selection should automatically attempt to find a matching audio format? |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
@pukkandan, is this a known problem? yt-dl currently needs manual intervention to select the same transport when With yt-dlp's |
Yes. However,
Since the hls/dash formats have more metadata available, yt-dlp is treating them as being better.
This is a trivial fix in the extractor, but before I commit anything, I need confirmation that https formats are always expected to be of same/better quality that others for same resolution (for this site). We can also make it treat
This would be quite difficult. I can't even think of how we could approach an implementation within the current format selection framework. |
youtube-dl https://www.telegraaf.nl/video/644858720/nanninga-ja21-over-coalitieruzie-zit-met-popcorn-te-kijken-ga-zo-door
[Telegraaf] 644858720: Downloading JSON metadata
ERROR: Unable to download JSON metadata: HTTP Error 403: Forbidden (caused by <HTTPError 403: 'Forbidden'>); please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; see https://yt-dl.org/update on how to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
The text was updated successfully, but these errors were encountered: