Ci dessous un script avisynth pour vous faciliter la vie lorsque vous faites des tests d'encodage.

Ces tests, on peut les classer dans 2 types bien distincts :

- Des tests sur les paramètres du codec. Dans ce cas il faut passer par une étape d'encodage et ensuite de comparaison des différents fichiers AVI

- Des tests sur les filtres avisynth, soit différentes combinaisons de plusieurs filtres, ou des changement de paramètres sur un seul filtre (Deen par exemple...hein Jack). Dans ce cas pas besoin de passer par une étape d'encodage tout se fait en direct via le script.


Les scripts ci-dessous utilisent 4 fonctions particulières :

StackVertical (A, B, C, etc...) : Regroupe dans une même image, plusieurs images de différentes sources et les range verticalement (la première en haut, puis en dessous la 2ème etc...)

SelectEvery (X, Y) : Sélectionne 1 frame toutes les X frames en commençant à la frame Y

ImageWriter : Exporte la frame active dans un fichier image suivant le chemin, nom et format définis

Subtitle : Ajoute en haut à gauche de l'image le texte spécifié


Script pour faire des exportations d'images à partir de sources AVI.


Bien évidemment il vous faudra adapter ce script en :

- Spécifiant vos véritables chemin d'accès de vos fichiers AVI : aviSource(".....

- Spécifiant le chemin d'exportation des images créées : ImageWriter(last, file=".....

- Spécifiant le texte à afficher dans chaque image : Subtitle(".....

- Spécifiant vos valeurs de Trim

- Spécifiant vos valeurs X et Y dans SelectEvery


Ce script va réaliser sur les premières frames de chaque AVI (frames 1 à 1100) une compilation verticale des 3 sources (le nombre de sources est variable, vous pouvez en mettre autant que vous voulez mais attention à la taille finale de l'image en hauteur) et les exporter au format PNG en prenant à partir de la frame 0 une capture toutes les 100 frames (soit 0, 100, 200, 300, etc...)

Pour réaliser les captures il suffit d'ouvrir ce script dans VDM et de lancer la lecture. Le script va générer dans le répertoire C:\XXXXX les fichiers :
frm-000000.png
frm-000001.png
etc....

Pour info VDM va planter à la fin (visiblement il cherche à réaliser l'exportation de la frame 1200 ce qui n'est pas possible à cause du Trim qui bloque les vidéos jusqu'à la frame 1100)


C'est bon ? ...alors encore un peu plus compliqué...

Script pour faire des exportations d'images à partir de script avs.



Dans ce cas il vous faudra aussi adapter ce script en :

- Spécifiant le chemin d'exportation des images créées : ImageWriter(last, file=".....

- Spécifiant le texte à afficher dans chaque image : Subtitle(".....

- Spécifiant vos scripts avs (Ne prenez sourtout les miens en exemple)

- Spécifiant vos valeurs de Trim

- Spécifiant vos valeurs X et Y dans SelectEvery


Allez pour être définitivement complet, et pour éviter de faire un script aussi "lourd", vous pouvez utiliser des scripts avs externes.

Par exemple et pour revenir sur des terrains connus : Utiliser le script de RIAM + des variantes




Là aussi il vous faudra spécifier vos valeurs.


2 remarques :

- L'origine de ce script n'est pas de moi, j'en remercie son auteur. Malheureusement je ne me souviens plus o๠j'ai trouvé ça...

- Pour que cela fonctionne correctement (bien que non testé) je pense qu'il faut absolument avoir les mêmes dimensions de resize, le StackVertical risque de ne pas aimer sinon


Amusez vous bien.........

Hem ... vais-je oser répondre là ... alors :

REMPLACER TOUT CA par un simple clic sur le bouton [ Capturer BMP ] dans la previsulisation de Ripp it . L'image créée portera le nom de la frame en cours est sera dans le dossier DLLS de Ripp it

ah oui c'est vrai y'a ce bouton dans RIAM...

Enfin c'est un peu ch*** quand tu veux comparer 2 (ou plus) encodages différents, ça doit pas être simple pour capturer la même frame.

L'avantage ici c'est que tu te retrouves avec une image regroupant la même image issue des différents encodages.

Et puis c'est pour le fun...avec RIAM tout devient trop facile...

Je ne veux pas défendre mon bifteck mais ça n'a plus rien de difficile pour se "caler" sur une frame dans Ripp it, vu qu'il y a aussi 2 boutons pour avancer ou reculer d'une image à  la fois

Pourquoi faire simple quand on peut faire compliquer lol

ils sont o๠ces 2 boutons ?


J'ai essayé ta façon, désolé je préfère la mienne. Lorsque que tu veux vérifier sur plusieurs encodages il faut que tu te cales manuellement sur la même frame et il faut renommer les fichiers images car sinon ils vont se faire écraser puisqu'ils portent tous le même nom (car issu de la même frame). Et pour finir il te faut jongler sur les différentes images lors de la vérification. Mais c'est faisable....

Par contre pour exporter une image seule, je reconnais volontiers que c'est plus simple

Perso, la capture de BMP se révèle super utile (vérifier un format, un recadrage, etc.) mais je n'ai pas réussi à  avoir un BMP d'une frame précisément (tjrs la même, pour comparer plusieurs filtrages), même en pausant la lecture ou en portionnant la vidéo (10000 @ 10001 fr. par ex.). Il y a tjrs un décalage de qq frames...

Et il me semble surtout que tant qu'on n'a pas encodé la portion, le BMP ne sera pas 100% révélateur du filtrage puisqu'il ne prend pas en compte ce que le codec fera de ce filtrage (pour reprendre le match bilinear / lanczos, les BMP de la preview montrent bcp moins de différences entre les 2 resizes que les BMP des encodages).


Merci Stryke pour ces scripts...

Sur la prochaine version

Jack, arrête d'être bête , si tu veux capturer une BMP de ton film encodé, tu le charges DANS LE REENCODAGE de ripp it et tu fais [ Capturer BMP ] sans rien toucher dans la previsualisation ...

non : je le charge dans VDub... en sélectionnant la même frame si je veux comparer 2 encodages (je sais pas pourquoi mais AviSynth + [BMP] n'est pas aussi précis chez moi...)

...mais le [BMP] est très utile...


edit : en fait j'avais jamais essayé le BMP sur un encodageꀦ en partant du principe que chez moi AviSynth + [BMP] sur des VOBs est un poil imprécis. En testant sur un AVI, j'ai un léger décalage, mais toujours identique (1 image) (je "portionne" 1400@1401 et j'ai la frame 1402). C'est + rapide que le "save image séquence" de Vdub, c'est sà»r.
Par contre, le souci c'est effectivement comme disait Stryke que si tu veux comparer 2 encodages différents sur une même frame, le 2nd shot va effacer le 1erꀦ


l'option Stack d'AviSynth est quand même super utile pour comparer 2 solutions d'encodage simultanément, ET DANS LE TEMPS, ce que ne permettent pas les shots (voir l'effet d'un fluxsmooth surtout temporel par exemple).


Je crois que je vais essayer StackHorizontal, juste pour voir à  quoi ressemble une image de 4x720 pix de large...

....ce qu'il est joueur......et un code pour une mosaà¯que ça t'intéresses pas des fois ????

si...

j'ai pas eu le temps de tester les Stacks (ni de venir sur le forum ces derniers jours), mais un stackvertical avec 3 films o๠je pousse le hue de Tweak à  fond dans un sens ou dans l'autre, ça doit être assez beau...

Merci pour ce script ! Ca à l'air génial. Eh oui "Ca à l'air" car chez moi VirtualDubMod ne veut pas planter (=Il ne crée pas d'images)

Voici mon script, il me semble tout à fait correct...



Help ! car ce script me ferai vraiment gagner BEAUCOUP de temps !

Source = AVISource("D:\Animes\BLEACH_37.avi")
Source = KillAudio(source)
Source = ChangeFPS(Source, 23.96)
Source = Trim(Source,6000,7000) --> ligne à supprimer
Return Source  --> Ligne à supprimer
DimX = 640
DimY = 480

# Script standard
V1 = AVISource(Source)
V1 = Undot(V1)
V1 = BilinearResize(V1, DimX, DimY)
V1 = Limiter(V1)

# Script de Spyke --> C'est qui ? ceci étant j'aime bien cowboy bebop
V2 = AVISource(Source)
V2 = Undot(V2)
V2 = BilinearResize(V2, DimX, DimY)
V2 = Limiter(V2)
V2 = Tweak(V2,0,1,1,1)
V2 = aSharp(V2)
V2 = aWarpSharp(V2,8,1)

# Script Forum Hardware
V3 = AVISource(Source)
V3 = Undot(V3)
V3 = V3.Convolution3d(preset="movieHQ") --> ou Convolution3d(V3, preset="movieHQ")
V3 = hybridfupp( V3, DimX, DimY , preset="anime")  --> attention à la version d'hybridfupp, les presets anime ont changés avec les dernières versions
V3 = Limiter(V3)


V1=V1.Subtitle("script standard").Trim(6000,7000)
V2=V2.Subtitle("script de Spyke").Trim(6000,7000)
V3=V3.Subtitle("script Forum Hardware").Trim(6000,7000)

StackVertical(V1, V2, V3)
SelectEvery(100, 0)

ConvertToRGB24()
ImageWriter(last, file="D:\Animes\frm-", start=0, end=0, type="png")
crop(0,0,8,8 )

Attention avec les trim....

Soit tu laisses cette ligne : Source = Trim(Source,6000,7000)

mais auquel cas tu dois modifier ces lignes : V1=V1.Subtitle("script standard").Trim(6000,7000)

Car la variable Source après le trim ne comporte plus que 1000 frames et donc tu ne peux plus en fin de script faire un trim (6000,7000)

...je me demande si c'est clair ce que je dis ??

100% clair Mais bon je n'arrive toujours pas à le faire crasher mon VirtualDub lol

Sans le "Return Source" ça ne marche pas, il ne trouve plus la source pour les AVISource (ce qui me parait logique...)

Merci pour Hybridfupp j'avais pas fais gaffe

Voilà mon script, si tu vois encore une erreur



Edit : Ah lol pourquoi j'ai mis Spyke (Buffy me hante ), c'est stryke

manque les loadplugin pour faire fonctionner hybridfupp, il faut rajouter :

LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\MaskTools.dll")
LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\MVTools.dll")


Je persiste à dire que "return source" est une erreur....

Tu peux également écrire ceci :
V1=V1.Subtitle("script standard")
V2=V2.Subtitle("script de Stryke")
V3=V3.Subtitle("script Forum Hardware")


Il faudrait me donner l'erreur que retourne VDM

L'erreur sans "Return Source"




Et avec le return ça ne fonctionne toujours pas Cela va-t-il marcher un jour ? Snif


Edit :



Ca ça marche, je continus mes test après manger

Sans le return donc

ark....je suis nul.....Il y a un double emploi de AviSource :

Source = AVISource("D:\Animes\BLEACH_37.avi")
....
V1 = AVISource(Source)


Un exemple de ce que tu peux faire :

Ah t'as enfin compris mon Return ! Merci pour ta dernière manipulation ça marche impec ! J'ai juste du rajouter la ligne d'import d'unfilter.dll sinon hybridfupp ne marchait pas. Suis vraiment content d'avoir attéri ici ! Equipe dispo, rapide et qui répond gentillement. Vous cartonnez !

Script Valide



Résultat ICI (1.1Mo)


Merci beaucoup Stryke, t'es un dieu ! (En plus c'est ton script de Sharp qui est le mieux pour moi sur mon petit test)

La 2ème capture a le plus de détails on dirait

Il a refusé le titre de "Dieu" d'avisynth donc il se retrouve avec un titre de 'Bidouilleur'

lol ok mais c'est pas assez je trouve

Sinon j'avais oublié de préciser :

- On ne voit pas la vidéo (juste un carré de quelques pixels où la couleur varie) mais ça marche très bien

- S'utilise dans quasiment tout lecteur vidéo, pas besoin d'utiliser VDub spécialement

- T'as pas un truc Stryke pour mettre à l'horizontal les images par hasard ?

Edit :

- VirtualDub à l'avatange de montre quelle image il traite sur le moment. Les autres lecteurs vont d'abords lire TRES rapidement la vidéo puis la création des images se fait -> On ne sait pas toujours quand il n'y a plus d'images à exporter.

- Pour avoir les images à l'horizontal (ce qui est mieux je trouve) remplacé StackVertical par StackHorizontal


Voilà voilà, si ça peu aider certains Franchement essayez c'est super cool et précis comme fonction. Un gain de temps considérable même si vous avez deux P4 à 3.6Ghz + 4Go Ram + des Raid0 à 10000trs/min


PS : cette config est imaginaire, n'essayez pas de trouver son prix sur internet

C'est fait exprès, pour éviter à VDM de bouffer trop de ressources et donc gagner un peu de temps. C'est la dernière ligne du script qui génère le petit carré dans VDM : crop(0,0,8, 8 )

Pour aller jusqu'au bout de ton essai, maintenant que tu as défini globalement ton script, il faudrait faire un essai de compressibilité pour savoir si ta valeur de resize (dimensions H/L) est optimale. Et, si tu disposes d'un peu de "gras" en compressibilité, voir si un filtre supérieur de resize ne serait pas mieux


PS : Dans ton script V2, le Limiter() est à placer à la fin.

Ok merci beaucoup de tes conseils je vais aller faire des recherches/test sur tout ça Juste une question : pas de risques que ça s'accade sur des configuration assez basses genre 800Mhz 256Mo de ram ? Car j'ai vu des choses compressées à mort et donc ça sacade (nan c'est pas moi qui est un 800 lol)

pas compris le sens de la question...je ne vois pas très bien le rapport entre la compression et la puissance du PC

On est des naab alors désolé de croire aux mythes

Je reformule alors : Comment se fait-il qu'à partir d'une même vidéo certains arrivent à avoir une vidéo fluide et d'autres non ? (en considérant que l'on possède un 800Mhz 256Mo de Ram)

A la lecture

A cause du post processing appliqué. Dans le post processing il peut y avoir uniquement les options du décodeur, ou un filtrage appliqué via ffdshow par exemple

Ah ok encore Merci Pas de risque d'intégré ça a une vidéo lors d'un réencodage avec Ri4m hein ?

j'aime bien déterrer les topics moi

Pour 2 choses:

_pour remercier Stryke pour ce petit script bien sympatoche, faire des pré-visu est un jeu d'enfant grace a toi Merci!

_ensuite pour demander conseil: apres un petit test, largement inspiré du script de Yeno, voici ce que j'obtiens:
sur une image sombre: ////////// sur une image claire: (pas tres rapide a charger..)

en fait j'aimerai avoir votre avis, savoir ce que vous en pensez
parce que je me demande, sachant que mon script est:



ne sera-t-il pas trop lourd? par lourd j'entend trop dur a encoder, trop long voir trop de filtres...

Ton script va être lent, ça c'est une évidence....

Ton script est meilleur dans le cas de l'image sombre : moins de bruit autour des traits noirs du manteau (ça c'est l'effet "hybridFupp"). Par contre il est mais moins bon dans le cas de l'image claire : les lignes au sol font des décrochements plus importants (awarpsharp et tweak doivent être les fautifs).

ben en fait ya une faute dans mon script
tout et en V4, exepté la ligne tweak: "V2 = Tweak(V2,0,1,1,1)"

donc en fait ca n'a pas donné le bon resultat je suppose
bref no problem, ton script pour comparer les resultats fonctionne a merveille Stryke

Exact je n'ai pas fait attention, donc les décrochements sont dûs à awarpsharp, il faudrait baisser les seuils pour voir...

PS : Pour info ton script V2 s'est pris 2 fois la commande Tweak, car la ligne dans le script V4 a été pris en compte