Ils ont catégoriquement refusé, d'où ce fork

Tu sais pourquoi ?

Quand tu as une liste d'encodeurs, en rajouter un de plus, cela ne dégrade pas l'expérience utilisateurs.

Personnellement, j'ai été étonné que Handbrake qui propose une centaine de préréglages (presque tous en H.264, un petit peu de HEVC) et ne propose rien pour VP9 dans un conteneur WebM (le seul permettant de diffuser sur internet). Le seul pré-réglage VP9 qui existe, il est caché dans "Mastroka" et il n'est donc pas utilisable sur internet).

Je prépare un tutoriel, car quand on sélectionne WebM manuellement, le codec audio n'est pas le bon, bref, ce n'est pas simple pour une personne non expert de faire un encodage VP9 pour le web, ce codec étant pourtant le codec le plus efficace reconnu par l'ensemble des navigateurs.

Bref, j'ai l'impression que Handbrake boude VP9 et AV1.

Autre point, les différences entre la version Windows et la version Linux. Il y a des différences importantes d'ergonomie et même un onglet dans la version Linux qui n'existent pas du tout sous Windows, comme l'onglet "Balise" (c'est le cas depuis des années).

En 2019, 91 % des services de streaming utilisaient le H.264 ; nous estimons que ce chiffre n'était tombé qu'à 70 % en 2024.

Source : DVB Scene - Issue 65 - mars 2025

Pour revenir à la discussion de février, il y a un ticket ouvert chez SVT-AV1 pour implémenter directement les fonctionnalités de PSY et PSYEX, ETA fin 2025 : https://gitlab.com/AOMediaCodec/SVT-AV1/-/issues/2269

La plus grosse fonctionnalité du fork SVT-AV1-PSY, "psy-rd" (renommée en "ac-bias") a été intégrée à SVT-AV1 ! https://gitlab.com/AOMediaCodec/SVT-AV1/-/merge_requests/2513

Conceptuellement, c'est similaire à des fonctionnalités psy que x264 et x265 ont eu depuis des années.

C'est une très grosse amélioration psychovisuelle et donc de qualité dite « subjective » (càd qui ne se retrouve pas via les indicateurs PSNR, SSIM...)

Tu utilises quoi pour encoder tes vidéos ? ffmpeg directement ou un outil graphique.

J'utilise ce fork automatisé de Handbrake qui remplace automatiquement SVT-AV1 par SVT-AV1-PSY dans ses binaires : https://github.com/Nj0be/HandBrake-SVT-AV1-PSY?tab=readme-ov-file

J'ai mes propres presets ; c'est un peu obligatoire car je trouve que les presets par défaut sont ignobles.

Concrètement mon point de départ, c'est toujours :

- Conteneur MP4, audio Opus 96 Kbps
- Toujours en 10-bit (la prise en charge du décodage matériel l'a rendu obligatoire ; c'est contre-intuitif mais ça améliore la compression et surtout ça aide énormément vis-à-vis du banding)
- Preset 1 pour la vitesse ; qualité identique à 0 mais va 2x plus vite. 2 est également acceptable.
- Limitation à 1920 en largeur, 1440 en hauteur, pas d'anamorphose (donc 16:9 horizontal limité à 1920x1080, mais 4:3 vertical se retrouve en 1080x1440)
- CRF 50 en 1080p, 55-60 en 4K, 40-45 en 720p
- Options avancées : enable-variance-boost=1:variance-boost-strength=2:variance-octile=5:psy-rd=1.0:spy-rd=2:qp-scale-compress-strength=2:enable-dlf=2:complex-hvs=1

Augmentation du CRF si la définition augmente, et inversement. Si le contenu est relativement statique et/ou a besoin de vraiment préserver des détails subtils (nuages, ciel...) : diminution du CRF, augmentation de variance-boost-strength à 3 ou 4, diminution de variance-octile à 4 ou 2 (vraiment en dernier recours)

Généralement tous les filtres restent désactivés ; taux de rafraîchissement identique à la source (pour préserver tous les timings des trames d'origine), étendue des couleurs identique aussi. Ça permet de garder le HDR tel quel pour les vidéos de smartphone qui en ont.

Si je veux faire du HDR→SDR j'ai un preset identique mais avec juste une conversion d'espace de couleurs personnalisée : primaries=bt709:transfer=bt709:matrix=bt709:tonemap=reinhard:desat=20

Je n'utilise pas vraiment AV1 pour le partage de vidéos, mais pour l'archivage personnel de tout ce que je tourne via téléphone portable.

Pour le partage (notamment via Discord, qui impose une limite de 10 Mo) je privilégie x265 10-bit, CRF 28, déf. max. 720p, preset "slow" ; et Opus 96 Kbps. Il y a beaucoup plus de personnes avec un appareil Apple susceptibles de tomber sur les fichiers que je partage, que d'utilisateurs de Linux sans prise en charge HEVC (et ce sont ces derniers qui savent généralement ce qui se passe et comment y remédier, alors que les utilisateurs d'iPhone, non)

- CRF 50 en 1080p, 55-60 en 4K, 40-45 en 720p

C'est osé CRF 50 et > 50, tu perds quand même pas mal de détails.

Personnellement, si c'est une vidéo source de qualité médiocre (ex: enregistrement d'une visioconférence) je serais en CRF 50, mais sinon je suis mon CRF habituel, CRF 45 (en 1080p la résolution que j'utilise le plus).

Je peux descendre à un CRF de 40 pour certains contenus dans lesquels j'ai besoin de qualité ou 720p.

- Toujours en 10-bit (la prise en charge du décodage matériel l'a rendu obligatoire ; c'est contre-intuitif mais ça améliore la compression et surtout ça aide énormément vis-à-vis du banding)

Tu es sûr que le 10-bit améliore la qualité pour une même taille ?

J'ai fait des comparatifs pour les images AVIF avec Gimp : J'ai fait varier l'encodage en 8 / 10 / 12 bits/canal. Les fichiers 10 / 12 bits sont systématiquement plus lourds que l'encodage 8 bits/canal. On pourrait imaginer que la qualité est meilleure, mais j'ai testé sur des valeurs ou la dégradation est visible et la réponse est non.

Sous-échantillonnage de la chrominance : Par contre, j'ai trouvé que l'encodage YUV444 ne prenait pas beaucoup plus de place que le YUV420 donc toutes mes photos sont en 444.

Je vais refaire des test avec une image SVG qui devrait permettre de mettre en évidence le banding.

Tu préfére ce SVG


ou ce SVG ? (pour mettre le mieux en évidence le banding)