Bonjour,

Dans le titre, je dis Leon, mais tous les autres sont également les bienvenus...

Donc, je disais, Leon, j'ai parcouru (rapidement pour l'instant) tes explications sur une troisième passe pour diminuer la pixellisation du brouillard par exemple dans un DivX...

Tu indiques qu'il faut délimiter les zones du film à réencoder.

Question stupide, mais, j'ai un film qui a ces défauts tout le long... difficile (voire impossible) de déterminer les zones précises.
J'ai tenté un encodage avec une qualité élevée : 1700 Mo pour deux heures de film.
- Une version en DivX
- Une version en XviD
Bon, y'a pas photo, le XviD l'emporte, mais je suis très perfectionniste, et j'aimerais un encodage encore meilleur. Sur l'ordi, evidemment, c'est bien, mais sur la télé, c'est loin d'être le top !

Aurais-tu une solution à me proposer ?

Merci

@+

Si le film a des défauts <<partout>>, alors il n'y a qu'une solution : augmenter le débit vidéo.
(Réduire la résolution augmente le flou, et cela ne m'intéresse pas.)

Mais comme ton débit est déjà d'au moins 1800 kbps (1700 Mo pour 2 heures d'audio-vidéo), il n'est plus vraiment raisonnable d'augmenter le débit (à moins que ce soit de la HD).

Tu as quoi comme écrans d'ordi et de télé ?

Donne-nous des infos supplémentaires sur ton encodage :
Le genre de vidéo ? film de cinéma normal, non ?
Quelle résolution ? (et sans les bandes noires ?...)
Quelle configuration du codec DivX adoptes-tu ? (en 1ere passe, et en 2nde passe)
Utilises-tu un script d'encodage particulier ?

Peux-tu nous montrer les fichiers statistics.log créés lors de la compression divx ?
Et aussi une copie de l'analyse par virtualdub de la vidéo compressée stp

Bonjour,



@+

Stargate, je vois je vois Je l'ai, je vais voir comment je configurerai le codec divx pour me faire un encodage... (et je repasse)

Moi je l'ai encodé y'a pas longtemps...et il est plutôt de bonne qualité...je l'ai encodé en xvid...pour une taille de 1,35Go...

Après une rapide analyse, je pense qu'un débit vidéo de 1000 kbps devrait largement suffire pour moi. Et comme le film bouge moyennement dans l'ensemble, je règlerai la variable Net à 16 dans SoftSharpen.

Un script du genre

appliqué à un encodage divx bipasse, niveau "meilleure qualité", à 1000 kbps,
(avec un seuil image clé à 85 % pour la première passe)
avec l'astuce pour le générique final (car celui-là "bouffe" énormément !!! cf l'image jointe) entre les deux passes,
devrait rendre une vidéo encodée quand même potable...

Essaie avec LeonDivxQ si tu as le temps

Remarque : d'habitude, c'est sur l'écran des PC que les défauts apparaissent, et moins sur les écrans cathodiques des vieilles TV. Non ?

Au fait, ta vidéo, tu veux l'utiliser "image par image" ou c'est pour regarder "normalement" ?

Et quand tu regardes la vidéo sur ta TV, tu lis le film avec un platine divx ou bien via ton pc ? (sur pc, il y a peut-être une décompression avec un bon post-traitement que ta platine n'aurait pas... d'où le problème de qualité moindre sur la tv)

Sinon, on peut monter le débit à 1500 kbps,
et diminuer la modulation du codec divx à 0.500000 (comme j'essaie d'expliquer pour augmenter la qualité lors d'une troisième passe) pour toute une partie du film (celle qui se passe dans le désert avec poussière, explosions, etc)...

moi ca me donne pas pareil !

ah oui...
toi xvid (à 1500 kbps pour encoder réellement)
moi divx (à 600 kbps pour tester rapidement)

D'ailleurs, on n'a pas le même nombre d'images dans le film (et aussi le nombre d'images clés aussi).

Peut-être que ma répartition est très déséquilibrée à cause du "débit test" trop faible, ou à cause de divx qui encode plus "brutalement" les génériques que xvid... ?

apparemment c'est le divx...car j'ai un autre film encodé en divx de la meme taille et de presque la meme durée et j'ai la meme répartition en ce qui concerne le générique...
xvid est plus linaire et régulier

Effectivement, car j'ai aussi obtenu le même phénomène avec divx à débit plus élevé. Donc c'est divx, ok.

Et du coup, avec l'astuce d'une forte modulation du générique (que LeonDivxQ utilise si on veut. PUB ), on rétablit le bon équilibrage global du débit (comme xvid apparemment).

Ensuite, si le besoin s'en fait sentir, on peut forcer une faible modulation sur une grosse partie du film.

(rem : changer la modulation peut se faire qu'après la première passe)

Bonjour,

Bigre, là, j'ai à faire à deux pros de l'encodage vidéo...

Analyse virtualdub de la troisième version de mon encodage... ci-dessous


Mais, mon encodage est pas mal, mais je suis un tantinet perfectionniste et j'aimerais trouver un "truc" pour diminuer ces effets de pixellisation...
Avec toutes ces évolutions, je ne comprends pas que DivX, ne se soit pas penché sur la question...



Non, normalement...



Je lis à partir d'un HDD Externe multimédia... Et c'est vrai que, maintenant que j'y pense, il s'agit d'un des premièrs appareils du genre lisant le DivX... il est possible que ce problème soit diminué sur les générations suivantes !
Il va falloir que je teste ça sur une platine divx simple...





Bon, là, je reconnais que je suis un peu largué...
« on peut monter le débit à 1500 kbps, et diminuer la modulation du codec... »

C'est des réglages que je n'ai pas l'habitude de faire... je m'en remets en général à Ri4m pour les réglages codec...
Si je te donnes mon script AVS complet de Stargate, tu peut me noter les modifications à y apporter en clair, STP ?

En général, je comprends vite, mais il faut m'expliquer longtemps (et clairement)...

Merci

@+

rem : SG1 a le même nombre d'images que moué ! (à 2 près)

La modulation est un nombre qui permet d'ajuster la quantisation lors de l'encodage. On peut changer la quantisation en éditant le fichier map.log pour divx (ou video.pass pour xvid).
Par défaut, la modulation est 1.000000
si on diminue la modulation (pour les scènes difficiles), on diminue la quantisation et on augmente la qualité d'encodage
et vice-versa (pour les génériques).

Le truc qu'il faut savoir avant de se lancer dans une N-ième passe, c'est que cela ne sert à rien de demander une diminution de la quantisation si elle est déjà au minimum géré par le codec ! Et ça, on peut le voir dans le fichier statistics.xml créé par divx.

Avec un débit de 1800 kbps sur ce film, je suis presque certain (je n'ai pas fait le test) que la quantisation tourne à moins de 2, et donc inutile de vouloir la diminuer.



Un script AVS avec un truc "anti-blocking" pourrait peut-être améliorer les choses... mais je n'ai jamais testé ça...

Tu peux nous mettre une image qui serait pas belle ?

vous avez le même nombre d'image mais votre film a quelle durée ?
moi y dure 1h56m06s

pour la modulation...est il possible de la baisser des la première passe dans les réglages de divx ou de xvid dans les paramètre afin de permettre un meilleur encodage dès le début et pour tout le film ? Cela prendra donc plus de temps ? non ?

Nos films sont à 25 images par seconde et ils durent 1h 55m 51s . Tu as le privilège de 15sec de bonus ... (ça dépend de la version DVD d'origine je suppose)


En ce qui converne le temps d'encodage, il n'y a aucune différence entre avant et après avoir modifié la modulation :
-- dans le fichier .log, au lieu de lire 1.000000 pour toutes les images, le codec va lire 1.000000 pour la plupart, ou 0.300000 pour certaines (les passages difficiles), ou 3.000000 pour d'autres (le générique), etc. C'est pareil à ce niveau de "lecture",
-- et au niveau compression, je ne pense pas que ça change grand chose : encoder à quantizer 2 ou 4 ou 6 prend le même temps de calcul, non ?

Sinon, on ne peut pas changer la modulation qui se trouve dans le fichier .log avant que ce dernier n'existe. C'est l'analyse de la première passe qui le fabrique... Et quand bien même ce serait possible, je ne sais même pas si cela changerait vraiment la qualité d'encodage, car c'est uniquement à partir de la seconde passe qu'il y a réellement encodage. (moué, pas terrible comme argument, mais de toute façon, on ne peut modifier la modulation qu'après une première passe ... )

En revanche, avec divx (j'ai un doute avec xvid) , on peut encoder en 3 passes (comme le fait la souris casquée) pour que le codec ajuste au mieux son fichier d'analyse (lors de la seconde passe, le fichier map.log est mis à jour). Mais là aussi, après des tests numériques, je n'ai pas vu d'intérêt... mais ça dépend peut-être des films...

oui avec xvid l'encodage en 3 passes n'est pas possible

mais faire une 3eme passe directement sous virtualdubmod doit etre tout a fait possible...

ok, mais il me semble (contrairement à divx) que le fichier .log de xvid n'est pas mis à jour par le codec pendant la seconde passe : dans ces circonstances, une troisième passe sera strictement identique à une simple seconde passe.

ahhh...

oui, xvid est plus efficace sur les génériques, mais il est aussi plus capricieux sur le respect du bitrate (tu vois de quoi il en retourne : from Hell ). Ces deux faits seraient-ils liés ?

ben pour l'instant je ne sais pas si c'est un cas isolé et si c'est vraiment dû au film...je verrais avec un autre rip

Bonjour,

Pardon pour le retard...


J'ai un problème... ... Sur l'ordi, je n'arrive pas à trouver une image « pas belle » !
Conclusion : Je pense que c'est mon HDD Multimédia qui doit créer les défauts...


Je pencherais plutôt pour une présentation supplémentaire en début de film...
...Chez moi, il démarre directement sur : « MARIO KASSAR PRESENTS »

Sinon, j'ai refait une nouvelle version que je n'ai pas eu le temps de vérifier sur la télé...
1,80 Go... Oui, je sais, c'est gros pour deux heures de film, mais comme je ne grave pas sur un CD, ça n'est pas un gros problème...
Encodage en XviD qui a pris 9 heures contre 4 habituellement pour un film de 2 heures...
...Heureusement, j'encode pendant la nuit...

...Et pour le respect de la taille par XviD, j'ai demandé 2.1 Go dans Ri4m !

@+

oui c'est vrai que xvid est capricieux quand même pour respecter la taille...et d'ailleurs c'est vraiment dommage !!! sinon il serait parfait !! (crotte !! )

Alors là, SG1, tu as un gage !!!



Moi aussi (les 35 premières images sont noires)



Pourquoi tant de différence de temps entre cet encodage et ceux habituels ?

oui mais là, vu le débit élevé pour la vidéo en question, ça ne m'étonnerait pas que la compression se fasse à quantizer minimal (en fonction de la configuration) ! Ce qui voudrait dire que le codec ne peut pas moins compresser la vidéo, et qu'il ne pourrait pas créer de fichier plus gros que 1.8 Go pour cette vidéo...
As-tu un fichier "statistique" où on peut voir la répartition des images en fonction des quantizers utilisés ? (pour divx, il s'agit du fichier statistics.xml)


ben, faut utiliser divx les gars !!!

Bonjour,


C'est d'ailleur une chose que je ne comprends pas... Avant d'utiliser régulièrement Ri4m, j'ai utilisé DivX Video Duplicator (NeoDivX10). Les encodages en Xvid correspondaient exactement...



No problemo !



Chez toi, elles sont noires ? Sur quelle durée de temps ?



D'habitude, j'encode en DivX... apparemment, c'est plus rapide en DivX !



Ou puis-je le trouver ?



Reste que XviD est de meilleure qualité !
Enfin, c'est mon avis perso !

@+

PS, Je joins une capture de AviBitrateGrapher

[mode=SG1] Bonjour [/mode]




Ah ! Si l'encodage est deux fois plus rapide en divx, c'est peut-être normal que xvid soit meilleur...

Pour faire des comparaisons de qualité vidéo, il faut que la taille du fichier encodé soit les mêmes, certes, mais aussi que le temps de calcul soit les mêmes : il faut configurer les codecs à peu près de manière équivalente, sinon...
Il faut trouver une configuration divx qui soit potable (idem pour xvid), et ce n'est pas du tout celle par défaut à mon avis !

Où trouver un fichier de stats de xvid ?... J'ai lancé une compression xvid pour voir : ça fait longtemps que je ne l'avais pas fait ! Et malheureusement, je n'ai pas trouvé de fichier stat Donc difficile de dire si le codec est "à fond" ou pas...

A part ça, j'ai remarqué une différence évidente entre divx et xvid : pour la première passe d'analyse, divx a déjà besoin de connaître le débit vidéo désiré, mais pas xvid ! Le problème de débit final de xvid vient peut-être de là ? ( J'ai demandé un encodage à 500 kbps, et j'ai eu du 522 kbps avec xvid... avec divx, le nombre est respecté à 1 kbps près !)

Une fois, sur un réencodage bi-passes, divx n'a pas respecté le bitrate demandé, mais après une troisième passe, tout est rentré dans l'ordre... ça, ça doit venir du fait que divx met à jour son fichier d'analyse lors de la seconde passe (alors que xvid non).




C'est un fichier avi créé par xvid ? ou divx ?

Tu as vu la quantité importante de données nécessaire pour encoder le générique final ? !!! ...d'où l'astuce de modulation pour éviter cette abération, et pour augmenter la qualité de la vidéo hors générique.

Malheureusement, je ne sais pas comment modifier le fichier d'analyse de xvid pour changer la modulation (pour le générique, ou les scènes difficiles).

Bref, pour ces quelques raisons, je préfère divx !


Peut-être est-ce dû à un changement de version du codec ? (je doute, mais bon, on ne sait jamais...)



J'ai 1.36 sec de noir, puis apparaît progressivement « MARIO KASSAR PRESENTS »

Bonjour,



Ce soir, je vais refaire un autre encodage, mais en DivX cette fois avec la taille demandée du dernier XviD...

Et puis, après je vais m'arrêter là, parce que ça va commencer à me prendre la tête...

@+

Ah oui quand même !! Tu es fan de Stargate toi !

Pour Divx, prends la config que je propose ici : http://forum.ripp-it.com/index.php?act=ST&...t=0#entry253696
ça ne coûte rien

Bonjour,


Si je prend la ligne 3 passes dans Ri4m pour le DivX sans rien modifier, est-ce que ça peut être bénéfique ?


XviD !



Oui, c'est ça... Je commence à voir la première phrase à 1.40 secondes !

@+

paramétrage du divx :
performance en "meilleure qualité"
codage bidirectionnel "unique"
intervalle image clé "300"
seuil d'image clé "90%"
EDIT : et activer la débruitage de divx si aucun script avs ne le fait en amont
EDIT : intervalle image clé et seuil d'image clé sont ajustable uniquement en première passe

Pas la peine de faire 3 passes (ça ne vaut pas le coup, c'est mon avis, pas celui de micjul).

En revanche, utiliser l'astuce du générique (qui commence à l'image n°164600 environ) permet de gagner un "petit chose" sur l'ensemble du film.


C'est marrant parce que ta répartition n'est pas du tout la même que celle de beuz29 qui, lui aussi, encode en xvid... La tienne ressemble à la mienne en divx.
Donc xvid aussi peut avoir ce défaut sur le générique! ... hein, beuz ?

Mais pourquoi cette différence entre beuz29 et sg1 , alors qu'ils utilisent le même codec ?

Bonjour,



Oui, ce post fait parti de mes Archives vidéo...
je n'ai pas eu le temps de tout "éplucher", mais dans mon cas, je sais que la troisième passe n'est pas réalisable comme tu l'indiques car il est impossible de derterminer avec précision les nombreuses zones à problème...

@+

PS : Nos posts se croisent... J'ai peine à suivre !




Je crois avoir lu plus haut qu'il avait encodé sa version à 1,35 Go

Moi, ma capture, c'est pour l'encodage à 1,80 Go

Y'a quand même un peu de différence...

@+

Oui c'est vrai.
Mais cela dit, entre deux passes (la 1 et la 2, ou bien, la 2 et la 3), l'astuce du générique peut toujours se faire (mais elle ne va pas transcender la qualité, faut pas rêver, mais ça fait un peu de bien quand même ).


Ah oui, c'est chaud ce soir Manque plus que beuz et micjul pour faire une belote dans cette discussion !

Léon, cette discussion est très intéressante, mais je suis obligé de te quitter...
...J'ai pas encore ######é et j'ai un petit creux...

A demain certainement !




Tiens, tiens, bizarre...

Ah oui, j'ai compris !!!!!!!!!!!!!

Je voulais dire que j'allais passer à table et les quatre premières lettres cachées correspondent au site du « concurrent »

Original... ces lettres cachées !

oui, mais non, je ne pense pas que ce soit suffisant comme raison. Normalement (je pense), la répartition du débit pour la seconde passe se fait en fonction du résultat d'analyse de la première passe (dans laquelle xvid ne tient pas compte du débit). A un choua près (en fonction de vos réglages persos), vous dévriez avoir le même fichier d'analyse beuz et toi, donc relativement la même répartition, logiquement... je ne comprends pas...


bien sûr, no problemo !


oui... bof... c'est comme ça...

en effet c'est une discussion tres interessante !! surtout concernant justement le réglage du quantizer afin de baisser le bitrate pour le générique et ainsi redistribuer le gain au reste du film...

Pour ca en effet le divx est tres interessant !!
c'est bizarre que ceux qui mette a jour le codec xvid ne pense pas a rajouter une mise a jour des stats a la fin de la deuxieme passe...et pouvoir ainsi bidouiller les quantizer...

ton post ; http://forum.ripp-it.com/index.php?act=ST&...t=0#entry253696 est tres tres interessant !!

je vais voir le graph des films que j'ai fait en xvid pour voir la répartition sur la partie du générique de fin afin de voir si le bitrate est respecté...

Bon rectification !!! le xvid a le meme comportement sur le générique de fin ou en tout cas sur la plupart des encodages...
le graph de stargate semble etre dû a une échelle moindre (bizarre), mais il semble y avoir quelques exceptions mais faible...

enfin je trouve que le xvid est de meilleure qualité quand meme que le divx...

Les mises à jour ...! Il y a longtemps (divx 5.02), on pouvait imposer au codec divx de travailler entre deux valeurs quantizer (par exemple, entre 2 et 6). Maintenant, ce n'est plus possible... alors que c'est toujours possible avec xvid !

Voici un exemple de fichier d'analyse de xvid :

J'avoue qu'à part les lettres en début de ligne, je ne comprends pas grand chose... et je ne vois pas la moindre trace de modulation de quantisation...

EDIT : le premier numéro après la lettre de début de ligne, ne serait-ce pas la valeur quantizer pour l'image en cours ?? Si c'est le cas, alors il est possible d'envisager une "astuce de générique" pour le xvid !


ok.

J'y connais pas grand chose, mais cela doit etre possible .. d'autres logs le font comme fairuse par exemple

oui le bout de fichier que tu montres là c'est le fichier video.pass ? non ??
mais il n'y a pas de mise en page !!

je viens d'encoder un film et le début du fichier me donne ca

le premier chiffre peut bien etre le quantizer mais quel chiffre designe l'image !?

L'ordinateur sait à quelle ligne il en est... mais attention, est-ce linéaire ? (dans le fichier map.log de divx, on voit que l'image n+1 peut devancer l'image n sur les images type B )

Bonjour,

Me revoili...



Ravi de ne pas être le seul...

...par contre pour le quantizer, là je suis largué. J'ai très rarement ouvert tous ces fichiers...

@+

leon qu'est ce que tu connais comme outils pour analyser les videos encodées, les comparées etc etc...

Il y a le petit logiciel "MSU Video Quality Measurement Tool" qui permet, suivant plusieurs critère (psnr, simm, etc.) de comparer une ou deux vidéos par rapport à un original.
Ce logiciel peut aussi rechercher des images ayant certains défauts (blocs, etc.)
On peut en tirer des graphes sur l'ensemble de la vidéo, ou des images simples.
Enfin, tu verras bien

(attention, les vidéos doivent avoir les mêmes résolutions pour être comparées)

Bonjour,



J'ai voulu relancer un encodage en divX cette fois en suivant tes paramètres...

- performance en "meilleure qualité" ( OK ! )
- codage bidirectionnel "unique" (Adaptatif unique consécutif) ( OK ! )

Par contre « intervalle image clé » et « seuil d'image clé » restent grisé et donc non modifiable...

???

@+

no problem !! je verrais ca demain !! merci !

Exact !

J'ai oublié de dire que ces réglages de « intervalle image clé » et « seuil d'image clé » sont réalisables uniquement lors de la première passe (et grisés car inutiles pour une N-ième). Donc il faut bien spécifier qu'on est en première passe dans l'onglet principal de divx.

Cela dit, je crainds que ri4m n'écrase cette configuration par la sienne lorsqu'il va lancer l'encodage...