Grmbl.

Je spécifie un bitrate de 1500kb/s dans ffmpeg (x265), et celui-ci encode une vidéo de test 2160p à 8319kb/s.

Là où c'est marrant, c'est que si je spécifie n'importe quoi en bitrate, 1500kb/s, 4000kb/s, 25000kb/s, ça encode systématiquement à 8319kb/s, comme si ça ignorait le paramètre.
Pourtant, c'est censé être pris en compte, vu que j'ai bien cette ligne dans la console de sortie :

Video: hevc (libx265) (hev1 / 0x31766568), yuv420p, 2880x2160 [SAR 1:1 DAR 4:3], q=2-31, 1500 kb/s

Je ne lâche toujours pas l'affaire, je vais finir par comprendre comment fonctionne cet encodeur.

@alex

On ne spécifie plus de bitrate depuis x264 (une bonne dizaine d'année), c'était encore bon quand on devait graver le fichier sur un CD de 700Mo. 😁

Maintenant on spécifie juste un CRF pour obtenir une certaine qualité d'image. Par défaut c'est -crf 28 pour le x265, et les résultats sont bons et très bons respectivement en 720p et 1080p. Et on le diminue pour augmenter la qualité d'image.

ffmpeg -i INPUT.MP4 -c:v libx265 -crf 28 -c:a libvorbis -q:a 5 OUTPUT.MP4

trac.ffmpeg.org/wiki/Encode/H.

@Nel Je m'en suis rendu compte entretemps (et j'utilisais -crf=21).
Par contre, c'est pas du 720p ni du 1080p que j'encode, mais du 2160p. Et les tests que j'ai réalisé pour le moment ne sont pas en faveur du hevc, par rapport au h264. Qualité d'image inférieure pour taille équivalente, ce qui me surprend plus qu'autre chose.

@alex

Je trouve aussi x265 très mauvais sur les vidéos de petites dimensions en comparaison avec x264. Par contre je trouve qu'il devient efficace à partir de 720p.

Quelle commande tu lances pour ta conversion ?

Il y a surement un paramètre qui devient prioritaire par rapport au bitrate que tu demandes.

@Nel J'ai viré tous les paramètres pour ne garder plus que crf=21

ffmpeg -i optical_cellophane-2160p.mp4 -c:v libx265 -x265-params "crf=21" -t 20 -c:a copy optical.mp4

@Nel avec un crf=24, le résultat ne me convient absolument pas. (capture de la même frame, depuis la source puis depuis l'enco hevc)

images.chibi-nah.fr/gallery#bO

@alex
Effectivement c'est un peu crados. C'est le moins qu'on puisse dire. 😕

Il me semble qu'il ont supprimé le -tune animation pour gérer les grands aplats sur les animes.

C'était plutôt efficace pour le x264.

Follow

@alex

À tout hasard, essaie en ajoutant l'option -tune grain. On sait jamais... sur un malentendu ça pourrait marcher.

x265.readthedocs.io/en/default

· · Web · 0 · 0 · 0

@Nel Bien vu

ffmpeg -i optical_cellophane-2160p.mp4 -c:v libx265 -x265-params "crf=24" -tune grain -t 20 -c:a copy optical.mp4

images.chibi-nah.fr/eKsSZApL.p

@alex
Ah oui c'est beaucoup mieux maintenant ! 😍

"prevent noticeable artifacts caused by uneven distribution of grain"

"Tune grain also biases towards decisions that retain more high frequency components"

doivent en être les explications. 🙂

J'étais entrain de regarder pour voir si on pouvait pas passer directement les options invoquées par -tune animation du x264 dans x265.

J'ai trouvé la liste ici au cas où :
superuser.com/questions/564402

Sign in to participate in the conversation
La Quadrature du Net - Mastodon - Media Fédéré

Mamot.fr est une serveur Mastodon francophone, géré par La Quadrature du Net.