Auteur Sujet: Guerre des codecs: qui va l'emporter entre AV1 vs HEVC/H.265 ? Probablement AV1 (Lu 90391 fois)

vivien · « **Réponse #84 le:** 19 juillet 2019 à 14:23:27 »

Utilisation CPU, j'ai paramétré avec une mise à jour toutes les 20 secondes, on a donc un moyenne (cela fait 100% un certain temps puis 0% si on met à jour plus rapidement)

(si vous savez faire pour que les cœurs 5 à 8 ne soient pas en rouge, je suis preneur)

Speed : 0,00207x => Je traite un peu moins de 2,98 minutes de vidéo par 24 heures !

C'est vrai que mon Core i7-2600 @3.40GHz n'a pas les derniers jeux d’instructions...

Ma vidéo fait 18min 45 secondes.
=> il faut donc 6 jours et 7 heures pour encoder ma vidéo !

Trellen · « **Réponse #85 le:** 19 juillet 2019 à 14:29:18 »

Citation de: vivien le 19 juillet 2019 à 14:23:27

(si vous savez faire pour que les cœurs 5 à 8 ne soient pas en rouge, je suis preneur)

On peut changer la couleur en cliquant sur les carrés.

vivien · « **Réponse #86 le:** 19 juillet 2019 à 14:30:41 »

Rooh trop simple.

J'avais été cherché dans les options sans trouver.

nemesur · « **Réponse #87 le:** 19 juillet 2019 à 14:33:29 »

Je sais que d'autres encodeurs utilisent massivement les instructions AVX2 (dav1d): http://www.jbkempf.com/blog/post/2018/dav1d-toward-the-first-release
Je ne sais pas si c'est le cas de celui-ci, mais c'est le genre de traitement qui s'y prête bien en général.
Pour info, AVX2 est arrivé chez Intel avec les CPU Haswell (ix 4xxx)

doctorrock · « **Réponse #88 le:** 19 juillet 2019 à 14:48:48 »

AH bah de toute façon oui, l'encodage vidéo est bien LE domaine qui bénéficie au maximum des jeux d'instructions CPU.
Il y a même AVX-512 maintenant chez Intel :-)

Trellen · « **Réponse #89 le:** 19 juillet 2019 à 15:00:38 »

Dav1d est uniquement un décodeur pour le moment.
Libaom-av1 utilise aussi avx2 si disponible.

Citation de: doctorrock le 19 juillet 2019 à 14:48:48

AH bah de toute façon oui, l'encodage vidéo est bien LE domaine qui bénéficie au maximum des jeux d'instructions CPU.
Il y a même AVX-512 maintenant chez Intel :-)

Il bénéficie aussi beaucoup du code assembleur écrit à la main, c'est surtout là que se joue la bataille pour les performances actuellement.
x264 a mis des années avant d'atteindre les performances actuelles parce que l'assembleur c'est long et chiant à écrire sans se tromper.
avx-512 dans les skylake-s est encore très mauvaix et génère dans un grand nombre de cas des performances inférieures à avx2. Il va falloir encore attendre quelques années avant de voir avx-512 devant avx2.

doctorrock · « **Réponse #90 le:** 19 juillet 2019 à 15:03:00 »

Quand je disais qu'un codec bénéficie d'un jeu d'instructions, je pensais bien entendu à tout le code ASM écrit main ^^
Dans un tel cas il est mieux de l'écrire à la main car le compilo ne peut pas générer un code spécialisé efficace, ni même les intrinsics

underground78 · « **Réponse #91 le:** 23 juillet 2019 à 21:37:57 »

Citation de: doctorrock le 19 juillet 2019 à 15:03:00

Dans un tel cas il est mieux de l'écrire à la main car le compilo ne peut pas générer un code spécialisé efficace, ni même les intrinsics

Ça dépend quand même, les compilos ont fait des gros progrès sur la vectorisation automatique (même si clairement un code assembleur écrit par un humain reste meilleur, voir bien meilleur s'il faut vraiment être astucieux).

vivien · « **Réponse #92 le:** 23 juillet 2019 à 23:08:53 »

Je peut vous indiquer que pour compiler un fichier vidéo en VP9 avec un vieux CPU (Athlon 64 ci-dessous), j'ai noté un gain de 40% entre le FFMPEG d'Ubuntu 18.04, comparé au FFMPEG d'Ubuntu 16.04.
Il y a donc bien des optimisations avec le temps pour un même CPU. (Je ne sais pas si c'est du code en assembleur ou le compilateur qui s'est amélioré)

Pour mon fichier de 18min 45 secondes en 720p que j'encode en AV1 sur un Core i7-2600 @3.40GHz c'est toujours en cours. Il me faudra une semaine !
Speed : 0,00205x
Le gain de place semble par contre super important.
Je reviendrais vers vous pour indiquer le gain par rapport au H.264 / VP9 de Youtube.

underground78 · « **Réponse #93 le:** 23 juillet 2019 à 23:23:35 »

Citation de: vivien le 23 juillet 2019 à 23:08:53

Je ne sais pas si c'est du code en assembleur ou le compilateur qui s'est amélioré

Ça vient probablement principalement d'ajout de code en assembleur, ça reste crucial dans les encodeurs/décodeurs vidéo.

mattmatt73 · « **Réponse #94 le:** 23 juillet 2019 à 23:37:11 »

Dire que moi on vient me faire c..... Quand j'ai 1 seconde de délai d'encodage.....

jack · « **Réponse #95 le:** 23 juillet 2019 à 23:37:36 »

Également (ce n'est peut-être pas le cas ici), cela peut venir de l'ajout de support d'instruction CPU au sens du kernel et du compilateur utilisé