Reprise du message précédent :

C'est peut-être un mauvais désentrelacement du décodeur, ce serait embêtant.
Et ta capture, tu l'as faite en 576i ou 576p ?
Et est-ce que l'image scintille sur ta télé quand ton décodeur est réglé en 720x576p ? Si non, c'est que ça ne vient pas du décodeur mais de ta carte d'acquisition ou de ton logiciel de lecture, je pourrai le vérifier quand j'aurai ton extrait.
 

Voir si elle reconnaît ce signal, et visiblement oui puisque tu as pu capturer.

Pour la capture, je ne sais pas si c'est de l'entrelacé ou du progressif vhcapture n'indique rien dans les options. A l’analyse de la vidéo sous Mediainfo et Gspot non plus d'ailleurs
Sur la télé, je n'ai pas encore essayé, va me falloir débrancher le matériel, le redescendre et le rebrancher  
Je t'ai envoyé le lien  

J'ai testé la résolution 720x576p50 avec la cam brancher sur ma tv. Ça scintille moins (surement que la tv doit retraiter le signal derrière) mais quand même un peu. Je crois bien que l'appareil fait un mauvais désentrelacement

Ouais, j'ai regardé ta vidéo, ça ressemble à un basique bob avec une image sur deux virée. Mais je ne sais pas si ça vient de ton décodeur ou de ta carte (probablement du décodeur), et en plus il y a pas mal de gels d'image.
Mais cette source est progressive, comme beaucoup de clips, il faut refaire le test avec une émission télé ou un jt, on verra mieux le problème.
 
Tu peux aussi tenter le 1280x720p50 (et aussi dans vhcapture). Mais teste d'abord ça sur ta télé pour voir si ça scintille autant.

Bizarre, je n'ai aucun gel de l'image de mon côté (pb lors de l'upload peut-être   )
 
Donc j'essaie d'abord le 1280x720p50 sur ma tv et après je fais un test sous vhcapture ?

Ouèp.
 
Les gels d'image on les voit bien en avance image par image dans Virtual Dub.

J'ai testé sous vdub je n'ai aucun gel même en avançant image/image. Surement dû à un soucis lors de l'upload alors

Je viens de refaire un test avec l'appareil branché sur la tv en 1280x720p50. Verdict, l’image scintille également. En 1920x1080i pas de soucis par contre...
 
J'ai également testé sous vhcapture en mettant 1280x720 dans l'option "format de capture vidéo" et là aussi ça scintille (ça fait un effet vague en fait). Bien plus que sur la tv par contre.
 
 

 
 
Quand on choisis le mode progressif, c'est l'appareil qui fait le boulot et le soucis c'est qu'il ne sait pas le faire correctement... pas mal de gens sur les forums se plaignent de ça d'ailleurs  
 
Pour le coup, est-ce que c'est mieux de le mettre en 1920x1080i50 et de capturer en 720x576 quand c'est de la SD (en sachant comme tu l'as dit que l'image sera redimensionnée) ...
ou de le mettre en 720x576p50 est de retraiter l'image derrière avec avisynth pour enlever cette effet de scintillement (est-ce possible d’ailleurs et la qualité sera-t-elle moins foireuse que la première solution ?)

Je pense que l'idéal est de mettre le décodeur en 1920x1080i50 et de capturer dans cette résolution aussi pour éviter un resize par la carte ou le logiciel d'acquisition, quitte à faire le resize ensuite en 720x576 avec avisynth. Je pense que c'est ce qui nuira le moins à l'image.
Si tu enregistres une émission SD, je veux bien un extrait capturé en 1080i50. Prends un passage où il y a du mouvement, histoire de bien différencier les champs pairs et impairs.
Je te dirai ensuite comment faire le resize en 720x576.
N'oublie pas de toujours capturer en yuy2, quelle que soit la réso.
 

Non, le décodeur dégrade l'image quand il sort du progressif et c'est irrécupérable.

Merci arnuche pour ta réponse que j'attendais avec impatience
Je te prépare ça.
 
Simple question pour ma culture personnelle, quand je choisis dans les option de la cam la résolution de sortie 1920x1080 et que c'est de la SD, l'appareil fait un "upscale" du coup et si derrière avec vhcapture j'enregistre en 720x576 y a un resize pour passer de 1920x1080->720x576. En somme ça fait un double traitement, c'est bien ça ou j'ai rien compris ?
 
Pourquoi tu souhaites différencier les champs pairs et impairs ? On en aura besoin ?
 
Dernière question: c'est typique de tous les appareils de ne pas proposer de l'entrelacé en SD ?

J'ai fait l'acquisition 1920x1080 dans un tout nouveau disque dur indépendant du système d'exploitation et quand je lis avec VLC ça saccade énormément (je pensais que ça venait principalement de mon ancien disque dur assez âgé mais visiblement non, et j'ai activé le cache d'écriture du disque dur comme préconisé... mon processeur travaille à plus de 50% lors de la capture et lors de la lecture de la vidéo enregistré à 100%).
 
J'espère qu'il n'y a pas eu de pertes d'images
 
Edit: lien de la vidéo envoyé  

Oui.
 

C'est pour tester avec avisynth, histoire de voir comment sont traités les champs par ton décodeur lors de l'upscale.
 

Non.
 

Je suis en Belgique et on a plusieurs choix de réso dont le 576i, mais j'ai acheté un autre décodeur (VU+) pour remplacer celui qu'on loue au FAI, il me permet de garder mes enregistrements qui ne sont pas cryptés.

Merci pour ce retour
Tu as le temps de regarder l'extrait vidéo que je t'ai envoyé ?

Bien reçu mais je ne suis pas sûr qu'il s'agisse bien d'une source entrelacée, il faudrait vraiment autre chose qu'un jeu vidéo, plutôt un débat télévisé ou un reportage du JT d'une chaîne française pour être sûr que ça a bien été filmé en 50hz.
Parce que là il n'y a un mouvement que toutes les 2 images, sauf à de rares endroits (déjà ça c'est bizarre) et le désentrelacement par tdeint n'est pas top sur cette vidéo bien que ce soit mieux que si on ne fait rien.
Et quel que soit l'ordre des champs que j'impose (tff ou bff), la vidéo n'est pas fluide et l'ordre semble inversé par moments, ce n'est pas normal.
Ça vient peut-être d'une mauvaise conversion du jeu vidéo, difficile de tirer des conclusions à ce stade, donc mieux vaut un extrait d'émission télé, désolé.

Je fais refaire ça alors...
 
Et pour les saccades tu en as quand tu regardes sur ton pc ?

C'est un peu saccadé mais pas à cause d'un manque de puissance de mon pc, plutôt à cause de la vidéo qui a des soucis.
Avec mes vidéos en Lagarith 1080i, aucun problème.

C'est toujours saccadé quand je capture en HD. Mon pc doit manquer de puissance (1go ram, amd athlon 64 X2 3800+ @ 2Ghz). Je crois que je vais capturer avec vdub ça ne pose pas de soucis ?

S'il reconnaît bien ta carte, non, mais il n'est pas simple à configurer pour la capture.
Pas sûr que ça change grand chose par rapport à vhcapture.

Vdub permet de savoir si c'est des frames ont été perdues chose que ne fait pas Vhcapture    
 
Je bloque sur les réglages de VDub en mode capture    
Je ne sais pas vraiment ce que je dois mettre dans ces fenêtres :  
 
Fenêtre 1 :
 

 
Ici, la personne qui avait des problèmes de saccade, a changé les paramètres en 16MB, 8 et coché la case "disable windows write buffering" => http://www.repaire.net/forums/arch [...] 1970013803
 
Mais, je crois qu'il faut tester les capacités du disque dur avant, mais je n'ai pas l'option Benchmark dans Auxsetup, les explications ici  => http://www.labdv.com/guide/capturi [...] ml#prepare
 
Edit: J'ai installé une ancienne version de vDub et j'ai testé les capacités de mon disque dur, j'ai trouvé ça en mettant 200 pour le "Peak disk performance" :
 

 
 
Écriture supporté : 83MB/s donc...
 
Par contre, si dans Disk I/O (fenêtre 1), je mets les paramètres 16MB et 8 je me retrouve avec un "Total Buffer" de 131072K donc trop grand par rapport à 83M (par contre je ne sais pas si ces paramètres sont liés ... j'ai cru comprendre que oui).
 

 
 
 
Fenêtre 2 :

 
Pour cette fenêtre, j'ai trouvé ce tuto mais je ne sais pas si c'est correct (attention les paramètres de la capture ci-dessus ne correspondent pas au tuto dans le lien ci-contre)=> http://www.pack-logiciels-libres.f [...] df#page=76
 
C'est un peu la galère mais une fois ces paramètres établis et enregistrés, je fais le test comme prévu, je t'envoie la vidéo pour que tu saches ce que tu dois mettre pour le TFF/BFF et ça devrait toucher à sa fin

Tu veux dire pendant la capture ? Parce que sinon tu peux toujours capturer avec Vhcapture et vérifier avec Vdub si des frames ont été perdues.

 
Oui durant la capture, c'est assez fastidieux sinon.

J'ai repensé à un truc à propos de ta carte : vu qu'elle reçoit un signal numérique, c'est différent d'une carte A/N qui numérise elle-même, et donc il faut être bien sûr que ta carte reçoit du 4:2:2 de ton décodeur sinon je pense que c'est le logiciel d'acquisition ou le codec Lagarith qui va convertir le 4:2:0 en 4:2:2 (si tu as choisi 4:2:2), ce qui serait inutile.
Les fichiers que ton décodeur enregistre sont en 4:2:0, après faut voir s'il fait une conversion pour sa sortie Hdmi, il a peut-être un réglage pour le Hdmi, comme sur la plupart des lecteurs dvd/Blu-ray.

On n'avait fait le test de ça je crois avec virtual vcr non ?
 
Sinon je fais comment pour savoir si l'appareil envoi du 4:2:2 ou du 4:2:0 ? Y a pas ce genre de réglage dans les options.

Alors je ne sais pas. Je crois que ça pourrait être du RGB aussi.
Dans le doute laisse en 4:2:2 alors.
Tu as fait un enregistrement d'émission ?

Je règle virtualdub pour le moment
Tu crois que c'est utile de resynchroniser l'audio et la vidéo lors de la capture ? Je pense qu'on peut le faire après ça ?
 
Y a aussi le réglage dans vdub sur l'insertion de frames vides en cas de fort éloignement des images lors de la capture. Et aussi la suppression de frames lorsque les images sont trop rapprochées. C'est pas utile tout ça si ?

Je ne sais pas, je t'avais dit qu'il n'était pas simple pour la capture.

Façon le mieux ça reste de tester je crois

C'est bon, j'ai ta vidéo et elle est bonne.  
Pas de gels d'image, pas de champs mélangés, ordre des champs clair (c'est du TFF), donc ton décodeur fait plutôt du bon boulot en upscale à première vue.
Sauf qu'il y a une désynchro son/image, il faudrait voir si ça vient de Vdub, et il y a des petites bandes noires en haut et en bas, faut voir si elles sont d'origine sinon l'image pourrait avoir été légèrement aplatie par ton décodeur ou ta carte d'acquisition.
 
Pour transformer tes vidéos en 720x576 yv12 prêtes à être encodées en mpeg (ou en Lagarith yv12 pour gagner de la place si tu ne comptes pas encoder tout de suite en mpeg), je te propose ce script ;

 
Ce qui est indiqué après le signe # n'est pas pris en compte par avisynth, ça permet de rajouter des notes dans le script pour y voir plus clair.
 
JDL_InterlacedResize est un script assez astucieux qui permet de faire du resize de sources entrelacées sans les désentrelacer, ce qui fait nettement gagner du temps et de la qualité.
Pour le faire fonctionner, tu dois mettre les fichiers jdl-interlace.avsi et jdl-util.avsi dans le répertoire plugin d'avisynth. Tu les trouves là ;
http://www.avisynth.nl/users/stickboy/
 
assumefps(25/1) n'est pas indispensable mais j'ai remarqué avec AVSMeter que spécifier le fps (même quand on ne le change pas) permet d'accélérer un petit peu le script.
 
Si tu ré-encodes en Lagarith 720x576 avec Vdub, n'oublie pas ce que j'avais expliqué sur le réglage color depth, voir mon message du 22/06 à 15h29.
Sauf qu'il ne faut pas choisir 4:2:2 mais 4:2:0 si tu ouvres un script puisque tu convertis en 4:2:0 avec ce script.

Pour la désynchronisation video/audio c'est peut-être parce que j'ai coché la case suivante : "do not resync between audio and video streams" ?
 
Sinon, pourrais-tu me faire un screenshot en m'indiquant le problème concernant les bandes noires stp ?
 
Édit: c'est bon, j'ai vu ce que c'était les petites bandes noires
Je fais comment pour savoir si c'est d'origine ou non ?
 
Merci pour les explications du script avec les commentaires juste à côté
Par contre, tu as omis la fonction Trim pour "découper" la vidéo. Je peux la placer où je veux cette commande dans le script ?

Peut-être, il n'y avait pas ça avec vhcapture ?
 

Il suffit d'ouvrir la vidéo dans Vdub, tu verras ces bandes noires en haut et en bas.
 

Oui, par exemple après le resize pour faire la découpe sur du 720x576, ce sera moins envahissant sur ton écran que du 1920x1080.

...dans vhcapture, le réglage des options est plus que basique! Sinon, je peux resynchroniser après la capture non ?
 

C'est bon, j'ai vu ce que c'était les petites bandes noires
Je fais comment pour savoir si c'est d'origine ou non ?    
 

Ok, d'acc... Je vais le placer à cet endroit alors  

Oui, par exemple avec avisynth, fonction DelayAudio ;
http://avisynth.nl/index.php/DelayAudio
Mais dans ce cas il faut capturer le son en pcm et pas en ac3, sinon il sera compressé lors de l'acquisition, puis décompressé (puisqu'avisynth décompresse tout), puis recompressé si tu en refais de l'ac3.
Et il faut le faire avant les multiples trim (si tu gardes plusieurs extraits), sinon plus rien ne sera synchro !
Juste après avoir fait ce delay, tu peux rajouter cette ligne ;
trim(0,0)
ça permet de faire coïncider les durées du son et de l'image en ne touchant qu'au son : en rajoutant du son "vide" s'il est plus court que la vidéo ou en le coupant s'il est plus long.
Et ça n'empêche pas d'utiliser à nouveau la fonction trim plus tard dans le script.
 

En envoyant l'image en 1080i à ta télé et en virant l'éventuel overscan (recadrage) si possible (normalement on peut sur les écrans full hd).

Je viens d'encoder la vidéo à l'aide avanti avec le script... et ça marche, je n'ai plus de saccades donc ça ne vient pas de la vidéo d'origine mais bien de mon cpu qui galère certainement à décompresser le codec Lagarith, parce que la hd marche sur mon pc.
 

 
Justement, c'est ce que je fais avec la vidéo que je t'ai envoyé
Pour le reste, je pense avoir compris  

 
Je vais tester ça demain.

Et si tu lis du Lagarith en 720x576, ton pc rame aussi ?
 

Tu peux tester plusieurs chaînes mais la même c'est mieux, et aussi la même vidéo si tu l'as encore dans le décodeur. Ou tu ré-enregistres la même émission demain.

Non, ça passe nickel dans cette résolution là
 
Je testerais sur la tv "en direct" plutôt.
 
Sinon, comment tu as fait pour savoir que c'était du TFF ? C'est valable pour tout ou seulement pour celle de la vidéo ?
 
Édit : j'ai un macrobloc sur la première frame à l'encodage

Avec avisynth, je fais ça ;
assumetff()
separatefields()
et puis
assumebff()
separatefields()
Sur une source entrelacée (donc pas un film), il n'y en a qu'un des deux qui est fluide, avec l'autre c'est saccadé parce que c'est comme si on voyait les images dans l'ordre 2-1, 4-3, 6-5, ... au lieu de 1-2, 3-4, 5-6, ...
On le voit bien en avance image par image dans Vdub.
Il y a une autre méthode ;
assumetff()
bob()
et
assumebff()
bob()
L'image sera mal désentrelacée mais c'est juste pour voir quel ordre est le plus fluide. Je préfère la méthode separatefields() qui demande moins de calculs et ne rajoute rien.
 

Je suppose que c'est pareil pour toutes les chaînes, t'as qu'à tester.
 

Il faut peut-être augmenter le débit du mpeg.
 
Au fait, hier j'avais édité mon message contenant le script juste avant que tu ne postes ta réponse pour rajouter pixel_type="YUY2" à la première ligne, tu l'as vu ?

 
D'accord, je vais essayé de tester ça pour voir si j'y arrive
 
 

Ah! Le débit moyen je suppose ? Il est à 7000kbps, le passait à 8000kbps alors ? (le max est à 9000kbp)
 

Oui j'ai vu que tu as rajouté ça. Ça permet d'indiquer le format de pixel, histoire d'éviter à avisynth de tester les différents formats et de trouver celui qui correspond.

Pourtant 7000 c'est déjà bien, il ne devrait pas y avoir de macrobloc, c'est que l'encodeur n'est pas top. En même temps il est gratuit.
Mais curieusement, le x264 qui est gratuit donne d'excellents résultats alors qu'en mpeg-2 qui est pourtant nettement plus simple à mettre en oeuvre il faut payer cher pour avoir un bon truc (du genre CCE).

Je t'ai envoyé un mp hier  

Je vais voir ce que je peux faire    
 
En mettant le débit moyen à 8000kbps, c'est un peu mieux mais il y a encore un petit macrobloc.
 
Sinon, la fontion DelayAudio n'a pas l'air de fonctionner comme je veux. J'ai effectué un test sur l'enregistrement que je t'ai envoyé. De base, l'audio étant en avance sur la vidéo, j'ai été par tâtonnement. J'ai commencé par mettre un delayaudio de -0.5, mais c'était toujours en avance. J'ai donc fait avec -0.7, au début l'audio est synchroniser avec la vidéo mais après y a de nouveau un décalage. J'ai donc augmenter à -1, même chose. Avec un paramètre de -1.5, au début l'audio est en retard mais est synchronisé avec la fin de la vidéo  
 
Edit: je t'ai envoyé un mp

Bien reçu    
 

Bizarre, ça vient peut-être d'un problème d'acquisition parce que la synchro devrait être la même sur toute la durée    
Il faudrait peut-être ré-essayer avec vhcapture.