Version imprimable du sujet
Cliquez ici pour voir ce sujet dans son format original
Forum DivX Video Ripp-it After Me Ri4m _ Support et Assistance Technique _ MPEG4 modifier
Écrit par : arktos 25/11/2004 20:03
pour les fameux films en xvid qui s'accadent sur les platines salon et pour eviter le réencodage il y a un logiciel qui s'appel MPEG4 modifier et qui unpack les packed bitstream
yaurait pas moyen d'integrer la meme chose directement dans l'excellent RIAM ?
Écrit par : pepsilite 25/11/2004 21:45
je ne connais absolument pas ce dont tu parles ....
Et puis voyons, voyons, le Xvid, c'est quoi ça déjà ? un codec vidéo? c'est ça? 
Écrit par : zombi55 25/11/2004 23:49
voilà ce qu'on dit :
Les saccades peuvent venir d'une différence de cadence entre le format PAL et le format NTSC, elles sont visibles lors d'un défilement lent et régulier du fond de l'image, mais elles ne me gêne pas.
Elle peuvent venir d'un format bitstream, là , elles sont horribles.
Lorsque vous avez des saccades, utilisez Mp4Modifier et ouvrez l'AVI
S'il diagnostique un format bitstream, cocher la case unpack et changer le user data de Divx...b...p" et replacer le dernier "p" par un "n"
MPEG4 Modifier : http://www.moitah.net
Écrit par : arktos 26/11/2004 07:12
apres test ca marche
Écrit par : stryke 26/11/2004 10:46
yaurait pas moyen d'integrer la meme chose directement dans l'excellent RIAM ?
Il y a "à boire et à manger" dans tes propos, alors avant que l'on "diabolise" une nouvelle fois le XviD quelques infos sur le packed bitstream
Issu d'un post du forum de planète numérique
L'interface des codec Video fo Windows (VfW) et son container (AVI) ne peuvent PAS gérer les B-Frames contrairement à d'autres containers plus modernes (MP4 par exemple).
Si l'on veut a tout prix utiliser des B-Frames dans un AVI il faut utiliser des "bidouilles". Il existe 2 solutions :
A/ Au moment de l'encodage : C'est ce que l'on appelle le Packed Bitstream qui est utilisé par défaut par les codecs DivX et XviD.
B/ Au moment du décodage : C'est la solution choisie par le XviD si l'option Packed bitstream est désactivée.
Principe:
Normallement les images sont stockées dans le container dans l'ordre I P B B et seront affichées dans l'ordre I B B P.
VfW et AVI utilisent un modèle de type "one frame in, one frame out". Pour chaque image en entrée, il doit y avoir une image en sortie. Cela aussi bien au décodage qu'à l'encodage. Ce fonctionnement n'est pas compatible avec les B-Frames car elles sont Bi-directionnelles et sont construites en utilisant 2 images à la fois, les I/P-Frames précedentes et suivantes. VfW et AVI n'autorisent pas de fonctionnement avec 2 images en entrée et une image en sortie.
A/ Packed Bitstream
Comme AVi et VfW fonctionnent en "1 image en entrée, 1 image en sortie", la "bidouille" consiste à "assembler" la première B-Frame avec la P-Frame en une seule image puis a ajouter une N-Frame pour conserver le même nombre d'image. I P B B devient I PB B N.
Assembler 2 images en une seule est considèré par certains comme un non respect de la norme MPEG-4.
B/ Retard du décodeur
Un autre moyen de contourner cette limitation de l'AVI est d'introduire un retard de une image au décodage. Dans ce cas les images sont stockées normalement I P B B. Le décodage se fait alors de la manière suivante :
1/ Le décodeur reçoit la I-Frame mais ne l'affiche pas. A la place il affiche par exemple le fameux message "WARNING: NOTHING TO OUTPUT B FRAME DECODER LAG" du XviD.
2/ Le décodeur reçoit ensuite la P-frame mais affiche la I frame reçu précedement. Il y a donc une retard de 1 image.
3/ Le décodeur reçoit la première b-Frame. Comme il dispose déjà des I et P-frame dont il a besoin, il peut l'afficher.
4/ Comme il dispose déjà des I et P-frame dont il a besoin, le décodeur peut aussi décoder la seconde b-Frame.
5/ Le décodeur affiche la P-Frame
Avec cette méthode le décodeur n'affiche pas l'image qu'il reçoit mais celle d'avant. Cela introduit un retard mais, contrairement au Packed Bitstream, le flux est compatible MPEG-4.
FAQ XviD de Crusty (désolé, mais j'ai encore traduit ça "à l'arrache")
Il peut résoudre des erreurs de frames dans le conteneur AVI.
Il peut également résoudre des pbs de lecture via ffdshow, le décodeur DivX et avec les platines de salon.
à€ moins que vous ne sachiez précisément ce que vous faites, il est conseillé de ne pas l’utiliser. Si vous rencontrez des problèmes en lecture, faites un essai en l’activant.
Il ê« semblerait ê» qu’avec la dernière version de XviD, que les problèmes d’utilisation de Packed Bitstream soient résolus.
Nota : Si vous utilisez le décodeur XviD en lecture, vous devez jamais cocher Packed Bitstream
Remarques en vrac :
- Perso toutes mes vidéos sont encodées avec cette option et je n'ai aucun pb sur ma platine "XviD"
- A partir de la version 1.0 du codec XviD cette option "serait" entièrement compatible avec le packed bitstream du codec DivX (qui lui utilise systématiquement ce principe)
- Il est possible que ton film soit encodé avaec une version antérieure à la V1.0. Pour vérifier la version la version du codec utilisé pour l'encodage, voir ce post : http://forum.ripp-it.com/index.php?showtopic=3735
- Retirer le packed bitstream peut résoudre des pbs de saccades (cf ton cas) mais pas tous. Les pics de bitrates sont également générateurs de saccades, donc prudence avant de se lancer dans ce genre d'opération. De plus pour utiliser ce soft il faut au préalable installer .NET de Microsoft
EDIT : Voir également remarque de fisfor ci-dessous (je l'avais oublié celle-là )
Écrit par : fisfor 26/11/2004 10:47
oui, oui!
si on se retrouve avec un xvid, avec le packet bitstream activé, et les bvops>1, alors le film est micro-saccadé sur les platines avec puce mtk.
dans ce cas un passage à la moulinette avec ce petit soft bien pratique, pour virer le packet bitstream, et le prob est résolu. ça prends bcp moins de temps qu'un réencodage (5-10mn à tout pèter). en fait c'est plus le nbre de bvops qui pose prob, que le packet bitstream.
par contre en xvid, sous riam, avec ses paramètres, pas de prob, vu que le packet est bien enclenché, et que les bvops sont sur 1
elles sont sur 2, avec les réglages par défaut du xvid, et c'est pour ça que ça fout le bor..l (sur les vibratto, je ne crois pas que ça dérange)
pour ce qui est du divx, il utilise aussi le packet (pas possibilité de le désactiver), mais par contre jusqu'à la version 5.1.1, les b-vops étaient elles aussi bloquées sur 1, et donc pas de prob! dans la 5.2 on voit cette option sous le nom "adaptif unique consécutif".
Écrit par : stryke 26/11/2004 10:55
si on se retrouve avec un xvid, avec le packet bitstream activé, et les bvops>1, alors le film est micro-saccadé sur les platines avec puce mtk.
......
Ben oui....il faut être complètement "ouf" pour activer packed bitstream avec b-vop > 1
Ca doit être un beau "bordel" dans l'organisation des frames...
Écrit par : yober 26/11/2004 12:02
Strike, c'est le gardien du temple pour le Xvid 
Écrit par : fisfor 26/11/2004 13:43
si on se retrouve avec un xvid, avec le packet bitstream activé, et les bvops>1, alors le film est micro-saccadé sur les platines avec puce mtk.
......
Ben oui....il faut être complètement "ouf" pour activer packed bitstream avec b-vop > 1
Ca doit être un beau "bordel" dans l'organisation des frames...
bin disons que c'est le réglage par défaut du xvid, et que ça ne pose aucun prob sur les pc (et les puces vibratto, il me semble, mais je n'en suis pas sur
)
Écrit par : arktos 26/11/2004 17:51
je ne sais pas le detail mais en tout cas ca marche sur pas mal de xvid qui s'accadent sur mon lecteur a base de puce mtk
donc faisable d'integrer l'equivalent dans RIAM ?
Écrit par : M.ED 27/11/2004 12:06
donc faisable d'integrer l'equivalent dans RIAM ?
pourquoi faire ?
créer un XviD compatible platine de salon
c'est pour qui ?RIAM intègre déjà le support pour platine, même mtk
PS en ayant une moi-même je n'ai aucune saccade !
Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)