YUV, RGB, 16 bit et AVISynth

Recherche :

Dernière réponse
Sujet : YUV, RGB, 16 bit et AVISynth
Mick4U	donc dans Vdub il bosse en yuv quand on fait fast recompress en lui balançant un script AVS sans utiliser de filtre vdub, que fait t'il si on met normal recompress??? Tout les filtre Vdub bossent en RGB donc on perd du temps pour rien autant passer sous AVS, j'en apprend une je savais pas ça, au fait le Xvid prend bien le YUV, mais il nous pond une video en YUV ou YV12 ou YUY2

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Mick4U

donc dans Vdub il bosse en yuv quand on fait fast recompress en lui balançant un script AVS sans utiliser de filtre vdub, que fait t'il si on met normal recompress???

Tout les filtre Vdub bossent en RGB donc on perd du temps pour rien autant passer sous AVS, j'en apprend une je savais pas ça, au fait le Xvid prend bien le YUV, mais il nous pond une video en YUV ou YV12 ou YUY2

Bruce

Bon, il vas falloir que je me penche serieusement sur tout ça car je pige RIEN de ce que vous dites ! :lol:

Slyde

C'est sur que pour l'instant je suis le spécialiste du filtre sans interface :D

Slyde

kobaia a écrit a écrit :

oui mais ça c'est finalement au stade du FF , parceque lors de l'acquisition , le premier pixel du 'bloc' capture (en 1 pass multiplex) les 2 valeurs Cr,Cb (qui seront donc réutlisées pour le pixel suivant) ; il ya donc bien (IMHO) un pixel qui est vraiment sur 24bits ; on devrait donc "logiquement" pouvoir recuperer (demux) ces 360 pix en vrai 24bits ?

mais je crois comprendre que le mode 1-pass multiplex (27MHz) n'est peut etre pas la regle avc toutes les cartes ...(?)

Effectivement si l'on vire par exemple Y1, on a un beau pixel YUV en 24 bits. En fait tout dépends de la concerption que l'on prends : spaciale ou temporelle. Si on regarde spacialement, c'est mon propos qui prime, si l'on regarde temporellement, c'est le tiens.

Ce propos me fait d'ailleurs penser qu'il doit être très facile de faire une reduction de résolution horizontale par deux en passant du packed au planar, simplement en virant Y1 à chaque fois :D

Décidement t'es une vrai boite à idées :D ;)

Bruce

Heu tu as pigé ciler là ??? :D

Ciler

:jap:

Slyde

C'est pour cela qu'on doit le conseiller dans Xmpeg : pas de CSC à effectuer par le codec avant passage d'algos plus effrayants les uns que les autres :D

Slyde

De plus je crois que le codec utilise un format planar YV12.

Slyde

Le codec doit faire les deux : en full processing tu lui balance du ARGB 32, en fast recompress le format YUV en entrée (YV12 ou YUY2 par exemple)

A mon avis ce que tu vois concernant ces 24 et 32 bits, ce sont les formats RGB acceptés. le 24 bits est du RGB24, le 32 de l'ARGB32.

Ciler

:sweat: Merci Slyde...

Non, sérieusement, le codec DivX 4.12 n'accèpte que de 24 et du 32 bit en entrée, donc est il capable de "comprendre" le YUY2 (si non, comment il fait virtual dub ???)

Slyde

C'est du 32 bits packed par macropixel, c'est à dire 16 bits "réel" par pixel.

En YUY2 ca donne pour deux pixels (Cb et Cr communes, seule la luma est indépendante) :

Y0 U0 Y1 V0

Chaque composante étant sur 8 bits. D'ou le 32 bits par macropixel

Ciler

:bounce: Up du soir

ashitaka

Le YUV apparait en 16 bits pour les logiciels car il utilise en moyenne 16 bits par pixel.

Ciler

Alors voila, C quoi le format de sortie d'AVISynth ?
du YUV (fast recompress rulez)
mais 16 ou 24 ou 32 bits ?

C pour utiliser avec VFW...