YUV, RGB, 16 bit et AVISynth

YUV, RGB, 16 bit et AVISynth - Video & Son

Marsh Posté le 22-03-2002 à 15:48:58    

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...


---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
Reply

Marsh Posté le 22-03-2002 à 15:48:58   

Reply

Marsh Posté le 22-03-2002 à 16:29:07    

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

Reply

Marsh Posté le 22-03-2002 à 18:34:11    

:bounce: Up du soir


---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
Reply

Marsh Posté le 22-03-2002 à 19:12:47    

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


---------------
Le topic du QLRR et FIRE - Knowledge is power. Power corrupts. Study hard, become evil.
Reply

Marsh Posté le 22-03-2002 à 19:15:49    

: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 ???)


---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
Reply

Marsh Posté le 22-03-2002 à 19:19:54    

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.


---------------
Le topic du QLRR et FIRE - Knowledge is power. Power corrupts. Study hard, become evil.
Reply

Marsh Posté le 22-03-2002 à 19:22:33    

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


---------------
Le topic du QLRR et FIRE - Knowledge is power. Power corrupts. Study hard, become evil.
Reply

Marsh Posté le 22-03-2002 à 19:23:17    

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


---------------
Le topic du QLRR et FIRE - Knowledge is power. Power corrupts. Study hard, become evil.
Reply

Marsh Posté le 23-03-2002 à 14:25:39    

:jap:


---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
Reply

Marsh Posté le 24-03-2002 à 07:14:36    

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


---------------
A+++ Bruce - http://www.bheller.com
Reply

Marsh Posté le 24-03-2002 à 07:14:36   

Reply

Marsh Posté le 25-03-2002 à 11:30:57    

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 ;)


---------------
Le topic du QLRR et FIRE - Knowledge is power. Power corrupts. Study hard, become evil.
Reply

Marsh Posté le 25-03-2002 à 12:18:45    

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


---------------
Le topic du QLRR et FIRE - Knowledge is power. Power corrupts. Study hard, become evil.
Reply

Marsh Posté le 25-03-2002 à 14:39:58    

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


---------------
A+++ Bruce - http://www.bheller.com
Reply

Marsh Posté le 25-03-2003 à 11:59:58    

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

Reply

Sujets relatifs:

Leave a Replay

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