Open NiesmialyGosc opened 3 years ago
I have the same problem with France TV on LINUX FEDORA and Video Downloader.
Hello On Fedora 34, you can apply the patch given at the top of this thread : (Assuming you have root privileges) : cd /usr/lib/python3.9/site-packages/youtube_dl patch youtube_dl/extractor/francetv.py < /whereeveritis/youtube-dl-patch.txt
Then you can either run in interpreter mode : export PYTHONPATH=/usr/lib/python3.9/site-packages/youtube_dl python -m youtube_dl -F https://www.francetvinfo.fr/monde/environnement/biodiversite/animaux-a-la-decouverte-de-chimpanzes-en-milieu-naturel_4772545.html to get available formats and python -m youtube_dl -f dash-video=1400000,dash-audio_fre=96000 https://www.francetvinfo.fr/monde/environnement/biodiversite/animaux-a-la-decouverte-de-chimpanzes-en-milieu-naturel_4772545.html to get the video and audio files. Then, you have to merge them ffmpeg -i Animaux\ \ -\ à\ la\ découverte\ de\ chimpanzés\ en\ milieu\ naturel-d69f46b0-1661-11ec-a6b9-000d3a2427ab.mp4 -i Animaux\ \ -\ à\ la\ découverte\ de\ chimpanzés\ en\ milieu\ naturel-d69f46b0-1661-11ec-a6b9-000d3a2427ab.m4a -c copy -map:v 0:0 -map:a 1:0 Animaux\ \ -\ à\ la\ découverte\ de\ chimpanzés\ en\ milieu\ naturel.mp4
If you want to recompile, you have to get the Makefile from git ( https://github.com/ytdl-org/youtube-dl ) put it in /usr/lib/python3.9/site-packages . OK, I know, it is quite weird and ugly. then make youtube-dl and mv /usr/local/bin/youtube-dl /usr/local/bin/youtube-dl.old mv youtube-dl /usr/local/bin
It works for me (TM) (C)
Et pour Video-Downloader ?
Try
~/.local/lib/python3.8/site-packages/youtube_dl/extractor
if installed withpip(3) --user
.
Hello, I don't have any python3* directory, only ~/.local/lib/python2.7/ Inside it, I have site-packages sub-directory, but itself doen't contain any youtube-dl stuff.
sudo snap install video-downloader
Try
~/.local/lib/python3.8/site-packages/youtube_dl/extractor
if installed withpip(3) --user
.Hello, I don't have any python3* directory, only ~/.local/lib/python2.7/ Inside it, I have site-packages sub-directory, but itself doen't contain any youtube-dl stuff.
@guy-teube
It depends how you installed youtube-dl
.
pip(3) install --user youtube-dl
and apply the patch to the file under ~/.local/...
.Read previous comments.
@guy-teube It depends how you installed
youtube-dl
.* If you have compiled it from source, you need to apply the patch to the francetv.py file directly there. * Otherwise, install it with `pip(3) install --user youtube-dl` and apply the patch to the file under `~/.local/...`.
Read previous comments.
I have read everything, I get this:
$ pip install --user youtube_dl
Collecting youtube_dl
Downloading https://files.pythonhosted.org/packages/a4/43/1f586e49e68f8b41c4be416302bf96ddd5040b0e744b5902d51063795eb9/youtube_dl-2021.6.6-py2.py3-none-any.whl (1.9MB)
100% |████████████████████████████████| 1.9MB 848kB/s
Installing collected packages: youtube-dl
Successfully installed youtube-dl-2021.6.6
But I still not understand how to manage the version installed by pip.
$ whereis youtube-dl
youtube-dl: /usr/local/bin/youtube-dl /home/guy/.local/bin/youtube-dl
Maybe I'm wrong, but this don't use the pip version, neither any .py file from site-packages/youtube_dl/extractor directory? My point is I made a lot of tests trying to solve this issue, and now I've got many installations, and I don't know how to manage or remove those are useless :)
@guy-teube you should try to understand what the commands you run do. You have a global version (sudo pip...) AND a user version (--user without sudo). Remove one of them. From your whereis, the global version is run.
To delete one of them: sudo pip uninstall youtube-dl
to remove the global verison and pip uninstall --user youtube-dl
to remove the user's version (without sudo).
And then, search where is your francetv.py
: cd / && sudo find . -type f -name francetv.py
[deviennenicolas@fedora ~]$ wget https://files.pythonhosted.org/packages/a4/43/1f586e49e68f8b41c4be416302bf96ddd5040b0e744b5902d51063795eb9/youtube_dl-2021.6.6-py2.py3-none-any.whl --2021-09-16 14:27:04-- https://files.pythonhosted.org/packages/a4/43/1f586e49e68f8b41c4be416302bf96ddd5040b0e744b5902d51063795eb9/youtube_dl-2021.6.6-py2.py3-none-any.whl Résolution de files.pythonhosted.org (files.pythonhosted.org)… 151.101.121.63, 2a04:4e42:1d::319 Connexion à files.pythonhosted.org (files.pythonhosted.org)|151.101.121.63|:443… connecté. requête HTTP transmise, en attente de la réponse… 200 OK Taille : 1904653 (1,8M) [application/octet-stream] Sauvegarde en : « youtube_dl-2021.6.6-py2.py3-none-any.whl »
youtube_dl-2021.6.6-py2.py3-none-any.whl 100%[=====================================================================================================>] 1,82M --.-KB/s ds 0,05s
2021-09-16 14:27:05 (37,2 MB/s) — « youtube_dl-2021.6.6-py2.py3-none-any.whl » sauvegardé [1904653/1904653]
I could swear that up until this change / patch, that my experience was the opposite : that
-F
would reportm3u8
and nodash
. With this patch you get nom3u8
at all. Perhaps it's not a problem and the site has just decided to switch to only mpd now?No, you can get m3u8 and Dash formats for FranceTV videos. I have a personal fix for this issue that gives me the both formats.
$ youtube-dl -F https://www.france.tv/series-et-fictions/telefilms/2743743-les-heritiers.html [FranceTVSite] 2743743-les-heritiers: Downloading webpage [FranceTV] 6a219d1a-8f6b-4f5e-8639-4093538e1a84: Downloading fallback desktop video JSON [FranceTV] 6a219d1a-8f6b-4f5e-8639-4093538e1a84: Downloading fallback mobile video JSON [FranceTV] 6a219d1a-8f6b-4f5e-8639-4093538e1a84: Downloading signed dash manifest URL [FranceTV] 6a219d1a-8f6b-4f5e-8639-4093538e1a84: Downloading MPD manifest WARNING: [FranceTV] Unknown MIME type application/mp4 in DASH manifest [FranceTV] 6a219d1a-8f6b-4f5e-8639-4093538e1a84: Downloading signed hls manifest URL [FranceTV] 6a219d1a-8f6b-4f5e-8639-4093538e1a84: Downloading m3u8 information [info] Available formats for 6a219d1a-8f6b-4f5e-8639-4093538e1a84: 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)
@sarnoud patch is only a quick fix.
It needs a full rework to fix this issue completely :
- get metadatas and all format (m3u8, Dash) for audio/video
- fix request to get subtitles
- adapt and run tests included in extractor code for all FranceTV sites (france.tv, embed.francetv.fr, francetvinfo.fr, sports.francetvinfo.fr, culturebox.francetvinfo.fr, zouzous.fr, ludo.fr).
Your output does not show M3U8 formats, only DASH and HLS.
And what about a new fix that will allow to get M3U8 versions, labeled as such in the listings and having both audio and video in one file?
@guy-teube you should try to understand what the commands you run do. You have a global version (sudo pip...) AND a user version (--user without sudo). Remove one of them. From your whereis, the global version is run.
To delete one of them:
sudo pip uninstall youtube-dl
to remove the global verison andpip uninstall --user youtube-dl
to remove the user's version (without sudo).And then, search where is your
francetv.py
:cd / && sudo find . -type f -name francetv.py
Thank you @alexisfrjp, I've never used pip before...
pip uninstall --user youtube-dl returns: no such option: --user
And the search of francetv.py gives:
./home/myuser/.local/lib/python2.7/site-packages/youtube_dl/extractor/francetv.py
./usr/local/lib/python2.7/dist-packages/youtube_dl/extractor/francetv.py
Which one to you advise to keep or remove?
@guy-teube you should try to understand what the commands you run do. You have a global version (sudo pip...) AND a user version (--user without sudo). Remove one of them. From your whereis, the global version is run. To delete one of them:
sudo pip uninstall youtube-dl
to remove the global verison andpip uninstall --user youtube-dl
to remove the user's version (without sudo). And then, search where is yourfrancetv.py
:cd / && sudo find . -type f -name francetv.py
Thank you @alexisfrjp, I've never used pip before...
pip uninstall --user youtube-dl returns: no such option: --user
And the search of francetv.py gives:
./home/myuser/.local/lib/python2.7/site-packages/youtube_dl/extractor/francetv.py ./usr/local/lib/python2.7/dist-packages/youtube_dl/extractor/francetv.py
Which one to you advise to keep or remove?
@guy-teube
Sorry, remove --user
and use just sudo to remove the globally installed app.
If your user is the only one using youtube-dl
, remove the global package: sudo pip uninstall youtube-dl
and keep the user's one.
Then apply the patch patch /home/myuser/.local/lib/python2.7/site-packages/youtube_dl/extractor/francetv.py < youtube-dl-patch.txt
.
Merci @alexisfrjp ça fonctionne nickel désormais !
Et merci @sarnoud pour le patch !
Bonjour,
Serait-il possible de me traduire la manoeuvre à réaliser ou du moins les explications tout en me donnant les lignes de commande ?
Merci pour tout.
Avec Video-Downloader, j'ai ce message d'erreur :
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.
Que dois-je-faire ?
Cherche où est le fichier que tu dois modifier: cd / && sudo find . -type f -name francetv.py
Et modifie le fichier: patch .../francetv.py < youtube-dl-patch.txt
Sinon attends qu'une nouvelle version sorte.
Et la prochaine version est pour quand si tu as une date approximative ?
Que fais-je maintenant ?
[deviennenicolas@fedora /]$ cd / && sudo find . -type f -name francetv.py ./usr/lib/python3.10/site-packages/pycache/francetv.py ./usr/lib/python3.10/site-packages/youtube_dl/extractor/francetv.py find: ‘./run/user/1000/doc’: Permission non accordée find: ‘./run/user/1000/gvfs’: Permission non accordée ./root/.local/share/Trash/files/extractor/francetv.py find: ‘./home/deviennenicolas/pCloudDrive’: Permission non accordée ./home/deviennenicolas/Téléchargements/Dossiers/youtube_dl-2020.12.7/youtube_dl/extractor/francetv.py ./home/deviennenicolas/Téléchargements/francetv.py ./home/deviennenicolas/.local/lib/python3.9/site-packages/youtube_dl/extractor/francetv.py ./home/deviennenicolas/.local/lib/python3.9/site-packages/youtube_dl/youtube_dl/extractor/francetv.py ./var/lib/snapd/snap/youtube-dl/4568/lib/python3.6/site-packages/youtube_dl/extractor/francetv.py ./var/lib/snapd/snap/video-downloader/791/lib/python3.6/site-packages/youtube_dl/extractor/francetv.py find: ‘./tmp/.mount_kDriveKV1YIA’: Permission non accordée find: ‘./tmp/.mount_pcloudoRl5SV’: Permission non accordée
Je ne sais pas, par exemple relire les messages précédents en partant du début... Il y a un indice : ./usr/lib/python3.10/site-packages/youtube_dl/extractor/francetv.py
Et la prochaine version est pour quand si tu as une date approximative ?
Je sais pas, mais si les gens qui peuvent faire quelque chose ne viennent que pour poster un truc à la va-vite et ne donnent plus jamais de nouvelles ensuite, ça va pas vraiment aller…
Ça et les deux responsables du projet qui ne donnent plus signe de vie depuis juillet (le sont-ils toujours, d’ailleurs ? La question se pose sur l’issue #29965, vu que jamais il ne s’est écoulé autant de temps entre deux nouvelles versions… À une époque, elles étaient même quotidiennes, c’est dire !), ça sent vraiment pas bon pour la survivance de youtube-dl à terme… :/
Il semble que le projet yt-dlp n'ait pas proposé de patch pour le moment. Donc pas plus réactif que youtube-dl... Cependant les modifs proposées ici sont valables aussi sur yt-dlp.
For newbies who don't understand how to follow the comprehensive information repeated several times in this issue thread, if as me, you're using compiled version in /usr/local/bin/youtube-dl, here's a simple procedure to replace it:
(French version)
Pour les débutants qui ne comprennent pas comment appliquer les instructions complètes indiquées ci-dessus dans ce suivi de problème (surtout destiné à corriger le code pour que ce soit intégré à la prochaine version), si comme moi vous utilisez la version compilée dans /usr/local/bin/youtube-dl, voici une procédure simple pour la remplacer. Ces commandes sont à exécuter en utilisateur non privilégié, d'où le sudo devant cp. Il vous faut au préalable les programmes wget, make, zip, pas forcément installés.
mkdir /tmp/ytdl_francetv
cd /tmp/ytdl_francetv
wget https://yt-dl.org/downloads/2021.06.06/youtube-dl-2021.06.06.tar.gz https://github.com/ytdl-org/youtube-dl/files/7156590/youtube-dl-patch.txt
tar xzf youtube-dl-2021.06.06.tar.gz
cd youtube-dl
patch -p1 < ../youtube-dl-patch.txt
make youtube-dl
sudo cp youtube-dl /usr/local/bin/youtube-dl
rm -r /tmp/ytdl_francetv
Merci pour les consignes données. Il n'y a plus qu'à voir pour Video-Downloader ;-) !!!
Ma compréhension est que francetv ne supporte plus la manière que youtube-dl utilisait pour accéder les vidéos (m3u8).
La seule méthode qui semble maintenant disponible est via dash - qui est plus compliquée à gérer (flux audio et video séparés, disponibilité des sous titres dans un stream mp4 spécifié dans le manifest - ce qui n'est pas encore supporté par youtube-dl - voir https://github.com/ytdl-org/youtube-dl/blob/a8035827177d6b59aca03bd717acb6a9bdd75ada/youtube_dl/extractor/common.py#L2188)
Bref, la solution complète ne semble pas encore très claire et qui plus est le code dans francetv.py va devoir probablement être largement modifié pour l'implémenter.
Ce n'est donc pas de la mauvaise volonté ;)
Merci pour le patch rapide. Je ne critique jamais ceux qui travaillent (sauf si je paye). Ce n'est pas la panacée, mais ça permet de continuer à récupérer des vidéos avant qu'elles ne disparaissent, modulo un "post-processing" manuel. S'il y a des choses qu'on peut faire sans être un spécialiste, n'hésitez pas à demander. Cordialement
The patch selects audio description (when available) as audio rather than "normal" audio. Example URL: https://www.france.tv/france-2/candice-renoir/candice-renoir-saison-9/2739843-qui-seme-le-vent-recolte-la-tempete.html
youtube-dl -F https://www.france.tv/france-2/candice-renoir/candice-renoir-saison-9/2739843-qui-seme-le-vent-recolte-la-tempete.html
[info] Available formats for c85e5d65-f28b-4b8e-9c74-9fabcae51503:
ID EXT RESOLUTION FPS | TBR PROTO | VCODEC VBR ACODEC ABR ASR MORE INFO
-------------------- --- ---------- --- - ----- ----- - ----------- ----- --------- ---- ------- ---------------------------
dash-audio_fre=96000 m4a audio only | 96k dash | mp4a.40.2 96k 48000Hz [fr], DASH audio, m4a_dash
dash-audio_qtz=96000 m4a audio only | 96k dash | mp4a.40.2 96k 48000Hz [qtz], DASH audio, m4a_dash
dash-video=400000 mp4 384x216 25 | 400k dash | avc1.42C01E 400k DASH video, mp4_dash
dash-video=950000 mp4 640x360 25 | 950k dash | avc1.4D401F 950k DASH video, mp4_dash
dash-video=1400000 mp4 960x540 25 | 1400k dash | avc1.4D401F 1400k DASH video, mp4_dash
dash-video=2000000 mp4 1280x720 25 | 2000k dash | avc1.64001F 2000k DASH video, mp4_dash
qtz is audio description, fre is "normal" audio.
The patch selects audio description (when available) as audio rather than "normal" audio. Example URL: https://www.france.tv/france-2/candice-renoir/candice-renoir-saison-9/2739843-qui-seme-le-vent-recolte-la-tempete.html
youtube-dl -F https://www.france.tv/france-2/candice-renoir/candice-renoir-saison-9/2739843-qui-seme-le-vent-recolte-la-tempete.html [info] Available formats for c85e5d65-f28b-4b8e-9c74-9fabcae51503: ID EXT RESOLUTION FPS | TBR PROTO | VCODEC VBR ACODEC ABR ASR MORE INFO -------------------- --- ---------- --- - ----- ----- - ----------- ----- --------- ---- ------- --------------------------- dash-audio_fre=96000 m4a audio only | 96k dash | mp4a.40.2 96k 48000Hz [fr], DASH audio, m4a_dash dash-audio_qtz=96000 m4a audio only | 96k dash | mp4a.40.2 96k 48000Hz [qtz], DASH audio, m4a_dash dash-video=400000 mp4 384x216 25 | 400k dash | avc1.42C01E 400k DASH video, mp4_dash dash-video=950000 mp4 640x360 25 | 950k dash | avc1.4D401F 950k DASH video, mp4_dash dash-video=1400000 mp4 960x540 25 | 1400k dash | avc1.4D401F 1400k DASH video, mp4_dash dash-video=2000000 mp4 1280x720 25 | 2000k dash | avc1.64001F 2000k DASH video, mp4_dash
qtz is audio description, fre is "normal" audio.
@B0pol This is why you have to precise the formats you want to get: youtube-dl -f dash-video=2000000+dash-audio_fre=96000 [URL]
.
@sarnoud C’est bien ennuyeux, si on ne peut plus récupérer les M3U8 (pas envie d’attendre 21h10 pour voir Murdoch le dimanche, moi… :sob:)… Il y a vraiment pas moyen ? Leur changement d’API bloque ça ? Bizarre…
@B0pol
The patch selects audio description (when available) as audio rather than "normal" audio.
This is not the patch, it's the app.
@Trit34
@sarnoud C’est bien ennuyeux, si on ne peut plus récupérer les M3U8 (pas envie d’attendre 21h10 pour voir Murdoch le dimanche, moi… 😭)… Il y a vraiment pas moyen ? Leur changement d’API bloque ça ? Bizarre…
Are you sure M3U8 is still available for these links?
Are you sure M3U8 is still available for these links?
They are no longer on the JSON page, but, surprisingly, I managed to reconstruct a M3U8 link that works for the program mentioned as an example above. I took a link from another program broadcast on 2021/09/06 ("C dans l'air" on F5), changed the week number from 36 to 37, then replaced the codes by those which appear in the "videospritesheets" image links, minus the incremental number at the end, which gives "1036066892-613fc5e9ae9fe" — didn't work. Then I added "_france-dom-tom" (a part which was sometimes present in .m3u8 links, sometimes not, depending on the program) : it worked ! Not sure if it will continue to work for programs broadcast after 2021/09/21. Let's try that one : JSON page here, contains .mpd video link only, but I also manage to get a working M3U8 link with the same method. So far, the answer seems to be yes, although it involves a rather convoluted trick.
Note : the second code of the "videospritesheets" links (and the reconstructed .m3u8 link) also corresponds to the first code of the .mpd link, but inverted : 6145982922416 / 6142292895416, 613fc5e9ae9fe / ef9ea9e5cf316.
@Trit34 Ça change quoi que le lien soit en M3U8 ou DASH 2-en-1 par rapport à l'horaire de visionnage ?
Otherwise : I use a pre-compiled .exe version of youtube-dl, on Windows 7, what do I need to apply the patch and get a new working executable file ? (Not used to that kind of stuff, I read this thread quickly and didn't find the needed information, apologies if it has been provided already.)
@Trit34 Ça change quoi que le lien soit en M3U8 ou DASH 2-en-1 par rapport à l'horaire de visionnage ?
Outre le fait que ce sont des vidéos avec vidéo et audio combinés ensemble (et donc pas à récupérer de façon séparée), c’est pour le cas où il n’y a que ce format de disponible (comme actuellement avec Murdoch, qu’on aime bien regarder un peu plus tôt qu’à l’horaire de diffusion, qui est franchement tardif, et qui n’est pas disponible en DASH)… Je vais voir ton astuce, du coup.
Par exemple : ce lien → https://www.france.tv/france-3/les-enquetes-de-murdoch/les-enquetes-de-murdoch-saison-14/2743953-rira-bien-qui-rira-le-dernier.html
Comment tu reconstruirais le lien vers le fichier master.m3u8 ? En passant par l’URL vers Cloudreplay ? J’arrive à http://replayftv-vh.akamaihd.net/i/streaming-adaptatif_france-domtom_DRM/2021/S36/J7/1036062463-e539ddffa0416-,standard1,standard2,standard3,standard4,.mp4.csmil/master.m3u8
, mais ça aboutit à une 403… Je sens que c’est là que ça coince.
@Trit34 Alors là bizarrement les codes ne correspondent pas : le premier code du lien .mpd est e539ddffa0416, j'ai bien précisé que le code était inversé dans le lien .m3u8, donc si ça marchait ce serait 6140affdd935e (pour faire ceci automatiquement sans risque d'erreur : TedNotepad > sélection > Tools > Reverse > Text), mais ça ne marche pas. Le code à 13 caractères apparaissant dans les liens "videospritesheets" est "613e5a70101ef", mais le lien ci-dessus ne fonctionne pas non plus avec ce code (à l'endroit dans ce cas). Les codes semaine / jour semblent corrects (diffusion le 12/09 : même semaine que le 06 donc S36, dimanche donc J7). Est-ce que les liens .m3u8 fonctionnels pour ce programme contenaient "_france-domtom_DRM" précédemment ? Se pourrait-il que ce soit une rediffusion et que les codes semaine / jour correspondent à la première diffusion ? Pour l'instant je sèche... Possible que ces liens soient bel et bien en voie de disparition et que j'aie eu un coup de bol en faisant ma tentative ci-dessus.
@abolibibelot1980 Essaie avec celui-là (qui existe en DASH lui) : https://www.france.tv/france-3/un-cas-pour-deux/un-cas-pour-deux-saison-26/994957-carton-rouge.html Et celui-là (diffusé ce soir, mais dispo en avant-première aujourd’hui) : https://www.france.tv/series-et-fictions/telefilms/1508057-les-mysteres-des-majorettes.html
Pour répondre à ta dernière question : quand je prenais les formats m3u8_format_XXXX
(avec le bitrate moyen à la place de XXXX
), je ne regardais pas l’adresse du fichier « master.m3u8 »… Mais ils changent de fichier quand la vidéo concernée est passée. Celui de la S14E1 de Murdoch était disponible en AVP dimanche avant sa diffusion, mais en version « propre » (pas d’habillages de la chaîne, juste les vidéos en VF et avec un logo France 3). Mais depuis lundi, c’est maintenant une copie de ce qui a été diffusé à l’antenne (habillages de France 3 comme « À suivre », etc. compris). Sachant que, lundi matin, j’avais pu récupérer en plus les deux épisodes S10E1 et 2, eux aussi dispo en M3U8 seulement et dans leur version antenne.
Et l’URL que j’ai tentée (avec sous sans le suffixe _DRM
, c’est pareil) renvoie une 403, signe que le fichier existe bien (sinon, on aurait une 404), mais est rendu inaccessible. Une histoire de user-agent en plus ? En plus de virer l’ancienne API, ils ont blindé davantage leurs serveurs ? Ou c’était déjà comme ça, mais l’extracteur arrivait quand même à passer outre ?
J'ai réussi pour le premier : http://replayftv-vh.akamaihd.net/i/streaming-adaptatif_france-dom-tom/2021/S37/J1/1036066935-613f5d08ad18e-,standard1,standard2,standard3,standard4,.mp4.csmil/master.m3u8 (donc "_france-dom-tom", avec deux traits d'union et sans "_drm") (lisible directement dans VLC Media Player, par glisser-déposer ou en copiant le lien dans "ouvrir un flux réseau"). Pour le deuxième il n'y a pas de liens "videospritesheets", j'ai tenté sur la base du lien .mpd (en inversant le second code) "S37/J6/1038374437-61422fcd4ac35-" mais ça ne marche pas (testé avec ou sans "_france-dom-tom").
Je n'examinais pas systématiquement les liens .m3u8, mais j'ai veillé à garder les fichiers intermédiaires relatifs aux vidéos téléchargées sur cette plateforme depuis un an à peu près, en ajoutant à la commande yt-dl les options --write-info-json et --write-pages, ce qui me permet de consulter les anciens liens en cas de besoin. Pour le choix du format je mettais "-f best" ce qui sélectionnait automatiquement la version 1280x720 sans avoir à vérifier à chaque fois le nom exact (le débit moyen étant légèrement différent pour chaque vidéo). Et "-f best" sélectionnait automatiquement le lien "m3u8-download" de meilleure qualité, car en effet ces liens correspondaient à un flux unique vidéo + audio combiné, alors que le paramétrage par défaut correspondant à "-f bestvidéo+bestaudio" sélectionnait le lien "hls_v5_os" de meilleure qualité, ces liens correspondant à des flux vidéo et audio séparés. (Même principe sur YouTube : si on met "-f best" on obtient la meilleure qualité pour un flux combinant vidéo et audio, qui est désormais rarement la meilleure qualité disponible.)
Sans être un expert en la matière je doute qu'il faille se fier au "403" pour affirmer que le fichier existe bien (on doit obtenir pareillement "403" en mettant un code complètement aléatoire, non ?).
(English version below)
Pour moi le dash proposé au navigateur se télécharge bien pour les vidéos de france.tv qui m'intéressent, je ne comprends pas l'intérêt de trouver le m3u8 et si l'API a changé, ça marche peut-être encore mais ça risque de disparaître.
Pour le format, en effet les versions «best» ne sont pas forcément les meilleures, ce sont les meilleures combinées, souvent c'est mieux avec le son séparé. Il y a plein de possibilités de sélection, avec des priorités, décrites ici (avec traduction automatique pour les non-anglophones) : https://github.com/ytdl-org/youtube-dl/blob/master/README.md#format-selection
(version anglaise)
The dash playlist works in browser and with youtube-dl for videos I want to download. I don't need m3u8 and if an API change, maybe it's still available but will be removed.
For format selection, best is often lower quality than bestvideo+bestaudio, use priorities described in the documentation.
@zag-adka
Pour moi le dash proposé au navigateur se télécharge bien pour les vidéos de france.tv qui m'intéressent, je ne comprends pas l'intérêt de trouver le m3u8 et si l'API a changé, ça marche peut-être encore mais ça risque de disparaître.
Comme déjà dit : il y a certaines vidéos (bien que ce soit rare) qui ne sont pas disponibles autrement (enfin, avant lundi). Si tout était disponible en DASH, moi et les autres à avoir soulevé cette absence, on s’en ficherait (bien que ce fût quand même bien pratique de ne pas avoir à récupérer deux fichiers distincts pour les recombiner ensuite).
Après, il y a des cas où le « bestaudio » n’est pas le meilleur choix, puisqu’avec France Télévisions, on va parfois récupérer la version en audiodescription au lieu de la version normale. Faut se méfier.
Some more questions (already asked at VideoHelp where I got little insight – or not the insight I needed anyway) :
I used to download videos from .m3u8 links as MP4 directly, but more often than not, the first download was corrupted (typically : slightly superior size, with the consequence that, at a random timecode, the picture got frozen, with the audio being looped for a few seconds, then it went back to normal playback), so I took the habit of downloading everything at least twice, to check if the two resulting files were identical, then download a third time if there was a mismatch, until I got two strictly identical downloads. Is there a known reliability issue, either with this particular platform, or with the practice of downloading streamed videos as MP4 directly ? Is it preferable to download as TS, then convert to MP4 ? Since youtube-dl stopped working with france.tv, I now use Captvty (which I used already to conveniently get the lists of available programs, but not for downloading from playlist kind of links, for the very reason that it required a conversion step which I deemed unnecessary since yt-dl or ffmpeg could generate MP4 files from the same source directly — well, actually it was recording as TS then remuxing automatically at the end with ffmpeg, so it shouldn't be an issue anyway), and it would seem like the downloads are much more reliable (i.e. two consecutive TS downloads are strictly identical), I'd like to know why.
When converting / remuxing TS files to MP4 container, based on a test I made with ProcessMonitor, Captvty proceeds in three distinct steps : it first does a TS to MKV conversion with mkvmerge ; then it extracts the elementary streams with mkvextracts ; finally it muxes the video and audio streams as MP4 with mp4box. Is there a rationale for such a convoluted process ? First, if the video and audio streams are received separately, why muxing them as TS if they are to be demuxed in a later step ? Then, why the preliminary conversion to MKV ? It would seem like it was meant to solve an issue whereby the audio was cut at precisely 6min48s (no matter was the total duration of the video was), which I've seen happen when downloading a video in "hls_v5_os", when youtube-dl did the remuxing automatically, presumably with ffmpeg (an issue mentioned here, with a possible workaround suggested here — which I haven't tested yet). I tried converting directly from TS to MP4 with mp4box : there are a few warnings (« [MPEG-2 TS] PES 34: Packet discontinuity (15 expected - got 0) - may have lost end of previous PES / [MPEG-2 TS] PID 34 PES payload size 1012 but received 1011 bytes / Movie timescale (600) not precise enough to store edit (media timescale: 90000) ») but it works, the resulting file is valid and nothing seems to be missing from the video / audio streams. According to Captvty's history, this change was implemented in version 2.6, but there's no explanation for it. Also, why is Captvty using such old versions of some conversion tools ? The included version of mkvmerge.exe is from 2018, mp4box.exe from 2012, mediainfo.dll from 2014. At least for mkvmerge there's a bit of explanation in the program's history (version 2.8.1) : apparently it was meant to preserve compatibility with Windows XP. Should it be simply attributed to a radical “if it's not broken don't fix it” attitude, or are there sound reasons to avoid updating those tools ?
Generally speaking, what is currently considered the best method to convert from TS to MP4, and why ?
@Trit34 (For what it's worth...) Par acquit de conscience, j'ai retenté avec « Les mystères des majorettes », après diffusion : effectivement le lien vidéo n'est plus le même (avant / après — j'ai conservé la page JSON d'hier ce qui me permet de comparer), et les liens “videospritesheets” ont été ajoutés, ce qui permet de reconstituer un lien .m3u8 fonctionnel.
Here is a new patch that should bring m3u8 back and support some subtitles. You need to apply from the pristine version (not one you had already patched with the previous try). The command is: patch -p1 < youtube-dl.txt
Also attached is the binary that works on Linux.
If you want to test. feedback would be appreciated as it probably is closer to an actual fix.
Hello @sarnoud do we have to patch again if the first one works fine?
@abolibibelot1980: Generally speaking, what is currently considered the best method to convert from TS to MP4, and why ? When France TV (or others sources) the streams are down, or DRMised, I use too Captvty. It gives ts files, but I rather prefer mp4 files. So I convert them with this script:
for file in *.ts;
do
echo "Traitement de ${file}"
ffmpeg -y -i ${file} -c:v copy -c:a copy ${file}.mp4 # copie des streams vidéo et audio, sans réencodage
#ffmpeg -Y -i ${file} -c:v libx264 -c:a aac ${file}.mp4 # réencodage
ts_mp4_name=${file}.mp4
mp4_name="$(echo "${ts_mp4_name}" | sed 's/\.ts\.mp4/\.mp4/g')" # .ts.mp4 => .mp4
mv "$ts_mp4_name" "$mp4_name"
echo ${ts_mp4_name} "renommé en" $mp4_name
rm ${file}
done
Hello @sarnoud do we have to patch again if the first one works fine?
@abolibibelot1980: Generally speaking, what is currently considered the best method to convert from TS to MP4, and why ? When France TV (or others sources) the streams are down, or DRMised, I use too Captvty. It gives ts files, but I rather prefer mp4 files. So I convert them with this script:
for file in *.ts; do echo "Traitement de ${file}" ffmpeg -y -i ${file} -c:v copy -c:a copy ${file}.mp4 # copie des streams vidéo et audio, sans réencodage #ffmpeg -Y -i ${file} -c:v libx264 -c:a aac ${file}.mp4 # réencodage ts_mp4_name=${file}.mp4 mp4_name="$(echo "${ts_mp4_name}" | sed 's/\.ts\.mp4/\.mp4/g')" # .ts.mp4 => .mp4 mv "$ts_mp4_name" "$mp4_name" echo ${ts_mp4_name} "renommé en" $mp4_name rm ${file} done
Hey @guy-teube , No no need. If it works for you, great! The biggest change is an attempt to properly get the subtitles
@sarnoud
Here is a new patch that should bring m3u8 back and support some subtitles. You need to apply from the pristine version (not one you had already patched with the previous try). The command is: patch -p1 < youtube-dl.txt
Also attached is the binary that works on Linux.
If you want to test. feedback would be appreciated as it probably is closer to an actual fix.
Je me retrouve avec cette erreur :
/home/×××××/Projets/francetv_patch2.txt:252: trailing whitespace.
warning: youtube_dl/YoutubeDL.py est de type 100644, mais 100755 attendu
warning: 1 ligne a ajouté des erreurs d'espace.
Il y a une erreur signalée à la ligne 252, donc. Ça ne semble pas être bloquant. Cela dit, si ça semble fonctionner pour récupérer les flux HLS de https://www.france.tv/france-5/la-case-du-siecle/2764557-secrets-d-ambassades-berlin-1933-1939.html (diffusé ce soir), j’ai une erreur 422 « Unprocessable Entity » pour https://www.france.tv/france-3/les-enquetes-de-murdoch/les-enquetes-de-murdoch-saison-14/2759911-code-m-pour-murdoch.html (parce que « This video source is DRM protected », donc y a rien à faire ; cela dit, il arrivait quand même à la récupérer, dimanche dernier… Sans doute que la nouvelle API empêche désormais de contourner cet écueil)…
Après, je me méfie des HLS : j’ai eu des cas où le flux HLS audio récupéré ne durait que 10 secondes, faisant que tout le reste de la vidéo était muette (chose qui ne se produit pas avec le DASH, heureusement).
Could anyone on the Win10 OS please provide a detailed instruction on how to apply the patch to & recompile my all-in-one youtube-dl.exe file on Win10??
As a Win10 user who hasn't seen a fix in the thread as of now & who's had to use "Lj video downloader" as a temporary solution, I'm really tired of always having to transfer a massive amount of files from my mobile phone (whose storage space is already running low) to my PC after downloading the video because there isn't a PC version for "Lj video downloader" at all & so I always have to download videos on my mobile phone before doing the transfer each & every time.
(My busybox emulator does not recognize most of the key Linux commands incl. the sudo command (not even the apt-get command) & so I can't seem to download France.tv videos by using youtube-dl.exe+busybox on Win10)
@sarnoud Nouvelle erreur avec ton nouveau patch (sans doute liée à celle signalée dans mon précédent commentaire : je ne peux pas lire les vidéos dans MPV (ce qui est ennuyeux).
Je pense que je vais retourner à ta première version, en attendant…
Et VideoDownloader dans tout cela ?
Navré de devoir reposer cette question : comment appliquer le correctif quand on utilise youtube-dl sous Windows sous forme de fichier exécutable pré-compilé, youtube-dl.exe ? Je n'ai rien trouvé de concret à ce sujet dans tout ce qui précède. (Quelqu'un a parlé de "busybox", j'ignore ce que c'est, et apparemment même cette méthode n'a pas abouti au résultat escompté.)
Pour ce qui est de la conversion TS > MP4, ffmpeg affiche cette erreur :
[mpegts @ 00000000004609c0] PES packet size mismatch
[AVBSFContext @ 0000000002affc80] Error parsing ADTS frame header!
Error applying bitstream filters to an output packet for stream #0:1.
Le fichier résultant ne semble pas avoir de problème, mais y a-t-il une option à ajouter pour supprimer cette erreur ?
L'aide intégrée à ffmpeg, exportée en intégralité dans un fichier texte, fait pas moins de 798Ko, mais ne permet pratiquement jamais de trouver la solution à un problème...
Avec mp4box aussi il y a des erreurs récurrentes lors de la conversion de fichiers TS. Comme indiqué précédemment, Captvty procède en 3 étapes : conversion TS > MKV, extraction flux vidéo et audio, génération du fichier MP4 ; y a-t-il une bonne raison à cela ?
Navré de devoir reposer cette question : comment appliquer le correctif quand on utilise youtube-dl sous Windows sous forme de fichier exécutable pré-compilé, youtube-dl.exe ? Je n'ai rien trouvé de concret à ce sujet dans tout ce qui précède. (Quelqu'un a parlé de "busybox", j'ignore ce que c'est, et apparemment même cette méthode n'a pas abouti au résultat escompté.)
Désolé, ce n'est pas possible d'appliquer simplement la correction dans ce cas. La version exécutable de youtube-dl sous Windows (binaire pré-compilé) est un fichier unique qui englobe toutes les sources Python en un seul fichier binaire.
La correction/patch de @sarnoud s'applique sur les sources Python (fichiers .py) de youtube-dl. Dans votre cas, il faudrait télécharger les sources complètes, appliquer le patch et reconstruire le binaire pour Windows.
Navré de devoir reposer cette question : comment appliquer le correctif quand on utilise youtube-dl sous Windows sous forme de fichier exécutable pré-compilé, youtube-dl.exe ? Je n'ai rien trouvé de concret à ce sujet dans tout ce qui précède. (Quelqu'un a parlé de "busybox", j'ignore ce que c'est, et apparemment même cette méthode n'a pas abouti au résultat escompté.)
Désolé, ce n'est pas possible d'appliquer simplement la correction dans ce cas. La version exécutable de youtube-dl sous Windows (binaire pré-compilé) est un fichier unique qui englobe toutes les sources Python en un seul fichier binaire.
Surtout que, si j’ouvre l’EXE dans File-roller sous Linux, je vois la structure et ce sont des fichiers PYO qui sont contenus dedans. Pas les PY qu’on trouve dans les sources sur ce dépôt. Je sais pas comment ce programme est généré, du coup.
La correction/patch de @sarnoud s'applique sur les sources Python (fichiers .py) de youtube-dl. Dans votre cas, il faudrait télécharger les sources complètes, appliquer le patch et reconstruire le binaire pour Windows.
Ça, je saurais peut-être le faire avec Mingw-w64 depuis Linux, mais depuis Windows, je sais pas comment m’y prendre exactement… Il faut idéalement un Visual Studio quelque chose, non ? (L’idée serait de donner la marche à suivre pour NiesmialyGosc, abolibibelot1980 et les autres utilisateurs windowsiens qui sont actuellement coincés depuis une semaine)
Here is a new patch that should bring m3u8 back and support some subtitles. You need to apply from the pristine version (not one you had already patched with the previous try).
Thanks for doing this. The first patch brought back downloading. GREAT!
If you want to test. feedback would be appreciated as it probably is closer to an actual fix.
I tried patching and your binary and both fail in the same way.
$ youtube-dl --all-subs https://www.france.tv/france-2/les-invisibles/les-invisibles-saison-1/2748331-pachelbel.html
[FranceTVSite] 2748331-pachelbel: Downloading webpage
[FranceTV] b874226b-3f51-4ed5-b093-0d1c00a50ac5: Downloading desktop video JSON
[FranceTV] b874226b-3f51-4ed5-b093-0d1c00a50ac5: Downloading mobile video JSON
[FranceTV] b874226b-3f51-4ed5-b093-0d1c00a50ac5: Downloading signed dash manifest URL
[FranceTV] b874226b-3f51-4ed5-b093-0d1c00a50ac5: Downloading MPD manifest
WARNING: [FranceTV] Unknown MIME type application/mp4 in DASH manifest
[FranceTV] b874226b-3f51-4ed5-b093-0d1c00a50ac5: Downloading signed hls manifest URL
[FranceTV] b874226b-3f51-4ed5-b093-0d1c00a50ac5: Downloading m3u8 information
[info] Writing video subtitles to: Les invisibles - Pachelbel-b874226b-3f51-4ed5-b093-0d1c00a50ac5.fr.WebVTT
Traceback (most recent call last):
File "/usr/lib/python2.7/runpy.py", line 174, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File "/home/adam/bin/youtube-dl/__main__.py", line 19, in <module>
File "/home/adam/bin/youtube-dl/youtube_dl/__init__.py", line 475, in main
File "/home/adam/bin/youtube-dl/youtube_dl/__init__.py", line 465, in _real_main
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 2071, in download
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 808, in extract_info
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 815, in wrapper
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 847, in __extract_info
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 888, in process_ie_result
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 808, in extract_info
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 815, in wrapper
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 847, in __extract_info
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 881, in process_ie_result
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1692, in process_video_result
File "/home/adam/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1883, in process_info
File "/home/adam/bin/youtube-dl/youtube_dl/extractor/francetv.py", line 217, in <lambda>
File "/home/adam/bin/youtube-dl/youtube_dl/downloader/common.py", line 342, in download
File "/home/adam/bin/youtube-dl/youtube_dl/utils.py", line 2232, in encodeFilename
AssertionError
Hum @ajt-en-france, it works for me.
Note that the code changes are now in https://github.com/ytdl-org/youtube-dl/pull/29996, in case you want to try directly from there.
Again, thanks for doing this, but I pulled the current version and couldn't get anything from the current build (see below), but your original patch works (sans subtitles). I see you are making more changes perhaps I'll wait a bit longer. I've got the video files already, but I like the subtitles so I can translate them into English to give me a better chance of following the programme.
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.
$ ~/bin/youtube-dl.o -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
[FranceTV] c960f9f0-3a5d-43c0-983d-7d3b77734cb3: Downloading signed dash manifest URL
[FranceTV] c960f9f0-3a5d-43c0-983d-7d3b77734cb3: Downloading MPD manifest
WARNING: [FranceTV] Unknown MIME type application/mp4 in DASH manifest
[info] Available formats for c960f9f0-3a5d-43c0-983d-7d3b77734cb3:
format code extension resolution note
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
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)
Likely a setup issue, b/c it works for me:
python3 -m youtube_dl -F -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 desktop video JSON
[FranceTV] c960f9f0-3a5d-43c0-983d-7d3b77734cb3: Downloading mobile video JSON
[FranceTV] c960f9f0-3a5d-43c0-983d-7d3b77734cb3: Downloading signed dash manifest URL
[FranceTV] c960f9f0-3a5d-43c0-983d-7d3b77734cb3: Downloading MPD manifest
^[[0;33mWARNING:^[[0m [FranceTV] Unknown MIME type application/mp4 in DASH manifest
[FranceTV] c960f9f0-3a5d-43c0-983d-7d3b77734cb3: Downloading signed hls manifest URL
[FranceTV] c960f9f0-3a5d-43c0-983d-7d3b77734cb3: Downloading m3u8 information
[info] Available formats for c960f9f0-3a5d-43c0-983d-7d3b77734cb3:
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)
Checklist
Verbose log
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