H.264 vs. H.265: Video-Encoding-Leitfaden für 3D-Artists

Wenn wir 3D-Assets in After Effects, Blender oder Cinema 4D rendern, arbeiten wir entweder mit Videodateien oder mit Bildsequenzen. Der letzte Schritt – das Encoding dieser Renderings in ein Auslieferungsformat – entscheidet oft darüber, ob Kunden unsere Arbeit tatsächlich verwenden und ob sie plattformübergreifend reibungslos gestreamt wird. Mit After Effects CC 2014+ wurden die direkten Video-Exporter entfernt, was viele Artists dazu zwang, Encoding-Workflows in Tools wie Adobe Media Encoder oder FFmpeg zu erlernen. Heute stehen wir vor mehr Codec-Optionen als je zuvor: H.264 bleibt der Branchenstandard, H.265 bietet bessere Kompression, und AV1 zeichnet sich als zukunftssichere Option ab. In diesem Leitfaden gehen wir die praktischen Encoding-Entscheidungen durch, die wir in unserer render farm treffen – vom Verständnis der Codec-Unterschiede bis zur Konfiguration der Render-Ausgabe für einen reibungslosen Export.

Spezifikation	H.264 (AVC)	H.265 (HEVC)
Vollständiger Name	H.264 / MPEG-4 AVC (Advanced Video Coding)	H.265 / MPEG-H HEVC (High Efficiency Video Coding)
Erscheinungsjahr	2003	2013
Kompressionseffizienz	Referenzwert – Branchenstandard seit 2003	ca. 40–50 % kleinere Dateien als H.264 bei gleicher wahrgenommener Qualität
Bitrate (1080p, gleiche Qualität)	8–10 Mbps (CRF 18–20)	4–5 Mbps (CRF 20–24)
Dateigröße (10-minütiges 1080p-Beispiel)	ca. 700 MB bei 10 Mbps	ca. 350–400 MB bei 5 Mbps
Encoding-Geschwindigkeit / CPU-Last	Schnell – geringere CPU-Last; Hardware-Encoder (NVENC, QuickSync) sind ausgereift	In Software ca. 2- bis 5-mal langsamer; neuere NVENC/QuickSync-Versionen beherrschen es, aber langsamer als H.264
Unterstützung bei Dekodierung / Wiedergabe	ca. 98 % der Geräte, Browser und Player	ca. 85 % – eingeschränkt auf älterer Hardware, in einigen Chrome-/Firefox-Builds und auf älteren Android-Geräten
Typische Einsatzbereiche	Kundenauslieferung, Web, Social Media, Portfolios mit maximaler Kompatibilität	4K-Archivierung, interne Speicherung, Portfolio auf modernen Geräten, Streaming bei begrenzter Bandbreite
Lizenz / Lizenzgebühren	Patentpool (MPEG LA) – für die kommerzielle Nutzung komplex, wird meist von Betriebssystem- und Browser-Anbietern abgewickelt	Komplexerer Patentpool (mehrere Pools) – hat die Verbreitung historisch gebremst; lizenzfreie Alternativen (AV1) kommen auf

Video-Codecs verstehen: Was wir wirklich brauchen

Ein Codec ist ein Kompressionsalgorithmus. Er legt fest, wie Videodaten in kleinere Dateien gepresst werden, ohne (idealerweise) die visuelle Qualität zu verlieren, die für unsere Arbeit wichtig ist. Die drei Codecs, die die Workflows von 3D-Artists dominieren, sind H.264, H.265 und AV1. ProRes besetzt eine andere Nische – es ist für Schnitt und Postproduktion gedacht, nicht für die Auslieferung –, aber wir behandeln es, weil die Ausgaben einer render farm manchmal als Zwischenformat darauf zurückgreifen.

H.264 (MPEG-4 AVC): H.264 wurde 2003 veröffentlicht und ist nach wie vor der am weitesten unterstützte Codec über Geräte, Plattformen und Streaming-Dienste hinweg. Nahezu jedes Smartphone, jeder Browser und jeder Mediaplayer versteht H.264. Für Kundenlieferungen, bei denen wir keinen Einfluss auf die Wiedergabeumgebung haben, ist H.264 die sichere Wahl. Der Kompromiss: Er ist nicht der effizienteste. Eine 4K-H.264-Datei in Broadcast-Qualität ist größer als derselbe Inhalt in H.265.

H.265 (HEVC): Der neuere Standard von 2013 bietet bei gleicher visueller Qualität etwa 50 % bessere Kompression als H.264. Für Archivierung, Portfolio-Arbeiten und interne Speicherung ist H.265 überzeugend – wir sparen erheblich Festplattenplatz. Allerdings ist die Patentlizenzierung bei H.265 komplexer, und einige Geräte (insbesondere ältere Hardware und bestimmte Browser) unterstützen ihn nicht nativ.

AV1: AV1 wurde von der Alliance for Open Media entwickelt, ist lizenzfrei und liefert je nach Bitrate eine Kompression zwischen H.265 und H.264. Er findet zunehmend Verbreitung bei YouTube und anderen Streaming-Plattformen, doch das Encoding ist CPU-intensiv, und die Wiedergabeunterstützung wird auf Endgeräten erst nach und nach ausgerollt. Wer Inhalte zukunftssicher machen möchte, für den lohnt es sich, AV1 zu lernen.

ProRes: Kein Auslieferungs-Codec, sondern ein professionelles Zwischenformat. ProRes-Dateien sind größer als H.264- oder H.265-Dateien, aber sie sind auf schnellen Schnitt und Color Grading ausgelegt. Wir verwenden ProRes, wenn unsere Ausgabe in eine Postproduktions-Pipeline geht und nicht direkt zu Kunden.

Codec-Vergleich: Was wir wann einsetzen

Codec	Kompression	Geräteunterstützung	Einsatzzweck	Bitrate (1080p)
H.264	Standard	Hervorragend (98 %+)	Web, Kundenauslieferung, Archive	5–12 Mbps
H.265	50 % besser	Gut (85 %)	Portfolio, interne Speicherung, 4K	2,5–6 Mbps
AV1	Ähnlich wie H.265	Im Aufbau (60 %)	YouTube, Zukunftssicherheit	1,5–4 Mbps
ProRes 422 HQ	Groß	Schnittsysteme	Zwischenformat/Postproduktion	80–150 Mbps

Den Codec nach Auslieferungskontext wählen

Kundenauslieferung & Web: Verwenden Sie standardmäßig H.264. Kunden fragen nicht, welchen Codec wir verwendet haben – sie fragen, ob die Datei abspielbar ist. H.264 läuft überall. Wir encodieren 1080p mit 8–10 Mbps und 4K mit 15–20 Mbps und passen die Werte an die Komplexität des Inhalts an (Bewegung, Partikeleffekte, feine Details).

Portfolio & Eigenwerbung: H.265, wenn Ihr Publikum moderne Geräte nutzt (bei Design- und Kreativportfolios meist der Fall). Wir sparen 40–50 % Speicherplatz ohne sichtbaren Qualitätsverlust. Ist die Verbreitung unklar, bleiben Sie bei H.264.

Archivierung & Ausgabe der render farm: H.265 oder ProRes. Wenn wir Renderings langfristig speichern, spielt die Kompression eine Rolle. H.265 ermöglicht eine effiziente Archivierung; ProRes liefert schnittfreundliche Zwischendateien, falls der Inhalt in der Postproduktion weiterverwendet wird.

YouTube & Streaming-Plattformen: H.264 für maximale Reichweite, auch wenn YouTube H.265 und AV1 akzeptiert. Wir haben begonnen, wichtige Portfolio-Stücke zusätzlich zu H.264 in AV1 zu encodieren – das ist Zukunftssicherheit mit minimalem Mehraufwand, sobald das Encoding abgeschlossen ist.

Video-Export aus After Effects & Media Encoder

After Effects CC 2014+ enthält keine direkten Video-Exporter. Stattdessen verwenden wir Adobe Media Encoder als separate Anwendung, die die Encoding-Aufgaben für After Effects, Premiere Pro und eigenständige Projekte übernimmt.

Workflow: After Effects → Queue for Media Encoder → Media Encoder wendet die Encoding-Einstellungen an → Encodierte Videodatei.

Öffnen Sie After Effects, klicken Sie in der Timeline mit der rechten Maustaste auf Ihre Komposition und wählen Sie „Add to Adobe Media Encoder Queue“. Media Encoder startet automatisch (oder wird geöffnet, falls es bereits läuft). Wählen Sie in Media Encoder Ihre Komposition in der Warteschlange aus und klicken Sie auf das Preset-Dropdown neben „Format“.

Adobe liefert Presets für H.264 (genannt „High Quality 1080p“ oder ähnlich) und ProRes mit. Diese Presets sind sichere Standardwerte, doch wir passen sie in der Regel an:

Für H.264-Webauslieferung (1080p):

Format: H.264
Preset: Custom
Bitrate: 10 Mbps (variabel)
Frame rate: Kompositionswert übernehmen (typischerweise 24p oder 30p)
Keyframe-Intervall: Alle 2 Sekunden (120 Frames bei 60 fps)

Für H.265-Portfolio (1080p):

Format: HEVC (H.265)
Bitrate: 5 Mbps variabel
Profile: Main
Frame rate: Quelle übernehmen
Keyframe-Intervall: Alle 2 Sekunden

Klicken Sie im rechten Bereich auf „Export Settings“, um Bitrate, Bildrate und weitere Parameter anzupassen. Stellen Sie die Bitrate immer auf „Variable“ (VBR) statt auf konstant – eine variable Bitrate weist komplexen Szenen mehr und einfachen Szenen weniger Bits zu und verbessert so die wahrgenommene Qualität bei gleicher durchschnittlicher Bitrate.

Media Encoder verarbeitet mehrere Kompositionen in einer Warteschlange. Oft rendern wir die Assets eines ganzen Projekts, stellen die Encoding-Jobs über Nacht ein und prüfen das Ergebnis am nächsten Morgen. Das ist einer der Standard-Workflows in unserer render farm: alle Kundenlieferungen gleichzeitig in After Effects rendern, sie alle in Media Encoder einreihen und den Rechner sich selbst überlassen.

Bildsequenzen aus Blender encodieren

Blender-Renderings werden typischerweise als Bildsequenzen ausgegeben (EXR, OpenEXR oder PNG-Frames) und nicht als Videodateien. Blender bietet zwar Video-Exportoptionen, doch diese sind begrenzt – die eigentliche Stärke liegt im Compositing von Blender oder in externen Encoding-Tools.

In Blender: Legen Sie in den Output-Eigenschaften Ihr Bildformat fest (EXR für maximale Qualität und Dynamikumfang). Rendern Sie Ihre Sequenz. Importieren Sie sie anschließend im VSE (Video Sequence Editor) als Strip, wenden Sie bei Bedarf Farbkorrektur oder Effekte an und exportieren Sie direkt aus dem VSE als H.264 oder in anderen Formaten.

Blender-VSE-Exporteinstellungen:

Gehen Sie zu Render → Output Format
Codec: H.264 (oder FFmpeg-Codecs, falls FFmpeg installiert ist)
Bitrate: 8.000–15.000 kbps für 1080p
Container: MP4 oder Matroska (MKV)
Preset: Langsameres Encoding = bessere Qualität (CPU-Zeit gegen Dateigröße tauschen)

Für professionelle Arbeit in der render farm encodieren wir in der Regel nicht in Blender – wir exportieren die EXR-Sequenz und encodieren extern mit FFmpeg oder Media Encoder, wo wir feinere Kontrolle haben.

Batch-Encoding mit FFmpeg

FFmpeg ist das Rückgrat unserer automatisierten Encoding-Pipelines. Es ist kommandozeilenbasiert, kostenlos und beherrscht nahezu jede Codec-Kombination, die wir benötigen könnten. Für render farms, die Hunderte von Shots verarbeiten, sind FFmpeg-Skripte unverzichtbar.

Grundlegendes H.264-Encoding aus einer Bildsequenz:

ffmpeg -framerate 24 -i frame_%04d.exr -c:v libx264 -crf 18 -preset slow output.mp4

Dieser Befehl nimmt eine nummerierte Frame-Sequenz (frame_0001.exr, frame_0002.exr usw.), encodiert mit 24 fps in H.264 bei Qualitätsstufe 18 (niedriger = besser, Skala 0–51) und verwendet langsames Encoding (mehr Kompression). Die Ausgabe ist eine MP4-Datei.

H.265-Encoding (höhere Kompression):

ffmpeg -framerate 24 -i frame_%04d.exr -c:v libx265 -crf 20 -preset slow output.mp4

CRF (Constant Rate Factor) ist eine Qualitätsskala. Bei H.264 liefert CRF 18–22 Broadcast-Qualität. Bei H.265 verwenden Sie CRF 20–26 für eine ähnliche wahrgenommene Qualität (H.265 ist effizienter, daher sieht derselbe CRF-Wert etwas schlechter aus).

AV1-Encoding (langsamer, aber zukunftssicher):

ffmpeg -framerate 24 -i frame_%04d.exr -c:v libaom-av1 -crf 30 -preset 4 output.mp4

Die CRF-Werte bei AV1 reichen von 0 bis 63 (höher = geringere Qualität). CRF 28–35 ist für qualitativ anspruchsvolle Arbeit typisch. Die Presets 0–8 steuern die Encoding-Geschwindigkeit; Preset 4 ist ein vernünftiger Kompromiss zwischen Qualität und Encoding-Zeit.

Encoding mit expliziter Bitrate (statt CRF):

ffmpeg -framerate 24 -i frame_%04d.exr -c:v libx264 -b:v 10M output.mp4

Das Flag -b:v 10M setzt die Bitrate auf 10 Mbps. Das ist nützlich bei strikten Vorgaben zur Dateigröße oder wenn Kunden Bitrate-Ziele festlegen.

FFmpeg kann auch Videodateien einlesen, nicht nur Sequenzen. So transcodieren Sie eine vorhandene H.264-Datei nach H.265:

ffmpeg -i input.mp4 -c:v libx265 -crf 20 -preset slow output.mp4

Bitrate und Qualitätseinstellungen für verschiedene Zwecke

Die Bitrate ist die pro Sekunde encodierte Datenmenge, gemessen in Kilobit pro Sekunde (kbps) oder Megabit pro Sekunde (Mbps). Höhere Bitrate = größere Dateien, aber bessere Qualität. In unserer render farm legen wir die Bitrate nach Inhaltstyp fest:

Bitraten für die 1080p-H.264-Auslieferung:

Minimale Qualität (Social Media, Vorschau): 3–5 Mbps
Standardqualität (Web, Portfolio): 8–10 Mbps
Hohe Qualität (Broadcast, Archivierung): 12–15 Mbps

Bitraten für die 4K-H.264-Auslieferung:

Standard: 25–30 Mbps
Hohe Qualität: 35–50 Mbps

H.265-Bitraten (bei gleicher Qualität um ca. 50 % reduzieren):

1080p Standard: 4–5 Mbps
1080p hoch: 6–8 Mbps
4K Standard: 12–15 Mbps
4K hoch: 18–25 Mbps

Im Zweifel encodieren wir einen 10-sekündigen Testclip mit mehreren Bitraten, vergleichen sie auf dem tatsächlichen Wiedergabegerät und wählen die niedrigste Bitrate, bei der die Qualität visuell akzeptabel ist. Das geht schneller als Raten und hilft uns, die Einstellungen auf die Erwartungen des jeweiligen Kunden abzustimmen.

Ausgaben der render farm verarbeiten: Von Sequenzen zu Video

In unserer render farm werden täglich Tausende von Frames gerendert. Die Pipeline lautet: Render-Engine → Bildsequenz (EXR) → verteilter Speicher → Batch-Encoding → finale Auslieferung.

Jeder Render-Job gibt eine nummerierte Frame-Sequenz aus: render_shot_001_0001.exr, render_shot_001_0002.exr usw. Anschließend starten wir Encoding-Jobs, die diese Sequenzen in H.264-, H.265- oder ProRes-Dateien umwandeln. Aus Effizienzgründen encodieren wir mehrere Shots parallel auf den Nodes der render farm.

Den vollständigen Ablauf dieser Pipeline als Managed Service – vom Projekt-Upload über das verteilte Frame-Rendering bis zum finalen H.264/H.265-Encoding und Download, inklusive eines durchgerechneten Kostenbeispiels – finden Sie in unserem Leitfaden zum Video-Rendering-Service.

Ein typisches Encoding-Skript für die render farm:

#!/bin/bash
for shot in /farm/renders/shot_*/; do
  shotname=$(basename "$shot")
  ffmpeg -framerate 24 \
    -i "$shot/frame_%04d.exr" \
    -c:v libx264 -crf 18 -preset slow \
    "/deliverables/${shotname}_final.mp4" &
done
wait

Dieses Skript durchläuft alle Shot-Verzeichnisse, encodiert jedes einzelne und führt sie parallel aus (das & am Ende jeder ffmpeg-Zeile schickt den Prozess in den Hintergrund). Der Befehl wait stellt sicher, dass das Skript erst endet, wenn alle Encoding-Jobs abgeschlossen sind.

Für umfangreiche Vorhaben nutzen wir FFmpeg mit Hardwarebeschleunigung (NVIDIA NVENC oder AMD VCE), sofern verfügbar, was die Encoding-Zeit drastisch verkürzt. Hardware-Encoder tauschen etwas Kompressionseffizienz gegen Geschwindigkeit, doch bei einer render farm, die Hunderte von Shots verarbeitet, rechtfertigt die Zeitersparnis diesen Kompromiss.

Zusammenfassung der praktischen Encoding-Einstellungen

Wenn wir das Encoding für ein neues Projekt einrichten:

Auslieferungsvorgaben klären: Gibt der Kunde einen Codec vor? Auf welchen Geräten wird abgespielt? Spielt die Dateigröße eine Rolle?
Codec wählen: H.264 für maximale Kompatibilität, H.265 für Effizienz, AV1 für Zukunftssicherheit.
Qualitätsstufe festlegen: CRF für wahrgenommene Qualität, Bitrate für Zielvorgaben zur Dateigröße.
Auf Wiedergabe-Hardware testen: Encodieren Sie immer eine kurze Testsequenz und spielen Sie sie auf dem tatsächlichen Zielgerät ab.
Einstellungen dokumentieren: Speichern Sie Ihre ffmpeg-Befehle oder Media-Encoder-Presets zur Wiederverwendung. Konsistenz über Projekte hinweg ist wichtig.

Für die 1080p-H.264-Webauslieferung verwenden wir standardmäßig CRF 18–20 oder 8–10 Mbps variable Bitrate. Für 4K nutzen wir 35–40 Mbps. Mit diesen Einstellungen entstehen durchgehend Dateien, die Kunden ohne Nachfrage nach erneutem Encoding akzeptieren.

FAQ

Q: Ist H.265 besser als H.264? A: H.265 ist effizienter als H.264 – er erzeugt bei gleicher wahrgenommener Qualität etwa 40–50 % kleinere Dateien. Damit ist H.265 die bessere Wahl für Archivierung, 4K-Arbeiten und speicherbeschränkte Pipelines. H.264 bleibt die bessere Wahl für Kundenauslieferung und Web-Wiedergabe, weil er auf nahezu jedem Gerät und in jedem Browser unterstützt wird, während H.265 auf älterer Hardware und in einigen Browsern noch Lücken aufweist. „Besser“ hängt davon ab, ob Sie auf Dateigröße oder auf Kompatibilität optimieren.

Q: Was rendert schneller, H.264 oder H.265? A: H.264 encodiert auf derselben Hardware deutlich schneller als H.265 – in Software-Encodern etwa 2- bis 5-mal schneller, weil H.265 komplexere Algorithmen nutzt, um seine Kompressionsgewinne zu erzielen. Hardware-Encoder (NVIDIA NVENC, Intel QuickSync, AMD VCE) verringern den Abstand, doch H.264 ist in den meisten Workflows trotzdem zuerst fertig. In unserer render farm verwenden wir standardmäßig H.264 für das Batch-Encoding mit hohem Volumen, bei dem es auf den Durchsatz ankommt, und wechseln nur dann zu H.265, wenn die Dateigröße die Einschränkung ist.

Q: Sollte ich für die Auslieferung von 3D-Animationen H.264 oder H.265 verwenden? A: Verwenden Sie für die Kundenauslieferung H.264, sofern der Kunde nichts anderes vorgibt – er läuft auf jedem Gerät ohne Codec-Probleme. Für Portfolio-Arbeiten, die sich an Designer und Agenturen mit moderner Hardware richten, ist H.265 in Ordnung und spart etwa die Hälfte des Speicherplatzes. Für 4K-Animationen oder lange Sequenzen, die ins Archiv gehen, ist H.265 die praktischere Wahl, weil sich die Einsparungen bei der Dateigröße über Hunderte von Shots summieren.

Q: Hat H.265 kleinere Dateigrößen als H.264? A: Ja. Bei gleicher wahrgenommener visueller Qualität sind H.265-Dateien typischerweise 40 bis 50 Prozent kleiner als H.264-Dateien. Ein 10-minütiger 1080p-Clip, der in H.264 bei 10 Mbps auf etwa 700 MB encodiert wird, kommt in H.265 bei 5 Mbps mit vergleichbarer Qualität auf etwa 350 bis 400 MB. Bei 4K fallen die Einsparungen noch größer aus, weshalb H.265 zum Standard für 4K-Streaming und Blu-ray wurde.

Q: Welche Render-Engines und 3D-Anwendungen exportieren direkt nach H.265? A: Die meisten 3D-Anwendungen exportieren Bildsequenzen statt Video, daher erfolgt das H.265-Encoding in der Regel in einem separaten Schritt. Adobe Media Encoder unterstützt H.265 (HEVC), wenn der HEVC-Codec auf dem System installiert ist. Blender kann H.265 über seinen FFmpeg-basierten VSE ausgeben, wenn FFmpeg mit libx265 gebaut wurde. DaVinci Resolve unterstützt den H.265-Export nativ. Für Pipelines in der render farm ist der gängigste Weg, EXR- oder PNG-Sequenzen zu rendern und anschließend mit FFmpeg und dem libx265-Encoder nach H.265 zu encodieren.

Q: Kann ich H.265 direkt aus After Effects encodieren? A: After Effects selbst exportiert kein Video – es übergibt an Adobe Media Encoder. Media Encoder unterstützt H.265 (HEVC) nur, wenn der HEVC-Codec auf dem Host-Betriebssystem installiert ist. Unter macOS wird die HEVC-Unterstützung mit dem Betriebssystem ausgeliefert; unter Windows sind dafür die kostenpflichtigen HEVC Video Extensions aus dem Microsoft Store erforderlich. Ist HEVC nicht verfügbar, rendern Sie nach ProRes oder in ein verlustfreies Zwischenformat und transcodieren in einem zweiten Schritt mit FFmpeg nach H.265.

Weiterführende Lektüre: Mehr dazu, wie Sie bei Render-Jobs Zeit sparen, finden Sie in unserem Leitfaden zur Optimierung der Renderzeit. Wenn Sie Remote-Rendering für encoding-intensive Workflows prüfen, erklärt unsere Übersicht zu Cloud Rendering, wie die Pipeline von Anfang bis Ende funktioniert. Weitere Hintergründe zum Rendering-Schritt selbst finden Sie unter der 3D-Rendering-Prozess.

Externe Ressourcen: Eine ausführliche FFmpeg-Codec-Dokumentation finden Sie im FFmpeg H.264 Encoding Guide und in der AV1 Codec Specification. Die Media-Encoder-Dokumentation von Adobe behandelt Export-Presets und benutzerdefinierte Konfigurationen.