[TF1] - This video is DRM protected.

[pingu1]

Checklist

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

Verbose log

> youtube-dl -f bestvideo+bestaudio https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/quotidien-du-8-juin-2023-14878832.html -o test.mp4 -v

[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-f', 'bestvideo+bestaudio', 'https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/quotidien-du-8-juin-2023-14878832.html', '-o', 'test.mp4', '-v']
[debug] Encodings: locale UTF-8, fs utf-8, out utf-8, pref UTF-8
[debug] youtube-dl version 2021.12.17
[debug] Python version 3.11.2 (CPython) - macOS-13.3.1-arm64-arm-64bit
[debug] exe versions: ffmpeg 5.1.2, ffprobe 5.1.2
[debug] Proxy map: {}
[TF1] quotidien-du-8-juin-2023-14878832: Downloading JSON metadata
[wat.tv] 13991716: Downloading JSON metadata
[wat.tv] 13991716: Downloading MPD manifest
ERROR: This video is DRM protected.
Traceback (most recent call last):
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 816, in wrapper
    return func(self, *args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 837, in __extract_info
    ie_result = ie.extract(url)
                ^^^^^^^^^^^^^^^
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/common.py", line 535, in extract
    ie_result = self._real_extract(url)
                ^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/wat.py", line 90, in _real_extract
    raise ExtractorError('This video is DRM protected.', expected=True)
youtube_dl.utils.ExtractorError: This video is DRM protected.

Description

It looks like TF1 updated its played to either add real DRM protection or update something that makes downloads unavailable. The link pasted above worked when I used it on Friday June 9th, but is not working any more this week.

I tried with a bunch of video links from the TF1 website, and they're all resulting in the same error.

[dirkf]

If that's really the case, those links are out of scope for yt-dl.

If there is a video that plays in the browser with DRM disabled (see these yt-dlp instructions, equally applicable) but cannot be fetched with yt-dl, please report it.

[dirkf]

The API that the extractor uses to find the media for the problem link returns this, consistent with the error message:

{
  'media': {
    'id': '13991716',
    'type': 'video',
    'title': 'Quotidien du 8 juin 2023',
    'owner': 'quotidien-tmc',
    'preview': 'https://photos.tf1.fr/1280/720/vignette-p3-080623-29758b-aed945-0@1x.jpg',
    'sqPreview': 'https://photos.tf1.fr/400/400/vignette-square-ef727a-7063af-0@1x.jpg',
    'channel': 'tmc',
    'duration': 809,
    'sb': 'https://video-storyboards.tf1.fr/7b1697aa648d16106ecbf7401bd630e1e452d11f56ca1ed88fd372b255a20a37/lsb.vtt',
    'syndicable': false,
    'shortTitle': 'Quotidien du 8 juin 2023',
    'programName': 'Quotidien',
    'programSlug': 'quotidien-avec-yann-barthes',
    'attach': 'TMC'
  },
  ...
  'delivery': {
    'code': 200,
    'url': 'https://vod-das.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4yMDguNi4xMDciLCJjbWNkIjoiIiwiZXhwIjoxNjg2NTkzMTAwLCJnaWQiOiI5YzcxOTY0Ny05ZGQzLTQwNzMtOWQ0ZC1hNWQ1NjJmMmE0ZTEiLCJpYXQiOjE2ODY1Nzg3MDAsImlzcyI6ImRlbGl2ZXJ5IiwibWF4YiI6MjcwMDAwMCwic3RlbSI6Ii8yL1VTUC0weDAvMTcvMTYvMTM5OTE3MTYvc3NtL2UyOGJhOTA4MTQ0OGI3NTIwZDJlNzUzYTEzYTNjNzRjYjk3MjM4NDVmY2FmY2NlM2IyMTk0MDZjZjM1YzJkNmMuaXNtLzEzOTkxNzE2Lm1wZCIsInN1YiI6IjljNzE5NjQ3LTlkZDMtNDA3My05ZDRkLWE1ZDU2MmYyYTRlMSJ9.HdXZg04zp1qDeqX6FgNgMSoiwgeX1eTTQsl0Rt3-Rrc/2/USP-0x0/17/16/13991716/ssm/e28ba9081448b7520d2e753a13a3c74cb9723845fcafcce3b219406cf35c2d6c.ism/13991716.mpd',
    'country': 'GB',
    'format': 'dash',
    'drm': 'widevine',
    'drm-server': 'https://widevine-proxy-m.prod.p.tf1.fr/proxy?id=13991716&rn=1&ssc=&si=a5bb9ba5ccc9fe1f402bdc01ce6f85927577235c0d9a8f21e5cd5415440b231a&e=1686593100',
    'drms': [
      {
        'name': 'widevine',
        'url': 'https://widevine-proxy-m.prod.p.tf1.fr/proxy?id=13991716&rn=1&ssc=&si=a5bb9ba5ccc9fe1f402bdc01ce6f85927577235c0d9a8f21e5cd5415440b231a&e=1686593100'
      },
      {
        'name': 'playready',
        'url': 'https://playready-proxy.prod.p.tf1.fr/RightsManager.asmx?id=13991716&rn=1&ssc=&si=a5bb9ba5ccc9fe1f402bdc01ce6f85927577235c0d9a8f21e5cd5415440b231a&e=1686593100'
      }
    ],
    'stream-id': '13991716_dash_drm_nomax'
  }
}

[pingu1]

Alright then, not much to do I guess. Thanks for investigating though

[Vangelis66]

First of all, I'm not located within France, but my EU IP appears to be whitelisted 😜 ; trying below sample (2min worth) video clip (doesn't require a TF1 account):

https://www.tf1.fr/lci/le-temps-de-linfo/videos/mort-de-silvio-berlusconi-une-vie-de-succes-daffaires-et-de-polemiques-52186276.html

with latest yt-dl, I get (much like the OP):

yt-dl -vF "https://www.tf1.fr/lci/le-temps-de-linfo/videos/mort-de-silvio-berlusconi-une-vie-de-succes-daffaires-et-de-polemiques-52186276.html" => 

[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['--ffmpeg-location', '.\\FFmpeg', '--external-downloader-args', '-v 8 -stats', '-vF', 'https://www.tf1.fr/lci/le-temps-de-linfo/videos/mort-de-silvio-berlusconi-une-vie-de-succes-daffaires-et-de-polemiques-52186276.html']
[debug] Encodings: locale cp1253, fs mbcs, out cp737, pref cp1253
[debug] youtube-dl version 2023.06.12.1919 (single file build)
[debug] Python 3.4.4 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 - OpenSSL 1.0.2d 9 Jul 2015
[debug] exe versions: ffmpeg n6.1-dev-1149-N-111033-gf11515c, ffprobe n6.1-dev-1149-N-111033-gf11515c, phantomjs 2.1.1, rtmpdump 2.4
[debug] Proxy map: {}
[TF1] mort-de-silvio-berlusconi-une-vie-de-succes-daffaires-et-de-polemiques-52186276: Downloading JSON metadata
[wat.tv] 13994339: Downloading JSON metadata
[wat.tv] 13994339: Downloading MPD manifest
ERROR: This video is DRM protected.
Traceback (most recent call last):
  File "YoutubeDL.py", line 825, in wrapper
  File "YoutubeDL.py", line 846, in __extract_info
  File "common.py", line 535, in extract
  File "D:\a\youtube-dl\youtube-dl\youtube_dl\extractor\wat.py", line 90, in _real_extract
youtube_dl.utils.ExtractorError: This video is DRM protected.

However, running:

yt-dl "https://www.tf1.fr/lci/le-temps-de-linfo/videos/mort-de-silvio-berlusconi-une-vie-de-succes-daffaires-et-de-polemiques-52186276.html" --dump-pages | FindStr /n mpd => 

FINDSTR: Line 3 is too long.
8:[wat.tv] Dumping request to https://vod-das.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4xMi4xNzEuMTIwIiwiY21jZCI6IiIsImV4cCI6MTY4NjYzNjc0NywiZ2lkIjoiNDk3MzE2OTQtMzdiZi00NWVlLWIwYmEtMDZlZjgzYzAzOGM2IiwiaWF0IjoxNjg2NjIyMzQ3LCJpc3MiOiJkZWxpdmVyeSIsIm1heGIiOjI3MDAwMDAsInN0ZW0iOiIvMi9VU1AtMHgwLzQzLzM5LzEzOTk0MzM5L3NzbS8xMzk5NDMzOXdkdi5pc20vMTM5OTQzMzkubXBkIiwic3ViIjoiNDk3MzE2OTQtMzdiZi00NWVlLWIwYmEtMDZlZjgzYzAzOGM2In0.Sxf2PsnDDZBFyB4jblRf0x7Cpkh61-ttelXlZsbNWZQ/2/USP-0x0/43/39/13994339/ssm/13994339wdv.ism/13994339.mpd
FINDSTR: Line 9 is too long.
ERROR: This video is DRM protected.

... one can get the URI of the cenc MPEG-DASH manifest:

https://vod-das.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4xMi4xNzEuMTIwIiwiY21jZCI6IiIsImV4cCI6MTY4NjYzNjc0NywiZ2lkIjoiNDk3MzE2OTQtMzdiZi00NWVlLWIwYmEtMDZlZjgzYzAzOGM2IiwiaWF0IjoxNjg2NjIyMzQ3LCJpc3MiOiJkZWxpdmVyeSIsIm1heGIiOjI3MDAwMDAsInN0ZW0iOiIvMi9VU1AtMHgwLzQzLzM5LzEzOTk0MzM5L3NzbS8xMzk5NDMzOXdkdi5pc20vMTM5OTQzMzkubXBkIiwic3ViIjoiNDk3MzE2OTQtMzdiZi00NWVlLWIwYmEtMDZlZjgzYzAzOGM2In0.Sxf2PsnDDZBFyB4jblRf0x7Cpkh61-ttelXlZsbNWZQ/2/USP-0x0/43/39/13994339/ssm/13994339wdv.ism/13994339.mpd

(another way to get this is to use URL sniffing in your preferred browser, or use specialised browser extensions that detect MPD/M3U8 manifests 😉 ); of course, this is still no good for yt-dl,

yt-dl -F "https://vod-das.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4xMi4xNzEuMTIwIiwiY21jZCI6IiIsImV4cCI6MTY4NjYzNjc0NywiZ2lkIjoiNDk3MzE2OTQtMzdiZi00NWVlLWIwYmEtMDZlZjgzYzAzOGM2IiwiaWF0IjoxNjg2NjIyMzQ3LCJpc3MiOiJkZWxpdmVyeSIsIm1heGIiOjI3MDAwMDAsInN0ZW0iOiIvMi9VU1AtMHgwLzQzLzM5LzEzOTk0MzM5L3NzbS8xMzk5NDMzOXdkdi5pc20vMTM5OTQzMzkubXBkIiwic3ViIjoiNDk3MzE2OTQtMzdiZi00NWVlLWIwYmEtMDZlZjgzYzAzOGM2In0.Sxf2PsnDDZBFyB4jblRf0x7Cpkh61-ttelXlZsbNWZQ/2/USP-0x0/43/39/13994339/ssm/13994339wdv.ism/13994339.mpd" => 

[generic] 13994339: Requesting header
WARNING: Falling back on generic information extractor.
[generic] 13994339: Downloading webpage
[generic] 13994339: Extracting information
ERROR: No video formats found; 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.

... but if you remove three critical 😜 letters from that URI, this is no longer the case:

yt-dl -F "https://vod-das.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4xMi4xNzEuMTIwIiwiY21jZCI6IiIsImV4cCI6MTY4NjYzNjc0NywiZ2lkIjoiNDk3MzE2OTQtMzdiZi00NWVlLWIwYmEtMDZlZjgzYzAzOGM2IiwiaWF0IjoxNjg2NjIyMzQ3LCJpc3MiOiJkZWxpdmVyeSIsIm1heGIiOjI3MDAwMDAsInN0ZW0iOiIvMi9VU1AtMHgwLzQzLzM5LzEzOTk0MzM5L3NzbS8xMzk5NDMzOXdkdi5pc20vMTM5OTQzMzkubXBkIiwic3ViIjoiNDk3MzE2OTQtMzdiZi00NWVlLWIwYmEtMDZlZjgzYzAzOGM2In0.Sxf2PsnDDZBFyB4jblRf0x7Cpkh61-ttelXlZsbNWZQ/2/USP-0x0/43/39/13994339/ssm/13994339.ism/13994339.mpd" => 

[generic] 13994339: Requesting header
WARNING: Falling back on generic information extractor.
[generic] 13994339: Downloading webpage
[generic] 13994339: Extracting information
[info] Available formats for 13994339:
format code    extension  resolution note
audio=64000    m4a        audio only DASH audio   64k , m4a_dash container, mp4a.40.2 (48000Hz)
audio=128000   m4a        audio only DASH audio  128k , m4a_dash container, mp4a.40.2 (48000Hz)
video=201075   mp4        416x234    DASH video  201k , mp4_dash container, avc1.42C01E, 25fps, video only
video=401923   mp4        480x270    DASH video  401k , mp4_dash container, avc1.42C01E, 25fps, video only
video=602783   mp4        640x360    DASH video  602k , mp4_dash container, avc1.42C01E, 25fps, video only
video=1209132  mp4        1024x576   DASH video 1209k , mp4_dash container, avc1.4D401F, 25fps, video only
video=1712857  mp4        1024x576   DASH video 1712k , mp4_dash container, avc1.4D401F, 25fps, video only
video=2518509  mp4        1280x720   DASH video 2518k , mp4_dash container, avc1.4D401F, 25fps, video only (best)

If "I" can do it, I'm certain python code can do it, too 😄 ...

EDIT: This "hack" doesn't work for full-length episodes 😞 , which, I suppose, most are after ...

[dirkf]

Good spot: the existing extraction tactic does something similar, but as you note, and as the example JSON that I posted shows, it's not always applicable.

When it is, after appending .replace('wdv.ism/', '.ism/') to the existing .replace() in the WatIE extractor:

$ python -m youtube_dl -v -F 'https://www.tf1.fr/lci/le-temps-de-linfo/videos/mort-de-silvio-berlusconi-une-vie-de-succes-daffaires-et-de-polemiques-52186276.html'
[debug] System config: [u'--prefer-ffmpeg']
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'-v', u'-F', u'https://www.tf1.fr/lci/le-temps-de-linfo/videos/mort-de-silvio-berlusconi-une-vie-de-succes-daffaires-et-de-polemiques-52186276.html']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2021.12.17
[debug] Git HEAD: 32539c964
[debug] Python 2.7.18 (CPython i686 32bit) - Linux-4.4.0-210-generic-i686-with-Ubuntu-16.04-xenial - OpenSSL 1.1.1t  7 Feb 2023 - glibc 2.15
[debug] exe versions: avconv 4.3, avprobe 4.3, ffmpeg 4.3, ffprobe 4.3
[debug] Proxy map: {}
[TF1] mort-de-silvio-berlusconi-une-vie-de-succes-daffaires-et-de-polemiques-52186276: Downloading JSON metadata
[wat.tv] 13994339: Downloading JSON metadata
[wat.tv] 13994339: Downloading MPD manifest
[info] Available formats for 13994339:
format code         extension  resolution note
dash-audio=64000    m4a        audio only DASH audio   64k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-audio=128000   m4a        audio only DASH audio  128k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-video=201075   mp4        416x234    DASH video  201k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=401923   mp4        480x270    DASH video  401k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=602783   mp4        640x360    DASH video  602k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=1209132  mp4        1024x576   DASH video 1209k , mp4_dash container, avc1.4D401F, 25fps, video only
dash-video=1712857  mp4        1024x576   DASH video 1712k , mp4_dash container, avc1.4D401F, 25fps, video only
dash-video=2518509  mp4        1280x720   DASH video 2518k , mp4_dash container, avc1.4D401F, 25fps, video only (best)
$ 

[dirkf]

Additionally:

• yt-dlp is using pver=4020003 instead of pver=4001000, but with the same result
• the WatIE extractor is obsolete (see http://www.wat.tv/video) and should be rolled into the TF1 extractor
• for the problem episode 13991716, the returned JSON now says `country: 'GB', error: 'Permission insuffisante', with no delivery URL
• for extractor test video https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/linfluence-meme-polska-et-tootatis-sont-en-manif-a-leur-facon-71394737.html (id 13970670), the delivery URL ending in .../USP-0x0/06/70/13970670/ssm/13970670wdv.ism/13970670.mpd is an alias for the one with the long hex string in the penultimate component, but the URL with the "3 characters" removed gives an empty result.

[dirkf]

Even more additionally, the only other extractor that redirects to WatIE is LCIIE which also appears to be obsolete: URLs redirect to tf1info.fr.

[pingu1]

I'm guessing they're still working on the rollout of their new player, the very same URL that gave a This video is DRM protected. yesterday is now giving the same Permission insuffisante as @dirkf mentioned, whether I'm using a FR proxy or not.

I'm going to continue testing, full episode URLs, and will let you know here if something changes, but from what I understand, some additional work may be required on yt-dl side too?

[dirkf]

It seems that the current tactics used in the extractor, as amended above, will only give us a fraction of the available shows, so any research by local users (en France) as to the URLs accessed while starting to play a show would be useful. Even then, the extractor used to use a loophole similar to that shown by Vangelis66 to get playable media and there may not be an equivalent in the new player.

[dirkf]

... the very same URL that gave a This video is DRM protected. yesterday is now giving the same Permission insuffisante ...

The page says:

Dispo[nible] 3j[ours] + 30j avec MYTF1 MAX

Presumably a MAX account would restore access after 3 days.

[pingu1]

After playing a bit with the page (I even created a free account), the web page seem to require accepting all cookies to access full episodes. If you reject cookies, or in Incognito Mode, the player won't load the video.

I will make tests with cookies and will update in case it works.

[Vangelis66]

I'm guessing they're still working on the rollout of their new player, the very same URL that gave a This video is DRM protected. yesterday is now giving the same Permission insuffisante as dirkf mentioned, whether I'm using a FR proxy or not.

I can confirm 😭 ; 14hr ago, I saved this log:

yt-dl "https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/quotidien-du-8-juin-2023-14878832.html" --dump-pages | FindStr /n mpd =>

8:[wat.tv] Dumping request to https://vod-das.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4xMi4xNzEuMTIwIiwiY21jZCI6IiIsImV4cCI6MTY4NjYzOTA1MCwiZ2lkIjoiYzQzZjZkNzItMTY1ZS00ZGE5LThjMTktOTU1YTI1MDA4Nzc0IiwiaWF0IjoxNjg2NjI0NjUwLCJpc3MiOiJkZWxpdmVyeSIsIm1heGIiOjI3MDAwMDAsInN0ZW0iOiIvMi9VU1AtMHgwLzE3LzE2LzEzOTkxNzE2L3NzbS9lMjhiYTkwODE0NDhiNzUyMGQyZTc1M2ExM2EzYzc0Y2I5NzIzODQ1ZmNhZmNjZTNiMjE5NDA2Y2YzNWMyZDZjLmlzbS8xMzk5MTcxNi5tcGQiLCJzdWIiOiJjNDNmNmQ3Mi0xNjVlLTRkYTktOGMxOS05NTVhMjUwMDg3NzQifQ.la5x3nFzInh54u7wOZbG4cl_aAalIUeaLkhg_Gc522M/2/USP-0x0/17/16/13991716/ssm/e28ba9081448b7520d2e753a13a3c74cb9723845fcafcce3b219406cf35c2d6c.ism/13991716.mpd

but now it returns:

FINDSTR: Line 3 is too long.
ERROR: Permission insuffisante

FWIW, the .mpd above (unfortunately, the URI is uniquely tied to my IP address and has an expiration timestamp) is still valid now : 13970670.mpd.txt

I'm only speculating here, but perhaps the inadequate permission error is linked to them (TF1) now enforcing a user log-in to access "full-content", as opposed to episode excerpts/clips, rather than to a geo-IP ban; supposedly, this inadequate permission error could be mitigated via supplying cookies from a logged-in browser session (?) ...

Also 14hr ago, I experimented with the idea of a "mobile" UA; I ran:

yt-dl --user-agent "Mozilla/5.0 (iPhone; CPU iPhone OS 5_0 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9A334 Safari/7534.48.3" "https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/quotidien-du-8-juin-2023-14878832.html" --dump-pages | FindStr /n m3u8

which yielded:

8:[wat.tv] Dumping request to https://vod-hls.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4xMi4xNzEuMTIwIiwiY21jZCI6IiIsImV4cCI6MTY4NjYzOTYxNywiZ2lkIjoiNWMyOTlmOGMtOWQxOS00N2JkLTkyMDctODcwYzg4YjMyOWE0IiwiaWF0IjoxNjg2NjI1MjE3LCJpc3MiOiJkZWxpdmVyeSIsIm1heGIiOjI3MDAwMDAsInN0ZW0iOiIvMi9VU1AtMHgwLzE3LzE2LzEzOTkxNzE2L3NzbS9lMjhiYTkwODE0NDhiNzUyMGQyZTc1M2ExM2EzYzc0Y2I5NzIzODQ1ZmNhZmNjZTNiMjE5NDA2Y2YzNWMyZDZjLmlzbS8xMzk5MTcxNi5tM3U4Iiwic3ViIjoiNWMyOTlmOGMtOWQxOS00N2JkLTkyMDctODcwYzg4YjMyOWE0In0.uDliq7GKSmalAmajyFj-vYcg5aMkkXtCwMASJL6dEMM/2/USP-0x0/17/16/13991716/ssm/e28ba9081448b7520d2e753a13a3c74cb9723845fcafcce3b219406cf35c2d6c.ism/13991716.m3u8

This HLS manifest (again, generated uniquely for my specific IP) is, sadly, Apple FairPlay DRMed: 13991716.m3u8.txt

So, I'm running out of further ideas 😢 ...

for extractor test video
https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/linfluence-meme-polska-et-tootatis-sont-en-manif-a-leur-facon-71394737.html
(id 13970670), the delivery URL ending in
.../USP-0x0/06/70/13970670/ssm/13970670wdv.ism/13970670.mpd
is an alias for the one with the long hex string in the penultimate component,
but the URL with the "3 characters" removed gives an empty result.

... Can confirm on my side:

https://vod-das.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4xMi4xNzEuMTIwIiwiY21jZCI6IiIsImV4cCI6MTY4NjY4MzE4NiwiZ2lkIjoiNzdjNDYxM2EtZGE1OC00YzE2LWEwNzMtMGM4NjFmOTRhMGE2IiwiaWF0IjoxNjg2NjY4Nzg2LCJpc3MiOiJkZWxpdmVyeSIsIm1heGIiOjI4MDAwMDAsInN0ZW0iOiIvMi9VU1AtMHgwLzA2LzcwLzEzOTcwNjcwL3NzbS8zZjBlOGRmNzY4MmMzNGY3ODg4ZTJiYmE2ZDU1OTk4YThmOWI0NTZjNDJlM2IzYjUzZDk3ZWUxNDQ3M2JjMTFkLmlzbS8xMzk3MDY3MC5tcGQiLCJzdWIiOiI3N2M0NjEzYS1kYTU4LTRjMTYtYTA3My0wYzg2MWY5NGEwYTYifQ.DYtfj0NuCPQelUWGoNEBKAxSWnNYfHU6kWpSFrZ2amc/2/USP-0x0/06/70/13970670/ssm/13970670wdv.ism/13970670.mpd => 

https://vod-das.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4xMi4xNzEuMTIwIiwiY21jZCI6IiIsImV4cCI6MTY4NjY4MzE4NiwiZ2lkIjoiNzdjNDYxM2EtZGE1OC00YzE2LWEwNzMtMGM4NjFmOTRhMGE2IiwiaWF0IjoxNjg2NjY4Nzg2LCJpc3MiOiJkZWxpdmVyeSIsIm1heGIiOjI4MDAwMDAsInN0ZW0iOiIvMi9VU1AtMHgwLzA2LzcwLzEzOTcwNjcwL3NzbS8zZjBlOGRmNzY4MmMzNGY3ODg4ZTJiYmE2ZDU1OTk4YThmOWI0NTZjNDJlM2IzYjUzZDk3ZWUxNDQ3M2JjMTFkLmlzbS8xMzk3MDY3MC5tcGQiLCJzdWIiOiI3N2M0NjEzYS1kYTU4LTRjMTYtYTA3My0wYzg2MWY5NGEwYTYifQ.DYtfj0NuCPQelUWGoNEBKAxSWnNYfHU6kWpSFrZ2amc/2/USP-0x0/06/70/13970670/ssm/3f0e8df7682c34f7888e2bba6d55998a8f9b456c42e3b3b53d97ee14473bc11d.ism/13970670.mpd

while

https://vod-das.cdn-0.diff.tf1.fr/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaXAiOiI0Ni4xMi4xNzEuMTIwIiwiY21jZCI6IiIsImV4cCI6MTY4NjY4MzE4NiwiZ2lkIjoiNzdjNDYxM2EtZGE1OC00YzE2LWEwNzMtMGM4NjFmOTRhMGE2IiwiaWF0IjoxNjg2NjY4Nzg2LCJpc3MiOiJkZWxpdmVyeSIsIm1heGIiOjI4MDAwMDAsInN0ZW0iOiIvMi9VU1AtMHgwLzA2LzcwLzEzOTcwNjcwL3NzbS8zZjBlOGRmNzY4MmMzNGY3ODg4ZTJiYmE2ZDU1OTk4YThmOWI0NTZjNDJlM2IzYjUzZDk3ZWUxNDQ3M2JjMTFkLmlzbS8xMzk3MDY3MC5tcGQiLCJzdWIiOiI3N2M0NjEzYS1kYTU4LTRjMTYtYTA3My0wYzg2MWY5NGEwYTYifQ.DYtfj0NuCPQelUWGoNEBKAxSWnNYfHU6kWpSFrZ2amc/2/USP-0x0/06/70/13970670/ssm/13970670.ism/13970670.mpd => 

[HTTP/1.1 404 Not Found]

[octavioj]

I hope someone finds a way soon. This new player of theirs broke a lot of things. Kodi plugins no longer work and streamlink also yields "permission insuffisante". TF1 seems intent on making things difficult to watch, or only watchable on browsers.