XviD version 1.1

J'ai cru au début, comme toi, que c'était une contrainte supplémentaire. Je ne vois plus les choses ainsi, c'est véritablement un outil pour améliorer les encodages. 2 cas réels en ce moment :

1er script


2ème script


Jamais au préalable je ne faisais varier mes resizes ainsi (dimensions + filtre), maintenant oui. Pour info le premier script, il s'agissait de faire tenir un film de 2h20 sur 1 CD de 800Mo et pour le second un manga japonais de 1h10 sur un CD de 700Mo.

Je pense avoir optimiser au mieux (les undersizes c'est fini) et je rempli au maxi les CDs en choisissant la qualité maxi que je peux obtenir.

Maintenant ça me demande 1/2h de boulot supplémentaire (+ le temps machine) pour trouver le bon script, mais je n'encode qu'une seule fois....

Les platines de salon nous limitent actuellement. Ceci étant ça bouge énormément en ce moment, de nouvelles platines arrivent avec de nouveaux supports....ça promet de belles releases pour RIAM ça...

Ce message a été modifié par stryke - mardi 01 février 2005 à 20:51.

eh je savais bien que le filtre seul ne fairait pas tout
(dimensions + filtre) l'IQ c'est aussi la compressibilité d'où baisse de la résolution...
Je ne me suis jamais penché sur les filtres (bilinear par défaut) vu que ça fausse mes calculs sauf si j'ai du temps -> HybridFupp
Et comme je suis paresseux quand ça marche pas je repasse dès foisau divx : il ne faut pas être plus royaliste que le roi

PS pour ça qu'en dehors de mes essais j'utilise les paramètres par défaut...

Tiens au fait, et sans aucun rapport, je cherche un filtre pour rajouter du "bruit" sur une vidéo, un filtre "noise" ou du style. je n'ai trouvé aucun filtre pour faire ça. Si tu as ça sous la main

Et que gagnes tu de repasser au DivX ? Certes tu va remplir le CD, oui mais le remplir de quoi ?

Pour rajouter du "bruit" il suffit de prendre un filtre de type "Sharp" non ?

non ... si c'était aussi simple, je n'aurais pas demandé .......

je me disais aussi....ben ça va pas être simple, car c'est plutôt l'effet inverse que recherche les utilisateurs.

quand tu lis sur platine et que nu n'as le choix qu'entre DivX et XviD, que le XviD est tjrs supérieur dans tous les cas de figure, et que la dernière beta permet de limiter les pics de débit, il vaut mieux l'apprivoiser... D'autant que gagner en qualité (quant 1, resize Lanczos, etc.) pour remplir le CD là où le paramétrage basique fait de l'undersize parce que le film est très compressible et que le XviD s'en sort très bien, c'est tjrs bon à prendre. Ce qui est dommage, c'est qu'à chaque fois les betas sont bcp + sensibles aux over/undersizes que les versions stables.

Pour rajouter du bruit, ya toujours au niveau du décodage, XviD, DivX et VP6 propose un "film effect", sinon tu peux essayer sous ffdshow.
A l'encodage : Un plugin de Virtual Dub. Un autre pour avisynth 2.5.X (addgrain)

Sinon, le rapport Bits/Pixel est indépendant du test de compressibilité. Et pour un meme rapport, autant on peut avoir un film mauvais ou réussi. Par exemple entre Panic Room et Robocop 2. La formule ne prends en compte que la taille de la video [bits] / (pixel d'une frame x nombre de frame de la video). Pas d'autres parametres.

Le taux de compressibilité est plus pertinent. Par contre, quelle est le nombre de frames ? prise au hasard ? Avec le script que l'on a choisi ?

EDIT : Oups, pas vu ca, dernier paragraphe. En fait je voulais dire que seul, ce rapport bits/(pixels*frames) n'est pas un indicateur.

Ce message a été modifié par CastorTroy - vendredi 04 février 2005 à 14:41.

RIAM prend 14 frames toutes les X frames. X étant fonction du pourcentage d'encodage de la vidéo (par défaut je crois que c'est 5%)

Donc :
- Test de compressibilité à 5% : Analyse de 14 frames toutes les 280 frames
- Test de compressibilité à 10% : Analyse de 14 frames toutes les 140 frames


Ce message a été modifié par stryke - vendredi 04 février 2005 à 15:02.

Ah ben voilà ce qu'il me fallait "addgrain", merci CastorTroy

suite des tests de la beta 1.1 avec des films sombres et compressibles, et script tout simple



q2 avec treillis : 521 Mo
q2 sans treillis : 534 Mo
q1 sans treillis : 782 Mo
dont 92 Mo de son

au final, dans VDM : 3/4 de l'encodage en quant 1 + 1/4 de l'encodage en quant 2 = 702 Mo...
Quand il y a le choix entre over et undersize malgré des scripts Lanczos et sharp, c'est la méthode la moins prise tête que j'ai trouvée pour rentrer 702 Mo sur un CD en conservant au max la qualité et en utilisant le .pass initial pour le second encodage en quant 1 (je ne sais pas si c'est très orthodoxe, mais je n'ai jamais vu de défauts) = 3 passes en tout.

J'ai pas compris Tu veux dire faire un encodage 2 pass avec des min quant a 1 ? Pourquoi 3 pass ?

J'ai encore été trop rapide. Alors, au ralenti :

j'encode un film qui a l'air sombre et dont la beta XviD 1.1 pourrait me faire un undersize, donc je fais un script plutôt haute qualité et sharp : Lanczos ou HFupp "very high", resize élevé, pas de dénoiseur,...

(comme je n'ai pas trouvé ARCalculator je ne peux pas faire le test de compressibilité 100% fiable conseillé par Stryke)

encodage en quant 2 (2 passes) : m**** : un undersize !

alors, avec VDM, en chargeant le fichier LOG de ripp-it et l'audio déjà créée, je fais une 2nde passe en changeant juste les mini quant du XviD (= à 1), en me servant donc du fichier .pass créé lors de la 1ère passe tout à l'heure [c'est là que je ne sais pas si c'est orthodoxe de faire une 2nde passe en changeant les quant, mais je n'ai jamais vus de défauts...] = 3ème passe.

et là : re-m**** : un oversize !

alors, je prends tout simplement le début de l'AVI encodé en quant1 et je lui colle la fin de l'encodage en quant2. Le plus souvent ça fait 3/4 du film en quant1 et 1/4 en quant 2 (j'ai svt un oversize de 800 Mo et undersize de 400/500 Mo pour 700 demandés). En regardant le poids de la vidéo en bas à droite de la fenêtre de VDM, tu peux facilement couper tes 2 AVi et les recoller pour tomber à 700 Mo.

Dans le cas évoqué + haut j'ai pris presque 600Mo à l'AVI en quant 1 et un peu plus de 100 Mo à l'AVI en quant 2 pour tomber à 719100 Ko = 702 Mo.
Quant tu regardes les 2 AVI, de ttes façons, la différence de qualité est imperceptible, l'image étant à peine à peine à peine plus nette en quant1...

Voilà la version utilisée dans le tuto ICI

merci

J'ai effectivement pas précisé : je parle des cas d'oversize
donc de le mettre dans la galette
(pas taper, pas taper....)

PS je teste le ffdshow xvid, c'est bien sympa mais pas beaucoup documenté, tout à fond ça donne de bons résultats mais c'est plus long que xvid façon vp6
sinon le libavcodec (ffdshow) respecte très bien la taille.

Jamais essayé l'encodeur de ffdshow, mais je pense que ce post devrait vous aider : http://www.unite-video.com/phpbb/viewtopic.php?t=5561

Ce message a été modifié par stryke - mardi 08 février 2005 à 21:41.

le xvid ne peut plus être encodé avec les dernières versions de ffdshow ....

Avec les dernières ffdshow dans ripp-it on pourrait faire du mpeg4 (libavcodec) ?


merci Stryke
quand je ne sais plus faire en xvid je vais me pencher sur ffdshow
qui je le répète, respecte la taille finale