FFmpeg 8.1

 (ffmpeg.org)
3 points par GN⁺ 2026-03-19 | 1 commentaires | Partager sur WhatsApp
  • Framework multimédia multiplateforme permettant d’enregistrer, convertir et diffuser en streaming de l’audio et de la vidéo, la dernière version 8.1 « Hoare » a été publiée
  • Cette version prend en charge le décodage xHE-AAC Mps212 et MPEG-H, l’analyse des métadonnées EXIF et le traitement des métadonnées LCEVC
  • Les fonctions d’accélération GPU ont été renforcées, avec notamment l’encodage/décodage ProRes basé sur Vulkan, l’encodage H.264·AV1 via D3D12 et l’encodage matériel H.264/HEVC sur Rockchip
  • De nouveaux formats et filtres ont été ajoutés, dont les éléments audio ambisoniques IAMF, le demuxer hxvs et les filtres drawvg et vpp_amf
  • Des améliorations de l’architecture interne et des corrections de bugs sont incluses, avec des préparatifs pour une réécriture de swscale et une accélération de l’initialisation grâce à la suppression de la dépendance d’exécution à GLSL

Principales mises à jour de FFmpeg 8.1 "Hoare"

  • La nouvelle version est une minor release et peut être téléchargée
  • Décodeurs : prise en charge de xHE-AAC Mps212 (expérimental) et de MPEG-H (via libmpeghdec)
  • Métadonnées : ajout de la fonctionnalité d’analyse EXIF
  • LCEVC : prise en charge de l’analyse et du transfert des métadonnées
  • Codecs basés sur Vulkan : prise en charge de l’encodage/décodage ProRes et du décodage DPX
  • Accélération D3D12 : ajout de l’encodage H.264/AV1 ainsi que des filtres scale_d3d12, mestimate_d3d12 et deinterlace_d3d12
  • Encodage matériel Rockchip : prise en charge de H.264 et HEVC
  • IAMF : prise en charge du multiplexage/démultiplexage des Ambisonic Audio Elements en mode Projection
  • Formats et filtres : ajout du demuxer hxvs et des filtres drawvg et vpp_amf

Améliorations internes et gains de performances

  • Comprend de nombreux changements du code interne et correctifs de bugs
  • Les travaux préparatoires à une réécriture de swscale sont en cours
  • Les codecs basés sur Vulkan et certains filtres suppriment la dépendance à la compilation GLSL à l’exécution, ce qui accélère l’initialisation

À propos des codecs basés sur Vulkan Compute

  • Des détails techniques et les plans à venir concernant l’implémentation des codecs basés sur Vulkan Compute ont été publiés sur le blog de Khronos

Mise à niveau recommandée

  • La mise à niveau vers la dernière version est recommandée aux utilisateurs, distributeurs et intégrateurs système
  • À l’exception de ceux qui utilisent actuellement la version git master

À lire aussi

1 commentaires

 
GN⁺ 2026-03-19
Avis Hacker News

  • C’est probablement le meilleur outil open source que j’utilise régulièrement
    Je m’en sers chaque semaine avec Plex, Jellyfin, Tunarr, des fichiers musicaux locaux, etc., pour extraire des sous-titres, découper des vidéos, convertir des formats audio, supprimer des pistes audio, et plus encore
    En y repensant, je réalise que je n’ai jamais fait de don, donc il est temps que ça change

    • Cet outil se retrouve comme composant sous-jacent dans une quantité incroyable de logiciels sans qu’on s’en rende compte

  • J’ai vu ce genre de situation devenue presque un mème : « une nouvelle version de ffmpeg est sortie, je vais la compiler tout de suite… non, je ne peux pas attendre, je vais juste télécharger le binaire »
    Vidéo associée

    • En général, je compile directement depuis les sources, car les gestionnaires de paquets omettent souvent le support de codecs brevetés
    • Compiler ffmpeg peut être simple ou complexe selon la configuration. En ce moment, je crée un builder multiplateforme dans GitHub Actions, mais les builds Mac et Windows prennent énormément de temps
      Je m’appuie sur le projet ffmpeg-builder, utilisé comme partie d’une application destinée aux ingénieurs vidéo
    • J’ai dû compiler moi-même récemment à cause d’un CVE, mais comme ça a échoué, j’ai simplement encapsulé ffmpeg et injecté une commande de version pour faire passer le scanner
    • Si vous connaissez bien ffmpeg, je recommande vivement la vidéo ci-dessus. On y parle de choses très concrètes comme yadif, mkvtoolnix, les problèmes qui cassent tout quand un nom de fichier contient une apostrophe, etc.
    • Compiler ffmpeg depuis les sources est en réalité assez simple. Le plus difficile, c’est de choisir les bons réglages de codecs
      Une fois qu’on sait clairement quels codecs audio et vidéo il faut et qu’on les installe correctement, le build reste simple
      Je fais ça depuis plus de dix ans et je configure le tout pour prendre en charge divers codecs afin d’utiliser mpv. Personnellement, je préfère mpv à vlc

  • Voici un résumé du changelog de cette release
    Ajout de l’option ffprobe -codec, du parsing des métadonnées EXIF, de la capture basée sur Windows.Graphics.Capture, du décodage audio MPEG-H 3D, d’encodeurs H.264/AV1 basés sur D3D12, de l’accélération matérielle Vulkan (ProRes, DPX, etc.), du support de JPEG-XS, de filtres de métadonnées LCEVC, entre autres

    • Aujourd’hui, j’ai découvert le codec JPEG XS. Il offre une qualité visuellement et mathématiquement sans perte avec une faible latence
      Explication sur Wikipedia
    • La capture basée sur Windows.Graphics.Capture permet une capture de fenêtre à faible latence
      Grâce à cette fonctionnalité, l’idée de créer une alternative à Discord sous forme d’application desktop native plutôt que basée sur le navigateur devient plus séduisante
    • Quelqu’un a aussi demandé : « est-ce que tu es l’exploitant des builds ffmpeg de gyan.dev ? »
    • Je me demande dans quelle mesure toutes ces fonctionnalités massives ont été écrites ou déboguées avec des outils d’IA, et quels workflows ont été utilisés. (Pour référence, je suis abonné à Claude Code)

  • Khronos a publié un billet sur le codec compute Vulkan de FFmpeg
    Article officiel du blog

    • Il y a aussi cet ancien fil HN lié au sujet
    • Je me demande s’il existe un guide de performance pour le codec compute Vulkan

  • Je suis en train d’ajouter avec Claude Code une fonctionnalité de conversion de texte bidirectionnel en sous-titres bitmap
    Lien du projet
    C’est vraiment un travail très amusant

  • Je viens seulement de découvrir que chaque release de FFmpeg reçoit un tag portant un nom lié aux mathématiques ou à l’informatique. C’est assez cool

  • L’encodage matériel Rockchip repose sur rkmpp, donc ce n’est pas une solution upstream. Il faut sans doute un noyau Rockchip

    • Cela dit, avant il fallait tout compiler soi-même, donc c’est quand même un gros progrès

  • Je me demande quelle part du code de cette release a été écrite par des employés de grandes entreprises

    • Je ne le sais pas exactement, mais presque toutes les grandes entreprises technologiques utilisent ffmpeg pour le transcodage multimédia

  • FFmpeg est excellent, mais son utilisation est beaucoup trop complexe
    J’aimerais qu’il existe une interface simple basée sur des scripts, comme avisynth autrefois
    Aujourd’hui, mémoriser les commandes est trop difficile, et c’est dommage que l’équipe de développement ne semble pas intéressée par une simplification

    • Au début, -filter_complex me faisait peur moi aussi, mais en l’abordant sous l’angle des chaînes de filtres, c’est devenu gérable
      Plus les commandes s’allongent, plus le débogage devient difficile, mais avec l’habitude, on finit par repérer les schémas d’erreur
      Enregistrer les commandes fréquentes dans des scripts shell rend les choses bien plus pratiques
    • Je pense que l’un des usages les plus utiles des LLM est de retrouver les bonnes options de commande ffmpeg
    • Si vous n’avez besoin que d’un encodage simple, Handbrake est une bonne alternative
    • Pour rédiger les lignes de commande ffmpeg, je m’en remets entièrement à l’IA