{"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":"Ver\u00f6ffentlichung 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 Ver\u00f6ffentlichung der SVT-AV1 2.0 (Scalable Video Technology AV1) Bibliothek mit Implementierungen des Encoders und Decoders des Videoencoding-Formats AV1 wurde ver\u00f6ffentlicht. Dabei werden die in modernen Intel CPUs vorhandenen Hardwarebeschleunigungsverfahren zur Parallelverarbeitung genutzt. Das Projekt wurde von Intel in Partnerschaft mit Netflix ins Leben gerufen, um ein Leistungsniveau zu erreichen, das f\u00fcr das Echtzeit-Transcoding von Videos und die Nutzung in Video-on-Demand-Diensten (VOD) geeignet ist. Derzeit wird die Entwicklung unter dem Regie des Open Media Alliances (AOMedia) vorangetrieben, die die Entwicklung des Videoencoding-Formats AV1 betreut. Zuvor wurde das Projekt im Rahmen des OpenVisualCloud Projekts entwickelt, das ebenfalls die Encoder SVT-HEVC und SVT-VP9 entwickelt. Der Code wird unter der BSD-Lizenz verbreitet. <\/p>\n
SVT-AV1 kann f\u00fcr Systeme mit beliebigen Architekturen zusammengestellt werden, f\u00fcr die ein Compiler mit Unterst\u00fctzung des C99-Standards verf\u00fcgbar ist. Die beste Leistung wird jedoch auf x86_64-Systemen erzielt, bei denen assemblersprachliche Optimierungen auf der Basis von SIMD-Anweisungen (idealerweise mit Unterst\u00fctzung von AVX2 im CPU, aber mindestens ausreicht auch SS2) angewendet werden. Der Speicherverbrauch h\u00e4ngt von der Anzahl der bei der Codierung verwendeten Prozessorkerne ab, die \u00fcber die Option «—lp» geregelt werden. Aufgrund der Komplexit\u00e4t der in AV1 verwendeten Algorithmen erfordert die Codierung dieses Formats erheblich mehr Ressourcen als andere Formate, was den Einsatz des Standard-AV1-Coders f\u00fcr die Echtzeit-Codierung nicht erm\u00f6glicht. Zum Beispiel ben\u00f6tigt der Standard-Coder des AV1-Projekts 5721, 5869 und 658 Mal mehr Berechnungen im Vergleich zu den Codierern x264 (Profil «main»), x264 (Profil «high») und libvpx-vp9. <\/p>\n
Zu den \u00c4nderungen in der neuen Version von SVT-AV1 geh\u00f6ren: <\/p>\n
\n
Die Umstellung auf eine neue Versionsnummerierung, wobei die erste Ziffer in der Version bei jeder \u00c4nderung der API\/ABI ge\u00e4ndert wird.\n
\u00c4nderungen wurden an der API vorgenommen, die mit dem Wechsel zur Indikation des Stream-Endes (EOS — End Of Stream) im letzten Frame anstelle der Verwendung eines leeren Frames verbunden sind, was die Verz\u00f6gerung beim Warten auf einen \u00fcberfl\u00fcssigen Frame ausschlie\u00dft. Diese API-\u00c4nderung ist bereits in der Codebasis von FFmpeg dokumentiert.\n
Der dreipassige Modus der variablen Bitrate (3-pass VBR) wurde entfernt, stattdessen wird jetzt ein Mechanismus f\u00fcr die mehrpassige VBR verwendet. Der mehrpassige VBR-Modus beschr\u00e4nkt sich auf zwei Durchg\u00e4nge, um die Integration mit FFmpeg zu gew\u00e4hrleisten.\n
Im Encoder wurden Optimierungen hinzugef\u00fcgt, die zu einer Effizienzsteigerung der M9-M13-Presets um 1-4 % f\u00fchrten, w\u00e4hrend der Speicherbedarf 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 wurde um 1-5 % reduziert.\n
Es wurden Kompromissoptimierungen zwischen Qualit\u00e4t und Geschwindigkeit f\u00fcr Presets mit hohem Qualit\u00e4tsanspruch durchgef\u00fchrt. Die Arbeit des MR-Presets, das Referenzqualit\u00e4t bietet, wurde um 100 % beschleunigt.\n
In Funktionen, die ausschlie\u00dflich in C geschrieben sind, wurden architekturspezifische Optimierungen f\u00fcr ARM hinzugef\u00fcgt. <\/ul>\n
Zus\u00e4tzlich ist die Ver\u00f6ffentlichung von dav1d 1.4.1 zu erw\u00e4hnen, im Rahmen dessen die Gemeinschaften VideoLAN und FFmpeg eine Bibliothek f\u00fcr einen alternativen, freien Decoder des AV1-Videoencodierungsformats entwickeln. Die dav1d-Bibliothek unterst\u00fctzt alle Funktionen von AV1, einschlie\u00dflich erweiterter Arten der Unterabtastung und aller in der Spezifikation angegebenen Parameter zur Steuerung der Farbtiefe (8, 10 und 12 Bit). Ein Hauptmerkmal von dav1d ist die Ausrichtung auf die Erreichung maximaler Dekodierungsleistung und die Gew\u00e4hrleistung einer qualitativ hochwertigen Arbeit im Multithread-Modus. Der Code des Projekts ist in C (C99) mit Assembler-Einf\u00fcgungen (NASM\/GAS) geschrieben und unter der BSD-Lizenz ver\u00f6ffentlicht. Die Unterst\u00fctzung f\u00fcr die Architekturen x86, x86_64, ARMv7 und ARMv8 sowie f\u00fcr die Betriebssysteme FreeBSD, Linux, Windows, macOS, Android und iOS wurde implementiert. <\/p>\n
Die Version dav1d 1.4 zeichnet sich durch die Unterst\u00fctzung neuer Architekturen wie Loongarch und RISC-V sowie durch zus\u00e4tzliche Optimierungen basierend auf AVX-512-Anweisungen aus, die die Leistung der 6tap-Filter auf ARM-Systemen beschleunigen, die Effizienz des Multithread-Betriebs steigern und die Gr\u00f6\u00dfe der Bin\u00e4rdaten auf ARM64-, ARM32- und RISC-V-Systemen reduzieren. Eine Schwachstelle, CVE-2024-1580, wurde behoben, die zu einem Schreibzugriff au\u00dferhalb der Puffergrenzen aufgrund eines Integer-\u00dcberlaufs bei der Verarbeitung von sehr gro\u00dfen Frames f\u00fchrte. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"