start
Würfelkundestunde
Babylon 5
Linkblog
Mountainbike
Computer

VLC-Tips 5.2025

Rauschen hinzufügen

Moderne Codecs haben ein Riesenproblem: Banding-Artefakte. Also aus sanften Farbverläufen werden scharfe Farbränder, die in dunklen Szenen auch gerne mal entlang von Blöckchengrenzen "herumwabern".
Obwohl VLC einen "Bänderung entfernen"-Filter hat, ist der "Filmkörnung"-Filter besser darin, Banding-Artefakte zu entfernen. Darüber hinaus verbessert das Zusatzrauschen oft die subjektive Bildqualität. Beim Encoden wird nicht nur Rauschen entfernt, sondern das Bild wird quasi in mathematische Formeln umgewandelt, und beim Abspielen komplett neu "gemalt". Daher wirkt das Bild dann oft synthetisch - z.B. wirken Gesichter so als wären sie aus dem Wachsfigurenkabinett. Durch Hinzufügen von Rauschen (also Zufall) wirkt das Bild natürlicher.
Also: "Werkzeuge"/"Effekte und Filter" - Reiter "Videoeffekte" - (1. Reiter "Genauigkeit") - Filmkörnung.
Falls die neue Einstellung permanent sein soll, auf "Speichern" klicken. Sonst nur "Schließen".

SDR vs. HDR

SDR und HDR sind unterschiedliche Farbräume.
SDR- (Standard Dynamic Range) Videos haben den althergebrachten Helligkeitsbereich (0 = 0% Helligkeit; 255 = 100%). Bei Bildschirmen, die eine besonders große Helligkeit produzieren können, reichen die 256 Abstufungen evtl. nicht aus.
Bei HDR (High Dynamic Range) ist der Wertebereich größer. Beim Ton gibt's das Prinzip schon länger: Dialog und Explosion haben nicht mehr ein- und dieselbe Lautstärke.
Auf einem SDR-Bildschirm sieht SDR besser aus als HDR, obwohl VLC die Anpassung automatisch vornimmt. Das liegt daran, daß die automatische Umrechnung "Sicherheitsränder" übrig lässt um Übersteuerungen zu vermeiden; während die echte SDR-Variante von der Kamera selber erzeugt wurde und über die von Szene zu Szene wechselnden Kameraeinstellungen informiert ist.

Untertitel-Problem bei HDR

VLC hat seit Ewigkeiten einen Fehler: Beim Abspielen von HDR-Videos sind bestimmte Untertitel-Formate schwarz statt weiß. Lösung: Untertitel in's SRT-Format konvertieren.

Problem: VLC startet nicht mehr

Wahrscheinlich ist noch ein VLC-Task aktiv.
  1. Task-Manager öffnen (Strg-Alt-Entf (Tasten zusammen drücken), dann Task-Manager auswählen. Oder Win-X, dann Task-Manager auswählen.)
  2. "Mehr Details" anwählen, dann im 1. Reiter ("Prozesse") nach unten scrollen und nach dem VLC-Prozess suchen.
  3. Den VLC-Prozess anwählen, mit der rechten Maustaste das Kontextmenü öffnen, "Task beenden" anklicken.

Problem: VLC instabil, Bild hängt

Mögliche Ursache: Treiber für Hardware-Decoding. Lösung: Hardwarebeschleunigung ausschalten (Werkzeuge, Einstellungen, Eingang/Codecs, Hardware-beschleunigte Dekodierung: Deaktivieren).

Bevorzugte Audio-Sprache einstellen

Einstellungen öffnen (Werkzeuge/Einstellungen oder Strg-P); "Audio"-Reiter anwählen. Im Feld "Bevorzugte Audiosprache" das standardisierte Kürzel eintragen (ger für Deutsch, eng für Englisch).

Firefox-Tips 11.2024

empfohlene Plugins

Plugin istallieren:
  1. Im Menü "Add-ons und Themes" anwählen (Strg-Shift-A).
  2. Name des Plugins im Suchfeld eingeben
  3. Plugin in den Ergebnissen anwählen
  4. "Installieren" anwählen, Dialoge mit "ja" beantworten

Handbrake-Tips 1.2025 / v1.9.0

Ziel: Archivieren. Also bei guter Qualität kleine Dateien.

Meine aktuellen Einstellungen

Normal: SVT-AV1/10bit, 34RF, Preset 3 oder 2 oder 1 (je kleiner desto mehr Rechenzeit aber besseres Ergebnis), zus.Parameter: aq-mode=0
(adaptiver Rauschfilter im AV1-Encoder bereits eingebaut.)

starkes Rauschen: Filter: NLMeans/High/Film (zusätzlich zum AV1-Rauschfilter)
(ansonsten alle nicht benötigten Filter aus)

Animation: X265(8 oder 10Bit), 34RF, tune:Animation, preset:VerySlow

Audio: Vorbis(nur mit mkv-Container kompatibel), quality:+0.5, Kanäle:alle(also bis 5.1)

RateFactor(RF)- bzw. CRF- bzw. ConstantQuality(CQ)-Wert

Das ist die fest eingestellte Quantisierung.

größer: kleinere Datei/schlechtere Qualität. Das Video wird stärker durch die Mangel gedreht.
kleiner: größere Datei/bessere Qualität.

Encoder Preset

größer/links: weniger Rechenzeit, aber dafür schlechtere Qualität (und bei AV1 größere Datei)
kleiner/rechts: mehr Rechenzeit, bessere Qualität

Es gilt das Gesetz der schwindenden Erträge. Also immer mehr Rechenzeit draufschmeißen führt zu immer kleineren Verbesserungen. Denn je höher das Niveau ohnehin schon ist, an desto weniger Stellen wird durch noch längeres Suchen ein besseres Optimum gefunden.

modernerer Encoder oder höheres Preset?

Besser den moderneren Encoder nehmen als beim älteren Encoder ein höheres Preset einstellen.
Ausnahme: Das Ergebnis soll auf einem Gerät abgespielt werden, das nur die ältere Videokodierung verarbeiten kann.

Der modernste Encoder in Handbrake ist aktuell SVT-AV1.

Adaptive Quantisierung

Die adaptive Quantisierung geht von der Annahme aus, daß Kompressionsartefakte in dunklen Szenen weniger auffallen, und schraubt dementspr. in dunklen Szenen die Kompression hoch. Meiner Wahrnehmung nach ist die Annahme falsch. Deswegen am besten aq deaktivieren mit aq-mode=0. (Klappt auch mit aomenc in Hybrid)

Rauschen

Das Rauschen sollte immer rausgefiltert werden, damit die Zieldatei so klein wie möglich wird. Moderne Rauschfilter wie NLMeans schaffen das ohne Details oder Bewegungen zu stark zu verwischen.
Ausnahme: Das Rauschen wird als Stilmittel eingesetzt. In dem Fall mit großer Zieldatei leben. RF-Wert absenken. Falls vorhanden: Tune:Noise.

Software-Encoder oder Hardware-Encoder (z.B. QSV)?

Hardware-Encoder sind wahnsinnig schnell aber liefern schlechte Ergebnisse. Also bei guter Qualität riesige Dateien. Super für Streaming/Videokonferenz oder um schnell ein Video in einer einfacheren Kodierung zu haben. Aber zum Archivieren/Komprimieren ungeeignet.

Was ist die größte Schwäche von SVT-AV1?

Die häufigsten Kodierungs-Artefakte treten in dunklen Szenen auf: Bewegungsunschärfe und Banding-Artefakte (also aus sanften Farbverläufen werden harte Farbränder).
Deswegen: Unbedingt 10bit statt 8bit nehmen (für kleinere Rundungsfehler bei Farbwerten)

ffmpeg 9.2025

Bei Programmen wie Handbrake läuft unter der Motorhaube meist ffmpeg. Handbrake & Co. stellen nur die grafische Benutzeroberfläche zur Verfügung und machen die Bedienung einfacher. Z.B. durch Verstecken der meisten Funktionen und strukturierte Repräsentation der restlichen Funktionen. Darüberhinaus hat das Handbrake-Team eigene Optimierungen und Zusatzfunktionen entwickelt. Und bietet diese Arbeit kostenlos an.

Alternative: Direkt ffmpeg benutzen. Also über die Hürde der textbasierten Bedienung springen. Vorteile: aktuellere Version vom SVT-AV1-Encoder; weniger Ressourcenbedarf; überwältigende Menge an Funktionen und Möglichkeiten.

https://www.youtube.com/watch?v=MPV7JXTWPWI - How to use FFMPEG

Aktuelle Builds

Tagesaktuelle Builds gibt's hier: https://github.com/BtbN/FFmpeg-Builds/releases/ (auch für Windows)

"Build" bedeutet, daß aus den vielen Programm-Quelltexten (für Filter, Encoder, ffmpeg selber, etc.) ein lauffähiges Computerprogramm gebaut wurde.
"Static build" (also auf der oben verlinkten Seite das Gegenteil von "shared") bedeutet, daß alle Funktionen fest eingebaut sind und keine weiteren Dateien gebraucht werden. Deswegen sind die Programmdateien relativ groß.

Installation

Linux: Archiv " ffmpeg-master-latest-linux64-gpl.tar.xz " runterladen und entpacken; Dateien in "bin/" nach "/usr/bin/" oder "/usr/local/bin" kopieren (mit SuperUser-Rechten, also z.B. Dateimanager mit vorangestelltem "sudo " im Terminal starten).
(Mit "normaler" Installation gibt's bei den meisten Linux-Distros aus Sicherheitsgründen nur ne uralte Version.) Bash-Script zum Herunterladen bzw. Aktualisieren (funktioniert nicht, wenn ffmpeg gerade ausgeführt wird):
(Mauszeiger über Zeile bewegen für Erklärung) #!/bin/bashAlles nach # ist Kommentar. Kennzeichnet die Textdatei als Shell- (bash-)Script
t=$PWDaktuelles Verzeichnis in der Variablen t speichern, um am Schluß wieder dorthin zurückzuwechseln
cd ~/Downloads/Wechselt in's Download-Verzeichnis. ~/ ist das Benutzerverzeichnis, also /home/benutzername/. Der Befehl cd steht für "change directory".
rm ffmpeg-master-latest-linux64-gpl.tar.xzLöscht die alte heruntergeladene Archivdatei. rm steht für "remove".
rm -rv ffmpeg-master-latest-linux64-gpl/Das alte entpackte Verzeichnis (directory) löschen. -r schaltet rekursives Löschen ein, also alle Unterverzeichnisse und die darin enthaltenen Dateien löschen. -v steht für "verbose", was soviel wie "gesprächig" bedeutet. rm zeigt dann alle Aktionen an.
wget -v https://github.com/BtbN/FFmpeg-Builds/releases/download/latest/ffmpeg-master-latest-linux64-gpl.tar.xzLädt die Archivdatei von der angegebenen URL in's aktuelle Verzeichnis runter. (Wieder im "gesprächigen Modus, weil's interessanter aussieht)
tar -xvf ffmpeg-master-latest-linux64-gpl.tar.xzEntpackt das Archiv. -x: extract, -f Dateiname
sudo cp ffmpeg-master-latest-linux64-gpl/bin/* /usr/bin/Kopiert die entpackten Dateien aus dem bin/ Verzeichnis nach /usr/bin/. Je nach Linux-Distribution könnte auch /usr/local/bin/ der richtige Pfad sein.
* ist der Platzhalter für beliebige Dateinamen(steile) - wählt alle Dateien im angegebenen Verzeichnis aus.
cp ist der copy-Befehl.
sudo steht für SuperUserDo und führt den danach angegebenen Befehl mit Administrator-Rechten aus. Deswegen wird das entspr. Passwort verlangt. Ein "normaler" Benutzer hat (vernünftigerweise) keine Schreibrechte in /usr/bin/.
cd "$t"Und schließlich wieder in's ursprüngliche Verzeichnis zurückwechseln Tip: Script als alias (z.B. in .bash_aliases im Benutzerverzeichnis) definieren, mit ; als Trennzeichen zwischen den Zeilen. (1. Kommentarzeile weglassen)
alias getffmpeg='Zeile 1;Zeile 2;...'
(weiterer wichtiger Terminal-Befehl: ls (-lh). Listet den Inhalt des aktuellen Verzeichnisses auf. Hinweise im Terminal erhalten: ls --help oder man ls)

Win10: Die "Win64" zip-Datei runterladen und entpacken. Anschließend das komplette Verzeichnis nach C:\Programme (falls C: das Systemlaufwerk ist) kopieren. (Hinweis auf Admin-Rechte bestätigen)
Path-Variable: Den Pfad zum Unterverzeichnis "bin" im Clipboard speichern, z.B. im Explorer in der Adressleiste markieren und dann die beiden Tasten Strg-C gleichzeitig drücken. (Beispiel: C:\Program Files\ffmpeg-master-latest-win64-gpl-shared\bin).
Dann in die Einstellungen gehen. In den Einstellungen: "System"; dann links unten "Info"; dann rechts (oder unten wenn das Fenster zu klein ist) "Erweiterte Systemeinstellungen".
Schließlich "Umgebungsvariablen" anwählen; dann die Variable "Path" doppelklicken; dann eine neue Zeile anlegen und den Pfad reinkopieren (Strg-V).
Jetzt kann der Befehl "ffmpeg" immer aufgerufen werden - auch wenn "ffmpeg.exe" nicht im aktuellen Verzeichnis liegt.

Bedienung

Linux: Terminal öffnen; ins Arbeitsverzeichnis gehen. (Oft geht auch: Im Dateimanager im Arbeitsverzeichnis rechte Maustaste drücken und "Terminal öffnen" anwählen)
Windows: Im Explorer ins Arbeitsverzeichnis (also da, wo die Videos liegen) gehen, "cmd" in der Adressleiste eingeben (ohne Anführungszeichen). Dann sollte sich die Eingabeaufforderung öffnen.

Der kursive Text in den Beispielen unten hat Platzhalter-Funktion.
Automatische Dateinamenvervollständigung: Tabulator-Taste.
Durch vergangene Eingaben blättern: ⇅
Stop-Signal an laufenden Prozess senden: Strg-C. (Und dann warten, bis alle Unterprozesse das Signal bekommen und geordnet ihre Operationen beendet und Speicherbereiche wieder freigegeben haben.)
Linux: Text im Terminal kopieren/einfügen: Shift-Strg-C / Shift-Strg-V
Im Terminal Scrollen: Xfce: Shift-⇅; Cinnamon: Shift-Bild⇅

Video

Codec für Video wählen (SVT-AV1):
ffmpeg -i in.mkv -c:v libsvtav1 out.mp4 Anstelle eines Codecs kann auch "copy" gewählt werden

10bit-Encode erzwingen:
ffmpeg -i in.mp4 -pix_fmt yuv420p10le -c:v libsvtav1 out.mkv

Parameter an Encoder übergeben:
ffmpeg -i in.mkv -pix_fmt yuv420p10le -c:v libsvtav1 -svtav1-params preset=1:crf=34:aq-mode=0 out.mkv

Video-Filter:
ffmpeg -i in.mkv -vf filter1=param1:param2,filter2=param1:param2:param3 out.mkv

Bild beschneiden:
ffmpeg -i in.mkv -vf crop=width:height:from_left:from_top out.mkv Statt Zahlen können auch mathematische Ausdrücke eingetragen werden. Die werden dann automatisch ausgerechnet.
Beispiel: Oben und unten jeweils 20 Pixel weg:
ffmpeg -i in.mkv -vf crop=in_w:in_h-40 out.mkv Parameter können auch namentlich (statt nach Reihenfolge) geändert werden: ffmpeg -i in.mkv -vf crop=w=in_w:h=in_h-40 out.mkv (in_w wäre allerdings sowieso der voreingestellte Wert von w)
Zum Erkennen der Ränder ist dann wiederum Handbrake hilfreich. In den Voreinstellungen die Anzahl der Vorschaubilder erhöhen um Erkennungsfehler unwahrscheinlicher zu machen.

NLMeans Rauschfilter:
ffmpeg -i in.mkv -vf nlmeans out.mkv Parameter: https://ffmpeg.org/ffmpeg-filters.html#nlmeans-1
https://www.youtube.com/watch?v=I9-VEUs1ZsE
Die Werte aus den Handbrake-Logs würde ich mal ungefähr so übersetzen: Patchgröße 7; Range 3; Stärke 1.5(ultra light), 4(light), 7(medium), 10(strong). Also für Light: ffmpeg -i in.mkv -vf nlmeans=4.0:7:7:3:3 out.mkv Allerdings würde ich nur den 1. Wert (Stärke) eingeben und die restlichen Werte weglassen - also die Voreinstellungen nehmen. Dann verbraucht NLMeans zwar viel mehr Rechenzeit (höhere Voreinstellung für Suchradius), aber das Resultat ist auch viel besser. Ein sinnvoller Wertebereich ist dann aber eher 1-3 statt 1-10. (Voreinstellung für s: 1.0) ffmpeg -i in.mkv -vf nlmeans=2 out.mkv
Größter Nachteil von NLMeans: Regen wird als Rauschen erkannt und ist dann plötzlich unsichtbar.

NLMeans kann wohl nur 8 bit, daher erst nach den Videofiltern das Pixelformat auf 10 bit ändern. Das ist ein weiterer Mehrwert von Handbrake: Die gesamte Pipeline ist in 10bit implementiert, inkl. Rauschfilter.
Was kann man in ffmpeg mit verrauschten 10bit-Quellen (z.B. HDR(BT.2020)) machen? -svtav1-params film-grain-denoise=1:film-grain=strength. (1-50)
Dann wird der Rauschfilter des Encoders eingeschaltet und das Rauschen beim Abspielen synthetisch nachgebildet.

2 Videos nebeneinander anordnen:
ffmpeg -i links.mkv -i rechts.mkv -filter_complex hstack out.mkv

Vorschau-Funktion / Player:
ffplay in.mkv -vf stereo3d=tb2l:arcd,scale=1920:1080,crop=in_w:in_h-32,setsar=1 Q Beenden F Vollbild P, Leertaste Pause
A Tonspur umschalten V Bildspur umschalten T Untertitel umschalten W Ton-Wellenform anzeigen
⇄ 10 Sekunden vor/zurück ⇅ 1 Minute vor/zurück
rechte Maustaste Springe zur Stelle, die der Position des Mauszeigers in der Bildbreite entspricht

Start-Position (32 Minuten) und Dauer (120 Sekunden) des Inputs festlegen (z.B. für Test-Encode)
ffmpeg -ss 00:32:00 -t 120 -i in.mkv -c:v libsvtav1 out.mkv

nur Video-Tracks aus Quelle 0 (die erste Quelle) anwählen:
ffmpeg -i in.mkv -map 0:v out.mkv

Audio

alle Tracks aus Quelle 0 (die erste Quelle) anwählen:
ffmpeg -i in.mkv -map 0 out.mkv

Vorbis-Encoder mit Qualität 0.5:
ffmpeg -i in.mkv -c:a libvorbis -q:a 0.5 out.mkv Hinweis: Vorbis-Audio ist (derzeit) nur mit mkv-Container kompatibel.

Stapelverarbeitung etc.

Linux: mkdir out ; for FILE in *.mkv ; do ffmpeg -nostdin -i "$FILE" -map 0 -vf nlmeans -pix_fmt yuv420p10le -c:v libsvtav1 -svtav1-params preset=1:crf=34:aq-mode=0:tune=0:enable-qm=1 -c:a libvorbis -q:a 0.5 -c:s copy "out/$FILE" ; done Enkodiert alle Dateien im aktuellen Verzeichnis, die auf .mkv enden. Resultate liegen dann im Unterverzeichnis out/.

Windows: mkdir out
FOR %i in (*.mkv) DO (ffmpeg -nostdin -i "%i" -map 0 -vf bm3d=10 -c:v libsvtav1 -svtav1-params preset=2:crf=32:aq-mode=0:tune=0:enable-qm=1 -c:a libvorbis -q:a 0.5 -c:s srt "out\%i") bm3d ist schneller als nlmeans (und kann auch 10bit), aber das Ergebnis ist nicht ganz so gut.

Alles außer die erste Videospur (Nummer 0) kopieren, also 1. Videospur entfernen: ffmpeg -i infile -map 0 -map -0:v:0 -c copy outfile Das Minus-Zeichen schließt das angegebene aus.
(Voreinstellung für -c:v ist h264)

Untertitel nach .srt konvertieren: #!/bin/bash
for file in *.mkv
do
 mv "$file" tmp.mkv
 ffmpeg -i tmp.mkv -map 0 -c copy -c:s srt "$file"
 rm tmp.mkv
done

Bild-Sequenz a.k.a. Google Earth Pro stürzt ständig ab

Input = Bild-Sequenz mit 6stelligem Zähler: ffmpeg -framerate 60 -start_number 0 -i Grosse_Suedrunde_-_45deg-200m-%06d.png out.mp4

JPEG-Quelle in HD-Auflösung: Farbraum standardisieren: ffmpeg -framerate 60 -i t-%06d.jpg -vf scale=out_color_matrix=bt709 out.mkv

Video-Segmente zusammenfügen: ffmpeg -f concat -i filelist.txt -c copy out.mkv filelist.txt: (Kennzeichnung "file" vor jede Datei) file 1.mkv
file 2.mkv
file 3.mkv

Video von 25fps nach 23.976fps konvertieren

Opa erzählt vom Krieg

Das Stromnetz hat in den USA 60Hz und in Europa 50Hz Wechselstrom. Deswegen haben Fernseher in den USA 30 Bilder pro Sekunde (frames per second, fps) dargestellt, und in Europa 25fps. (Genau genommen 60 bzw. 50 Halbbilder/s)
Problem: Film hat 24fps. (Quasi-Standard ist heute 23.976fps) Und es wurden auch viele Fernsehserien auf Film aufgenommen.
Um auf 30fps zu kommen, werden einige Bilder verdoppelt. Die Geschwindigkeit bleibt dabei gleich.
Um auf 25fps zu kommen, wird einfach Alles um ca. 5% beschleunigt. Und das Ganze wurde auch nach der klassischen Fernseh-Ära mit einigen HD-Inhalten gemacht. Aus Tradition oder so.
Also:
Britische oder deutsche Serie hat 25fps: Geschwindigkeit stimmt wahrscheinlich.
US-Serie in hat in deutscher Fassung 25fps: Wahrscheinlich zu schnell.
Die Korrektur ist bei Video und Untertiteln sehr einfach (siehe unten: mkvtoolnix-gui). Aber beim Ton wird's schwierig. Mit ffmpeg allerdings kein Problem. Beispiel: Der Ton hat 48000Hz Samplefrequenz. 48000/25*23.976=46034Hz. Man muss also ffmpeg einfach nur sagen, der Ton hätte 46034Hz (statt 48000); und ffmpeg soll das mal nach 48000Hz konvertieren. ffmpeg -i infile -map 0:a -af asetrate=46034,aresample=isr=46034:osr=48000 -c libvorbis -q 0.5 outfile

Das Ganze für mehrere Dateien: mkdir audio
for file in *.mkv
do
 ffmpeg -i "$file" -map 0:a -af asetrate=46034,aresample=isr=46034:osr=48000 -c libvorbis -q 0.5 "audio/$file"
done Und dann nur Video encoden (und Untertitel kopieren oder konvertieren). Beim Video-Teil hilft das Programm mkvtoolnix-gui.
Video-Datei hinzufügen (links oben Rechtsklick/Dateien hinzufügen).
Audio-Spuren deaktivieren (links unten, 1. Häkchen wegklicken)
Video-Spur anwählen (links unten anklicken), rechts im Feld "Standarddauer/BPS" 23.976 eintragen.
Untertitel-Spur anwählen, im Feld "Strecken um" 25/23.976 eintragen.
Konvertierte Audio-Datei hinzufügen (links oben Rechtsklick/Dateien hinzufügen)
Und dann unten Zieldatei benennen und auf "Multiplexen starten" klicken.
(Mit Kapitelmarken klappt das "Strecken um" leider nicht. Wäre ein sehr einfaches Unterprogramm, aber hat noch Keiner geschrieben. Also Kapitel ebenfalls deaktivieren.)

Welcher Computer für Video-Encoding? 12.2025

Kurze Antwort: Falls nur 1 Encode laufen soll 2 Cores, 8GB(1080p) bzw. 16GB(4K). Für Linux mit doppeltem Speicherbedarf rechnen. (Also wenn's was günstiges gebrauchtes sein soll z.B. ein ProDesk 600 G3 DM mit i3-7100T.)

Um diese eigenartige Antwort zu verstehen, muss man 2 Eigenheiten von Video-Encodern verstehen:
  1. Der Flaschenhals ist der Arbeitsspeicher.
  2. Ein guter Encoder nutzt nur 2 Cores.

Der Flaschenhals ist der Arbeitsspeicher

Wenn die Bewegungserkennung effizient sein soll, müssen riesige Mengen Videodaten im Rohformat im schnellstmöglichen Speicher liegen. Und selbst dann ist es immer noch langsam genug. Mein Rekord bisher: Die Linux-Variante von Handbrake hat sich 25GB für einen 4K-Encode geschnappt.
Hängt auch vom Preset ab. Preset 2 enkodiert mehr Video-Teile gleichzeitig und braucht mehr Speicher als Preset 1.

Ein guter Encoder nutzt nur 2 Cores

Der Zielcode ist um so effizienter, je mehr grafische und zeitliche Zusammenhänge beim Encoden erkannt und genutzt wurden. Aber je mehr Teile des Videos parallel encodet werden, desto weniger Zusammenhänge können erkannt werden.
Ich nehme mal an, daß die Bewegungssuche einen Core braucht, und die restlichen Prozesse den 2. Kern nutzen. Wenn man einen komplexen Rauschfilter aktiviert kann's sein daß 3 Kerne genutzt werden.
2 Kerne / 4 Threads (also ein Prozessor mit Multithreading) scheint im Allgemeinen optimal zu sein.

Warum ist bei bestimmten Generationen der i3 "schneller" als der i5?

Beim i5 und höher ging die Entwicklung zu mehr Kernen. Aber weil mehr Kerne mehr Hitze produzieren, wurde die Taktfrequenz gesenkt. Beim i3 hingegen können die 2 Kerne den Kühlkörper für sich ganz alleine haben; und sind dementspr. höher getaktet. Der i3 hat dann mehr Single-Core-Leistung aber weniger Multi-Core-Leistung. Für Video-Encoding ist die Single-Core-Leistung entscheidend.
(Bei "normaler" Computernutzung ist natürlich der teurere Prozessor besser, weil der besser darin ist, sich dynamisch an die Anforderungen anzupassen.)

Speed vs. Energieeffizienz

Beim Hochschrauben der Taktfrequenz gilt das Gesetz der schwindenden Erträge. Also bei jeder Verdopplung des Stromverbrauchs kommt ein immer kleiner werdender Zuwachs an Rechenleistung raus.
Oder umgekehrt: Die Laptop-Variante vom Prozessor hat vielleicht 70% weniger Stromverbrauch aber nur 25% weniger Rechenleistung. Also wäre eigentlich ein alter Laptop (Akku aus Sicherheitsgründen entsorgen) ein effizienter Encoding-Rechner - aber diese Rechner-Kategorie hat i.d.R. zu wenig Arbeitsspeicher.
Außerdem sind jüngere Prozessor-Generationen generell energieeffizienter als ältere.
Die Arm-Architektur ist leider nicht so gut für Video-Encoding geeignet weil dort die Entwicklung eher zu mehr Kernen statt mehr Single-Core-Leistung geht; und wenig Arbeitsspeicher unterstützt wird.

Power Profiles

Die meisten Linux-Distros haben 3 Energieprofile: performance, balanced, power-saver (jedenfalls für 6. Intel-Generation und Mini-PC-Chipsatz). Die ersten beiden machen für den Prozessor kaum einen Unterschied, aber "power-saver" begrenzt die Taktfrequenz auf bis unter 1 GHz (statt über 3 max. und 2,5 Durchschnitt). Aufgrund des Gesetzes der schwindenden Erträge hat "power-saver" die beste Energieeffizienz. Pi mal Daumen: Speed sinkt auf 1⁄3, aber Energieverbrauch sinkt auf 1⁄4. Beim "daily driver" (also wenn zusätzlich zum Encoding z.B. Youtube-Videos flüssig laufen sollen) ist wahrsch. "balanced" die bessere Wahl.
Einstellung entweder über Einstellungen/Energieverwaltung oder im Terminal: "powerprofilesctl list" listet die verfügbaren Profile auf; "powerprofilesctl set <profile>" setzt das angegebene Profil.
Bei Mini-PCs ist außerdem der Lüfter nicht unbedingt dafür gedacht, dauerhaft auf höchster Stufe zu laufen. Also "power-saver" hält auch Verschleiß und Geräuschentwicklung im Zaum.
Falls powerprofilesctl set power-saver nicht funktioniert (z.B. i3-7100T):
sudo cpupower frequency-set --max 1.2GHz

Tip: Prozessor-Tuning in Linux

Update: Scheint keinen Unterschied zu machen. Jedenfalls nicht bei dieser speziellen Aufgabe. Siehe Messungen unten: Unterschied kleiner als Messungenauigkeit.

In den 2010er Jahren wurden Sicherheitslücken in Prozessoren entdeckt. Es wurde nachgewiesen daß Schadsoftware den Prozessor "abhören" und sich dadurch Zugriffsrechte ergaunern kann. Daraufhin haben Windows, Linux & Co. die Sicherheitslücken geschlossen, indem die betroffenen Prozessorfunktionen ausgeschaltet oder verlangsamt wurden. Je nach CPU-Modell bedeutet das aber bis zu ca. 30% weniger Rechenleistung.
Linux bietet die Möglichkeit, die entspr. Sicherheitsupdates auszuschalten (Kernel-Option mitigations=off). Dann hat die CPU nach dem nächsten Neustart dementspr. mehr Leistung. Überprüfen mit dem Terminal-Befehl lscpu. Bei den Schwachstellen steht dann "Vulnerable" statt "Mitigation".
Aber auf so einem Rechner sollte man dann aus Sicherheitsgründen keine Webseiten mehr besuchen. Am besten den Webbrowser deinstallieren. Auf einem Rechner der nur für Videoencoding benutzt wird kann das sinnvoll sein.

Test Encode Comparison

(Handbrake 1.9.0; 5min37sec(8080frames),1080p ⇒ AV1, 10bit, crf35, preset 1, vorbis(stereo)+vorbis(5.1))

PCsize
RAM PSU		OSmitigations=off
(speed increase)		speed
fps		wattage
(estim., ±3)		time
h		energy used
Wh		fps/kWh
higher=better
▾		PCidle
W		PCoff
W		fps/W
i7-6700T
35W 14nm 4C<8T 2,8-3,6GHz		Mini
16GB 65W		MX Linux✔ (0%)0,86562,601465,895,60,80,01536
i5-6500T
35W 14nm 4C 4T 2,5-3,1GHz		Mini
16GB 65W 2.5"-HDD		Win100,50354,521583,1611,50,80,01429
i5-6500
65W 14nm 4C 4T 3,2-3,6GHz		Mini
16GB 95W		Win100,58523,902032,86110,60,01115
i3-7100T
35W 14nm 2C<4T 3,4GHz		Mini
8GB 135W 2.5"-HDD		Lubuntu✔ (0,38%)0,43325,251682,566,50,60,01344
5,271692,54
i3-6100T
35W 14nm 2C<4T 3,2GHz		Mini
12GB 65W		Lubuntu0,40335,551832,197,50,90,01212
Ryzen 3 Pro 2200GE
35W 14nm 4C 4T 3,2-3,6GHz		Mini
32GB 65W		MX Linux✔ (-0,42%)0,47464,822222,1212,50,60,01022
4,802212,13
i5-5200U
15W 14nm 2C<4T 2,2-2,7GHz		Notebook
8GB 65W		Lubuntu✔ (0,37%)0,28228,051771,587,6
(display on)		0,2
(no battery)		0,01273
8,081781,57
Athlon 200GE
35W 14nm 2C<4T 3,2GHz		Mini
8GB 120W		Win100,31407,372951,05131,10,00775
Lubuntu ✔ (-1,8%) 7,282911,0712,5
7,15 2861,08
i5-3470
77W 22nm 4C 4T 3,2-3,6GHz		SFF
16GB 240W 3.5"-HDD		Win100,35626,433990,8823,50,40,00565

fps/kWh reflects most efficient use of energy AND time. Gives you a different ranking than "speed" AND a different ranking than "energy used".
AMD seems to be good at playing videos (KODI) instead of encoding them.

Another round

Preset=2, so NOT comparable to the numbers above.
cpu configWattagetimeWhframeratefps/W (more=better)
Esprimo Q556i3-6100T
2C 4T		balanced 3.2Ghz31W0,6142h191,3fps0,04194
power-saver 900MHz14W1,6544h230,5fps0,03571
power-saver / No Hyperthreading13W1,9608h250,4fps0,03135
i5-6500TE
4C		balanced 3GHz45W0,3644h162,2fps0,04889
balanced --max 2.8GHz38W0,4661h181,7fps0,04474
balanced --max 2.4GHz29W0,5375h161,5fps0,05172
balanced --max 2GHz25W0,6408h161,2fps0,04800
balanced --max 1.6GHz20W0,7953h161,0fps0,05000
power-saver 900MHz15W1,1633h170,7fps0,04667
NUC7i3BNBi3-7100U
2C 4T		balanced 2,4GHz22W0,7378h161,08fps0,04909
power-saver 1,2GHz14W1,8344h260,44fps0,03118
EliteDesk 800 G3 DM
65W		i5-6500
4C		balanced 3,2GHz60W0,3347h202,4fps0,04000
power-saver 2,8GHz37W0,3775h142,1fps0,05676
power-saver 2,4GHz29W0,4358h131,8fps0,06207
power-saver 2,0GHz24W0,5183h121,5fps0,06250
power-saver 1,6GHz22W0,7228h161,1fps0,05000
Esprimo Q957i3-7100T
2C 4T		power-saver 3,4GHz29W0,6894h201,16fps0,04000
--max 2,4GHz19W0,9678h180,8fps0,04211
--max 1,6GHz14W1,4283h200,56fps0,04000
Contradiction: Some PCs become more efficient at higher CPU-frequencies, but the CPU becomes less efficient at higher frequencies.
The only explanation i can think of: The PC consumes energy anyway in order to deliver support to the CPU. Therefore, the more use the CPU makes of this support, the more energy-efficient the whole PC becomes.

Hybrid-Tips 7.2024

Update 12-2025: SVT wird aktiver entwickelt und ist effizienter als aomenc.

Was ist Hybrid?

Handbrake und Hybrid sind GUIs (graphische Benutzeroberflächen) für FFmpeg. Aber während Handbrake sich an Anfänger richtet, bietet Hybrid viel mehr Einstellmöglichkeiten und zusätzliche AV1-Encoder. So kann z.B. aomenc in 12bit-Farbgenauigkeit enkodieren, während Handbrake mit dem SVT-AV1-Encoder nur 10bit kann.

Was ist 12bit?

Für klassische Cumputergrafik gilt: Mehr Bits pro Farbe = mehr Farben, aber mehr Speicherplatzbedarf. Bei Video-Encodern gilt: je mehr interne Farb-Bits, desto mehr Rechenleistungsbedarf (auch beim Abspielen) — die Größe der Zieldatei bleibt jedoch gleich.
Also: Je mehr Bits, desto effizienter die Videokodierung (bei gleicher Kompression näher am Original).

Warum 12bit?

Bei 10bit sind die Banding-Artefakte stärker ausgeprägt als Kanten-Artefakte. D.h., die Banding-Artefakte verhindern daß die Kompressionsrate weiter hochgeschraubt werden kann obwohl von der Kantenschärfe her gesehen noch genug Redundanz zum "Hochschrauben" der Kompressionsrate vorhanden wäre. (Update 6.2025: stimmt für SVT-AV1 nicht mehr. Ist jetzt ausgeglichen bei 10bit)
In 12bit sind die Artefakt-Typen auf gleicherem Niveau.

Problem: falscher Farbwertebereich

Viele Videos sind in TV-Range: Die 8bit-Helligkeitswerte nutzen nur den Bereich von 16-235. Dieser Standard stammt aus der Zeit der analogen Fernsehtechnik.
Technisch besser ist eigentlich PC-Range oder full range, also 0-255.
Aomenc enkodiert in full range, aber das AV1-Format hat offenbar keine Kennzeichnung dafür. Deswegen geht z.B. VLC beim Abspielen fälschlicherweise davon aus, daß TV-Range vorliegt. Resultat: Die dunklen Farbtöne sind schwarz, die hellen Farbtöne sind weiß.
Lösung: Entspr. Konverter in Hybrid aktivieren. Z.B. Filtering/Vapoursynth/Color/Basic: Levels(In: 0/255; Out: 16/235).

aomenc und CPU-Auslastung

Je mehr Teile des Videos gleichzeitig enkodiert werden, desto mehr (grafische und zeitliche) Zusammenhänge im Video bleiben unberücksichtigt - also desto schlechter wird die Kodierungs-Effizienz. Für das beste Resultat sollten also alle Multithreading-Optimierungen ausgeschaltet werden. Dann nutzt der Encoder nur noch 1 Prozessorkern. Falls z.B. ein 4-Kerner komplett ausgenutzt werden soll, müssen dann 4 Encodes gleichzeitig laufen.
(Gegenbeispiel Handbrake: Viel schneller als Hybrid, für die Allermeisten die bessere Wahl)

aomenc-Settings

Link: https://www.reddit.com/r/AV1/comments/t59j32/encoder_tuning_part_4_a_2nd_generation_guide_to/