20 minutes de DV vers AVCHD durée compressor
#41
Posté 20 mai 2010 - 19:30
pour des raisons de sécurité je suis entrain de copier d'un DD sur le second 250 Go d'image AVCHD pour un montage capturé sous FCE.
3 heures annoncés
en attendant je ne vais pas lancer l'opération qui nous intéresse ( le fichier à tester est sur le même DD)
4 Go Ram
Snow Leopard
--------
iPad
#42
Posté 20 mai 2010 - 21:59
ceci étant qualité finale = tributaire de la qualité d'exportation avant convertion
pour commencer voici 2 png intéressants.
certes la netteté est dans les choux, l'autofocus s'est callé sur les chaises mais ceci étant.
exportation de FCE en sequence autonome (devrait pas compresser)
nous constatons dans quicktime player que les objets fixes sont nettes et que les cheveux et le chien sont floues
exportation de FCE via la conversion quicktime en DV pal progressif les parties floues sonty remplkacées par des stries.
si on regarde les deux fichiers vidéo dans VLC les stries sont sur les deux vidéos
exportation avec le codec apple Prores422 hq
il faut donc trouver comment exporter avec le minimum de "perte" avant de passer en MPSC pour le H264
conclusion provisoire.
Je suis en train de réaliser des tests sur des images DV venant de caméscope qui ne fournissent pas une image de qualité (j'entends par qualité des pertes de netteté et autres détails floutisés.
conclusion provisoire
Je ne sais pas ce que vous en pensez, mais quand bien même le Prosres422 HQS semble mieux s'en sortir, le fichier H264 final au regard de la qualité de départ est quasi similaire au fichier source sous la réserve de la déformation du 4/3 en 16/9 ième.
La semaine prochaine Je vais pouvoir récupérer des images filmées avec le pana 400 qui va fournir des images DV de meilleure qualité.
Je referais les tests.
L
Modifié par Telemac, 20 mai 2010 - 22:39.
4 Go Ram
Snow Leopard
--------
iPad
#43
Posté 21 mai 2010 - 13:12
exportation de FCE via la conversion quicktime en DV pal progressif les parties floues sonty remplkacées par des stries.
en vrac:
je dirais qu'il faut faire attention quand on exporte une image d'un montage, car cette image d'un objet en mouvement peut bien être floue, plus encore en faible lumière (dans FCE ou QT, j'avance toujours image par image pour identifier une image qui se prête à l'exportation).
Il me semble étrange que l'export en progressif, engendrerait des stries qui sont plutôt l'apanage de l'entrelacement.
Des rushs filmés en DV, montés (= coupés et alignés bout à bout) en DV et exportés en DV, il n'y a pas de dégradation possible (selon moi) si l'on n'utilise pas de filtres, ou de réenregistrements multiples (= exportation-réimportation) d'une même séquence (ce qui revient à peu près à un enregistrement multiple d'une même photo en jpeg). La sortie finale en ProRes 422 ne devrait rien changer à la qualité d'image (tout comme la conversion en AIFF d'un mp3 n'améliore pas le son). En revanche, il est bien connu que le DV n'est pas un bon format de visionnage, il ne passe pas bien sur ordi (tout comme le AIC).
Attendons déjà le rushs de meilleure qualité (puis un export en DV entrelacé "natif" upscalé par MPSC ??)
bon week-end, Uz
#44
Posté 26 mai 2010 - 09:18
le fichier H264 concernant les copies d'écrans ci-dessus (j'ai pris volontairement le plus mauvais passage et pas le meilleur pour montrer le problème) sur la station multi média , par prise HDMI sur un TV plasma 107 cm HD , l'image est aussi bonne malgré la résolution 1440 x ... ou 1920 x ... que le DVD en MPEG2 en pal 16/9 ième 720 x ... du lecteur de salon sous réserves suivantes.
Le 16+/9ième est affiché n'importe comment( mais c'est normal) :
- l'image du lecteur de salon remplie la dalle du TV (image étirée mais non déformée- petite perte sur les bords droit et gauche liée à un rognage)
- la station multimédia selon que le H264 est upscallé en 1440 x 720 ou en 1920 x 1080 l'image n'est pas rognée sur les bords mais des bandes noires en haut et en bas plus importante selon le format sont présentes.
Pourquoi le 16/9 ième est affiché n'importe comment?
- parce que le lecteur de salon bien que programmé en sortie 16/9ième sort en péritel S mais le TV "remplit" l'écran sauf intervention manuelle en lui modifiant l'affichage/ratio..
- parce que par connexion HDMI c'est la station multimédia qui décide du 16/ième et pas le TV ( par contre on peut remplir l'écran sur le TV en modifiant le ratio en sortie de la station mais déformation de l'image).
Abstraction faite de ce problème d'affichage, les défauts détectés sur l'écran d'ordi. sous quicktime ne sont pas visibles sur le TV.
4 Go Ram
Snow Leopard
--------
iPad
#45
Posté 26 mai 2010 - 11:18
...aussi bonne, ça veut dire que le mpeg-2 720x576 n'est pas plus mauvais que le même fichier "upscalé" par logiciel (upscale, dont l'intérêt serait surtout une lecture sur disque muiltimédia).
(La résolution ne devrait pas être 1440 px de large, mais 1280 (720p), ou 1920 (1080i)).
#46
Posté 26 mai 2010 - 12:13
- le HDV 1080 est de taille 1440*1080
- la freebox diffuse ses flux HD en 1280*1080
- la TNT HD diffuse (certains en tout cas) en 1440*1080 itou
etc
La HD étant sensé n'exister qu'en 16/9, tu peux lui donner sans soucis même un fichier anamorphosé.
à+
Encoder pour iPad, Android, DVD, HD, TV connectée, …, iMovie ou FCPX?
Nouveau: MovieConverter-Studio 3.05 (11/05/2015)
Traiter les vidéos de vos caméscopes? …même en 50p comme 50i? …les ralentir? MovieCam
#47
Posté 26 mai 2010 - 13:35
...aussi bonne, ça veut dire que le mpeg-2 720x576 n'est pas plus mauvais que le même fichier "upscalé" par logiciel
Visuellement je ne relève pas de différence sur le TV pour le H264 upscallé et ma référence de la même vidéo mais en DVD MPEG2 du lecteur de salon.
Il me semble voir une qualité similaire sous réserve qu'une connexion est faite en analogique (lecteur de salon DVD)et l'autre en numérique (station multimedia à DD) ce qui voudrait dire que le signal du lecteur de salon est repassé par la moulinette du TV et pas le signal HDMI qui devrait être un affichage quasi sans moulinette TV.
la il faudrait que je fasse un test qui serait de graver un BluRay et ceci je ne sais pas le faire par manque de matériel.
J'avais ce chiffre en tête ayant passé deux heures hier soir à sortir un diaporama de iTune qui propose pour le TV 1440 x ...
Désolé, lapsus de ma part mais tu as raison 1280 (720p), ou 1920 (1080i)
Modifié par Telemac, 26 mai 2010 - 13:40.
4 Go Ram
Snow Leopard
--------
iPad
#48
Posté 26 mai 2010 - 13:50
pour les chiffres 1280 etc. j'étais simplement parti de ce que propose, par défaut, MPSC pour le upscale (comme dans mon screenshot, et puisqu'on en avait parlé auparavant; dans le but de comprendre éventuellement les déformations, mais je suppose que ça n'a rien à voir finalement).
((pour tout dire, j'en ai ni une télé "vraie full" HD, ni un disque multi-média...))
#49
Posté 26 mai 2010 - 14:00
Modifié par Telemac, 29 mai 2010 - 11:10.
4 Go Ram
Snow Leopard
--------
iPad
#50
Posté 29 mai 2010 - 11:12
le fichier upscallé en H264 sur un iPad est de même qualité que l'image sur le TV sans les problèmes que nous avons relevé sur l'ordi.
(certes l'images est plus petite mas les stries ou défauts relevés ne sont pas visibles.)
4 Go Ram
Snow Leopard
--------
iPad
#51
Posté 29 mai 2010 - 14:34
#52
Posté 29 mai 2010 - 14:46
désolé
4 Go Ram
Snow Leopard
--------
iPad
#53
Posté 29 mai 2010 - 20:44
#54
Posté 29 mai 2010 - 23:21
4 Go Ram
Snow Leopard
--------
iPad
#55
Posté 26 octobre 2010 - 20:12
Utilisé starfire
Et retrouvé compressor. J'aime comprendre ( même si à certain âge cela devient plus long a comprendre ) et comme précisé plus haut par un autre intervenant, comment font les pros? donc s'ils y arrivent on devrait aussi y arriver.
Ce coup je suis parti d'une séquence DV venant d'un pana 400 ( image pas facile : la voiture et les feuilles des arbres qui bougent, large surface de couleur similaire, surface brillante, petit détail similaire : herbes, feuilles......)
qui est le DV anamorphosé?
le H264 1280 x 720 P?
A
B
Modifié par Telemac, 26 octobre 2010 - 20:20.
4 Go Ram
Snow Leopard
--------
iPad
#56
Posté 27 octobre 2010 - 09:00
Modifié par uzboxberg, 27 octobre 2010 - 09:01.
#57
Posté 27 octobre 2010 - 10:48
merci
le H264 c'est l'image du haut la A
L'esprit de mes tests va plus dans le sens : importance de la perte de qualité :
1) entre la source non compressée et l'encodage H264
2) le rajout de lignes pour le changement de résolution.( plus grand)
En ligne on peut relever des stries ( sur mac comme sur PC ) malgré le filtre "désentrelacer" placé à l'encodage.
clip
Les stries ne sont pas visibles ni sur PC ni sur Mac en lecture directe (fenêtre preview de compressor, dans MPEG Streaming convertisseur, dans starfire, dans VLC ) ni sur le TV avec la station multimédia.
Modifié par Telemac, 27 octobre 2010 - 10:49.
4 Go Ram
Snow Leopard
--------
iPad
1 utilisateur(s) li(sen)t ce sujet
0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)