Es könnte an der Zeit sein, ffmpeg und Handbrake mit der Veröffentlichung der 40er-GPUs zu aktualisieren. Außerdem wäre es schön, dem Zeitgeist entsprechend die Hardware-Kodierung für AV1 zu aktivieren. Danke.
Hallo
Gans, bist du da?
Gans, habe ich dich beleidigt?
hallo
Überhaupt nicht. Wir untersuchen es. Es wird Wochen bis Monate dauern, bis wir ein Update durchführen können, da buchstäblich Zehntausende von Tests durchgeführt und Probleme mit neueren Builds behoben werden müssen, bevor wir es verifizieren können. Ein einzelner Testzyklus dauert bis zu zwei Wochen und läuft rund um die Uhr auf einem Cluster von Maschinen.
Klingt gut. Lass mich wissen, wenn es fertig ist. Danke.
Ich wollte nur nachfragen. Danke.
hallo
Es sieht bisher nicht besonders gut aus; die neueren ffmpeg-Builds, die das neue OneVPL-QSV-Framework verwenden, schlagen beim Hardware-Encoding entweder fehl oder sind langsamer. Sobald wir dies untersucht/optimiert haben, werden wir uns NvEnc und danach AMF ansehen. Das wird also Zeit in Anspruch nehmen, aber ich sehe derzeit keinen konkreten Vorteil darin, ffmpeg in seinem aktuellen Build zu aktualisieren.
Nur als Referenz: Die 5.1.2-Version von ffmpeg (mit Media SDK) ist mit QuickSync um 25 % langsamer als die mit der neuesten Version von MCEBuddy enthaltene Build, während die neuesten Nightly Builds (mit OneVPL) den Hardware-QSV-Encoder nicht einmal verwenden können.
Ich verstehe. Danke. Vielleicht solltest du ihnen etwas Zeit geben, ihren Code in Ordnung zu bringen. Außerdem denke ich, dass Microsoft seinen eigenen universellen Hardware-Encoder hat, also versuche es mit h264_mf und hevc_mf.
Ja, wir haben damit experimentiert. Eigenartigerweise sagt ffmpeg, dass sie nicht offiziell unterstützt werden, aber wir sehen einige interessante Ergebnisse
interessant – gut oder schlecht?
Noch am Testen, es scheint die Hardware-Engine nicht zu nutzen
Handbrake hat soeben Version 1.6.0 veröffentlicht. Es gibt Hinweise zu QSV- und NVENC-Engines, also könnte dort etwas Relevantes zum Quervergleich dabei sein.
Ich kopiere gerade die Handbrake-1.6.0-CLI in MCEBuddy. Mit 1.5.1 funktionierte das problemlos. Zu beachten ist, dass sie komplett auf die v6-.NET-Desktop-Runtime umgestellt haben. Microsoft hat v5 eingestellt (EOL) und die Unterstützung eingestellt (EOVS). Außerdem wird VP8 nach und nach abgeschafft. Keine Ahnung, ob das noch jemanden betrifft, der Media Center nutzt.
Ich melde mich, falls es Probleme gibt. Ich habe nur eine 2060 als Hardware, dazu einen 4.‑Gen-i5 (Haswell?).
Wichtige Änderungen in HandBrake 1.6.0:
- AV1-Videokodierung hinzugefügt
- Unterstützung für hohe Bittiefe und Farbtiefe in verschiedenen Kodierern und Filtern
- 4K-AV1-General-, QSV-(Hardware-) und MKV-(Matroska)-Presets hinzugefügt
- 4K-HEVC-General-Presets hinzugefügt und verwandte Presets auf ähnliche Kodierereinstellungen aktualisiert
- VP8-Presets entfernt
- Der VP8-Videokodierer ist nun veraltet und wird in einer künftigen Version entfernt
- Außerdem ist der Theora-Kodierer schon lange veraltet und wird in einer künftigen Version entfernt
Video
- SVT-AV1 (Software, v1.4.1) und Intel-QSV-AV1 (Hardware) Videokodierer hinzugefügt
- Kodierer hinzugefügt: VP9 10-Bit, NVENC-HEVC 10-Bit, VCN-HEVC 10-Bit
- H.264-Levels 6, 6.1 und 6.2 für den x264-Kodierer hinzugefügt
- H.264/H.265-4:2:2- und 4:4:4-Profile für die Kodierer x264 und x265 hinzugefügt
- H.265-4:2:2-Profil für VideoToolbox-Kodierer auf Apple Silicon hinzugefügt
- Unterstützung für Intel Deep Link Hyper Encode (mehrere QSV-Media-Engines zur Leistungssteigerung)
- Lange bestehendes Problem behoben, bei dem der langsamste NVENC-Kodierer-Preset zu Kodierfehlern führte
- Unterstützung für Intel-CPUs älter als 6. Generation (Skylake) bei Nutzung von Intel Quick Sync entfernt
Aktualisierte Drittanbieter-Bibliotheken
- AMF 1.4.24 (AMD-VCN-Kodierung)
- FFmpeg 5.1.2 (Dekodierung und Filter)
- Untertitel: FreeType 2.12.1, Fribidi 1.0.12, HarfBuzz 4.4.1, libass 0.16.0
- liblzma (xz) 5.2.6 (LZMA-Videodekodierung, z. B. TIFF)
- libvpx 1.12.0 (VP8/VP9-Videokodierung)
- oneVPL 2023.1.0 (Intel-QSV-Kodierung/Dekodierung)
- x264 164 r3100 (H.264/AVC-Videokodierung)
- x265 r12747 (H.265/HEVC-Videokodierung)
- zimg 3.0.4 (Farbkonvertierung)
Es sind ein paar Monate vergangen. Vielleicht hat sich etwas geändert?
Die neueren ffmpeg-Builds sind bei der Hardware-Kodierung langsamer. In unserer Distribution verwenden wir spezifische Builds für bestimmte Hardware-Kodierer. Wir können keinen einzelnen Build für alle Hardware empfehlen, aber experimentieren Sie ruhig auf eigene Faust und teilen Sie Ihre Ergebnisse.
Um ehrlich zu sein, suche ich nach AV1-Unterstützung. Ich würde mich wirklich über ein offizielles MCEBuddy-Profil und einen Encoder freuen. Vielleicht könnte man es so einrichten, dass MCEBuddy nur das neue Build für AV1 verwendet.
Sie könnten die neue Handbrake-Version ausprobieren und ein Profil mit Handbrake für die Kodierung und benutzerdefinierte Optionen für AV1 verwenden.
Die Hinweise zu Handbrake besagen, dass das in Handbrake integrierte FFMPEG nur zum Dekodieren verwendet wird. Das unterscheidet sich davon, ob MCEBuddy FFMPEG oder Handbrake auf der obersten Ebene einsetzt.
Im schlimmsten Fall könnte es, wie Goose angedeutet hat, langsamer sein, aber zumindest erhalten Sie AV1-Kodierung.