are you signed in into the website so that episode 3 & on will play ??

are you signed in into the website so that episode 3 & on will play ??

Yes and I was able to play them in the browser without issue. I also attempted —cookies-from-browser but received the same error (tried chrome and Firefox)

share log with --cookies-from-browser

[debug] Command-line config: ['-vU', '--cookies-from-browser', 'firefox', 'https://www.dailywire.com/episode/ep-3-avery-s-niece-new'] Extracting cookies from firefox [debug] Extracting cookies from: "C:\Users\Laythrom10-2\AppData\Roaming\Mozilla\Firefox\Profiles\cz0vdwrc.default-release\cookies.sqlite" Extracted 651 cookies from firefox [debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out utf-8, error utf-8, screen utf-8 [debug] yt-dlp version stable@2023.09.24 [088add956] (win_exe) [debug] Python 3.8.10 (CPython AMD64 64bit) - Windows-10-10.0.19045-SP0 (OpenSSL 1.1.1k 25 Mar 2021) [debug] exe versions: ffmpeg 2023-09-29-git-40aa451154-full_build-www.gyan.dev (setts), ffprobe 2023-09-29-git-40aa451154-full_build-www.gyan.dev [debug] Optional libraries: Cryptodome-3.19.0, brotli-1.1.0, certifi-2023.07.22, mutagen-1.47.0, sqlite3-3.35.5, websockets-11.0.3 [debug] Proxy map: {} [debug] Loaded 1886 extractors [debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest Available version: stable@2023.09.24, Current version: stable@2023.09.24 Current Build Hash: 125465ac4416bcd4bf1632b899630ceecc08b341e83fdf10bd34700c58ea5152 yt-dlp is up to date (stable@2023.09.24) [DailyWire] Extracting URL: https://www.dailywire.com/episode/ep-3-avery-s-niece-new [DailyWire] ep-3-avery-s-niece-new: Downloading webpage ERROR: [DailyWire] clm8geguv3qku0870ewvcu0ed: No video formats found!; please report this issue on https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using yt-dlp -U Traceback (most recent call last): File "yt_dlp\YoutubeDL.py", line 1567, in wrapper File "yt_dlp\YoutubeDL.py", line 1723, in __extract_info File "yt_dlp\YoutubeDL.py", line 1782, in process_ie_result File "yt_dlp\YoutubeDL.py", line 2751, in process_video_result File "yt_dlp\YoutubeDL.py", line 1076, in raise_no_formats yt_dlp.utils.ExtractorError: [DailyWire] clm8geguv3qku0870ewvcu0ed: No video formats found!; please report this issue on https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using yt-dlp -U

Same issue here:

[twiclo@momo shot]$ yt-dlp -vU --cookies-from-browser brave https://www.dailywire.com/episode/baby-s-first-shot-in-the-dark-hepatitis-b
[debug] Command-line config: ['-vU', '--cookies-from-browser', 'brave', 'https://www.dailywire.com/episode/baby-s-first-shot-in-the-dark-hepatitis-b']
Extracting cookies from brave
[debug] Extracting cookies from: "/home/twiclo/.config/BraveSoftware/Brave-Browser/Default/Cookies"
Extracted 1860 cookies from brave
[debug] cookie version breakdown: {'v10': 1793, 'v11': 0, 'other': 0, 'unencrypted': 67}
[debug] Encodings: locale UTF-8, fs utf-8, pref UTF-8, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version stable@2023.09.24 [088add956] (zip)
[debug] Python 3.11.5 (CPython x86_64 64bit) - Linux-6.4.15-100.fc37.x86_64-x86_64-with-glibc2.36 (OpenSSL 3.0.9 30 May 2023, glibc 2.36)
[debug] exe versions: ffmpeg 5.1.3 (setts), ffprobe 5.1.3
[debug] Optional libraries: Cryptodome-3.17.0, brotli-1.0.9, certifi-2023.05.07, mutagen-1.45.1, sqlite3-3.40.0, websockets-10.3
[debug] Proxy map: {}
[debug] Loaded 1886 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest
Available version: stable@2023.09.24, Current version: stable@2023.09.24
Current Build Hash: 9c32c2f215a58c33369ec6105b7e97871905b8d757407bea2bc71d265f9f6cfe
yt-dlp is up to date (stable@2023.09.24)
[DailyWire] Extracting URL: https://www.dailywire.com/episode/baby-s-first-shot-in-the-dark-hepatitis-b
[DailyWire] baby-s-first-shot-in-the-dark-hepatitis-b: Downloading webpage
ERROR: [DailyWire] clif2chzlknvx0742aus0m7ca: No video formats found!; please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
Traceback (most recent call last):
  File "/usr/local/bin/yt-dlp/yt_dlp/YoutubeDL.py", line 1567, in wrapper
    return func(self, *args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/bin/yt-dlp/yt_dlp/YoutubeDL.py", line 1723, in __extract_info
    return self.process_ie_result(ie_result, download, extra_info)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/bin/yt-dlp/yt_dlp/YoutubeDL.py", line 1782, in process_ie_result
    ie_result = self.process_video_result(ie_result, download=download)
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/bin/yt-dlp/yt_dlp/YoutubeDL.py", line 2751, in process_video_result
    self.raise_no_formats(info_dict)
  File "/usr/local/bin/yt-dlp/yt_dlp/YoutubeDL.py", line 1076, in raise_no_formats
    raise ExtractorError(msg, video_id=info['id'], ie=info['extractor'],
yt_dlp.utils.ExtractorError: [DailyWire] clif2chzlknvx0742aus0m7ca: No video formats found!; please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U

I encountered this issue as well on both latest stable and latest git. Using https://www.dailywire.com/show/exodus as an example, the first episode works but the rest do not.

I resorted to downloading the m3u8 manually, which does work:

1. Go to the episode you want to download, make sure you are logged in
2. Open devtools, go to Network tab
3. Look for GET request for the m3u8. It should start with https://stream.media.dailywire.com/... so you can search for stream.media in the search bar
4. Copy the request url.
5. Download the URL with yt-dlp <URL>. You will need to set an output format (-o) due to yt-dlp not being able to guess a name from the generic stream.

What makes this work is that the URL contains both the path to the episode but also what I assume to be an oauth token (the ?token= part of the URL). Maybe the dailywire extractor broke because they started using an oauth flow for newer videos or something?