Bienvenue invité ( Connexion | Inscription )
01/02/2005 19:49
Message
#81
|
|
Dialoguiste Groupe : Membres Messages : 1.600 Inscrit : 20/05/2003 Membre no 17 |
(pepsilite @ mardi 01 février 2005 à 16:40) Je sais que je me répète et je comprends que vous n'ayez pas trop d'alternative, mais franchement, que d'énergie gastpillée avec ce Xvid .... c'est sidérant 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 Video = Mpeg2Source( Source) Video = Undot(Video) Video = Convolution3D(Video, preset="movieHQ") Video = HybridFupp(Video, 512, 240, preset="medium") Video = Limiter(Video) 2ème script Video = Mpeg2Source( Source) Video = Undot(Video) Video = LanczosResize(Video, 704, 384) Video = MSharpen(Video) Video = Limiter(Video) 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... (IMG:http://forum.ripp-it.com/style_emoticons/default/euh.gif) Ce message a été modifié par stryke - 01/02/2005 19:51. |
|
|
01/02/2005 21:24
Message
#82
|
|
Dialoguiste Groupe : Membres Messages : 1.525 Inscrit : 18/04/2004 Membre no 2.445 |
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... (IMG:http://forum.ripp-it.com/style_emoticons/default/cling.gif) 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 (IMG:http://forum.ripp-it.com/style_emoticons/default/euh.gif) 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 (IMG:http://forum.ripp-it.com/style_emoticons/default/good.gif) PS pour ça qu'en dehors de mes essais j'utilise les paramètres par défaut... (IMG:http://forum.ripp-it.com/style_emoticons/default/gniark.gif) |
|
|
01/02/2005 21:53
Message
#83
|
|
none Groupe : Membres Messages : 942 Inscrit : 12/05/2003 Membre no 3 |
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 (IMG:http://forum.ripp-it.com/style_emoticons/default/yahoo1.gif)
|
|
|
02/02/2005 01:14
Message
#84
|
|
Dialoguiste Groupe : Membres Messages : 1.600 Inscrit : 20/05/2003 Membre no 17 |
(M.ED @ mardi 01 février 2005 à 21:24) ....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 (IMG:http://forum.ripp-it.com/style_emoticons/default/good.gif) .... Et que gagnes tu de repasser au DivX ? Certes tu va remplir le CD, oui mais le remplir de quoi ? |
|
|
02/02/2005 01:17
Message
#85
|
|
Dialoguiste Groupe : Membres Messages : 1.600 Inscrit : 20/05/2003 Membre no 17 |
(pepsilite @ mardi 01 février 2005 à 21:53) 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 (IMG:http://forum.ripp-it.com/style_emoticons/default/yahoo1.gif) Pour rajouter du "bruit" il suffit de prendre un filtre de type "Sharp" non ? |
|
|
02/02/2005 02:54
Message
#86
|
|
none Groupe : Membres Messages : 942 Inscrit : 12/05/2003 Membre no 3 |
non ... si c'était aussi simple, je n'aurais pas demandé .......
|
|
|
02/02/2005 08:49
Message
#87
|
|
Dialoguiste Groupe : Membres Messages : 1.600 Inscrit : 20/05/2003 Membre no 17 |
(pepsilite @ mercredi 02 février 2005 à 02:54) (IMG:http://forum.ripp-it.com/style_emoticons/default/yahoo.gif) je me disais aussi....ben ça va pas être simple, car c'est plutôt l'effet inverse que recherche les utilisateurs. |
|
|
02/02/2005 12:46
Message
#88
|
|
JackoModo Groupe : Membres Messages : 2.960 Inscrit : 20/05/2003 Lieu : Overlook Membre no 24 |
(pepsilite @ mardi 01 février 2005 à 16:40) Je sais que je me répète et je comprends que vous n'ayez pas trop d'alternative, mais franchement, que d'énergie gastpillée avec ce Xvid .... c'est sidérant 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. |
|
|
04/02/2005 13:05
Message
#89
|
|
Figurant Groupe : Membres Messages : 75 Inscrit : 19/01/2005 Membre no 6.626 |
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 - 04/02/2005 13:41. |
|
|
04/02/2005 13:58
Message
#90
|
|
Dialoguiste Groupe : Membres Messages : 1.600 Inscrit : 20/05/2003 Membre no 17 |
(CastorTroy @ vendredi 04 février 2005 à 13:05) ... 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 ? .... 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 - 04/02/2005 14:02. |
|
|
04/02/2005 16:40
Message
#91
|
|
none Groupe : Membres Messages : 942 Inscrit : 12/05/2003 Membre no 3 |
Ah ben voilà ce qu'il me fallait "addgrain", merci CastorTroy (IMG:http://forum.ripp-it.com/style_emoticons/default/yahoo1.gif)
|
|
|
04/02/2005 20:40
Message
#92
|
|
JackoModo Groupe : Membres Messages : 2.960 Inscrit : 20/05/2003 Lieu : Overlook Membre no 24 |
suite des tests de la beta 1.1 avec des films sombres et compressibles, et script tout simple
# Video bitrate : 1279369 MPEGSource(Source) Undot(Video) Crop(Video, 4,12,-2,-10) HybridFupp ( Video, 688,368, preset="very high") TextSub(Video, "W:\MD\MailleMouvie.srt") Tweak(Video, bright=1.000000, cont=1.020000, sat=1.030000 ) Limiter(Video) 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... (IMG:http://forum.ripp-it.com/style_emoticons/default/glass.gif) 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. |
|
|
05/02/2005 09:53
Message
#93
|
|
Figurant Groupe : Membres Messages : 75 Inscrit : 19/01/2005 Membre no 6.626 |
au final, dans VDM : 3/4 de l'encodage en quant 1 + 1/4 de l'encodage en quant 2 = 702 Mo J'ai pas compris (IMG:http://forum.ripp-it.com/style_emoticons/default/beuh.gif) Tu veux dire faire un encodage 2 pass avec des min quant a 1 ? Pourquoi 3 pass ? |
|
|
05/02/2005 14:30
Message
#94
|
|
JackoModo Groupe : Membres Messages : 2.960 Inscrit : 20/05/2003 Lieu : Overlook Membre no 24 |
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 ! (IMG:http://forum.ripp-it.com/style_emoticons/default/evil.gif) 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 ! (IMG:http://forum.ripp-it.com/style_emoticons/default/evil.gif) 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. (IMG:http://forum.ripp-it.com/style_emoticons/default/$$$.gif) 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... |
|
|
05/02/2005 17:49
Message
#95
|
|
Dialoguiste Groupe : Membres Messages : 1.600 Inscrit : 20/05/2003 Membre no 17 |
(Jack... @ samedi 05 février 2005 à 14:30) ..... (comme je n'ai pas trouvé ARCalculator je ne peux pas faire le test de compressibilité 100% fiable conseillé par Stryke) ..... Voilà la version utilisée dans le tuto ICI |
|
|
05/02/2005 19:47
Message
#96
|
|
JackoModo Groupe : Membres Messages : 2.960 Inscrit : 20/05/2003 Lieu : Overlook Membre no 24 |
|
|
|
08/02/2005 18:27
Message
#97
|
|
Dialoguiste Groupe : Membres Messages : 1.525 Inscrit : 18/04/2004 Membre no 2.445 |
(stryke @ mercredi 02 février 2005 à 01:14) (M.ED @ mardi 01 février 2005 à 21:24) ....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 (IMG:http://forum.ripp-it.com/style_emoticons/default/good.gif) .... Et que gagnes tu de repasser au DivX ? Certes tu va remplir le CD, oui mais le remplir de quoi ? J'ai effectivement pas précisé : je parle des cas d'oversize (IMG:http://forum.ripp-it.com/style_emoticons/default/an_kes.gif) donc de le mettre dans la galette (IMG:http://forum.ripp-it.com/style_emoticons/default/mrgreen2.gif) (pas taper, pas taper....) (IMG:http://forum.ripp-it.com/style_emoticons/default/cling.gif) 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. |
|
|
08/02/2005 20:37
Message
#98
|
|
Dialoguiste Groupe : Membres Messages : 1.600 Inscrit : 20/05/2003 Membre no 17 |
(M.ED @ mardi 08 février 2005 à 18:27) .... 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 - 08/02/2005 20:41. |
|
|
08/02/2005 21:37
Message
#99
|
|
none Groupe : Membres Messages : 942 Inscrit : 12/05/2003 Membre no 3 |
le xvid ne peut plus être encodé avec les dernières versions de ffdshow ....
|
|
|
09/02/2005 07:50
Message
#100
|
|
Dialoguiste Groupe : Membres Messages : 1.525 Inscrit : 18/04/2004 Membre no 2.445 |
Avec les dernières ffdshow dans ripp-it on pourrait faire du mpeg4 (libavcodec) ? (IMG:http://forum.ripp-it.com/style_emoticons/default/gloups.gif)
(stryke @ mardi 08 février 2005 à 20:37) 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 merci Stryke (IMG:http://forum.ripp-it.com/style_emoticons/default/cling.gif) quand je ne sais plus faire en xvid je vais me pencher sur ffdshow (IMG:http://forum.ripp-it.com/style_emoticons/default/hop.gif) qui je le répète, respecte la taille finale (IMG:http://forum.ripp-it.com/style_emoticons/default/guix_edoom7.gif) |
|
|
Discussions similaires à la discussion "XviD version 1.1"
Sujets récents
Nous sommes le : 03/05/2024 01:10 |