DO NOT PASS YOUR COOKIES, See #10085 and #10108.

Reportedly, authenticating with oauth (via this plugin) instead of cookies has been working for some users.

This sign-in requirement is affecting almost all apps that access Youtube, including the official Youtube web app.

i have this problem today, so what is do not pass cookie, it worked last week

EDIT BY MAINTAINER:
Yes, this is a new problem that didn't exist a ~week ago.
Read the linked issues to learn why passing cookies is not a good idea now.

@Foremost

Unless you were already using --cookies-from-browser no change is necessary. Youtube is blocking videos (for me at least) whether you are passing cookies from your web browser or not. By default yt-dlp does not pass cookies, and youtube may block your request anyway. Ultimately this arms race must* be on the JS execution level and what that JS engine presents to the user.

• well, technically, we could all have opted out from executing arb code long ago... but the browsers were bought via direct funding to the controlling foundation (Firefox) and/or created (Chrome) by major content providers (ahum google).

i have this problem today, so what is do not pass cookie, it worked last week

EDIT BY MAINTAINER: Yes, this is a new problem that didn't exist a ~week ago. Read the linked issues to learn why passing cookies is not a good idea now.

I don't pass any cookies, when i use -vU to show debug log, but it still not worked. Is it a bug need fix?

I don't pass any cookies, when i use -vU to show debug log, but it still not worked. Is it a bug need fix?

YouTube has flagged and blocked your IP. You can try using OAuth to work around this, but there are no guarantees it will work for you. You may have to wait until you are assigned a new IP by your ISP. This can take around ~1 week to several months depending on your ISP. Most people have dynamic IPs, so your IP will eventually change. As I mentioned before, see #10085 and #10108 for more information. These issues are also listed in their FAQ.

Embedding mode {'cookiesfrombrowser': ('firefox',),} works for now

cookiesfrombrowser:  A tuple containing the name of the browser, the profile
                   name/path from where cookies are loaded, the name of the keyring,
                   and the container name, e.g. ('chrome', ) or
                   ('vivaldi', 'default', 'BASICTEXT') or ('firefox', 'default', None, 'Meta')

@forxxin , but i have next problem:
FileNotFoundError: could not find firefox cookies database in /home/$my name$/.mozilla/firefox.

Where i can find this file?

Your IP has been blacklisted by YouTube. Use a proxy with the following command:

yt-dlp --proxy "userProxy:passwordProxy@ipProxy" URL

Can someone who's affected by this please send a verbose log of yt-dlp -v --extractor-args "youtube:player_client=tv_embedded,mediaconnect" URL

Your IP has been blacklisted by YouTube. Use a proxy with the following command:

yt-dlp --proxy "userProxy:passwordProxy@ipProxy" URL

VPNs and proxies WILL NOT work as YouTube actively blocks them as well.

With #10648 merged, supplying a valid PO Token may help in some cases.

See the PO Token Guide and po_token extractor arg for more details.

If you are still getting IP blocked with a valid PO Token then you are likely either downloading too much too fast and need to slow down, and/or are running from a DC IP which are susceptible to being blocked. We cannot help with this.

Note: requires yt-dlp nightly

With #10648 merged, supplying a valid PO Token may help in some cases.

See the PO Token Guide and po_token extractor arg for more details.

If you are still getting IP blocked with a valid PO Token then you are likely either downloading too much too fast and need to slow down, and/or are running from a DC IP which are susceptible to being blocked. We cannot help with this.

Note: requires yt-dlp nightly

Thanks for the update, yet I wonder if we have a way to implement downloading playlist items with random interval (longer interval) so that it appears more natural?

I didn't find corresponding command line argument from yt-dlp (correct me if I'm wrong). But since this is quiet straight forward to implement. I wrote the following script to 1) fetch a playlist first 2) parse for items 3) download them individually with random pause.

For anyone want to try this idea out: https://gist.github.com/LumenYoung/5923050fe35b248b876906448684f82b. I'm not sure it can be used to bypass the rate limit.

--sleep-interval SECONDS        Number of seconds to sleep before each
                                download. This is the minimum time to sleep
                                when used along with --max-sleep-interval
                                (Alias: --min-sleep-interval)
--max-sleep-interval SECONDS    Maximum number of seconds to sleep. Can only
                                be used along with --min-sleep-interval

If you set both min and max interval, the actual interval is randomized. Consider also adding --sleep-requests.
An example command line option would be --sleep-requests 1.5 --min-sleep-interval 60 --max-sleep-interval 90