{"id":114343,"date":"2024-03-15T18:25:48","date_gmt":"2024-03-15T16:25:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-kodirovshhika-svt-av1-2-0-i-dekodirovshhika-dav1d-1-4-dlya-formata-video-av1"},"modified":"2024-03-15T18:25:48","modified_gmt":"2024-03-15T16:25:48","slug":"vypusk-kodirovshhika-svt-av1-2-0-i-dekodirovshhika-dav1d-1-4-dlya-formata-video-av1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-kodirovshhika-svt-av1-2-0-i-dekodirovshhika-dav1d-1-4-dlya-formata-video-av1","title":{"rendered":"Release des Encoders SVT-AV1 2.0 und des Decoders dav1d 1.4 f\u00fcr das Videoformat AV1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Bibliothek SVT-AV1 2.0 (Scalable Video Technology AV1) wurde ver\u00f6ffentlicht, einschlie\u00dflich Implementierungen eines Encoders und Decoders f\u00fcr das AV1 Video Coding Format. Diese Implementierungen nutzen die in modernen Intel-CPUs vorhandenen Hardwaremittel zur Parallelisierung von Berechnungen, um die Geschwindigkeit zu erh\u00f6hen. Das Projekt wurde von Intel in Partnerschaft mit Netflix ins Leben gerufen, um eine Leistungsstufe zu erreichen, die f\u00fcr das Echtzeit-Encoding von Videos und die Anwendung in Video-on-Demand-Diensten (VOD) geeignet ist. Derzeit wird die Entwicklung unter dem Dach des Open Media Alliances (AOMedia) geleitet, welches die Weiterentwicklung des AV1 Video Coding Formats \u00fcberwacht. Zuvor wurde das Projekt im Rahmen von OpenVisualCloud entwickelt, das auch Encoder f\u00fcr SVT-HEVC und SVT-VP9 entwickelt. Der Code wird unter der BSD-Lizenz ver\u00f6ffentlicht. <\/p>\n
SVT-AV1 kann f\u00fcr Systeme mit allen Architekturen kompiliert werden, f\u00fcr die ein C99-kompatibler Compiler vorhanden ist. Die beste Leistung wird jedoch auf x86_64-Systemen erreicht, wo Assembler-Optimierungen mit SIMD-Anweisungen angewendet werden (idealerweise unterst\u00fctzt die CPU AVX2, aber zumindest SS2 ist notwendig). Der Speicherverbrauch h\u00e4ngt von der Anzahl der beim Kodieren verwendeten Prozessorkerne ab, die \u00fcber die Option «—lp» geregelt werden. Aufgrund der Komplexit\u00e4t der in AV1 verwendeten Algorithmen sind f\u00fcr die Kodierung dieses Formats erheblich mehr Ressourcen erforderlich als f\u00fcr andere Formate, was den Einsatz des Standard-AV1-Kodierers f\u00fcr die Echtzeit-Transkodierung ausschlie\u00dft. Beispielsweise ben\u00f6tigt der Standard-Kodierer des AV1-Projekts 5721, 5869 und 658-mal mehr Berechnungen im Vergleich zu den Kodierern x264 (Main-Profil), x264 (High-Profil) und libvpx-vp9. <\/p>\n
Zu den Neuerungen in der aktuellen Version von SVT-AV1 geh\u00f6ren: <\/p>\n
\n
Es wurde auf ein neues Versionsnummerierungssystem umgestellt, bei dem sich die erste Ziffer bei jeder \u00c4nderung von API\/ABI \u00e4ndert.\n
\u00c4nderungen an der API wurden vorgenommen, um den \u00dcbergang zur Indikation des Endes des Streams (EOS \u2013 End Of Stream) im letzten Frame anstelle der Verwendung eines leeren Frames zu erm\u00f6glichen, wodurch die Verz\u00f6gerung beim Warten auf einen \u00fcberfl\u00fcssigen Frame ausgeschlossen wurde. Die \u00c4nderung der API ist bereits im Code von FFmpeg reflektiert.\n
Der dreipassige Modus f\u00fcr variable Bitrate (3-pass VBR) wurde entfernt, stattdessen kommt jetzt ein Mechanismus f\u00fcr mehrpassige VBR zum Einsatz. Der mehrpassige VBR-Modus wurde auf die Ausf\u00fchrung von zwei Durchg\u00e4ngen reduziert, um die Integration mit FFmpeg zu gew\u00e4hrleisten.\n
Im Encoder wurden Optimierungen hinzugef\u00fcgt, die die Kompressionseffizienz der Presets M9-M13 um 1-4% verbessert haben, w\u00e4hrend der Speicherverbrauch im Preset M5 im LP 8-Modus um 20-35% und in anderen Modi um 1-5% gesenkt wurde. Der Speicherverbrauch in den \u00fcbrigen Presets reduzierte sich um 1-5%.\n
Die Kompromisse zwischen Qualit\u00e4t und Geschwindigkeit f\u00fcr Presets mit hohem Qualit\u00e4tsniveau wurden optimiert. Die Verarbeitung des MR-Presets, das Referenzqualit\u00e4t bietet, wurde um 100% beschleunigt.\n
Optimierungen, die speziell f\u00fcr die ARM-Architektur entwickelt wurden, wurden in Funktionen implementiert, die ausschlie\u00dflich in C geschrieben sind. <\/ul>\n
Zus\u00e4tzlich m\u00f6chten wir die Ver\u00f6ffentlichung des Projekts dav1d 1.4.1 hervorheben, bei dem die Gemeinschaften VideoLAN und FFmpeg eine Bibliothek zur Implementierung eines alternativen, freien Decoders f\u00fcr das AV1-Videocodierungsformat entwickeln. Die dav1d-Bibliothek unterst\u00fctzt alle Funktionen von AV1, einschlie\u00dflich erweiterter Subsampling-Methoden und aller in der Spezifikation angegebenen Parameter zur Farbvertiefung (8, 10 und 12 Bit). Ein zentrales Merkmal von dav1d ist die Ausrichtung auf maximal m\u00f6gliche Decodierungsleistung und die Gew\u00e4hrleistung einer qualitativ hochwertigen Leistung im Multithreading-Modus. Der Projektcode ist in C (C99) mit Assembler-Einf\u00fcgungen (NASM\/GAS) geschrieben und wird unter der BSD-Lizenz ver\u00f6ffentlicht. Es wird Unterst\u00fctzung f\u00fcr die Architekturen x86, x86_64, ARMv7 und ARMv8 sowie f\u00fcr die Betriebssysteme FreeBSD, Linux, Windows, macOS, Android und iOS angeboten. <\/p>\n
Die Version dav1d 1.4 zeichnet sich durch die Unterst\u00fctzung neuer Architekturen wie Loongarch und RISC-V aus. Zudem wurden zus\u00e4tzliche Optimierungen auf Basis der AVX-512-Befehle implementiert, die Leistung von 6tap-Filtern auf ARM-Systemen verbessert sowie die Effizienz der Multithread-Verarbeitung erh\u00f6ht. Abgesehen davon wurde die Gr\u00f6\u00dfe der Bin\u00e4rdateien auf ARM64, ARM32 und RISC-V-Systemen reduziert. Ein Sicherheitsschwachstelle (CVE-2024-1580), die durch ein ganzzahliges \u00dcberlaufproblem beim Verarbeiten von sehr gro\u00dfen Frames zu einem Schreiben au\u00dferhalb der Puffergrenzen f\u00fchrte, wurde behoben. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"