Reprise du message précédent :
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.

Je ne sais pas si tu as gardé le fichier que je t'ai envoyé (le dernier lien en MP). Quand je regarde les détails avec MediaInfo, ce dernier indique une durée pour la vidéo de 7s 640ms et une durée pour l'audio de 10s tout rond    
Cet écart peut-être la conséquence de pertes d'images (c'est une supposition) mais tu m'as dit qu'il n' y en avait pas.
 
Je t'ai envoyé un MP.

Chez moi la vidéo dure 13s et l'audio 14 d'après MediaInfo 0.7.69

J'ai bien reçu ta dernière vidéo, il y a un truc bizarre : l'image est progressive, donc difficile de savoir si c'est du tff ou du bff. Et sur base de cette vidéo, je ne vois pas de moyen de savoir si c'est la chaîne de télé qui a fait le désentrelacement (parce que je serais étonné que le live de Hugues Aufray ait été filmé en progressif) ou si c'est la carte ou le logiciel d'acquisition qui l'a fait à cause du resize en 720*576.
Le seul moyen serait de refaire une acquisition    d'une émission télé comme la vidéo que tu m'as envoyée l'autre jour (Touche pas à mon poste en 1080i) qui était bien de l'entrelacé.

Aucun soucis, je vais préparer ça.
Sinon, comment trouves-tu le rezise ?

Ça a l'air bon mais comme la source est progressive, c'est nettement plus simple à faire que si c'était du vrai entrelacé, donc j'attends ton prochain extrait pour avoir plus de certitudes.
 

Non, c'est mieux de la spécifier, mais attendons de voir sur ton prochain extrait si c'est bien du tff.

Je t'ai envoyé un MP
 
Question qui me vient à l'esprit. Pour les captures que j'ai effectué en 1920x1080, il semblerait que vdub en fait du VFR au lieu du CFR. Est-il possible de modifier cela, c'est à dire de passer du VFR en CFR. Je suppose qu'il y aura ré-encodage du coup si c'est possible.

Je te l'avais expliqué en mp, normalement c'est une option faite pour le flv, le mkv, le mp4, le rmvb et aussi le wmv (ou asf). Je n'ai jamais entendu parler d'avi vfr et à ma connaissance Vdub ne peut pas capturer en vfr, mais je peux me tromper. Le problème que tu avais eu est très étonnant.
 
Pour convertir du vfr en cfr je pense qu'il faut que le fichier vidéo contienne une information sur la manière d'interpréter le vfr pour afficher chaque image à la bonne durée et il faut que le filtre d'ouverture utilisé dans avisynth reconnaisse le vfr et le gère correctement. Sinon ça pourrait marcher sans cette info dans l'en-tête mais il y a un risque de désynchro.
Exemple du filtre DirectShowSource ;
http://unreal666.hdd1.ru/docs/avis [...] source.htm
Donc il faut mettre fps= (et là je pense qu'on met le framerate moyen) et ensuite convertfps=true pour transformer le vfr en cfr. Mais je suis quasi sûr que ça n'ira pas avec tes captures et que tu as plutôt un problème d'images perdues.
 
Mais normalement tu devrais pouvoir capturer en 1080i sans problème puisque ta carte est faite pour ça, peut-être que ton pc a du mal avec le débit du Lagarith et que ça irait mieux en compressant en x264. Mais alors tu perds en qualité. Et ce serait étonnant que ça aille mieux parce que le Lagarith demande nettement moins de calculs que le x264 et son débit n'est pas un problème pour un disque dur.
 
Ton dernier fichier est bon, c'est bien de l'entrelacé en tff.  
Ce script est bon pour un encodage en mpeg ou x264 ;

 
Par contre il y a des drop frames ; les images n° 17, 18, 167, 172, 211 et 359. C'est beaucoup pour un fichier aussi court, il y a vraiment un souci avec ta config.

 
Effectivement, j'ai pu remarquer ça avec vdub mais c'est chiant à faire image/image    
Y a pas une astuce pour savoir quel frame a été perdue ? Quand l'enregistrement va durer une heure et demi voir plus, j'en aurais pour des semaines à vérifier si y a pas eu de pertes d'images    
 
Après, le problème des frames perdues dans la dernière vidéo vient peut-être du fait que mon pc tourne non-stop depuis 2/3 jours. Quand j'ai fait la capture, je l'ai pas redémarré, j'ai d'autres programmes qui tournaient en même temps que vdub aussi, j'ai fait ça un peu à l'arrache c'était pour savoir le type d'entrelacé. Il me semble que pour les vidéos précédentes, tu m'as dit qu'il n'y avait pas de frames de perdues mais j'avais capturé d'après les recommandations que tu m'avais donné via un lien.
 
De toute manière, je vais vérifier mes enregistrements pour savoir si il n'y a pas eu de pertes de frames mais comme je l'ai dit ça va être très long en faisant image/image... A moins qu'il existe une autre méthode.
 
Edit:
bon en fait, je suis nul (mais ça je le savais   ). C'est simple pour savoir si des frames ont été perdues, sous vdub il faut aller dans le menu go->next drop frame (ou la touche clavier maj + ^) et si il ne trouve rien c'est ok sinon c'est pas bon.
 
Edit 2:
finalement c'est plus rapide que je ne le pensais (et dire que je parlais que ça allait me prendre des semaines   ). Dans l'ensemble, tous mes enregistrements ont l'air correct en 720x576 sauf une vidéo d'une demi heure où il manque 2 frames et une vidéo d'1h qui manque 1 seule frame. Du coup, je fais quoi ? En lecture normale ça ne se voit pas je trouve.
 
Par contre chose bizarre, pour les enregistrements en 1920x1080 vdub ne détectent pas de drop frames   (Peut-être dû au fait que dans les options de vdub avant la capture en full-hd comme je te l'avais dit en mp je crois, j'ai décoché la case "Drop frames when captured frames are too close together" et la case "Insert null frames when captured frames are too far apart" ? Ou peut-être à cause du VFR ?)
 
En tout cas, je suis plutôt rassuré mes enregistrements en 720x576 sont bons  

Rien, je pense qu'il n'y a rien à faire.
 
Maintenant c'est à toi de trouver les meilleurs réglages de capture et de voir pourquoi tu as des drop frames.

 
 
Les quelques frames de perdues peuvent venir aussi de l'appareil non ? Ça arrive souvent des bugs avec ce genre de matos je pense...
 
Mais sinon, pour le script je mets tout le temps asumetff() alors ?

Oui, ton matos fonctionne toujours de la même manière, en tff, ça ne varie pas d'une vidéo à l'autre.
Et même pour du progressif c'est mieux de prendre l'habitude de mettre tff, surtout qu'il pourrait y avoir des parties de clips en entrelacé même si à première vue ça semble progressif.
 

Non, Vdub ne pourrait pas les détecter, elles feraient partie de la vidéo d'origine pour le matos d'acquisition qui ne peut pas savoir que ce n'est pas normal, comme un plan fixe dans un film. Vdub ne détecte que les erreurs d'acquisition, pas ce qui s'est passé avant (les éventuels gels d'image du décodeur).

Désolé pour mon retour tardif, j'étais très occupé
 
Pour rafraichir un peu la mémoire j'avais des soucis en HD lors de l’acquisition avec Vdub qui capturait en VFR, je ne sais pas si tu t'en souviens ?
 
J'ai donc essayé de capturer avec VhCapture en HD et ça fait la même chose j'ai l'impression. Lors de l'acquisition, VhCapture indique un avg. frame qui oscille à 15 et qui descend même parfois à 3
Bizarrement mon processeur tourne à peine à 50% pourtant, c'est ce qu'indique VhCapture.
 
Aucun soucis en 720x576, ça capture à 25fps que ce soit avec Vdub ou VhCapture.
 
J'espère que c'est un soucis de configuration pc comme tu le disais juste auparavant et pas la carte d'acquisition qui fait ça

J'en sais rien mais si ta carte est compatible 1080i, elle devrait pouvoir capturer du 1080i sans problème. Normalement le processeur ne travaille quasiment pas pendant une capture, surtout en lossless.
Tu as reçu un logiciel de capture avec la carte ?

Je me permets de requoter tes messages qui se trouvent dans un autre topic, ici (ça évite de polluer le topic de arpent)
 

 
Désolé mais je ne vois pas où tu veux en venir  
Je sais que le logiciel constructeur, peut enregistrer en MPEG2, en AVI ou en H264.
 
 
 

 
Personnellement, l'audio passe par un câble jack, pour la simple et bonne raison que si je fais passer l'audio via le câble HDMI ça crépite.

Ça tu ne l'avais jamais dit, et normalement Vdub ne permet pas non plus l'enregistrement de contenu protégé puisqu'il me semble que c'est la carte qui gère ça, pas le logiciel de capture. Je pensais que ta box ne protégeait pas le contenu par hdcp.

C'est pour voir s'il y a encore le problème de VFR en utilisant ce logiciel.
 

Ou 25 en prévisualisation.

 
En 1920x1080i aussi, il faut mettre 60fps dans Vdub ?
Dans les réglages de l'appareil il faut que je laisse sur 1920x1080i50 ou que je passe 1920x1080i60 ?
Il faudra donc passer en 25fps lors de l'encodage alors ?
 
 

Dans le décodeur tu laisses en 50hz, de toute façon je ne pense pas que tu aies le choix. Et tu captures en 50 hz aussi.
Mais je ne sais pas ce qu'il a voulu dire par "synchroniser les fps de la prévisualisation avec ceux du flux reçus", tu peux toujours lui demander sur son topic.

 
Je ne comprends plus    
Si je capture en 50hz le fps est de 25 normalement non ? Du coup, on laisse tomber le 60fps ?

Oui.
 

Ça dépend ce qu'il a voulu dire par 60 fps, mais il ne faut pas capturer en 60 fps si ta source est en 25. Et si c'est ce qu'il a fait, le résultat ne devait pas être terrible.
C'est pour ça que je disais plus haut "ou 25 en prévisualisation".

 
D'accord. En tout cas pour le moment, on est pas beaucoup avancé sur le pourquoi de ces pertes d'images en HD d'après VirtualDub et les saccades de l'enregistrement.
Ça peut-être tout et n'importe quoi :
 
- Mauvais réglages dans le logiciel de capture
- Carte d'acquisition H727
- Config pc
 
...
 
C'est quand même frustrant cette histoire  

C'est pour ça que je te disais d'essayer de capturer en 1080i avec le logiciel donné avec la carte, histoire de voir si c'est mieux qu'avec Virtual Dub, sauf si ce n'est vraiment pas possible à cause du hdcp.
Sinon il y aurait peut-être moyen de faire le test à partir d'une autre source, par exemple un lecteur dvd ou Blu-ray réglé sur 1080i.
Mais là encore, il risque d'y avoir du hdcp, sauf peut-être en lisant un contenu non protégé (un disque fait par toi). Je dis bien peut-être parce qu'il n'est pas impossible que certains lecteurs activent d'office le hdcp, même en lisant un contenu non protégé.

Je vais essayer avec mon lecteur DVD mais pas ce week-end, plutôt le week-end prochain. Merci de te donner la peine de m'aider en tout cas
 
J'espère qu'on viendra à bout de ce problème

Je me permet de remonter le sujet
 
Je n'ai toujours pas testé la capture en HD ayant pour source mon lecteur de dvd. J'espère avoir le temps de faire ça demain.
 
Sinon, concernant le problème de macrobloc lors de l'encodage mpg2, je me demandais si ce n'était pas possible de passer par Adobe Première Pro pour l'encodage mpg2. Du fait que le logiciel est payant je suppose que l'encodeur fait un bien meilleur boulot qu'un encodeur gratuit (?). Si tel est le cas, reste à savoir si Premiere Pro prend en compte les scripts avs...

S'il ne prend pas en compte les scripts avs, tu peux ouvrir ces derniers dans Virtual Dub, exporter en Lagarith (lossless) et ouvrir ce fichier Lagarith dans Première Pro.

 
Visiblement, il existe un plugin qui permet d'importer un script avs dans premiere pro
 
http://pwolfamv.com/programs/csavs64/
 
Demain, j'essaie de voir pour tester la capture HD en branchant mon lecteur DVD sur la carte d'acquisition.

Il semblerais que mon lecteur dvd active le HDCP constamment. Je l'ai branché sur ma carte d'acquisition et voilà le résultat :
 

 
J'ai testé avec un dvd original et un dvd gravé. Je peux voir le contenu durant 1 à 2 secondes puis j'ai ce message qui s'affiche.

Et c'est seulement avec ce logiciel de capture que tu as ça ?

 
Je pense que oui. Sous vdub la vidéo s'affichait correctement.