Bonjour à tous
 
Je fait de l'acquisition HD de vidéo de vacance via l'entrée HDMI de la carte AverMedia Capture H727.
 
Sous VirtualDub, côté choix de format de pixel, la carte semble accepter le YUY2, UYVY et YVYU (j'ai testé les autres mais j'ai un message de VDub qui m'indique qu'ils ne sont pas compatibles avec la carte).
 
J'ai lu un peu ce que sont les formats de pixels ici et ici. Mais, je ne comprends pas. La chose que j'ai (peut être) compris est que le meilleur format de pixel des trois serait le YUY2.
 
Quelqu'un serait-il m'expliquer dans un langage compréhensible pour un novice ce que représente les formats de pixel ?
 
Quel serait le meilleur des trois ?
 
Autre question qui n'a rien avoir.  
 
Sous VDub, quand je vais dans le menu Video -> Capture Filter, j'ai une grande liste de standard de télévision : PAL, SECAM, NTSC et toutes leurs dérives. Il me semble qu'en France le standard est le SECAM L mais si je choisis un autre standard comme PAL D (qui est choisis systématiquement par défaut à chaque relance de VDub) ou NTSC M, ça ne change rien, l'image reste pareil.
 
Je ne sais pas si ce paramètre est réellement important puisque je capture du numérique et si oui lequel choisir alors ?
 
Merci de m'apporter votre aide.

Si ta source est du numérique en 50 hz, c'est du Pal (le Secam n'existe pas en numérique).
 
Pour le format de pixel, il faut voir dans quel format travaille ta carte mais en général c'est du YUY2 (4:2:2). Mais il faut ensuite le convertir en YV12  (4:2:0) si tu veux en faire du mpeg-2 ou du h264, par exemple avec avisynth ;

On peut aussi le convertir en temps réel pendant la capture (en choisissant yv12 comme format dans les options de capture du codec lossless Lagarith) mais il vaut mieux éviter la conversion en temps réel.

Apparemment ce serait plutôt B/G mais je crois que ça ne change rien, la carte devrait s'adapter au signal.
http://fr.wikipedia.org/wiki/Phase_Alternating_Line
 

En capturant avec VVCR sans préciser de codec, ça enregistre dans un format sans la moindre compression et tu vois avec MediaInfo le format de pixel.
J'en parlais là ;
http://forum.hardware.fr/hfr/Video [...] m#t1879885
Donc il ne faut pas choisir RGB mais bien yuy2. Et Huffyuv semble buggué à ce niveau, donc mieux vaut capturer en Lagarith.
 
Il se peut qu'il y ait une erreur d'en-tête (pas grave) et que la vidéo soit considérée comme 29.97 fps alors que c'est du 25, il y aura donc une désynchro entre son et image mais ça se corrige facilement avec Virtual Dub (après la capture) ;
http://forum.hardware.fr/hfr/Video [...] m#t1879142
"on va dans video, framerate, source rate adjustment, change framerate to et on met 25. On met aussi direct stream copy dans l'onglet video pour ne pas ré-encoder puis on sauve en avi."
 

On perd un peu mais ça ne saute pas aux yeux. On n'a pas trop le choix, les normes dvd et Blu-ray sont basées sur le yv12. Tu peux toujours tenter un encodage en yuy2 mais je ne sais pas si tu pourras le lire autrement que sur pc.

Donc yuy2, comme je le supposais.  
 

Ben oui puisqu'il est moins compressé, donc moins de calculs à faire. Mais ce n'est pas très important, je préfère le Lagarith pour pouvoir capturer en yuy2 (pas moyen chez moi avec Huffyuv) et aussi parce qu'il prend moins de place et que la qualité est pareille qu'en Huffyuv.

Je décoche "always suggest rgb", je choisis yuy2, et pour le reste je ne sais pas trop si c'est utile de les cocher.
 
Si tu convertis plus tard tes fichiers en yv12, je te conseille de passer par avisynth. Et il faut bien sûr mettre yv12 au lieu de yuy2 dans les options de Lagarith.

Oui, un script très basique, 2 lignes en fait ;

Petit retour. J'ai essayé ta manip avec le logiciel VirtualVCR pour connaître le format de pixel de la carte et je confirme que c'est bien du 4:2:2 donc YUY2
 
Par contre, j'ai fait un test en capturant avec VVCR, comme codec j'ai choisis Lagarith. Je l'ai réglé comme tu m'as indiqué ci-dessus et j'ai aussi coché la case pour qu'il travaille en multhitread puisque mon processeur contient 2 coeurs. Résultat, je constate énormément de saccades à la lecture avec VLC. Je ne sais pas si c'est à cause du codec qui est lent à décompresser (voir comparatif ci-dessus)  ou qu'il y a eu des pertes d'images lors de la capture.
 
 
 

Pas de problème avec MPC-HC, VLC ne veut même pas lire le Lagarith chez moi.
Pour voir s'il y a eu des pertes d'images lors de la capture, tu peux ouvrir cet avi dans Virtual Dub et tu vas sur go, next drop frame et tu fais ça plusieurs fois tant qu'il en trouve.
S'il n'y en a pas, il ne se passe rien et il indique en-dessous "no next dropped frame found".
Et si tu as un doute, tu fais play pour voir si la vidéo a l'air fluide ou tu fais une avance image par image.

Tu as bien capturé sur un autre disque dur que celui où se trouve Windows ?
 
Mon processeur (Intel i3 540 3,07 Ghz) est à ~35% en lecture de Lagarith en 1080i avec MPC-HC.

Pour la capture, mieux vaut le faire sur un autre dd.
Je crois que les antivirus et autres programmes prenant des ressources sont à éviter pendant la capture.
J'avais trouvé sur un site une liste de conseils pour la capture mais je ne la retrouve pas.
Edit : je crois que c'est ça (en anglais)  ;
http://www.digitalfaq.com/guides/v [...] frames.htm
 

Merci pour cet article très intéressant
 
Les points à retenir :
 
- Se servir d'un disque dur dédié à la capture. Ne pas utiliser celui de l'OS. Vérifier les paramètres de disque dur (Utra DMA ou DMA) et activer le cache d'écriture  
 
- Désactiver les programmes de fond qui ne sont pas nécessaire à la capture video via le gestionnaire des tâches. D'après l'auteur de l'article,  on peut aussi désactiver le réseau privé et se "débrancher" du net, ça permet aussi de désactiver le programme pare-feu et antivirus
 
- Défragmenter le DD régulièrement (je sais que le mien est très fragmenté et pour le coup ça empêche sûrement une bonne capture)
 
- Désactiver la fenêtre d'aperçu lors de la capture
 
On s'éloigne du sujet mais connais-tu un tuto fiable pour l'encodage en H264 ?
Peut être connais tu aussi les bons réglages à faire ?
 
J'ai trouvé celui-là mais je ne sais pas si les réglages sont corrects : http://cod-communaute-youtube.foru [...] -1080p.htm
 
Merci

Non mais il doit y en avoir, ça dépend du programme d'encodage que tu veux utiliser.
 

Je ne suis pas un spécialiste, je connais quelques trucs mais là aussi ça dépend de ce que tu veux faire ; compatible lecteur Blu-ray ou pas, pour mettre sur AVCHD ou pas, ...
J'utilise le programme Hybrid, pas simple au début mais très complet et régulièrement mis à jour ;
http://forum.doom9.org/showthread.php?t=153035

Je me permet de upper le topic
 
J'avais jamais fait attention mais en capturant avec vhcapture en qualité SD (mpg2), j'ai comme échantillon en sortie du 4:2:0 et pourtant je sélectionne YUY2 (4:2:2) dans "format de capture vidéo" dans les options du logiciel.
 
Du coup, je ne sais pas si pour de la SD, je dois capturer avec un codec lossless et ré-encoder derrière en mpg2 et 4:2:0 (comme expliqué par arnuche ici même mais pour la HD) ?  
Ou bien pour de la SD c'est pareil de capturer direct en mpg2 et 4:2:0 avec vhcapture ?
 
Je suis perdu là

Ta carte d'acquisition fonctionne sûrement en 4:2:2 (yuy2), que ce soit en SD ou HD, donc mieux vaut capturer en lossless 4:2:2 et faire la conversion ensuite en 4:2:0 avec avisynth.
Ton fichier mpeg est en 4:2:0 parce que l'encodeur mpeg convertit le 4:2:2 en 4:2:0 (pour dvd et même Blu-ray, il faut toujours du 4:2:0). Cette conversion (peut-être pas aussi bien faite que par avisynth) plus la compression mpeg en temps réel (donc en une passe), ça fait 2 trucs à éviter.
Dans avisynth, il faut mettre ceci pour les sources entrelacées ;

et pas seulement converttoyv12() qui est bon pour les sources progressives, j'avais oublié de l'indiquer plus haut.
Tu peux aussi rajouter matrix="rec709" (mais je ne sais pas si c'est indispensable), ce qui donnerait ça ;

Les détails ;
http://avisynth.org.ru/docs/englis [...] onvert.htm

D'accord ça marche
Par contre le codec mpg2 est payant je crois ?

Il existe un encodeur mpeg-2 gratuit, QuEnc ;
http://www.videohelp.com/tools/QuEnc
http://www.afterdawn.com/software/ [...] /quenc.cfm
Apparemment il est basé sur ffmpeg, donc tu peux essayer avec ce dernier qui est souvent mis à jour ;
http://smorgasbork.com/component/c [...] ith-ffmpeg
http://www.ffmpeg.org/faq.html#Whi [...] 002d2_003f
Il existe des GUI pour ffmpeg ;
http://www.videohelp.com/tools/WinFF
http://www.videohelp.com/tools/Avanti

Merci Arnuche je vais regarder ça

J'ai encore des questions
 
J'ai créé le script .avs suivant :
 

 
Etape 1 : Ouvrir ce script avec virtualdub, choisir comme codec Lagarith et sélectionner dans les réglages de ce dernier YV12.
Etape 2 : Installer QuEnc, FFmpeg et Avanti. Lancer ce dernier, ouvrir le nouveau fichier .avi et convertir en mpg2.
 
C'est correct ?

Oui, sauf qu'il est inutile d'installer QuEnc si tu utilises Avanti.
Tu peux aussi ouvrir directement ton script dans l'encodeur mpeg, s'il prend bien en charge les fichiers avs. Pas besoin de créer un avi intermédiaire en Lagarith yv12, sauf si tu veux garder ton montage dans ce format.

J'ai donc ouvert le script avec l'encodeur Avanti. J'ai eu le message d'erreur suivant :
 

 
L'encodeur n'aime pas la ligne 2 on dirait...  
Le logiciel indique RGB data only traduisible en "donnée RGB seulement" et il parle d'un paramètre "matrix" non valide => matrix="rec709" ?
 
Concernant l'encodage de sortie, je ne sais pas si c'est correct (voir screenshot) :
 
- J'ai coché 2pass et deinterlace => pour ce dernier je ne suis pas certain qu'il faut désentrelacé ?
 
- J'ai sélectionné un DAR de 16/9 (?) => par défaut c'est du 5/4 d'après médiainfo et la vidéo est écrasée, en lisant la vidéo en 16/9 sous VLC, elle est bien proportionnée
 
Petite aparté, dans les options de l'appareil, je peux choisir entre :
 
- 720x480p60, 720x576p50, 1280x720p50, 1280x720p60 = ces choix font "scintiller" l'image
- 1920x1080i50, 1920x1080i60 = c'est deux choix ne font pas scintiller l'image mais me pose un souci au niveau de la proportion d'affichage quand c'est de la SD puisque je sélectionne dans les paramètres de vhcapture 720x576 (ce qui me paraît normal en SD).
 
Pas de soucis en HD ce qui est plutôt logique puisque je sélectionne 1920x1080 sous vhcapture dans ce cas (la résolution sous vhcapture correspond à celle de l'appareil).
 
Le problème d'image écrasée viendrait-il de là ?

 
J'espère que j'arrive à me faire comprendre
 
 
- Comme Colorspc, j'ai le choix entre "source", "rgb24", "yuv420p", "yuv422p" et "yuv444p", j'ai laissé sur source mais je crois plutôt qu'il faut choisir yuv420p (?) qui correspond au yv12
 
- Au niveau du bitrate, j'ai tout laissé par défaut => 8000kbps en max et 4000kbps en moyenne ça me parait bon ? (vbrsquale et vbv buffer size je ne sais pas ce que c'est... )
 
 

Si tu ouvres ton script dans Virtual Dub, tu as aussi un message d'erreur ? Si oui, essaye sans matrix="rec709".
Apparemment ce n'est utile qu'à partir de sources rgb converties en YUY2 ou YV12 (et inversement) ;
http://forum.doom9.org/showthread. [...] ost1525514

 
Donc tu fais ça ;

 
Il ne faut pas désentrelacer ni faire de resize, aucun intérêt, tu perdras en qualité. Et s'il fallait le faire, ce serait avec avisynth.
Pour tes vidéos HD, il faut encoder en h264 et pas en mpeg-2 qu'on n'utilise plus que pour les dvd (sd).
 
Le DAR 16/9 est bon pour le 16/9 anamorphique, sinon tu mets 4/3.
 
Pour le colorspace, logiquement le réglage "source" doit laisser le yv12 tel quel.
Le yuv420p est presque pareil ;
http://sundararajana.blogspot.be/2 [...] rsion.html

 
A toi de voir pour le débit, tu peux mettre plus (genre 7000 et 9000 pour le max).
 
Pour le vbv, apparemment la valeur standard serait 1194 ;
http://forum.doom9.org/showthread. [...] post951451
 
Pas besoin de toucher au qscale ;
http://ffmpeg.org/ffmpeg.html#Main-options

On ne monte jamais un format compressé si on fait l'acquisition en lossless, tu fais d'abord ton montage en lossless et la compression en dernier bien sûr.
 

Ta source est devenue du 4:2:0 avec avisynth, c'est pas pour rien que je t'ai dit de convertir en yv12 avec avisynth et d'ouvrir dans l'encodeur mpeg le script avisynth au lieu de la vidéo d'origine.
 
Pour ton problème de capture en SD, tu dois trouver le moyen de le faire en 720.576.

Quand tu lis de la SD avec ta box, tu l'envoies bien en SD à ta carte d'acquisition ?

Ok, je viens de comprendre  
Dans le script étant donné qu'on a mis convertto... et qu'on l'ouvre avec Avanti ça va se faire pendant l'encodage donc voilà pourquoi on laisse sur source pour le colorspc.
 
Donc pour la découpe, il faut le faire avant l'encodage. Je vais chercher si on peut faire ça via une ligne de script.
 
Trouver le moyen ? Il faudrait supprimer le scintillement de l'image dû au mode progressif...

 
Non justement et c'est là le problème.
 
Pour faire simple :
 
Mode = Résolution appareil => Résolution vhcapture
 
SD = 720x576 => 720x576 = image scintillante (certainement à cause du mode progressif envoyé par la box)
SD = 1920X1080 => 720x576 = image non scintillante
HD = 1920x1080 => 1920x1080 = pas de soucis d'image
 
Sinon, pour la "découpe" de la vidéo, c'est la fonction "trim" qu'il faut utiliser
 
http://avisynth.nl/index.php/Trim

Il faut surtout que tu sois sûr de bien envoyer du 720.576 entrelacé à ta carte et de trouver un logiciel qui te permette de faire l'acquisition en 720.576 entrelacé, sinon il y aura un resize et/ou un désentrelacement fait par ton matos ou ton logiciel d'acquisition, ce qu'il faut d'office éviter. Ta carte ne doit servir qu'à numériser, pas à faire d'autres opérations.
Et ta box ne doit servir qu'à lire, pas à changer de format ni de résolution.
 
Pour la découpe, tu peux le faire sur ton fichier source en 4:2:2 avec Virtual Dub ou n'importe quel logiciel de montage, avant même de l'ouvrir dans avisynth (qui ne sert qu'à convertir en 4:2:0 dans ce cas-ci puisqu'il faut du 4:2:0 pour ton fichier mpeg).
Si tu le fais avec Virtual Dub, tu vas dans video, color depth, et tu choisis autoselect à gauche et same as ... à droite. Ou au lieu de autoselect, tu peux prendre 4:2:2, mais je vois qu'il y a 3 sortes de 4:2:2   , à mon avis le tien sera le yuy2.
Puis tu fais les découpes et tu exportes en Lagarith yuy2. Ou mieux, tu mets direct stream copy dans l'onglet video, même pas besoin d'aller choisir Lagarith dans la partie compression.

C'est embêtant.
 

Il faut vraiment éviter le resize, ton image scintillante est peut-être normale, j'en vieux bien un extrait (mets tout en 720x576).
 

C'est pas la solution la plus simple mais why not ...

C'est embêtant parce que ça veut dire que ton décodeur va d'office dégrader l'image des sources SD    
La moins mauvaise solution serait à mon avis de choisir 720x576p50 et de capturer tel quel (si possible) et de ré-entrelacer avec avisynth.
 

Choisis d'abord 720x576p50 dans ton décodeur et regarde si ta carte d'acquisition l'accepte et quelles résolutions de capture sont possibles.
Il est possible aussi que ton logiciel de capture ne montre pas toutes les résolutions de capture possibles avec ta carte. Oui, c'est compliqué.  
 

Tu peux aussi vérifier avec Virtual Dub après avoir modifié ton script.

Essaye, faut voir si ta carte accepte le 576p.
 
Quand tu me réponds, fais-le en-dessous de la citation et pas dedans sinon je ne peux pas te citer (ou alors je dois faire du copier/coller), puisque sur ce forum on ne peut pas citer une citation.

 
"Accepte", c'est à dire ?
 
J'ai choisis 720x576p dans les options de l'appareil et j'ai mis sous vhcapture 720x576 dans les options de format de capture. J'ai enregistré un morceau d'une quarantaine de secondes en cours d'upload (j'ai enregistré en Lagarith donc 250mo ça va prendre un peu de temps   ). La vidéo scintille beaucoup  je trouve ( ).
 

 
Désolé  

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.