Sans jamais passer par le mode RGB, même pour le fichier final: c possible? Niveau qualité, ça donne quoi?
Merci!!!

Ben oui...
C pareil en qualité...

avec quel prog?

Quasiment tous... Même les derniers flask le font...

d'accord...
le fichier final est il encore en yuv?

Oui...

YV12 précisément.

cest quoi la difference entre le RGB et YUV??

(en gros) C'est un format colorimétrique de description d'image... le RGB encode "bêtement" l'information sur 3 octets (1 pour le rouge, 1 pour le vert, 1 pour le bleu) c à dire 24 bits
Le YUV encode sur (généralement) 2 octets, en décomposant chaque pixel non pas en couleurs, mais en luminance/chrominance/saturation... ce qui permet de condenser l'une de ces données (application d'une matrice à plusieurs pixels voisins) et réduire à (par exemple) 16 bits
 
Tu trouveras plus d'infos sur les différents codages colorimétriques en faisant une recherche sur Google... y a un très bon site à ce sujet (en anglais) mais j'ai paumé l'URL    
 
Le codec DivX 4.11 est à base de YUV, et des programmes tels que DVD2AVI, Avisynth et Virtualdub gèrent parfaitement le YUV... d'où un gain de temps léger (pas besoin de faire de conversions YUV->RGB->YUV)

pourquoi hotshot 2 le retour ??
 
le RGB a donc une meilleur image ( en theorie ) ?

Maxime a écrit a écrit : pourquoi hotshot 2 le retour ??   le RGB a donc une meilleur image ( en theorie ) ?

 
Normalement, le YUV a exactement la même image que le RVB !!! Forcément... c'est juste que dans un cas, on décompose chaque pixel en trois couleurs, dans l'autre en trois informations colorimétriques (teinte, saturation, luminance)... quand tu recombines le tout, tu te retrouves avec l'image de départ...
 
L'intérêt du YUV : dans du RGB, tu ne peux pas "dégrader" une des trois couleurs, sinon, ca donne une couleur foireuse à toute l'image...
Par contre, tu peux compresser une des trois infos Y, U, V, par exemple (en résumé) en encodant la luminosité tous les 2 pixels au lieu de 1... c'est moins gênant que bousiller une couleur, sachant que les différences de luminosité sont le plus souvent minimes entre deux pixels adjacents... sauf bien sûr si tu as un pixel noir à côté d'un blanc, là ca "bave". C'est d'ailleurs pour cela que les contours d'objets avec un fort contraste ont tendance à être dégradés par les codecs genre DivX (et qu'il faut éviter de laisser du noir autour de l'image... bien cropper proprement)
 
Tu peux donc compresser "à la source" une des informations sans trop altérer l'image, avec une simple matrice de 2x2 ou 4x4 -> d'où les noms YUY2 ou YV12, qui sont du YUV compressé.
 
Donc conserver du YUV tout au long de la chaine de compression (DVD encodé en YUV d'origine, opérations genre crop/resize, encodage DivX en YUV) assure théoriquement une vitesse accrue et une qualité constante : pas de conversions RGB->YUV inutiles
 
PS. "HotShot 2 Le Retour" passque quand Sly Angel m'a envoyé me faire enculer chez les Télétubbies, l'a bien fallu que je me crée un autre pseudo  

[edtdd]--Message édité par HotShot 2 Le Retour--[/edtdd]

comment je pourrais forcer l'encodage en yv12 sous virtual dub (divx 4.11 2 passes) ou NanDub (SBC)?
Merci pour toutes ces infos!!!

Le yv12 est déjà supporté par Virtualdub    
 
Confonds pas "encodage", "compression" et "codec"
 
Les codecs DivX pratiquent un encodage YV12... et une compression Mpeg-4