Aide - Recherche - Membres - Calendrier
Version complète : taille de fichier réencodé
Forum Ripp-it After Me > Ripp-it AM et la vidéo > Support et Assistance Technique
fisfor
salut à  tous !
bon, alors voilà . j'ai tenté plusieurs réencodages du même fichier.
j'ai demandé 795mo, et en 5.2.1, j'ai obtenu 803mo, ce qu n'est pas catastrophique, soit 8mo de plus.
par contre, en xvid, avec la 3.0.3c, j'ai obtenu 913mo, et là , ça fait tout de même 118mo de plus rolleyes.gif . bon, du coup, j'ai relancé le même reencodage, me disant que j'avais piné quelque part. résultat: 913mo mrgreen2.gif . en tout cas une chose est positive, c'est la précision de la différence guix_edoom7.gif
si quelqu'un a une solution (peut-être stryke), sans que je me prenne la tête avec les réglages xvid (en fait, j'ai seulemet vérifié que les b-vops étaient sur 1, et que le bitstream était bien enclenché (3220 oblige mrgreen2.gif ).
bon, je vais relancer
un encodage, avec une taille de 118mo de moins, mais j'y crois pas trop snif.gif
puis je vais quand même aller voir ces paramètres xvid. voir si les réglages par défaut correspondent à  ceux du post traitant du sujet.
stryke
pour le XviD :

1) Ouvrir la fenêtre de l'encodeur XvID et cliquer sur "Load Defaults"

2) Faire cette manip avec RIAM : http://forum.ripp-it.com/Reglages-XviD-102-t3665.html&st=4

3) Vérifier que les quantizers mini soient bien à  2 (ce qui devrait être la cas avec la manip de RIAM si je me souviens bien).
Pour trouver les quantizers mini : Cliquer sur "Advanced Options" puis onglet "Quantization"


PS : Quelle version de XviD ?
fisfor
bin en fait, j'ai fait les deux:
un coup avec "Appliquer les réglages standards", et un coup sans.
le xvid, c'est le XviD-1.0.2-29082004 _Final Release, c'est à  dire celui du codec pack (bien pratique, soit dit en passant cling.gif )
j'ai essayé load default, sur le codec, mais vu qu'il venait d'être installé, je ne pense pas que ça ait joué!
les quantizers mini sont ok!
je vais essayer autre chose; ça va marcher ! (tot ou tard yahoo.gif )
merci pour le suivi euh.gif
stryke
En vrac :

- Encodage ou ré-encodage ?
- quels sont tes paramètres : taille finale demandée, bitrate vidéo, 1 ou 2 passes ?
- A combien sont tes quantizers maxi ?

Refait "load default" puis "appliquer les réglages standard"
fisfor
bien.
il s'agit bien d'un réencodage.
la taille finale demandée, est de 795mo (pour pallier à  un léger et éventuel oversize an_ouarf.gif ), le bitrate vidéo indiqué dans la fenêtre (aprés avoir renté la taille demandée) est cohérent, soit ~800 (je ne l'ai plus sous les yeux), et le tout en deux passes (qui se réalisent bien; aucun bug à  déclarer; ni là  ni ailleurs, d'ailleurs $$$.gif ).
les quantizers mini=2, et les maxi=31.

bon, de toutes façons, j'ai relancé un réencodage (toujours le même), en suivant bien tes indications (et en tripatouillant un peu les "overflow treatment" euh.gif ).
on verra bien good.gif . de toutes façons, j'en viendrai à  bout an_kes.gif .
pas question de passer à  coté du xvid, pour une question de taille !
j'aurrai sa peau (avec ton aide bien entendu, parceque tout seul ... hop.gif )

je te tiens au courrant.
coordialement mrgreen2.gif
stryke
ark....un cas qui resiste....

il faudra peut être faire ceci :
http://forum.ripp-it.com/Methode-pour-respecter-la-taille-en-XviD-t3176.html

Et m'indiquer le résultat du test

Tu encodes avec quelle résolution vidéo en sortie ?


Modifier les overflow, je ne fais plus (essayes 20/20/20 si le courage t'en dit...)
fisfor
héhéhé gniark.gif
heureusement que j'ai pas de poutres apparentes, sinon, je serais tenté d'y accrocher une corde.
bon, pour aujourd'hui, je crois que je vais arrèter le xvid, sinon je vais tomber malade: indigestion de 913mo an_ouarf.gif
je retenterai avec un autre fichier, un peu plus tard!

sinon, la réso était celle d'origine: 640*272.
merci pour l'aide; en tout cas ça m'aura permis de découvrir le xvid, ce qui n'est pas si mal hop.gif .
mais bon, c'est tout de même bizare.... bbbb.gif
paco67
Bon voici mes reglages pour le xvid (Encore un hier soir 707 mo demande 700 mo obtenus je rajoute toujours 5 mo au 702).Taille respecte et pas de sacades sur platines.Pour une instal propre du codec desinstaller votre version, supprimer le dossier xvid de C/program file,un petit coup de regcleaner,reinstal a partir du pack codec de Riam, ne pas accepter que le codec decode tous les formats compatibles.

Des images de mes reglages.

Image postée Debit final video


Image postée max consecutive bvops


Image postée mini I P B frame


Image postée max I frame interval


Voila a vous de voir. yahoo.gif
M.ED
à  part le VHQ mode, j'ai les mêmes règlages yahoo.gif
(pour le mode expert)
stryke
voilà  les miens :
B-VOP = OUI 1/1.50/1.00 / GMC = non / Qpel = non
AS@L5 / H.263 / Packed Bitstream = Oui / Closed GOV = Oui
6 - Ultra High / VHQ Mode = 1 / Use chroma motion
Quant 2-31 / Trellis / Chroma optimizer

La matrice change parfois : MPEG, HVS ou Jawor suivant mes humeurs du moment

Par contre je choisi toujours : Taille Finale vidéo


@fisfor : le fichier original a quel taille (Mo) ?
fisfor
voui, bin, à  part l'activation du trellis, c'est comme toi, stryke; et comme à  peu près tout le monde d'ailleurs rolleyes.gif
les quantizers min à  2, et puis voilà .
bon , j'ai relancé un réencodage d'un aure fichier ~1400mo (comme le précédent)
mais en divx euh.gif . j'ai des blocks qui apparaissent de temps à  autre. pas du blocking, mais carrément des carreaux noir et blancs.
bon, de toutes façons, j'ai retenté le xvid (j'aurai sa peau evil.gif ), mais ce coup ci, avec "débit final vidéo".
bin oui, le bitrate devrait être ~ de 800, et je me retrouve avec 950; peut être qu'en lui intimant de faire du 800kbps...
si le kebab ne vient pas à  toi, alors va vers le kebab guix_edoom7.gif

je repars en croisade yahoo.gif
M.ED
Dans les options standards du xvid, ->Règlages Xvid
>Encoding type : "two pass - second pass" ->more
sous le titre "Overflow treatment" tu as quoi comme chiffres
normalement c'est 5-5-5 ou RIA 0-9-4 good.gif
et toi ?
PS les règlages de RIAM ont plus de chance d'empêcher l'"oversize" qui est ton cas euh.gif
fisfor
bin en fait, j'ai essayé les valeurs de riam, donc en appuyant sur "appliquer les réglages standards", cà d 0-9-4 mais ça donnais 913mo snif.gif
ensuite, j'ai tenté 20-20-20, et là , ça a fait pareil snif.gif
alors, apparemment ça vient pas de là  !!??
je ne sais pas si l'activation du trellis peut corriger le tir. les réglages de riam ne l'activent pas, alors je n'y ai pas touché.

non, mais là , y'a un truc que je ne dois pas faire, mais c'est ça le problème (qui est la qualité qui m'intéresse mrgreen2.gif ), c'est qu'avec riam, y'a rien à  faire yahoo.gif alors je suis dans l'impasse.
je vais me convertir au boudhisme, et là , peut être que mon moi intérieur entrera en communion avec l'esprit farouche du codec. et.gif
M.ED
As-tu essayé les "max x-frame quantizer" à  8 pour voir..? an_kes.gif
dans "advanced options", onglet "quantization"
mesure extrême en cas d'oversise beer.gif
j'utilisais ça y a longtemps quand le xvid était en 0.xx violon.gif
fisfor
bien!
alors voilà . en utilisant l'option "débit final vidéo", c'est pas mal du tout. yahoo.gif
772kbps dans riam, et 770 à  l'arrivée: impec
j'avais demandé 790mo, et obtenu 794mo, donc, c'est pas mal du tout (rien à  voir avec les 913 mrgreen2.gif )
bon, je réessaie de réencoder ce fichier avec l'option "taille finale vidéo", et vous donne des nouvelles.
@M.ED (tiens, c'est marrant ça, hamed hop.gif ): je tenterai cette soluce un peu plus tard. juste le temps de voir si c'est pas le premier fichier qui est "difficile".

heu, au fait, c'est quoi la différence, maintenant que j'y pense, entre "débit final vidéo", et "taille finale vidéo"? c'est intimement lié ces deux trucs, non?
M.ED
Citation(fisfor @ samedi 20 novembre 2004 à  19:57)
@M.ED (tiens, c'est marrant ça, hamed  hop.gif ): je tenterai cette soluce un peu plus tard. juste le temps de voir si c'est pas le premier fichier qui est "difficile".
heu clic dans ma signature  an_kes.gif
heu, au fait, c'est quoi la différence, maintenant que j'y pense, entre "débit final vidéo", et "taille finale vidéo"? c'est intimement lié ces deux trucs, non?
le premier applique le bitrate théorique calculée, le second cherche à  tout prix le résultat de la taille vidéo quitte à  changer le bitrate initial calculée (truc comme ça), très interressant lorsqu'on applique les techniques de compressibilité présentées par Stryke
*


tu choisi target size,avec riam tu fais un test de compressibilité, avant de lancer l'encodage , c'est quand même le plus simple et ensuite l'indice de qualité/compressibilité voir post précédent

Pardon perso j'utilise toujours debby... heu débit final video
paco67
Ben alors tu vois Fisfor tu aurais applique mes params tous de suite ..... yahoo.gif

Content que ça marche. cling.gif
fisfor
bon, bin voui, mais j'avais lu que le petit prob avait été résolu, et pour ça, je pensais que c'était moi qui pinnait rien.
apparemment chez styke, ça fonctionne, alors je me disais que chez moi... good.gif
bon, enfin, j'ai reffait le teste avec le fichier précédent, qui me donnait 794mo, avec l'option "taille finale vidéo", et ça a donné 918mo, alors je crois que y'a effectivement un petit souci avec cette option.
enfin, c'est pas grave, car en se callant sur le bitrate, c'est impec yahoo.gif
bon, je vais tenter un dernier truc...
stryke
euh...moi je ne fais jamais de ré-encodage, il y a peut être une subtilité dans ce mode qui m'échappe, je ferai un ré-encodage un jour pour voir ce que ça donne
paco67
j'utilise les memes reglage pour encoder ou reencoder.Par contre Stryke le "max I- frame interval" par default est a 300 a l'instal et je ne sais plus pourquoi je l'ais mit a 250.C'est pas en rapport avec les 25 images/s que l'on a en europe? yahoo.gif
fisfor
ça, ce doit être l'interval entre chaque key-frame, je crois, c'est à  dire, les images complètes. plus tu réduis l'interval, plus y'a de key-frames, et moins tu compresses, je crois...
mais je crois aussi q'il ne faut pas mettre plus que 300. mais 300, c'est bien je crois!

allez, une petite dernière question, pour ce qui est du réencodage:
lors du seul réencodage de la vidéo, ça ne sert à  rien d'augmenter le bitrate, si? par exemple si je réencode un 700mo en 800, juste pour virer un qpel en xvid, qui m'emm...e.
je pense que ça ne sert à  rien, même si ça ne fait pas de mal, mais en fait je ne suis pas sur.
paco67
Ben moins tu compresse mieu c'est donc comme tu dis ça peut pas faire de mal. yahoo.gif
stryke
qpel est une option qui, en théorie, fait gagner en compressibilité. Donc effectivement supprimer cette option en ré-encodage et garder la même taille que celle initiale, le codec va devoir retrouver de la place quelque part en comprimant plus. Prendre un CD plus grand n'est pas stupide....

...Mais en XviD (pour les autres je ne sais pas) j'ai lu un truc de ouf concernant le qpel. Le truc c'est que ce n'est pas évident que qpel fasse gagner en compressibilité, parfois c'est l'inverse....
DAN
Cela correspond à  l'interval des images clés
pepsilite
le qpel? euh non Dan yahoo1.gif
M.ED
je viens d'essayer une technique énoncée par Stryke pour le XviD en réencodage. merci Stryke.
overflow treatment (2e pass) 20-20-20
IQ/compress alentour 0.17 (0.1696) (merci Pepsi)
mais min quantizer à  1. +trellis (merci paco67)
target size demandé 697 -> obtenu 699
zjk.gif

PS je vais la tester en encodage... yahoo.gif
DAN
Citation(pepsilite @ lundi 22 novembre 2004 à  02:11)
le qpel? euh non Dan yahoo1.gif
*




lol j'avais pas vu qu'il y avait deux pages et je répondais à  Paco maya.gif
M.ED
en fait le 20 20 20 et le target size marche super bien en encodage 700 -> 702 avec un IQ à  0.17
cependant le réencodage :heu: je crois que c'est anecdotique (le film était déjà  en undersize en encodage, c'était d'ailleurs pour cela un divx) trois autres films ne m'ont données des résultats de 800 mo à  1.5 go an_kes.gif
C'est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez taille de fichier réencodé.
Invision Power Board © 2001-2008 Invision Power Services, Inc.