| Montage HDV en DV projet
Question de fleshmann:
August 2006
Ceci est mon premier post, afin d'avoir un premier viele Grüße ..
Ce forum avait souvent décisif Astuce stock, peut-être même sur ce sujet ..
J'ai récemment acquis un HC1E. parce que le temps d'expérimenter avec mon projet actuel est assez serré, je joue le matériau à partir d'une prise DV pour couper aussi lisse que de pouvoir (objectif à moyen est DVD, donc la qualité est suffisante).
Depuis HDV a en effet presque deux fois la taille, j'ai quelques scènes supplémentaires capturées au format HDV, le quasi rétrospectivement sans rien sacrifier à être en mesure d'effectuer un zoom avant ..
J'ai donc commencé à expérimenter encore:
avec la mise à jour 1.5.1 sur Appro peut le métrage HDV sans problème ajouter au projet. Par le facteur d'échelle de 53.4, il est tout à fait en harmonie avec la prise DV pendentif. Farb-/Helligkeitsabweichung Seule une minime mais inégalement inquiétant est festzusetellen regardant de plus près la contemplation. Jerky motion pourrait être éradiquée par inversée domination sur le terrain, cependant, APP semble se fondre les champs dans le clip HDV de toute façon - je suis donc contraint de erxportieren la séquence progressive ensemble, sinon même dans ce cas la différence est visible ..
Alors, que dois-je faire les clips HDV à elle pleinement dans ma DV-projets, l'usage?
Je me rends compte que le HDV et DV matériel n'est généralement pas compatible ..
Merci d'avance, et encore, beaucoup de message de félicitations
Réponse Wiro:
Bonjour,
viennent de terminer il ya quelques jours un projet où sont exactement les mêmes contraintes s'appliquent. Footage HC1 est un 16x9-DVD créé, avec le métrage contenait, parmi les choses des autres, une entrevue, dans lequel la personne interrogée était un peu trop loin (trop petit) dans l'image. La personne devrait regarder de plus près dans le film (qui sera agrandi).
Mon approche (Appro 1.5.1):
En tant que grand écran SD directement capturés dans la HC1, cette entrevue en outre que des images au format HDV.
In (SD) était alors le projet (HD inclus) interviewer, dans mon cas, apporté à 77% la taille et le mouvement pour déplacer quelque chose pour grossir la tête. Puis les images HDV, l'ordre de champ inversé - that's it. Que, progressivement, Appro attend de l'ordre sur le terrain, je ne peux pas confirmer - tout se passe sans problème, également sur le DVD final. Peut-être vous êtes vous-même des illusions là-bas.
Le dialogue avec les marginaux Farb-/Helligkeitsabweichung J'ai également remarqué. Il semble simplement être du au fait que HC1 avec sortie HD et SD de sortie réagit différemment. L'image SD est délivré un peu plus forte dans les couleurs, je veux dire. Mais il faut regarder très attentivement. J'ai donc augmenté dans les scènes d'entrevue, la saturation d'une idée pour s'adapter à la couleur de la peau à nouveau.
Salutation Wiro
Réponse Axel:
Un fil de discussion intéressant pour quelqu'un comme moi, toujours en théorie traitant de HDV. Vous écrivez bien et comprendre, si tu peux me dire de déterminer si et pourquoi l'ordre des champs est inversée dans le HDV. HBR et ce qu'il définit pour un projet dans lequel les deux se produisent. Si Wiro ne serait pas un vieux, je l'ai dit, laisser les blagues stupides qui ne peuvent pas aller du tout.
Réponse Wiro:
laisser les blagues stupides qui ne peuvent même aller
Bonjour,
Galileo Galilei, comme déjà signalé avoir dit: «Et pourtant elle tourne!"
Bien dit, il n'a sans doute pas, sinon ils auraient coupé sa carotte. Mais il a pensé. . .
;-)))
Salutation Wiro
Réponse wolfgang:
Il a ensuite été remis à la séquence HDV, l'ordre des champs - c'est fait
Cela me surprend un peu. HDV est en effet, par définition, UFF, LFF DV oui.
Le NLE a en effet avant Rausrendern séquences interpréter correctement les deux sens, si le matériel doit respectifs source pour effet être mis en séquence de champ dans les attributs clip.
Un passage agitation manuelle mai s'avérer nécessaire - mais je me serais attendu que si le NLE ne reconnaîtrait pas pour quelque raison que la séquence de champ correct de la matière d'origine respectifs.
Ou est-ce que le NLE la séquence de champ correct du matériel avant le rendu interprété correctement, indépendamment de ce que nous avons maintenant cesser?
Réponse Wiro:
Hmmm - je le vois de cette façon:
Si le projet au format DV est plus faible sur le terrain et je insérer une séquence vidéo avec une image moitié supérieure, un algorithme doit s'assurer que chaque fois que précédemment enregistré lignes sont jouées dans l'ordre temporel correct (à rendre). Mais, il faut vraiment UM seulement les lignes 1, 2, remplacer 3 à 4, etc - ou les lignes de grille entière dans le 1er Field à la ligne et appuyez sur le 2 Le champ 1 rangée. Ce serait bien ajusté. Comment ce problème résolu, dans la pratique, je laisse cela aux ingénieurs. Nous ne sommes que des utilisateurs de l'outil.
Ne pas parler est - Just Do It et rapport.
Mes films maintenant d'inclure les entrevues ont été projetées sur un grand écran et marchait très bien. Sur un puits tubulaire. Qui était l'objectif de mon travail. Le questionneur mai aider un peu.
Salutation Wiro
Réponse fleshmann:
Oui, il est utile et a confirmé ..
travaille en principe, le tout en avant les restrictions précitées remarquablement rapide. depuis l'affaire avec moi trames demi-mais toujours s'envenime, j'ai fait sur la base d'un clips de courte durée ou même d'une comparaison.
Ainsi, sera certainement le HBR des vice-versa HDV, sinon le mauvais ordre à une secousse à prévoir dans les mouvements se produisent. Cela en soi est en effet une indication que cette politique est en fait deux domaines. Toutefois, mon impression est que l'exportation vers un DV entrelacé passages progressifs HDV sont affichés. Cela devient clair quand je passe la séquence entière de la forme progressive, parce que maintenant, aucune différence entre les formats HDV et DV séquences seront plus visibles, au moins en termes de mouvement d'image.
La couleur ultérieures / correction de luminosité est, bien sûr Frickel, mais rien n'est juste rien ..
Eh bien, ainsi soit-il - je suppose que la caméra DV Converter est responsable de la HC1. J'ai aussi ne serais pas surpris si Sony a misé sur ces différences intentionnelle légère Image »pour conserver les formats que .. possible et pas incompatible avec le marché du traitement des données inutilement en vie
Thank you and best regards schonmal
Réponse alexosnasos:
Eh bien, ainsi soit-il - je suppose que la caméra DV Converter est responsable de la HC1. J'ai aussi ne serais pas surpris si Sony a misé sur ces différences intentionnelle légère Image »pour conserver les formats que .. possible et pas incompatible avec le marché du traitement des données inutilement en vie
Thank you and best regards schonmal
SD et HD (ou HDV est HD) a des espaces de couleurs complètement différentes. La caméra doit le faire, sinon il serait en plus la norme. Le logiciel de montage doivent être pris en compte, cependant. Premiere Je sais que ce n'est pas EDIUS Pro 4 et AvidExpress tuen automatiquement.
Réponse TheBubble:
Malheureusement, vous ne pouvez pas interchanger simplement toutes les lignes paires et impaires afin de changer l'ordre des champs. C'est parce que les lignes sont différentes en plus du décalage temporel dans leur position spatiale.
Pour changer l'ordre des champs, vous devez remplir pour chaque champ jusqu'à ce que les lignes manquantes. Ces nouvelles lignes seront céder le champ vers le nouvel emplacement, le «vieux original" lignes peuvent maintenant être abandonnée.
En pratique, il est, mais même cela n'est pas toujours assurée, le cas échéant, doit / devrait être une mise en Suvre d'un genre "Deflicker" Appliquer le filtre.
Alternativement, on pourrait se dispenser de l'ordre des champs tort aussi à un bâtiment simplement en échange et l'abandon d'un champ ou un cadre de désentrelacement un "progressiste". Il existe aussi plusieurs façons de résoudre le problème.
Avec des espaces de couleurs, cela n'a rien à faire.
Réponse wolfgang:
Si le projet au format DV est plus faible sur le terrain et je insérer une séquence vidéo avec une image moitié supérieure, un algorithme doit s'assurer que chaque fois que précédemment enregistré lignes sont jouées dans l'ordre temporel correct (à rendre).
Tout comme il est. Je me demande seulement quel est le fait que, dans ce traitement "mixte" apparemment devez manuellement ajuster les propriétés du matériau de source HDV2. Ok, la capacité de détection est à droite à la séquence de champ d'arrêt est toujours limitée - dans NLEs différentes.
Malheureusement, vous ne pouvez pas interchanger simplement toutes les lignes paires et impaires afin de changer l'ordre des champs. C'est parce que les lignes sont différentes en plus du décalage temporel dans leur position spatiale.
Toutefois corriger ce qui est, est certainement conscient de Willie. Le montage non linéaire de sorte que les besoins des propriétés correctes du matériel de la source de savoir - et puis elle doit procéder à des calculs de manière indépendante la véracité et ainsi de suite.
Avec des espaces de couleurs, cela n'a rien à faire.
Toutefois, il a - au moins dans le contexte de ce fil. Et cela parce que le mélange de DV AVI et HDV1/HDV2 est un mélange de matière dans différents espaces couleur. Tout comme le NLE a vraiment besoin de reconnaître que le matériel est disponible en différentes Halbildfolge, NLE doit aussi reconnaître que le matériel est disponible dans différents espaces couleur. Et en conséquence, la NLE a pris en compte correctement les espaces de couleurs, sinon, vous avez (en particulier dans le) rouge décalages de couleur de l'espace.
Réponse alexosnasos:
et puis elle s'est effectuée de manière indépendante la véracité des calculs et ainsi de suite.
Ce que je voulais sortir avec moi: il n'est pas toujours une «bonne» façon, différents logiciels peuvent se comporter de façons différentes.
Je parlais seulement de l'échange de trames entrelacées, cet espace de jeu, ou d'appliquer une partie qui ne fait rien.
Réponse TheBubble:
Le message est de moi, j'ai oublié le signe.
Je parlais seulement de l'échange de trames entrelacées, cet espace de jeu, ou d'appliquer une partie qui ne fait rien.
Conversion, ou le mélange mai dire qu'il n'utilise pas de format vidéo, la gamme complète RGB qui peut être un PC et peut se produire tout de légères différences.
Réponse wolfgang:
Ce que je voulais sortir avec moi: il n'est pas toujours une «bonne» façon, différents logiciels peuvent se comporter de façons différentes.
Je parlais seulement de l'échange de trames entrelacées, cet espace de jeu, ou d'appliquer une partie qui ne fait rien.
Premièrement: oui, à l'occasion d'interpréter divers NLEs matériels provenant de sources diverses tort - Vegas parfois eu quelques problèmes avec le matériel Canopus. Dans ce cas on parle de "normal" matériel HDV2. Pourquoi y at-il la séquence de champ n'est pas reconnu - qui est effectivement un problème avec mpegs soo pas comme avis - à ne connaître que les dieux (et les développeurs ...).
Troublesome est la chose en tout cas - imaginez seulement un projet plus large, avec quelque 100 clips, où vous devrez modifier manuellement la séquence de terrain dans chaque extrait? Ou dois-je comprendre ce mal?
Dans la seconde place dans le contexte de ce thread, l'espace colorimétrique est un problème grave. On peut seulement espérer que le mélange de SD et HDV matériel ici ne cause pas de problèmes. La séquence de champ peut être si évidemment toujours régler manuellement, espaces de couleurs peu probable.
Réponse TheBubble:
Premièrement: la matière oui, NLEs diverses occasionnellement incorrectement interprété de diverses sources
Malheureusement, il ne s'agit pas seulement de reconnaître les Halbbildanordnung du film, même si l'ordre a même été correctement reconnue, elle doit être inversée, toutefois, pour le fichier de sortie, vous pouvez accomplir cette inversion en utilisant des méthodes différentes.
Troublesome est la chose en tout cas - imaginez seulement un projet plus large, avec quelque 100 clips, où vous devrez modifier manuellement la séquence de terrain dans chaque extrait?
Aussi difficile que ce ne serait pas, parce que c'est souvent le bon ordre devraient être intégrées dans le fichier, et seulement si ces informations sont manquantes ou erronées doivent être les choses.
En dehors de cela, j'espère que l'utilisation de champs entrelacés vient finalement à sa fin. Pour les débuts de la télévision en conjonction avec les tubes cathodiques, il était logique, aujourd'hui sur le LCD ou le plasma affiche OMI pas plus.
On peut seulement espérer que le mélange de SD et HDV matériel ici ne cause pas de problèmes. La séquence de champ peut être si évidemment toujours régler manuellement, espaces de couleurs peu probable.
Je Neh, voulez-vous dire par l'espace, le sous-ensemble des couleurs RVB qui sont utilisés comme la TV (PAL) et la taille est plus petite que par exemple l'utilisation de domaine de l'informatique graphique?
Réponse Stephan Kexel:
Je Neh, voulez-vous dire par l'espace, le sous-ensemble des couleurs RVB qui sont utilisés comme la TV (PAL) et la taille est plus petite que par exemple l'utilisation de domaine de l'informatique graphique?
Les variations de luminosité ont quelque chose à voir avec les différents taux d'échantillonnage pour la luminance et de chrominance. SD a, depuis, d'autres fréquences que les HD. Lorsque le logiciel d'édition ne gère pas ce qui est des fluctuations de luminosité lorsque les deux SD et HD (ou HDV) mélangés sur un scénario. Cela n'a rien à voir avec RVB ou YUV vers. La vidéo est toujours YUV.
Un bref exposé sur l'UIT 709 (HD) et 601 (SD) http://www.pcmag.com/encyclopedia_term/0,2542,t=ITU-R+BT601&i=45512,00.asp
Réponse TheBubble:
Les variations de luminosité ont quelque chose à voir avec les différents taux d'échantillonnage pour la luminance et de chrominance.
Avec le taux d'échantillonnage n'a rien à voir, dans le YUV / YCrCb modèle de couleur (et d'autres modèles de couleurs similaires), seul le canal de luminance porte l'information de luminosité. De petites différences dans la conversion RVB-> YCrCb-> RGB peut que par des erreurs d'arrondi, et l'interpolation différents / Harmonisation des personnes disparues, en tant que sous-échantillonnés en termes de luminosité, les valeurs de différence de couleur se posent. La seule différence est habituellement seulement Bsteh ni le fait que MPEG-2, les valeurs chroma à des positions légèrement différentes de balayages, comme c'est le cas pour d'autres formats 4:2:2. Sans qui ont enquêté en ce moment, mais je pars du principe qu'il peut être négligé.
La vidéo est toujours YUV.
Ne peut pas dire si plat que le codec utilisé par le mode de transmission, ou une chose à charge. Un logiciel est sur la "sécurité" de côté si les données RVB sont traitées et laisse la conversion en tant que source de données particulier codec ou autre.
Pour obtenir l'arc Revenir au sujet de: la luminosité et les variations de couleur ne peuvent véritablement due à différents "permis" sont les valeurs de couleur (ou, dans l'espace YUV ou YCrCb luminance et de chrominance). Si tel est le cas, je pourrais, s'il vous intéresse, pour le découvrir. Sur la part des autres, il ya quelques différences mai lorsque le matériau de base est utilisée par les caméras différentes, et aucun étalonnage a été effectué.
Si, indépendamment de l'effet peut être observé, l'explication n'est pas le cas, alors je serais intéressé par quelques photos de l'échantillon.
Réponse wolfgang:
Un bref exposé sur l'UIT 709 (HD) et 601 (SD) http://www.pcmag.com/encyclopedia_term/0,2542,t=ITU-R+BT601&i=45512,00.asp
Stephan a écrit pour vous la réponse essentielle - à savoir que en 709 HDV, SD est disponible en 601 l'espace couleur. Par conséquent, nous pouvons mélanger HDV, clips SD dans un projet, puis le montage non linéaire en tenir compte lors de l'encodage du matériau.
Le reste se passe je pense à peu près à la base. Je le vois la façon dont Wiro dit: devrait avoir à se soucier du développeur - doit travailler la chose.
Et encore, je n'aurai pas de régler manuellement la séquence sur le terrain, dans tous les NLE. Cela devrait être facilement reconnu et traité correctement, ainsi que la question de savoir si le clip est maintenant disponible en 709 ou 601. Pour sowas je n'aurai même pas à se soucier - mais j'ai besoin de savoir qu'il existe de ces choses.
Réponse Stephan Kexel:
Les variations de luminosité ont quelque chose à voir avec les différents taux d'échantillonnage pour la luminance et de chrominance.
Avec le taux d'échantillonnage n'a rien à voir, dans le YUV / YCrCb modèle de couleur (et d'autres modèles de couleurs similaires), seul le canal de luminance porte l'information de luminosité. De petites différences dans la conversion RVB-> YCrCb-> RGB peut que par des erreurs d'arrondi, et l'interpolation différents / Harmonisation des personnes disparues, en tant que sous-échantillonnés en termes de luminosité, les valeurs de différence de couleur se posent. La seule différence est habituellement seulement Bsteh ni le fait que MPEG-2, les valeurs chroma à des positions légèrement différentes de balayages, comme c'est le cas pour d'autres formats 4:2:2. Sans qui ont enquêté en ce moment, mais je pars du principe qu'il peut être négligé.
Vous ne contredisent pas eux-mêmes?
La vidéo est toujours YUV.
Ne peut pas dire si plat que le codec utilisé par le mode de transmission, ou une chose à charge. Un logiciel est sur la "sécurité" de côté si les données RVB sont traitées et laisse la conversion en tant que source de données particulier codec ou autre.
Je parlais ci-dessus, pas sur les fichiers vidéo. Et comme vous pouvez le dire à tout l'appartement! (Il existe des caméras RGB, je aller ici, ne présumez pas que l'utilisation jemenad ici.)
Un logiciel est sur la "sécurité" de côté si les données RVB sont traitées et laisse la conversion en tant que source de données particulier codec ou autre.
À propos de ce problème existe depuis des années, le débat politique que vous devriez lire la première fois avant de faire la déclaration ci-dessus.
Réponse TheBubble:
Je parlais ci-dessus, pas sur les fichiers vidéo. Et comme vous pouvez le dire à tout l'appartement! (Il existe des caméras RGB, je aller ici, ne présumez pas que l'utilisation jemenad ici.)
Pas bouleversé. Tous les téléviseurs sont RVB, ce qui est enregistré par les caméras, il est. Toujours en vidéo YUV analogiques existe seulement en interne quel que soit le signal est traité en interne, intéressant, c'est que ce qui revient. Et il arriva, un logiciel de montage: Ce n'est pas nunmal travaille avec des signaux analogiques YUV, mais avec des fichiers.
Réponse stantorley:
Je parlais ci-dessus, pas sur les fichiers vidéo. Et comme vous pouvez le dire à tout l'appartement! (Il existe des caméras RGB, je aller ici, ne présumez pas que l'utilisation jemenad ici.)
Pas bouleversé. Tous les téléviseurs sont RVB, ce qui est enregistré par les caméras, il est. Toujours en vidéo YUV analogiques existe seulement en interne quel que soit le signal est traité en interne, intéressant, c'est que ce qui revient. Et il arriva, un logiciel de montage: Ce n'est pas nunmal travaille avec des signaux analogiques YUV, mais avec des fichiers.
Wow, quelle ne sagesse. Depuis que je préfère maintenant écrire n'importe quoi.
Réponse wolfgang:
Et il arriva, un logiciel de montage: Ce n'est pas nunmal travaille avec des signaux analogiques YUV, mais avec des fichiers.
Je suis ici aujourd'hui pas un expert, mais un utilisateur? Gabs mais le débat n'est pas grand-chose si les effets sont calculés en RVB ou YUV? C'est probablement ce qui fait une différence. Et les fichiers doit sûrement être calculé dans les espaces de couleurs - je dirais fois.
;)
Réponse TheBubble:
Je suis ici aujourd'hui pas un expert, mais un utilisateur? Gabs mais le débat n'est pas grand-chose si les effets sont calculés en RVB ou YUV?
C'est pourquoi je l'ai dit
Un logiciel est sur la "sécurité" de côté si les données RVB sont traitées et laisse la conversion en tant que source de données particulier codec ou autre.
Il est vrai que les programmes qui veulent appliquer leurs effets avec l'effort de calcul le moins possible () pour être achevée très rapidement pour faire en partie, sans une conversion inverse avant de couleurs en RVB (via le codec) de renoncer à l'effort de calcul.
Je crois que nous avons tous deux parler juste après l'autre un peu. Toute la question est malheureusement trop grand pour le décrire en quelques contributions dans leur intégralité et de manière suffisamment détaillée.
Réponse wolfgang:
Nope, la chose est soo pas complexe - aussi longtemps que l'on ne se perd pas dans les détails techniques. La chose importante est que les espaces doivent être dûment pris en compte également. Truisme, mais pertinent si vous avez du matériel source, qui est présent dans différents espaces couleur.
Et pour les pratiquants d'entre nous qui ne croit pas que le temps de prendre conscience de la production de matériel HDV avec une forte proportion de rouge à chaque UIT 709 (HD) et 601 (SD) - et puis comparer. La différence peut être vu, surtout en rouge
Réponse TheBubble:
Nope, la chose est soo pas complexe - aussi longtemps que l'on ne se perd pas dans les détails techniques.
Mais je suis intéressé à la théorie et les détails techniques:)
Réponse wolfgang:
Cela est si vous êtes libres - je pense que cela est passionnant, même vous tester. Cela ne change rien au fait que vous devriez également faire une vue pragmatique sur les choses relèvent - aussi longtemps que vous le souhaitez pour finir même les productions vidéo.
Le Diskusson le mélange de séquences SD et HDV je ne considère pas unspannende, précisément parce qu'elle a identifié les points, il doit être noté. Dans Vegas, comme je l'ai regardé un peu de temps à tout le moins, la question des champs. Dessin d'un mélange de SD et HDV matériau dans la chronologie, puis Vegas, interprète la séquence sur le terrain pour les deux types de matériel correctement - même dans un projet DV-AVI. J'ai donc attendre la même chose à partir d'un NLE encore plus cher.
Réponse fleshmann:
même,
Je pense que c'est une Zumutung plutôt douteux, comme un ajustement de format unique d'avoir à faire à la main. Il est également mentionné que Premiere inverse (jouer au moins 1,51) à l'arrière de la pince encore, le manuel exige la domination sur le terrain. I n'est pas concevable dans la situation que je trouve un besoin «inversée» de séquence serait ..
juste moi, c'est ici le problème des espaces de couleurs différentes sont devenues claires, toutefois, me donne vraiment bien ici, c'est mon préféré NLE aucun ajustement de l'alignement. Ma compréhension est que ce possible (oui, même la capture de matériaux lieu?), Voici les possibilités de non-réglages standard, le mal être est limitée ..
une honte, mais beaucoup de message de félicitations
HDV
 HDV jouer matériel sur bande
miniHDV cassettes miniDV avec du matériel de lecture?
HDV 16 / 9 format lumière valise en dehors de la baie
Sony LA-100W appareils numériques adaptateur sur caméscope HDV Z7
Lecture à partir de HDV sur cassette DV?
Bidlqualittät Mies du HDV (; HV20) Canopus sur DVD - votre aide s'il vous plaît
Export HDV à partir de Final Cut Pro HD / i Movie
After Effects importation HDV
Paramètres d'exportation pour le matériel HDV dans Premiere CS4
Canon XHA1 - HDV Quicktime importation dans Adobe CS4
Machine de découpe pour le HDV et Adobe Mater Collection
HDV 50i et PAL format DV en problème FCP INTERLACE AIDE?!
Caméra HDV
Questions de débutant à choix caméscope HDV / Accessoires pour choix?
Fois encore - mais mini DV ou HDV --
problèmes de vue chez hdv
Premiere 2.0 HDV et ton image unsynchron!
[Achat] HDV, miniDV, foyer Ring
HDV fichier MPG2 avec son 5.1
Adobe Premiere 2.0 HDV bande exportation insuffisante et non natif
| |
