C’est l’été, et pendant mon absence totale de vacances, j’ai décidé de pousser un peu plus loin le GH2 en testant 2 choses :
La première étant le tout nouveau hack du GH2, la seconde étant un sigma 50-500mm f4-6,3 avec un petit adaptateur nikon->m4/3. (Merci à Liveworldmusic.tv pour le prêt)
Pour la seconde, une série de photo et une petite vidéo vont venir bientôt, en attendant, nous allons parler du Hack du gh2.
Ce hack va permettre plusieurs choses.
Dans un premier temps il permet de corriger des petites limitations telles que les 50 images maximum en pal (on peut maintenant passer à 60 comme en NTSC, ce qui permet des ralentis encore plus beaux (en passant de 50 à 24 images par seconde, on obtient un ralenti 2X, en passant de 60 à 24 images on obtient un ralenti de 2,5 fois). On est plus limité à 29 minutes et 59 secondes d’enregistrement par vidéo et on peut choisir n’importe quelle langue. En gros, peu importe ou vous achetez votre GH2 (USA, JAPON, EUROPE…) vous pourrez faire les mêmes choses.
Ensuite, ce hack permet d’augmenter la qualité du son en autorisant un débit plus de 2 fois supérieur. En contre partie il ne sera plus possible de lire les vidéos utilisant ce débit sur le GH2. Il faut systématiquement passer par l’ordinateur.
Enfin, et c’est le plus intéressant, ce hack permet de modifier les caractéristiques de la compression image. Il est donc possible d’enregistrer des vidéos avec un débit nettement supérieur.
Par défaut, le Gh2 a un débit en 24 p de 22mbps et un GOP de 12. On peut passer avec un débit de presque 60 mbps et des GOP de 3. Cela permet d’améliorer globalement la qualité d’image de la vidéo.
Pour obtenir un tel débit, il ne faut pas oublier d’augmenter le buffer vidéo du GH2 dans le crack, ainsi que les débits minimum et maximum pour forcer le GH2 à laisser passer plus d’informations.
Avec une stabilité manifeste, ce codec permet de récupérer tout de même pas mal de détails dans les ombres et les images en mouvement. (et je ne vous parle même pas des ombres en mouvement…)
Une petite vidéo convertie en ProRES sous Final Cut est disponible ici : http://www.megaupload.com/?d=HK47D979
Il s’agit d’une petite prise d’un arbre en mouvement avec de jolies ombres et peu de contraste pour montrer à quel point on conserve des détails. Il n’y a aucune retouche sur cette vidéo, juste la conversion lors de l’import dans FinalCut.
Pour rappel :
Comment fonctionne l’encodage AVCHD ?
Que signifie GOP en parlant d’AVCHD ?
Gop (group of picture) signifie en fait le nombre de groupe d’images qu’il y a dans une seconde de vidéo. Ce groupe d’image est constitué d’une image complète (image clé) et de plusieurs images partielles. Par exemple, si votre caméra, fixe et sur pied, filme un couloir, et qu’un personnage traverse le couloir, la caméra va enregistrer une première image complète, puis sur les images suivante, n’enregistrera que si qui changera. Dans notre exemple le seul élément de l’image à changer d’une image sur l’autre, c’est le personnage en mouvement. Pour reconstituer des images entières à partir des images partiels, le lecteur de vidéo va combler les « trous » de l’image partielle avec la première image du groupe. Cette technique permet d’éviter d’enregistrer la même information plusieurs fois sur des images qui se suivent et diminue ainsi la taille du fichier. En revanche, elle cause une détérioration visible de l’image lorsque l’intégralité de l’image change (en cas de gros mouvement dans l’image, ou de mouvement de la caméra elle même). Plus il y a d’images clés, plus le fichier sera volumineux mais meilleure sera le résultat.
Un gop :
I-frame -> Image de référence (que j’ai appelé image clé)
P-frame -> Image partielle
Gop 3 : I p p
Gop 8 : I p p p p p p p
Un encodage avec des Gop de 3 donne pour une seconde : I p p I p p I p p I p p I p p I p p I p p I p p
Un encodage avec des Gop de 8 donne pour une seconde : I p p p p p p p I p p p p p p p I p p p p p p p
Le gop du GH2 étant de 12 en 24 images par seconde, cela signifie qu’il y a chaque seconde 2 groupes de 12 images qui sont enregistrées : 1 image clé suivie de 11 images partielles par groupe) On peut baisser la taille des gop à condition qu’ils restent des diviseurs possible de la fréquence d’image. C’est à dire qu’avec 24 images par secondes on peut utiliser des GOP de 3, 6, 8, 12 (soit 8 groupes de 3, soit 6 groupe de 4, soit 3 groupe de 8, ou 2 de douze. Dans la pratique il doit y avoir au moins 2 fois plus d’images partielles que d’image clé. Donc au moins 2 images partielle pour une image clé ce qui fait qu’un GOP à une valeur minimum de 3. En passant de 12 à 3 sur le GH2, on multiplie par 4 le nombre d’image clé ce qui améliore considérablement la qualité de la vidéo lorsqu’elle enregistrer du mouvement.
Que signifie 8 bits ?
Une couleur aura une valeur comprise entre 0 et 255 en informatique, ce qui donne 256 valeurs possibles par couleur. Pour encoder numériquement ces valeurs on procède de la façon suivante : un bit peut avoir une valeur de 0 ou 1. Soit 2 valeurs. 2 bits peuvent avoir 2 fois plus de valeur : 11 00 01 ou 10 soit 4 valeurs (2 puissance 2). Si on rajoute 1 bit supplémentaire on double encore la quantité de valeurs, soit 8 (2 puissance 3). Si on prend 8 bits (2 puissance 
on obtient 256 valeurs possibles. Ainsi avec 8 bits par couleur, on est capables de reproduire 256 nuances de cette couleurs. Un pixel coloré qui aura une information pour chaque couleur primaire (rouge vert bleu) va donc faire 24 bits (3 fois 8). Et aura 256 X 256 x 256 nuances possibles ce qui fait environ 16 millions de couleurs (une image en couleurs vraies et en mode RVB sera donc encodée en 24bits et 16 millions de couleurs)
2 bits ressemblent à ça : 00
et peuvent ressembler à ça : 10 01 00 11 soit 4 valeurs différentes. Si on rajoute un bit supplémentaire qui aura comme valeur soit 0 soit 1, soit 2 valeur, il va doubler le nombre de possibilités de la chaine :
10 par exemple peut devenir soir 100 soit 101, 01 peut devenir soit 011 soit 010 et ainsi de suite…
8 bits (soit un octet) ressemblent donc à ça : 00000000
Ce qui donne : 0 0 0 0 0 0 0 0
2*2*2*2*2*2*2 = 256 valeurs au total
Sur une échelle de nuances on trouve 256 nuances intermédiaires plus ou moins clairs ou foncés allant du noir pour le plus foncé (0) au blanc pour le plus clair (255) en passant par un gris neutre (128)
En vidéo, on utilise un encodage supplémentaire du RVB en utilisant le YCbCr (c’est aussi le cas pour le JPEG) qui consiste à ne pas appliquer l’encodage uniquement à à trois valeurs de couleurs, mais 1 valeur de luminance (le Y) et 2 valeurs de chrominance (le Cr, et le Cb). Le principe étant qu’en RVB, on encode la brillance et la couleur du pixel en même temps, alors que l’oeil humain est plus sensible aux variations de luminance que de chrominance. Ainsi, il est plus simple pour réduire la taille du fichier sans détérioration visible de l’image de ne pas encore la brillance des pixels, mais juste leur couleur. Le 4:4:4 signifie que les pixels conservent toutes les données. Chaque pixel obtient ainsi une valeur Y, une valeur Cr et une valeur Cb. On obtient donc une compression équivalente en terme d’informations, au RVB. En 4:2:2, seuls 2 pixels sur 4 possèdent les 3 valeurs YCrCb, les 2 autres ne possédants que des valeurs Y propres et partages les valeurs CbCr des deux premiers pixels. En 4:2:0 , sur 4 pixels, tous partages une même valeur CbCr mais possèdent leur propre valeur Y. Comme vous pouvez le voir, tous les pixels ont une valeur de luminance intacte. à raison de 24 bits par pixels en encodant chaque canal RVB sur 8 bits, on obtient ici 4*8bits (pour les 4 valeurs de Y) + 2*8bits (pour les 2 valeurs de Cr et Cb que se partagent 2 pixels) soit 48 bits pour 4 pixels contre 96 bits en 4:4:4. Cette conversion permet de diviser la taille du fichier par 2.
Par exemple en 4 : 4 : 4 la compression, 4 pixels ressemblent à ça :
YCbCr YCbCr
YCbCr YCbCr
En 4 : 2 : 2 ils ressemblent à ça :
YCbCr Y
YCbCr Y
Et en 4 : 2 : 0 à ceci :
Y Y
CbCr
Y Y
Comment le débit influence t il l’encodage ?
Enfin, l’encodage passe par un « lissage » et un « regroupement » de données. Ainsi, dans l’idée ou plusieurs pixels ont la même valeur, on va simplement indiquer cette valeur, ainsi que le nombre de pixel à la suite ayant cette valeur. Cela évite de redonner plusieurs fois la même valeur et ainsi de réduire la taille du fichier sans aucune perte de qualité d’image. Seulement, cette réduction de taille est très faible. Pour avoir une forte réduction, il suffit de choisir un seuil à partir duquel on considère que 2 pixels ont la même valeur. Par exemple, pour caricaturer, disons qu’avec un seuil faible, le codec va déterminer que le bleu ciel et le bleu marine sont de la même couleur, et ainsi des pixels bleus ciel et bleu marine se succédant, apparaitront de la même couleur. Avec un seuil élevé, le codec va déterminer que le bleu turquoise, le bleu ciel, et le bleu marine ne seront qu’une seule et même couleur. Il va donc lisser les valeurs de couleurs et regrouper les données. Le problème est un effet de « bande » qui va apparaitre. En effet, dans l’exemple donné ci dessus, le logiciel va comparer les couleurs et établir des seuils très précis et le fait de passer ce seuil signifie qu’on passe à une autre couleur.
Prenons l’exemple d’un ciel de soirée avec des nuances de violet et d’orange. Le violet est un mélange de lumière bleu et rouge, tandis que le orange est un mélange de lumière rouge et jaune. Ainsi, le passage de violet au orange est déterminé par la quantité de bleu et de jaune qui est progressive. Seulement si le seuil du codec est établi par exemple à 50% de jaune et 50% de bleu, cela signifie qu’en dessous de 50% de bleu, les pixels seront considérés comme orange, et que dés qu’on passe les 50% de bleu, les pixels seront considérés comme violet. Du coup plutôt que d’avoir une jolie dégradé de couleurs, on aura une bande du ciel qui sera orange et une bande qui sera violette. Mais plus on autorise de débit, plus ces seuils seront faible et le codec n’acceptera de ne regrouper que des couleurs très proches. Au final, on se retrouvera avec une vidéo moins dégradée visuellement.
Il faut donc comprendre qu’une vidéo AVCHD est compressée 4 fois durant son encodage (une fois à chaque étape sus citée)
Les informations que je donne ici sont justes des « bases » techniques parfaitement à la limite de la véracité tellement j’ai voulu simplifier au maximum le processus d’encodage. En réalité, il y a tout un processus algorithmique très complexe qui permet de réduire le débit d’un flux vidéo et chacune des étapes décrite ici est infiniment plus complexe dans la pratique mais je ne suis pas ingénieur et je ne maitrise pas l’intégralité du processus.
Promote Post
42 Comments
Benjamin DUPLAIX3 août 2011 10:18
Bonjour,
Merci pour vos remarques constructives sur le blog. Je cherche actuellement à optimiser tout cela 
J’ai essayé rapidement le mode 25p et 50i en effet qui sont en dessous du mode 24p en terme de définition car ils ne sont pas natif. Pour moi, ça n’est vraiment pas l’idéal…
Quand au hack du GH2, après presque 15 rechargement de firmware, je dois dire qu’il n’y a peu de risque (d’ailleurs, je n’ai pas entendu de soucis non plus sur le GH1 à l’époque). Le risque zéro n’existe pas, et je ne peux pas garantir que cela sera sans danger, mais personnellement je fais confiance à ce procédé. Je pourrais mettre une petite vidéo en temps réel pour montrer comme ça se passe. Ca peut être rassurant
Jeykk9 août 2011 10:50
Salut. Je voudrais te poser 2 questions. D’abord tu as coupé une partie de la vidéo ? On dirait qu’il y a une saute d’image au début de la vidéo. Du coup la deuxième question que je me pose, c’est « est ce que c’est stable avec le hack » ? Merci.
Benjamin DUPLAIX10 août 2011 6:50
J’ai filmé ce week end plus de 30 minutes de vidéo (soit jusqu’au bout de ma carte de 16 Go) et c’est très stable.
Il y a juste quelques saute d’image au début pendant 9 à 12 images… C’est ce qu’on voit ici au début de la vidéo. Je n’ai rien coupé 
romain11 août 2011 9:10
superbe as always !!
ce hack me tente bien, mais il déminue la taille de l’enrengistrement ?
30 minutes de vidéo (1080p24) sur 16 go…
tu filmais combien de temps avant ?
Benjamin DUPLAIX11 août 2011 5:45
Je faisais 1h15 sur une 16 Go, 45mn avec le hack à 44mbps et 30mn avec le 60mbps.
Lonfils Jean-Marc25 août 2011 4:02
Bonjour ,
C’est vrai qu’une petite video décrivant la procédure à sivre pour le hack, serait vraiment très utile.
Bonne journée.
Lonfils
Benjamin DUPLAIX26 août 2011 10:43
Bonjour,
je vais tenter cela ce week end alors ! Une petite vidéo de hack en français
Grégoire4 septembre 2011 11:56
Tous les jours, oui oui, tous les jours je viens visiter cette page avec l’espoir de voir cette vidéo promise du hack du GH2 en… français. D’après ce que j’ai pu lire, c’est le 42 mbps appliqué au 24h qui est le plus stable et le plus intéressant. Par ailleurs Panasonic a semble-t-il annoncé le 25P au même débit que le 24P usine dans une mise à jour prochaine. Quoiqu’il en soit, je reviens demain voir si cette petite vidéo peut m’aider (je suis assez mauvais en informatique). Comme je compte sur toi! MERCI.
Grégoire7 septembre 2011 10:30
Ce serait un tuto pour Mac. Ce serait vendredi. De cette semaine. Ce serait un beau jour…
Benjamin DUPLAIX9 septembre 2011 12:36
Bonsoir tout le monde. En fait, Grégoire, tu viens de toucher le fond du problème. J’essaye de trouver une solution pour hacker le GH2 depuis un mac … Ca semble impossible.
Je viens de récupérer mon PC, je vais donc pouvoir au moins faire une version PC maintenant …
Par contre, j’utilise du 63mbps appliqué au 24H avec un Gop de 3 et un buffer doublé. Je viens de partager mon firmware modifié avec un autre utilisateur de GH2, et il est aussi stable sur son appareil que sur le mien, et de bien meilleure qualité que le 42mbps. Le seul défaut consiste à un drop d’images sur les 4 premiers GOP (soir la première demi seconde de film).
Jean Claude9 septembre 2011 9:00
Merci d’avance Benjamin, ça servira à plein de monde certainement
Dominique9 septembre 2011 11:14
Bonjour
Je n arrive pas a hacker mon GH2 j ai beau suivre les instruction je penses a la lettre il doit y avoir quelque chose qui m echappe.
Est il normal que Ptool ne reconnaisse pas et donc refuse de relire le fichier de mon firmware modifié?
Est il normal que mon GH2 ne mette que 1mn50 pour la soit disant mise a jour du firmware?
Est il normal que l affichage de la version du logiciel m indique toujours interne 1.0 optique 1.0 ?
Dominique9 septembre 2011 11:18
désolé mais je n avais plus de place pour remercier ceux ou celles qui repondont à mes questions. J ai vu que quelqun avait echange un firmware modifie je serais ravi s il pouvait me faire parvenir une copie
donc merci d avance
Benjamin DUPLAIX9 septembre 2011 11:47
Bonjour, alors voilà, la vidéo du Hack est faite !! Je la mets en ligne ce soir !
Au programme :
- Petits rappels sur le codec du GH2
- Mise en garde et précautions à prendre
- Procédure de création du nouveau firmware
- Procédure d’implantation du nouveau firmware
- Diverses remarques sur le hacking du GH2 et les choix possibles de modifications
Pour répondre déjà aux questions de Dominique :
Ptool ne peut pas lire un firmware hacké en effet. Il ne peut lire que l’original !
La mise à jour est, semble il, assez variable, bien que je ne connaisse pas les raisons de ces variations. 1m30 me semble un peu court, mais pas impossible.
Après, la version du logiciel restera toujours 1.0 (ceci afin de rendre possible une éventuelle mise à jour du firmware par Panasonic.)
Très bonne journée !
Max9 septembre 2011 12:20
Super nouvelle, merci Benjamin pour ton super travail
Dominique9 septembre 2011 10:17
Merci Benjamin de tes reponses d une part et de ta video d autre part.
J espere que tu vas nous donner les valeurs que tu utilise dans le Hack
Enfin merci du temps que tu passes a nous repondre et a nous faire cette video, nous autres les pauvres beotiens du hack
Dominique9 septembre 2011 10:20
tu nous diras comment acceder a cette vidéo miracle s’you plet !!!!!
Grégoire9 septembre 2011 11:42
Benjamin, je savais que ce vendredi serait formidable, même si, pour réaliser le hack, je dois aller chez un pote qui utilise un PC. Après tout, ce n’est pas très contraignant…
Hâte donc de voir cette vidéo.
Mille fois merci.
Grégoire9 septembre 2011 11:43
Benjamin, je savais que ce vendredi serait formidable, même si, pour réaliser le hack, je dois aller chez un pote qui utilise un PC. Après tout, ce n\’est pas très contraignant…
Hâte donc de voir cette vidéo.
Mille fois merci.
Grégoire9 septembre 2011 11:56
Par ailleurs, très bonne nouvelle pour les utilisateurs de Final Cut Pro 7 : Panasonic a mis à disposition hier un plug-in permettant l’import du AVCHD en natif sur FCP7. Finies les conversions obligatoires en Prores 422 HQ qui affectent (légèrement) les fichiers natifs. Possible donc de monter désormais en H264 directement.
Une question se pose néanmoins : vaut-il mieux travailler des fichiers encodés en 4:2:2 via l’Apple Prores (et donc pouvoir les étalonner plus facilement) ou travailler directement les fichiers en natifs (sans déperdition de qualité) et renoncer à un étalonnage puisque encodé en 4:2:0?
Benjamin DUPLAIX10 septembre 2011 1:21
La vidéo est uploadée et est en cours de conversion. C’est plus long que prévu donc le lien sera là demain matin !
Gregoire, pour répondre à ta question :
Il vaut mieux travailler sur des fichiers encodés en 4:2:2 car lors d’un rendu tu n’auras pas de perte de qualité, ce qui sera le cas avec un rendu en avchd natif. En gros, l’intérêt de lire directement l’avchd en natif, est de permettre d’importer directement les .mts dans finalcut pour un montage rapide, même si tu as détruit l’arborescence de ta carte mémoire. Au final, je conseil tout de même la conversion prores !
dominique10 septembre 2011 12:45
Bonjour Benjamin
Te sera t il possible de me conseiller sur le transfer des video sur PC.
Comme logiciel j ai la suite cs5 dont je n utilise que Aftereffects je monte avec Edius 6 et j ai la suite Red Giant Magic Bullet j ai egalement Hierogliph et Mercaly pour les titrage et la stabilisation
Lonfils Jean-Marc @ September 20 2011 11:11 am
Bonjour Dominique ,
Est-il possible d'utiliser la suite Red giant Magic Bullet dans Edius ?
Jean-Marc Lonfils.
dominique11 septembre 2011 8:54
Bonjour Benjamin
Que se passe t il avec la vidéo tant attendue?
Si tu ne » peux pas la mettre sur le net pour quelque raison que ce soit je suis tout a fait OK pour te payer un CD une carte SD chargée avec le nouveau firmware te payer le transport et il n y a aucun probleme pour te dedomager du temps que tu passes pour nous
michelle12 septembre 2011 1:47
J’attends avec impatience cette video, merçi Benjamin pour tout ton travail
Michelle. Paris. France
Dominique12 septembre 2011 9:20
Bonjour Benjamin
Je viens de Hacker mon GH2 mais j aimerais bien que tu indique quel sont les reglages et les valeurs a changer pour avoir des videos de qualite optimales
Merci
Agôn Production – Comment hacker un gh2 – Tutorial vidéo.12 septembre 2011 11:38
[...] récents Dominique dans Test du Hack du GH2 – 60mbps et GOP3michelle dans Test du Hack du GH2 – 60mbps et GOP3dominique dans Test du Hack du GH2 – [...]
Lonfils Jean-Marc20 septembre 2011 11:13
Bonjour dominique ,
Est-il possible d’utiliser la suite Red Giant Magic Bullet dans Edius ?
Jean-Marc Lonfils
Dominique20 septembre 2011 12:15
Bonjour Jean Marc
Je ne pense pas que Red Giant Magic fonctionne integralement avec Edius pour tout te dire je commence toujours par traiter mes « rushes » avec Afeter Effects et la aucun probleme Red Giant fonctionne parfaitement et je n utilise Edius que pour le montage final quand j’ai tout preparé.
Si je peus t aider plus dis le moi ce sera avec plaisir dans la mesure de mes competences qui sont bien inférieures a celles de Benjamin
Christophe21 septembre 2011 11:02
Bonjour
Merci mille fois pour ta vidėo, j aimerais savoir s il est possible d utiliser la sortie hdmi en meme tant que l on film avec ce nouveau firmware?
Christophe
Grégoire23 septembre 2011 9:04
Benjamin, et les autres…
Voici une court métrage que j’ai tourné avec le GH2. Soyez indulgents, je l’ai écrit, tourné et monté en 4 jours. Il s’agissait juste de tester la « bête ».
Lonfils Jean-Marc27 septembre 2011 10:18
Bonjour grégoire ,
Félicitations pour ton film très bien réalisé ( belle lumière aussi , beaux cadrages , etc…).
Avec ce film , et d’un point de vue purement technique , quelle différences majeures notes-tu entre l’image du GH2 hacké ou non hacké ?
Bien à toi.
Jean-Marc Lonfils
Dominique1 octobre 2011 9:10
Bonjour Benjamin
Pouirais tu m indiquer si tu as reussi de modifier le 1080X720 en 1920X1080 et ce que cela a donné.
J ai voulu le faire mais il doit y avoir un truc que je ne fait pas bien.
Cyril24 octobre 2011 1:01
Bonjour à tous,
je suis un peut novice pour hacké mon petit GH2. j’ai bien compris pour le 45mbps grâce à la vidéo de benjamin. Mais pour avoir du 60 mbps ?? quel réglages sur PTool v.3.62.
merci à vous.
Cyril
Julien20 novembre 2011 7:59
Bonjours,
Votre article est très intéressant ainsi que tous votre site d’ailleurs !
Je suis moi même possesseur d’un GH2 et je trouve vraiment que c’est l’outils de prise de vue parfait pour ce qui est du rapport compacité/qualité .
Cependant je vais me permettre de corrigé un passage de votre article à propos du 4.2.2 …
Vous semblez dire que quand le signal est codé en 4.2.2 ou en 4.2.0 ses échantillons serons divisé entre ceux qui ne possède que les données de luminance et ceux qui possède les deux.
D’ou votre exemple:
« En 4 : 2 : 2 ils ressemblent à ça :
YCbCr Y
YCbCr Y
Et en 4 : 2 : 0 à ceci :
Y Y
CbCr
Y Y »
Hors ceci est faux…
En fait en 4.2.2 pour reprendre votre exemple, on a sur 4 pixels:
Effectivement 4 pixels avec chacun leurs propre information de luminance Y en revanche pour ce qui est de la chrominance, deux pixels ce partage une valeurs CrCb et les deux autres ce partage eux aussi une autre valeurs CrCb il n’y a jamais de pixels ayants seulement Y ! Même en 4.2.0 on a comme vous le dite 4 pixels avec sa propre valeur Y mais là les 4 pixels partage tous la même valeur CrCb !
En reprenant votre schéma on ce retrouverai avec ceci:
En 4 : 2 : 2
Y1 CbCr1 Y2 CbCr2
Y3 CbCr1 Y4 CbCr2
Et en 4 : 2 : 0 :
Y1 CbCr1 Y2 CbCr1
Y3 CbCr1 Y4 CbCr1
Ceci peux d’ailleurs ce constater à l’oeil nue sur un écran pas trop définie pour pouvoir distinguer les points, on ne verra jamais un seul pixel coloré à coté de deux autre en nuance de gris… (par pixels sur l’écran j’entend bien sur le trio RVB qui forme un pixel)
Je n’ai pas parlé du 4.4.4 car celui ci est en fait réservé seulement au signal RVB il est inutile en « vidéo » car pour l’oeil humain le 4.2.2 suffit.
En fait le codage 4.2.2 a été inventé pour permettre une compatibilité entre les différents standards de l’époque. Il est issu de la Norme ITU-R BT 601.
Petit récapitulatif:
Nous somme dans les années 90:
625 lignes utilisé en l’Europe et 525 lignes pour les USA
Fréquence ligne pour 625 L : 15 625 hz
Fréquence ligne pour 525 L : 15 750 hz
De là on a pris le Plus Petit Commun Multiple entre ces deux fréquences qui est de: 3,375 Mhz
Ensuite on procède à l’échantillonnage du signal,
et grâce a ce PPCM pas besoin de deux procédé différent entre les différent standards ce qui a dû simplifier bien des choses !!
cela nous donne :
(Fech=Fréquence d’échantillonnage)
Fech Y= 3,375 Mhz * 4 = 13,5 Mhz
Fech Cr= 3,375 Mhz * 2 = 6,75
Fech Cb=3,375 Mhz * 2 = 6,75 Soit 13,5 Mhz pour la totalité de l’échantillonnage de la chrominance
Sa y est ont a du 4.2.2 !
(pour le 4.2.0 je ne suis plus certain mais je crois que Cb est échantillonné mais seulement a 3,375 Mhz on ce retrouve en fait avec du 4.1.1)
Actuellement avec la HD 1920/1080 point on parle toujours de 4.2.2 même dans les milieux très pro ! Hors c’est un abus de langage, on devrais parler de 22.11.11 !
Voila voila j’espère ne pas avoir été trop confus… et que j’ai pus vous apporter des informations utiles.
Je vous souhaite une bonne soirée et encore bravo pour votre site !!! 
cordialement,
Julien
Benjamin DUPLAIX @Twitter Name November 23 2011 00:49 am
Arg ! Je savais qu'on allait me reprendre tôt ou tard sur cette explication :)
J'ai en effet commis une petite (énorme) faute, que je vais de ce pas corriger.
merci encore pour cette excellente contribution.
Julien1 décembre 2011 11:03
Y a pas de quoi
Jojo17 février 2012 8:15
Bonjour,
désolé de vous embêtez après tout ce temps mais en fait je vais acheter un GH2 demain…J’ai un peu peur de le hacker…et pour l’instant je vais le tester comme ça et apprendre à le connaitre..avant d’essayer de l’améliorer…
Je voulais juste savoir si il est possible de changer seulement la limitation des 30 minutes et de passer en Pal ou Ntsc…
merci..
J.
Ludo-ciné9 mars 2012 12:03
Bonjour,
J’ai lu qu’on peut hacker un GH2 sur un Mac en utilisant le freeware WineBottler, qui permet d’ouvrir les fichiers .EXE sur un Mac. WineBottler sert à exécuter les applis Windows sur Mac OS X. Lu sur le forum de cameravideo.ent, et sur d’autres forums en anglais.
Quelqu’un a-t-il des retours là-dessus?
Merci d’avance.
Leave A Comment
Posting your comment...
POULAIN1 août 2011 3:02
Bonjour, ce blog est vraiment sympathique, bien qu’un peu lent sur le chargement de certaines pages, et pas toujours très pratique avec ces nombreuses pages à chaque fois (bouton read more… 1 article par page etc…). Merci pour toutes ces infos partagées en français en tout cas, j’apprends beaucoup !
Je me permet de vous demander si vous avez pu essayer le mode 1080p à 25 ou 50 ips ? j’ai trouvé assez peu d’infos et elles sont en anglais. J’ai un peu peur pour mon GH2 et j’ose pas me jeter à l’eau.