| Edición HDV en DV proyecto
Cuestión de fleshmann:
August 2006
Este es mi primer post, así que para tener una primera Viele Grüße ..
Este foro tuvo a menudo el extremo decisivo de valores, tal vez incluso en este tema ..
Recientemente he adquirido una HC1E. porque el tiempo para experimentar con mi proyecto actual es bastante estrecho, estoy jugando el material procedente de un DV para cortar tan suave como para poder (el objetivo medio es de DVD, lo que la calidad es suficiente).
Desde HDV de hecho tiene casi el doble del tamaño, tengo algunas escenas adicionales capturados como HDV, el cuasi retrospectiva, sin sacrificar nada para poder ampliar ..
Así que entonces comenzado a experimentar todavía:
con la actualización 1.5.1 en Appro puede el metraje HDV sin problemas de añadir al proyecto. Por el factor de escala de 53.4, es muy congruente con el DV colgante. Farb-/Helligkeitsabweichung Sólo una mínima, pero de manera desigual preocupante es festzusetellen visto más de cerca la contemplación. Movimiento desigual puede ser erradicada por inversa dominio sobre el terreno, sin embargo, APP parece combinar los campos en el clip HDV de todas formas - así que estoy obligado a erxportieren la secuencia progresiva de todo, de lo contrario, incluso aquí la diferencia es visible ..
Entonces, ¿qué tengo que hacer los clips HDV a ella plenamente en mi DV proyecto de uso?
Me doy cuenta de que el material HDV y DV no es compatible en general ..
Gracias de antemano, y de nuevo, muchos saludos
Respuesta de Wiro:
Hola,
acaban de terminar hace unos días un proyecto donde eran exactamente las mismas restricciones aplican. Imágenes HC1 es una 16x9-DVD crear, con el metraje que figura, entre las cosas de otros, una entrevista, en la que el entrevistado era un poco demasiado lejos (demasiado pequeño) en la imagen. La persona debe mirar más de cerca en la película (para hacer zoom in).
Mi enfoque (Appro 1.5.1):
Como pantalla ancha SD directamente capturados de la HC1, la entrevista dijo, además, como material HDV.
En (SD) que entonces era el proyecto (HD incluido) entrevista, en mi caso, llevó a 77% del tamaño y el movimiento para mover algo se haga más grande la cabeza. Luego, el material HDV, el orden de campo invertido - eso es todo. , Que progresivamente Appro espera que la orden de campo, no puedo confirmar - todo fue sin problemas, también en el DVD final. Tal vez no se hagan ilusiones allí.
Que con el Farb-/Helligkeitsabweichung marginal También he notado. Parece simplemente que se debe a que la HC1 con salida HD y salida SD reacciona de manera diferente. La imagen SD emitido es algo más fuerte en los colores, quiero decir. Pero hay que mirar muy cuidadosamente. Por tanto, he aumentado en la escenas entrevista, la saturación de una idea para ajustarse al color de la piel otra vez.
Saludo Wiro
Respuesta de Axel:
Un tema interesante para alguien como yo, todavía, en teoría, se ocupan de HDV. Usted escribe bien y entender, así que me puede decir determinar si y por qué el orden de los campos se invierte en HDV. HBR y lo que se propone para un proyecto en el que ambos se producen. Si Wiro no sería un viejo, me han dicho, vamos a los chistes estúpidos que no pueden ir a todos.
Respuesta de Wiro:
dejar que los chistes estúpidos que ni siquiera pueden ir
Hola,
Galileo Galilei, como ya se informó de que dijo: "Y sin embargo se mueve!"
, Dijo Bueno, probablemente no ha, de lo contrario hubiera cortado su zanahoria. Pero se ha pensado en ello. . .
;-)))
Saludo Wiro
Respuesta de wolfgang:
Fue entonces entregados a la grabación HDV, el orden de campo - y listo
Que me sorprende un poco. HDV se ha hecho, por definición, UFF, LFF DV sí.
La edición no lineal ha hecho, antes de imágenes Rausrendern interpretar correctamente las dos especies, por lo que debe a los materiales de la fuente respectiva de hecho establecer la secuencia correcta en el campo de los atributos del clip.
A cambio de agitación manual puede ser necesario - pero yo hubiera esperado que sólo si la edición no lineal no reconocería, por alguna razón la secuencia de campo correcto del material de origen respectivos.
¿O es que la edición no lineal de la secuencia de campo correcto del material antes de la representación interpretado correctamente, independientemente de lo que ahora cesar?
Respuesta de Wiro:
Hmmm - yo lo veo de esta manera:
Si el proyecto en DV es más bajo sobre el terreno y me inserta un material de archivo con la imagen media superior, un algoritmo debe asegurarse de que cada vez grabado previamente líneas jugadas en el orden temporal correcto (que pasarán a ser). Sin embargo, sólo las líneas que tiene realmente MU 1, 2, reemplazar 3 con 4, etc -, o las líneas de cuadrícula en toda la 1 ª Campo a la línea y presione hacia abajo en la 2 ª Campo 1 fila. Que se adapten correctamente. ¿Cómo esto se resuelve en la práctica, dejo que a los ingenieros. Estamos sólo a los usuarios de la herramienta.
Dont talk alrededor es - Just do it y el informe.
Mis películas es que ahora incluye entrevistas fueron proyectadas en una pantalla grande y ha trabajado muy bien. En un tubo bien. Ese fue el objetivo de mi trabajo. El interlocutor puede ayudar un poco.
Saludo Wiro
Respuesta de fleshmann:
Sí, ayuda y confirmada ..
trabaja en principio, el conjunto hasta las restricciones antes mencionadas extraordinariamente bien. Dado que el caso conmigo marcos de media, pero todavía le duele, me han hecho sobre la base de clips cortos, o incluso una comparación.
Por lo tanto, será en definitiva la HBR de los vicepresidentes metraje HDV inversa, de lo contrario el orden equivocado en un tirón que se espera en los movimientos se producen. Esto en sí es un indicio de que APP es en realidad dos campos. Sin embargo, mi impresión es que la exportación a un DV entrelazado pasajes HDV progresiva se muestran. Esto queda claro cuando me paso las secuencia entera-progresista, porque ahora no hay diferencias entre HDV y DV imágenes serán más visibles, al menos en términos de movimiento de la imagen.
El color posteriores / corrección de brillo es, por supuesto, Frickel, pero nada de nada .. solo
Bueno, pues que así sea - Supongo que la cámara DV Converter se encargará de la HC1. Asimismo, no se sorprenda si Sony ha construido en este intencionales leves diferencias en la foto "para mantener los formatos .. como sea posible y que no sean incompatibles con el mercado de procesamiento de datos innecesariamente vivo
Gracias y saludos schonmal
Respuesta de alexosnasos:
Bueno, pues que así sea - Supongo que la cámara DV Converter se encargará de la HC1. Asimismo, no se sorprenda si Sony ha construido en este intencionales leves diferencias en la foto "para mantener los formatos .. como sea posible y que no sean incompatibles con el mercado de procesamiento de datos innecesariamente vivo
Gracias y saludos schonmal
SD y HD (o HDV es HD) tienen espacios de color totalmente diferente. La cámara debe hacerlo de otro modo sería, además de la norma. El software de edición debe tenerse en cuenta, sin embargo. Premiere Sé que esto no es Edius Pro 4 y tuen AvidExpress automáticamente.
Respuesta de TheBubble:
Lamentablemente no se puede simplemente cambiar todas las líneas pares e impares con el fin de cambiar el orden de campo. Esto es porque las líneas son diferentes, además de el cambio temporal de su posición espacial.
Para cambiar el orden de campo, usted debe completar para cada campo hasta que las líneas que faltan. Estas nuevas líneas de rendimiento del campo a la nueva ubicación, la antigua "original" líneas de ahora pueden ser descartados.
En la práctica, que es, pero incluso eso no siempre se hace, en su caso, debe / debería ser una aplicación de un tipo "Deflicker" Aplicar filtro.
Alternativamente, se podría prescindir de la orden de los campos mal también a un edificio simplemente por cambiar y cayendo de un campo o un marco de desentrelazado "progresista". También hay varias maneras de tratar con el problema.
Con los espacios de color, esto no tiene nada que hacer.
Respuesta de wolfgang:
Si el proyecto en DV es más bajo sobre el terreno y me inserta un material de archivo con la imagen media superior, un algoritmo debe asegurarse de que cada vez grabado previamente líneas jugadas en el orden temporal correcto (que pasarán a ser).
Así como es. Yo sólo me pregunto ¿cuál es el hecho de que en la tramitación de esta "mezcla" al parecer, debe ajustar manualmente las propiedades del material de origen HDV2. Ok, la capacidad de detección es a la derecha en la secuencia de parada de campo siempre es limitado - en diferentes ediciones no lineales.
Lamentablemente no se puede simplemente cambiar todas las líneas pares e impares con el fin de cambiar el orden de campo. Esto es porque las líneas son diferentes, además de el cambio temporal de su posición espacial.
Sin embargo esto es correcto, es sin duda consciente de Willie. La edición no lineal de modo que sólo las necesidades de las propiedades correctas de la fuente de material para saber - y luego se tiene que llevar a cabo de forma independiente la veracidad de los cálculos y así sucesivamente.
Con los espacios de color, esto no tiene nada que hacer.
Sin embargo, tiene - al menos en el contexto de este hilo. Y esto se debe a la mezcla de DV AVI y HDV1/HDV2 es la mezcla de materiales en diferentes espacios de color. Al igual que la edición no lineal en realidad tiene que reconocer que el material está disponible en diferentes Halbildfolge, NLE también tiene que reconocer que el material está disponible en diferentes espacios de color. Y, en consecuencia, la edición no lineal ha tenido en cuenta correctamente los espacios de color, de otro modo que tenga (sobre todo en el rojo) se desplaza el espacio de color.
Respuesta de alexosnasos:
y entonces se ha llevado a cabo de forma independiente la veracidad de los cálculos y así sucesivamente.
Lo que yo quería salir conmigo: No es siempre una manera "correcta", un software diferente puede comportarse de maneras diferentes.
Me refería sólo al intercambio de campos entrelazados, este espacio de juego, o para aplicar una parte que no importa.
Respuesta de TheBubble:
El mensaje es de mí, se me olvidó el signo.
Me refería sólo al intercambio de campos entrelazados, este espacio de juego, o para aplicar una parte que no importa.
La conversión, o la mezcla puede decir que no utiliza ningún formato de vídeo, el rango RGB completo que puede ser un PC y puede ocurrir en cualquier ligeras diferencias.
Respuesta de wolfgang:
Lo que yo quería salir conmigo: No es siempre una manera "correcta", un software diferente puede comportarse de maneras diferentes.
Me refería sólo al intercambio de campos entrelazados, este espacio de juego, o para aplicar una parte que no importa.
En primer lugar: sí, NLE diferentes ocasiones de mal interpretar el material de diversas fuentes - Vegas tenido algunos problemas a veces con material de Canopus. En este caso hablamos de "material normal" HDV2. ¿Por qué existe la secuencia de campo no es reconocido - que es efectivamente un problema de mpegs no Soo como Avis - que sólo conocen los dioses (y los desarrolladores ...).
Problemática es la cosa, en cualquier caso - sólo imagine sólo un proyecto más grande con unos 100 clips, donde usted tiene que cambiar manualmente el orden de campo en cada clip? ¿O lo entiendo mal?
En el segundo lugar en el contexto de este hilo, el espacio de color es un problema grave. Uno sólo puede esperar que la mezcla de material SD y HDV aquí no causa ningún problema. La secuencia de campo puede ser tan obviamente todavía ajustar manualmente, espacios de color muy poco probable.
Respuesta de TheBubble:
En primer lugar: el material sí, NLE varias ocasiones una interpretación incorrecta de varias fuentes
Por desgracia, no se trata sólo de reconocer la Halbbildanordnung de la película, aunque la orden fue incluso reconocida adecuadamente, debe ser revertido, sin embargo, para el archivo de salida, puede realizar esta inversión con diferentes métodos.
Problemática es la cosa, en cualquier caso - sólo imagine sólo un proyecto más grande con unos 100 clips, donde usted tiene que cambiar manualmente el orden de campo en cada clip?
Por difícil que no puede ser, porque por lo general que el orden correcto debe ser incrustado en el archivo, y sólo si esta información es que falta o incorrecta debe ser las cosas.
Aparte de eso, espero que el uso de la mitad de imágenes en algún momento llegará a su fin. Para los primeros días de la televisión en relación con los CRT, que tenía sentido, en LCD o plasma de hoy muestra la OMI no más.
Uno sólo puede esperar que la mezcla de material SD y HDV aquí no causa ningún problema. La secuencia de campo puede ser tan obviamente todavía ajustar manualmente, espacios de color muy poco probable.
Ne Yo, Qué quiere decir con el espacio, el subconjunto de los colores RGB que se han utilizado como TV (PAL) y el tamaño es más pequeño que por ejemplo el uso del campo de gráficos por ordenador?
Respuesta de Stephan Kexel:
Ne Yo, Qué quiere decir con el espacio, el subconjunto de los colores RGB que se han utilizado como TV (PAL) y el tamaño es más pequeño que por ejemplo el uso del campo de gráficos por ordenador?
Las variaciones de brillo de tener algo que ver con diferentes frecuencias de muestreo de luminancia y crominancia. SD tiene desde otras frecuencias de alta definición. Cuando el software de edición no se trata de manejar las fluctuaciones de brillo cuando tanto en SD y HD (o HDV) mezclado en una línea de tiempo. Esto no tiene nada que ver con el RGB o YUV a. Video es siempre YUV.
Una breve declaración sobre la UIT 709 (HD) y 601 (SD) http://www.pcmag.com/encyclopedia_term/0,2542,t=ITU-R+BT601&i=45512,00.asp
Respuesta de TheBubble:
Las variaciones de brillo de tener algo que ver con diferentes frecuencias de muestreo de luminancia y crominancia.
Con las tasas de muestreo no tiene nada que ver, en el YUV / YCrCb modelo de color (y de otros modelos de color similar), sólo el canal de luminancia transporta la información de brillo. Pequeñas diferencias en la conversión RGB-> YCrCb-> RGB puede sólo por los errores de redondeo, y la interpolación o aproximación de los desaparecidos, submuestras como en términos de brillo, los valores de diferencia de color surgir. La única diferencia es por lo general sólo Bsteh ni el hecho de que MPEG-2, los valores de croma en posiciones ligeramente diferentes de las exploraciones, como es el caso de otros formatos de 4:2:2. Sin que han investigado en este momento, pero estoy suponiendo que se puede despreciar.
Video es siempre YUV.
No se puede decir tan plana que un códec utilizado por el método de transmisión, o cosa dependientes. Un software está en el lado "seguro" si se procesan los datos RGB y sale de la conversión como una fuente en particular codec u otros datos.
Para conseguir la proa de nuevo al tema de: brillo y variaciones de color pueden realmente sólo se debe a diferentes "permitidos" son los valores de color (o, en el espacio YUV o YCrCb de luminancia y crominancia). Si este es el caso de que yo pudiera, si está interesado, para averiguarlo. Por el lado de otros, puede haber algunas diferencias cuando el material fuente es utilizada por cámaras diferentes, y no se realizó la calibración.
Si independientemente de su efecto se puede observar, la explicación no es así, entonces yo estaría interesado en algunas imágenes de muestra.
Respuesta de wolfgang:
Una breve declaración sobre la UIT 709 (HD) y 601 (SD) http://www.pcmag.com/encyclopedia_term/0,2542,t=ITU-R+BT601&i=45512,00.asp
Stephan ha escrito a usted la respuesta esencial - a saber, que en el año 709 HDV, SD está disponible en 601 el espacio de color. Por lo tanto, podemos mezclar HDV, SD clips en un proyecto, entonces la edición no lineal tener esto en cuenta cuando se codifica el material.
El resto va por creo bastante en el centro. Yo lo veo la manera Wiro dijo: debería tener que preocuparse por el promotor - tiene que trabajar la cosa.
Y de nuevo, no voy a tener que ajustar manualmente la secuencia de campo, en cualquier edición no lineal. Esto debe ser fácilmente reconocido y procesado correctamente, así como la cuestión de si el clip está disponible en 709 o 601. Para sowas ni siquiera tendrá que preocuparse -, pero necesito saber que existen esas cosas.
Respuesta de Stephan Kexel:
Las variaciones de brillo de tener algo que ver con diferentes frecuencias de muestreo de luminancia y crominancia.
Con las tasas de muestreo no tiene nada que ver, en el YUV / YCrCb modelo de color (y de otros modelos de color similar), sólo el canal de luminancia transporta la información de brillo. Pequeñas diferencias en la conversión RGB-> YCrCb-> RGB puede sólo por los errores de redondeo, y la interpolación o aproximación de los desaparecidos, submuestras como en términos de brillo, los valores de diferencia de color surgir. La única diferencia es por lo general sólo Bsteh ni el hecho de que MPEG-2, los valores de croma en posiciones ligeramente diferentes de las exploraciones, como es el caso de otros formatos de 4:2:2. Sin que han investigado en este momento, pero estoy suponiendo que se puede despreciar.
Usted no se contradicen a sí mismos?
Video es siempre YUV.
No se puede decir tan plana que un códec utilizado por el método de transmisión, o cosa dependientes. Un software está en el lado "seguro" si se procesan los datos RGB y sale de la conversión como una fuente en particular codec u otros datos.
Yo estaba hablando de más arriba, no en los archivos de vídeo. Y como se puede ver todo el apartamento! (No hay cámara RGB Especial, voy aquí, no asuma que el uso jemenad aquí.)
Un software está en el lado "seguro" si se procesan los datos RGB y sale de la conversión como una fuente en particular codec u otros datos.
Sobre este tema ha existido por años, la discusión política que usted debe leer la primera vez antes de hacer la declaración anterior.
Respuesta de TheBubble:
Yo estaba hablando de más arriba, no en los archivos de vídeo. Y como se puede ver todo el apartamento! (No hay cámara RGB Especial, voy aquí, no asuma que el uso jemenad aquí.)
No se molestó. Todos los televisores tienen RGB, lo que es captada por las cámaras, lo es. También en vídeo YUV analógica sólo existe internamente importa cómo se procesa la señal interna, el interés es lo que viene detrás. Y sucedió que el software de edición: Esto no es obra nunmal con señales analógicas YUV, pero con los archivos.
Respuesta de stantorley:
Yo estaba hablando de más arriba, no en los archivos de vídeo. Y como se puede ver todo el apartamento! (No hay cámara RGB Especial, voy aquí, no asuma que el uso jemenad aquí.)
No se molestó. Todos los televisores tienen RGB, lo que es captada por las cámaras, lo es. También en vídeo YUV analógica sólo existe internamente importa cómo se procesa la señal interna, el interés es lo que viene detrás. Y sucedió que el software de edición: Esto no es obra nunmal con señales analógicas YUV, pero con los archivos.
Wow, que ne la sabiduría. Puesto que ahora prefiero escribir cualquier cosa.
Respuesta de wolfgang:
Y sucedió que el software de edición: Esto no es obra nunmal con señales analógicas YUV, pero con los archivos.
Estoy aquí ahora ningún experto, pero un usuario? Gabs, pero el debate no mucho acerca de si los efectos se calculan en RGB o YUV? Eso probablemente hace alguna diferencia. Y los archivos que seguramente debe ser calculada en los espacios de color - Yo sugeriría veces.
;)
Respuesta de TheBubble:
Estoy aquí ahora ningún experto, pero un usuario? Gabs, pero el debate no mucho acerca de si los efectos se calculan en RGB o YUV?
Por eso me lo dijo
Un software está en el lado "seguro" si se procesan los datos RGB y sale de la conversión como una fuente en particular codec u otros datos.
Es cierto que los programas que desea aplicar sus efectos con el esfuerzo computacional lo menos posible () para completar muy rápidamente para hacerlo, en parte, sin la conversión inversa antes de los colores en RGB (a través del codec) a renunciar a los esfuerzos de cálculo.
Creo que ambos nos acaba de hablar más allá de nosotros un poco. Toda la cuestión es, por desgracia demasiado grande para describirlo en pocas contribuciones en su totalidad y en detalle suficiente.
Respuesta de wolfgang:
No, la cosa no es soo complejas - siempre y cuando uno no perderse en los detalles técnicos. Lo importante es que los espacios deben tenerse debidamente en cuenta también. Perogrullada, pero es relevante si tiene material de origen, que está presente en diferentes espacios de color.
Y para los profesionales de entre nosotros que no cree que el tiempo es a tomar conciencia de la producción de material HDV con una alta proporción de rojo a cada UIT 709 (HD) y 601 (SD) - y luego comparar. La diferencia puede ser visto, sobre todo en rojo
Respuesta de TheBubble:
No, la cosa no es soo complejas - siempre y cuando uno no perderse en los detalles técnicos.
Pero estoy interesado en la teoría y los detalles técnicos:)
Respuesta de wolfgang:
Esto es para que estén libres - Creo que esto es emocionante, incluso la prueba usted. Esto no cambia el hecho de que usted también debe tomar una vista pragmático sobre las cosas relèvent - el tiempo que usted desea terminar incluso producciones de vídeo.
La Diskusson la mezcla de imágenes SD y HDV unspannende no creo que, precisamente por ser identificado el punto, es necesario que se observó. En Las Vegas, como yo he visto un corto tiempo en por lo menos, la cuestión de los campos. Dibujo de una mezcla de material SD y HDV en la línea de tiempo, entonces Vegas, interpreta la secuencia de campo para ambos tipos de materiales bien - incluso en un proyecto de DV-AVI. Así que espero lo mismo de una edición no lineal aún más caros.
Respuesta de fleshmann:
incluso,
Creo que es un Zumutung bastante dudosa, como un ajuste de formato único a tener que hacer a mano. También se mencionó que se estrenan inversa (jugar al menos 1,51) en la parte trasera de la pinza de nuevo, el manual requiere el dominio sobre el terreno. No es concebible la situación en la que yo como una U invertida "necesidad" secuencia sería ..
sólo yo he aquí el problema de los diferentes espacios de color se han convertido en claro, sin embargo, me da muy bien aquí es mi preferido de edición no lineal sin necesidad de ajustes a la alineación. Mi entendimiento es que esa posible (sí, incluso la captura de los materiales de lugar?), Aquí tiene las posibilidades para la no configuración estándar, el mal que se está limitado ..
una lástima, pero una gran cantidad de saludos de
HDV
 Reproducir material HDV en la cinta
miniHDV cintas miniDV con equipos de reproducción?
HDV formato 16 / 9 la luz maleta fuera de la bahía
LA Sony DSLR-100W adaptador de lentes de videocámara HDV Z7
La reproducción de HDV a cinta DV?
Mies Bidlqualittät de HDV (; HV20) Canopus en DVD - de su ayuda por favor
Exportar HDV de Final Cut Pro HD / i Movie
After Effects importación HDV
Configuración de exportación de material HDV en Premiere CS4
Canon xha1 - HDV de importación Quicktime en Adobe CS4
Máquina de corte para HDV y Adobe Mater Collection
50i HDV y DV PAL material en FCP ENTRELAZADO problema AYUDA?!
HDV
La grabación en HDV JVC HR-E restaurar DVS3
HDV de grabación en el disco duro - alternativa más barata a FireStore
HDV material "no plena-HD" LCD?
PC no reconoce a HDV ...
Canon XH A1: Convertir HDV DV internos tras el posible?
Novedades ... Mini Pro (?) - Videocámara HDV
Edición HDV con Pinnacle y AMD
| |
