Les Archives des Forums du Repaire
|
|
Forum MPEG, DVD, SVCD...
|
Discussion : IBBPPI...???
|
|
Author : gilmira
|
Posted : 25-Nov-2001 09:11:56
|
Quelqu'un pourrait-il m'expliquer :
- ce que signifient ces lettres, - ce qu'est le paramètre réglé par cette suite... merci de vous interesser à cette question. |
|
Author : Monique
|
Posted : 25-Nov-2001 10:22:18
|
Hello
C'est la structure même du mpeg2 : Un site qui résume tout et qui n'a pas son équivalent en français : http://bmrc.berkeley.edu/frame/research/mpeg/faq/mpeg2.html En (très bref) résumé : Lorsque l'on a un film en .avi, sa structure se présente image par image au rythme de 25 images secondes en PAL. En mpeg2, un film ne se présente pas sous forme d'une suite d'images identiques. Le mpeg2 va, via des algorithmes de compression mathématiques (c'est le Quantix matrix ou matrice de quantisation de Tsunami), décomposé l'image avi qu'on lui donne à traiter. Il va extrapoler, "oublier" volontairement de reproduire ce qui se trouve sur cette image, s'il estime que les données n'ont pas changé par rapport à l'image précédente. Il faut que le fichier MPEG perde du poids par rapport à l'avi. Pour coder, compresser cette information, il va créer une chaîne d'images (que l'on retrouve dans la structure GOP de tsunami). La chaîne d'images se composent de : I = images Intra P = images Prédict B = images Backward La séquence par défaut de Tsunami se présente sous forme : 5 images P, 1 image I, 2 images B Les images P (prédict), les premières dans la structure doivent ressembler (suivant une gradation de fort à moins fort) à l'image .avi précédente à traiter l'image I (intra), représente l'image du milieu qui doit être une moyenne entre les données de l'image de notre film .avi précédente et de notre image suivante Les 2 images B (backward) les dernières dans la structure doivent ressembler (suivant une gradation de moins à plus fort) à l'image .avi suivante à traiter . Ceci nous amène à comprendre pourquoi on ne peut pas couper du mpeg2 comme on coupe de l'avi, et explique donc la difficulté de monter des films en mpeg2. Lorsque nous utilisons l'outil "fusionner et couper" de Tsunami, nous coupons, sans nous en rendre compte, à n'importe quel endroit, dans la chaîne des IPB, et Tsunami refait le "remaillage" pour que la chaine soit de nouveau complète. Ce qui explique aussi pendant tout un temps on s'est plaint d'un léger bug dans le son, lors de coupe dans notre film MPEG, parceque remailler revenait à changer la longueur du film, dont il fallait traiter la bande son pour s'ajuster à cette découpe Ce qui explique aussi pourquoi certaines cartes d'acquisition (chères) sont capables de monter en mpeg2 (Rt2000, RT2500). L'opération consiste, pendant le temps du montage à pousser le bitrate jusqu'à 15.000 pour ne plus travailler qu'en image Intra (elles sont tloutes identiques, on peut couper dedans). L'opération de montage terminée, on retransforme le film mpeg2 en suite d'images IPB et on ramène le bitrate en fonction du format final souhaité (SVCD ou DVD) Voili, voilou :-) |
|
Author : gilmira
|
Posted : 25-Nov-2001 16:54:16
|
merci monique, une fois de plus !!!
|
|
Author : bbpp
|
Posted : 25-Nov-2001 21:23:30
|
Merci Monique pour ces savantes explications.
Et "de la discussion jaillie la lumière" ! Mais alors, si je comprends bien - le problème que je rencontre avec NERO - déjà décrit dans ce forum - que j'accuse de coupures en lecture continue à chaque clip (chapitres) - ne viendrait-il pas plutot de TSUNAMI que j'utilise pour encoder et pour DECOUPER mon film ? ??????? et on nous disait rien ? on laisserai accuser NERO ? Car tu explique : "Ce qui explique aussi pendant tout un temps on s'est plaint d'un léger bug dans le son, lors de coupe dans notre film MPEG, parceque remailler revenait à changer la longueur du film, dont il fallait traiter la bande son pour s'ajuster à cette découpe" ????? Mais tu parles au passé ? Cela voudraiy-il dire que ce problème est résolu ? Ca m'interresse. Bernard |
|
Author : bbpp
|
Posted : 25-Nov-2001 21:24:20
|
Merci Monique pour ces savantes explications.
Et "de la discussion jaillie la lumière" ! Mais alors, si je comprends bien - le problème que je rencontre avec NERO - déjà décrit dans ce forum - que j'accuse de coupures en lecture continue à chaque clip (chapitres) - ne viendrait-il pas plutot de TSUNAMI que j'utilise pour encoder et pour DECOUPER mon film ? ??????? et on nous disait rien ? on laisserai accuser NERO ? Car tu explique : "Ce qui explique aussi pendant tout un temps on s'est plaint d'un léger bug dans le son, lors de coupe dans notre film MPEG, parceque remailler revenait à changer la longueur du film, dont il fallait traiter la bande son pour s'ajuster à cette découpe" ????? Mais tu parles au passé ? Cela voudrait-il dire que ce problème est résolu ? Dans quelle version de Tsunami ? Ca m'interresse. Bernard |
|
Author : Monique
|
Posted : 25-Nov-2001 21:46:36
|
Hello bbpp
Concernant l'image : --------------------- Si les séquences de mpeg2 sont simplement mise bout à bout sans passer par l'outil Mpeg "couper" et que l'on tente une lecture continue, c'est alors normal de constater un léger défaut. Concernant le son : ------------------- Depuis déjà un certain temps plus personne ne se plaint sur ce forum de bug dans le son, lors de couper/coller. J'en ai donc déduit que Tsunami avait corriger ce bug lors d'une de ses (nombreuses) mises à jour. à+++ |
|
Author : baloub
|
Posted : 25-Nov-2001 23:10:38
|
Salut monique,
C'est un peu bizarre ce que tu nous écris là. Ca ne correspond pas trop au peu que je connais sur la compression MPEG. Par exemple l'image Intra (I) ne dépend que d'elle même. (une sorte de simple image JPEG) L'image Prédite (P) est codée en utilisant la compensation de mouvement par rapport à une image Intra ou Prédite précédente. L'image bidirectionnelle (B)(interpolée) est codée en utilisant la compensation de mouvement par rapport à une image passée ou future Intra ou prédite. Dans un autre bouquin : - Les images I contiennent tous les éléments nécessaires à leur reconstruction et sont de ce fait le point d'entrée obligatoire lors de l'accès à une séquence. Les images I sont peu compressées. - Images P : On ne peut multiplier indéfiniment le nombre d'images P entre deux images I car, étant utilisées pour coder d'autres images P ou B, elles propagent en l'amplifiant toute erreur de codage. Taux de compression beaucoup plus fort que I. - Image B : n'étant pas utilisées pour définir d'autres images, elles ne propagent pas les erreurs de codage. Taux de compression le plus élevé. Ce que je retiens surtout de tout ça, c'est que, si on dispose d'un débit suffisant, il vaut mieux ne pas forcer sur les images P. La séquence standard de Tsunami semble d'ailleurs trop riche en images P : IBBPBBPBBPBBPBBPBB (GOP de 18) C'est du moins ce que m'a dit un autre encodeur lorsque j'ai voulu essayer cette séquence. Pour lui le standard était: IBBPBBPBBPBB (GOP de 12) Ce qui m'a fait réagir (et que je ne comprend donc pas), c'est quand tu dis que les images P sont les premières dans la structure, que les images I sont une valeur moyenne et que les images B doivent ressembler à l'image suivante du fichier AVI... |
|
Author : Monique
|
Posted : 25-Nov-2001 23:42:28
|
Salut Baloub
On peut écrire tout un bouquin sur le mpeg (et de nombreux bouquins ont été écrits) J'ai fait volontairement simple : - puisque la question était simplement une demande d'infos générales - et juste pour attirer l'attention sur le fait que découper et monter en mpeg différait de l'avi Le site en anglais dont j'ai donné la référence te donnera beaucoup plus d'explications techniques http://bmrc.berkeley.edu/frame/research/mpeg/faq à+++++ |
|
Author : Gypsy
|
Posted : 26-Nov-2001 02:10:08
|
Il est donc préférable de monter en AVI puis de coder en MPEG une fois le travail terminé.
(Voir mon post sur svcd pour détails) |
|
Author : bbpp
|
Posted : 26-Nov-2001 10:15:58
|
Bonjour,
Quand je dis qu'il y a une coupure en lecture continue, à partir de fichiers coupés en plusieurs clips, par l'option "couper" de tools Tsunami, je précise, que c'est une coupure son - avec une pause de 1 s avec gel d'image, mais SANS coupure d'image. (C'est juste une pause - mais non voulue - même quand on règle la pause sur 0(zéro), dans NERO. Du coup, je me RE-demande, si ce n'est pas NERO qui est tout de même la cause ? (A la lumière des explications). @+ PS/ Maintenant que je suis en pré-retraite, j'ai du temps, et je teste moi-même ce que je dis. |