【FranceTV】Download no longer possible

NiesmialyGosc commented 3 years ago

Checklist

[x] I'm reporting a broken site support
[x] I've verified that I'm running youtube-dl version 2021.06.06
[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

C:\Users\DELL\video>youtube-dl -v https://www.france.tv/france-3/plus-belle-la-vie/plus-belle-la-vie-saison-18/2739781-episode-du-vendredi-10-septembre-2021.html
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-v', 'https://www.france.tv/france-3/plus-belle-la-vie/plus-belle-la-vie-saison-18/2739781-episode-du-vendredi-10-septembre-2021.html']
[debug] Encodings: locale cp936, fs mbcs, out cp936, pref cp936
[debug] youtube-dl version 2021.03.14
[debug] Python version 3.4.4 (CPython) - Windows-10-10.0.18362
[debug] exe versions: ffmpeg N-89508-g1f1207145a, ffprobe N-89508-g1f1207145a
[debug] Proxy map: {'http': 'http://127.0.0.1:52528', 'socks': 'socks://127.0.0.1:52527', 'https': 'https://127.0.0.1:52528'}
[FranceTVSite] 2739781-episode-du-vendredi-10-septembre-2021: Downloading webpage
[FranceTV] b44f8a0a-e316-4735-9e1f-0fdf9839e2e2: Downloading video JSON
ERROR: Unable to download JSON metadata: HTTP Error 404: Not Found (caused by HTTPError()); 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.
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmp8z3w9mz6\build\youtube_dl\extractor\common.py", line 634, in _request_webpage
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmp8z3w9mz6\build\youtube_dl\YoutubeDL.py", line 2279, in urlopen
  File "C:\Python\Python34\lib\urllib\request.py", line 470, in open
  File "C:\Python\Python34\lib\urllib\request.py", line 580, in http_response
  File "C:\Python\Python34\lib\urllib\request.py", line 508, in error
  File "C:\Python\Python34\lib\urllib\request.py", line 442, in _call_chain
  File "C:\Python\Python34\lib\urllib\request.py", line 588, in http_error_default

C:\Users\DELL\video>

Description

Hi team,

I can't seem to download any more video from FRANCE.TV, here are some examples:

https://www.france.tv/france-3/plus-belle-la-vie/plus-belle-la-vie-saison-18/2743611-episode-du-lundi-13-septembre-2021.html https://www.france.tv/france-2/amour-gloire-et-beaute/2743793-emission-du-lundi-13-septembre-2021.html https://www.france.tv/france-5/la-quotidienne/la-quotidienne-saison-9/2743883-emission-du-lundi-13-septembre-2021.html

I assure you it has nothing to do with any of my VPNs for I have verified these videos play like a charm in the browser with my VPNs turned on.

Could you please look into this FRANCE.TV issue on priority and help to publish the latest version ASAP?

Many Thanks!! NiesmialyGosc

ajt-en-france commented 3 years ago

Probably user error at this end....!

I don't use git much and it's been a long day... I'll try again tomorrow when I'm not so sleepy...!

Again, I can't express how much I appreciate the work that you and others do to make youtube-dl work, given how hostile many of the TV companies are (ITV have pretty much killed youtube-dl support at the moment).

sarnoud commented 3 years ago

;) Fingers crossed!

lcheylus commented 3 years ago

I'm not a Python programmer so not much help, but I can cope with normal Linux CLI things and run make etc...

$ ~/bin/youtube-dl -F https://www.france.tv/france-3/crimes-parfaits/saison-1/736443-entre-deux-eaux.html
[FranceTVSite] 736443-entre-deux-eaux: Downloading webpage
[FranceTV] c960f9f0-3a5d-43c0-983d-7d3b77734cb3: Downloading video JSON
ERROR: Unable to download JSON metadata: HTTP Error 404: Not Found (caused by HTTPError()); 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.

It's not a problem with youtube-dl + patch from sarnoud : https://www.france.tv/france-3/crimes-parfaits/saison-1/736443-entre-deux-eaux.html => "La vidéo n'est pas disponible" on france.tv Website.

With the new french service "Salto" for TV replay, France TV removes a lot of video (especially for TV series) that were previously available on the web site.

Please, if you do some test with youtube-dl (+ patch), check first that the video is still available on FranceTv website via browser. There are some other URLs in this thread where the video is no longer available.

abolibibelot1980 commented 3 years ago

For what it's worth... I discovered that you can still have access to videos which are no longer “officially” available. What you need is the “videoid” code. Search engines (Google, Bing) proposing “cached” pages are of little help since their “cached” version of the web page is usually very recent (2-3 days at most), and they don't keep archives (each new version replaces the former) ; archive.org does keep multiple versions of a same page but doesn't browse that kind of website. In this case that works though : right now (2021/09/22 07:00 AM) Google's cached page, which was saved on 2021/09/20 08:06 PM, does contain the code for the program mentioned above. If that doesn't work, I found out that it is possible to dump a JSON file containing data relative to all programs that were available on the “replay” platform for a given channel over the past few weeks. I now do such dumps regularly with a script :

for /F "tokens=1,2,3 delims=/" %%d in ("%date%") do set YMJ=%%f%%e%%d
curl "http://api-front.yatta.francetv.fr/standard/publish/taxonomies/france-3/contents/?size=1000&page=0&sort=begin_date:desc" -o "G:\http _api-front.yatta.francetv.fr_standard_publish_taxonomies_france-3_contents_ size=1000&page=0&sort=begin_date desc %YMJ%.json"

(Change the name of the channel to get a similar dump for that channel, for instance “france-5” instead of “france-3”. I tried various values for “size”, it would seem like the limit is 9999, but 1000 should be more than enough for such purposes, it covers about 2 weeks of broadcasts.) Open the resulting file with MiTeC JSONView, search the “product_id” code of the page you're looking for (the one appearing in the web page URL, in this case “736443” – the interface is a bit capricious, sometimes you have to press the “TAB” key to highlight the search box as it won't work with the mouse pointer), then go to “content has media”, then “<element #0>”, then “media”, and there you should find the “videoid” code. With this code you can then download the specific JSON page for this program through this URL. (For another program, replace the “videoid” code and the “product_id” code, although in practice the second one doesn't seem to matter.) And the video link is still there (which wasn't the case before, I could still reconstruct it but it involved a few more tricks). I don't know how long it works beyond the regular end of availibility ; in the past I've been able to download videos from M3U8 links up to about a month later, now with the complete overhaul of the platform I'll have to test again. (For those interested, I asked about this here, got little insight but that was enough to get on the right track to finding what I was looking for on my own.)

Now, could someone reply to my questions about the most recommended methods to download and convert those streams ? Should I be concerned with those warnings about “packet discontinuity” and whatnot, when converting TS files downloaded by Captvty to MP4 with either ffmpeg or mp4box, or are there extra options that could solve the issue altogether ? Does anyone know what exact command Captvty uses to record those streams (with video and audio separated) to a single TS file, and why it proceeds like this ? (I mean : why does it record to a single TS file considering that it then goes through a rather complicated process to demux those streams before remuxing them as MP4 ?) I tried doing it manually with ffmpeg but I get a 403 error ; apparently youtube-dl follows a redirection whereas ffmpeg gets stuck.

G:\>youtube-dl -F "https://cloudreplay.ftven.fr/d0a47704c0416/1036025569_monde_TA.ism/manifest.mpd?hdnea=exp=1632240849~acl=%2fd0a47704c0416%2f1036025569_monde_TA.ism*~hmac=9b7f9e147c16026e7ae723bfd31b3b79a8322eb32dc25492f305f3addcb43b49"
[generic] manifest.mpd?hdnea=exp=1632240849~acl=/d0a47704c0416/1036025569_monde_TA: Requesting header
[redirect] Following redirect to https://cloudreplay.ftven.fr/d0a47704c0416/1036025569_monde_TA.ism/ZXhwPTE2MzIyNjE4ODF+YWNsPSUyZmQwYTQ3NzA0YzA0MTYlMmYxMDM2MDI1NTY5X21vbmRlX1RBLmlzbSp+aG1hYz1mY2MxODg5ZmNmZmZhYjhlYzRiNmEwNmVhMDA5NGJiYzMxYjc2YjI3ZjhhYmU1MDQwMGRjYTRhYjE0MjJkOTZi/manifest.mpd
[generic] manifest: Requesting header
WARNING: Falling back on generic information extractor.
[generic] manifest: Downloading webpage
[generic] manifest: Extracting information
WARNING: [generic] Unknown MIME type application/mp4 in DASH manifest
[info] Available formats for manifest:
format code      extension  resolution note
audio_fre=96000  m4a        audio only [fr] DASH audio   96k , m4a_dash container, mp4a.40.2 (48000Hz)
video=400000     mp4        384x216    DASH video  400k , mp4_dash container, avc1.42C01E, 25fps, video only
video=950000     mp4        640x360    DASH video  950k , mp4_dash container, avc1.4D401F, 25fps, video only
video=1400000    mp4        960x540    DASH video 1400k , mp4_dash container, avc1.4D401F, 25fps, video only
video=2000000    mp4        1280x720   DASH video 2000k , mp4_dash container, avc1.64001F, 25fps, video only (best)

G:\>ffmpeg -i "https://cloudreplay.ftven.fr/d0a47704c0416/1036025569_monde_TA.ism/ZXhwPTE2MzIyNjE4ODF+YWNsPSUyZmQwYTQ3NzA0YzA0MTYlMmYxMDM2MDI1NTY5X21vbmRlX1RBLmlzbSp+aG1hYz1mY2MxODg5ZmNmZmZhYjhlYzRiNmEwNmVhMDA5NGJiYzMxYjc2YjI3ZjhhYmU1MDQwMGRjYTRhYjE0MjJkOTZi/manifest.mpd" -c copy "20210914 CAD.ts"
ffmpeg version 4.2.3 Copyright (c) 2000-2020 the FFmpeg developers
...
[https @ 0000000000552500] HTTP error 403 Forbidden
https://cloudreplay.ftven.fr/d0a47704c0416/1036025569_monde_TA.ism/ZXhwPTE2MzIyNjE4ODF+YWNsPSUyZmQwYTQ3NzA0YzA0MTYlMmYxMDM2MDI1NTY5X21vbmRlX1RBLmlzbSp+aG1hYz1mY2MxODg5ZmNmZmZhYjhlYzRiNmEwNmVhMDA5NGJiYzMxYjc2YjI3ZjhhYmU1MDQwMGRjYTRhYjE0MjJkOTZi/manifest.mpd: Server returned 403 Forbidden (access denied)

When downloading with youtube-dl, a small annoyance is that the resulting files are identified by MediaInfo as having a “constant” audio bitrate, whereas it should be “variable”. When converting a TS file downloaded by Captvty to MP4, either through Captvty's own convoluted 3 steps method, or with ffmpeg, or with mp4box, the audio bitrate is correctly identified as “variable” in the resulting file. I tried downlading to TS with youtube-dl (to see if downloading to TS and then converting to MP4 would fix the erroneous audio bitrate identification), but it insists on generating a MP4 file. (I asked about these minor issues on the VideoHelp forum, got very little insight, quite frustrating.)

Another question : now there's only link available, which if I'm not mistaken corresponds to the “DASH” protocol (I'll admit that I have a very cursory and empirical knowledge of all that stuff). How do you get the “HLS” versions (which are apparently made available with this new patch), and what is the difference ?

illydone commented 3 years ago

Hum @ajt-en-france, it works for me.

Note that the code changes are now in #29996, in case you want to try directly from there.

Not sure of the way to try the changes? Go in the commit tab, choose the last and "browse the repository at this point", then download the code (which is the patched version) and compile?

edit: seems more complicated as it seems I get a standard version...

ajt-en-france commented 3 years ago

That's what I tried, on the understanding that it would get me the patched version I wanted, but as you also found, it actually only gets me the official released version - which I already have...

I will try again tonight. I'm sure I just need to RTFM first...

EDIT: I now have a downloaded and made a patched copy which appears to download video files and subtitles again.

Since I started to look for these files, it is true that some of them are no-longer available, so I've lost those subtitles, unless I can find a cached copy quickly!

melante81 commented 3 years ago

Bonjour, un contributeur aurait-il la patience de m'expliquer la marche à suivre pour pouvoir télécharger ce programme avec youtube-dl : https://www.france.tv/france-5/la-case-du-siecle/2764557-secrets-d-ambassades-berlin-1933-1939.html ? Cela ne fonctionne plus. Merci.

Trit34 commented 3 years ago

@melante81 J’imagine que tu es sous Windows ? Malheureusement, comme expliqué plus haut, la version Windows est un exécutable tout-en-un qu’on ne peut pas modifier. Il faudrait que tu aies un ordi sous Linux pour pouvoir installer une version permettant de remplacer les scripts obsolètes par les versions corrigées (maintenant disponibles via #29996).

dejardin commented 3 years ago

Avec le patch proposé plus haut, ça marche chez moi : youtube-dl -F https://www.france.tv/france-5/la-case-du-siecle/2764557-secrets-d-ambassades-berlin-1933-1939.html [FranceTVSite] 2764557-secrets-d-ambassades-berlin-1933-1939: Downloading webpage [FranceTV] 2140ed5b-69e2-4fd5-867d-5cafc4f4f593: Downloading video JSON [FranceTV] 2140ed5b-69e2-4fd5-867d-5cafc4f4f593: Downloading signed dash manifest URL [FranceTV] 2140ed5b-69e2-4fd5-867d-5cafc4f4f593: Downloading MPD manifest WARNING: [FranceTV] Unknown MIME type application/mp4 in DASH manifest [info] Available formats for 2140ed5b-69e2-4fd5-867d-5cafc4f4f593: format code extension resolution note dash-audio_fre=96000 m4a audio only [fr] DASH audio 96k , m4a_dash container, mp4a.40.2 (48000Hz) dash-video=400000 mp4 384x216 DASH video 400k , mp4_dash container, avc1.42C01E, 25fps, video only dash-video=950000 mp4 640x360 DASH video 950k , mp4_dash container, avc1.4D401F, 25fps, video only dash-video=1400000 mp4 960x540 DASH video 1400k , mp4_dash container, avc1.4D401F, 25fps, video only dash-video=2000000 mp4 1280x720 DASH video 2000k , mp4_dash container, avc1.64001F, 25fps, video only (best)

[dejardin@spppcj166 info]$ youtube-dl -f dash-video=1400000+dash-audio_fre=96000 https://www.france.tv/france-5/la-case-du-siecle/2764557-secrets-d-ambassades-berlin-1933-1939.html [FranceTVSite] 2764557-secrets-d-ambassades-berlin-1933-1939: Downloading webpage [FranceTV] 2140ed5b-69e2-4fd5-867d-5cafc4f4f593: Downloading video JSON [FranceTV] 2140ed5b-69e2-4fd5-867d-5cafc4f4f593: Downloading signed dash manifest URL [FranceTV] 2140ed5b-69e2-4fd5-867d-5cafc4f4f593: Downloading MPD manifest WARNING: [FranceTV] Unknown MIME type application/mp4 in DASH manifest [dashsegments] Total fragments: 1578

melante81 commented 3 years ago

je suis sur Mac

melante81 commented 3 years ago

j'ignore comment appliquer le patch

melante81 commented 3 years ago

Unable to download JSON metadata: HTTP Error 404: Not Found (caused by <HTTPError 404: 'Not Found'>); 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.

melante81 commented 3 years ago

Est-ce la ligne de commande pour appliquer le patch correctif ? git apply /path/to/youtube-dl-patch.txt

NiesmialyGosc commented 3 years ago

The patch works with my busybox on Win10. However, I've had to pass the .mpd link as a parameter & a plain page URL wouldn't work..

Plus, the subtitles still cannot be grabbed with this method & I still have to use the way @Toto2u mentioned above to download the .vtt files separately which requires login from time to time..

Any improvement/suggestions will be appreciated. Thanks!

~/video/TEST1/youtube-dl $ youtube-dl --all-subs --convert-subs srt --retries 20000 -o "20210921.mp4" -f video=2000000 https://cloudreplay.ftven.fr/7c827c4eb9416/1038287201_monde_TA.ism/manifest.mpd?hdnea=exp=1632305821~acl=%2f7c827c4eb9416%2f1038287201_monde_TA.ism*~hmac=144798ddffbc5f4082881689bcaf79e3cc1afa6ed87a3948cbc317a501ae41c3
[generic] manifest.mpd?hdnea=exp=1632305821~acl=/7c827c4eb9416/1038287201_monde_TA: Requesting header
[redirect] Following redirect to https://cloudreplay.ftven.fr/7c827c4eb9416/1038287201_monde_TA.ism/ZXhwPTE2MzIzMjcwMTN+YWNsPSUyZjdjODI3YzRlYjk0MTYlMmYxMDM4Mjg3MjAxX21vbmRlX1RBLmlzbSp+aG1hYz0yYWEyM2RlY2MwYjI1YmI3Zjk0NmFjNmViN2IyMzM3ZmRkODFjNjllNjBlYjA2MWI5MGUzNTk4NmUyNGY3MWEw/manifest.mpd
[generic] manifest: Requesting header
WARNING: Falling back on generic information extractor.
[generic] manifest: Downloading webpage
[generic] manifest: Extracting information
WARNING: [generic] Unknown MIME type application/mp4 in DASH manifest
[dashsegments] Total fragments: 2211
[download] Destination: 20210921.mp4
[download] 100% of 1.02GiB in 01:14:19
[ffmpeg] There aren't any subtitles to convert
~/video/TEST1/youtube-dl $

ajt-en-france commented 3 years ago

;) Fingers crossed!

Okay, I'm no whiz with GIT which is where my problem was. I've got a patched version and it appears to download the video and audio and subtitles... but there are two issues...:

It picks the first audio track which happens to be the description track (qtz), not the normal dialogue track... Which isn't quite what I want. That's probably dependent on the programme though.
The WebVTT file has all the words but the time codes are screwed up and mpv and vlc don't know how to sync them back together.

It's possible I've not done the GIT thing correctly - as I said I'm not used it much but have you checked what yours downloads are sane?

$ youtube-dl -F https://www.france.tv/france-2/les-invisibles/les-invisibles-saison-1/2764261-garenne.html
[FranceTVSite] 2764261-garenne: Downloading webpage
[FranceTV] 9f3d9cfc-e977-4480-9a19-8c574e10821b: Downloading desktop video JSON
[FranceTV] 9f3d9cfc-e977-4480-9a19-8c574e10821b: Downloading mobile video JSON
[FranceTV] 9f3d9cfc-e977-4480-9a19-8c574e10821b: Downloading signed dash manifest URL
[FranceTV] 9f3d9cfc-e977-4480-9a19-8c574e10821b: Downloading MPD manifest
WARNING: [FranceTV] Unknown MIME type application/mp4 in DASH manifest
[FranceTV] 9f3d9cfc-e977-4480-9a19-8c574e10821b: Downloading signed hls manifest URL
[FranceTV] 9f3d9cfc-e977-4480-9a19-8c574e10821b: Downloading m3u8 information
[info] Available formats for 9f3d9cfc-e977-4480-9a19-8c574e10821b:
format code                          extension  resolution note
hls-audio-aacl-96-Audio_Description  mp4        audio only [qtz]
hls-audio-aacl-96-Audio_Français     mp4        audio only [fr] 
dash-audio_fre=96000                 m4a        audio only [fr] DASH audio   96k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-audio_qtz=96000                 m4a        audio only [qtz] DASH audio   96k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-video=400000                    mp4        384x216    DASH video  400k , mp4_dash container, avc1.42C01E, 25fps, video only
hls-522                              mp4        384x216     522k , avc1.42C01E, 25.0fps, video only
dash-video=950000                    mp4        640x360    DASH video  950k , mp4_dash container, avc1.4D401F, 25fps, video only
hls-1105                             mp4        640x360    1105k , avc1.4D401F, 25.0fps, video only
dash-video=1400000                   mp4        960x540    DASH video 1400k , mp4_dash container, avc1.4D401F, 25fps, video only
hls-1582                             mp4        960x540    1582k , avc1.4D401F, 25.0fps, video only
dash-video=2000000                   mp4        1280x720   DASH video 2000k , mp4_dash container, avc1.64001F, 25fps, video only
hls-2218                             mp4        1280x720   2218k , avc1.64001F, 25.0fps, video only (best)

Manually picking the audio file with the -f flag seems to download the correct audio track okay though

The subtitle file looks like this:

WEBVTT
X-TIMESTAMP-MAP=MPEGTS:900000,LOCAL:00:00:00.000

00:00:05.200 --> 00:00:10.166
...

WEBVTT
X-TIMESTAMP-MAP=MPEGTS:1800000,LOCAL:00:00:00.000

00:00:06.466 --> 00:00:08.100
Le verre se casse.

WEBVTT
X-TIMESTAMP-MAP=MPEGTS:2700000,LOCAL:00:00:00.000

00:00:09.300 --> 00:00:12.000
-Chérie, que fais-tu là
toute seule ?

WEBVTT
X-TIMESTAMP-MAP=MPEGTS:3600000,LOCAL:00:00:00.000

00:00:02.266 --> 00:00:05.100
T'es perdue ?
Dis-moi. T'es perdue ?

00:00:06.733 --> 00:00:08.466
Allez.

00:00:08.733 --> 00:00:10.700
C'est bon.

If I understand that correctly that's not a pure WebVTT file, but it has the synchronisation codes in it, and the WebVTT time codes would need to be recalculated to correct the times. FFMPEG didn't know how to do that, and VLC or mpv don't either...

Hardelot commented 3 years ago

Que dois-je faire avec cela ?

[deviennenicolas@DESKTOP-TEVNB6U VideoDownloader]$ youtube-dl https://www.france.tv/films/2765845-mommy.html [FranceTVSite] 2765845-mommy: Downloading webpage [FranceTV] b795cad5-e819-4850-a60c-41bd2eb5a7ab: Downloading video JSON ERROR: Unable to download JSON metadata: HTTP Error 404: Not Found (caused by <HTTPError 404: 'Not Found'>); 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.

Hardelot commented 3 years ago

J'ai trouvé ceci (https://github.com/ytdl-org/youtube-dl/ … rancetv.py) mais je ne sais où je dois mettre : youtube-dl/youtube_dl/extractor/francetv.py

RemiCardona commented 3 years ago

I tried running #29996 and it works great (simple download using default formats, nothing fancy). Haven't tried yt-dlp and https://github.com/yt-dlp/yt-dlp/pull/1096 though. Is that the future of this project? Cheers

downwater commented 3 years ago

Here is quick early patch I wrote that seems to repair quite a few links. youtube-dl-patch.txt

Very good! I tried the -f bestvideo+bestaudio manifest-mpd-url way but it failed at the very end of the audio download. Then I applied your patch and it worked like a charm, thanks! (URL tested.)

AudricV commented 3 years ago

I just downloaded the last update of Captvty (version 2.9.4.1) which fixes the extraction of France Télévisions' contents and I tried to download Les Enquêtes de Murdoch replays (which are DRM protected contents) and Captvty was able to download the replays without DRMs! So I looked into the app requests to see how the extraction works and here is how the app is able to download non-protected M3U8s playlists:

(Note: the example I am using is based on this program.)

1) Captvty downloads the player JSON of France Télévisions (the one linked above). 2) The app takes the identifier after the server host of the URL of the DASH encrypted manifest (the app uses the iPad player response (so it gets an URL of an HLS encrypted manifest), but using the DASH manifest URL returned for Android/Web clients works too) (for my example: we are getting the following URL https://cloudreplay.ftven.fr/7ecf38ef53416/1036062453_france-domtom_DRM.ism/manifest.mpd, so the id is 7ecf38ef53416) and reverses it (61435fe83fce7). It tooks also the string of the plurimedia_id (1036066892). 3) The app construct a replayftv-vh URL based on the following structure:

https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/YEAR/SWEEK/JDAY/PLURIMEDIA_ID-MANIFEST_ID_REVERSED-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8

Where YEAR, WEEK (which represents the week number of the broadcast) and DAY (which represents the day number of the broadcast) should be extracted somewhere (maybe from the broadcasted_at string in the JSON player response): for my example, the values are respectively 2021, 37 and 1. The PLURIMEDIA_ID and MANIFEST_ID values are the corresponding values we are getting from the step 2..

4) The app requests then the token-akamai/hdfauthftv-a endpoint with the URL created (https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S37/J1/1036062453-61435fe83fce7-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8).

5) It takes the URL returned in the JSON response (from the url string) and fetches it. In this case, we are getting a 404 error (An error occurred while processing your request.).

But Captvty increases the DAY number to 1 (and of course the WEEK number, if DAY is equal to 7) and repeats steps 4. and 5. a few times:

https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S37/J2/1036062453-61435fe83fce7-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8 -> URL with token returns 404.
https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S37/J3/1036062453-61435fe83fce7-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8 -> URL with token returns 404.

And when requesting an URL with a token with 4 as the value of DAY (J4) (https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S37/J4/1036062453-61435fe83fce7-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8), the URL we are getting from token-akamai/hdfauthftv-a works (response code 200) and is not protected by DRMs!

I don't know if this can be implemented in youtube-dl (and/or in its forks), but at least we have now a fix for DRM protected videos on the website/apps!

(Note: by searching for what is qaa, I found it means for original version, maybe this "param" is not always present on some streams.)

Trit34 commented 3 years ago

@TiA4f8R Oh, yeah ! \o/

dirkf commented 3 years ago

The logic described is definitely within the scope of what yt-dl can do. There is an extractor method _is_valid_url() that could be used to check the URLs returned by Akamai in step 5. Presumably increase the DAY by 1 rather than ~to~ 1?

Python has datetime.isocalendar() to get the week and day number once broadcasted_at has been parsed into a timestamp and then passed to datetime.fromtimestamp().

Is there any rule as to how many times the Akamai API has to be challenged before it reveals a valid URL?

In the yt-dlp discussion it was mentioned that qxx is a private-use ISO 639 language code. An audio description may be tagged qad. See also here.

Trit34 commented 3 years ago

Argh: new problem…

$ youtube-dl -F https://www.france.tv/series-et-fictions/telefilms/2787667-meurtres-a-mulhouse.html --verbose
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-F', 'https://www.france.tv/series-et-fictions/telefilms/2787667-meurtres-a-mulhouse.html', '--verbose']
[debug] Encodings: locale UTF-8, fs utf-8, out utf-8, pref UTF-8
[debug] youtube-dl version 2021.06.06
[debug] Python version 3.9.7 (CPython) - Linux-5.14.8-arch1-1-x86_64-with-glibc2.33
[debug] exe versions: ffmpeg 4.4, ffprobe 4.4, rtmpdump 2.4
[debug] Proxy map: {}
[FranceTVSite] 2787667-meurtres-a-mulhouse: Downloading webpage
[FranceTV] 3b8da0af-a712-411c-bb42-b8f65c55d5d7: Downloading desktop video JSON
WARNING: Unable to download JSON metadata: HTTP Error 422: Unprocessable Entity
[FranceTV] 3b8da0af-a712-411c-bb42-b8f65c55d5d7: Downloading mobile video JSON
WARNING: Unable to download JSON metadata: HTTP Error 422: Unprocessable Entity
ERROR: 3b8da0af-a712-411c-bb42-b8f65c55d5d7: No video source has been found
Traceback (most recent call last):
  File "/usr/lib/python3.9/site-packages/youtube_dl/YoutubeDL.py", line 816, in wrapper
    return func(self, *args, **kwargs)
  File "/usr/lib/python3.9/site-packages/youtube_dl/YoutubeDL.py", line 837, in __extract_info
    ie_result = ie.extract(url)
  File "/usr/lib/python3.9/site-packages/youtube_dl/extractor/common.py", line 537, in extract
    ie_result = self._real_extract(url)
  File "/usr/lib/python3.9/site-packages/youtube_dl/extractor/francetv.py", line 251, in _real_extract
    return self._extract_video(video_id, catalog)
  File "/usr/lib/python3.9/site-packages/youtube_dl/extractor/francetv.py", line 127, in _extract_video
    raise ExtractorError(
youtube_dl.utils.ExtractorError: 3b8da0af-a712-411c-bb42-b8f65c55d5d7: No video source has been found

Unless it is just not available for now? Because it’s still working with https://www.france.tv/france-5/echappees-belles/echappees-belles-saison-15/2205693-la-reunion-ile-nature.html (which will be aired tonight, too). Sometimes, they forget to put videos online.

EDIT 15:25 UTC+2: it’s OK, now. Sorry for the disturbance about that.

Trit34 commented 3 years ago

@TiA4f8R

And when requesting an URL with a token with 4 as the value of DAY (J4) (https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S37/J4/1036062453-61435fe83fce7-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8), the URL we are getting from token-akamai/hdfauthftv-a works (response code 200) and is not protected by DRMs!

I don't know if this can be implemented in youtube-dl (and/or in its forks), but at least we have now a fix for DRM protected videos on the website/apps!

When I’m trying to get the M3U8 URL for https://www.france.tv/france-3/les-enquetes-de-murdoch/les-enquetes-de-murdoch-saison-14/2772267-petit-dejeuner-et-meurtre-compris.html with your method, I’m getting only a error 403. The link should be https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S38/J7/1040654889-6152c2dceecf4-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8, normally.

Hardelot commented 3 years ago

[deviennenicolas@fedora Sasion 1]$ youtube-dl -F https://www.france.tv/france-2/the-victim/1079175-the-victim.html --verbose [debug] System config: ['--prefer-free-formats'] [debug] User config: [] [debug] Custom config: [] [debug] Command-line args: ['-F', 'https://www.france.tv/france-2/the-victim/1079175-the-victim.html', '--verbose'] [debug] Encodings: locale UTF-8, fs utf-8, out utf-8, pref UTF-8 [debug] youtube-dl version 2021.06.06 [debug] Python version 3.9.7 (CPython) - Linux-5.13.19-200.fc34.x86_64-x86_64-with-glibc2.33 [debug] exe versions: ffmpeg 4.4, ffprobe 4.4, rtmpdump 2.4 [debug] Proxy map: {} [FranceTVSite] 1079175-the-victim: Downloading webpage [FranceTV] f67068fb-3fef-45fc-8a18-8924f72e80a9: Downloading video JSON [FranceTV] f67068fb-3fef-45fc-8a18-8924f72e80a9: Downloading signed dash manifest URL [FranceTV] f67068fb-3fef-45fc-8a18-8924f72e80a9: Downloading MPD manifest WARNING: [FranceTV] Unknown MIME type application/mp4 in DASH manifest ERROR: No video formats found; 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. Traceback (most recent call last): File "/usr/lib/python3.9/site-packages/youtube_dl/YoutubeDL.py", line 814, in wrapper return func(self, *args, **kwargs) File "/usr/lib/python3.9/site-packages/youtube_dl/YoutubeDL.py", line 835, in __extract_info ie_result = ie.extract(url) File "/usr/lib/python3.9/site-packages/youtube_dl/extractor/common.py", line 534, in extract ie_result = self._real_extract(url) File "/usr/lib/python3.9/site-packages/youtube_dl/extractor/francetv.py", line 237, in _real_extract return self._extract_video(video_id, catalog) File "/usr/lib/python3.9/site-packages/youtube_dl/extractor/francetv.py", line 197, in _extract_video self._sort_formats(formats) File "/usr/lib/python3.9/site-packages/youtube_dl/extractor/common.py", line 1374, in _sort_formats raise ExtractorError('No video formats found') youtube_dl.utils.ExtractorError: No video formats found; 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.

AudricV commented 3 years ago

I'm getting only a error 403.

@Trit34 You should not get an error 403 with the URL you got with the token but an error 404 (at least for me).

The link should be https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S38/J7/1040654889-6152c2dceecf4-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8, normally.

If you increase the day and the week of the URL with the method I described in my comment, you will get a working URL by changing the number of the week to 39 and the number of the day to 2: the token URL to get the master playlist is https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S39/J2/1040654889-6152c2dceecf4-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8.

Then use the M3U8 URL you get in the JSON response (the string in the url field) to download the replay.

Trit34 commented 3 years ago

@TiA4f8R I still have a 403 when I paste https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S39/J2/1040654889-6152c2dceecf4-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8 in the URL bar or when I do a wget request on it. Weird.

AudricV commented 3 years ago

@Trit34 I think you still don't understand what I am saying. You can't use this URL, you need to get a temporary URL with the hdauth server for this URL (so an URL with an authorization in its params). That's why you need to request the hdauth endpoint with the URL of the playlist (https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S39/J2/1040654889-6152c2dceecf4-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8).

Then look at the JSON response, copy the URL you get from the hdauth server and use it to download the stream. The URL should look like this:

https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S39/J2/1040654889-6152c2dceecf4-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8?hdnea=exp=1633209940~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS39%2fJ2%2f1040654889-6152c2dceecf4-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~hmac=7c3e3afe0b9592ec429084d09af41149aab7649ac7bf31df3a7ef1bcc1b6db3e

Hope you can now understand what I wanted to say.

Trit34 commented 3 years ago

@TiA4f8R I understand how to do, I do exactly what you say by following your instructions, but it keeps failing. Now, I get this page on every try, and no dialog to download the master.m3u8 file (except with your example: it is the only one that works), even after incrementing week and day numbers in the hdfauthftv-a.akamaihd.net rebuilt URL:

An error occurred while processing your request.
Reference #216.afb30f17.1633252712.2bd17813

I thought it was because the next episode is only available as preview until tonight, but it also fails with other videos that I know they are available. It’s very annoying. I surely miss something, but I don’t know what, exactly.

To be precise:

I get the ID for player.webservices.francetelevisions.fr with youtube-dl -F https://www.france.tv/france-3/les-enquetes-de-murdoch/les-enquetes-de-murdoch-saison-14/2787411-casse-tetes.html → 7fdf31bc-1f63-46c9-936b-a231d8520b6f
I go to the URL https://player.webservices.francetelevisions.fr/v1/videos/7fdf31bc-1f63-46c9-936b-a231d8520b6f?country_code=FR&device_type=desktop&browser=%20 in my browser to get the plurimedia and manifest IDs: 1042987166 and 6158d6f1e433c (once reversed).
It should give me a URL like https://hdfauthftv-a.akamaihd.net/esi/TA?format=json&url=https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S39/J7/1042987166-6158d6f1e433c-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8, OK? And the JSON response is:

{"url": "https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S39/J7/1042987166-6158d6f1e433c-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8?hdnea=exp=1633254262~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS39%2fJ7%2f1042987166-6158d6f1e433c-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~hmac=fcdffed24066dfd96019a3305195384cc2a4cc88bb1014950785a0af6220501a"}

and then a final URL like https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S39/J7/1042987166-6158d6f1e433c-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8?hdnea=exp=1633254262~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS39%2fJ7%2f1042987166-6158d6f1e433c-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~hmac=fcdffed24066dfd96019a3305195384cc2a4cc88bb1014950785a0af6220501a. Still OK ?

But this final URL fails. Incrementing numbers (S40/J1, S40/J2, etc.) won’t work either.

What have I done wrong?

Trit34 commented 3 years ago

Meanwhile, Sergey is still alive, but has currently no time to work on yt-dl: https://github.com/ytdl-org/youtube-dl/issues/30022#issuecomment-931772923 https://github.com/ytdl-org/youtube-dl/issues/29965#issuecomment-922377500

abolibibelot1980 commented 3 years ago

@TiA4f8R

So I looked into [Captvty's] requests to see how the extraction works and here is how the app is able to download non-protected M3U8s playlists

How did you do that ? (I tried a few Internet traffic "sniffers", like Coojah and URL Snooper, and also process analysis tools Process Explorer and Process Monitor, none could get anything relevant from what Captvty is doing under-the-hood.) Can you find out how exactly it is proceeding to download the video and subtitles streams ? (I mean the actual download part, not the fetching-the-link part which you already described quite thoroughly.)

the app uses the iPad player response (so it gets an URL of an HLS encrypted manifest)

How does it do that ?

But Captvty increases the DAY number to 1 (and of course the WEEK number, if DAY is equal to 7) and repeats steps 4. and 5. a few times

Any idea why it is not the expected value in this case ? How many times would it repeat this quite convoluted process before giving up ? (When proceeding by trial-and-error like this there may be a risk of triggering a security warning from the server — although I don't know much about that and couldn't say if, when, and how such a thing could happen, but it may explain for instance the issues reported by @Trit34 in this post.)

Other issues :

– I had trouble in the past when downloading M3U8 streams with "youtube-dl -f best" (corresponding to the links with the form https://replayftv-vh.akamaihd.net/.../master.m3u8 with a single video+audio stream) : very often, the first download turned out to be slightly corrupted, with typically, at a random point, the picture getting frozen and the audio being looped for a few seconds, then playing normally again ; so I took the habit of downloading each video at least twice, and again if the size / checksum didn't match (the size of corrupted videos was slightly higher), until I got two identical videos. Did anyone here experience this ? Is this likely caused by the protocol itself, or by the downloading process youtube-dl was using, or anything else ? It would seem like there is no such reliability issue with Captvty, but I thought that it was using HLS links, if it now uses those M3U8 links it may encounter the same kind of pitfall. I haven't seen that kind of corruption yet since the recent platform overhaul and the shift to DASH protocol, but precisely because it has disrupted my routine and made the downloading from this platform that much more complicated, I haven't been verifying each download lately, so it could still be happening.

– Captvty manages to get the subtitles in a split second, and they are correctly formatted with the correct timecodes (well they are always poorly synchronized anyway but at least the offset is constant). When fetching subtitles with the patched youtube-dl extractor, it takes a while (~1min for a 60 min. broadcast), and the resulting file has a messed-up formatting, as demonstrated in this post. So how does Captvty manage to retrieve the subtitles so quickly ? Does it somehow manage to similarly reconstruct the direct links which have now disappeared form the JSON pages ? (Before, if I examine an archived JSON for a documentary broadcast on 2021/06/25, “Baudelaire : moderne et antimoderne”, it contained this “hls_v5_os” link, this “m3u-download” link, as well as direct links for subtitles in TTML format and in VTT format. As you can see, the subtitles links contain the same codes as the video links, plus an extra code which would seem to be a timestamp, probably corresponding to the time when the subtitles were uploaded, but this exact value doesn't appear anywhere else, so if those links still exist I don't see how they could be reconstructed based on the available data.)

– With the france.tv patched proposed by “sarnoud” (I managed to make it work on Windows, a bit rocky but it works), the %(upload_date)s parameter systematically returns “NA”. Before I would get the broadcast date in AAAAMMDD format (for instance “20211005” for a video broadcast today). Also I'm no longer getting description files with --write-description as it's been described here.

@melante81 J'ai réussi à faire fonctionner youtube-dl avec le patch france.tv sous Windows, en téléchargeant les sources et en exécutant les commandes via Python : python "C:\Logiciels autonomes\youtube-dl-sarnoud-francetv\youtube_dl\__main__.py" -f bestvideo+bestaudio %lien% -o "G:\%%(upload_date)s - F5 - %%(title)s [%%(id)s].%%(ext)s" --all-subs --write-info-json --write-description --write-pages À voir s'il est possible de faire de même sous Mac OS...

Ajout 2021/10/06 19h25 : La commande ci-dessus fonctionne dans un script .bat, pour l'exécuter depuis la console CMD il faut retirer un signe “%” là où ils sont doublés, donc comme ceci (bien évidemment il convient de modifier le chemin du dossier “youtube-dl” selon son emplacement sur votre système) : python "C:\...\youtube-dl-sarnoud-francetv\youtube_dl\__main__.py" -f bestvideo+bestaudio %lien% -o "G:\%(upload_date)s - F5 - %(title)s [%(id)s].%(ext)s" --all-subs --write-info-json --write-pages Remarques : – Sélectionner “bestvideo+bestaudio” semble sélectionner préférentiellement les flux HLS plutôt que DASH, ce qui pour une raison inconnue (de moi du moins) pose un problème de troncature du flux audio lors du multiplexage (combinaison des flux) par ffmpeg. En attendant mieux il est préférable d'afficher la liste des flux disponibles avec “-F”, puis d'indiquer les noms explicites des flux DASH, par exemple “-f dash-video=2000000+dash-audio_fre=96000”. – Le paramètre “%(upload_date)s ne fonctionne plus correctement, retourne désormais “NA”. En attendant mieux, remplacer ce paramètre par la date de diffusion saisie manuellement. – J'ai retiré ci-dessus l'option “--write-description” qui ne fonctionne plus avec cette plateforme... Les options --write-info-json et --write-pages sont facultatives, permettent de conserver des données techniques pour référence ultérieure.

RemiCardona commented 3 years ago

– I had trouble in the past when downloading M3U8 streams with "youtube-dl -f best" (corresponding to the links with the form https://replayftv-vh.akamaihd.net/.../master.m3u8 with a single video+audio stream) : very often, the first download turned out to be slightly corrupted, with typically, at a random point, the picture getting frozen and the audio being looped for a few seconds, then playing normally again ;

Confirming this on a few recent downloads (prior to this PR though). Since the A/V stays in sync through the loop/freeze, I didn't pursue the issue further and just live with it.

AudricV commented 3 years ago

@Trit34 You should now be able to get the replay stream, because the replay is now a record of the broadcast of France 3. With the link you send, if I remove qaa and the media-secure_ parts of the URL, I get the preview replay of Échappées Belles brocasted this sunday on France 5 (https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_france-dom-tom/2021/S39/J7/1042987166-6158d6f1e433c-,standard1,standard2,standard3,standard4,.mp4.csmil/master.m3u8)! I will try again next week to see if there's a way to get Murdochs preview.

However, I am able to get the preview replay of tonight's program of France 2 with the replayftv-vh host!

Program ID: 85a190d9-4061-48fa-918d-394ddfe34235
plurimedia_id: 1043017544
Manifest id: 74c6da75e6516 (so 6156e57ad6c47 reversed)

By decreasing from day to day from the broadcast date, I get the preview replay URL: https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_france-dom-tom/2021/S39/J5/1043017544-6156e57ad6c47-,standard1,standard2,standard3,standard4,.mp4.csmil/master.m3u8

AudricV commented 3 years ago

@abolibibelot1980

How did you do that ? (I tried a few Internet traffic "sniffers", like Coojah and URL Snooper, and also process analysis tools Process Explorer and Process Monitor, none could get anything relevant from what Captvty is doing under-the-hood.)

I used mitmproxy, after adding its CA certificate to Windows 10 and enabling proxy.

the app uses the iPad player response (so it gets an URL of an HLS encrypted manifest)

How does it do that ?

It uses these params (more params, but there are useless):

https://player.webservices.francetelevisions.fr/v1/videos/SI_ID?country_code=FR&os=iOS&device_type=tablet&player_version=5.11.2

Where SI_ID is the id of the video you are getting (from the HTML page of france.tv).

Any idea why it is not the expected value in this case ? How many times would it repeat this quite convoluted process before giving up ?

Maybe parsing the last_update_date value from the programs API (maybe from this request (replace france-5 with the channel you want to get contents)) will help to reduce the delay to get streaming playlists.

It would seem like there is no such reliability issue with Captvty, but I thought that it was using HLS links, if it now uses those M3U8 links it may encounter the same kind of pitfall.

It seems the app uses some tools (check the corresponding folder of the app) to fix downloaded files (and to convert them too). I don't know how it works however.

So how does Captvty manage to retrieve the subtitles so quickly ?

I don't know something about that, I'm sorry.

Trit34 commented 3 years ago

@TiA4f8R Increasing or decreasing? Geez… Well, we can try it.

abolibibelot1980 commented 3 years ago

Another issue : when downloading with youtube-dl and the patched france.tv extractor with the parameter “-f bestvideo+bestaudio”, since both DASH and HLS streams are retrieved from the single DASH link (correct me if the terminology is incorrect), and since the apparent bitrate of the HLS stream is slightly higher (in fact the video / audio content is identical, as I reported here, it's only a matter of “container overhead”), youtube-dl chooses to go the HLS route, and when merging video and audio from a HLS download, the audio gets systematically truncated after 6min48s, no matter what the duration of the video is (it happened before the recent platform overhaul, and then it could be circumvented by selecting the “m3u8-download” stream with “-f best”). Is there any option that can prevent that ? Is there a way to request the best quality in DASH only ?

dirkf commented 3 years ago

Qualify the bestvideo+bestaudio option to select only the DASH formats, eg (bestvideo+bestaudio)[format_id^=dash]/bestvideo+bestaudio/best (remembering to quote the value properly for "Windows cmd" or 'POSIX shell').

Study the Format Selection section of the Fine Manual for further information.

Trit34 commented 3 years ago

@TiA4f8R

@Trit34 You should now be able to get the replay stream, because the replay is now a record of the broadcast of France 3.

It works without ,qaa, indeed! Finally, it works!!! \o/

https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J1/1043056671-615a36b2b336a-,standard1,standard2,standard3,standard4,.mp4.csmil/master.m3u8

But in this master.m3u8 file, the 720p version (https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J1/1043056671-615a36b2b336a-,standard1,standard2,standard3,standard4,.mp4.csmil/index_3_av.m3u8?null=0&id=AgBRQC82Fw+zjsDnXmHDwKjmqK29VSsVysGF+H2qEqCJnjUmD+o1M2W1pFgh3vQys0GqVDZ%2fb8SQtw%3d%3d&hdntl=exp=1633696064~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS40%2fJ1%2f1043056671-615a36b2b336a-,standard1,standard2,standard3,standard4,.mp4.csmil*~data=hdntl~hmac=9953ce946b06fc2fda1b37800943f19cae26bfea93c2f894856db4d029990a4f) returns a 403 if I try to get it with ffmpeg (ffmpeg -i "https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J1/1043056671-615a36b2b336a-,standard1,standard2,standard3,standard4,.mp4.csmil/index_3_av.m3u8?null=0&id=AgBRQC82Fw+zjsDnXmHDwKjmqK29VSsVysGF+H2qEqCJnjUmD+o1M2W1pFgh3vQys0GqVDZ%2fb8SQtw%3d%3d&hdntl=exp=1633696064~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS40%2fJ1%2f1043056671-615a36b2b336a-,standard1,standard2,standard3,standard4,.mp4.csmil*~data=hdntl~hmac=9953ce946b06fc2fda1b37800943f19cae26bfea93c2f894856db4d029990a4f" -c copy -bsf:a aac_adtstoasc "Murdoch.mp4")…

Same when I download the index_3_av.m3u8 file locally: ffmpeg -protocol_whitelist "file,http,https,tcp,tls,crypto" -i "/home/×××××/Vidéos/Récolte/index_3_av.m3u8" -c copy -bsf:a aac_adtstoasc "Murdoch.mp4":

…
[https @ 0x5583f292cd00] HTTP error 403 Forbidden
[crypto @ 0x5583f23c85c0] Unable to open resource: https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J1/1043056671-615a36b2b336a-,standard1,standard2,standard3,standard4,.mp4.csmil/segment255_3_av.ts?null=0&id=AgBRQC82Fw+zjsDnXmHDwKjmqK29VSsVysGF+H2qEqCJnjUmD+o1M2W1pFgh3vQys0GqVDZ%2fb8SQtw%3d%3d&hdntl=exp=1633696064~acl=/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J1/1043056671-615a36b2b336a-,standard1,standard2,standard3,standard4,.mp4.csmil*~data=hdntl~hmac=9953ce946b06fc2fda1b37800943f19cae26bfea93c2f894856db4d029990a4f
[hls @ 0x5583f22eca00] Failed to open segment 255 of playlist 0
[hls @ 0x5583f22eca00] Error when loading first segment 'https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J1/1043056671-615a36b2b336a-,standard1,standard2,standard3,standard4,.mp4.csmil/segment1_3_av.ts?null=0&id=AgBRQC82Fw+zjsDnXmHDwKjmqK29VSsVysGF+H2qEqCJnjUmD+o1M2W1pFgh3vQys0GqVDZ%2fb8SQtw%3d%3d&hdntl=exp=1633696064~acl=/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J1/1043056671-615a36b2b336a-,standard1,standard2,standard3,standard4,.mp4.csmil*~data=hdntl~hmac=9953ce946b06fc2fda1b37800943f19cae26bfea93c2f894856db4d029990a4f'
/home/×××××/Vidéos/Récolte/index_3_av.m3u8: Invalid data found when processing input

Trit34 commented 3 years ago

@TiA4f8R So, I’ve tried with https://www.france.tv/france-3/les-enquetes-de-murdoch/les-enquetes-de-murdoch-saison-14/2802295-une-loi-a-deux-vitesses.html, and it fails as well…

ffmpeg version n4.4 Copyright (c) 2000-2021 the FFmpeg developers
  built with gcc 11.1.0 (GCC)
  configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-amf --enable-avisynth --enable-cuda-llvm --enable-lto --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libdrm --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libjack --enable-libmfx --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librav1e --enable-librsvg --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-libzimg --enable-nvdec --enable-nvenc --enable-shared --enable-version3
  libavutil      56. 70.100 / 56. 70.100
  libavcodec     58.134.100 / 58.134.100
  libavformat    58. 76.100 / 58. 76.100
  libavdevice    58. 13.100 / 58. 13.100
  libavfilter     7.110.100 /  7.110.100
  libswscale      5.  9.100 /  5.  9.100
  libswresample   3.  9.100 /  3.  9.100
  libpostproc    55.  9.100 / 55.  9.100
[https @ 0x55d6de104880] HTTP error 403 Forbidden
https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J3/1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/index_3_av.m3u8?null=0&id=AgBRQC82Fw+ztCqWYmGWeIsshaMu0uqeVYYD92VIFAaG8arnj8LIuH7lkKUrKnhm0SvHVs1ZQG%2fAdw%3d%3d&hdntl=exp=1633937322~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS40%2fJ3%2f1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~data=hdntl~hmac=b732ee2ca279391f00e39d7bd8c11558c250252b4027d2924841097cbf1c86a0: Server returned 403 Forbidden (access denied)

or

$ time ffmpeg -protocol_whitelist "file,http,https,tcp,tls,crypto" -i "https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J3/1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/index_3_av.m3u8" -c copy -bsf:a aac_adtstoasc "Murdoch1.mp4"
ffmpeg version n4.4 Copyright (c) 2000-2021 the FFmpeg developers
  built with gcc 11.1.0 (GCC)
  configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-amf --enable-avisynth --enable-cuda-llvm --enable-lto --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libdrm --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libjack --enable-libmfx --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librav1e --enable-librsvg --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-libzimg --enable-nvdec --enable-nvenc --enable-shared --enable-version3
  libavutil      56. 70.100 / 56. 70.100
  libavcodec     58.134.100 / 58.134.100
  libavformat    58. 76.100 / 58. 76.100
  libavdevice    58. 13.100 / 58. 13.100
  libavfilter     7.110.100 /  7.110.100
  libswscale      5.  9.100 /  5.  9.100
  libswresample   3.  9.100 /  3.  9.100
  libpostproc    55.  9.100 / 55.  9.100
[https @ 0x558eb9586640] HTTP error 403 Forbidden
https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J3/1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/index_3_av.m3u8: Server returned 403 Forbidden (access denied)

Is it a cookie missing, or else?

AudricV commented 3 years ago

@Trit34

Is it a cookie missing, or else?

Maybe, if I see what youtube-dl does to download the HLS master manifest by using ffmpeg:

MY_FFMPEG_LOCATION -y -headers "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3759.0 Safari/537.36
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip, deflate
Accept-Language: en-us,en;q=0.5
Cookie: _alid_=EPWrPnDLAdcirm28o6F0vA==; hdntl=exp=1633948675~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS40%2fJ3%2f1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~data=hdntl~hmac=ef88204e0df7e11df1a8bcce3e7d552b3930489317db4aaa7e0d3db7ad469230
" -i "https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J3/1045549489-615de6fb66680-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/index_3_av.m3u8?null=0&id=AgBW2J3QAhVVFIPCYmHSC+CYkE5krpooldDlrautBZPoRaf5P8+YoGTAbcQJ1ZrxgLQXm8JcuClkhQ%3d%3d&hdntl=exp=1633948675~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS40%2fJ3%2f1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~data=hdntl~hmac=ef88204e0df7e11df1a8bcce3e7d552b3930489317db4aaa7e0d3db7ad469230" -c copy -f mp4 "file:e.mp4.part"

Anyway, nice catch for the preview link!

(I could not understand why 4 days before the availibility of the preview on the website.)

However, if I take a manifest URL with a token I didn't use and I tried to download it with ffmpeg, it works! My command line is:

ffmpeg -i HLS_MANIFEST_PLAYLIST_URL -c copy OUTPUT_FILE_LOCATION_AND_NAME

But I suggest you to use yt-dlp built-in HLS downloader or youtube-dl (which like I said relies on ffmpeg (because it doesn't fetch the separate audio stream)):

yt-dlp HLS_MANIFEST_PLAYLIST_URL

In this case, after the download is complete, rename the file with the TS extension. If you want an MP4 file from the TS file and you use Captvty, you can use its converter by adding the TS file you got to the Conversion tab.
youtube-dl HLS_MANIFEST_PLAYLIST_URL --ffmpeg-location FFMPEG_LOCATION

The file downloaded with youtube-dl seems to be real MP4 file.

(Where HLS_MANIFEST_PLAYLIST_URL is an URL that you get with the hdauth host (and maybe that you didn't open before), for the both methods.)

Trit34 commented 3 years ago

@TiA4f8R I don’t use Captvty: I’m on Linux (Arch).

Your HLS_MANIFEST_PLAYLIST_URL is a URL like https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J3/1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/index_3_av.m3u8?null=0&id=AgBRQC82Fw+ztCqWYmGWeIsshaMu0uqeVYYD92VIFAaG8arnj8LIuH7lkKUrKnhm0SvHVs1ZQG%2fAdw%3d%3d&hdntl=exp=1633937322~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS40%2fJ3%2f1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~data=hdntl~hmac=b732ee2ca279391f00e39d7bd8c11558c250252b4027d2924841097cbf1c86a0?

EDIT 16:47: EURÊKA!!! It worked with ffmpeg -i "https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J3/1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8?hdnea=exp=1633877480~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS40%2fJ3%2f1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~hmac=326b54f56efb3fcb82c8c94862f25cac02cc295ed78901c87e90f41cee7fee8a" -c copy -bsf:a aac_adtstoasc "Murdoch.mp4", and I could get the 720p version (with both video and audio streams)! \o/ FINALLY!!!

AudricV commented 3 years ago

Your HLS_MANIFEST_PLAYLIST_URL is a URL like https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J3/1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/index_3_av.m3u8?null=0&id=AgBRQC82Fw+ztCqWYmGWeIsshaMu0uqeVYYD92VIFAaG8arnj8LIuH7lkKUrKnhm0SvHVs1ZQG%2fAdw%3d%3d&hdntl=exp=1633937322~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS40%2fJ3%2f1045549522-615df4c0e3747-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~data=hdntl~hmac=b732ee2ca279391f00e39d7bd8c11558c250252b4027d2924841097cbf1c86a0?

I was talking (indeed) about the master playlist.

Trit34 commented 3 years ago

@TiA4f8R

(I could not understand why 4 days before the availibility of the preview on the website.)

Probably because this is the date of the upload on the server, not the public availability date. Oh, it works on already brodcasted videos, too: ffmpeg -i "https://replayftv-vh.akamaihd.net/i/streaming-adaptatif_media-secure_france-dom-tom/2021/S40/J7/1045549492-6163593187c7e-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil/master.m3u8?hdnea=exp=1633941871~acl=%2fi%2fstreaming-adaptatif_media-secure_france-dom-tom%2f2021%2fS40%2fJ7%2f1045549492-6163593187c7e-,standard1,standard2,standard3,standard4,qaa,.mp4.csmil*~hmac=5d327de5ae627ee1f0016452c88c8f6a8d645844c8c33f4af74884b3b78fa25e" -c copy -bsf:a aac_adtstoasc "MurdochS10E13.mp4" for https://www.france.tv/france-3/les-enquetes-de-murdoch/saison-10/2804867-les-voisins-de-m-murdoch.html

dirkf commented 3 years ago

So does this result in an extraction algorithm that should be included in a PR, whether @sarnoud's or a new one?

Hardelot commented 3 years ago

@. Téléchargements]$ cd VideoDownloader @. VideoDownloader]$ youtube-dl https://www.france.tv/series-et-fictions/telefilms/2802195-juge-sans-justice.html [FranceTVSite] 2802195-juge-sans-justice: Downloading webpage [FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading video JSON ERROR: Unable to download JSON metadata: HTTP Error 404: Not Found (caused by <HTTPError 404: 'Not 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. @.*** VideoDownloader]$ youtube-dl -i -f "bestvideo,bestaudio" https://www.france.tv/france-5/c-jamy/c-jamy-saison-2/2802157-emission-du-lundi-11-octobre-2021.html [FranceTVSite] 2802157-emission-du-lundi-11-octobre-2021: Downloading webpage

Salut tout le monde,

J'ai besoin de votre aide. Voir ci-dessus.

----- Mail original -----

De: "dirkf" @.> À: "ytdl-org/youtube-dl" @.> Cc: "Hardelot" @.>, "Mention" @.> Envoyé: Lundi 11 Octobre 2021 12:53:09 Objet: Re: [ytdl-org/youtube-dl] 【FRANCE.TV】Download no longer possible (#29956)

So does this result in an extraction algorithm that should be included in a PR, whether @sarnoud 's or a new one? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub , or unsubscribe . Triage notifications on the go with GitHub Mobile for iOS or Android .

--

NicoGénéalogiste Nicolas DEVIENNE 5, Rue Pierre Bachelet F-62510 ARQUES FRANCE GSM : +33699029343 SKYPE : +33977199016 SKYPE : hardelot621521 http://nicogenealogiste.e-monsite.com/ https://www.facebook.com/n.devienne/

Trit34 commented 3 years ago

@Hardelot Pour Juge sans justice, c’est disponible. Peut-être un léger retard à la mise en ligne (ce qui arrive parfois) ?

$ youtube-dl -F https://www.france.tv/series-et-fictions/telefilms/2802195-juge-sans-justice.html
[FranceTVSite] 2802195-juge-sans-justice: Downloading webpage
[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading desktop video JSON
[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading mobile video JSON
[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading signed dash manifest URL
[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading MPD manifest
WARNING: [FranceTV] Unknown MIME type application/mp4 in DASH manifest
[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading signed hls manifest URL
[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading m3u8 information
[info] Available formats for bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c:
format code                          extension  resolution note
hls-audio-aacl-96-Audio_Description  mp4        audio only [qtz] 
dash-audio_qtz=96000                 m4a        audio only [qtz] DASH audio   96k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-audio_fre=96000                 m4a        audio only [fr] DASH audio   96k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-video=400000                    mp4        384x216    DASH video  400k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=950000                    mp4        640x360    DASH video  950k , mp4_dash container, avc1.4D401F, 25fps, video only
dash-video=1400000                   mp4        960x540    DASH video 1400k , mp4_dash container, avc1.4D401F, 25fps, video only
dash-video=2000000                   mp4        1280x720   DASH video 2000k , mp4_dash container, avc1.64001F, 25fps, video only
hls-522                              mp4        384x216     522k , avc1.42C01E, 25.0fps, video only
hls-1105                             mp4        640x360    1105k , avc1.4D401F, 25.0fps, video only
hls-1582                             mp4        960x540    1582k , avc1.4D401F, 25.0fps, video only
hls-2218                             mp4        1280x720   2218k , avc1.64001F, 25.0fps, video only
hls-audio-aacl-96-Audio_Français     mp4        audio only [fr]  (best)

Maintenant, es-tu sûr d’avoir patché les scripts avec ceux de ce PR ? Autrement, essaie avec yt-dlp : la dernière version (sortie avant-hier) intègre le patch de sarnoud.

Hardelot commented 3 years ago

https://forums.fedora-fr.org/viewtopic.php?id=72834

----- Mail original -----

De: "Trit34" @.> À: "ytdl-org/youtube-dl" @.> Cc: "Hardelot" @.>, "Mention" @.> Envoyé: Mardi 12 Octobre 2021 18:16:33 Objet: Re: [ytdl-org/youtube-dl] 【FRANCE.TV】Download no longer possible (#29956)

@Hardelot Pour Juge sans justice , c’est disponible. Peut-être un léger retard à la mise en ligne (ce qui arrive parfois) ? $ youtube-dl -F https://www.france.tv/series-et-fictions/telefilms/2802195-juge-sans-justice.html

[FranceTVSite] 2802195-juge-sans-justice: Downloading webpage

[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading desktop video JSON

[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading mobile video JSON

[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading signed dash manifest URL

[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading MPD manifest

WARNING: [FranceTV] Unknown MIME type application/mp4 in DASH manifest

[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading signed hls manifest URL

[FranceTV] bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c: Downloading m3u8 information

[info] Available formats for bc7f9dc9-bfbc-4d73-b73a-8ab5a166162c:

format code extension resolution note

hls-audio-aacl-96-Audio_Description mp4 audio only [qtz]

dash-audio_qtz=96000 m4a audio only [qtz] DASH audio 96k , m4a_dash container, mp4a.40.2 (48000Hz)

dash-audio_fre=96000 m4a audio only [fr] DASH audio 96k , m4a_dash container, mp4a.40.2 (48000Hz)

dash-video=400000 mp4 384x216 DASH video 400k , mp4_dash container, avc1.42C01E, 25fps, video only

dash-video=950000 mp4 640x360 DASH video 950k , mp4_dash container, avc1.4D401F, 25fps, video only

dash-video=1400000 mp4 960x540 DASH video 1400k , mp4_dash container, avc1.4D401F, 25fps, video only

dash-video=2000000 mp4 1280x720 DASH video 2000k , mp4_dash container, avc1.64001F, 25fps, video only

hls-522 mp4 384x216 522k , avc1.42C01E, 25.0fps, video only

hls-1105 mp4 640x360 1105k , avc1.4D401F, 25.0fps, video only

hls-1582 mp4 960x540 1582k , avc1.4D401F, 25.0fps, video only

hls-2218 mp4 1280x720 2218k , avc1.64001F, 25.0fps, video only

hls-audio-aacl-96-Audio_Français mp4 audio only [fr] (best) Maintenant, es-tu sûr d’avoir patché les scripts avec ceux de ce PR ? Autrement, essaie avec yt-dlp : la dernière version (sortie avant-hier) intègre le patch de sarnoud. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub , or unsubscribe . Triage notifications on the go with GitHub Mobile for iOS or Android .

--

NicoGénéalogiste Nicolas DEVIENNE 5, Rue Pierre Bachelet F-62510 ARQUES FRANCE GSM : +33699029343 SKYPE : +33977199016 SKYPE : hardelot621521 http://nicogenealogiste.e-monsite.com/ https://www.facebook.com/n.devienne/

Hardelot commented 3 years ago

Honnêtement ? Je ne sais pas le faire.

----- Mail original -----

De: "nicolas devienne1" @.> À: "ytdl-org/youtube-dl" @.> Cc: "Mention" @.>, "ytdl-org/youtube-dl" @.> Envoyé: Mardi 12 Octobre 2021 19:27:18 Objet: Re: [ytdl-org/youtube-dl] 【FRANCE.TV】Download no longer possible (#29956)