{"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\/fr\/blog\/news\/vypusk-kodirovshhika-svt-av1-2-0-i-dekodirovshhika-dav1d-1-4-dlya-formata-video-av1","title":{"rendered":"Publication de l'encodeur SVT-AV1 2.0 et du d\u00e9codeur dav1d 1.4 pour le format vid\u00e9o AV1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 2.0 de la biblioth\u00e8que SVT-AV1 (Scalable Video Technology AV1) a \u00e9t\u00e9 publi\u00e9e, avec des impl\u00e9mentations de l'encodeur et du d\u00e9codeur du format vid\u00e9o AV1, acc\u00e9l\u00e9r\u00e9es par les outils de parall\u00e9lisation des calculs pr\u00e9sents dans les CPU Intel modernes. Le projet a \u00e9t\u00e9 cr\u00e9\u00e9 par Intel en partenariat avec Netflix afin d'atteindre un niveau de performance ad\u00e9quat pour le transcodage vid\u00e9o en temps r\u00e9el et son utilisation dans les services de vid\u00e9o \u00e0 la demande (VOD). Actuellement, le d\u00e9veloppement est men\u00e9 sous l'\u00e9gide de l'alliance Open Media (AOMedia), qui supervise l'\u00e9volution du format de compression vid\u00e9o AV1. Auparavant, le projet \u00e9tait d\u00e9velopp\u00e9 dans le cadre d'OpenVisualCloud, qui d\u00e9veloppe \u00e9galement les encodeurs SVT-HEVC et SVT-VP9. Le code est distribu\u00e9 sous licence BSD. <\/p>\n
SVT-AV1 peut \u00eatre compil\u00e9 pour des syst\u00e8mes bas\u00e9s sur n'importe quelle architecture pour laquelle un compilateur prenant en charge la norme C99 est disponible, mais les meilleures performances sont obtenues sur des syst\u00e8mes x86_64, o\u00f9 des optimisations assembler bas\u00e9es sur des instructions SIMD sont appliqu\u00e9es (une prise en charge AVX2 dans le CPU est pr\u00e9f\u00e9rable, mais une SS2 est suffisante comme minimum). La consommation de m\u00e9moire d\u00e9pend du nombre de c\u0153urs de processeur impliqu\u00e9s dans l'encodage, r\u00e9gul\u00e9s par l'option «—lp». En raison de la complexit\u00e9 des algorithmes utilis\u00e9s dans AV1, l'encodage dans ce format n\u00e9cessite consid\u00e9rablement plus de ressources que pour d'autres formats, ce qui rend impossible l'utilisation de l'encodeur AV1 standard pour le re-encodage en temps r\u00e9el. Par exemple, l'encodeur standard du projet AV1 n\u00e9cessite respectivement 5721, 5869 et 658 fois plus de calculs par rapport aux encodeurs x264 (profil «main»), x264 (profil «high») et libvpx-vp9. <\/p>\n
Parmi les changements dans la nouvelle version de SVT-AV1 : <\/p>\n
\n
Un passage \u00e0 une nouvelle num\u00e9rotation des versions a \u00e9t\u00e9 effectu\u00e9, selon laquelle le premier chiffre de la version changera \u00e0 chaque modification de l'API\/ABI.\n
Des modifications ont \u00e9t\u00e9 apport\u00e9es \u00e0 l'API concernant le passage \u00e0 l'indication de fin de flux (EOS — End Of Stream) au dernier cadre au lieu d'utiliser un cadre vide, ce qui a permis d'\u00e9liminer le d\u00e9lai d'attente pour un cadre suppl\u00e9mentaire. Ce changement d'API est d\u00e9j\u00e0 refl\u00e9t\u00e9 dans la base de code FFmpeg.\n
Le mode \u00e0 trois passes de d\u00e9bit binaire variable (3-pass VBR) a \u00e9t\u00e9 supprim\u00e9, \u00e9tant remplac\u00e9 par le m\u00e9canisme du VBR multi-pass. Le mode multi-pass du VBR a \u00e9t\u00e9 r\u00e9duit \u00e0 deux passes pour garantir l'int\u00e9gration avec FFmpeg.\n
Des optimisations ont \u00e9t\u00e9 ajout\u00e9es au codificateur, augmentant ainsi l'efficacit\u00e9 de compression des pr\u00e9r\u00e9glages M9-M13 de 1 \u00e0 4 %, tandis que la consommation de m\u00e9moire en pr\u00e9r\u00e9glage M5 a \u00e9t\u00e9 r\u00e9duite de 20 \u00e0 35 % en mode LP 8 et de 1 \u00e0 5 % dans d'autres modes. La consommation de m\u00e9moire dans les autres pr\u00e9r\u00e9glages a diminu\u00e9 de 1 \u00e0 5 %.\n
Une optimisation des compromis qualit\u00e9\/vitesse a \u00e9t\u00e9 r\u00e9alis\u00e9e pour les pr\u00e9r\u00e9glages visant un niveau de qualit\u00e9 \u00e9lev\u00e9. La fonctionnalit\u00e9 du pr\u00e9r\u00e9glage MR, offrant une qualit\u00e9 de r\u00e9f\u00e9rence, a \u00e9t\u00e9 acc\u00e9l\u00e9r\u00e9e de 100 %.\n
Des optimisations sp\u00e9cifiques \u00e0 l'architecture ARM ont \u00e9t\u00e9 ajout\u00e9es aux fonctions \u00e9crites uniquement en langage C. <\/ul>\n
De plus, on peut noter la sortie du projet dav1d 1.4.1, dans le cadre duquel les communaut\u00e9s VideoLAN et FFmpeg d\u00e9veloppent une biblioth\u00e8que impl\u00e9mentant un d\u00e9codeur alternatif et libre pour le format de codage vid\u00e9o AV1. La biblioth\u00e8que dav1d prend en charge toutes les fonctionnalit\u00e9s d'AV1, y compris les types de sous-\u00e9chantillonnage avanc\u00e9s et tous les param\u00e8tres de contr\u00f4le de profondeur de couleur sp\u00e9cifi\u00e9s (8, 10 et 12 bits). Une caract\u00e9ristique cl\u00e9 de dav1d est son objectif de parvenir \u00e0 la meilleure performance de d\u00e9codage possible et d'assurer un fonctionnement de qualit\u00e9 en mode multithread. Le code du projet est \u00e9crit en langage C (C99) avec des insertions en assembleur (NASM\/GAS) et est distribu\u00e9 sous licence BSD. Le support pour les architectures x86, x86_64, ARMv7 et ARMv8, ainsi que pour les syst\u00e8mes d'exploitation FreeBSD, Linux, Windows, macOS, Android et iOS, a \u00e9t\u00e9 impl\u00e9ment\u00e9. <\/p>\n
La version dav1d 1.4 est notable pour le support de nouvelles architectures Loongarch et RISC-V, ainsi que pour l'utilisation d'optimisations suppl\u00e9mentaires bas\u00e9es sur les instructions AVX-512, l'acc\u00e9l\u00e9ration des filtres 6tap sur les syst\u00e8mes ARM, l'am\u00e9lioration de l'efficacit\u00e9 du travail multithread et la r\u00e9duction de la taille des donn\u00e9es binaires sur les syst\u00e8mes ARM64, ARM32 et RISC-V. La vuln\u00e9rabilit\u00e9 CVE-2024-1580, qui entra\u00eenait un \u00e9criture hors limites du tampon en raison d'un d\u00e9bordement d'entier lors du traitement de tr\u00e8s grandes images, a \u00e9t\u00e9 corrig\u00e9e. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"