text:
Tik Tok failed to parse JSON in US

Checklist

[X] I'm reporting a broken site
[X] I've verified that I'm running yt-dlp version 2021.12.27. (update instructions)
[X] I've checked that all provided URLs are alive and playable in a browser
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[X] I've read about sharing account credentials and I'm willing to share it if required

Region
USA
Description
Tiktok having issues, in the US, using VPN or not it throws the same error.
Verbose log
yt-dlp --verbose https://www.tiktok.com/@therock
[debug] Command-line config: ['--verbose', 'https://www.tiktok.com/@therock']
[debug] Encodings: locale cp1252, fs utf-8, out utf-8, err utf-8, pref cp1252
[debug] yt-dlp version 2021.12.27 [6223f67] (win_exe)
[debug] Python version 3.8.10 (CPython 64bit) - Windows-10-10.0.19042-SP0
[debug] exe versions: ffmpeg 4.2.3
[debug] Optional libraries: Cryptodome, mutagen, sqlite, websockets
[debug] Proxy map: {}
[debug] [tiktok:user] Extracting URL: https://www.tiktok.com/@therock
[tiktok:user] therock: Downloading webpage
[download] Downloading playlist: therock
[tiktok:user] therock: Downloading user video list page 1
WARNING: [tiktok:user] Expecting value: line 1 column 1 (char 0). Retrying...
[tiktok:user] therock: Downloading user video list page 1 (attempt 1)
WARNING: [tiktok:user] Expecting value: line 1 column 1 (char 0). Retrying...
[tiktok:user] therock: Downloading user video list page 1 (attempt 2)
WARNING: [tiktok:user] Expecting value: line 1 column 1 (char 0). Retrying...
[tiktok:user] therock: Downloading user video list page 1 (attempt 3)
ERROR: therock: Failed to parse JSON  (caused by JSONDecodeError('Expecting value: line 1 column 1 (char 0)')); please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "yt_dlp\extractor\common.py", line 990, in _parse_json
  File "json\__init__.py", line 357, in loads
  File "json\decoder.py", line 337, in decode
  File "json\decoder.py", line 355, in raw_decode
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)
Traceback (most recent call last):
  File "yt_dlp\extractor\common.py", line 990, in _parse_json
  File "json\__init__.py", line 357, in loads
  File "json\decoder.py", line 337, in decode
  File "json\decoder.py", line 355, in raw_decode
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "yt_dlp\YoutubeDL.py", line 1353, in wrapper
  File "yt_dlp\YoutubeDL.py", line 1640, in <lambda>
  File "yt_dlp\utils.py", line 2620, in __getitem__
  File "yt_dlp\extractor\tiktok.py", line 438, in _entries_api
  File "yt_dlp\extractor\tiktok.py", line 75, in _call_api
  File "yt_dlp\extractor\common.py", line 979, in _download_json
  File "yt_dlp\extractor\common.py", line 965, in _download_json_handle
  File "yt_dlp\extractor\common.py", line 994, in _parse_json
yt_dlp.utils.ExtractorError: therock: Failed to parse JSON  (caused by JSONDecodeError('Expecting value: line 1 column 1 (char 0)')); please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.

i think tiktok changed the way they give response of aweme API.

Same issue in Canada.

I'm not sure if the API changes just happen to correlate with it, but the fallback to the webpage failing seems to be due to a change in framework that's being rolled out from NextJS to Sigi. I haven't got this working fully yet but seems to work for individual videos https://github.com/matthewladams/yt-dlp/commit/c494f5736dc69d6bff9f03720e6430a7d523c3ec

Same in the UK

I'm currently using this release of ytdlp-patched which includes #2142, I can confirm that this fix works on some videos but not all.
I personally don't know why this one video works and the others don't.
This is one that does work: https://www.tiktok.com/@okdonelij/video/7046409408393481518
Here are some examples of the ones that don't:

https://www.tiktok.com/@cartimindset/video/7045845983581867310
https://www.tiktok.com/@killacyst/video/7046376215359343878
https://www.tiktok.com/@doberman23456/video/7045593175196486917

For these videos I got the same error as first listed (after a quick glance)
Here is the full verbose log of one of the videos that didn't work:
[debug] Command-line config: ['https://www.tiktok.com/@cartimindset/video/7045845983581867310', '--verbose']
[debug] Encodings: locale cp1252, fs utf-8, out utf-8, err utf-8, pref cp1252
[debug] yt-dlp version 2021.12.01 [91f071a] (win_exe)
[debug] Python version 3.8.10 (CPython 64bit) - Windows-10-10.0.22000-SP0
[debug] exe versions: ffmpeg 4.3, ffprobe 4.3
[debug] Optional libraries: Cryptodome, mutagen, sqlite, websockets
[debug] Proxy map: {}
[debug] [TikTok] Extracting URL: https://www.tiktok.com/@cartimindset/video/7045845983581867310
[TikTok] 7045845983581867310: Downloading video details
WARNING: [TikTok] 7045845983581867310: Failed to parse JSON  (caused by JSONDecodeError('Expecting value: line 1 column 1 (char 0)')); please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.; Retrying with webpage
[TikTok] 7045845983581867310: Downloading webpage
[TikTok] 7045845983581867310: Downloading video webpage
ERROR: [TikTok] 7045845983581867310: Unable to extract json_string; please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.; please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "yt_dlp\extractor\common.py", line 597, in extract
  File "yt_dlp\extractor\tiktok.py", line 357, in _real_extract
  File "yt_dlp\extractor\common.py", line 1171, in _search_regex
yt_dlp.utils.RegexNotFoundError: Unable to extract json_string; please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "yt_dlp\extractor\common.py", line 597, in extract
  File "yt_dlp\extractor\tiktok.py", line 357, in _real_extract
  File "yt_dlp\extractor\common.py", line 1171, in _search_regex
yt_dlp.utils.RegexNotFoundError: Unable to extract json_string; please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "yt_dlp\YoutubeDL.py", line 1329, in wrapper
  File "yt_dlp\YoutubeDL.py", line 1398, in __extract_info
  File "yt_dlp\extractor\common.py", line 623, in extract
yt_dlp.utils.RegexNotFoundError: [TikTok] 7045845983581867310: Unable to extract json_string; please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.; please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.

Hopefully someone can use this.

@MinePlayersPE @llacb47 While this is fixed via the API, it might be best to look into how to fix this also in the webpage extraction. According to https://github.com/ytdl-org/youtube-dl/issues/30251, the website has been experimenting with Sigi for a while now

authors: DananaBanana SelfAdjointOperator aidenmitchell darktrend matthewladams pukkandan rajatvermaiam


text:
Globoplay not working

Checklist

[X] I'm reporting a broken site
[X] I've verified that I'm running yt-dlp version 2022.01.21. (update instructions)
[X] I've checked that all provided URLs are alive and playable in a browser
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[X] I've read about sharing account credentials and I'm willing to share it if required

Region
Brazil
Description
Hello, I use a .bat file to usually download videos, some months ago I tried to download a globoplay link and the return was DRM protected, I think that kind of content wasn't allowed or possible to be downloaded, then I didn't complain about it or thought "it's not working I should report it". Now the error is completely differently and the message encourage me to report it

No video formats found!; please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update.

D:\Users\Pootz\Desktop\youtube>yt-dlp --version
2022.01.21

Today I was trying to download this video https://globoplay.globo.com/v/10248083/ which plays fine even on my firefox 96.0.3 private window (I meant not logged in, on an account) even so I have cookies.txt accounts for every download I use to do.
Differently from those cases:
https://github.com/yt-dlp/yt-dlp/issues/991
https://github.com/yt-dlp/yt-dlp/issues/1132
I've searched and seen now, that were reported here.
I was able to download it on downloadHelper extension but it was on a poor quality. The good ones I wasn't able to get it.
Not even the formats ( -F ) shows any available download quality, but the video plays fine.
Here is another link where the globoplay video is embed
Thanks in advance.
Verbose log
D:\Users\Pootz\Desktop\youtube>yt-dlp --console-title -f best -vU https://globoplay.globo.com/v/10248083/
[debug] Command-line config: ['--console-title', '-f', 'best', '-vU', 'https://globoplay.globo.com/v/10248083/']
[debug] User config "D:\Users\Pootz\AppData\Roaming\yt-dlp\config.txt": ['-f', 'bestvideo[height<=480][ext=mp4]+bestaudio[ext=m4a]/best[height<=480]', '-o', 'D:/Users/Pootz/Desktop/_%(title)s.%(ext)s', '--ffmpeg-location', 'D:/Program Files/Combined Community Codec Pack 64bit/ffmpeg-20200617-0b3bd00-win64-static/bin', '--cookies', 'cookies.txt']
WARNING: "-f best" selects the best pre-merged format which is often not the best option.
         To let yt-dlp download and merge the best available formats, simply do not pass any format selection.
         If you know what you are doing and want only the best pre-merged format, use "-f b" instead to suppress this warning
[debug] Encodings: locale cp1252, fs utf-8, out utf-8, err utf-8, pref cp1252
[debug] yt-dlp version 2022.01.21 [f20d607] (win_exe)
[debug] Python version 3.8.10 (CPython 64bit) - Windows-10-10.0.17763-SP0
[debug] exe versions: ffmpeg n4.3.2-160-gfbb9368226, ffprobe n4.3.2-160-gfbb9368226
[debug] Optional libraries: Cryptodome, mutagen, sqlite, websockets
[debug] Proxy map: {}
Latest version: 2022.01.21, Current version: 2022.01.21
yt-dlp is up to date (2022.01.21)
[debug] [Globo] Extracting URL: https://globoplay.globo.com/v/10248083/
[Globo] 10248083: Downloading JSON metadata
[Globo] 10248083: Downloading security hash for 10248083
[Globo] 10248083: Downloading m3u8 information
WARNING: [Globo] Failed to download m3u8 information: HTTP Error 403: Forbidden
ERROR: [Globo] 10248083: No video formats found!; please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "yt_dlp\YoutubeDL.py", line 1367, in wrapper
  File "yt_dlp\YoutubeDL.py", line 1451, in __extract_info
  File "yt_dlp\YoutubeDL.py", line 1503, in process_ie_result
  File "yt_dlp\YoutubeDL.py", line 2413, in process_video_result
  File "yt_dlp\YoutubeDL.py", line 954, in raise_no_formats
yt_dlp.utils.ExtractorError: [Globo] 10248083: No video formats found!; please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; type  yt-dlp -U  to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.

Hey @pukkandan, I don't think this is related to geo-blocking as I'm having the same issue with a video that does't have that kind of block. In my case I'm using cookies from browser as it's a video that require the user to be logged in.
Example: https://globoplay.globo.com/v/10250970/programa/?s=0s

The label is to indicate to potential devs that the content is geo-blocked; not that the issue is due to geo-blocking (if so, issue would have been closed). If you can provide free example URL that is not geo-blocked, the label can be removed

If you use saved cookie from browser it works.

D:\ytdlp>yt-dlp.exe -v --cookies cookies.txt  "https://globoplay.globo.com/v/10248083/"
[debug] Command-line config: ['-v', '--cookies', 'cookies.txt', 'https://globoplay.globo.com/v/10248083/']
[debug] Encodings: locale cp1252, fs utf-8, out utf-8 (No ANSI), err utf-8 (No ANSI), pref cp1252
[debug] yt-dlp version 2022.01.21 [f20d607] (win_exe)
[debug] Python version 3.8.10 (CPython 64bit) - Windows-7-6.1.7601-SP1
[debug] exe versions: none
[debug] Optional libraries: Cryptodome, mutagen, sqlite, websockets
[debug] Proxy map: {}
[debug] [Globo] Extracting URL: https://globoplay.globo.com/v/10248083/
[Globo] 10248083: Downloading JSON metadata
[Globo] 10248083: Downloading security hash for 10248083
[Globo] 10248083: Downloading m3u8 information
[debug] Formats sorted by: hasvid, ie_pref, lang, quality, res, fps, hdr:12(7), vcodec:vp9.2(10), acodec, filesize, fs_approx, tbr, vbr, abr, asr, proto, vext, aext, hasaud, source, id
[debug] Default format spec: best/bestvideo+bestaudio
[info] 10248083: Downloading 1 format(s): hls-2735
[debug] Invoking downloader on "https://vod-as-03-30.video.globo.com/r90_720/v0/c8/82/df/10248083_df4d8fd36481c57f24735d8760755383392237ac/10248083-U369wJY-manifest.ism/10248083-U369wJY-manifest-audio_por=128004-video_por=2452000.m3u8?hls_client_manifest_version=4"
[hlsnative] Downloading m3u8 manifest
[hlsnative] Total fragments: 89
[download] Destination: Melhores momentos - Equador 1 x 1 Brasil pelas Eliminatórias da Copa do Mundo 2022 [10248083].mp4
[download] 100% of 169.49MiB in 00:14
WARNING: 10248083: Possible MPEG-TS in MP4 container or malformed AAC timestamps. Install ffmpeg to fix this automatically

I am using cookies.txt .
Please confirm to me, the cookies.txt goes inside yt-dlp.exe folder ?
I set my default commands on config.txt inside Roaming folder
Unless the cookies firefox extension isn't taking the cookies right.
I enter the same command you enter and the result was the same, and I generated a fresh cookies.txt right now to avoid mistakes.
adding -F or -f best fails here too.
The cookies.txt generated file from globoplay has 44 lines counting from the first line # Netscape HTTP Cookie File

That is what i did when it worked.

Add FF extension. I didn't have it.
Allow FF extension to run on private window.
Open new private window.
Open video link.
Pause the video.
Export "Current Site" cookies.
Save cookies.txt in the same folder as executable.
run command yt-dlp.exe -v --cookies cookies.txt  "https://globoplay.globo.com/v/10248083/"

but.... right now i did the same thing and didn't work.
Before start working I was trying other commands to download files returned on dev tools.

yt-dlp.exe -v "https://v.glbimg.com/v0/c8/82/df/10248083_df4d8fd36481c57f24735d8760755383392237ac/10248083-360p_300k_h264-5a811a60-61fd-013a-fc0a-0242ac110005.mp4"
yt-dlp.exe -v "https://vod-as-03-30.video.globo.com/r90_720/v0/c8/82/df/10248083_df4d8fd36481c57f24735d8760755383392237ac/10248083-U369wJY-manifest.ism/10248083-U369wJY-manifest-audio_por=128004-video_por=301000.m3u8?hls_client_manifest_version=4"
yt-dlp.exe -v --cookies cookies.txt "https://vod-as-03-30.video.globo.com/r90_720/v0/c8/82/df/10248083_df4d8fd36481c57f24735d8760755383392237ac/10248083-U369wJY-manifest.ism/10248083-U369wJY-manifest-audio_por=128004-video_por=301000.m3u8?hls_client_manifest_version=4"
yt-dlp.exe -v --cookies cookies.txt --force-generic-extractor  "https://vod-as-03-30.video.globo.com/r90_720/v0/c8/82/df/10248083_df4d8fd36481c57f24735d8760755383392237ac/10248083-U369wJY-manifest.ism/10248083-U369wJY-manifest-audio_por=128004-video_por=301000.m3u8?hls_client_manifest_version=4"

then suddenly, this commands started working. And I thought: dam i should have tried this at first.

yt-dlp.exe -v --cookies cookies.txt --force-generic-extractor  "https://vod-as-03-30.video.globo.com/r90_720/v0/c8/82/df/10248083_df4d8fd36481c57f24735d8760755383392237ac/10248083-U369wJY-manifest.ism/10248083.m3u8?h=0411643687495730550659316436859021843271116mJtQk4QY7m5sZaAUMxV99Q&k=html5&a=A&u=BR~"
yt-dlp.exe -v --cookies cookies.txt --force-generic-extractor  "https://vod-as-03-30.video.globo.com/r90_720/v0/c8/82/df/10248083_df4d8fd36481c57f24735d8760755383392237ac/10248083-U369wJY-manifest.ism/10248083.m3u8?h=0411643687495730550659316436859021843271116mJtQk4QY7m5sZaAUMxV99Q\u0026k=html5\u0026a=A\u0026u=BR~"
yt-dlp.exe -v --cookies cookies.txt  "https://globoplay.globo.com/v/10248083/"

I will try to investigate a little further to find out what was the turning point.

As I thought, it's strange the issue be only here because I always used a .bat file  ( so the commands it's certainly not wrong) and cookies on config.txt
Maybe the same reason I could get it from downloadHelper extension I said on my main post, is the reason it worked for you.
The extension isn't able to download anymore too.

I find out.
Globo now uses cookies to grant access to manifest and video and changed the json format too.
It only worked before because i called --force-gerenic-extractor with correct cookies before calling the page with globo extractor.
I was able to fix it in my on local copy of yt-dlp, but i don't know if the code is correct for every case, or it can be done in better way.
Or how to test it.

Can someone help me with this?

If you want test the fix for new links
https://globoplay.globo.com/v/10262289/
https://globoplay.globo.com/v/10262174
also not working.

Fixing code already merged with main code, wait for next release or you can download right now using python version.

Thank you, I'll wait the next release.

source: gharchive/issue

authors: Bricio glaucoheitor pootz10 pukkandan

repo: yt-dlp/yt-dlp

license: Unlicense

license_type: permissive

license_source: github-api


text:
Extractor error on abc.com

Checklist

[X] I'm reporting a broken site
[X] I've verified that I'm running yt-dlp version 2022.02.04. (update instructions)
[X] I've checked that all provided URLs are alive and playable in a browser
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] 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
United States
Description
An episode of the Rookie at https://www.abc.com/shows/the-rookie/episode-guide/season-04/13-fight-or-flight fails to download, with an extractor error (KeyError('video'))
Running in Ubuntu 20.04, version 2022.02.04
I do not have an abc account to share credentials to, but one is not needed in the US to view in a browser.
Verbose log
[debug] Command-line config: ['-vU', '--ffmpeg-location', '/usr/bin/ffmpeg', '-N', '5', 'https://www.abc.com/shows/the-rookie/episode-guide/season-04/13-fight-or-flight']
[debug] Encodings: locale UTF-8, fs utf-8, out utf-8, err utf-8, pref UTF-8
[debug] yt-dlp version 2022.02.04 [c1653e9ef] (zip)
[debug] Python version 3.8.10 (CPython 64bit) - Linux-5.4.0-99-generic-x86_64-with-glibc2.29
[debug] exe versions: ffmpeg 4.2.4, ffprobe 4.2.4
[debug] Optional libraries: Cryptodome, sqlite
[debug] Proxy map: {}
Latest version: 2022.02.04, Current version: 2022.02.04
yt-dlp is up to date (2022.02.04)
[debug] [Go] Extracting URL: https://www.abc.com/shows/the-rookie/episode-guide/season-04/13-fight-or-flight
[Go] 13-fight-or-flight: Downloading webpage
[Go] VDKA26139487: Downloading JSON metadata
ERROR: An extractor error has occurred. (caused by KeyError('video')); please report this issue on  https://github.com/yt-dlp/yt-dlp , filling out the "Broken site" issue template properly. Confirm you are on the latest version using -U
Traceback (most recent call last):
  File "/usr/local/bin/yt-dlp/yt_dlp/extractor/common.py", line 612, in extract
    ie_result = self._real_extract(url)
  File "/usr/local/bin/yt-dlp/yt_dlp/extractor/go.py", line 215, in _real_extract
    video_data = self._extract_videos(brand, video_id)[0]
  File "/usr/local/bin/yt-dlp/yt_dlp/extractor/go.py", line 159, in _extract_videos
    return self._download_json(
KeyError: 'video'
Traceback (most recent call last):
  File "/usr/local/bin/yt-dlp/yt_dlp/extractor/common.py", line 612, in extract
    ie_result = self._real_extract(url)
  File "/usr/local/bin/yt-dlp/yt_dlp/extractor/go.py", line 215, in _real_extract
    video_data = self._extract_videos(brand, video_id)[0]
  File "/usr/local/bin/yt-dlp/yt_dlp/extractor/go.py", line 159, in _extract_videos
    return self._download_json(
KeyError: 'video'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/bin/yt-dlp/yt_dlp/YoutubeDL.py", line 1381, in wrapper
    return func(self, *args, **kwargs)
  File "/usr/local/bin/yt-dlp/yt_dlp/YoutubeDL.py", line 1451, in __extract_info
    ie_result = ie.extract(url)
  File "/usr/local/bin/yt-dlp/yt_dlp/extractor/common.py", line 642, in extract
    raise ExtractorError('An extractor error has occurred.', cause=e, video_id=self.get_temp_id(url))
yt_dlp.utils.ExtractorError: An extractor error has occurred. (caused by KeyError('video')); please report this issue on  https://github.com/yt-dlp/yt-dlp , filling out the "Broken site" issue template properly. Confirm you are on the latest version using -U

Also, I've seen some recent extractor bugs indicate trying --no-geo-bypass  so I tried that as well, and no improvement.

From the UK, using --geo-bypass-country US, the attempt to retrieve JSON from http://api.contents.watchabc.go.com/vp2/ws/contents/3000/videos/001/001/-1/-1/-1/VDKA26139487/-1/-1.json succeeds but the JSON has no video, as the error message says:
{'ver': '3000', 'build': '2170', 'device': '9024', 'brand': '13', 'xmlns': 'http://abc.go.com/vp2/ws/xmlns', 'count': '0', 'totalcount': '0'}

Plainly something's changed since this was added in 2016. A little hacking on the value 3000 in the JSON URL shows that 4000 does return the desired result. Also, no need for explicit --geo-bypass...:
$ python3.9 -m yt_dlp -F -v 'https://abc.com/shows/the-rookie/episode-guide/season-04/13-fight-or-flight'
[debug] Command-line config: ['-F', '-v', 'https://abc.com/shows/the-rookie/episode-guide/season-04/13-fight-or-flight']
[debug] Encodings: locale UTF-8, fs utf-8, out utf-8, err utf-8, pref UTF-8
[debug] yt-dlp version 2022.02.04 [c1653e9ef] (source)
[debug] Lazy loading extractors is disabled
[debug] Plugins: ['SamplePluginIE', 'SamplePluginPP']
[debug] Git HEAD: 2068a6031
[debug] Python version 3.9.7 (CPython 32bit) - Linux-4.4.0-210-generic-i686-with-glibc2.23
[debug] exe versions: avconv 4.3, avprobe 4.3, ffmpeg 4.3, ffprobe 4.3
[debug] Optional libraries: sqlite
[debug] Proxy map: {}
[debug] [Go] Extracting URL: https://abc.com/shows/the-rookie/episode-guide/season-04/13-fight-or-flight
[Go] 13-fight-or-flight: Downloading webpage
[Go] VDKA26139487: Downloading JSON metadata
[debug] Using fake IP 6.227.206.164 (US) as X-Forwarded-For
[Go] VDKA26139487: Downloading JSON metadata
[Go] VDKA26139487: Downloading m3u8 information
WARNING: [Go] Ignoring subtitle tracks found in the HLS manifest; if any subtitle tracks are missing, please report this issue on  https://github.com/yt-dlp/yt-dlp , filling out the "Broken site" issue template properly. Confirm you are on the latest version using -U
[debug] Formats sorted by: hasvid, ie_pref, lang, quality, res, fps, hdr:12(7), vcodec:vp9.2(10), acodec, filesize, fs_approx, tbr, vbr, abr, asr, proto, vext, aext, hasaud, source, id
[info] Available formats for VDKA26139487:
ID                                           EXT RESOLUTION FPS │   FILESIZE   TBR PROTO  │ VCODEC        VBR ACODEC    ABR MORE INFO
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
ULNK-aac-English_-_Descriptive_Video_Service mp4 audio only     │                  m3u8_n │ audio only        unknown       [EN] English - Descriptive Video Service
MPD                                          mpd unknown        │                  http   │ unknown           unknown
ULNK-214                                     mp4 256x144     15 │ ~ 67.37MiB  214k m3u8_n │ avc1.4d000c  214k mp4a.40.5  0k
ULNK-414                                     mp4 416x234     30 │ ~130.32MiB  414k m3u8_n │ avc1.4d000d  414k mp4a.40.5  0k
ULNK-752                                     mp4 640x360     30 │ ~236.50MiB  752k m3u8_n │ avc1.4d001e  752k mp4a.40.5  0k
ULNK-1705                                    mp4 960x540     30 │ ~535.97MiB 1705k m3u8_n │ avc1.4d001f 1705k mp4a.40.5  0k
ULNK-1326                                    mp4 1280x720    60 │ ~416.88MiB 1326k m3u8_n │ avc1.4d0020 1326k mp4a.40.5  0k
ULNK-1935                                    mp4 1280x720    60 │ ~608.39MiB 1935k m3u8_n │ avc1.640020 1935k mp4a.40.5  0k
ULNK-6199                                    mp4 1280x720    60 │ ~  1.90GiB 6199k m3u8_n │ avc1.640020 6199k mp4a.40.5  0k

Who knows whether any other value of API version works, but the top G hit for the API domain gives this XML containing this fragment (formatted) with what may be a supporting API version:
<application>
  <author>Disney Mobile</author>
  <copyright>@Disney</copyright>
  <email>support@watchdisneyxd.zendesk.com</email>
  <link>http://watchdisneyxd.com/</link>
  <version>
    <latest>4.0.0</latest>
    <required>4.0.0</required>
  </version>
</application>

Same code/problem/fix for yt-dl.

Confirmed the switch from 3000->4000 did fix the issue.
I tested a couple old URLs and they still download fine with 3000, but also work with the version built with 4000.
https://www.abc.com/shows/the-rookie/episode-guide/season-04/12-the-knock
https://www.abc.com/shows/the-wonder-years/episode-guide/season-01/12-im-with-the-band
Not exactly comprehensive, but at least they're not mutually exclusive.

It's work for me. Here's the log:
(python_proj2) ~\yt-dlp>python -m yt_dlp -v "https://www.abc.com/shows/the-rookie/episode-guide/season-04/13-fight-or-flight"
[debug] Command-line config: ['-v', 'https://www.abc.com/shows/the-rookie/episode-guide/season-04/13-fight-or-flight']
[debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version 2022.06.29 [9d339c41e] (source)
[debug] Lazy loading extractors is disabled
[debug] Plugins: ['SamplePluginIE', 'SamplePluginPP']
[debug] Git HEAD: 67db96e5a
[debug] Python 3.10.4 (CPython 64bit) - Windows-10-10.0.19044-SP0
[debug] Checking exe version: ffmpeg -bsfs
[debug] Checking exe version: ffprobe -bsfs
[debug] exe versions: ffmpeg 5.0.1-full_build-www.gyan.dev (setts), ffprobe 5.0.1-full_build-www.gyan.dev
[debug] Optional libraries: Cryptodome-3.14.1, brotli-1.0.9, certifi-2022.05.18.1, mutagen-1.45.1, sqlite3-2.6.0, websockets-10.3
[debug] Proxy map: {}
[debug] [Go] Extracting URL: https://www.abc.com/shows/the-rookie/episode-guide/season-04/13-fight-or-flight
[Go] 13-fight-or-flight: Downloading webpage
[Go] VDKA26139487: Downloading JSON metadata
[debug] Using fake IP 6.237.31.126 (US) as X-Forwarded-For
[Go] VDKA26139487: Downloading JSON metadata
[Go] VDKA26139487: Downloading m3u8 information
[debug] Formats sorted by: hasvid, ie_pref, lang, quality, res, fps, hdr:12(7), vcodec:vp9.2(10), acodec, filesize, fs_approx, tbr, vbr, abr, asr, proto, vext, aext, hasaud, source, id
[debug] Default format spec: bestvideo*+bestaudio/best
[info] VDKA26139487: Downloading 1 format(s): ULNK-6200
[debug] Invoking hlsnative downloader on "https://content-aaps1-ur-fifa1.uplynk.com/84d676a8810e4e9c8e7cdf5af05daf1b/g.m3u8?exp=1657546880&ct=a&oid=d874124ecca24c88a3c9575e78686acf&eid=8272ba6107614bfd88404f63e42c01fc&expand=drmOff&iph=a7acbd023d89e015f136520442fe959760436eec08ffe67b5d1217f19401c62a&euid=7152C042-7ACB-43A1-BBEA-DB126E692255_000_0_001_lf_01-06-00_NA&cdn=ec&stgcfg=datg&rays=hjigfedcba&pp2ip=0&v=3&sig=3be019db62bb126d1db6cdbe85809bb70666b920872c23d26b72c748dd157018&pbs=5c464cbc51c8430993001e7f42bbf64c"
[hlsnative] Downloading m3u8 manifest
[hlsnative] Total fragments: 631
[download] Destination: Fight or Flight [VDKA26139487].mp4
[debug] File locking is not supported. Proceeding without locking
[download]   0.8% of ~1.89GiB at    673.15B/s ETA 43:33 (frag 5/631)
ERROR: Interrupted by user

authors: HobbyistDev dirkf taco82


text:
[YouTube] Channel info.json is not complete

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

[X] I understand that I will be blocked if I remove or skip any mandatory* field

Checklist

[X] I'm requesting a site-specific feature
[X] I've verified that I'm running yt-dlp version 2022.09.01 (update instructions) or later (specify commit)
[X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
[X] I've searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[X] I've read about sharing account credentials and I'm willing to share it if required

Region
California USA
Example URLs
https://www.youtube.com/c/DapperHusky/
Provide a description that is worded well enough to be understood
The info extractor for YouTube user profiles are not complete. See below. The program extracts most data, however does not extract the location of residency, the total views of the creator, their join date, and their links. I suggest making these fields, however making the links thing a json folder with the name, link itself, and favicon URLs.
https://www.youtube.com/c/DapperHusky/about
Provide verbose output that clearly demonstrates the problem

[X] Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
[X] Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output
t
[Documents]$ yt-dlp https://www.youtube.com/c/D
apperHusky/ --flat-playlist --write-info
[youtube:tab] DapperHusky: Downloading webpage
[youtube:tab] A channel/user page was given. Al
l the channel's videos will be downloaded. To d
ownload only the videos in the home page, add a
 "/featured" to the URL
[download] Downloading playlist: Dapper Husky -
 Videos
[youtube:tab] UCNY1u2ZqE43tem8B9nADjtw page 1:
Downloading API JSON
[youtube:tab] UCNY1u2ZqE43tem8B9nADjtw page 2:
Downloading API JSON
[youtube:tab] UCNY1u2ZqE43tem8B9nADjtw page 3:
Downloading API JSON
[youtube:tab] UCNY1u2ZqE43tem8B9nADjtw page 4: Downloading API JSON
[youtube:tab] UCNY1u2ZqE43tem8B9nADjtw page 5: Downloading API JSON
[youtube:tab] UCNY1u2ZqE43tem8B9nADjtw page 6: Downloading API JSON
[youtube:tab] UCNY1u2ZqE43tem8B9nADjtw page 7: Downloading API JSON
[youtube:tab] UCNY1u2ZqE43tem8B9nADjtw page 8: Downloading API JSON
[info] Writing playlist metadata as JSON to: Dapper Husky - Videos [UCNY1u2ZqE43tem8B9nADjtw].info.json
[youtube:tab] Playlist Dapper Husky - Videos: Downloading 241 videos of 241
[download] Downloading video 1 of 241
[download] Downloading video 2 of 241
[download] Downloading video 3 of 241
[download] Downloading video 4 of 241
[download] Downloading video 5 of 241
[download] Downloading video 6 of 241
[download] Downloading video 7 of 241
[download] Downloading video 8 of 241
[download] Downloading video 9 of 241
[download] Downloading video 10 of 241
[download] Downloading video 11 of 241
[download] Downloading video 12 of 241
[download] Downloading video 13 of 241
[download] Downloading video 14 of 241
[download] Downloading video 15 of 241
[download] Downloading video 16 of 241
[download] Downloading video 17 of 241
[download] Downloading video 18 of 241
[download] Downloading video 19 of 241
[download] Downloading video 20 of 241
[download] Downloading video 21 of 241
[download] Downloading video 22 of 241
[download] Downloading video 23 of 241
[download] Downloading video 24 of 241
[download] Downloading video 25 of 241
[download] Downloading video 26 of 241
[download] Downloading video 27 of 241
[download] Downloading video 28 of 241
[download] Downloading video 29 of 241
[download] Downloading video 30 of 241
[download] Downloading video 31 of 241
[download] Downloading video 32 of 241
[download] Downloading video 33 of 241
[download] Downloading video 34 of 241
[download] Downloading video 35 of 241
[download] Downloading video 36 of 241
[download] Downloading video 37 of 241
[download] Downloading video 38 of 241
[download] Downloading video 39 of 241
[download] Downloading video 40 of 241
[download] Downloading video 41 of 241
[download] Downloading video 42 of 241
[download] Downloading video 43 of 241
[download] Downloading video 44 of 241
[download] Downloading video 45 of 241
[download] Downloading video 46 of 241
[download] Downloading video 47 of 241
[download] Downloading video 48 of 241
[download] Downloading video 49 of 241
[download] Downloading video 50 of 241
[download] Downloading video 51 of 241
[download] Downloading video 52 of 241
[download] Downloading video 53 of 241
[download] Downloading video 54 of 241
[download] Downloading video 55 of 241
[download] Downloading video 56 of 241
[download] Downloading video 57 of 241
[download] Downloading video 58 of 241
[download] Downloading video 59 of 241
[download] Downloading video 60 of 241
[download] Downloading video 61 of 241
[download] Downloading video 62 of 241
[download] Downloading video 63 of 241
[download] Downloading video 64 of 241
[download] Downloading video 65 of 241
[download] Downloading video 66 of 241
[download] Downloading video 67 of 241
[download] Downloading video 68 of 241
[download] Downloading video 69 of 241
[download] Downloading video 70 of 241
[download] Downloading video 71 of 241
[download] Downloading video 72 of 241
[download] Downloading video 73 of 241
[download] Downloading video 74 of 241
[download] Downloading video 75 of 241
[download] Downloading video 76 of 241
[download] Downloading video 77 of 241
[download] Downloading video 78 of 241
[download] Downloading video 79 of 241
[download] Downloading video 80 of 241
[download] Downloading video 81 of 241
[download] Downloading video 82 of 241
[download] Downloading video 83 of 241
[download] Downloading video 84 of 241
[download] Downloading video 85 of 241
[download] Downloading video 86 of 241
[download] Downloading video 87 of 241
[download] Downloading video 88 of 241
[download] Downloading video 89 of 241
[download] Downloading video 90 of 241
[download] Downloading video 91 of 241
[download] Downloading video 92 of 241
[download] Downloading video 93 of 241
[download] Downloading video 94 of 241
[download] Downloading video 95 of 241
[download] Downloading video 96 of 241
[download] Downloading video 97 of 241
[download] Downloading video 98 of 241
[download] Downloading video 99 of 241
[download] Downloading video 100 of 241
[download] Downloading video 101 of 241
[download] Downloading video 102 of 241
[download] Downloading video 103 of 241
[download] Downloading video 104 of 241
[download] Downloading video 105 of 241
[download] Downloading video 106 of 241
[download] Downloading video 107 of 241
[download] Downloading video 108 of 241
[download] Downloading video 109 of 241
[download] Downloading video 110 of 241
[download] Downloading video 111 of 241
[download] Downloading video 112 of 241
[download] Downloading video 113 of 241
[download] Downloading video 114 of 241
[download] Downloading video 115 of 241
[download] Downloading video 116 of 241
[download] Downloading video 117 of 241
[download] Downloading video 118 of 241
[download] Downloading video 119 of 241
[download] Downloading video 120 of 241
[download] Downloading video 121 of 241
[download] Downloading video 122 of 241
[download] Downloading video 123 of 241
[download] Downloading video 124 of 241
[download] Downloading video 125 of 241
[download] Downloading video 126 of 241
[download] Downloading video 127 of 241
[download] Downloading video 128 of 241
[download] Downloading video 129 of 241
[download] Downloading video 130 of 241
[download] Downloading video 131 of 241
[download] Downloading video 132 of 241
[download] Downloading video 133 of 241
[download] Downloading video 134 of 241
[download] Downloading video 135 of 241
[download] Downloading video 136 of 241
[download] Downloading video 137 of 241
[download] Downloading video 138 of 241
[download] Downloading video 139 of 241
[download] Downloading video 140 of 241
[download] Downloading video 141 of 241
[download] Downloading video 142 of 241
[download] Downloading video 143 of 241
[download] Downloading video 144 of 241
[download] Downloading video 145 of 241
[download] Downloading video 146 of 241
[download] Downloading video 147 of 241
[download] Downloading video 148 of 241
[download] Downloading video 149 of 241
[download] Downloading video 150 of 241
[download] Downloading video 151 of 241
[download] Downloading video 152 of 241
[download] Downloading video 153 of 241
[download] Downloading video 154 of 241
[download] Downloading video 155 of 241
[download] Downloading video 156 of 241
[download] Downloading video 157 of 241
[download] Downloading video 158 of 241
[download] Downloading video 159 of 241
[download] Downloading video 160 of 241
[download] Downloading video 161 of 241
[download] Downloading video 162 of 241
[download] Downloading video 163 of 241
[download] Downloading video 164 of 241
[download] Downloading video 165 of 241
[download] Downloading video 166 of 241
[download] Downloading video 167 of 241
[download] Downloading video 168 of 241
[download] Downloading video 169 of 241
[download] Downloading video 170 of 241
[download] Downloading video 171 of 241
[download] Downloading video 172 of 241
[download] Downloading video 173 of 241
[download] Downloading video 174 of 241
[download] Downloading video 175 of 241
[download] Downloading video 176 of 241
[download] Downloading video 177 of 241
[download] Downloading video 178 of 241
[download] Downloading video 179 of 241
[download] Downloading video 180 of 241
[download] Downloading video 181 of 241
[download] Downloading video 182 of 241
[download] Downloading video 183 of 241
[download] Downloading video 184 of 241
[download] Downloading video 185 of 241
[download] Downloading video 186 of 241
[download] Downloading video 187 of 241
[download] Downloading video 188 of 241
[download] Downloading video 189 of 241
[download] Downloading video 190 of 241
[download] Downloading video 191 of 241
[download] Downloading video 192 of 241
[download] Downloading video 193 of 241
[download] Downloading video 194 of 241
[download] Downloading video 195 of 241
[download] Downloading video 196 of 241
[download] Downloading video 197 of 241
[download] Downloading video 198 of 241
[download] Downloading video 199 of 241
[download] Downloading video 200 of 241
[download] Downloading video 201 of 241
[download] Downloading video 202 of 241
[download] Downloading video 203 of 241
[download] Downloading video 204 of 241
[download] Downloading video 205 of 241
[download] Downloading video 206 of 241
[download] Downloading video 207 of 241
[download] Downloading video 208 of 241
[download] Downloading video 209 of 241
[download] Downloading video 210 of 241
[download] Downloading video 211 of 241
[download] Downloading video 212 of 241
[download] Downloading video 213 of 241
[download] Downloading video 214 of 241
[download] Downloading video 215 of 241
[download] Downloading video 216 of 241
[download] Downloading video 217 of 241
[download] Downloading video 218 of 241
[download] Downloading video 219 of 241
[download] Downloading video 220 of 241
[download] Downloading video 221 of 241
[download] Downloading video 222 of 241
[download] Downloading video 223 of 241
[download] Downloading video 224 of 241
[download] Downloading video 225 of 241
[download] Downloading video 226 of 241
[download] Downloading video 227 of 241
[download] Downloading video 228 of 241
[download] Downloading video 229 of 241
[download] Downloading video 230 of 241
[download] Downloading video 231 of 241
[download] Downloading video 232 of 241
[download] Downloading video 233 of 241
[download] Downloading video 234 of 241
[download] Downloading video 235 of 241
[download] Downloading video 236 of 241
[download] Downloading video 237 of 241
[download] Downloading video 238 of 241
[download] Downloading video 239 of 241
[download] Downloading video 240 of 241
[download] Downloading video 241 of 241
[info] Writing updated playlist metadata as JSON to: Dapper Husky - Videos [UCNY1u2ZqE43tem8B9nADjtw].info.json
[download] Finished downloading playlist: Dappe
r Husky - Videos

yt-dlp is not a generic metadata scrapper, only a video downloader. Any metadata that is not available in the /videos page will not be extracted


text:
Video with (encoded) question mark in file name cannot be downloaded with 404 error

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

[X] I understand that I will be blocked if I intentionally remove or skip any mandatory* field

Checklist

[X] I'm reporting that yt-dlp is broken on a supported site
[X] I've verified that I have updated yt-dlp to nightly or master (update instructions)
[X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched known issues and the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[X] I've read about sharing account credentials and I'm willing to share it if required

Region
Europe/Czechia
Provide a description that is worded well enough to be understood
As an example the Mothy Python's "Whither Canada?" cannot be downloaded (for free without an account) from Internet Archive (http://archive.org) when using the page URL ("details" in URL) but can be downloaded with direct link ("download" in URL).
Problematic URLs are:

https://archive.org/details/mpfc-remastered_20210305_1553 (SD playlist)
https://archive.org/details/mpfc-remastered_hd (HD playlist)
https://archive.org/details/mpfc-remastered_20210305_1553/01.+Whither+Canada%3F.mkv (SD video)
https://archive.org/details/mpfc-remastered_hd/01.+Whither+Canada%3F.mkv (HD video)
All above URLs reports "ERROR: unable to download video data: HTTP Error 404: Not Found"
All above URLs tested both quoted and unquoted and from Command shell and PowerShell (Windows)

Trying to escape the question mark ends with message that no video is found: "[archive.org] Playlist Monty Python's Flying Circus: The Complete Series 1 to 4 [BLU-RAY] [SD]: Downloading 0 items"

https://archive.org/details/mpfc-remastered_20210305_1553/01.+Whither+Canada?.mkv  (not encoded)
https://archive.org/details/mpfc-remastered_20210305_1553/01.+Whither+Canada\%3F.mkv (escaped)
https://archive.org/details/mpfc-remastered_20210305_1553/01.+Whither+Canada%%3F.mkv (double-percent)
https://archive.org/details/mpfc-remastered_20210305_1553/01.+Whither+Canada??.mkv (double-question-mark)
https://archive.org/details/mpfc-remastered_20210305_1553/01.+Whither+Canada%253F.mkv ("%" encoded to %25)

The problem is probably in the last line [debug] Invoking http downloader on "https://archive.org/download/mpfc-remastered_20210305_1553/01. Whither Canada?.mkv" which indicates that the question mark in the URL was decoded from %3F to ? (or vice-versa was not correctly encoded when read from the downloaded page) which then converts the extension .mkv into QUERY parameter and server cannot find the file without the extension.
The file can be correctly downloaded via yt-dlp when manually searched for the file on server (Download options - Matroska - "01. Whither Canada?.mkv"):

https://archive.org/download/mpfc-remastered_20210305_1553/01. Whither Canada%3F.mkv
https://archive.org/download/mpfc-remastered_hd/01. Whither Canada%3F.mkv

All other parts can be downloaded from archive.org without a problem, e.g.

(above-mentioned playlists skips first part and then downloads everything else)
https://archive.org/details/mpfc-remastered_hd/03.+How+to+Recognise+Different+Types+of+Trees+from+Quite+a+Long+Way+Away.mkv
https://archive.org/details/mpfc-remastered_hd/04.+Owl-Stretching+Time.mkv

Provide verbose output that clearly demonstrates the problem

[X] Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
[X] If using API, add 'verbose': True to YoutubeDL params instead
[X] Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output
--- Output for page link

[debug] Command-line config: ['-vU', 'https://archive.org/details/mpfc-remastered_20210305_1553/01.+Whither+Canada%3F.mkv']
[debug] Encodings: locale cp1250, fs utf-8, pref cp1250, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version nightly@2024.02.05.232712 from yt-dlp/yt-dlp-nightly-builds [05420227a] (win_exe)
[debug] Python 3.8.10 (CPython AMD64 64bit) - Windows-10-10.0.22631-SP0 (OpenSSL 1.1.1k  25 Mar 2021)
[debug] exe versions: ffmpeg 6.1-full_build-www.gyan.dev (setts), ffprobe 6.1-full_build-www.gyan.dev
[debug] Optional libraries: Cryptodome-3.20.0, brotli-1.1.0, certifi-2024.02.02, mutagen-1.47.0, requests-2.31.0, sqlite3-3.35.5, urllib3-2.2.0, websockets-12.0
[debug] Proxy map: {}
[debug] Request Handlers: urllib, requests, websockets
[debug] Loaded 1832 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp-nightly-builds/releases/latest
Latest version: nightly@2024.02.05.232712 from yt-dlp/yt-dlp-nightly-builds
yt-dlp is up to date (nightly@2024.02.05.232712 from yt-dlp/yt-dlp-nightly-builds)
[archive.org] Extracting URL: https://archive.org/details/mpfc-remastered_20210305_1553/01.+Whither+Canada%3F.mkv
[archive.org] mpfc-remastered_20210305_1553: Downloading webpage
[archive.org] mpfc-remastered_20210305_1553: Downloading JSON metadata
[debug] Sort order given by extractor: source
[debug] Formats sorted by: hasvid, ie_pref, source, lang, quality, res, fps, hdr:12(7), vcodec:vp9.2(10), channels, acodec, size, br, asr, proto, vext, aext, hasaud, id
[debug] Default format spec: bestvideo*+bestaudio/best
[info] mpfc-remastered_20210305_1553/01. Whither Canada?.mkv: Downloading 1 format(s): 3
[debug] Invoking http downloader on "https://archive.org/download/mpfc-remastered_20210305_1553/01. Whither Canada?.mkv"

ERROR: unable to download video data: HTTP Error 404: Not Found
Traceback (most recent call last):
  File "yt_dlp\YoutubeDL.py", line 3417, in process_info
  File "yt_dlp\YoutubeDL.py", line 3138, in dl
  File "yt_dlp\downloader\common.py", line 455, in download
  File "yt_dlp\downloader\http.py", line 364, in real_download
  File "yt_dlp\downloader\http.py", line 120, in establish_connection
  File "yt_dlp\YoutubeDL.py", line 4081, in urlopen
  File "yt_dlp\networking\common.py", line 114, in send
  File "yt_dlp\networking\_helper.py", line 204, in wrapper
  File "yt_dlp\networking\common.py", line 325, in send
  File "yt_dlp\networking\_requests.py", line 348, in _send
yt_dlp.networking.exceptions.HTTPError: HTTP Error 404: Not Found

--- Output for direct link:

[debug] Command-line config: ['-vU', 'https://archive.org/download/mpfc-remastered_20210305_1553/01.%20Whither%20Canada%3F.mkv']
[debug] Encodings: locale cp1250, fs utf-8, pref cp1250, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version nightly@2024.02.05.232712 from yt-dlp/yt-dlp-nightly-builds [05420227a] (win_exe)
[debug] Python 3.8.10 (CPython AMD64 64bit) - Windows-10-10.0.22631-SP0 (OpenSSL 1.1.1k  25 Mar 2021)
[debug] exe versions: ffmpeg 6.1-full_build-www.gyan.dev (setts), ffprobe 6.1-full_build-www.gyan.dev
[debug] Optional libraries: Cryptodome-3.20.0, brotli-1.1.0, certifi-2024.02.02, mutagen-1.47.0, requests-2.31.0, sqlite3-3.35.5, urllib3-2.2.0, websockets-12.0
[debug] Proxy map: {}
[debug] Request Handlers: urllib, requests, websockets
[debug] Loaded 1832 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp-nightly-builds/releases/latest
Latest version: nightly@2024.02.05.232712 from yt-dlp/yt-dlp-nightly-builds
yt-dlp is up to date (nightly@2024.02.05.232712 from yt-dlp/yt-dlp-nightly-builds)
[generic] Extracting URL: https://archive.org/download/mpfc-remastered_20210305_1553/01.%20Whither%20Canada%3F.mkv
[generic] 01. Whither Canada?: Downloading webpage
[redirect] Following redirect to https://ia903408.us.archive.org/5/items/mpfc-remastered_20210305_1553/01.%20Whither%20Canada%3F.mkv
[generic] Extracting URL: https://ia903408.us.archive.org/5/items/mpfc-remastered_20210305_1553/01.%20Whither%20Canada%3F.mkv
[generic] 01. Whither Canada?: Downloading webpage
WARNING: [generic] Falling back on generic information extractor
WARNING: [generic] URL could be a direct video link, returning it as such.
[debug] Formats sorted by: hasvid, ie_pref, lang, quality, res, fps, hdr:12(7), vcodec:vp9.2(10), channels, acodec, size, br, asr, proto, vext, aext, hasaud, source, id
[debug] Default format spec: bestvideo*+bestaudio/best
[info] 01. Whither Canada?: Downloading 1 format(s): 0
[debug] Invoking http downloader on "https://ia903408.us.archive.org/5/items/mpfc-remastered_20210305_1553/01.%20Whither%20Canada%3F.mkv"
[debug] File locking is not supported. Proceeding without locking
[download] Destination: 01. Whither Canada？ [01. Whither Canada？].mkv
... then downloading continues until file is fully downloaded

This also happens with a yt-dlp from before the networking rework, though not with yt-dl master (but the yt-dl extractor can't distinguish between the single video URL and the playlist).

diff --git a/yt_dlp/extractor/archiveorg.py b/yt_dlp/extractor/archiveorg.py
index 3bb6f2e31..c1bc1ba92 100644
--- a/yt_dlp/extractor/archiveorg.py
+++ b/yt_dlp/extractor/archiveorg.py
@@ -300,7 +300,7 @@ def _real_extract(self, url):
             is_logged_in = bool(self._get_cookies('https://archive.org').get('logged-in-sig'))
             if extension in KNOWN_EXTENSIONS and (not f.get('private') or is_logged_in):
                 entry['formats'].append({
-                    'url': 'https://archive.org/download/' + identifier + '/' + f['name'],
+                    'url': 'https://archive.org/download/' + identifier + '/' + urllib.parse.quote(f['name']),
                     'format': f.get('format'),
                     'width': int_or_none(f.get('width')),
                     'height': int_or_none(f.get('height')),

authors: bashonly dirkf nothrem


text:
[Broken] VrtNU

https://www.vrt.be/vrtnu/a-z/het-scheldepeloton/1/het-scheldepeloton-s1a1/
Checklist

[X] I'm reporting a broken site support
[X] I've verified that I'm running yt-dlp version 2021.09.02
[X] I've checked that all provided URLs are alive and playable in a browser
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X]I've searched the bugtracker for similar issues including closed ones

Verbose log

[debug] Command-line config: ['https://www.vrt.be/vrtnu/a-z/het-scheldepeloton/1/het-scheldepeloton-s1a1/', '--username', 'PRIVATE', '--password', 'PRIVATE', '--verbose']
[debug] Encodings: locale cp1252, fs utf-8, out utf-8, pref cp1252
[debug] yt-dlp version 2021.09.02 (exe)
[debug] Python version 3.8.10 (CPython 64bit) - Windows-10-10.0.19043-SP0
[debug] exe versions: ffmpeg 4.4-essentials_build-www.gyan.dev
[debug] Optional libraries: mutagen, pycryptodome, sqlite, websockets
[debug] Proxy map: {}
[VrtNU] Login data
[VrtNU] Requesting XSRF Token
ERROR: het-scheldepeloton-s1a1: An extractor error has occurred. (caused by KeyError('UID')); please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; see  https://github.com/yt-dlp/yt-dlp  on how to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "yt_dlp\extractor\common.py", line 582, in extract
  File "yt_dlp\extractor\common.py", line 490, in initialize
  File "yt_dlp\extractor\canvas.py", line 271, in _real_initialize
  File "yt_dlp\extractor\canvas.py", line 298, in _login
KeyError: 'UID'
Traceback (most recent call last):
  File "yt_dlp\extractor\common.py", line 582, in extract
  File "yt_dlp\extractor\common.py", line 490, in initialize
  File "yt_dlp\extractor\canvas.py", line 271, in _real_initialize
  File "yt_dlp\extractor\canvas.py", line 298, in _login
KeyError: 'UID'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "yt_dlp\YoutubeDL.py", line 1214, in wrapper
  File "yt_dlp\YoutubeDL.py", line 1239, in __extract_info
  File "yt_dlp\extractor\common.py", line 605, in extract
yt_dlp.utils.ExtractorError: het-scheldepeloton-s1a1: An extractor error has occurred. (caused by KeyError('UID')); please report this issue on  https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; see  https://github.com/yt-dlp/yt-dlp  on how to update. Be sure to call yt-dlp with the --verbose flag and include its complete output.

Description

WRITE DESCRIPTION HERE

It seems your login credentials may be wrong. Please confirm whether they are correct

Closed due to inactivity

authors: PeterDeKeer pukkandan


text:
Problem downloading a clip from the BBC's website

Checklist

[x] I'm reporting a broken site support
[x] I've verified that I'm running youtube-dl version 2021.12.17
[x] I've checked that all provided URLs are alive and playable in a browser
[x] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[x] I've searched the bugtracker for similar issues including closed ones

Verbose log

PS C:\Users\John\OneDrive\Downloads\Youtube-dl> .\youtube-dl --verbose https://www.bbc.co.uk/news/av/uk-politics-60159228
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['--verbose', 'https://www.bbc.co.uk/news/av/uk-politics-60159228']
[debug] Encodings: locale cp1252, fs mbcs, out cp437, pref cp1252
[debug] youtube-dl version 2021.12.17
[debug] Python version 3.4.4 (CPython) - Windows-10-10.0.19041
[debug] exe versions: ffmpeg 2021-11-03-git-08a501946f-full_build-www.gyan.dev, ffprobe 2021-11-03-git-08a501946f-full_build-www.gyan.dev
[debug] Proxy map: {}
[bbc] uk-politics-60159228: Downloading webpage
ERROR: Unable to extract playlist data; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 815, in wrapper
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 836, in __extract_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\extractor\common.py", line 534, in extract
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\extractor\bbc.py", line 1255, in _real_extract
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\extractor\common.py", line 1012, in _search_regex
youtube_dl.utils.RegexNotFoundError: Unable to extract playlist data; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.

PS C:\Users\John\OneDrive\Downloads\Youtube-dl>

Description

Hi, apologies if I am misusing this site.  I am a 'user' of youtube-dl (which I consider a brilliant piece of software) rather than a 'developer' - so please just ignore this message if I am misusing it.  My problem is simple, I wanted to download this 35 second clip from the BBC's website and it doesn't seem to work (the first time that this has happened to me with the BBC's website).  If it is possible to say what I am doing wrong, I should be grateful - thanks.

There are some pending PRs for BBC and I hope that one of them should catch this item.
By inspection of the escaped JSON sent by the site,
'media':
{
  '__typename': 'ElementsMediaPlayer',
  'smpAppName': 'news-sfv',
  'items': [
    {
      'id': 'p0bkp6nx',
      'kind': 'programme',
      'title': 'Johnson\'s \'brilliant new strategy\' from 2006',
      'duration': 35,
      'holdingImageUrl': 'https://ichef.bbci.co.uk/images/ic/$recipe/p0bkpb60.jpg',
      'durationFormatted': '1 day ago',
      'guidance': null,
      'isEmbeddingAllowed': true,
      'isAdvertisingAllowed': true,
      'adCampaignKeyword': null
    }
  ]
}
...

we can see that the program id is p0bkp6nx and therefore its canonical URL is https://www.bbc.co.uk/programmes/p0bkp6nx, which should be accessible using the yt-dl release version.

Thanks dirkf, - I couldn't even pretend to understand the technical aspects of your (I'm perfectly sure) obviously good explanation.  However, I could easily understand the 'canonical URL' you gave me - and that allowed me to achieve my objective - so thank you again and long may youtube-dl last and be available to non-technicians like me.  Best regards.

I have an alternate tool that works with the original URL:
PS C:\> bbc https://www.bbc.co.uk/news/av/uk-politics-60159228
GET http://walter-producer-cdn.api.bbci.co.uk/content/cps/news/uk-politics-60159228
GET http://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p0bkp6nx
GET http://vod-hls-ww-live.akamaized.net/usp/auth/vod/piff_abr_full_sd/14108c-p0bkp6nx/vf_p0bkp6nx_26295b22-9a8e-439b-8f34-0b439c77deb5.ism/pc_hd_abr_v2_hls_master.m3u8?__gda__=1643423598_88e946e0bcc49ca18d4d69ed9439f6ff
GET http://vod-hls-ww-live.akamaized.net/usp/auth/vod/piff_abr_full_sd/14108c-p0bkp6nx/vf_p0bkp6nx_26295b22-9a8e-439b-8f34-0b439c77deb5.ism/vf_p0bkp6nx_26295b22-9a8e-439b-8f34-0b439c77deb5-audio_eng=96000-video=281000.m3u8
0.0%    394.424 kB      4.153 MB/s
20.0%   770.800 kB      5.101 MB/s

https://github.com/89z/mech

I found you can take the URL:
https://www.bbc.co.uk/news/av/uk-politics-60159228
and extract everything after the last slash
uk-politics-60159228

and use that with further processing.
https://github.com/89z/mech/blob/v1.46.7/bbc/bbc.go#L60-L67

authors: 89z LimehouseJohn dirkf

repo: ytdl-org/youtube-dl


text:
Unable to download

I have updated to latest youtube-dl and tried with different youtube links but still get the same error msg. For reasons, I have removed the youtube link.
NAME="Pop!_OS"
VERSION="22.04 LTS"
ID_LIKE="ubuntu debian"
PRETTY_NAME="Pop!_OS 22.04 LTS"
VERSION_ID="22.04"
VERSION_CODENAME=jammy
UBUNTU_CODENAME=jammy

$ youtube-dl <LINK TO VIDEO HERE>
[youtube] <VIDE LINK HERE>: Downloading webpage
ERROR: Unable to extract uploader id; 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.

This is what I got:
[youtube] 0BT9OeRklB4: Downloading webpage
ERROR: Unable to extract uploader id; 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 fl

Probably a duplicate of https://github.com/ytdl-org/youtube-dl/issues/31530 but I didn't know how to make it work with brew. Not sure how to brew update to point to master, and obviously youtube-dl -U wouldn't work either.

#30839 !

authors: dirkf superarts th3joker3000


text:
[youtube] Fix TFA

Please follow the guide below

You will be asked some questions, please read them carefully and answer honestly
Put an x into all the boxes [ ] relevant to your pull request (like that [x])
Use Preview tab to see how your pull request will actually look like

Before submitting a pull request make sure you have:

[x] At least skimmed through adding new extractor tutorial and youtube-dl coding conventions sections
[x] Searched the bugtracker for similar pull requests
[x] Checked the code with flake8

In order to be accepted and merged into youtube-dl each piece of code must be in public domain or released under Unlicense. Check one of the following options:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[x] Bug fix
[ ] Improvement
[ ] New extractor
[ ] New feature

Description of your pull request and other information
TFA (TOTP based) is currently broken due to changes on Google's side. This PR fixes TFA so people with it enabled on their account can log in through youtube-dl access private videos or playlists.
There were actually two issues at play, highlighted by the different response codes that have been posted.
Some people got an HTTP Error 500: Internal Server Error, this was because of the payload youtube-dl sent the tfa code in. Google seems to have changed what they are looking for in that payload, so I changed youtube-dl to match.
The other error was HTTP Error 400: Bad Request. This was because Google wasn't ready to accept a TOTP code yet. Instead it either wanted to have a Prompt solved in the Google or Gmail app, or it wanted you to select from a list of available TFA methods. I fixed this by adding another request that selects the TOTP method.
The response to that request includes a new TL value which replaces the one received from challenge_results.
Issues this PR can close:

Closes #1336 and closes #5868 (these could have been closed when TFA was first added, and with TFA working again they can be closed now)
Closes #13050
Closes #13759 (seemingly they first tried the TOTP code and suspected the Android Prompt is why it didn't work)
Closes #15184

This can also close #15423 which was initally about the Prompt TFA method but was closed because TOTP worked, then reopened when it stopped working.
Can maybe close #13998, it also pertains to YouTube TV, but the logs posted all were caused by the TFA issue.
(Remove/ask me to remove "close" or "closes" from before an issue if you don't want merging this PR to close it.)

@dstftw How is TFA set up on your Google account, what method (TOTP, app based prompt, etc) is default?
I had a couple people test this (see #15184's comments) and it fixed their 500 errors, so that's unexpected.
If you can, please capture the network packets as you log in with TFA on a normal browser and paste the postData (replace the user hash and tfa code ofc) for the request right after you enter the code (to https://accounts.google.com/_/signin/challenge?hl=en&TL=...).

@dstftw Try the new commit. I suspect it will work, but it's a bit clunky: it responds to the 500 error by trying the old format of postData.
If it works and that's an acceptable solution I can squash down the commits and switch which post data gets tried first to minimize the overall diff.

@dstftw I pushed a new commit that ensures TFA works for you as well as anyone it doesn't currently work for. Can you test it out so we can get TFA working for more people?

@eduardog3000 @dstftw
I tested this with the new Mind Field episodes (a Youtube Premium series) and it works, while current master doesn't.
In current master, 2FA fails with error 500, as has been reported multiple times already.

@dstftw ping

Also I don't see much point in this since there are very rough limits on number of tries per time slot imposed by youtube. Use authenticated cookies instead.

@dstftw

there are very rough limits on number of tries per time slot imposed by youtube

What does this mean, exactly? That it is difficult to know what the actual limit is or that the limit is small?
In my experience, TFA has always worked fine.
Better to have the feature, and if needed, a disclaimer in the documentation, than to not have it at all imo.

This means exactly what it states. After several login attempts in some time slot you are banned from using this method for some time (from what I've tested for SMS TFA this time is more than 6 hours).

@dstftw
Ok, but to be fair, I have downloaded entire youtube red/premium series, one video at at time (which I assume count as separate logins) and ran into no problems.
Besides, what does it mean that somone gets "banned from using this method"? Is the IP blacklisted for some time, or something else?
It is no problem unless the access to the account itself is disabled for some time, which I highly doubt. Otherwise, google accounts with 2FA auth would be easily DDoS-able.
Users understand potential rate-limiting issues, especially if it is mentioned in the documentation.

source: gharchive/pull-request

authors: FranciscoPombal dstftw eduardog3000


text:
[telecinco] works again

Please follow the guide below

You will be asked some questions, please read them carefully and answer honestly
Put an x into all the boxes [ ] relevant to your pull request (like that [x])
Use Preview tab to see how your pull request will actually look like

Before submitting a pull request make sure you have:

[ x] At least skimmed through adding new extractor tutorial and youtube-dl coding conventions sections
[x ] Searched the bugtracker for similar pull requests
[x] Checked the code with flake8

In order to be accepted and merged into youtube-dl each piece of code must be in public domain or released under Unlicense. Check one of the following options:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[x] Bug fix
[ ] Improvement
[ ] New extractor
[ ] New feature

Description of your pull request and other information
Telecinco extractor was broken and didn't pass any test. This pulls request fixes those problems

What you must do is just fix article regex instead of making total mess of extractor.

Fixing just the regex might just fix the test url that dates from 2014. Won't work with any recent url.

authors: dstftw muimota


text:
chatglm-6b v2 lora微调：能否在“code02_训练模型全部流程” 的基础上只更改加载模型

看见大佬发布了 chatglm-6b v2 的lora微调，和 code02_训练模型全部流程.ipynb 相差很大，加了很多的功能，就更复杂了。
所以想问问大佬，如果不使用多卡，和v1版本一样只需要简单的微调，能否在“code02_训练模型全部流程” 的基础上只更改 加载模型，换成 chatglm-6b v2的模型。
万分感谢！！！！！

您好，非常理解您的需求，因为ipynb格式的文件，相较于bash脚本，更加容易看懂和理解。
其实不考虑训练的脚本形式，他们本质上都是一样的：处理数据、模型加载、lora处理、开始训练等。
脚本看起来有点复杂，但是容纳了更多的场景和情况。
您可以无缝的从之前的版本切换到当前最新的版本，因为数据格式都是一模一样的。门槛已经足够低啦
祝你加油～

license: MIT


text:
Doesn't show latest log in Xcode 6

It will only show the second oldest log in the console. So the console is always one log behind and you can't use it anymore.
Also in the newest beta as in the stable 6.1.

Ok, I'll check and fix it. Please wait for my pull request later
发自我的 iPhone

在 2015年2月3日，下午8:14，denbec notifications@github.com 写道：
It will only show the second oldest log in the console. So the console is always one log behind and you can't use it anymore.
Also in the newest beta as in the stable 6.1.
—
Reply to this email directly or view it on GitHub.

Hi, you can download the latest version from https://github.com/alexlee002/MCLog
But there still has this bug if you use NSLog directly.
What is confused me is that if you use the Macros（ALLogV etc.） I mentions in README.md to enable colorful log output,  then everything is OK.

duplicated with #6

It supports the newest Xcode right now and is duplicated. Let's move our conversation to #6.

authors: alexlee002 denbec yuhua-chen

repo: yuhua-chen/MCLog

license: mit

license_source: bigquery


text:
Failed to install

Hello,
i have this error when i try to install it with brew :
MacOS Catalina version 10.15.7 (19H2)
❯ brew install yulrizka/tap/pushtotalk
Updating Homebrew...
==> Auto-updated Homebrew!
Updated 1 tap (homebrew/cask).
==> Updated Casks
macpilot

==> Installing pushtotalk from yulrizka/tap
==> Downloading https://github.com/yulrizka/osx-push-to-talk/archive/v0.1.5.tar.gz
Already downloaded: /Users/jmenan/Library/Caches/Homebrew/downloads/1a5ea18d0cc9c93bae9a5b6ea97a1603913bf305b9fc0560c8365826391c3921--osx-push-to-talk-0.1.5.tar.gz
==> xcodebuild -project PushToTalk.xcodeproj CODE_SIGN_IDENTITY=- -configuration Release SYMROOT=build
Last 15 lines from /Users/jmenan/Library/Logs/Homebrew/pushtotalk/01.xcodebuild:
	15  ibtoold                             0x0000000106b8ede5 IBIDEInitialize + 52
	16  ibtoold                             0x0000000106b8dfdf main + 1622
	17  libdyld.dylib                       0x00007fff6baf6cc9 start + 1
	18  ???                                 0x0000000000000015 0x0 + 21
)
libc++abi.dylib: terminating with uncaught exception of type NSException
Command CompileXIB failed with a nonzero exit code

** BUILD FAILED **

The following build commands failed:
	CompileAssetCatalog /tmp/pushtotalk-20201103-24209-3s0kkl/osx-push-to-talk-0.1.5/build/Release/PushToTalk.app/Contents/Resources /tmp/pushtotalk-20201103-24209-3s0kkl/osx-push-to-talk-0.1.5/PushToTalk/Images.xcassets
	CompileXIB /tmp/pushtotalk-20201103-24209-3s0kkl/osx-push-to-talk-0.1.5/PushToTalk/Base.lproj/MainMenu.xib
(2 failures)

If reporting this issue please do so at (not Homebrew/brew or Homebrew/core):
  https://github.com/yulrizka/homebrew-tap/issues

Hi, could you report the version of your xcodebuild ? eg
$ xcodebuild -version

I have the same error on MacOS Catalina version 10.15.7 (19H2) as well. My xcodebuild version is:
$ xcodebuild -version
Xcode 12.1
Build version 12A7403

Sorry for my late answer, my xcodebuild is the same version like Daanvm
❯ xcodebuild -version Xcode 12.1 Build version 12A7403

Unfortunately I could not reproduce even with the same version
❯ xcodebuild -version

Xcode 12.1
Build version 12A7403

~/dev/go/rumah master
❯ brew install yulrizka/tap/pushtotalk
==> Installing pushtotalk from yulrizka/tap
==> Downloading https://github.com/yulrizka/osx-push-to-talk/archive/v0.1.5.tar.gz
Already downloaded: /Users/ahmy.yulrizka/Library/Caches/Homebrew/downloads/1a5ea18d0cc9c93bae9a5b6ea97a1603913bf305b9fc0560c8365826391c3921--osx-push-to-talk-0.1.5.tar.gz
Warning: Your Xcode (12.1) is outdated.
Please update to Xcode 12.2 (or delete it).
Xcode can be updated from the App Store.

==> xcodebuild -project PushToTalk.xcodeproj CODE_SIGN_IDENTITY=- -configuration Release SYMROOT=buil
==> Caveats
The application was only built in "/usr/local/opt/pushtotalk/PushToTalk.app"

To make it available in the Application folder, create a symlink with:

    ln -s "/usr/local/opt/pushtotalk/PushToTalk.app" "/Applications/PushToTalk.app"

==> Summary
🍺  /usr/local/Cellar/pushtotalk/0.1.5: 31 files, 12.3MB, built in 16 seconds

Could you maybe try manually
$ git clone git@github.com:yulrizka/osx-push-to-talk.git
$ cd osx-push-to-talk
$ xcodebuild -target "PushToTalk" -configuration Release

It also fails when I run it manually, but with a lot more output: https://gist.github.com/Daanvm/8cd84d0bbdb714e312cb57f19b438b07
Let me know if you want me to try anything else and thanks for the help so far!

Update: I got it to work (both the manual build and the brew install) by opening the Xcode app once. It did install additional required components, so I guess these were missing.

I already had the xcode command line tools installed, so it was something else. Not sure if this is something that can be downloaded from the CLI so you can add it to your build steps?

Thanks for the update @Daanvm, that is something I have to check.

That fix works for me. Managed to build a universal binary on an M1 MBP after installing the "additional components".

That fix works for me. Managed to build a universal binary on an M1 MBP after installing the "additional components".

authors: Daanvm GJKrupa jmenan yulrizka

repo: yulrizka/osx-push-to-talk


text:
Automated cherry pick of #1829: 避免cacheimage refresh时同步azure镜像信息异常

Cherry pick of #1829 on release/2.10.0.
#1829: 避免cacheimage refresh时同步azure镜像信息异常

Codecov Report

:exclamation: No coverage uploaded for pull request base (release/2.10.0@90b0872). Click here to learn what that means.
The diff coverage is n/a.

@@               Coverage Diff                @@
##             release/2.10.0   #1847   +/-   ##
================================================
  Coverage                  ?   7.65%
================================================
  Files                     ?     410
  Lines                     ?   62893
  Branches                  ?       0
================================================
  Hits                      ?    4816
  Misses                    ?   57669
  Partials                  ?     408

Flag
Coverage Δ

#aFlag
7.65% <ø> (?)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 90b0872...238ea67. Read the comment docs.

/lgtm
/approve

authors: codecov-io ioito swordqiu

repo: yunionio/onecloud


text:
Automated cherry pick of #4685: fix: next marker format

Cherry pick of #4685 on release/2.12.
#4685: fix: next marker format

/lgtm

/approve

authors: ioito swordqiu


text:
Usage with emacs for multiple files

This is not an issue.
It's more of a thank you and a rudimentary emacs usage as I found this extension much more helpfull than using pandoc with emacs markdown mode on *nix like systems.  I use this on Ubuntu 20.04.3 LTS and GNU Emacs 26.3.
Feel free to comment or just close this issue as you see fit.
To use this gh extension with emacs:

insert into the .emacs file (or equivalent):

(defun md_preview ()
  "start /usr/bin/gh markdown-preview -p PORT <current buffer file>"
  (interactive)
  (let (PORT BFN BFN_PORT)
    (setq PORT (read-string "PORT: " nil nil "3333"))
    (setq BFN (buffer-file-name))
    (setq BFN_PORT (concat BFN ":" PORT))
    (start-process "gh_markdown_preview" BFN_PORT "/usr/bin/gh" "markdown-preview" "-p" PORT BFN)))

(global-set-key [(control ?x) (p)] 'md_preview)

restart emacs and open a couple of markdown files.
to preview a buffer with a markdown file by using a web browser and the url http://localhost:3333: in emacs "C-x p" RET (to use the default port 3333)
to preview a second buffer with a different markdown file in a web browser and the url http://localhost:3334: in emacs "C-x p" 3334 RET (or any port that isn't in use such as 3333 in this example)
the lisp code above will put output from the gh markdown-preview instances into separate buffers named like /path/to/markdown-file.md:3333, /path/to/different-markdown-file.md:3334, etc. in emacs
close the /path/to/markdown-file.md:3333 emacs buffer to exit the preview processes on port 3333 (and free the port)

This emacs implementation has shortcomings:
A. The user must keep track of what port is open and available for use
B. I'm not sure if this is the best solution if one is editing several hundred md files.  I only edit a handful so I suspect it will work just fine for that.
C. While I've used emacs for some time, the above is a first attempt at coding lisp.  It works for me but there are likely many more shortcomings than A & B above.  Treat this a place to start, not an end point.
HTH
and thanks again - it's really handy.
EDITs - the original code posted didn't work.  The code above does, is a bit simpler, and perhaps makes it easier to keep track of what markdown file is being displayed on what port.

Hi @stuart-nolan
This "usage" you wrote is very helpful. But, It's not suitable for this project's README. How about to write about this on your blog if you have. Or on Gist. If you wrote an article, tell me the URL. I'll link from the README.

I agree that it is not suitable for your project's README.
I have not written an article or gist nor do I plan to as what I have done is too simplistic.  Perhaps a more experienced emacs user might build on the concept and produce something that has a better UX.
It is likely that the existence of this issue is sufficient even if it is closed.

@stuart-nolan

It is likely that the existence of this issue is sufficient even if it is closed.

I see. That's good to know. I will close this issue, anyway. Thank you!

And, It was good that I can know there are needs for previewing multiple Markdown files.

authors: stuart-nolan yusukebe

repo: yusukebe/gh-markdown-preview


text:
RuntimeError: Error(s) in loading state_dict for WEncoder:

Hi, Thank you for your work.
I want to train with custom dataset but I am getting the following error.

In the --w_encoder_checkpoint_path section, I used the model I obtained from the training I made in the encoder4editing
 repository.

also stylegan model's output size is 512
The w_encoder models you shared are 246 Mb. but the size of the model I got from the Encoder4editing training is 1 Gb.

The WEncoder architecture is different than the e4e encoder. For example, e4e uses an FPN to output the latent codes and the WEncoder has a simpler architecture used to output a single latent code.
Therefore you are unable to load your encoder.
If you do want to use your encoder for e4e you need to make a few changes:

Change the w_encoder_type to match the encoder type of your e4e encoder.
In the pSp class, you need to add support for your encoder in the function set_encoder. For example, now we only support WEncoder, but you can add your class with your encoder type.

also stylegan model's output size is 512

This is fine. We support different resolutions using the flag --output_size. You can set this to `512.

The w_encoder models you shared are 246 Mb. but the size of the model I got from the Encoder4editing training is 1 Gb.

As explained above, the WEncoder is a different architecture than the e4e encoder. It is a much more lightweight encoder that is used to generate a single latent code rather than multiple latent codes as is done in e4e. This explains the difference in the file weights.

Thank you for helping,  which repository did you train Wencoder?

I used the e4e repo. There they call it SingleStyleCodeEncoder, but it is the same architecture and training scheme.
You can use that encoder type and change the encoder type here from WEncoder to SingleStyleCodeEncoder

Thank you so much

SingleStyleCodeEncoder

I have the same problem. Have you solved it？i try to replace psp class with e4e class, but do not work

I used the e4e repo. There they call it SingleStyleCodeEncoder, but it is the same architecture and training scheme. You can use that encoder type and change the encoder type here from WEncoder to SingleStyleCodeEncoder

i have same problem ,i try to replace sps class with e4e class, then encoder_type is ProgressiveBackboneEncoder, but do not work

I used the e4e repo. There they call it SingleStyleCodeEncoder, but it is the same architecture and training scheme. You can use that encoder type and change the encoder type here from WEncoder to SingleStyleCodeEncoder

in the e4e repo . Before the training, i added --encoder_type SingleStyleCodeEncoder, my hyperstyle is ready to train，thank you so much.

Awesome

Hello！
I try to add --encoder_type SingStyleCodeEncoder in e4e repo, but i get an error:
Traceback (most recent call last):
File "scripts/train.py", line 107, in
main()
File "scripts/train.py", line 48, in main
coach.train()
File "./training/coach.py", line 108, in train
self.check_for_progressive_training_update()
File "./training/coach.py", line 156, in check_for_progressive_training_update
self.net.encoder.set_progressive_stage(ProgressiveStage(i))
File "/home/sd01/anaconda3/envs/e4e_env/lib/python3.6/site-packages/torch/nn/modules/module.py", line 772, in getattr
type(self).name, name))
torch.nn.modules.module.ModuleAttributeError: 'BackboneEncoderUsingLastLayerIntoW' object has no attribute 'set_progressive_stage'
can you tell me how to modify it？ Thanks！ @yuval-alaluf @Winnie202

authors: Cagdas-Yilmaz Winnie202 shenhaiyoulan yuval-alaluf

repo: yuval-alaluf/hyperstyle


text:
青龙运行 日志显示这个错误时什么原因呢？

开始执行... 2021-08-01 23:24:22
更新任务状态成功
Traceback (most recent call last):
File "yuxian158_check_ck_acfun.py", line 5, in
from getENV import getENv
ModuleNotFoundError: No module named 'getENV'
更新任务状态成功
执行结束... 2021-08-01 23:24:24  耗时 2 秒

没有通知，## 开始执行... 2021-08-02 19:30:11
更新任务状态成功
🔔腾讯视频会员签到, 开始!
更新任务状态成功
这个算成功吗

不算吧，第一个因为你没拉依赖，后面你是怎么搞了

依赖是这个嘛？大佬
pip3 install requests rsa
ql repo https://github.com/yuxian158/check.git "ck_" "" "checksendNotify|getENV"
cp /ql/repo/yuxian158_check/config.json /ql/config/check.json

docker exec -it ql/bin/sh
pip3 install requests
是安装这个嘛，大佬


text:
Allow hiding menu bar on Linux

The UI feature to auto-hide the menu bar works on Linux as well as
Windows. Don't ignore it if the config value is set.

Thank you! I wasn't able to decide adding it in previous verions because Linux has some different windows managers.

The default config option is off and the user will need to manually poke their config to turn it on anyway, so I think it's safe to leave this up to the user and obey the config value if present. In my testing it behaves about the same as option does in Atom: the bar is hidden until you hit Alt

authors: alerque yuya-oc

repo: yuya-oc/electron-mattermost


text:
Reproduce results on Tokyo247 dataset

Hi Dr. Ge,
Thanks for sharing this nice work!
I have successfully reproduced the reported results on Pittsbugh250k. However, on Tokyo247, I got slightly worse results than reported. Here is what we reproduced:
Recall@1 84.1
Recall@5 91.1
Recall@10 92.4
Since we got exactly the same results on Pittsburgh, there should be no problem with the checkpoint loading.  I guess the tokyo247 dataset is wrongly installed in my case. I notice that there are three versions of tokyo247 queries, so I want to check with you whether your results are based on  queries_v3 or v2.
Besides, I notice that tokyo247 query images are preprocessed with different resizing transformation, may I know the reason of it?

Could you please show me the valid link of tokyo247 dataset ??  I find the link on the original paper is invalid and I have problems to find a new one. Thank you !

authors: galanone hellocasper

repo: yxgeee/OpenIBL


text:
Not using Rectangle as background color UI

We use Rectangle in zstack as background color UI.
In that case, you may need to set an arbitrary height for the zstack, which is undesirable because it does not match the actual size of the content.
We can do like this.
    var body: some View {
        VStack {
            ForEach(plans) { plan in
                SubscPlanItemView(
                    planName: plan.planName,
                    price: plan.priceText,
                    cycle: plan.cycle
                )
                .padding(8)
            }
        }
        .background(Color.white)
        .clipped()
        .adaptiveShadow()
    }

you may need to set an arbitrary height for the zstack

いや必ずしも必要でない気がしている

repo: yyokii/SubscMemo


text:
Check for executable might be true (finds shim), while execution fails

Usually other programs check for existence of a program by checking if it's executable, e.g. via if executable("autopep8") in Vim.
This is true, while the execution itself then might fail:
% autopep8
pyenv: autopep8: command not found

The `autopep8' command exists in these Python versions:
  3.4.3
  2.7.9

The workaround would be to use pyenv which autopep8, but that requires changes to the other programs, which could do this:
prog=$(command -v autopep8)
if [[ $prog == $PYENV_ROOT/shims/autopep8 ]] && [[ $(command -v pyenv) ]]; then
    prog=$(pyenv which autopep8 2>/dev/null)
else
    prog=$(command -v autopep8)
fi

Another workaround would be to also try execution the found command, e.g. with --help or --version, but this still needs adjustments to the other program/plugin.
Is there a better way to fix pyenv for this use case?

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/11123614-check-for-executable-might-be-true-finds-shim-while-execution-fails?utm_campaign=plugin&utm_content=tracker%2F282009&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F282009&utm_medium=issues&utm_source=github).

Try running --help or --version would be the easiest for now.

I think this is a kind of limitation of pyenv's shims approach. Because it's a core of its concept, it is hard to deal with.

authors: blueyed yyuu

repo: yyuu/pyenv


text:
fix: wrong document

updatefound hook will fire when new update will be available.

The original document is correct.


text:
bug: dim[1] unmatch on DataParallel

background
--feat char with two gpu
error
  File "/data/user/jupyter-ws/sematic/crfpar/parser/model.py", line 98, in forward
    word_embed, feat_embed = self.embed_dropout(word_embed, feat_embed)
  File "/home/user/anaconda3/envs/crfpar/lib/python3.7/site-packages/torch/nn/modules/module.py", line 532, in __call__
    result = self.forward(*input, **kwargs)
  File "/data/user/jupyter-ws/sematic/crfpar/parser/modules/dropout.py", line 56, in forward
    total = sum(masks)
RuntimeError: The size of tensor a (126) must match the size of tensor b (125) at non-singleton dimension 1

analyse
https://github.com/yzhangcs/crfpar/blob/8abb95f177e5cbf4d7ebc494bcaf9ca15af3e3da/parser/cmds/train.py#L73
see DataParallel — PyTorch 1.7.0 documentation
https://github.com/yzhangcs/crfpar/blob/8abb95f177e5cbf4d7ebc494bcaf9ca15af3e3da/parser/model.py#L77
DataParallel scatter inputs to different gpu which means words's max length may not match the words.shape[1]. Thus, calculating lens from mask will lead to unmatch max sequence length.
https://github.com/yzhangcs/crfpar/blob/8abb95f177e5cbf4d7ebc494bcaf9ca15af3e3da/parser/model.py#L88
rebuild feat_embed from lens could lead to unmatch dim1, namely the max sequence length dim of feat_embed, resulting in the above error.
possible solution

use only one gpu

pass lens as model input instead of calculating from words.

Thank you for reporting the bug. I will fix this later.
You can use pad instead, which provide an arg of total_length.

authors: xsthunder yzhangcs

repo: yzhangcs/crfpar