Encodage X265, besoin d'aide

Encodage X265, besoin d'aide - Traitement Vidéo - Video & Son

Marsh Posté le 03-05-2016 à 21:15:15    

Bonjour
 
J'ai utiliser pendant la dernière année, handrake en utilisant le codec x264. Je voulais pas trop perdre de qualité alors mes fichiers sont quand même assez volumineux parce que j'utilise un CRF de 15. J'ai alors voulu passé au x265 et tant qu'a faire, sur 10 bits pour gagner de la place mais le résultat est pas concluant. Avec Handrake, il ne supporte pas le 10 bits, je me retrouve avec un effet d'escalier dans les couleurs. Je suis passé a Hybride qui permet d'encoder en 10 bits en croyant faire disparaitre ce problème mais mes résultats sont les même, un effet d'escalier moins apparent mais ils sont la. La taille des fichiers se retrouve couper de moitié environ mais si c'est pour avoir cette effet d'escalier, ça vaut pas la peine.
 
J'ai une TV OLED et l'effet est beaucoup plus apparent que sur mon ordinateur. Quelle sont les option qui permet d'atténuer ou faire disparaitre cette effet d'escalier. Je suis pas un pro en encodage mais j'apprend :)
 
Voici un lien pour que vous voyez la différence. La version x264 provient de Handrake 8 bits et la x265 de Hybride en version 10 bits.
 
http://screenshotcomparison.com/comparison/171654
 
Merci de vos réponse

Reply

Marsh Posté le 03-05-2016 à 21:15:15   

Reply

Marsh Posté le 04-05-2016 à 09:51:31    

Je ne vois aucun effet d'escalier sur ces images, par contre je vois une différence de couleur et de format (l'une est plus écrasée).
Quant au 10 bit, je me demande si c'est utile si la source n'est qu'en 8 bit.

Reply

Marsh Posté le 05-05-2016 à 03:37:59    

Salut arnuche
 
Tu as surement un écran de moins bonne qualité parce que sur le x265, on voit bien l'effet d'escalier des 2 manteaux que tu voie en avant plan. Ils sont très peu apparent sur mon ordinateur mais sur ma TV, c'est horrible. J'ai donner le lien a certain de mes amis, certain voie aucune diffèrence alors que d'autre me réponde que c'est atroce.
 
On appelle ce problème le Banding si je me trompe pas alors j'essaie de connaitre les option d'encodage qui permet d'atténuer ce problème.

Reply

Marsh Posté le 05-05-2016 à 09:01:00    

Effectivement, mis à part le format modifié, il y a un gros problème sur les aplats (sur les dos des personnages en premier plan).
C'est une espèce de banding mais sans que cela se passe sur un dégradé de couleur, comme ici par exemple http://www.videvo.net/wp-content/u [...] xample.png
Sur l'image de Buldom, ce sont des hachures sur les aplats (comme ce que l'on voit avec imprimante jet d'encre mal réglée).

Reply

Marsh Posté le 05-05-2016 à 10:55:10    

buldom a écrit :

Salut arnuche
 
Tu as surement un écran de moins bonne qualité parce que sur le x265, on voit bien l'effet d'escalier des 2 manteaux que tu voie en avant plan. Ils sont très peu apparent sur mon ordinateur mais sur ma TV, c'est horrible. J'ai donner le lien a certain de mes amis, certain voie aucune diffèrence alors que d'autre me réponde que c'est atroce.
 
On appelle ce problème le Banding si je me trompe pas alors j'essaie de connaitre les option d'encodage qui permet d'atténuer ce problème.


Faudrait savoir ce que tu veux, tu parles d'abord d'effet d'escalier (qu'on appelle aliasing en anglais) puis tu me dis qu'il y a du banding (qui concerne les dégradés). Ça, oui, je l'avais bien vu, mais il n'y a pas d'aliasing et ta question portait là-dessus. :na:  
Le banding vient généralement d'un manque de débit mais il y a des astuces pour le diminuer (le banding) sans augmenter le débit, notamment rajouter un peu de grain quasiment invisible.
Voir cet article très complet ;
http://qualiter.fr/viewtopic.php?f=11&t=120

Reply

Marsh Posté le 05-05-2016 à 10:57:13    

leon1789 a écrit :

C'est une espèce de banding mais sans que cela se passe sur un dégradé de couleur


Si tu regardes bien il y a un léger dégradé, et en plus le problème apparaît déjà sur l'image d'origine mais nettement moins visible que sur la version ré-encodée.
 
Donc il faut commencer par enlever le léger banding d'origine puis rajouter un peu de grain et compresser avec un débit suffisamment élevé.


Message édité par arnuche le 05-05-2016 à 10:58:49
Reply

Marsh Posté le 05-05-2016 à 14:50:54    

Je connaissait pas le terme anglais au départ alors c'est pour cela que je parlais d'un effet d'escalier sur la couleur mais en me renseignant un peu,  j'ai lu que l'effet se nommais le banding, désoler de la confusion.
 
Je vais lire attentivement le lien que tu ma donné en espérant corriger le tout. En fait le truc que je suis décu un peu, j'aurais penser que la qualité soit la même quand tu encode du x264 ou x265 avec les même options.

Reply

Marsh Posté le 05-05-2016 à 15:08:48    

Avec avisynth (si on connait), on peut utiliser GradFun2db contre le banding.

Reply

Marsh Posté le 06-05-2016 à 11:54:55    

Apparemment GradFun2db ne traite pas les 16 pixels tout autour de l'image ;
http://avisynth.nl/index.php/GradFun2db

Citation :

The outer 16 pixels on all borders are left unprocessed.


Donc il faut sans doute les rajouter d'abord, le script pourrait ressembler à ça ;

Code :
  1. avisource(...)
  2. addborders(16, 16, 16, 16)
  3. GradFun2db()
  4. Crop(16, 16, -16, -16)#on met toujours un - devant les 2 derniers chiffres avec la fonction crop, sauf avec le 0, c'est normal

Message cité 1 fois
Message édité par arnuche le 06-05-2016 à 11:56:18
Reply

Marsh Posté le 06-05-2016 à 12:42:17    

arnuche a écrit :

Apparemment GradFun2db ne traite pas les 16 pixels tout autour de l'image ;
http://avisynth.nl/index.php/GradFun2db

Citation :

The outer 16 pixels on all borders are left unprocessed.



oui, exact.  

arnuche a écrit :

Donc il faut sans doute les rajouter d'abord, le script pourrait ressembler à ça ;

Code :
  1. avisource(...)
  2. addborders(16, 16, 16, 16)
  3. GradFun2db()
  4. Crop(16, 16, -16, -16)#on met toujours un - devant les 2 derniers chiffres avec la fonction crop, sauf avec le 0, c'est normal



De mémoire, on peut aussi faire un effet miroir pour les bords : cela évite peut-être un effet de frontière avec les bords noirs de 16 pixels.
Dans mes archives, j'ai ceci

Code :
  1. avisource(...)
  2. PointResize(last.width+32, last.height+32, -16, -16, last.width+32, last.height+32)
  3. GradFun2db()
  4. Crop(16,16,-16,-16)


Message édité par leon1789 le 06-05-2016 à 12:44:25
Reply

Marsh Posté le 06-05-2016 à 12:42:17   

Reply

Marsh Posté le 07-05-2016 à 10:10:58    

Bien vu, je crois qu'on appelle ça le padding.
Didée, qui est une pointure en scripts Avisynth, avait trouvé cette astuce en 2009 qui est utile aussi pour le désentrelacement (évite le tremblement sur les lignes des extrémités et améliore nettement la compressibilité) ;
http://forum.doom9.org/showthread. [...] ost1325630

Code :
  1. mpeg2source(...)
  2. pointresize(width,height+8,0,-4,width,height+8.001)#apparemment le .001 après height+8 n'est pas vraiment utile.
  3. Yadif(mode=1)
  4. crop(0,4,-0,-4)


Mais je pense que si on utilise Qtgmc, il n'y a plus besoin de faire ce genre de manip puisqu'elle est intégrée à Qtgmc (pas sûr mais presque).

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed