4K-iPhone-Videos schneller komprimieren mit einer NVIDIA-GPU (VideoRecompress 2026.2.17)
Mit einer NVIDIA-Grafikkarte komprimiert VideoRecompress Studio 2026.2.17 einen 4K-iPhone-Clip in 37–48 % weniger Zeit als zuvor, und der Prozessor ist dabei fast untätig. Das Ergebnis sieht gleich aus und ist gleich groß. Zwei Fehler bei Handyvideos sind ebenfalls behoben: Hochformat-Clips werden beim Skalieren nicht mehr gestaucht, und HDR-iPhone-Video wird jetzt auf der Grafikkarte nach H.264 umgewandelt, statt auf den langsamen CPU-Encoder zurückzufallen.
Gemessen auf einem PC: AMD Ryzen 9 3900X mit NVIDIA RTX 3080, mit echtem 4K-HEVC-10-Bit-Material vom iPhone (30 fps, etwa 30 Mbit/s).
Vorher und nachher, gemessen auf einer RTX 3080
| Aufgabe | Vorher | 2026.2.17 |
|---|---|---|
| 17-s-4K-iPhone-Clip nach H.265: Zeit | 16,3 s | 9,5 s (−42 %) |
| Derselbe Clip im Hochformat: Zeit | 15,0 s | 9,5 s (−37 %) |
| CPU-Zeit (4K-Clip) | 154 s | 2,3 s (−98 %) |
| Spitzen-Speicherbedarf (4K-Clip) | 5,30 GB | 4,45 GB |
| Ausgabedatei (4K-Clip) | 64,1 MB | 63,7 MB |
| Skalierung 4K auf 1080p: Encodierzeit | 9,1 s | 1,7 s |
| Preset 4K auf 1080p: gesamter Kommandozeilenlauf | 12,9 s | 3,7 s |
| Prüfung der Hardware-Encoder bei jedem Start | 0,8–1,3 s | 33 ms |
| Lizenzprüfung beim Start der Kommandozeile (registrierte Kopie) | 1,1–2,0 s | 41 ms |
Mediane aus 3 Läufen, alt und neu abwechselnd, über die Kommandozeile von VideoRecompress; jeder Lauf enthält etwa 1,5 s Programmstart. Zwei frühere Läufe der 4K-Clips ergaben 46–48 % weniger Zeit.
Was das bedeutet: Bisher hat der Prozessor jeden 4K-HEVC-Frame entpackt und damit eine RTX 3080 bei zehn ausgelasteten Kernen auf 21 Bilder pro Sekunde gebremst. Jetzt entpackt und encodiert die Grafikkarte das Video, der Clip ist früher fertig und der Prozessor bleibt für andere Arbeit frei.
Kürzere 720p- und 1080p-Clips gewinnen weniger Zeit (5–8 % beim Encodieren), brauchen aber 59–72 % weniger CPU-Zeit.
Das Bild ändert sich nicht. Bei einer einfachen Neukomprimierung ist 8-Bit-Video bitgenau identisch mit dem alten Weg. Bei 10-Bit-iPhone-Video weicht die Dateigröße um weniger als 1 % ab, und der SSIM-Wert gegenüber dem Original ist gleich oder etwas höher.
Skalieren auf der GPU: etwa 5× schneller, Dateien etwa 20 % größer
| Aufgabe | CPU-Skalierer (vorher) | GPU-Skalierer (jetzt Standard) |
|---|---|---|
| 17-s-4K-Clip auf 1080p: Zeit / CPU-Zeit | 9,1 s / 122 s | 1,7 s / 1,6 s |
| Dateigröße bei gleicher Qualitätseinstellung (zwei Clips) | 5,50 / 3,44 MB | +19 % / +22 % |
| VMAF bei gleicher Dateigröße (zwei Clips) | 46,0 / 59,2 | −4,5 / −2 |
Zwei 4K-HEVC-10-Bit-iPhone-Clips auf der RTX 3080. VMAF wurde gemessen, indem jede Ausgabe wieder auf die 4K-Quelle hochskaliert wurde.
Eine Skalierung, etwa mit dem Preset 4K auf 1080p, holte bisher jeden Frame zurück zum Prozessor. Ist die Skalierung die einzige Änderung, skaliert 2026.2.17 jetzt ebenfalls auf der Grafikkarte: 9,1 s → 1,7 s für einen 17-s-4K-Clip, die CPU-Zeit sinkt von 122 s auf 1,6 s.
Der Kompromiss, offen gesagt: Der GPU-Skalierer ist nicht der CPU-Skalierer. Bei gleicher Qualitätseinstellung werden die Dateien etwa 20 % größer, und bei gleicher Größe schneiden sie etwas schlechter ab. Wir haben die Bilder nebeneinander verglichen und die GPU zum Standard gemacht.
Der CPU-Skalierer läuft weiterhin, wenn keine NVIDIA-GPU vorhanden ist, wenn die Aufgabe zusätzlich zuschneidet, entrauscht, stabilisiert oder ein Wasserzeichen oder Untertitel einfügt, wenn ein gedrehter Clip nach MKV oder WebM geht, und immer dann, wenn der GPU-Versuch fehlschlägt.
Zwei Korrekturen für Handyvideos
Hochformat-Videos behalten beim Skalieren ihre Form
Eine Auflösung im Assistenten, das Preset 4K auf 1080p oder --width zusammen mit --height in der Kommandozeile erzwang beide Seiten des Bildes. Ein Hochformat-Handyvideo wurde in ein Querformat gestaucht, 4:3-Video auf 16:9 gezogen.
Das Video wird in die gewählte Größe eingepasst, wobei der Rahmen so gedreht wird, wie das Bild gesehen wird. Ein 4K-Hochformat-Clip in 1080p wird aufrecht mit 1080 × 1920 abgespielt.
HDR-iPhone-Video nach H.264 läuft auf der GPU
iPhones nehmen HDR-Video in 10 Bit auf. Der H.264-Encoder von NVIDIA nimmt keine 10-Bit-Frames an, daher schlug die Umwandlung solcher Clips nach H.264, das Format der Social-Media-Presets, auf jedem PC mit NVIDIA-Karte fehl. Die App wechselte dann ohne Hinweis auf den viel langsameren CPU-Encoder.
VideoRecompress wandelt die Frames jetzt zuerst auf der Grafikkarte in 8 Bit um, und die Aufgabe bleibt auf NVENC.
Eine weitere Änderung, die Ihnen auffallen könnte: Hochformat-Clips, die als MP4 oder MOV gespeichert werden, behalten das Drehkennzeichen des Handys, statt Frame für Frame auf dem Prozessor gedreht zu werden. Player zeigen dasselbe aufrechte Bild.
So funktioniert es
- Dekodieren und encodieren auf derselben KarteWenn NVENC der Encoder ist und nichts die Frames auf dem Prozessor braucht, entpackt die NVIDIA-Karte das Video und gibt die Frames direkt an ihren Encoder weiter.
- Eine geprüfte RückfalllösungSchlägt eine auf der GPU dekodierte Aufgabe fehl, läuft dieselbe Aufgabe erneut mit Dekodierung auf dem Prozessor, bevor auf einen Software-Encoder gewechselt wird.
- Encoder-Prüfung wird gespeichertDer Test, welche Hardware-Encoder funktionieren, lief bisher bei jedem Start: 10 Test-Encodierungen, 0,8–1,3 s. Das Ergebnis wird jetzt pro ffmpeg-Build und Grafiktreiber gespeichert (0,7 s beim ersten Mal, danach 33 ms) und nach 30 Tagen oder nach einer fehlgeschlagenen Hardware-Encodierung neu ermittelt.
- Parallele Aufgaben passend zum RAMEine 4K-10-Bit-Encodierung braucht 4,4–5,3 GB Speicher. Die alte Regel startete bis zu vier gleichzeitig, rund 20 GB, auf PCs mit typischerweise 8 GB. Die Warteschlange hält parallele Encodierungen jetzt innerhalb der Hälfte Ihres Speichers: bei 8 GB ist das eine 4K-Aufgabe oder drei 1080p-Aufgaben gleichzeitig.
- Eine schnellere KommandozeileEine registrierte Kopie verwendet eine Lizenzprüfung, die jünger als 24 Stunden ist, erneut. Die
videorecompress-CLI wartet daher nicht mehr bei jedem Aufruf 1,1–2,0 s auf den Server. Zusammen mit der gespeicherten Encoder-Prüfung dauert ein 12-s-Clip jetzt 1,5–1,6 s von Anfang bis Ende, vorher 3,2–4,5 s.
GPU-Dekodierung und GPU-Skalierung brauchen eine NVIDIA-Karte mit NVENC. Auf PCs ohne eine solche Karte oder mit Intel-Quick-Sync- oder AMD-Encodern dekodiert VideoRecompress wie bisher auf dem Prozessor. Die Hochformat-Korrektur, die gespeicherte Encoder-Prüfung und die speicherbewusste Warteschlange gelten für jeden PC.
VideoRecompress 2026.2.17 holen
Schon installiert? Starten Sie VideoRecompress Studio: Ein Banner oben meldet, dass Version 2026.2.17 verfügbar ist, und führt zum Download. Installieren Sie sie über Ihre aktuelle Version.
Neu hier? Die kostenlose Testversion komprimiert 10 Dateien ohne Wasserzeichen. Danach erhält die Ausgabe ein Wasserzeichen und endet nach 10 Minuten, bis Sie registrieren.
Probieren Sie es mit Ihren eigenen iPhone-Clips
Laden Sie die kostenlose Testversion herunter, ziehen Sie einen 4K-Clip hinein und vergleichen Sie die Zeit auf Ihrem PC.
Kostenlose Testversion herunterladen