C'est parce que les codecs travaillent avec des macroblocs de 16x16 pixels.Subbat a écrit :Juste pour me rafraichir la mémoire... le multiple de 16, c'est pourquoi au juste ?
au sujet des formats
Modérateur : Modérateurs
- Underground78
- Administrateur
- Messages : 11272
- Enregistré le : mar. 06 févr., 2007 21:54
- Localisation : France
- Contact :
Il y a aussi certains filtres avisynth qui ne fonctionnent qu'avec des dimensions multiples de 16 (certains autres c'est des multiples de 8, etc).Underground78 a écrit :C'est parce que les codecs travaillent avec des macroblocs de 16x16 pixels.Subbat a écrit :Juste pour me rafraichir la mémoire... le multiple de 16, c'est pourquoi au juste ?
Le meilleur résultat que j'ai pu obtenir avec M4ng sur mon SW2, c'est :
-- 720x... (DVD)
-- décocher le snap 16x16 (seul moyen d'avoir un redimensionnement avec une déformation minimale 0.25%) ;
-- autocrop (pas de perte d'image)
La résolution finale est alors de 720x304, mais il reste une ligne noire en haut de l'image. Argh.
Le crop manuel enlève évidemment la ligne noire, mais bien sûr ne conserve pas la résolution multiple de 16 (même si on recoche le snap 16x16... et en plus dans ce cas, le resize déforme davantage).
-- 720x... (DVD)
-- décocher le snap 16x16 (seul moyen d'avoir un redimensionnement avec une déformation minimale 0.25%) ;
-- autocrop (pas de perte d'image)
La résolution finale est alors de 720x304, mais il reste une ligne noire en haut de l'image. Argh.
Le crop manuel enlève évidemment la ligne noire, mais bien sûr ne conserve pas la résolution multiple de 16 (même si on recoche le snap 16x16... et en plus dans ce cas, le resize déforme davantage).
Il y a longtemps, j'avais fait des tests avec divx et xvid : un encodage à une résolution non multiple de 16 demandait un débit plus élevé (pouvant grimper de 20%, pour donner une idée) pour garder une qualité similaire à un encodage avec une résolution proche mais multiple de 16.
Je n'ai pas testé le x264.
Je n'ai pas testé le x264.
je viens de tester rapidement le x264 sur des courtes vidéos (encodages x264 en CRF 20)
premier test en SD
704 x 304 --> 668 kbps (dimensions multiples de 16)
700 x 300 --> 677 kbps
708 x 302 --> 692 kpbs
700 x 306 --> 716 kbps
708 x 308 --> 739 kbps
second test en HD :
1280 x 544 --> 1966 kbps (dimensions multiples de 16)
1276 x 542 --> 1982 kbps
1276 x 540 --> 1991 kbps
1284 x 546 --> 2057 kbps
Bon, c'est pas du 20% comme j'avais pu obtenir avec divx, mais la hausse est relativement sensible. Il faudrait plus de tests sur des vidéos variées pour voir réellement. Mais tout le monde peut faire son petit test en utilisant des resizes légèrement différents
premier test en SD
704 x 304 --> 668 kbps (dimensions multiples de 16)
700 x 300 --> 677 kbps
708 x 302 --> 692 kpbs
700 x 306 --> 716 kbps
708 x 308 --> 739 kbps
second test en HD :
1280 x 544 --> 1966 kbps (dimensions multiples de 16)
1276 x 542 --> 1982 kbps
1276 x 540 --> 1991 kbps
1284 x 546 --> 2057 kbps
Bon, c'est pas du 20% comme j'avais pu obtenir avec divx, mais la hausse est relativement sensible. Il faudrait plus de tests sur des vidéos variées pour voir réellement. Mais tout le monde peut faire son petit test en utilisant des resizes légèrement différents
- Underground78
- Administrateur
- Messages : 11272
- Enregistré le : mar. 06 févr., 2007 21:54
- Localisation : France
- Contact :
Il y a déjà plusieurs années que les développeurs ont enlevés le messageconcernant le fait que les dimensions n'étaient pas multiples de 16. D'après eux l'impact est devenu trop faible pour que ça soit réellement utile de s'en inquiéter.