L’association VideoLAN tenait le week-end dernier ses Dev Days, consacrés aux avancées de VLC et permettant aux développeurs et intéressés de se regrouper. L’un des thèmes abordés pendant l’évènement était l’arrivée de VLC 3.0. Nous nous sommes entretenus avec Jean-Baptiste Kempf, président de VideoLAN, pour évoquer sa progression.
VLC 3.0 sera prochainement disponible. Jean-Baptiste Kempf nous a ainsi confirmé qu’une Release Candidate serait bientôt là, probablement durant la première moitié d’octobre. Il faut dire que le lecteur multimédia a franchi le week-end dernier une étape cruciale : le feature freeze, c’est-à-dire le blocage de la liste des fonctionnalités prévues pour cette version. Une arrivée qui clôt une longue attente, puisque nous indiquions déjà en février 2016 que VLC 3.0 était en retard.
En temps normal, il s’écoule un certain temps entre cet arrêt et la publication d’une bêta. Dans le cas de VLC 3.0 cependant, le développement dure depuis plus de deux ans et demi et plus de 1 600 bugs ont déjà été corrigés. L’équipe estime désormais que le code est assez solide pour se lancer directement dans une Release Candidate. Comme toujours avec ce genre de mouture, seuls des bugs bloquants empêcheront la version finale d’arriver peu après. Selon le président de VideoLAN, elle pourrait être publiée dans un mois.
Un travail de très longue haleine
Le moins que l’on puisse dire, c’est que VLC 3.0 sera très différent des versions précédentes. L’un des travaux principaux a ainsi consisté à unifier le code, afin d’obtenir la même base pour l’ensemble des plateformes supportées. Dans le cas de VLC, elles sont particulièrement nombreuses : Win32, WinRT, Android, Android TV, iOS, macOS, Linux et bien d’autres.
Jean-Baptiste Kempf nous explique que cette base commune est essentielle pour le futur de VLC, puisqu’elle permettra d’avancer beaucoup plus rapidement sur les ajouts de fonctionnalités et, plus globalement, les modifications du code. Par exemple, VLC 3.0 sera la dernière version à supporter quelques anciens systèmes, comme Windows XP et Vista, macOS 10.7/8/9, Android 2.3 ou encore iOS 7 et 8. Quelques modules associés disparaîtront alors de la branche commune pour se débarrasser des vieilles références.
De la décompression matérielle partout
C’est l’autre grand objectif du prochain VLC : activer la décompression matérielle partout où c’est possible et, là encore, de manière unifiée. Non pas qu’elle était absente du lecteur multimédia jusqu’à présent, mais son fonctionnement ne se faisait que sous certaines conditions.
Avec VLC 3.0, la décompression matérielle doit en théorie être activée dans la grande majorité des cas. « Nous avons maintenant un décodage fonctionnant de la même manière partout » nous indique Jean-Baptiste Kempf. « Nous utilisons OpenGL pour toutes les plateformes, sauf sous Windows, où on se sert de Direct3D 11 ». Notez que sous Linux, VLC 3.0 introduit aussi le support du serveur d’affichage Wayland, qui prend peu à peu le pas sur l’ancien X11.
Un nombre important de nouveautés
« On veut être partout et pouvoir tout lire ». Voilà comment le président de VideoLAN résume dans les grandes lignes les objectifs de VLC 3.0. Ce qui inclut une augmentation importante du nombre de formats pris en charge par le lecteur, alors que c’était déjà l’un de ses points forts. L’association tient à supporter jusqu’au plus exotique des codecs, même s’il ne doit être utilisé que par dix personnes dans le monde.
Mais la version 3.0 proposera aussi un certain nombre d’améliorations majeures. Par exemple, le support du HDR sur 10 ou 12 bits ou encore la prise en charge de l’audio HDMI passtrough. Avec ce dernier, VLC cherche à savoir si les appareils présents au bout des câbles HDMI disposent d’un décodeur audio matériel. Auquel cas la gestion du son leur est confiée. Un ajout qui permet au son de ne pas être traité deux fois, et surtout de laisser faire un matériel dont c’est la mission. Ce support sera présent pour les vidéos HD tirant parti d’un codec audio gérant ce mécanisme, du type Dolby DTS Master Audio ou autre.
Puisque l’on parle du son, VLC 3.0 sera également compatible avec le son ambisonique. Bien que cette technique de spatialisation du son se retrouve rarement dans les contenus, son support était important puisqu’il accompagne celui des vidéos à 360°.
Sous Windows, signalons que le HiDPI sera enfin de la partie.
Lecture distante : du (beaucoup) mieux
Comme nous l’avoue d’emblée Jean-Baptiste Kempf, la lecture des contenus distants n’a jamais été vraiment le point fort de VLC. Il fallait donc que la situation évolue.
Outre le support de HTTP/2 pour tout ce qui touche aux contenus en ligne, VLC 3.0 introduit un navigateur de contenus. L’utilisateur va donc pouvoir se balader sur les appareils présents sur son réseau, visiter leur arborescence et choisir des contenus audio/vidéo à lire ou à ajouter à une liste de lecture. La fonction permet normalement de lire à distance un DVD ou un Blu-ray.
Cette navigation prend en charge les protocoles NFS, SMB, SFTP et FTP. Puisque les partages réseau peuvent réclamer des identifiants, VLC 3.0 créera désormais une base de données pour les stocker. Pas de technologie maison ici : il s’agira d’une base SQLite et le chiffrement sera géré en fonction de l’API du système. Sur les plateformes Apple par exemple, on retrouvera le Trousseau, tandis que sous Windows la mission sera confiée à l’API CryptProtectData.
Notez que les améliorations réseau comprennent également la prise en charge des sous-titres situés sur des emplacements distants. Il fallait auparavant aller les sélectionner manuellement s’ils étaient stockés dans des fichiers séparés. Désormais, VLC 3.0 les repèrera automatiquement, comme lors d’une utilisation locale.
Bon, et Chromecast alors ?
Lors des Dev Days de 2015, le président de VideoLAN nous expliquait déjà que le support de Chromecast était complexe. Il existait alors des tensions avec Google sur l’implémentation des protocoles et le travail avançait lentement.
Deux ans plus tard, la situation a beaucoup changé. En clair, le support de Chromecast est présent dans VLC 3.0. Jean-Baptiste Kempf nous explique qu’il fonctionne sans problème… tant que l’on ne sort pas trop des sentiers battus.
« Tout dépend des formats utilisés » précise-t-il. « Si vous vous contentez des quelques formats reconnus officiellement par Chromecast – surtout VP9 et H.264 en fait – il n’y aura pas de problème. Par contre, pour tous les autres, il y aura forcément transcodage de la vidéo. Et là, la situation peut varier d’une machine à une autre en fonction de la puissance, de la connexion… ».
Et outre Chromecast, d’autres renderers distants sont-ils de la partie ? « Ce sera le cas plus tard » nous répond le développeur. « En fait avec Chromecast on a pu mettre en place l’architecture qui nous servira pour les autres renderers dans les prochaines versions ». Et de nous confirmer qu’AirPlay, UPnP, Miracast et d’autres arriveront par la suite, mais sans plan précis pour le moment.
Un mois d’octobre décisif
Dire que VLC 3.0 est attendu relève de l’euphémisme. Le long travail a créé une impatience chez les utilisateurs, tant les améliorations prévues promettent de faire sortir le petit logiciel de son rôle de lecteur pour devenir un « light media center », selon les propres dires de Jean-Baptiste Kempf, sans même parler des performances accrues.
Le président de l’association était donc content de pouvoir nous confirmer qu’une Release Candidate est désormais très proche. Tester VLC 3.0 pourra donc se faire autrement qu’en puisant dans le canal Nightly du logiciel. Surtout que RC oblige, il s’agira d’une version quasi finale et comportant donc, normalement, très peu de bugs.
Jean-Baptiste Kempf nous indique qu’actuellement, la mouture finale est prévue pour fin octobre. La date peut glisser bien entendu, car elle dépendra en partie des retours des utilisateurs et des bugs trouvés sur la Release Candidate. Une chose est sûre dans tous les cas : le développement de VLC 3.0 arrive à son terme.
Lorsqu’il sera disponible, toutes les différentes variantes du lecteur seront estampillées 3.0, car le lancement sera global. Sur Android et iOS, de nouvelles moutures (respectivement 2.5 et 2.8) viennent d’ailleurs de sortir pour faire la liaison. Jean-Baptiste Kempf nous indique à ce sujet qu’il s’agit de « vraies fausses versions 3.0 » car le moteur embarqué est bien celui de la nouvelle branche. Sous Windows, VLC deviendra par défaut portable.
Et après ? Ce sera au tour de VLC 4.0 de passer sur le grill. Parmi les améliorations prévues, il y a donc un nettoyage du code pour supprimer les références aux plateformes abandonnées. Les nouveaux minimums deviendront alors : Windows 7, macOS 10.10 (Yosemite), Android 4.1 ou encore iOS 9 ou 10 (la décision n’est pas arrêtée).
Sachez enfin qu’il reste possible de tester VLC 3.0 sans attendre la Release Candidate. Il suffit d’aller piocher dans la branche Nightly. Comme toujours dans ce genre de cas, des bugs et plantages peuvent survenir.
Commentaires (86)
#1
#2
Plus qu’à attendre.
" />
" />
" />
#3
du tout bon ça :)
Par contre moi y a toujours un truc qui “déconne” : la lecture aléatoire. Si on met plusieurs dossiers, il ne les prends pas en compte et souvent, on a beau avoir une playlist d’une 100 de fichier (genre je met souvent Kaamelott pour travailler), il va relire les meme au bout d’un moment.
Vous avez déjà constaté ça ?
#4
Bonne nouvelle !
#5
Hâte de tester cette version qui résoudra peut-être le bug de crash quand le laptop est déconnecté de la docking station: https://trac.videolan.org/vlc/ticket/18240
2.2.6 sur Win7 64bits
#6
Et moi qui vient d’installer une nigthly build pour tester le support du chromecast justement
#7
C’est vraiment cool pour la décompression matérielle, j’espère que ça permettra d’obtenir de meilleures performances avec le x.265.
#8
ha, grosse attente d’une exploration fluide et fonctionnelle en upnp !
#9
Un raffinement de l’interface pour la version UWP est de la partie (et support du lecteru DVD) ?
#10
En tout cas dans les alpha/beta y a toujours pas de Chromecast
EDIT : j’ai rien dis
#11
#12
\o/
#13
#14
C’est le bienvenu ça, car la version UWP est catastrophique. D’ailleurs, je crois qu’il n’a jamais réussi à scanner ne serait-ce que toute ma musique (5000 morceaux environ).
#15
Pour info, Jean-Baptiste Kempf s’est prêté au jeu des questions/réponses au sujet de VLC sur Reddit
#16
#17
Au passage, le scan des musiques est vraiment très lent. Où il faut quelques secondes à Groove Music, il faut des dizaines de minutes à VLC.
De plus, VLC ne prend pas les pochettes incluses dans les fichiers (du WMA sans perte chez moi) et ne trouve quasiment rien via le net.
Et sous Windows Phone, on ne sait pas si le scan se poursuit en arrière plan ou pas quand on change d’app.
#18
Ah, ça, c’est une bonne nouvelle !
" />
1600 bugs + les améliorations et nouveautés, ça ne m’étonne pas qu’elle ait pris du retard. L’attente valait le coup.
#19
Par contre je serais curieux de voir comment il caste. Il streame depuis son propre serveur local sur le PC ? parce que Chromecast ne diffuse que des sources streamées, donc je suppose qu’il fait comme un serveur Plex ?
#20
S’ils évitaient de faire des bugs, ils gagneraient du temps puisqu’ils n’auraient pas besoin de les corriger !
" />
#21
Bon, test avec la version actuelle toujours pas concluant : il plante sans raison après avoir scanné à peine la moitié de ma musique et il s’emmêle les pinceaux dans les pochettes et les images d’artistes…
On verra ce que ça donne avec la 3.0 !
#22
Tu es bien sûr que tes 5000 morceaux sont bien d’origine légale ?
" />
Parce que la version 3.0 est Hadopi compatible et génère une exception en cas de détection de violation de la loi. La version 4.0 sera elle certifiée par Hadopi et enverra une constatation de piraterie à Hadopi qui t’enverra en retour un premier avertissement.
#23
#24
A moins d’avoir un module de décodage du x265 dans ton CPU ou GPU, ça ne va pas changer grand chose.
#25
3.0 est plus rapide en soft aussi.
#26
Aucun problème, les serveurs de la hadopi vont craquer sous le nombre de requêtes :-)
#27
À quand le changement du Framerate automatiquement selon le vidéo joué ?
C’est si compliqué que ça à implanter cette fonction?
Je dois me contenter de Kodi et son interface horrible pour pouvoir jouer tous mes vidéos.
Le 3:2 pulldown, la plupart des vidéophiles trouve ça dégueux.
#28
VLC 3 a-t-il le même problème que kodi avec le décodage h265 matériel via directX 11 sous GPU intel ?
Description du problème : Forum Intel problème HEVC - Forum Kodi problème HEVC
#29
Ce support sera présent pour les vidéos HD tirant parti d’un codec audio gérant ce mécanisme, du type Dolby DTS Master Audio ou autre.
Vous risquez le procès d’une des deux, voire des deux entreprises ;)
#30
Vous savez si c’est compatible avec Madvr?
#31
Bonjour Jean-Baptiste,
Est-il possible d’afficher deux sous-titres différents en même temps avec VLC 3.0 ?
Cela est peut-être déjà possible mais je n’ai pas trouvé.
C’est très utile dans le cas des couples de différente nationalité lorsqu’on souhaite regarder en VOST :-) (exemple SRT anglais en haut, et SRT chinois en bas de la vidéo, affiché si possible dans les bandes noires du film)
Pour le moment je me débrouille avec le site 2srt2ass mais un support natif serait super.
Merci pour VLC, c’est vraiment le meilleur lecteur vidéo du monde.
#32
Oui, c’est ça. D’où le paragraphe de la news, qui dit que si le format n’est pas bon, il faut transcoder.
#33
Musique de circonstance !
" />
" />
" />
" />
" />
Pour résumer, VLC est un miracle permanent que l’esprit divin du Cône inspire pour ses plus grandes réalisations.
Conus cantieris magnus est.
#34
La vraie chanson de circonstance
#35
Comme d’hab : longue vie au cône de chantier et à ses agents de la DDE.
" /> 
" />
#36
#37
rien a dire, si ne c’est “ j’ai hâte”
" />
#38
#39
Hello Grand Manitou de VLC.
" />
Y a un truc qui me chiffonne avec VLC (que je kiffe hein !), c’est qu’a vide il est toujours plein écran càd qu’il ne garde jamais un size en “mémoire” comme les fenêtres Windows par exemple.
Idem en fin d’une vidéo fenêtrée, il se remet en plein écran
#40
+1, c’est vrai que si tu regardes une video sur la moitié de l’écran et que tu bosses sur l’autre, quand la lecture passe à la vidéo suivante, faut tout remettre en place …
#41
Sachez enfin qu’il reste possible de tester VLC 3.0 sans attendre la Release Candidate. Il suffit d’aller piocher dans le branche Nightly.
Tiens, la dernière build win64 date du 26-septembre.
Les routiers auraient-ils aussi bloqués l’accès au serveur de build ?
#42
#43
C’est pas coché, disons que j’ai une super grande fenêtre vide en full HD cause la taille de la dernière vidéo que j’ai vu (1080p quoi), et comme elle se centre, ben c’est comme du plein écran.
#44
#45
Gloire au cône !!! :-)
#46
Yes ! Super, merci JB 
" />
Le top serait de pouvoir les placer où l’on veut, même sur les bandes noires.
Si l’idée est retenue et que tu as besoin de testeurs, envoie moi un MP. Je peux tester sous Debian 9 ou Windows 10.
#47
#48
#49
je testerais ça merci :)
#50
#51
J’ai testé et y a pas à dire :
" />
" />
et vive vlc
#52
#53
Petite question : y-à-t-il un site pour acheter un cône vlc en petit format pour décoré mon bureau de travail?
" />
#54
#55
#56
Environ celle d’une tasse à café.
#57
Pas encore testé mais j’ai hâte de voir le support de Chromecast.
Depuis que j’utilise VLC (depuis la 1.0), une fonctionnalité me manque (dispo dans Windows Media Player depuis longtemps) : le changement de piste sans blanc pendant les transitions, pendant la lecture d’un CD ou de son rip. A chaque fois il y a une micro coupure.
#58
Oui oui mon matériel est compatible, en tout cas le GPU, mais les performances des moutures actuelles de VLC en décodage vidéo sont pas terribles, j’ai dû installer media player classic (dont je n’aime pas trop l’interface) pour certaines vidéo 4K qui étaient impossibles à lire sinon.
#59
Hum… A tester. J’ai une vidéo d’essai en H.265 en 4K que je serai ravi de lui faire essaier et si ça marche, j’en serai ravi. Je n’ai pas d’Intel 7xxx supportant ça nativement et je n’ai pas trop envie d’installer MPC-HC… C’est curieux d’avoir un GPU capable mais de ne pas pouvoir s’en servir facilement pour ce type de vidéo.
Mais bon, il restera un lecteur secondaire tant que je n’ai pas mes raccourcis clavier pour changer la luminosité à la volée, que j’utilise très régulièrement sur SMPlayer. C’est un peu risible de lâcher un bon soft pour une question d’UX, mais au bout de 15 ans, difficile de faire une croix sur ce genre de fonctions. Je regarderai si ça a été ajouté ou non sur la 3.0, auquel cas je dégagerai tous les autres pour mettre VLC only.
#60
atteindront-ils l’excellence de MPC-HC….
#61
Je n’ai aucune idée du fonctionnement, mais il semblerait que ce soit bien ça.
En tout cas les essais n’ont pas été concluant avec la build que j’ai testé et mes .mkv lag et pas de son (pour le son je ne sais pas s’il faut activer un truc ou pas d’ailleurs)
Pour l’instant je reste sur Airflow en attendant la RC de vlc
#62
Youhou! Gloire à VLC !
J’en ai profité pour faire un don. Depuis le temps que ce logiciel me rend service, c’est la moindre des choses.
Continuez comme ça !
#63
Content de ne pas être ton Manager ou tes parents 
" />
" />
Bosser sur une moitié d’écran et regarder une vidéo sur l’autre
#64
Pourtant ça ma réussi : j’ai un doctorat en biologie et je travail au CNRS :)
#65
#66
#67
Est-ce que les problèmes de gestion des sous-titres .ass sont réglés (affichage, disparition, style, etc.).
J’ai voulu test avec la dernière nightly, j’ai le son et aucune image…
Je retourne sur la stable du coup.
#68
#69
Oui…
(Dernière version)
#70
#71
Alléluia
" />
#72
Une fonctionnalité qui serait sympa c’est un mode nuit, l’interface devient noire (comme sur Youtube). Je sais qu’il y a les skins mais j’ai rien trouvé d’aussi fonctionnelle.
#73
Je suis sur un écran PC 4k 40” et j’aimerais faire du fullscreen sur 1⁄4 de l’écran. C’est pas possible ?
#74
Bizarre, je lis sans problème des vidéos 4K encodées en HEVC avec la version actuelle de VLC.
#75
@jb, En ce qui me concerne et pour mon utilisation, le seul “reproche” que je ferais à VLC est son look sur Linux. Ça envoie pas du rève
" />.
Eest ce qu’il y aura des modifications dans les prochaines versions ?
Merci en tout cas pour tout ce travail… Sérieux c’est vraiment impression, surtout en prenant en compte la longévité du projet !
#76
@jb
" />
« On veut être partout et pouvoir tout lire » : même les Blu Ray ?
#77
et du point de vue de la sécurité ? Après les sorties de wikileaks sur vlc je ne comprends pas les mesures qui seront prises dans cette nouvelle version
#78
#79
#80
#81
#82
Super, merci pour la réponse, vais attendre patiemment la 4.0 :-).
Est ce qu’il y a des mockups pour qu’on puisse donner notre avis ?
#83
#84
Ok, j’irais voir.
Du coup j’ai une petite question…
Dans le monde logiciel, on voit le rythme des mises à jour qui s’accélèrent depuis quelques années, avec des grosses versions moins importantes et des petites versions plus nombreuses.
On pense à Chrome notamment et Firefox qui a faillit “mourir” avec une version importante qui n’arrivait jamais.
On peux prendre en exemple aussi les OS et il y a d’autres exemples.
Je me rappel de la news annonçant la 3.0 et constate le retard prit.
Je sais qu’il n’y a pas forcément d’intérêts financiers comme dans une boîte plus classique et que l’esprit de Videolan est de faire du bien fait sans bugs plutôt qu’une course en avant à la maj toujours buggé, mais ne serait il pas intéressant de changer de position vers une plus souple plutôt que ces pavés qui doivent être extrèmement dur à releaser ?
Bon, tu me diras que le mouvement chez vous est peut-être déjà amorcé.
#85
Je constate aussi que WineHQ est passé sur ce modèle : une majeur par an, dit stable, et une version toutes les 2-3 semaines. Mais je pense que ça doit être lourd à mettre en place au début.
J’ai l’impression que de plus en plus de projets passent sur ce modèle, ça permet peut-être de rendre le projet plus vivant. Mais je suis pas sûr que ça soit adapté à tous les types de projets.
#86
Oui, c’est la transition qui est vraiment dur.
Mais je crois que c’est la meilleure solution.
À la fois pour rendre le projet plus vivant et féderer la communauté, mais aussi parce que le développement doit être plus “gérable”.
Une progression régulière et toujours plus facile que de tout faire d’un coup. C’est aussi beaucoup plus motivant de voir les choses avancer même un peu plutôt que de se voir en bas de la montagne.
L’idée c’est de subdiviser beaucoup plus les étapes. Il n’y a plus vraiment de très grosse mise à jour, c’est seulement après quelques années qu’on se rend compte du chemin parcouru et de l’importante progression.
Ça permet également une meilleure réactivitée face aux besoins, à la communauté, à l’environnement, à la concurrence, etc.