FFmpeg 8.1

• Ein plattformübergreifendes Multimedia-Framework zum Aufnehmen, Konvertieren und Streamen von Audio und Video; die neueste Version 8.1 „Hoare“ wurde veröffentlicht
• Diese Version unterstützt xHE-AAC-Mps212- und MPEG-H-Dekodierung, EXIF-Metadaten-Parsing sowie LCEVC-Metadatenverarbeitung
• Die GPU-Beschleunigung wurde ausgebaut, darunter Vulkan-basiertes ProRes-Encoding/Decoding, D3D12 H.264-/AV1-Encoding sowie Rockchip H.264/HEVC-Hardware-Encoding
• Neue Formate und Filter wie IAMF-Ambisonic-Audio-Elemente, hxvs-Demuxer sowie drawvg- und vpp_amf-Filter wurden hinzugefügt
• Enthalten sind außerdem Verbesserungen der internen Struktur und Bugfixes, ebenso Vorbereitungen für eine Neuschreibung von swscale und schnellere Initialisierung durch das Entfernen der GLSL-Laufzeitabhängigkeit

---

Wichtige Updates in FFmpeg 8.1 "Hoare"

• Die neue Version ist ein Minor Release und kann heruntergeladen werden
  • Der Release-Name lautet „Hoare“ und wird auf der FFmpeg-8.1-Downloadseite bereitgestellt
• Decoder: Unterstützung für xHE-AAC Mps212 (experimentell) und MPEG-H (unter Verwendung von libmpeghdec)
• Metadaten: EXIF-Parsing wurde hinzugefügt
• LCEVC: Unterstützung für das Parsen und Durchreichen von Metadaten
• Vulkan-basierte Codecs: Unterstützung für ProRes-Encoding/Decoding und DPX-Decoding
• D3D12-Beschleunigung: H.264-/AV1-Encoding sowie die Filter scale_d3d12, mestimate_d3d12 und deinterlace_d3d12 wurden hinzugefügt
• Rockchip-Hardware-Encoding: Unterstützung für H.264 und HEVC
• IAMF: Unterstützung für Multiplexing und Demultiplexing von Ambisonic Audio Elements im Projection-Modus
• Formate und Filter: hxvs-Demuxer sowie drawvg- und vpp_amf-Filter hinzugefügt

Interne Verbesserungen und Leistungssteigerungen

• Enthält zahlreiche Änderungen am internen Code und Bugfixes
• Die Grundlagen für eine Neuschreibung von swscale werden vorbereitet
• Vulkan-basierte Codecs und einige Filter entfernen die Abhängigkeit von GLSL-Kompilierung zur Laufzeit, wodurch die Initialisierung beschleunigt wird

Zu Codecs auf Basis von Vulkan Compute

• Technische Details und künftige Pläne zur Implementierung von Codecs auf Basis von Vulkan Compute wurden im Khronos-Blog veröffentlicht

Upgrade empfohlen

• Nutzern, Distributoren und Systemintegratoren wird ein Upgrade auf die neueste Version empfohlen
• Ausgenommen sind jedoch Nutzer, die derzeit die git-master-Version verwenden

[GN⁺]

Hacker-News-Kommentare

• Ich halte es für eines der besten Open-Source-Tools, die ich regelmäßig benutze
  Ich nutze es jede Woche zusammen mit Plex, Jellyfin, Tunarr, lokalen Musikdateien usw., um Untertitel zu extrahieren, Videos zu schneiden, Musikformate zu konvertieren, Audiospuren zu entfernen und mehr
  Mir ist plötzlich aufgefallen, dass ich noch nie gespendet habe, und ich finde, das sollte ich jetzt ändern

  • Dieses Tool steckt als untergeordnete Komponente in unzähligen Softwareprojekten, ohne dass wir es bewusst wahrnehmen

• Ich habe dieses Meme-artige Szenario gesehen: „Eine neue ffmpeg-Version ist da, ich muss sie sofort bauen … nein, ich kann nicht warten, ich lade einfach das Binary herunter“
  Zugehöriges Video

  • Ich baue normalerweise direkt aus dem Sourcecode, weil in Paketmanagern die Unterstützung für patentierte Codecs oft fehlt
  • Ein ffmpeg-Build kann je nach Konfiguration einfach oder kompliziert sein. Ich arbeite derzeit in GitHub Actions an einem plattformübergreifenden Builder, aber die Builds für Mac und Windows verschlingen zu viel Zeit
    Ich orientiere mich dabei am Projekt ffmpeg-builder und nutze es als Teil einer App für Videoingenieure
  • Wegen eines aktuellen CVE musste ich selbst bauen, bin aber gescheitert, also habe ich ffmpeg einfach gewrappt und den Versionsbefehl injiziert, um den Scanner zu passieren
  • Wer mit ffmpeg vertraut ist, sollte sich das Video unbedingt ansehen. Es behandelt sehr praxisnahe Themen wie yadif, mkvtoolnix und Probleme, bei denen Dateinamen mit Apostrophen alles zum Absturz bringen
  • ffmpeg aus dem Sourcecode zu bauen ist eigentlich ziemlich einfach. Schwierig sind eher die nötigen Codec-Einstellungen
    Wenn man Audio- und Video-Codecs klar vor Augen hat und sauber installiert, ist der Build unkompliziert
    Ich mache das seit über zehn Jahren so und konfiguriere Unterstützung für verschiedene Codecs, um mpv zu nutzen. Persönlich gefällt mir mpv besser als vlc

• Hier eine Zusammenfassung des Changelogs dieser Release
  Hinzugekommen sind unter anderem die ffprobe-Option -codec, EXIF-Metadaten-Parsing, Capture auf Basis von Windows.Graphics.Capture, MPEG-H-3D-Audio-Decoding, H.264-/AV1-Encoder auf Basis von D3D12, Vulkan-Hardwarebeschleunigung (ProRes, DPX usw.), JPEG-XS-Unterstützung und LCEVC-Metadatenfilter

  • Heute habe ich zum ersten Mal vom Codec JPEG XS erfahren. Er bietet bei niedriger Latenz visuell und mathematisch verlustfreie Qualität
    Wikipedia-Erklärung
  • Capture auf Basis von Windows.Graphics.Capture ermöglicht Window-Capture mit niedriger Latenz
    Dadurch wirkt es attraktiver, eine Discord-Alternative als native Desktop-App statt browserbasiert zu bauen
  • Es gab auch jemanden, der fragte: „Bist du zufällig der Betreiber der ffmpeg-Builds von gyan.dev?“
  • Ich frage mich, wie viel von diesen enormen Funktionen mit AI-Tools geschrieben oder debuggt wurde. Mich würde auch interessieren, welcher Workflow dafür genutzt wurde. (Zur Einordnung: Ich habe ein Claude-Code-Abo)

• Khronos hat einen Beitrag über den Vulkan-Compute-Codec von FFmpeg veröffentlicht
  Offizieller Blogbeitrag

  • Es gibt auch einen früheren HN-Thread dazu
  • Ich frage mich, ob es einen Performance-Guide für den Vulkan-Compute-Codec gibt

• Ich füge gerade mit Claude Code eine Funktion hinzu, die bidirektionalen Text in Bitmap-Untertitel umwandelt
  Projektlink
  Das ist wirklich eine spannende Arbeit

• Mir ist erst jetzt aufgefallen, dass FFmpeg jede Release mit Namen aus Mathematik und Informatik taggt. Ziemlich cool

• Die Hardware-Encoding-Unterstützung für Rockchip basiert auf rkmpp und ist daher keine Upstream-Lösung. Vermutlich wird ein Rockchip-Kernel benötigt

  • Trotzdem ist das ein großer Fortschritt, denn früher musste man das alles selbst bauen

• Ich frage mich, wie viel vom Code dieser Release von Mitarbeitern großer Unternehmen geschrieben wurde

  • Ich weiß es nicht genau, aber fast alle großen Tech-Unternehmen nutzen ffmpeg für Medientranskodierung

• FFmpeg ist großartig, aber die Bedienung ist viel zu kompliziert
  Ich wünschte, es gäbe eine einfache skriptbasierte Oberfläche wie früher bei avisynth
  Im Moment ist es zu schwer, sich die Befehle zu merken, und es ist schade, dass das Entwicklerteam offenbar kein Interesse an Vereinfachung hat

  • Ich hatte anfangs auch Angst vor -filter_complex, aber mit dem Konzept einer Filterkette wurde es verständlicher
    Je länger die Befehle werden, desto schwieriger wird das Debugging, aber mit der Zeit erkennt man typische Fehlermuster
    Wenn man häufig genutzte Befehle als Shell-Skripte speichert, wird es deutlich bequemer
  • Ich denke, eines der nützlichsten Einsatzgebiete für LLMs ist das Finden der passenden ffmpeg-Befehlsoptionen
  • Wenn man nur einfaches Encoding braucht, ist Handbrake eine gute Alternative
  • Ich überlasse das Schreiben von ffmpeg-Kommandozeilen inzwischen komplett der AI