Software-update: FFmpeg 8.0

FFmpeg logoFFmpeg is een verzameling van programma's waarmee audio- en videobestanden en ook streams kunnen worden geconverteerd. Het wordt veel gebruikt voor transcoding en dient als basis voor diverse programma's, zoals Blender, HandBrake, Kodi, MPC-HC, Plex en Shotcut. Versie 8.0 is uitgekomen, die als codenaam Huffman draagt. De releasenotes voor die uitgave kunnen hieronder worden gevonden.

FFmpeg 8.0 "Huffman"

A new major release, FFmpeg 8.0 "Huffman", is now available for download. Thanks to several delays, and modernization of our entire infrastructure, this release ended up being one of our largest releases to date. In short, its new features are:

  • Native decoders: APV, ProRes RAW, RealVideo 6.0, Sanyo LD-ADPCM, G.728
  • VVC decoder improvements: IBC, ACT, Palette Mode
  • Vulkan compute-based codecs: FFv1 (encode and decode), ProRes RAW (decode only)
  • Hardware accelerated decoding: Vulkan VP9, VAAPI VVC, OpenHarmony H264/5
  • Hardware accelerated encoding: Vulkan AV1, OpenHarmony H264/5
  • Formats: MCC, G.728, Whip, APV
  • Filters: colordetect, pad_cuda, scale_d3d11, Whisper, and others

A new class of decoders and encoders based on pure Vulkan compute implementation have been added. Vulkan is a cross-platform, open standard set of APIs that allows programs to use GPU hardware in various ways, from drawing on screen, to doing calculations, to decoding video via custom hardware accelerators. Rather than using a custom hardware accelerator present, these codecs are based on compute shaders, and work on any implementation of Vulkan 1.3.

Decoders use the same hwaccel API and commands, so users do not need to do anything special to enable them, as enabling Vulkan decoding is sufficient to use them. Encoders, like our hardware accelerated encoders, require specifying a new encoder (ffv1_vulkan). Currently, the only codecs supported are: FFv1 (encoding and decoding) and ProRes RAW (decode only). ProRes (encode+decode) and VC-2 (encode+decode) implementations are complete and currently in review, to be merged soon and available with the next minor release.

Only codecs specifically designed for parallelized decoding can be implemented in such a way, with more mainstream codecs not being planned for support.
Depending on the hardware, these new codecs can provide very significant speedups, and open up possibilities to work with them for situations like non-linear video editors and lossless screen recording/streaming, so we are excited to learn what our downstream users can make with them.

The project has recently started to modernize its infrastructure. Our mailing list servers have been fully upgraded, and we have recently started to accept contributions via a new forge, available on code.ffmpeg.org, running a Forgejo instance.

As usual, we recommend that users, distributors, and system integrators to upgrade unless they use current git master.

FFmpeg

Versienummer 8.0
Releasestatus Final
Besturingssystemen Linux, macOS, Windows 10, Windows 11
Website FFmpeg
Download https://ffmpeg.org/download.html#release_8.0
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

23-08-2025 • 11:00

33

Submitter: scorpie

Bron: FFmpeg

Update-historie

23-08 FFmpeg 8.0 33
09-'24 FFmpeg 7.1 6
04-'24 FFmpeg 7.0 6
11-'23 FFmpeg 6.1 18
03-'23 FFmpeg 6.0 49

Reacties (33)

33
33
23
1
0
9
Wijzig sortering
Wat veel mensen niet weten is dat FFmpeg ook vaak in audio/video apparatuur wordt ingebakken als 'de motor' waarmee alles wordt gedecodeerd en afgespeeld. Fabrikanten hangen het doorgaans niet aan de grote klok en gebruiken in plaats daarvan vooral de mooie marketing termen bedacht door de afdeling spiegeltjes en kraaltjes (aka marketing en communicatie). Ach ja...
Als het goed is staat ffmpeg dan wel vernoemd bij de open source licenties van het apparaat.
Dat zou wel moeten ja, maar ik heb mijn twijfels of dat altijd wel netjes gebeurt. En soms is het er wel, maar heel goed verstopt. Vaak staat er niets over op de website of in de productsheet, maar alleen in de uitgebreidere handleiding die je doorgaans pas kunt inzien NA aanschaf.
Correct - best een aantal vendors leggen er een frontendje overheen en noemen het dan een streamer/live trancoder, etc... Ook genoeg analyse tools die ffinfo gebruiken, etc.


Over een paar weken staan er op IBC in Amsterdam weer tientallen van die clubjes hun doosjes aan te prijzen 😊
Ik ken dan ook helemaal niemand die dit geweldige project niet gebruikt die verder wel een computer gebruikt. Ook al zal iedereen zeggen "FFMpeg wat is dat?". Maar K-Lite Codec Pack die ik zelf gebruik? Ffmpeg. VLC? Ffmpeg (deels). En dan de klap op de vuurpijl, YouTube op je chromium browser(en waarschijnlijk firefox) ffmpeg!

Het is echt overal maar dat is terecht want niemand heeft betere codecs.
Met bepaalde codecs kan ik ook zeker aanraden om gebruik te maken van FFmpeg fork genaamd librempeg (https://github.com/librempeg/librempeg), heeft ondersteuning voor oa. Dolby AC4. Voor Windows zijn er ook pre-compiled binaries beschikbaar via deze repo https://github.com/rorgoroth/mingw-cmake-env
Er zijn nog meer, zoals static builds. Maar onthoud wel dat je eerst moet kijken of je deze mag gebruiken!

Voor persoonlijk gebruik meestal geen probleem, maar er is een reden waarom HEVC zo langzaam van de grond komt. Niet het formaat, maar de licentie voor bedrijven.

[Reactie gewijzigd door HollowGamer op 23 augustus 2025 19:01]

Voor Windows zijn pre-compiled binaries ook reeds te vinden op o.a. https://www.gyan.dev/ffmpeg/builds/, ik verwacht deze binnenkort beschikbaar via Winget.

[Reactie gewijzigd door CH4OS op 23 augustus 2025 12:57]

Voor Windows zijn pre-compiled binaries ook reeds te vinden op o.a. https://www.gyan.dev/ffmpeg/builds/, ik verwacht deze binnenkort beschikbaar via Winget.

EDIT @ 2025-08-26 23:02:
Intussen is de Gyan FFmpeg v8 ook in Winget.
In Debian 100 komt FFmpeg 8.0 eindelijk naar de distro.
In Ubuntu 24.04, nota bene een LTS versie, zit nu nog altijd versie 6.0.1 van ffmpeg...
Dat schiet dus ook niet echt op.
Mis je nu dan iets waarvoor je versie 8.0 nodig hebt?
Ja, o.a. sneller transcoding en meer filters.
Draai dan geen distro(s) met een LTS label of een bekende "neem rustig de tijd" distro als Debian als je meer up-to-date spullen wil. Elk voordeel echter...
Dan kom je al snel uit bij Arch. Zelfs Fedora doet het rustig aan.

Ik weet niet waar het aan ligt, maar veel distros zijn ontzettend langzaam met FFMpeg updates.
Zaken als packaging tests, packaging überhaupt. Ook dingen als "heeft pakket X of Y een maintainer?". Veel distros hebben bij bepaalde (core) spullen als ffmpeg een wat terughoudende visie, waar IMHO niet veel mis mee is. Wat ook niet helpt is dat ffmpeg niet altijd even duidelijk is wat er precies veranderd is, al zou dat beter moeten worden nu ze overgegaan zijn op hun nieuwe infra (Forgejo). Zie bijvoorbeeld de build history van de 7.1.x versie van Fedora (https://koji.fedoraproject.org/koji/buildinfo?buildID=2804253), dat is niet een pakket wat je even bijwerkt. Tel daar, zoals ik eerder zei, testtijd e.d bij op en je komt tot waar we nu zijn.

Even wat anders: als je dit zo aantrekt, meld je aan als updater/packager bij je favoriete distro en help ffmpeg sneller naar andere gebruikers!
Dank voor de informatie! Ik had wel al zo'n gevoel dat het vaak bij de maintainer(s) lag van FFMpeg, vroeger is er ook een fork geweest (al was ik toen niet zo into Linux). :)

Momenteel doe ik een Flatpak, en soms denk.. waarom bestaat dit niet voor CLI-stuff? Je hebt containers, maar het nadeel zijn juist die containers soms.
Ook bij flatpaks (en andere formats) hou je hetzelfde probleem hoor. Als degene die de Flatpak bijhoud even wat anders heeft heb je niet onmiddelijk de nieuwste versie. Veel mensen zien dat echter niet in dat je dit ook bij élk packaging format hebt, of ik ben gewoon te oud en zuur aan het worden...
Naar mijn weten is deze bij Flatpak een SDK: org.freedesktop.Platform.ffmpeg-ful
Dat is ten eerste niet de volledige ffmpeg, zie de description:
FFmpeg-full extension contains patent-restricted codecs not in runtime FFmpeg
En ten tweede: ook hier heb je maintainers en packagers, zie https://flathub.org/apps/org.freedesktop.Platform.ffmpeg-full
Het is de volledige FFMpeg + niet vrije codecs.

Tuurlijk zijn er maintainers, maar het is een extensie/SDK. Dat betekent dat als Flatpak deze SDK update, iedereen deze update krijgt die deze gebruikt (of bumped als dat kan). Daarvoor moeten wellicht sommige Flatpaks worden her-build, maar het is veel minder als het goed is. Het is voor hun namelijk een externe shared lib aanroepen.
Het is de volledige FFMpeg + niet vrije codecs.
Dat is dus niet wat de description zegt. Misschien een issue openen..
Tuurlijk zijn er maintainers, maar het is een extensie/SDK. Dat betekent dat als Flatpak deze SDK update, iedereen deze update krijgt die deze gebruikt (of bumped als dat kan). Daarvoor moeten wellicht sommige Flatpaks worden her-build, maar het is veel minder als het goed is. Het is voor hun namelijk een externe shared lib aanroepen.
En dat is dus precies hetzelfde als met een klassieke distro package, alleen één traptreetje hoger. Ja het heeft voordelen, maar ook nadelen. En de nadelen van een distro package blijf je hier ook houden, want ook hier (bij Flatpak) geld dat als iets niet onderhouden word door gebrek aan mensen je ook met spek en bonen blijft zitten.
Het bevat extra codecs, de term GPL zit er bij, maar neem dit met een korrelzout. Het is onder bepaalde voorwaarden en nog altijd niet echt open.

Waarom zou Flatpak deze niet onderhouden? Het package is namelijk een dep voor alle populaire browsers en players. Dus die gaan ze echt niet laten verstoffen.
Flatpak onderhoud niks he, Flatpak is de techniek/het platform. Je hebt daar ook package maintainers net zoals bij een distro.
Waarom zou Flatpak deze niet onderhouden? Het package is namelijk een dep voor alle populaire browsers en players. Dus die gaan ze echt niet laten verstoffen.
Als de persoon/personen die dit onderhouden/packagen een burn out krijgen, ermee kappen, doodgaan dan zit je vrij snel daarmee hoor, dan maakt het écht niet uit of iets belangrijk is of niet. Er word dan wel hard gezocht naar meer/nieuwe vrijwilligers, maar dat is geen garantie. Dat is in andere takken van FOSS ook zo ;-)
Ik snap best wel de "Kalm aan" mentaliteit van LTS versies, en ook dat een applicatie als ffmpeg nogal wat dependencies heeft, maar ik vind alleen het verschil tussen 6.0.1 en 8.0.0 best wel groot worden. Vandaar m'n opmerking.
Duh, een LTS bevriezen ze op een bepaalde staat en houden hem qua versies zoveel mogelijk op die staat. Een LTS is voor stabiliteit, en eigenlijk helemaal niet voor enduser/desktop gebruik, meer voor bedrijven die overal dezelfde meuk willen draaien. Als je bleeding edge wilt moet je een stream/rolling release draaien, fedora of een van die andere dingen...
Ook Fedora heeft ffmpeg 7.1.x momenteel. Misschien dat Fedora 43 ffmpeg 8.x gaat hebben, dat is momenteel niet bekend zover ik kan vinden.
Thanks! Maar even los van de distro's - mijn punt was dat je meer bleeding edge kunt verwachten van niet-LTS distro's, dus als je graag snel nieuwere spullen wilt dan zit je bij een LTS niet in de juiste hoek...
Ah, dat kwam (voor mij dan) niet echt goed uit de verf. Kun je ook net zo goed een niet-LTS versie van Ubuntu aanraden IMHO
Dat is een optie idd, die krijgt dan wat vaker (elke 6 maanden) een upgrade van het hele circus, de LTS elke 2 jaar en die zit wat langer 'vast' op die status. Software pakketten kan je ook altijd los doen natuurlijk maar je moet dan of zelf updaten of een andere 3e partij repo erin pluggen...
Debian zit dacht ik nog niet eens op 7, maar momenteel versie 6.

Het heeft ook niet super veel met LTS te maken, genoeg software dat wel een update krijgt.
Ik vind het echt bizar, en niet alleen hun trouwens. Zelf gebruik ik ffmpeg in Docker-containers, en er is vrijwel geen enkele die de laatste versie aanbiedt.

Enige is overgaan naar static ffmpeg builds.
Dat is nou juist de bedoeling van een lts support. Proven technology, minder spannend/nieuw, maar wel 100% bekend.


Om te kunnen reageren moet je ingelogd zijn