Version imprimable du sujet

Cliquez ici pour voir ce sujet dans son format original

Forum DivX Video Ripp-it After Me Ri4m _ Les films à galère / DVD difficiles à ripper _ Iron man

Écrit par : leon1789 13/08/2009 21:37

Avé !

Pour l'instant, j'ai juste lancé une première analyse grossière du film : à première vue, il a l'air moyennement mouvementé et assez compressible à première vue...

Avant de me lancer dans l'encodage de ce film (en 720x304, hein ? cling1.gif ), est-ce que SG1 pourrait me prévenir des moments difficiles au niveau encodage (la "grotte" ou je ne sais quoi rolleyes.gif) ?
Je préfèrerais une plage de numéros d'images... (ou des plages s'il y a plusieurs séquences difficiles), et même carrément une(s) image(s) pour voir le(s) problème(s).

Merci !!!

Écrit par : SG1 14/08/2009 17:06

Bonjour Léon,

J'avais raté ce post, hier...

Heureusement que tu as mis le lien dans le sujet de SoftSharpen 5.8...

Citation (leon1789 @ vendredi 14 août 2009 à 16:26) *
Citation (SG1 @ vendredi 14 août 2009 à 15:17) *
Sinon, le passage qui me pose problème, c'est quand il est prisonnier dans la grotte...

Ok, je ferai attention : peux-tu décrire un peu le problème s'il te plait ? une image ? une plage de numéros d'images ?

Ben, en fait, pour moi, c'est à plusieurs endroits... Le dégradé de couleur sombre en arrière-plan (Murs de la grotte) provoque des carrés de "pixels"...
Mais comme je l'ai dit dans un autre post, sur l'ordi, mes encodages de Iron Man sont impeccables, c'est sur la TV le problème...
Plage : Image 23920 à 55700 (Environ)

@+

Écrit par : leon1789 14/08/2009 17:45

Citation (SG1 @ vendredi 14 août 2009 à 18:06) *
Ben, en fait, pour moi, c'est à plusieurs endroits... Le dégradé de couleur sombre en arrière-plan (Murs de la grotte) provoque des carrés de "pixels"...

Ok.

Citation (SG1 @ vendredi 14 août 2009 à 18:06) *
Plage : Image 23920 à 55700 (Environ)

an_what.gif ah quand même : plus de 30000 images, c'est pas rien !!

Citation (SG1 @ vendredi 14 août 2009 à 18:06) *
Mais comme je l'ai dit dans un autre post, sur l'ordi, mes encodages de Iron Man sont impeccables, c'est sur la TV le problème...

Oui, c'est vrai, je me souviens maintenant.

Cela dit, sur PC, quand tu regardes ton encodage, tu le fais avec VirtualDub ? ou par un logiciel utilisant un decodeur divx/xvid qui fait du traitement d'image à l'insue de ton plein gré ?

Écrit par : leon1789 14/08/2009 18:45

SG1,
est-ce que ton soucis ressemble à ça ? ...voire pire après encodage... (ici les images ne sont pas compressées)
http://img4.imageshack.us/i/prob.tif/

Je ne sais pas si c'est très visible... beuh.gif

Écrit par : SG1 14/08/2009 20:23

Bonjour,

Citation (leon1789 @ vendredi 14 août 2009 à 18:45) *
Citation (SG1 @ vendredi 14 août 2009 à 18:06) *
Ben, en fait, pour moi, c'est à plusieurs endroits... Le dégradé de couleur sombre en arrière-plan (Murs de la grotte) provoque des carrés de "pixels"...

Ok.

En fait, le problème est le même, me concernant, qu'avec le film Stargate, dans la pyramide avec la tempète de sable et la nuit... (Y'a un post je crois, qui traine quelque part...)

Citation (leon1789 @ vendredi 14 août 2009 à 18:45) *
Citation (SG1 @ vendredi 14 août 2009 à 18:06) *
Plage : Image 23920 à 55700 (Environ)

an_what.gif ah quand même : plus de 30000 images, c'est pas rien !!)

Ben, c'est à dire c'est quelques séquences courtes, mais c'est difficile des les isoler complètement...

Citation (leon1789 @ vendredi 14 août 2009 à 18:45) *
Citation (SG1 @ vendredi 14 août 2009 à 18:06) *
Mais comme je l'ai dit dans un autre post, sur l'ordi, mes encodages de Iron Man sont impeccables, c'est sur la TV le problème...

Oui, c'est vrai, je me souviens maintenant.

cling.gif

Citation (leon1789 @ vendredi 14 août 2009 à 18:45) *
Cela dit, sur PC, quand tu regardes ton encodage, tu le fais avec VirtualDub ? ou par un logiciel utilisant un decodeur divx/xvid qui fait du traitement d'image à l'insue de ton plein gré ?

Sur ordi, j'ai banni tous les gros lecteurs qui balance des fichiers en pagaille dans tout l'ordi...
Chez moi, c'est Media Player Classic et quelquefois VLC...

Citation (leon1789 @ vendredi 14 août 2009 à 19:45) *
SG1,
est-ce que ton soucis ressemble à ça ? ...voire pire après encodage... (ici les images ne sont pas compressées)
http://img4.imageshack.us/i/prob.tif/

Je ne sais pas si c'est très visible... beuh.gif

Vii, effectivement, c'est difficile de voir les détails. Il me semble que la zone est plus claire avec SoftSharpen... pour le reste, difficile...
Alors, agrandi et éclairci, c'est plus flou avec SoftSharpen, ce qui évite les effets d'escalier...

@+

PS : Flute, je peux pas envoyer d'image dans ce sujet... Roooooolllll




Voir les images ici : http://forum.ripp-it.com/Image-test-pour-Leon-t22334.html

Écrit par : SG1 14/08/2009 20:45

Bonjour,

Je place deux images tests pour Léon ici, car je n'ai pas accès à cette option dans le sujet en cours...

Je supprimerais ou déplacerais plus tard... Merci !

Source agrandie avec réglage luminosité, contraste et netteté...



Image SoftSharpen avec les mêmes réglages...


@+

Écrit par : leon1789 14/08/2009 23:19

Citation (SG1 @ vendredi 14 août 2009 à 21:23) *
En fait, le problème est le même, me concernant, qu'avec le film Stargate, dans la pyramide avec la tempète de sable et la nuit... (Y'a un post je crois, qui traine quelque part...)

oui, c'est le problème des dégradés et des passages sombres...

Citation (SG1 @ vendredi 14 août 2009 à 21:23) *
Vii, effectivement, c'est difficile de voir les détails. Il me semble que la zone est plus claire avec SoftSharpen... pour le reste, difficile...
Alors, agrandi et éclairci, c'est plus flou avec SoftSharpen, ce qui évite les effets d'escalier...

effectivement, j'ai l'impression que le source lui-même a des problèmes. Alors, on va voir si l'encodage n'empire par les choses. interro1.gif

Écrit par : leon1789 14/08/2009 23:20

oui, je vois ça comme problème. Je vais encoder et on verra le résultat...

Écrit par : YannBresil 15/08/2009 01:27

j'ai déplacé vos 2 posts ici.

Écrit par : SG1 15/08/2009 08:25

Bonjour,

Merci Yann...

@+

Écrit par : leon1789 15/08/2009 09:21

Aïe, je ne peux plus voir les images postées par SG1. L'erreur renvoyée est :
Désolé, mais vous n'avez pas la permission d'utiliser cette fonctionnalité. Si vous n'êtes pas connecté, vous devriez le faire en utilisant le formulaire ci- dessous s'il est affiché .

Écrit par : SG1 15/08/2009 13:43

Bonjour,

Citation (leon1789 @ samedi 15 août 2009 à 10:21) *
Aïe, je ne peux plus voir les images postées par SG1. L'erreur renvoyée est :
Désolé, mais vous n'avez pas la permission d'utiliser cette fonctionnalité. Si vous n'êtes pas connecté, vous devriez le faire en utilisant le formulaire ci- dessous s'il est affiché .


Je pense que Yann a foiré quelque part quand il a déplacé les images... J'obtiens la même erreur !

Yannnn....

@+

PS : Léon : Deux liens direct :
http://SG1.SGC.free.fr/ForumRi4m/Snag-01.jpg
http://SG1.SGC.free.fr/ForumRi4m/Snag-02.jpg

Écrit par : leon1789 15/08/2009 18:17

J'en encodé Iron Man à 800 kbps (d'après ma première analyse, ça devrait m'aller) ...mais je n'ai pas encore regardé le résultat sur écran...

Voici l'image n° 25000 en trois exemplaires : la source, après softsharpen, puis encodée en divx.
http://img5.imageshack.us/i/difficulte.jpg/
Il n'y a pas de miracle : la source est bruitée, avec un dégradé moche en arrière plan.
Après SoftSharpen, l'image n'a plus de bruit, mais le dégradé est toujours visible... et après encodage, c'est toujours visible évidemment.
Cela dit, on aura beau encoder à 1600 kbps ou davantage, le problème restera... sauf si on améliore le pre-processing avs.

Si tu remets la main sur ton encodage, SG1, la même images pose-t-elle le même problème, non ? (avec virtualdub, pas d'autre lecteur qui font des choses cachées cling1.gif )

Écrit par : SG1 15/08/2009 19:41

Bonjour,

Citation
Si tu remets la main sur ton encodage, SG1,


Je n'ai que l'embarras du choix...

J'ai dû encoder ce film une bonne dizaine de fois (Et Stargate, au moins 20 fois...)
Et j'ai même encore les VOB au cas où tu me sortirais l'idée du siècle...

Je regarde ça, mais réponse pas avant demain !!

Bonne soirée

@+

PS :
Citation
Cela dit, on aura beau encoder à 1600 kbps ou davantage, ...

Oui ça j'ai pu remarquer... J'ai testé un encodage avec 2860 kbps, et j'ai toujours le problème (Légèrement moindre mais toujours là)

Écrit par : YannBresil 15/08/2009 23:36

Citation (SG1 @ samedi 15 août 2009 à 08:43) *
Bonjour,

Citation (leon1789 @ samedi 15 août 2009 à 10:21) *
Aïe, je ne peux plus voir les images postées par SG1. L'erreur renvoyée est :
Désolé, mais vous n'avez pas la permission d'utiliser cette fonctionnalité. Si vous n'êtes pas connecté, vous devriez le faire en utilisant le formulaire ci- dessous s'il est affiché .


Je pense que Yann a foiré quelque part quand il a déplacé les images... J'obtiens la même erreur !

Yannnn....

@+

PS : Léon : Deux liens direct :
http://SG1.SGC.free.fr/ForumRi4m/Snag-01.jpg
http://SG1.SGC.free.fr/ForumRi4m/Snag-02.jpg
euh, comprends pas, je les vois très bien!

Écrit par : SG1 16/08/2009 08:38

Bonjour,

Citation (YannBresil @ dimanche 16 août 2009 à 00:36) *
euh, comprends pas, je les vois très bien!


Je viens de réessayer, j'obtiens toujours le même message d'erreur sur tes liens Yann...
http://sg1.sgc.free.fr/ForumRi4m/Permission.gif

Et je ne peux pas poster une capture, je n'ai pas accès à l'importation d'image sur ce sujet...

@+

Écrit par : SG1 16/08/2009 14:15

Bonjour,

Image 25000 (capture Virtualdubmod)

- Image 01 : encodage XviD 12bits 2010kbps 720x400 Taille 1,74 Go
http://sg1.sgc.free.fr/ForumRi4m/Image25000_Iron2_xvid.2010kbps.jpg

- Image 02 : encodage DivX 24bits 2015kbps 720x400 Taille 1,74 Go
http://sg1.sgc.free.fr/ForumRi4m/Image25000_Iron3_divx.2015kbps.jpg

- Image 03 : encodage XviD 12bits 2794kbps 720x400 Taille 2,41 Go
http://sg1.sgc.free.fr/ForumRi4m/Image25000_Iron4_xvid.2794kbps.jpg

Et pour info :
Le graphe du film correspondant à l'image 01 en Xvid
http://sg1.sgc.free.fr/ForumRi4m/IronMan2_Graph.xvid.gif

Le graphe du film correspondant à l'image 02 en DivX
http://sg1.sgc.free.fr/ForumRi4m/IronMan2_Graph.divx.gif

Pour une taille finale identique, la différence est impressionnante...
Je ne sais pas trop analyser ce type de graphe, mais tu devrais pouvoir
me dire ce que tu en penses...

.
.

Petite question sans rapport direct avec Iron Man :
Pourquoi certains logiciels encodent en XviD 24 bits alors que Ri4m encode en XviD 12 bits ?
Qu'elle est la différence entre les deux ?
DivX encode en 24 bits...
Merci

@+

Écrit par : leon1789 16/08/2009 22:02

Citation (SG1 @ dimanche 16 août 2009 à 15:15) *
- Image 01 : encodage XviD 12bits 2010kbps 720x400 Taille 1,74 Go
http://sg1.sgc.free.fr/ForumRi4m/Image25000_Iron2_xvid.2010kbps.jpg

L'image est bruitée, conformément à la source.

Citation (SG1 @ dimanche 16 août 2009 à 15:15) *
- Image 02 : encodage DivX 24bits 2015kbps 720x400 Taille 1,74 Go
http://sg1.sgc.free.fr/ForumRi4m/Image25000_Iron3_divx.2015kbps.jpg

L'image est anormalement moins bruitée. Tu as utilisé un filtre avs pour ça ? ou coché une option dans le divx codec ?

Citation (SG1 @ dimanche 16 août 2009 à 15:15) *
- Image 03 : encodage XviD 12bits 2794kbps 720x400 Taille 2,41 Go
http://sg1.sgc.free.fr/ForumRi4m/Image25000_Iron4_xvid.2794kbps.jpg

L'image colle parfaitement à la source : elle est plus nette, mais encore plus bruitée que la première de xvid !

Citation (SG1 @ dimanche 16 août 2009 à 15:15) *
Et pour info :
Le graphe du film correspondant à l'image 01 en Xvid
http://sg1.sgc.free.fr/ForumRi4m/IronMan2_Graph.xvid.gif

Tu vois que le nombre d'images clés est environ de 1% du nombre des images : c'est normal.
En revanche, le débit monte assez haut on dirait, plus haut que le divx qui suit : cela peut causer des problèmes à certaines platines...

Citation (SG1 @ dimanche 16 août 2009 à 15:15) *
Le graphe du film correspondant à l'image 02 en DivX
http://sg1.sgc.free.fr/ForumRi4m/IronMan2_Graph.divx.gif

Oui, il y a deux gros problèmes évidemment ! Mais j'en ai déjà parlé :
-1- le générique final (à partir de l'image 170000-ième image environ) est le passage qui prend le plus de bits !! (Un comble qu'il convient de corriger am modifiant le fichier map.log)
-2- le nombre de keyframe est exactement de 1 pour 300 images, ce qui signifie que divx ne distingue pas les changements de scène !!! Résultat mauvais évidemment (cause : les bandes noires. Il convient de modifier le "seuil d'images clé").

Citation (SG1 @ dimanche 16 août 2009 à 15:15) *
Pour une taille finale identique, la différence est impressionnante...
Je ne sais pas trop analyser ce type de graphe, mais tu devrais pouvoir
me dire ce que tu en penses...

J'ai commenté comme je le pense.
Tu sais bien que j'encode au plus juste dans le débit... et même un peu trop juste, c'est vrai. Mais comme mon programme LeonDivXQ corrige "automatiquement" les deux gros problèmes de divx cités ci-dessus, cela me permet de gagner pas mal de kbps, comme tu peux t'en douter...

En plus, l'usage de SoftSharpen me fait gagner également des kbps grace au débuitage (très présent sur ce film !), quitte à en reperdre dans une hausse de netteté que j'aime bien. Cela étant, depuis la version 5.8, je trouve que SoftSharpen lessive un peu trop les visages (j'avais déjà réfléchi un peu à ce problème intéressant : détection de peau, comme dans HybridFupp. Voir http://www.unite-video.com/phpbb/viewtopic.php?t=8473&postorder=asc&start=11 ) . Peut-être la prochaine version sera capable de détecter correctement la peau et ne fera pas la lessive dessus...

Citation (SG1 @ dimanche 16 août 2009 à 15:15) *
Pourquoi certains logiciels encodent en XviD 24 bits alors que Ri4m encode en XviD 12 bits ?
Qu'elle est la différence entre les deux ?
DivX encode en 24 bits...

J'imagine que c'est pour gagner en compression, mais est-ce visible ? est-ce recommandable ? je crois que non.

Écrit par : leon1789 17/08/2009 07:45

Je vais réencoder à 1005 kbps, en demandant une amélioration des images n° 24004 à n° 55706 (dans ce passage, le débit global est faible car les images sont sombres), et en passant le paramètre net de softsharpen de 18 à 22 (j'avais mis 18 car globalement le film n'est pas très mouvementé, mais je peux me permettre d'augmenter à 22 puisque le débit passe de 800 kbps à 1005 : augmentation de 25%...)

Écrit par : SG1 17/08/2009 09:42

Bonjour,

Citation
L'image est anormalement moins bruitée. Tu as utilisé un filtre avs pour ça ? ou coché une option dans le divx codec ?

Dans ce cas là, non. Pour le XviD, j'encode en mode Sans Restriction dans les paramètres du codec.

Citation
En revanche, le débit monte assez haut on dirait, plus haut que le divx qui suit : cela peut causer des problèmes à certaines platines...

Concernant les platines, je ne grave plus, donc pour moi, c'est sans importance...

Si tu arrives à un résultat intéressant avec LeonDivX et SoftSharpen, pourrais-tu me faire passer un script « Prêt à l'emploi » pour tester ensuite avec mes paramètres ?

Citation
J'imagine que c'est pour gagner en compression, mais est-ce visible ? est-ce recommandable ? je crois que non.

Visible, je ne pense pas, incompatible quand on veut coller, oui, hélas...

@+

Écrit par : leon1789 17/08/2009 09:54

Citation (SG1 @ lundi 17 août 2009 à 10:42) *
Si tu arrives à un résultat intéressant avec LeonDivX et SoftSharpen, pourrais-tu me faire passer un script « Prêt à l'emploi » pour tester ensuite avec mes paramètres ?

oui ok.

Citation (SG1 @ lundi 17 août 2009 à 10:42) *
Citation
J'imagine que c'est pour gagner en compression, mais est-ce visible ? est-ce recommandable ? je crois que non.

Visible, je ne pense pas, incompatible quand on veut coller, oui, hélas...

ah, oui c'est une bonne raison aga.gif

Écrit par : leon1789 17/08/2009 18:45

Avant de présenter le résultat de l'encodage (il n'est pas terminé), voici le recadrage 720x400, avec bandes noires, réalisé par CropResizeBorder (évidemment ! cling1.gif )
J'ai ajouté le résultat du traitement fait par SoftSharpen 5.9 avant encodage. Déjà, il faut que l'image te plaise. S'il y a trop de sharp à ton goût, on peut bien sûr diminuer...
http://img34.imageshack.us/i/image1tez.jpg/ http://img33.imageshack.us/i/image2vis.jpg/ http://img89.imageshack.us/i/image3yum.jpg/ http://img11.imageshack.us/i/image4sub.jpg/
J'espère que tu apprécies le cadrage précis montré par le cercle tracé sur la source (Paramount étoilé) cling.gif (en fait, ton cadrage fait avec riam est légèrement tassé verticalement de 4 lignes.)
Regarde bien la netteté : trop forte ? on peut la diminuer.
Regarde bien la peau des personnages : trop lessivée ? on peut diminuer le débruitage.



Si cela te plaît, alors tu peux toujours commencer par télécharger les fichiers CropResizeBorder.zip (ici http://forum.ripp-it.com/index.php?s=&showtopic=17294&view=findpost&p=255987 ) et SoftSharpen.zip (et là http://forum.ripp-it.com/index.php?s=&showtopic=16839&view=findpost&p=251711 )

Écrit par : leon1789 17/08/2009 19:56

Citation (leon1789 @ lundi 17 août 2009 à 08:45) *
Je vais réencoder à 1005 kbps, en demandant une amélioration des images n° 24004 à n° 55706 (dans ce passage, le débit global est faible car les images sont sombres), et en passant le paramètre net de softsharpen de 18 à 22 (j'avais mis 18 car globalement le film n'est pas très mouvementé, mais je peux me permettre d'augmenter à 22 puisque le débit passe de 800 kbps à 1005 : augmentation de 25%...)


Voici quelques images du résultat divx (ici sans bandes noires, pour moi...) : tu peux comparer avec tes encodages et dire ce que tu aimes et ce que tu n'aimes pas. Mais c'est surtout le source avec SoftSharpen et avant encodage qu'il faut juger. Après, on encode avec le codec que l'on veut, au débit que l'on souhaite...

image 620 http://img18.imageshack.us/i/620p.jpg/

image 25000 http://img199.imageshack.us/i/25000.jpg/ En augmentant la luminosité pour observer l'image, on constate au moins deux problèmes.
-1- Le mauvais effet de vagues sur toute la partie droite de l'image existe déjà sur la source, et un peu accentué par SoftSharpen. Pas de miracle à l'encodage.
-2- La compression divx enlèvent toute la texture de la manche à gauche. EDIT : en comparant toutes les images 25000 qui ont été postées, je viens de comprendre que SG1 et moi n'avons pas la même librairie pour le lire le fichier d2v, et cela crée pas mal de différences sur la source elle-même : la source de SG1 a l'air plus bruitée mais plus détaillée... Je vais donc utiliser la libraire de riam pour essayer d'avoir les mêmes conditions que SG1. EDIT EDIT : Cela m'a permis de corriger un truc dans LeonDivxQ, mais malgré l'utilisation de la librairie de riam comme SG1, le problème de la manche reste le même : dès le moindre débruitage, la manche est floutée. Il faut dire que les images précédente et suivante de la source ne sont pas nettes sur la manche, et cela pousse le débruiteur à flouter la manche.

image 89575 http://img24.imageshack.us/i/89575.jpg/

image 100210 http://img193.imageshack.us/i/100210.jpg/

Qu'en penses-tu ? Est-ce tout cela te donne envie d'essayer ? Rien n'empêche d'encoder avec CropResizeBorder + SoftSharpen (je te fais un petit script de 3 lignes !), en XviD (avec tes régalges persos) à 1600 kbps (pour éviter les artefacts lié au sharp assez fort), en modifiant le fichier riam.avs

Écrit par : leon1789 18/08/2009 14:14

Je suis en train d'intégrer un meilleur traitement qui évitera le lessivage des visages. Ca ralentit évidemment le script (de 5%) mais je crois que ça vaut le coup !! aga.gif

Écrit par : SG1 18/08/2009 15:01

Bonjour,

Citation
mais je crois que ça vaut le coup !!


Je te fais confiance à 120 %

cling.gif

@+

PS : Rien à voir directement avec Iron Man, simple curiosité, mais tu utilises quoi pour la programmation et création des DLL ?

Écrit par : rol 18/08/2009 19:15

Vache ça rigole pas ici yahoo1.gif

Écrit par : leon1789 18/08/2009 20:19

Voilà, les résultats de deux modifications importantes : la première (concernant la source même !) est la manière de lire le fichier d2v avec MPEG2Source : je faisais faire un processing assez destructeur, contrairement à riam qui ne fait aucun processing. La seconde concerne SoftSharpen 6.0.

image 141129 http://img16.imageshack.us/i/141129.jpg/

image 100211 http://img11.imageshack.us/i/100211.jpg/

Voilà, je ne peux pas promettre davantage...

EDIT image 25000 http://img17.imageshack.us/i/25000.jpg/ (toujours pas de miracle !)

SG1, est-ce que tout ça te tente de faire un p'tit encodage en xvid à 1600 kbps (avec un script d'encodage avs que je te donne pour riam) ?
Encore une fois, si tu trouves le sharp trop fort, on peut le diminuer...

Écrit par : leon1789 18/08/2009 20:55

Citation (SG1 @ mardi 18 août 2009 à 16:01) *
PS : Rien à voir directement avec Iron Man, simple curiosité, mais tu utilises quoi pour la programmation et création des DLL ?

Je ne crée aucune DLL ... je ne sais malheureusement pas faire.
J'utilise celles qu'on trouve sur le web.

Écrit par : leon1789 18/08/2009 21:06

Citation (rol @ mardi 18 août 2009 à 20:15) *
Vache ça rigole pas ici yahoo1.gif


On se prépare à la sortie de la version 6 de Ri4m ! glass.gif

Écrit par : rol 18/08/2009 21:30

Ok ! yahoo1.gif

Écrit par : leon1789 19/08/2009 19:33

Encore un encodage divx à 1000 kbps ... voilà à nouveau l'image test n° 25000 http://img21.imageshack.us/i/25000divx1000kbps.jpg/
C'est meilleur que mes tentatives précédentes, mais toujours pas de miracle...
C'est pas de chance : il y a tellement de bruit sur la source, qu'un débruitage suffisant pour faire disparaître la plupart du bruit, fait apparaître du banding (les vagues) à droite à tous les coups.

Écrit par : leon1789 20/08/2009 18:36

SG1 !!! EUREKA !!! Tu veux voir ? yahoo1.gif

na.gif na.gif na.gif

Écrit par : SG1 21/08/2009 10:52

Yess...
Yess...
Yess...
Yess...
Yess...
Yess...
Yess...

Écrit par : leon1789 21/08/2009 13:15

Voilà l'image n°2500 en DivX (toujours à 1000 kbps) : http://img26.imageshack.us/i/2500divx1000kbpsdeban.png/

Si on stocke cette image en jpeg avec la qualité maximale du logiciel Paint.net, alors il y a de nouveau des vagues !!! gniark.gif
Je te donne la procédure pour tester et encoder.... cling1.gif

Écrit par : leon1789 21/08/2009 13:51

Préparation.
Il faut télécharger CropResizeBorder et SoftSharpen 6.1.
Ce sont deux fichiers zip qu'il faut décompresser. Placer tous les fichiers (DLL et AVSI) qu'ils contiennent dans le répertoire c:\Program Files\AviSynth 2.5\plugins . Si tu as déjà ces fichiers DLL dans ce répertoire, garde les versions les plus récentes. cling1.gif

Le script avs.
Imaginons que le script de Ri4m soit celui-ci (très standard)

Code
# **** Ripp-it & AVIsynth 2.5x script **** pass 2+
      
       LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\undot.dll")
       LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\MPEG2Dec3.dll")
      
       # Video codec   : DivX
       # Video bitrate : 1000000
      
       Source="C:\riam\IRONMA~1\vts\VTS_01_1.d2v"
       Largeur=720
       Hauteur=400
       ratio  =1.800000
       vratio =1.800000
       Crop_g=0
       Crop_d=0
       Crop_h=0
       Crop_b=0
       Indice=0.138889
      
       Video=mpeg2Source(Source)
       Video=Undot(Video)
       Video=BilinearResize(Video, Largeur, Hauteur)
      
       Return(Video)


Tu le remplaces tout ce script (en adaptant à ton script initial, s'il contient de l'audio, sous-titres, ou autre chose...) par celui-ci
Code
       LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\MPEG2Dec3.dll")
      
       Source="C:\riam\IRON MAN\vts\VTS_01_1.d2v"
       Largeur=720
       Hauteur=400
       Video=mpeg2Source(Source,cpu2="ooxxox")       # lit le fichier d2v
      
       Video = Video.CropResizeBorder(Largeur,Hauteur,Format=16/9.)    # c'est pour un bon recadrage
      
       Video = Video.SoftSharpen(preset="light",net=20,deban=1.6)  # traitement de l'image
      
       Return(Video)


Puisque les fichiers zip ont été décompressés dans le répertoire avisynth/plugins , les DLL utilisées sont automatiquement chargées. Pas de soucis aga.gif
Et normalement, tu dois pouvoir visualiser le résultat. Par exemple, image 25000 :
http://img12.imageshack.us/i/25000.png/ Ici, le fichier stocké sur le net est un peu moins bon (à cause de la compression) que celui que je vois dans virtualdub ! an_what.gif

Là, vérifie bien que la vidéo te convient. On peut changer des choses... tant que l'encodage n'est pas lancé... cling1.gif


Encodage.
Personnellement, j'ai pris Divx 1000 kbps, mais on peut encoder de manière encore plus précise. Prends tes réglages Xvid à 1600 kbps (j'ai fait un petit test), et ce débit devrait donner un résultat identique au "source softsharpé" que tu vois à la prévisualisation. Inutile de monter plus haut dans le débit je pense...

Et tu lances l'encodage...

rolleyes.gif Bon, tu vas surement avoir la désagréable surprise d'attendre un encodage deux fois plus lent que d'habitude... Mais dis-toi que ce n'est pas toi qui fait les calculs, et laisse l'ordi tourner car il va quand même plus vite que toi pour les faire ! cling1.gif

Écrit par : SG1 21/08/2009 14:54

Bonjour,

Merci Léon, dès que je peux, je teste ça, mais certainement pas avant le week-end...

Citation
Mais dis-toi que ce n'est pas toi qui fait les calculs,

Encore heureux, je serais mal barré, sinon ! eek2.gif

Merci

@+

Écrit par : SG1 22/08/2009 08:25

Bonjour,

Petite précision, stp !

Je viens de préparer mon script avec tes nouvelles données (Et je le mettrais en encodage la nuit, comme je le fais d'habitude)...

Concernant :
Video=mpeg2Source(Source,cpu2="ooxxox") # lit le fichier d2v

Il faut laisser "ooxxox" ou le remplacer par le chemin du D2V ?

Par déduction logique, je supprime : Video=BilinearResize(Video, Largeur, Hauteur)
Il faut que je supprime aussi : Video=Undot(Video) ?

Merci

Citation
Là, vérifie bien que la vidéo te convient. On peut changer des choses... tant que l'encodage n'est pas lancé...

Je vais tenter d'abord un encodage, après on verra...
Sur mon écran d'ordi, j'ai beaucoup de mal à vraiment voir les différences sur tes captures. Mon écran a un bon contraste mais pas assez de luminosité...
J'encode, je teste sur la TV...

@+

PS :
Citation
un encodage deux fois plus lent que d'habitude

Je te rappelle dans 15 jours quand l'encodage sera fini... mrgreen2.gif

Écrit par : leon1789 22/08/2009 10:33

Salut,

Citation
Concernant :
Video=mpeg2Source(Source,cpu2="ooxxox") # lit le fichier d2v

Il faut laisser "ooxxox" ou le remplacer par le chemin du D2V ?

Il faut laisser comme cela : cela signifie que, lors lecture des fichiers vob (donné par le d2v), il y aura deux process (deblocking et deringing) sur la partie chromatique de la source.

Le chemin du d2v est précisé sur la ligne : Source="C:\riam\IRON MAN\vts\VTS_01_1.d2v"


Citation
Par déduction logique, je supprime : Video=BilinearResize(Video, Largeur, Hauteur)
Il faut que je supprime aussi : Video=Undot(Video) ?

Oui, supprime aussi cela. aga.gif


Autre précision : si tu as des sous-titres (moi, j'en ai quelques lignes), place-les après la ligne SoftSharpen. En clair, mets-les en tout dernier, juste avant le Return(Video).


Citation
Citation
Là, vérifie bien que la vidéo te convient. On peut changer des choses... tant que l'encodage n'est pas lancé...

Je vais tenter d'abord un encodage, après on verra...
Sur mon écran d'ordi, j'ai beaucoup de mal à vraiment voir les différences sur tes captures. Mon écran a un bon contraste mais pas assez de luminosité...
J'encode, je teste sur la TV...

Ok, tu es excusé pour cette fois... Il faut dire que l'image 25000 est particulièrement sombre ! aga.gif

Citation
Je te rappelle dans 15 jours quand l'encodage sera fini... mrgreen2.gif

Ben fichtre ! Tu fais tous les calculs à la main ?? gniark.gif

Écrit par : SG1 23/08/2009 08:49

Bonjour Léon,

Citation (leon1789 @ samedi 22 août 2009 à 11:33) *
Citation
Je te rappelle dans 15 jours quand l'encodage sera fini... mrgreen2.gif

Ben fichtre ! Tu fais tous les calculs à la main ?? gniark.gif

beuh.gif J'aurais mieux fait de les faire à la main...

Premier test d'encodage avec tes nouveaux paramètres...

Encodage non terminé... erreur. Mais, bizarrement le film peut être regardé.
Il pèse plus de 6 Go, mais c'est du XviD ???

Vu sa taille, je dirais qu'il pèse autant que tous les VOB réunis, avec en plus l'audio en PCM.

Captures diverses :





Voila mon Script :
Citation
# **** Ripp-it & AVIsynth 2.5x script **** pass 2+

LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\undot.dll")
LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\VSFilter.dll")
LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\MPEG2Dec3.dll")

# Video codec : Xvid
# Video bitrate : 1862499

Source="C:\00A96E~1.TRA\IRONMA~1\VTS_02_1.d2v"
Largeur=720
Hauteur=400
ratio =1.800000
vratio =1.800000
Crop_g=0
Crop_d=0
Crop_h=0
Crop_b=0
Indice=0.258680

Video=mpeg2Source(Source,cpu2="ooxxox")
Video=Video.CropResizeBorder(Largeur,Hauteur,Format=16/9.)
Video=Video.SoftSharpen(Preset="light",net=20,deban=1.6)

# Video=Undot(Video)
# Video=BilinearResize(Video, Largeur, Hauteur)
Video=TextSub(Video, "C:\00.Traitement\Iron Man\01.Francais _Ripp-it.ssa")

Audio=WAVsource("C:\00A96E~1.TRA\IRONMA~1\audio0.wav")
Audio=DelayAudio(Audio, 0.000000)
Video=AudioDub(Video, Audio)

Return(Video)


@+

Écrit par : leon1789 23/08/2009 10:05

ah...

-1- Avi Bitrate Grapher montre que l'encodage n'est pas complet (tu n'as qu'un tiers du film) et l'encodage se fait qu'avec des images clés...

-2- L'erreur "statsfile not found" indique que la première passe ne s'est pas déroulée correctement (ce qui explique la première remarque quant aux images clés).

-3- Ton script avs m'a l'air correct.

Ben, je ne comprends pas pourquoi ça s'est mal passé interro1.gif Tu peux tout visionner sur la prévisualisation ? et si tu lis le script avs directement avec virtualdub ? Tu as quoi comme PC (cpu & ram) ?

EDIT : et le peu qui a été encoder l'est correctement ? (tu as les images 620 et 25000 cling1.gif )

Citation (SG1 @ dimanche 23 août 2009 à 09:49) *
Video=TextSub(Video, "C:\00.Traitement\Iron Man\01.Francais _Ripp-it.ssa")

STP, tu peux (me) donner ton 01.Francais _Ripp-it.ssa pour comparer avec mon bête ss-titres.srt aga.gif

Écrit par : SG1 23/08/2009 14:11

Bonjour,

Bon, par où commencer... yahoo.gif

Citation
Avi Bitrate Grapher montre que l'encodage n'est pas complet (tu n'as qu'un tiers du film)

J'ai visionné le film (Rapidement en cliquant sur certains passages...) avec Media Player Home Cinéma.
Le film est complet...

Citation
Ton script avs m'a l'air correct

J'aurais préféré qu'il y ait une erreur dans le script... Parce que là ça va donc compliquer la tâche ! bof.gif

Citation
Ben, je ne comprends pas pourquoi ça s'est mal passé...

beuh.gif Moi non plus... mrgreen2.gif

Citation
Tu peux tout visionner sur la prévisualisation ?

Ausssi bizarre que ça paraisse, oui...

Citation
...et si tu lis le script avs directement avec virtualdub ?

...Et dans VirtualDubMod aussi !

Citation
Tu as quoi comme PC (cpu & ram) ?

HP a229fr Celeron 2.2 ghz - 768 Mo de Ram...

Citation
EDIT : et le peu qui a été encoder l'est correctement ?

Le film est complet, mais je ne sais pas si il a été vraiment encodé... 6,61 Go, c'est un sacré XviD !!!

Citation
(tu as les images 620 et 25000 )




Citation
STP, tu peux (me) donner ton 01.Francais _Ripp-it.ssa pour comparer avec mon bête ss-titres.srt

No problémo

C'est par ici... http://SG1.SGC.free.fr/IronMan/01.Francais%20_Ripp-it.ssa

@+

Écrit par : leon1789 23/08/2009 15:08

Citation (SG1 @ dimanche 23 août 2009 à 15:11) *
Citation
Avi Bitrate Grapher montre que l'encodage n'est pas complet (tu n'as qu'un tiers du film)

J'ai visionné le film (Rapidement en cliquant sur certains passages...) avec Media Player Home Cinéma.
Le film est complet...

ok... Video Inspectoir indique 39'16 : c'est pire que je pensais. gloups.gif

Citation (SG1 @ dimanche 23 août 2009 à 15:11) *
Citation
Ton script avs m'a l'air correct

J'aurais préféré qu'il y ait une erreur dans le script...

moi aussi.

Citation (SG1 @ dimanche 23 août 2009 à 15:11) *
Citation
Ben, je ne comprends pas pourquoi ça s'est mal passé...

beuh.gif Moi non plus... mrgreen2.gif

Citation
EDIT : et le peu qui a été encoder l'est correctement ?

Le film est complet, mais je ne sais pas si il a été vraiment encodé... 6,61 Go, c'est un sacré XviD !!!

Oui, il est encodé, mais tout en images clés et ça fait exploser le débit aga.gif

Citation (SG1 @ dimanche 23 août 2009 à 15:11) *
Citation
(tu as les images 620 et 25000 )


L'image 620 m'a l'air conforme à SoftSharpen.
L'image 25000 est débruitée, sans vagues.... mais à la place des vagues, il y a des blocs maintenant. an_kes.gif
Mais bon, cela ne veut pas dire grand chose puisque l'encodage ne s'est pas déroulé normalement...


Bon....

....

Tu retentes un encodage Xvid avec Ri4m ? (peut-être il y a-t-il eu un binz improbable lors du premier encodage ?)
Tu tentes un encodage Xvid avec VirtualdubMod à partir du script en deux temps (1ère passe, puis 2nde passe), sans l'audio ?
Autre chose ?

Citation (SG1 @ dimanche 23 août 2009 à 15:11) *
Citation
STP, tu peux (me) donner ton 01.Francais _Ripp-it.ssa pour comparer avec mon bête ss-titres.srt

No problémo

C'est par ici... http://SG1.SGC.free.fr/IronMan/01.Francais%20_Ripp-it.ssa

heu... gloups.gif où par ici ? rolleyes.gif

Écrit par : SG1 23/08/2009 15:46

Bonjour,

Citation
ok... Video Inspectoir indique 39'16 : c'est pire que je pensais. gloups.gif

C'est vrai, j'avais pas fait attention en affichant l'image...
Je vais faire une analyse avec un autre utilitaire...

Citation
Tu retentes un encodage Xvid avec Ri4m ? (peut-être il y a-t-il eu un binz improbable lors du premier encodage ?)

Oui, je peux toujours... gloups.gif

Citation
Tu tentes un encodage Xvid avec VirtualdubMod à partir du script en deux temps (1ère passe, puis 2nde passe), sans l'audio ?

C'est à dire, je ne fais jamais comme ça, donc...
Je place le script AVS dans VD et je demande une première passe ?
Et la seconde, ça se passe comment ?

Citation
Autre chose ?

Un encodage en DivX, peut-être ?

Au fait, les paramètres du codec ?
Perso, en XviD, je laisse toujours en « Unrestricted »... ça ne joue pas sur le problème des fois ?

Citation
C'est par ici... http://SG1.SGC.free.fr/IronMan/01.Francais%20_Ripp-it.ssa

Citation
heu... gloups.gif où par ici ? rolleyes.gif

an_ouarf.gif gniark.gif Sur l'image... http://SG1.SGC.free.fr/IronMan/01.Francais%20_Ripp-it.ssa

@+

PS : Analyse AVICodec :


Écrit par : leon1789 23/08/2009 16:19

Citation (SG1 @ dimanche 23 août 2009 à 16:46) *
Citation
Tu retentes un encodage Xvid avec Ri4m ? (peut-être il y a-t-il eu un binz improbable lors du premier encodage ?)

Oui, je peux toujours... gloups.gif

C'est le plus simple.

Citation (SG1 @ dimanche 23 août 2009 à 16:46) *
Citation
Tu tentes un encodage Xvid avec VirtualdubMod à partir du script en deux temps (1ère passe, puis 2nde passe), sans l'audio ?

C'est à dire, je ne fais jamais comme ça, donc...
Je place le script AVS dans VD et je demande une première passe ?

Dans VDMod, tu coches "vidéo / Re-compression rapide",
tu vas dans "video / compression", tu choisis Xvid, et tu configures pour la première passe comme cela : "two pass - 1st pass"

Tu peux bien sûr configurer le reste avec tes réglages persos.
Enfin, tu cliques sur Ok (deux fois), et tu demandes à VDMod d' "enregistrer sous"... et là, la première passe commence.

Citation (SG1 @ dimanche 23 août 2009 à 16:46) *
Et la seconde, ça se passe comment ?

C'est la même procédure, mais là on spécifie : "two pass - 2nd pass" et le bitrate que tu veux.

Citation (SG1 @ dimanche 23 août 2009 à 16:46) *
Citation
Autre chose ?

Un encodage en DivX, peut-être ?

oui, et pour éviter le bug de divx sur les images clés, et optimiser le générique et la plage 24000-65000, je te donnerai mon map.log (2 à 3 Mo en zip)... Et en plus, cela t'évitera une première passe inutile (puisque celle-ci est uniquement faite pour construire ce fichier map.log que je te donnerai). Mais pour tout ça, il vaudra mieux être sur msn, car je préfère ne rien laisser au hasard.

Mais bon, c'est peut-être la dernière solution à tenter aga.gif

Citation (SG1 @ dimanche 23 août 2009 à 16:46) *
Au fait, les paramètres du codec ?
Perso, en XviD, je laisse toujours en « Unrestricted »... ça ne joue pas sur le problème des fois ?

Je ne crois pas que cela joue.

Citation (SG1 @ dimanche 23 août 2009 à 16:46) *
Citation
C'est par ici... http://SG1.SGC.free.fr/IronMan/01.Francais%20_Ripp-it.ssa

Citation
heu... gloups.gif où par ici ? rolleyes.gif

an_ouarf.gif gniark.gif Sur l'image... http://SG1.SGC.free.fr/IronMan/01.Francais%20_Ripp-it.ssa


okey !! an_ouarf.gif Merci, je regarde ça de mon coté.

Écrit par : SG1 23/08/2009 16:54

Bonjour,

Juste pour info, mais ça n'apportera rien de plus au Schmilblick :



Citation (leon1789 @ dimanche 23 août 2009 à 17:19) *
Dans VDMod, tu coches "vidéo / Re-compression rapide",?

Pourquoi, je recompresse l'AVI existant ?

Difficile de bloquer l'ordi dans la journée... Et si je fais la nuit :
La première passe du premier test a pris environ 5 heures... Si l'ordi s'arrête entre les deux passes, ça va pas aller, si ?

Citation
oui, et pour éviter le bug de divx sur les images clés, et optimiser le générique et la plage 24000-65000, je te donnerai mon map.log... (2 à 3 Mo en zip)
Mais bon, c'est peut-être la dernière solution à tenter aga.gif

J'ai déjà fait une multitude de test avec des modifs de Map.log sans grand succès, alors on va éviter... gniark.gif

@+

Écrit par : leon1789 23/08/2009 17:06

Citation (SG1 @ dimanche 23 août 2009 à 17:54) *
Citation (leon1789 @ dimanche 23 août 2009 à 17:19) *
Dans VDMod, tu coches "vidéo / Re-compression rapide",?

Pourquoi, je recompresse l'AVI existant ?

non, cela ne signifie pas qu'on recompresse l'AVI existant , mais que VD ne fait aucun traitement entre la source (le résultat du fichier avs) et le sortie vers le codec. Ne t'inquiète pas, c'est ainsi que ri4m configure VDMod cling1.gif

Tu charges le script avs (fichier / ouvrir ...) en enlevant la partie audio (tu muxeras l'audio plus tard), tu configures le codec xvid pour la première passe (comme je t'ai montré), tu sauvegardes (fichier / enregistrer ...) et c'est tout aga.gif

Citation (SG1 @ dimanche 23 août 2009 à 17:54) *
Difficile de bloquer l'ordi dans la journée... Et si je fais la nuit :
La première passe du premier test a pris environ 5 heures... Si l'ordi s'arrête entre les deux passes, ça va pas aller, si ?

si si, c'est justement fait pour ! aga.gif

Écrit par : leon1789 23/08/2009 17:13

Citation (SG1 @ dimanche 23 août 2009 à 17:54) *
J'ai déjà fait une multitude de test avec des modifs de Map.log sans grand succès, alors on va éviter... gniark.gif

c'est pour ça que je préfère être sur msn, pour ne rien laisser au hasard. aga.gif

Écrit par : YannBresil 23/08/2009 17:48

tu as un espace dans le chemin!....

Écrit par : SG1 23/08/2009 18:07

Bonjour,

Citation (leon1789 @ dimanche 23 août 2009 à 18:13) *
Citation (SG1 @ dimanche 23 août 2009 à 17:54) *
J'ai déjà fait une multitude de test avec des modifs de Map.log sans grand succès, alors on va éviter... gniark.gif

c'est pour ça que je préfère être sur msn, pour ne rien laisser au hasard. aga.gif


Ooopss... J'ai dû rater une marche. Quel rapport entre le Map.log et MSN ?

Citation (YannBresil @ dimanche 23 août 2009 à 18:48) *
tu as un espace dans le chemin!....

Aucun problème, Yann... Chez moi, je peux affirmer avec une absolu certitude que les espaces ne m'ont jamais posés de problème.
Idem pour les chemins long (enfin moyennement long)... Ce qui n'est pas le cas pour les accents !

cling.gif

@+

Écrit par : leon1789 23/08/2009 18:14

Citation (SG1 @ dimanche 23 août 2009 à 19:07) *
Ooopss... J'ai dû rater une marche. Quel rapport entre le Map.log et MSN ?

Je voulais dire que pour utiliser divx, configurer, et bidouiller le map.log, il y a des choses précises à faire. Pour cela, je pense que le forum n'est pas assez interactif. Si un jour, on part sur cette piste (???), il faut que je fasse les mêmes manip que toi de mon coté, au même moment, pour minimiser les risques de fausse manip (qui auraient pour seule conséquence de rater l'encodage). Si on ne bidouille pas le map.log, le codec divx va mettre tout le débit dans le générique, et pas dans la scène 24000-55000 ...

Je voudrais bien que tu réussisses à encoder en xvid avec softsharpen, pour que l'on puisse comparer avec mon dernier encodage divx et les tiens réalisés auparavant, histoire de voir que l'on ne fait pas ça pour rien cling1.gif Regarde ta dernière image 25000 au-dessus http://forum.ripp-it.com/index.php?s=&showtopic=22328&view=findpost&p=281722 , et la première que tu as postée (à 2800 kbps) : http://sg1.sgc.free.fr/ForumRi4m/Image25000_Iron4_xvid.2794kbps.jpg Il y en a une meilleure que l'autre, tu ne trouves pas ? (sans monter la luminosité, agrandis simplement les images avec "ctrl +" si tu es sous firefox)

Corse.gif

Écrit par : SG1 23/08/2009 18:31

Bonjour,

Citation
Pour cela, je pense que le forum n'est pas assez interactif...

Oui, je comprends mieux...

Citation
Il y en a une meilleure que l'autre, non ?

Je te dirais, honnêtement, que je n'ai pas comparé avant de poster puisque le dernier encodage a raté... Je ne sais pas si l'on peut se fier à cette dernière image et si le prochain encodage donnera la même satisfaction...

Mais maintenant, je compare et même sur mon ordi (qui est sombre), je vois effectivement une plus grande netteté et moins de "bruit"

Je remarque aussi une image légèrement moins "tassée"...

@+

PS :
Citation
histoire de voir que l'on ne fait pas ça pour rien

Ça serait quand même bien, ça fait un petit moment que l'on est sur le sujet, donc, souhaitons que l'on arrive à quelque chose de concret !!!

Écrit par : leon1789 23/08/2009 20:26

...alors tu tentes un nouvel xvid avec Riam ou VDmod ?

De mon coté, je relance un huitième encodage pour y inclure tes sous-titres aga.gif J'aime bien ton Iron Man dans les premières images noires !
EDIT : ...allez, neuvième encodage : j'avais oublié de placer le paramètre deban=1,6 dans softsharpen ... bof.gif
EDIT : je suis quand même assez déçu par divx : j'ai beau mettre le débit à fond (ou presque cling1.gif ), il n'est pas capable de respecter l'image propre de softsharpen dans les parties sombres de la plage 24000-55000... bof.gif Espoir pour xvid !

Écrit par : SG1 24/08/2009 08:06

Bonjour,

Citation (leon1789 @ dimanche 23 août 2009 à 21:26) *
De mon coté, je relance un huitième encodage pour y inclure tes sous-titres aga.gif J'aime bien ton Iron Man dans les premières images noires !
EDIT : ...allez, neuvième encodage : j'avais oublié de placer le paramètre deban=1,6 dans softsharpen ... bof.gif

beuh.gif Ben, oui, mais toi, tu as un ordi Formule1, moi j'ai une 2cv4 1949... gniark.gif
Peux pas aller plus vite que mon ordi...

Citation (leon1789 @ dimanche 23 août 2009 à 21:26) *
...alors tu tentes un nouvel xvid avec Riam ou VDmod ?

Vouiii...

Bon, résultat : On a pas encore fini, mais je risque de me lasser avant toi...

Donc, je disais :

Deuxième test selon tes dernières explications...

J'ai donc fait une première passe d'encodage, la nuit dernière...
(Enfin, l'ordi a fait la première passe, moi, j'étais au lit...)

Script AVS (sans audio) dans VirtualDubMod...

Et j'ai regardé ce matin le premier fichier que j'avais nommé « Pass1.avi »

Sans audio : 5,30 Go
...et il est entièrement visualisable dans MPC par exemple.

Je coyais que la première passe était impossible à regarder ?

En fait, je pense que j'ai obtenu le même fichier que le premier (la différence étant l'audio)...

Y'a comme qui dirait un truc qui cloche...

Captures diverses :



Script AVS utilisé dans VD :

Citation
# **** Ripp-it & AVIsynth 2.5x script **** pass 2+

LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\undot.dll")
LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\VSFilter.dll")
LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\MPEG2Dec3.dll")

# Video codec : Xvid
# Video bitrate : 1862499

Source="C:\00A96E~1.TRA\IRONMA~1\VTS_02_1.d2v"
Largeur=720
Hauteur=400
ratio =1.800000
vratio =1.800000
Crop_g=0
Crop_d=0
Crop_h=0
Crop_b=0
Indice=0.258680

Video=mpeg2Source(Source,cpu2="ooxxox")
Video=Video.CropResizeBorder(Largeur,Hauteur,Format=16/9.)
Video=Video.SoftSharpen(Preset="light",net=20,deban=1.6)

# Video=Undot(Video)
# Video=BilinearResize(Video, Largeur, Hauteur)
Video=TextSub(Video, "C:\00.Traitement\Iron Man\01.Francais _Ripp-it.ssa")

Return(Video)


@+

ouin.gif

Écrit par : leon1789 24/08/2009 09:43

Salut,

Patience, patience aga.gif
Tu as raison, le fichier .avi après une passe d'analyse n'est pas lisible... problème de config xvid ?

Bon, essayons d'en avoir le coeur net.
Dans ton répertoire c:\program files\ripp-it AM\vdubmod\
il doit y avoir un fichier video.pass (c'est le fichier crée par la première passe).
Quelle est sa date de modification ?

De même, dans ton répertoire C:\00.Traitement\Iron Man\
il devrait y avoir aussi un fichier video.pass (mais j'en doute).
Quelle est sa date de modification ?

Écrit par : SG1 24/08/2009 11:07

Bonjour,

Citation (leon1789 @ lundi 24 août 2009 à 10:43) *
Patience, patience aga.gif

gniark.gif

Citation (leon1789 @ lundi 24 août 2009 à 10:43) *
Tu as raison, le fichier .avi après une passe d'analyse n'est pas lisible... problème de config xvid ?

J'ai tout suive à la lettre... mais une erreur est toujours possible !!!
Ma config de XviD, je n'ai pas changé grand chose... en général je n'y touche jamais !
...Juste « two pass - 1st pass »

Citation (leon1789 @ lundi 24 août 2009 à 10:43) *
Bon, essayons d'en avoir le coeur net.
Dans ton répertoire c:\program files\ripp-it AM\vdubmod\
il doit y avoir un fichier video.pass (c'est le fichier crée par la première passe).
Quelle est sa date de modification ?

Bon, ici, la date est 19 juillet... je pense la date de mon dernier encodage "standard"
Donc, ça ne correspond pas, ce qui veut dire que ce fichier n'a pas été créé ou se trouve ailleurs...

Citation (leon1789 @ lundi 24 août 2009 à 10:43) *
De même, dans ton répertoire C:\00.Traitement\Iron Man\
il devrait y avoir aussi un fichier video.pass (mais j'en doute).
Quelle est sa date de modification ?

Non, dans le dossier d'encodage, je n'y ai jamais de Video.pass

J'ai un video.pass à la racine du disque C:\ mais il est encore plus vieux...

Je vais faire une recherche pour voir si il y en a un autre sur le disque (Mais j'en doute)...

@+

Écrit par : leon1789 24/08/2009 11:14

okey !! ce que tu dis est cohérent avec les deux problèmes que tu as eu aga.gif
En fait, je ne sais pas pourquoi, mais ton codec xvid ne fait plus d'encodage en deux passes !
En effet, apparemment, il n'y a aucune trace des deux tentatives d'encodage de ce week-end,
ce qui confirme l'erreur de ton premier encodage (stat file not found) et le fait que tu
puisses anormalement lire le passe1.avi après ta première passe... aga.gif

Bon, voilà (j'ai réfléchi pendant mes 15 petits km de vélo), laisse tomber VDMod et reviens à ri4m.
Si j'ai la bonne idée, le problème ne vient pas du script avs, mais de xvid.
Je te propose de faire un petit (ré)encodage avec xvid en deux passes
d'une petite vidéo de quelques minutes (n'importe laquelle que tu trouveras sur ton disque).
Fais-le comme d'habitude, sans toucher le script avs de ri4m, (au plus simple cling1.gif )
histoire de voir un encodage deux passes se faire comme il faut... aga.gif

Ok ?

Ensuite, vérifie bien que le fichier video.pass du répertoire ri4m est modifié d'aujourd'hui.

Écrit par : SG1 24/08/2009 14:02

OK, je fais et je repasse...

Écrit par : leon1789 24/08/2009 14:09

Citation (SG1 @ lundi 24 août 2009 à 12:07) *
Je vais faire une recherche pour voir si il y en a un autre sur le disque (Mais j'en doute)...

Pour savoir où le codec enregistre le fichier video.pass, il suffit regarder le champ "Stats Filename" de la fenêtre qui s'ouvre quand on clique sur "more" à coté du choix "Twopass - 1st pass" ou "Twopass - 2nd pass".

En clair,
on lance VD(mod),
on clique sur vidéo / compression / xvid / configurer ,
on choisit "Twopass - 1st pass" ou "Twopass - 2nd pass",
on clique sur le more qui est juste à coté,
et on voit où est stocké le fichier aga.gif

D'ailleurs, on voit même si c'est bien le nom de fichier "video.pass" qui est utilisé ou un autre cling1.gif

Écrit par : leon1789 24/08/2009 14:45

En regardant les options xvid, je viens de comprendre (et c'est tout bête !) que l'on peut facilement modifier la quantification de xvid avec les "zones" ! Cela pourra être intéressant si jamais on en a besoin pour les images 24000-55000 , ou même le générique de fin... aga.gif si je cromprends bien, on peut sur certaines zones, demander un bitrate moins élevé ou au contraire plus élevé que le codec attribue (jusqu'à deux fois plus élevé). C'est comme avec divx (avec un facteur plus grand encore si on veut), mais en plus facile d'emploi avec xvid... intéressant et à retenir aga.gif

Voir http://forum.hardware.fr/hfr/VideoSon/Traitement-Video/tout-options-xvid-sujet_80220_1.htm

Écrit par : SG1 24/08/2009 15:09

Bonjour,

Bon, y'a peut-être un peu d'espoir... gniark.gif

Citation
Pour savoir où le codec enregistre le fichier video.pass, il suffit regarder le champ "Stats Filename" de la fenêtre qui s'ouvre quand on clique sur "more" à coté du choix "Twopass - 1st pass" ou "Twopass - 2nd pass".
En clair,
on lance VD(mod),
on clique sur vidéo / compression / xvid / configurer ,
on choisit "Twopass - 1st pass" ou "Twopass - 2nd pass",
on clique sur le more qui est juste à coté,
et on voit où est stocké le fichier aga.gif
D'ailleurs, on voit même si c'est bien le nom de fichier "video.pass" qui est utilisé ou un autre cling1.gif

Intéressant, à retenir...
Donc j'ai regardé à cet endroit, et la ligne était vide...

J'ai laissé comme ça pour voir et j'ai tenté un réencodage de 2 minutes de IronMan avec Ri4m.
Message d'erreur comme la première fois...
J'ai donc refait mon mini réencodage en indiquant le chemin du Video.pass à la racine de mon disque C:\

Ça marche... Je vais donc retenter ce soir un encodage complet avec Ri4m...

Citation (leon1789 @ lundi 24 août 2009 à 15:45) *
En regardant les options xvid, je viens de comprendre (et c'est tout bête !) que l'on peut facilement modifier la quantification de xvid avec les "zones" ! Cela pourra être intéressant si jamais on en a besoin pour les images 24000-55000 , ou même le générique de fin... aga.gif si je cromprends bien, on peut sur certaines zones, demander un bitrate moins élevé ou au contraire plus élevé que le codec attribue (jusqu'à deux fois plus élevé). C'est comme avec dvix, mais en plus facile d'emploi avec xvid... intéressant et à retenir aga.gif


Voilà effectivement quelque chose qui peut être très intéressant... Je suppose que tu vas regarder ça de plus près...
Dès que tu as plus d'info...

Merci cling.gif

@+

Écrit par : leon1789 24/08/2009 15:43

Citation (SG1 @ lundi 24 août 2009 à 16:09) *
Bon, y'a peut-être un peu d'espoir... gniark.gif
[...] Ça marche... Je vais donc retenter ce soir un encodage complet avec Ri4m...
[...] Voilà effectivement quelque chose qui peut être très intéressant... Je suppose que tu vas regarder ça de plus près...

un peu d'espoir an_ouarf.gif
.. bon ! ça s'annonce bien parti cette fois aga.gif




De mon coté, je viens de lancer un encodage xvid dans les mêmes conditions (ou presque) que pour divx avant. Cela me permettra de comparer aga.gif

--> débit 1000 kbps (seulement ? oui, je sais ... aga.gif ) ,
profile "home" ,
Bframe consécutive max 2 , quantizer min 2 (et pas 1) et max 12 (j'ai peur quand ça monte plus haut...) ,
adaptative quantization (là, je ne sais pas si j'ai bien fait de cocher cette option),
en précisant la zone difficile, images 24004 à 55706, pour un débit deux fois plus fort + l'optimisation chromatique (ai-je fais le bon choix ??)
et le générique à partir de l'image 170900, pour un débit deux fois plus faible,
et enfin avec "display encoding status" activé pour voir comment se déroulent les choses (j'aime bien voir pendant que j'attends des heures et des heures...)

 

Écrit par : leon1789 24/08/2009 15:56

Citation (SG1 @ lundi 24 août 2009 à 16:09) *
Donc j'ai regardé à cet endroit, et la ligne était vide...

an_what.gif vide !
...et comment du pourquoi qu'elle était vide cette ligne ? evil.gif
SG1,
pour ta peine, tu feras tous les calculs à la main... au lieu de dormir cette nuit !
an_lof.gif

Écrit par : leon1789 24/08/2009 19:31

Encodage xvid (profile "home"), à la fin de la première passe.

La première passe est plus rapide que celle réalisée par divx avec ma config habituelle (profil divx "home theater" + "meilleure qualité").
Attendons de voir la seconde passe, et la qualité vidéo aga.gif

Lors de la première passe, xvid simule un encodage à quantizer 2 (i.e. encodage de qualité maximale en pratique).
Il crée moins de P-frame et davantage de B-frame que divx : grosso modo,
1/3 de P + 2/3 de B pour xvid, et
2/3 de P + 1/3 de B pour divx.
A priori, en théorie, c'est mieux pour xvid. Reste à voir la qualité réelle...

Comme pour le divx, une B-frame est en moyenne 10 fois plus légère qu'une image clé (I-frame),
mais avec xvid, une P-frame est seulement 2 fois plus légère qu'une image clé (le rapport est de 3 fois avec divx...)

Xvid crée un peu plus d'images clés que divx (ça, c'est surement conséquence de mes réglages divx), ce qui n'est pas forcément un avantage...

On remarque aussi le bitrate moyen obtenu : 1440 kbps.
On peut prendre ce débit pour débit de référence car il correspond à un encodage à quantizer 2. Cette indication est intéressante quand on ne sait pas à quel débit on doit encoder la vidéo. Je pense aux débutants qui ne savent pas toujours quoi mettre... C'est pour cela que c'est bon d'avoir un logiciel offrant la possibilité d'encoder en 1 passe à quantizer fixé ... cling1.gifcling1.gifcling1.gifcling1.gifcling1.gifcling1.gif

(sur waterworld, je n'ai pas testé xvid, mais le débit moyen indiqué doit exploser ! vers les 3000 kbps ?? yahoo1.gif )

 

Écrit par : leon1789 24/08/2009 23:25

Encodage xvid (profile "home"), à la fin de la seconde passe.

Encore une fois, la seconde passe est plus rapide que celle réalisée par divx avec ma config habituelle (profil divx "home theater" + "meilleure qualité").
Attendons de voir la qualité vidéo cling1.gif

Le fichier avi créé par xvid n'a pas le débit désiré : 994 kbps obtenus au lieu des 1000 configurés. De ce coté, dvix est plus précis sans aucun doute...

Remarque : contrairement au codec dvix, c'est uniquement lors de la seconde passe que le codec xvid tient compte du débit désiré : la première passe se fait quantizer = 2.
C'est peut-être pour cela que Dvix est plus précis quant au débit de l'encodage final.

Je viens de remarquer un point négatif de xvid : plusieurs fois, il ne détecte pas bien certains changements de scène ! Par exemple l'image 3896 doit être une image clé (puisque changement de plan), mais xvid ne détecte rien ! Et pourtant, ça change vraiment bcp !! bof.gif (EDIT : c'est un bug dans mon installation xvid.)

Après quelques tests, globalement, le codec divx produit des images d'un peu meilleure qualité que xvid... mais bon, c'est comparable.

Écrit par : leon1789 25/08/2009 10:32

Citation (leon1789 @ mardi 25 août 2009 à 00:25) *
Je viens de remarquer un point négatif de xvid : plusieurs fois, il ne détecte pas bien certains changements de scène ! Par exemple l'image 3896 doit être une image clé (puisque changement de plan), mais xvid ne détecte rien ! Et pourtant, ça change vraiment bcp !! bof.gif


Si vous voulez tester rapidement, je vous laisse le passage en question http://www.gigasize.com/get.php?d=w8y4vzk2kjd (source non compressée : 16 Mo)
Après encodage xvid, l'image 28 devrait être clé, mais ce n'est pas le cas !!

Écrit par : SG1 25/08/2009 14:15

Bonjour,

Je vois que tu n'attends pas après moi... 5 messages les uns après les autres...

Citation (leon1789 @ lundi 24 août 2009 à 16:43) *
.. bon ! ça s'annonce bien parti cette fois aga.gif

Ben ne te réjouis pas trop vite !!!


Citation (leon1789 @ lundi 24 août 2009 à 16:56) *
Citation (SG1 @ lundi 24 août 2009 à 16:09) *
Donc j'ai regardé à cet endroit, et la ligne était vide...

an_what.gif vide !
...et comment du pourquoi qu'elle était vide cette ligne ? evil.gif

Ben, voilà une question qu'elle est bonne... gniark.gif
J'ai pourtant fait mes 10 derniers encodages en XviD sans souçis...
Et le seul truc que j'ai installé concernant la vidéo, c'est la dernière version DivX pro...
beuh.gif


Citation (leon1789 @ lundi 24 août 2009 à 16:56) *
SG1,
pour ta peine, tu feras tous les calculs à la main... au lieu de dormir cette nuit !
an_lof.gif

tomtom75.gif tomtom75.gif w01.gif w07.gif tapepc.gif tapepc.gif

gniark.gif

Léon : icon_cheers.gif icon_cheers.gif

Citation (leon1789 @ mardi 25 août 2009 à 11:32) *
Citation (leon1789 @ mardi 25 août 2009 à 00:25) *
Je viens de remarquer un point négatif de xvid : plusieurs fois, il ne détecte pas bien certains changements de scène ! Par exemple l'image 3896 doit être une image clé (puisque changement de plan), mais xvid ne détecte rien ! Et pourtant, ça change vraiment bcp !! bof.gif

Si vous voulez tester rapidement, je vous laisse le passage en question http://www.gigasize.com/get.php?d=w8y4vzk2kjd (source non compressée : 16 Mo)
Après encodage xvid, l'image 28 devrait être clé, mais ce n'est pas le cas !!

Après Léon Columbo, je vous présente Léon le Magnifique !
Il cite son propre message et se donne la réponse en se vouvoyant !!! an_ouarf.gif cling.gif

guix_jesors.png

@+

Écrit par : SG1 25/08/2009 14:23

Bonjour,

Oopss... avec tout ça, j'oubliais l'essentiel !

Donc, je disais juste au dessus :

Citation
Ben ne te réjouis pas trop vite !!!


Donc, nouvel encodage avec Ri4m complet... Enfin !

Mais... Ben oui, y'a un mais, encore...

Début d'encodage : Hier, 19h00
Fin d'encodage : Ce matin, 9h06

Taille demandée dans Ri4m : 1800 Mo
Taille finale : 2345 Mo

Capture image 620 et 25000



A moins que j'ai besoin de changer à nouveau de lunettes, il me semble que cette image est loin d'être aussi satisfaisante que dans les autres tests !

Captures diverses :






Je ne comprends pas l'analyse de VidéoInspector...

Toujours autant de rouge dans le graphique...

Je ne l'ai pas encore regardé sur TV...

beuh.gif ouin.gif

@+

Écrit par : leon1789 25/08/2009 19:10

Citation (leon1789 @ mardi 25 août 2009 à 11:32) *
Citation (leon1789 @ mardi 25 août 2009 à 00:25) *
Je viens de remarquer un point négatif de xvid : plusieurs fois, il ne détecte pas bien certains changements de scène ! Par exemple l'image 3896 doit être une image clé (puisque changement de plan), mais xvid ne détecte rien ! Et pourtant, ça change vraiment bcp !! bof.gif


Si vous voulez tester rapidement, je vous laisse le passage en question http://www.gigasize.com/get.php?d=w8y4vzk2kjd (source non compressée : 16 Mo)
Après encodage xvid, l'image 28 devrait être clé, mais ce n'est pas le cas !!


J'ai réinstallé le codec, et plus de problème... mystère, mais tant mieux aga.gif

Citation (SG1 @ mardi 25 août 2009 à 15:15) *
Après Léon Columbo, je vous présente Léon le Magnifique !
Il cite son propre message et se donne la réponse en se vouvoyant !!! an_ouarf.gif cling.gif

...Et je réponds à ma réponse an_ouarf.gif an_ouarf.gif

Citation (SG1 @ mardi 25 août 2009 à 15:23) *
Début d'encodage : Hier, 19h00
Fin d'encodage : Ce matin, 9h06

Le rapport qualité/temps ne va pas être génial effectivement.

Citation (SG1 @ mardi 25 août 2009 à 15:23) *
A moins que j'ai besoin de changer à nouveau de lunettes, il me semble que cette image est loin d'être aussi satisfaisante que dans les autres tests !

oui, mais là il y a encore problème !

Citation (SG1 @ mardi 25 août 2009 à 15:23) *
Je ne comprends pas l'analyse de VidéoInspector...
Toujours autant de rouge dans le graphique...

Il montre qu'il n'y a que des images clés dans ton encodage : encore un problème de configuration xvid ?

Fais un petit encodage d'une autre vidéo courte, afin de vérifier que tout ce passe bien avec ta config : après la ligne vide du fichier stats, il y a apparemment un autre problème... gloups.gif

Tu as vu que ton xvid est en 12 bits ? Ne préfères pas tu 24 bits ?
Hum... Pourquoi pas une réinstallation du codec ? (je dis ça car c'est ce que j'ai fait il y a deux heures aga.gif )

Écrit par : leon1789 25/08/2009 23:19

Citation (SG1 @ mardi 25 août 2009 à 15:23) *
Début d'encodage : Hier, 19h00
Fin d'encodage : Ce matin, 9h06

Il y a un moyen d'accélérer l'encodage très nettement (surtout pour les PC mono coeur), mais il faut 60 Go libres sur le disque dur pour y stocker un fichier intermédiaire.
Depuis que tu fais des essais, tu aurais gagner bcp d'heures avec cette technique ! J'en ferai un article...

Écrit par : SG1 26/08/2009 08:26

Bonjour,

Citation
Le rapport qualité/temps ne va pas être génial effectivement.

Ça, je dirais, qu'à la limite, ça m'est égal... Si je peux arriver à un bon résultat, même si ça prend 2 jours...

Citation
oui, mais là il y a encore problème !

Ça me parait évident... yahoo.gif
Reste à trouver lequel !

Citation
Il montre qu'il n'y a que des images clés dans ton encodage : encore un problème de configuration xvid ?

Comme la première fois, avec la différence de la taille finale.
La première fois, tout en image clé, j'avais un film de 6,6 Go
Cette fois, j'ai un film de 2,3 Go

Citation
Fais un petit encodage d'une autre vidéo courte, afin de vérifier que tout ce passe bien avec ta config : après la ligne vide du fichier stats, il y a apparemment un autre problème...

Oui, mais je regarde où...

Citation
Tu as vu que ton xvid est en 12 bits ? Ne préfères pas tu 24 bits ?

Alors, puisque tu en parles, j'ai déjà évoqué la question dans d'autres posts... sans résultat.
Chez moi, tous mes XviD ont toujours été encodés en 12 bits....
...si tu as une solution pour passer en 24 bits, je prends !!!

Citation
Hum... Pourquoi pas une réinstallation du codec ?

Ben, je vais installer la dernière version 1.2.2, on verra !!!

Citation
Il y a un moyen d'accélérer l'encodage très nettement (surtout pour les PC mono coeur), mais il faut 60 Go libres sur le disque dur pour y stocker un fichier intermédiaire.
Depuis que tu fais des essais, tu aurais gagner bcp d'heures avec cette technique ! J'en ferai un article...

Viii, un encodage en "non compressé", je suppose ?
Si c'est ça, j'avais fait un truc comme ça pour Stargate (pour lequel je n'ai pas non plus résolu le problème du brouillard sombre dans la pyramide)... Encodage en HuffYUV 0.2.5 avec incrustation sous-titres dans l'espoir de créer un MPEG2 avec QuEnc... Mais ça n'a jamais marché... Plantage micro à la lecture du film.

Sinon, la place n'est pas vraiment un problème, faut juste que je passe un bon coup de balais sur les grosses poussières qui trainent dans mon ordi... guix_arf.gif

@+

Écrit par : leon1789 26/08/2009 09:01

Salut,

Citation (SG1 @ mercredi 26 août 2009 à 09:26) *
Citation
Fais un petit encodage d'une autre vidéo courte, afin de vérifier que tout ce passe bien avec ta config : après la ligne vide du fichier stats, il y a apparemment un autre problème...

Oui, mais je regarde où...

Encode une petite vidéo en deux passes, puis regarde avec VideoInspector si Bitrate Grapher est normal (pas tout rouge cling1.gif ).

Citation (SG1 @ mercredi 26 août 2009 à 09:26) *
Citation
Tu as vu que ton xvid est en 12 bits ? Ne préfères pas tu 24 bits ?

Alors, puisque tu en parles, j'ai déjà évoqué la question dans d'autres posts... sans résultat.
Chez moi, tous mes XviD ont toujours été encodés en 12 bits....
...si tu as une solution pour passer en 24 bits, je prends !!!

Là, je ne sais pas. Ca me fait juste bizarre de voir 12 bits.

Citation (SG1 @ mercredi 26 août 2009 à 09:26) *
Citation
Hum... Pourquoi pas une réinstallation du codec ?

Ben, je vais installer la dernière version 1.2.2, on verra !!!

ok. glass.gif

Citation (SG1 @ mercredi 26 août 2009 à 09:26) *
Citation
Il y a un moyen d'accélérer l'encodage très nettement (surtout pour les PC mono coeur), mais il faut 60 Go libres sur le disque dur pour y stocker un fichier intermédiaire.
Depuis que tu fais des essais, tu aurais gagner bcp d'heures avec cette technique ! J'en ferai un article...

Viii, un encodage en "non compressé", je suppose ?

Exact : le but étant de n'exécuter qu'une seule fois le script avs (qui est plus coûteux en calcul que la compression en deux passes !)
Une fois le script avs exécuté avec VirtualDub et enregistré sans compression dans un fichier .avi, on fait mouliner le codec (via VirtualDub encore) sur le fichier .avi. Résultat de la manip : on n'exécute qu'une seule fois le script avs, pas deux !

Mais bon, laissons ça de coté, et revenons au codec xvid lui-même aga.gif

Écrit par : SG1 26/08/2009 09:08

Bonjour,

Me revoilou... yahoo3.gif

Bon test d'une portion de film (différent de Iron Man)...
Encodage... tout en image-clés.

Capture Graphique avant et après...



Pour info, je n'avais pas vérifié, mais le premier extrait que tu m'as demandé d'encoder
plus haut, c'était pareil, tout en image-clés.

J'ai installé la dernière version du codec 1.2.2

Dans les options du codec : en bas ligne Quality preset, avant c'était à User Defined, maintenant c'est General Purpose... Différence ?

Nouveau test : Bingo !
Qu'est ce que ça peut être con des fois un codec !!!

Capture nouvel encodage de la même portion :


Ce soir, je relance un encodage de Iron Man...

Mais vu le temps qu'il faut, réponse demain !

@+

PS :

Citation
Là, je ne sais pas. Ca me fait juste bizarre de voir 12 bits.

J'en conclus que tu as du 24 bits en XviD ?
Si tu sais comment changer ça...

Écrit par : leon1789 26/08/2009 09:36

Citation (SG1 @ mercredi 26 août 2009 à 10:08) *
Dans les options du codec : en bas ligne Quality preset, avant c'était à User Defined, maintenant c'est General Purpose... Différence ?

General Purpose sont les réglages par défaut de certaines choses concernant le "motion" et la "quantization"
User Defined apparaît dès qu'on modifie ces choses.

Citation (SG1 @ mercredi 26 août 2009 à 10:08) *
Nouveau test : Bingo ! Ce soir, je relance un encodage de Iron Man... Mais vu le temps qu'il faut, réponse demain !

Bon, ça avance... Il en aura fallu des manip yahoo1.gif

Citation (SG1 @ mercredi 26 août 2009 à 10:08) *
Citation
Là, je ne sais pas. Ca me fait juste bizarre de voir 12 bits.

J'en conclus que tu as du 24 bits en XviD ? Si tu sais comment changer ça...

Personnellement, tu sais que je n'utilise pas ri4m, mais virtualdub. Et là, pas de problème, c'est du 24 bits.
EDIT... ha ! je viens de trouver un ancien xvid 12 bits... En fait, c'est peut-être lié à la version de xvid. Tu verras avec la version 1.2.2, avec un peu de chance, ce sera du 24 bits...

Écrit par : SG1 26/08/2009 09:47

Bonjour,

Citation
Personnellement, tu sais que je n'utilise pas ri4m, mais virtualdub. Et là, pas de problème, c'est du 24 bits.

Donc, c'est lié à Ri4m...

Citation
EDIT... ha ! je viens de trouver un ancien xvid 12 bits... En fait, c'est peut-être lié à la version de xvid. Tu verras avec la version 1.2.2, avec un peu de chance, ce sera du 24 bits...

Peu probable...
J'utilise XviD depuis de très nombreuses versions, et ça a été toujours pareil...

@+

PS : Vérification faite sur la dernière portion encodé ci-dessus : 12 bits !

Écrit par : leon1789 26/08/2009 10:05

Citation (SG1 @ mercredi 26 août 2009 à 10:47) *
Donc, c'est lié à Ri4m...
[...]
PS : Vérification faite sur la dernière portion encodé ci-dessus : 12 bits !

ok, ça doit être lié ri4m.


 

Écrit par : leon1789 26/08/2009 10:47

Je fais des tests comparatifs entre divx et xvid en bas débit 800 kbps ou 1000 kbps, sur Iron Man (mais sans générique !).

Pour divx, j'ai pris (contrairement à mon habitude) "première passe rapide" pour divx, pour ne pas perdre de temps par rapport à xvid.
Pour la seconde passe, j'ai pris "qualité extrême" pour divx, pour avoir une vitesse comparable à celle d'xvid.

Par ailleurs, j'essaie d'avoir les mêmes options (et les mêmes vitesses d'encodage bien sûr).

Résultat : divx pro 6.8.5 semble être légèrement de meilleure qualité en générale (tests numériques à l'appui) que xvid 1.2.2.

Écrit par : SG1 26/08/2009 10:55

Bonjour,

Pour ma part, les tests effectués pour le même film avec réglages standards entre DiVX et XviD, y'avait pas photo... XviD !

12 bits 24 bits - Différence pour l'encodage ?

@+

Écrit par : leon1789 26/08/2009 11:33

Citation (SG1 @ mercredi 26 août 2009 à 11:55) *
Pour ma part, les tests effectués pour le même film avec réglages standards entre DiVX et XviD, y'avait pas photo... XviD !

Il est vrai que je n'ai pas utilisé les modes standards, mais un peu personnalisés (mais pas trop quand même). J'ai oublié de dire que j'utilise le divx pro (je ne sais pas si c'est important : jamais fait de tests avec la version "gratuite")
Pour le divx, il y a toujours le problème du générique qui pompe pas mal et qui diminue la qualité générale du reste... C'est pour cela que, pour mes tests, je n'ai pas encodé le générique (sachant que ce gros problème de divx peut être résolu en modifiant le map.log)

Je vais également essayer en débit plus élevé : 1600 kbps
EDIT : pour moi, mes conclusions restent les mêmes, divx pro 6.8.5 semble être légèrement de meilleure qualité en générale (tests numériques à l'appui) que xvid 1.2.2.


Citation (SG1 @ mercredi 26 août 2009 à 11:55) *
12 bits 24 bits - Différence pour l'encodage ?

pour l'encodage proprement dit, je ne sais pas, mais le 24 bits est davantage "compatible" je crois.

Écrit par : leon1789 26/08/2009 12:34

Citation (SG1 @ mercredi 26 août 2009 à 11:55) *
Pour ma part, les tests effectués pour le même film avec réglages standards entre DiVX et XviD, y'avait pas photo... XviD !

Cela ne m'étonne pas, car pour tes encodages en configuration standard, divx a deux gros problèmes :
-1- le générique de fin dans lequel il met inutilement le "paquet" , et surtout
-2- les "grosses" bandes noires qui l'empêchent de détecter correctement les changements de scènes (en fait, il n'en détecte aucune comme on a vu ici http://forum.ripp-it.com/encoder-avec-des-bandes-noires-t22311.html&hl= ).
Avec ça, le résultat ne doit pas être fameux effectivement.
Dans ces conditions (qui ne sont pas les miennes dans mes tests), je comprends que tu préfères xvid ! glass.gif

Écrit par : SG1 26/08/2009 14:23

Bonjour, cling.gif

Citation (leon1789 @ mercredi 26 août 2009 à 12:33) *
J'ai oublié de dire que j'utilise le divx pro (je ne sais pas si c'est important

Moi aussi, j'utilise la Pro...
6.8.5 que j'ai eu gratos et légalement... Une promo géniale l'an passé !

Citation (leon1789 @ mercredi 26 août 2009 à 13:34) *
Cela ne m'étonne pas, car ...
Les "grosses" bandes noires qui l'empêche de détecter correctement les changements de scènes


Pas si grosse que ça, en fait elles rattrapent simplement la différence entre le format cinémascope et le 16/9

En fait, j'ai déjà indiqué que j'utilisais ce principe à cause de mon lecteur multimedia... Mais je n'ai jamais détaillé l'explication.

Je possède une TV 4/3 (Si j'avais une 16/9, le problème ne se poserait pas).
Sur une telle TV, une image Cinémascope est minuscule au milieu de l'écran, donc je zoome pour obtenir du 16/9 normal.
Mon lecteur multimedia TviX (Dvico) possède une fonction zoom pour passer du Cinémascope en 16/9 et 16/9 en 4/3...

Si je ne place pas de bandes noires, le cinémascope passe directement en 4/3 en déformant l'image sur la hauteur.

Voili, voilà...

Bon tout ça n'a rien à voir avec Iron Man, c'était juste que j'avais un peu de temps à perdre... gniark.gif gniark.gif

cling.gif

@+

Au fait sur la lancée, connais-tu un bon encodeur MPEG2 sans être une "Usine à gaz" ?
Je n'en ai trouvé aucun en gratuit (de durée illimité)...
Il y a TmpgEnc... et ensuite ?
Merci

Écrit par : rol 26/08/2009 14:54

an_coucou.gif an_what.gif

Écrit par : SG1 26/08/2009 15:08

Bienvenue Rol...

Écrit par : leon1789 26/08/2009 15:14

Citation (SG1 @ mercredi 26 août 2009 à 15:23) *
6.8.5 que j'ai eu gratos et légalement... Une promo géniale l'an passé !

un truc génial de divxnetwork ? possible ça ?? an_ouarf.gif

Citation (SG1 @ mercredi 26 août 2009 à 15:23) *
Citation (leon1789 @ mercredi 26 août 2009 à 13:34) *
Cela ne m'étonne pas, car ...
Les "grosses" bandes noires qui l'empêche de détecter correctement les changements de scènes


Pas si grosse que ça, en fait elles rattrapent simplement la différence entre le format cinémascope et le 16/9

Disons qu'on passe de 720x298 à 720x400 par des bandes noires : ça fait 34,23% d'images noires en plus rolleyes.gif ...ce sont donc des... GROSSES BANDES TOUTES NOIRES DE CHEZ NOIR !! maya.gif

Citation (SG1 @ mercredi 26 août 2009 à 15:23) *
Bon tout ça n'a rien à voir avec Iron Man, c'était juste que j'avais un peu de temps à perdre... gniark.gif gniark.gif

Tu sais qu'avec tout ça, je n'ai pas encore pris le temps de regarder le film !! an_ouarf.gif Ca fait 15 jours que je tripote des scripts avs, que j'encode, teste et compare, que je me demande pourquoi ta config xvid délire sec (Grrrr), ... sans avoir regarder Iron Man à la TV ! an_ouarf.gif Bon, ce soir, je le visionne normalement, et pas image par image...

Citation (SG1 @ mercredi 26 août 2009 à 15:23) *
Au fait sur la lancée, connais-tu un bon encodeur MPEG2 sans être une "Usine à gaz" ?
Je n'en ai trouvé aucun en gratuit (de durée illimité)...
Il y a TmpgEnc... et ensuite ?
Merci

non, je ne connais pas, désolé beuh.gif

Citation (rol @ mercredi 26 août 2009 à 15:54) *
an_coucou.gif an_what.gif

an_coucou.gif Avé Rol ... (oh ce jeu de mot ! an_ouarf.gif ... j'ai la forme ! gniark.gif )

Écrit par : SG1 26/08/2009 17:50

Citation (leon1789 @ mercredi 26 août 2009 à 16:14) *
Citation (rol @ mercredi 26 août 2009 à 15:54) *
an_coucou.gif an_what.gif

an_coucou.gif Avé Rol ... (oh ce jeu de mot ! an_ouarf.gif ... j'ai la forme ! gniark.gif )

Sur ce coup là, t'as dû chopper des boutons... an_ouarf.gif

Écrit par : SG1 26/08/2009 17:58

Re...

Citation (leon1789 @ mercredi 26 août 2009 à 16:14) *
Citation (SG1 @ mercredi 26 août 2009 à 15:23) *
6.8.5 que j'ai eu gratos et légalement... Une promo géniale l'an passé !

un truc génial de divxnetwork ? possible ça ?? an_ouarf.gif


evil.gif Non mais des fois, mais c'est qu'il ne me croit pas, en plus...

Je peux pas mentir, sinon Rol va encore me taper sur les doigts...

Allez, comme je suis sympa, la preuve est là : http://www.infos-du-net.com/actualite/12437-gratuit-divx-pro.html

Le problème c'est que tu le sais 1 an et demi trop tard... gniark.gif

cling.gif

@+

Écrit par : leon1789 26/08/2009 18:18

Oui, je m'en souviens. Et c'était une version pro non limitée dans le temps ? bien bien !

Écrit par : leon1789 26/08/2009 22:43

Je viens de voir le film. C'est plus que "Super Héros"... cling1.gif

Sinon, il y a aussi un passage difficile (avec des vagues) entre les images 115000 et 122000 environs. C'est le même problème que dans la grotte, mais en plein jour ! Le film d'origine est très bruitée, plein de parasites, limite mauvaise qualité si je peux dire...
image 121524 source

Une fois le bruit enlevé, il reste quand même des vagues sur le mur du QG ...
image 121524 après softsharpen

Pas facile...

Écrit par : SG1 27/08/2009 13:37

Bonjour Léon,

C'est encore moi...

Donc, nouvel encodage avec Ri4m complet...

Début d'encodage : Hier, 19h30
Fin d'encodage : Ce matin, 10h30

Taille demandée dans Ri4m : 1800 Mo
Taille finale : 1782 Mo

Capture image 620, 25000 et 121524
(Même niveau de compression jpg que les images précédentes)





Je peux me tromper, mais l'image 25000 me semble pas mal du tout.

Captures diverses :



La durée du film détectée par Vidéo Inspector est enfin correcte !

Et le graphique ressemble enfin à quelque chose de correct aussi...

Je ne l'ai pas encore regardé sur TV...

Léon, tu crois que l'on va voir le bout du tunnel ?

@+

Ah si, un dernier truc que je viens de voir (Pas très grave) :
La première image du film n'est pas détectée comme dans mes premiers encodages.



Mon fichier de sous-titres te convient ?
 

Écrit par : leon1789 27/08/2009 23:42

Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Début d'encodage : Hier, 19h30
Fin d'encodage : Ce matin, 10h30

15 heures d'encodage, c'est long... tu veux qu'on se cotise pour t'offrir un processeur quad coeurs ?
(j'attends toujours la sortie officielle de windows seven pour m'acheter un nouveau PC)

Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Taille demandée dans Ri4m : 1800 Mo
Taille finale : 1782 Mo

ok, c'est tout du xvid. Avec divx, tu aurais 1800 pile poil cling1.gif

Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Capture image 620, 25000 et 121524
(Même niveau de compression jpg que les images précédentes)

Je peux me tromper, mais l'image 25000 me semble pas mal du tout.

Oui, j'ai aussi la même impression :
pas de bruit,
quelques blocs en bas à gauche et à droite (dus à la compression de l'image sur le forum ?),
légères vagues (mais une seule image n'est pas suffisante...)

Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
La durée du film détectée par Vidéo Inspector est enfin correcte !
Et le graphique ressemble enfin à quelque chose de correct aussi...

Oui, c'est quand même rassurant aga.gif

Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Je ne l'ai pas encore regardé sur TV...

Avec la télé, on peut voir d'autres défauts qu'on ne voit pas sur PC...
Il serait intéressant que tu regardes quand tu auras le temps.

Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Léon, tu crois que l'on va voir le bout du tunnel ?

Je te proposerais bien un autre encodage, avec un réglage différent de Softsharpen : plus "poussé"...
(En fait, tu n'aurais besoin que de faire une seconde passe en xvid, vu que tu as déjà fait la première passe...
si tu n'as pas fait d'autre encodage entre temps...)

Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Ah si, un dernier truc que je viens de voir (Pas très grave) :
La première image du film n'est pas détectée comme dans mes premiers encodages.

oui, mais ne serait-ce pas windows qui fait des siennes ?

Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Mon fichier de sous-titres te convient ?

Oui, je l'ai utilisé dès que tu l'as donné.
Je vois un petit effet de fondus entrant et sortant.
Cela étant, je trouve les sous-titres un peu petit, ce qui les rend pas faciles à lire.
J'imagine que tu peux augmenter la taille d'un poil.


chenille.gif
On fait et compris pas mal de trucs avec cette discussion, non ?
A l'occasion, il faudrait refaire ça sur un autre film !

Écrit par : leon1789 27/08/2009 23:56

Pour comparaison, captures des images 620, 25000 et 121524 de mon divx final, à 995 kbps, mais avec un débruitage plus forts (donc plus de risque de perdre des détails).






Écrit par : YannBresil 28/08/2009 01:09

Citation (leon1789 @ mercredi 26 août 2009 à 04:01) *
Exact : le but étant de n'exécuter qu'une seule fois le script avs (qui est plus coûteux en calcul que la compression en deux passes !)
Une fois le script avs exécuté avec VirtualDub et enregistré sans compression dans un fichier .avi, on fait mouliner le codec (via VirtualDub encore) sur le fichier .avi. Résultat de la manip : on n'exécute qu'une seule fois le script avs, pas deux !

Mais bon, laissons ça de coté, et revenons au codec xvid lui-même aga.gif


ça m'intéresse cette méthode!

Écrit par : leon1789 28/08/2009 13:35

Citation (YannBresil @ vendredi 28 août 2009 à 02:09) *
Citation (leon1789 @ mercredi 26 août 2009 à 04:01) *
Exact : le but étant de n'exécuter qu'une seule fois le script avs (qui est plus coûteux en calcul que la compression en deux passes !)
Une fois le script avs exécuté avec VirtualDub et enregistré sans compression dans un fichier .avi, on fait mouliner le codec (via VirtualDub encore) sur le fichier .avi. Résultat de la manip : on n'exécute qu'une seule fois le script avs, pas deux !


ça m'intéresse cette méthode!


Imaginons qu'on a un script avs très couteux en calcul (par exemple, avec un SoftSharpen quelque part) et on veut faire un (des) encodage(s) en plusieurs passes, avec un(plusieurs) codec(s). Nommons script.avs ce script. Si on laisse ri4m faire comme d'habitude, à chaque passe (pour chaque codec), il exécute script.avs systématiquement avant de faire tourner le codec dessus, ce qui est une énorme perte de temps, et cela d'autant plus qu'il y a de passes et de codecs : en effet, le script avs donne toujours le même résultat quel que soit le codec qui suit dans le cheminement de la compression !

(En ce moment même, je suis en train de comparer différents réglages des codecs xvid, divx et x264 sur une "vidéo softsharpée" : bien que cela représente des dizaines de compressions, il est clair que je n'ai exécuté le script avs qu'une seule fois pour toutes. Ainsi, je vais deux ou trois fois plus vite à chaque passe !).

Comment faire pour n'exécuter qu'une seule le script avs. Avec virtualDub, on charge script.avs puis en sauvegarde le résultat en demandant un copie directe du flux vidéo ("video / direct stream copy"). En faisant cela, virtualDub enregistre dans un fichier avi le résultat du script avs (exécuté maintenant, une et une seule fois). Attention, le résultat peut faire des dizaines de gigas (puisque le format vidéo sauvegardé n'est pas compressé) !

Ensuite, pour compresser la vidéo, charge le fichier avi dans Ri4m, et on fait mouliné le codec de choix, autant de fois que l'on veut...

Conclusion : phase préparatoire avs -> avi , puis phases de compression avi -> avi

OK ?



Bon, cela fonctionne bien en théorie (et ça marche dans la pratique évidemment !), mais on s'aperçoit que le processeur (surtout s'il est multi-coeur) peut ne pas travailler pas à fond lors de l'exécution de script.avs quand on crée le fichier avi lors de la phase préparatoire avec VirtualDub. On perd donc du temps... C'est bateau, hein ? rolleyes.gif
En effet, avisynth (qui exécute script.avs sur la demande de VirtualDub) est mono-tread "par nature". Mais on peut/veut gagner du temps en utilisant toute la puissance du processeur lors de cette phase préparatoire avs -> avi. Deux solutions :

-- la première est d'utiliser avisynth MT et espérer que le script avs pourra être multi-treadé efficacement. Pas évident (moi, je n'ai pas réussi, mais je n'ai pas tenté très fort et longtemps...), et en plus, ça m'a l'air d'une usine à gaz. Des gens travaillent sur ce projet pour mieux le développer.

-- la seconde (elle est perso, et elle m'est venue très naturellement) et de faire des scripts avs (nommés parall_1.avs , parall_2.avs, ...) qui prennent uniquement un part de la source à traiter (par exemple la moitiés, un tiers, un quart, ...). Ca c'est facile, pas de problème (je pourrai montrer ce script parall_n.avs) : chaque parall_n.avs fait appel au script script.avs, et cela se passe très bien, sans même savoir ce qu'il y a dans script.avs. Ensuite, on exécute simultanément tous les scripts parall_1.avs , parall_2.avs ,... : par exemple, parall_1.avs traite le premier quart de la vidéo, parall_2.avs le second quart, etc. Là, il faut un disque assez véloce car les choses dépotent ! En effet, chaque processus avisynth exécute un parall_n.avs (qui appelle script.avs, vous suivez ?!) et virtualDub enregistre sur le disque dur le résultat non compressé : autant dire que les méga-octets défilent à une vitesse folle... Bref, ainsi on obtient rapidement le résultat dans plusieurs fichiers avi : un fichier par script parall_n.avs. Il convient ensuite de les recoller, mais ça c'est facile avec une seule ligne d'avisynth...

OK ?


glass.gif

Écrit par : leon1789 28/08/2009 18:38

Pour comparer avec celui de SG1, je poste le graphique du bitrate de mon divx : on voit clairement le "boost" sur la plage 24000-55000 et le "anti-boost" sur le générique.

 

Écrit par : YannBresil 29/08/2009 00:37

http://forum.ripp-it.com/Acceleration-de-l-execution-de-l-encodage-avec-scripts-avisynth-t22390.html#entry281853, la discussion de l'accélération des scripts.

Écrit par : SG1 29/08/2009 08:00

Bonjour,

Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
15 heures d'encodage, c'est long...

Je viens de tenter un encodage avec TMPGEnc... 25 heures !!!
C'est pour ça que je n'ai pas donné signe de vie, hier... gniark.gif
J'ai utilisé Ri4m et TMPGEnc... à la place de QuEnc !

Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
...tu veux qu'on se cotise pour t'offrir un processeur quad coeurs ?

Sans en arriver là, je dirais que j'ai d'autres priorités...

Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
(j'attends toujours la sortie officielle de windows seven pour m'acheter un nouveau PC)

Je pense que ça sera mon cas aussi...

Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Taille demandée dans Ri4m : 1800 Mo
Taille finale : 1782 Mo

ok, c'est tout du xvid. Avec divx, tu aurais 1800 pile poil cling1.gif

Même avec le DivX, je n'ai jamais réussi à avoir du pile poil...
Et j'estime que 18 mo d'écart seulement, j'ai déjà eu bien pire en XviD ! gniark.gif

Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
Oui, c'est quand même rassurant aga.gif

Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Je ne l'ai pas encore regardé sur TV...

Avec la télé, on peut voir d'autres défauts qu'on ne voit pas sur PC...
Il serait intéressant que tu regardes quand tu auras le temps.

Vu... beuh.gif j'appréhendais... L'image est belle, mais les passages à problème sont toujours visibles sur la télé...
D'où mon idée de base indiquant que ça ne vient pas du film...
En clair, je pense que l'ensemble de ce post, n'est pas totalement inutile, mais que ça ne sert à rien de s'acharner sur ce cas là...

Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
Citation (SG1 @ jeudi 27 août 2009 à 14:37) *

Léon, tu crois que l'on va voir le bout du tunnel ?

Je te proposerais bien un autre encodage, avec un réglage différent de Softsharpen : plus "poussé"...
(En fait, tu n'aurais besoin que de faire une seconde passe en xvid, vu que tu as déjà fait la première passe...
si tu n'as pas fait d'autre encodage entre temps...)

Aucun XviD... mais encodage, oui...

Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Ah si, un dernier truc que je viens de voir (Pas très grave) :
La première image du film n'est pas détectée comme dans mes premiers encodages.

oui, mais ne serait-ce pas windows qui fait des siennes ?

Non, j'ai vérifié plusieurs films encodés avant de la même manière, c'est le seul à me donner cet affichage...

Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
Citation (SG1 @ jeudi 27 août 2009 à 14:37) *
Mon fichier de sous-titres te convient ?

Oui, je l'ai utilisé dès que tu l'as donné.
Je vois un petit effet de fondus entrant et sortant.
Cela étant, je trouve les sous-titres un peu petit, ce qui les rend pas faciles à lire.
J'imagine que tu peux augmenter la taille d'un poil.


Aucun problème, avec le SSA, l'avantage, tu fais ce que tu veux...
...Pour ma part, c'est plus simple que les script AVS... gniark.gif
Mais chacun son truc... Si on avait tous les mêmes connaissances, ce forum n'aurait pas lieu d'être !

Citation
Dialogue: Marked=0,0:23:27.12,0:23:28.44,Default,,0000,0000,0000,,{\fad(200,200)}{\fnFranklin Gothic Book\fs19}{\b100}{\fscx100\fscy106}{\fsp0.5}Qu'est-ce qu'il fait ?
Dialogue: Marked=0,0:23:29.32,0:23:30.55,Default,,0000,0000,0000,,{\fad(200,200)}{\fnFranklin Gothic Book\fs19}{\b100}{\fscx100\fscy106}{\fsp0.5}Il travaille !

Tu ouvres le fichier SSA dans le Bloc-notes...
Et sur les lignes que tu veux modifier, tu recherches {\fnFranklin Gothic Book\fs19}
Tu changes le 19, par 20 ou plus... en fonction de ce que tu souhaites.
A noter que tu peux mettre certaines lignes en caractères plus grands et d'autres plus petits.
Tu n'est pas obligé de garder la même taille partout, mais c'est question de goût et de lisibilité...

Je ne sais pas si tu l'as remarqué, mais mes fichiers ST sont « signés ».
Tu peux enlever cette ligne si tu le souhaites... ou mettre ton nom !
Citation
Dialogue: Marked=0,2:00:56.86,2:01:01.65,Default,,0000,0000,0000,,{\pos(187,102)}{\fad(800,800)}{\fnArial\fs14\1c&Hffffff&\3c&H000000&\4c&H000000&}{\bord0}{\shad0}{\b600}Sous-titrage : LuckyWeb !


Citation (leon1789 @ vendredi 28 août 2009 à 00:42) *
On fait et compris pas mal de trucs avec cette discussion, non ?
A l'occasion, il faudrait refaire ça sur un autre film !

Oui, je pense que l'on aura quand même fait un peu avancé le Schmilblick !!! an_ouarf.gif
On trouvera bien un autre film dans le même genre (hélas)... Sinon Stargate pose les mêmes problèmes...

Citation (leon1789 @ vendredi 28 août 2009 à 19:38) *
Pour comparer avec celui de SG1, je poste le graphique du bitrate de mon divx : on voit clairement le "boost" sur la plage 24000-55000 et le "anti-boost" sur le générique.


Oui, c'est nettement différent, et pour ça tu as fait quoi ?

@+

Écrit par : leon1789 29/08/2009 10:34

Citation (YannBresil @ samedi 29 août 2009 à 01:37) *
http://forum.ripp-it.com/Acceleration-de-l-execution-de-l-encodage-avec-scripts-avisynth-t22390.html#entry281853, la discussion de l'accélération des scripts.

Ok, je vais y répondre aga.gif

Écrit par : leon1789 29/08/2009 10:44

Citation (SG1 @ samedi 29 août 2009 à 09:00) *
Je viens de tenter un encodage avec TMPGEnc... 25 heures !!!
C'est pour ça que je n'ai pas donné signe de vie, hier... gniark.gif

SG1 fait des journées de 25 heures ! gniark.gif
Finalement, le script est trop rapide : on peut le ralentir de quelques heures !! gniark.gif


Citation (SG1 @ samedi 29 août 2009 à 09:00) *
Vu... beuh.gif j'appréhendais... L'image est belle, mais les passages à problème sont toujours visibles sur la télé...
D'où mon idée de base indiquant que ça ne vient pas du film...
En clair, je pense que l'ensemble de ce post, n'est pas totalement inutile, mais que ça ne sert à rien de s'acharner sur ce cas là...

Je pense plutôt que cela vient du film, mais que le problème est trop difficile pour nous (pour l'instant),
et j'en arrive à la même conclusion que toi : ça ne sert à rien de s'acharner sur ce cas là...

Citation (SG1 @ samedi 29 août 2009 à 09:00) *
Aucun problème, avec le SSA, l'avantage, tu fais ce que tu veux...
Citation
Dialogue: Marked=0,0:23:27.12,0:23:28.44,Default,,0000,0000,0000,,{\fad(200,200)}{\fnFranklin Gothic Book\fs19}{\b100}{\fscx100\fscy106}{\fsp0.5}Qu'est-ce qu'il fait ?
Dialogue: Marked=0,0:23:29.32,0:23:30.55,Default,,0000,0000,0000,,{\fad(200,200)}{\fnFranklin Gothic Book\fs19}{\b100}{\fscx100\fscy106}{\fsp0.5}Il travaille !

Tu ouvres le fichier SSA dans le Bloc-notes...
Et sur les lignes que tu veux modifier, tu recherches {\fnFranklin Gothic Book\fs19}
Tu changes le 19, par 20 ou plus... en fonction de ce que tu souhaites.
A noter que tu peux mettre certaines lignes en caractères plus grands et d'autres plus petits.
Tu n'est pas obligé de garder la même taille partout, mais c'est question de goût et de lisibilité...

OK ! Merci.

Citation (SG1 @ samedi 29 août 2009 à 09:00) *
Sinon Stargate pose les mêmes problèmes...

Je retiens, je retiens ... rolleyes.gif

Citation (SG1 @ samedi 29 août 2009 à 09:00) *
Citation (leon1789 @ vendredi 28 août 2009 à 19:38) *
Pour comparer avec celui de SG1, je poste le graphique du bitrate de mon divx : on voit clairement le "boost" sur la plage 24000-55000 et le "anti-boost" sur le générique.


Oui, c'est nettement différent, et pour ça tu as fait quoi ?

Toi en xvid, moi en divx : je crois que cela explique les traits noirs et rouges (le divx et le xvid n'ont pas la même gestion des images P, cool.gif
Toi à 1860 kbps, moi à 995 kbps : ce qui explique des pics plus ou moins haut
Toi pas délimité de zones spéciales, moi bidouillé le fichier map.log : ce qui explique le boost et l'antiboost.

Écrit par : SG1 29/08/2009 11:26

Bonjour,

Quelque part (dans ce post, je crois...), tu avais parlé de possibilité que tu venais de trouver pour le XviD concernant la modif de l'équivalent du Map.log de DivX...

Tu as eu le temps d'y jeter un coup d'oeil ?

Pour les ST de Iron Man, tu peux aussi changer la police {\fnFranklin Gothic Book\fs19}

@+

PS : Il me vient une idée (ça m'arrive des fois yahoo.gif ), pourrais-tu couper la partie de la grotte sur ta vidéo (celle que tu juges la plus réussie) et la mettre sur un lien.
Je pourrais ainsi tester sur ma TV, dès que j'aurais accès à l'ADSL de mes voisins...
Eventuellement, lien en Modo...)


Écrit par : leon1789 29/08/2009 15:51

Citation (SG1 @ samedi 29 août 2009 à 12:26) *
Quelque part (dans ce post, je crois...), tu avais parlé de possibilité que tu venais de trouver pour le XviD concernant la modif de l'équivalent du Map.log de DivX...

Tu as eu le temps d'y jeter un coup d'oeil ?

oui ici http://forum.ripp-it.com/index.php?s=&showtopic=22328&view=findpost&p=281763
C'est facile d'emploi, avec des options d'encodage pour ces zones (super !)
et cela fonctionne bien. aga.gif

Citation (SG1 @ samedi 29 août 2009 à 12:26) *
Pour les ST de Iron Man, tu peux aussi changer la police {\fnFranklin Gothic Book\fs19}

ok merci aga.gif

Citation (SG1 @ samedi 29 août 2009 à 12:26) *
PS : Il me vient une idée (ça m'arrive des fois yahoo.gif ), pourrais-tu couper la partie de la grotte sur ta vidéo (celle que tu juges la plus réussie) et la mettre sur un lien.
Je pourrais ainsi tester sur ma TV, dès que j'aurais accès à l'ADSL de mes voisins...
Eventuellement, lien en Modo...)

Comme je disais ici http://forum.ripp-it.com/index.php?s=&showtopic=22328&view=findpost&p=281745,
je suis déçu dans les partie sombres car le codec, même débit à fond, n'arrive pas à créer une vidéo totalement sans vagues (malgré un prétraitement propre par softsharpen).

Je te préviens mon encodage est sans GROSSSSES bandes noires cling1.gif

Écrit par : SG1 29/08/2009 17:14

an_coucou.gif

Citation (leon1789 @ samedi 29 août 2009 à 16:51) *
C'est facile d'emploi, avec des options d'encodage pour ces zones (super !)
et cela fonctionne bien. aga.gif

Plus simple et mieux que pour le DivX ?

Citation (leon1789 @ samedi 29 août 2009 à 16:51) *
Je pourrais ainsi tester sur ma TV, dès que j'aurais accès à l'ADSL de mes voisins...

Message reçu... Je te préviens quand c'est OK !
Merci !

Citation (leon1789 @ samedi 29 août 2009 à 16:51) *
Je te préviens mon encodage est sans GROSSSSES bandes noires cling1.gif

Tant pis pour moi...

Citation
SG1 fait des journées de 25 heures !
Finalement, le script est trop rapide : on peut le ralentir de quelques heures !!

En fait, ce sont les rames de ordi-paquebot style Titanic, qui ne sont pas assez larges... an_ouarf.gif

Citation (leon1789 @ samedi 29 août 2009 à 16:51) *
je suis déçu dans les partie sombres car le codec, même débit à fond, n'arrive pas à créer une vidéo totalement sans vagues (malgré un prétraitement propre par softsharpen).

Mes tests actuels portent sur l'encodage en MPEG2...

J'ai demandé à Ri4m un encodage en MPEG2 avec TMPGEnc...
Et c'est bizarre, il m'a sorti un film en 480x576... Affiché correctement dans Media Player Classic !
Je vais le visionner sur la TV ce soir...




@+

Écrit par : leon1789 29/08/2009 18:00

Citation (leon1789 @ samedi 29 août 2009 à 16:51) *
C'est facile d'emploi, avec des options d'encodage pour ces zones (super !)
et cela fonctionne bien. aga.gif

Citation (SG1 @ samedi 29 août 2009 à 18:14) *
Plus simple et mieux que pour le DivX ?

Plus simple sans aucun doute, avec des options (alors qu'aucune n'est possible avec Divx), aussi souple en "réduction de débit", mais un peu moins souple au niveau "boost de débit" (limité à un facteur 2, alors que divx n'est pas limité (et moi, je prends habituellement un facteur 3 justement...)).
Bref, xvid présente un truc très bien ! (mais pas excellent à cause de la limitation du boost)

Citation (SG1 @ samedi 29 août 2009 à 18:14) *
Citation (leon1789 @ samedi 29 août 2009 à 16:51) *
Je pourrais ainsi tester sur ma TV, dès que j'aurais accès à l'ADSL de mes voisins...

Message reçu... Je te préviens quand c'est OK !
Merci !

Hey ! C'est pas moi qui est dit que je prenais l'accès du voisin : c'est toi ! an_ouarf.gif
(d'abord, moi, c'est unE voisinE ...)


Citation (SG1 @ samedi 29 août 2009 à 18:14) *
Citation (leon1789 @ samedi 29 août 2009 à 16:51) *
Je te préviens mon encodage est sans GROSSSSES bandes noires cling1.gif

Tant pis pour moi...

Ben tu testeras sans zoomer rolleyes.gif

Citation (SG1 @ samedi 29 août 2009 à 18:14) *
Mes tests actuels portent sur l'encodage en MPEG2...
[...] Je vais le visionner sur la TV ce soir...

Tu diras comment ça s'est passé.

A+

Écrit par : SG1 30/08/2009 14:25

Bonjour,

Citation
Hey ! C'est pas moi qui est dit que je prenais l'accès du voisin : c'est toi !
(d'abord, moi, c'est unE voisinE ...)

hop.gif Désolé, j'ai dû faire une erreur dans la QUOTE (je pédalerais plus la prochaine fois... an_lof.gif )

Citation
Ben tu testeras sans zoomer

Ben, tu ne me laisse pas le choix... snif.gif an_ouarf.gif

Citation
Tu diras comment ça s'est passé.

Je suis sûr qu'avec un bon encodeur MPEG2 on peut obtenir de meilleurs résultats qu'avec le DivX/XviD
(J'entends évidemment, au niveau du problème qui nous occupe, car il faudra tout de même certainement un poids plus élevé que celui que tu as l'habitude d'utiliser...)
Si on analyse l'image sur l'ordi, ça ne sera peut être pas le top, mais sur TV, je trouve que c'est mieux au niveau des dégradés qui posent problème.
Ceci dit l'image est par contre plus "floue", mais je pense que c'est à cause des dimensions de sortie : 480x576
Reste a savoir comment faire du 720x400...
Et, en plus, je ne peux pas zoomer l'image...

@+

Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)