* En primer lugar, No estoy actualmente una FCP usuario para mi principal herramienta de edición.Este artículo fue originalmente un puesto en el HDV foro que parece ser útil para algunos usuarios en este foro.Los factores técnicos en torno a la manipulación de HDV en FCP tienen poco que ver con FCP sí mismo y no tengo ninguna intención de criticar el presente, O cualquier otro sistema de edición en este artículo.-Tim Kolb)
HDV edición nativa es posible duda, Pero por regla general cualquier sistema que los recortes HDV eficiencia en x, Recortes de un I-frame solo formato (como por ejemplo mjpeg) en x + eficiencia y recortes de un formato de compresión que es I-frame y optimizado para ejecutarse en un equipo procesador en X + +. Las diferencias son variables, Las posiciones relativas, pero siguen siendo los mismos.
HDV no es un I-frame formato de curso, Es el tiempo comprimido...Pero rara vez se menciona la parte del MPEG es que como la tecnología de compresión no fue diseñado para ejecutarse en un PC o MAC procesador...Fue diseñado para ejecutarse en un chip dedicado.PCs y Macs pueden ejecutar MPEG compresores y descompresores de curso, Pero el conjunto de instrucciones no es realmente estructurado a la explotación de una CPU del ordenador al máximo la eficiencia de energía.
Usted también querría considerar que MPEG es asimétrica en el sentido de que tiene más poder para comprimir que para descomprimir, Que por su diseño como MPEG fue diseñado como un formato de distribución, Lo que para descomprimir baratos para los consumidores y los más caros y difíciles de comprimir...Un sistema aceptable cuando los productores de contenidos están haciendo la compresión.
Estos factores se combinan para hacer de la edición de MPEG una carga pesada para la mayoría de los ordenadores. Otra vez, Esto no significa que no se puede hacer...Se hace por muchas piezas de software y ahora como la fuerza bruta de energía de las computadoras sigue aumentando, Que seguirá mejorando. Es una cuestión, Sobre todo con mucho trabajo como el caso de las bodas, De eficiencia.
Unos FCP los usuarios pueden tener otros enfoques a esta, Pero las opciones de flujo de trabajo y las implicaciones que estoy consciente de para FCP 's opciones más populares para la edición HDV sin una tarjeta de añadido
- HDV nativas;
- HDV imágenes en un comprimido calendario-no;
- Transcodificar a DVC prohd, O descomprimir, y,
- Ingerir (y editar) que no comprimido.
Los factores que he descrito no tienen nada que ver con FCP 's global de funciones de edición, Sólo las implicaciones logísticas de los flujos de trabajo.
1.HDV nativo
Este enfoque
Tiene la ventaja de un pequeño archivo en el disco. 2 horas a 25 mb / s, tiene el mismo espacio de forma normal DV, Alrededor de 24 gb. HDV metraje se coloca en la línea de tiempo y las transiciones y FX se ven de antemano muy rápido...En "tiempo real" es la afirmación de, Pero la resolución puede caer en la vista previa para dar cabida a la velocidad...No necesariamente una gran cosa.
El problema para un evento videógrafo ed hasta podría ser el "ajuste" tiempo al final del proceso que lleva múltiples de la longitud de la línea de tiempo para completar, Variable basado en el sistema muscular. "conforme" sería la etapa en la que el calendario tiene que ser recompressed para crear la nueva estructura de GOP y hacer efectos, Etc., Que estar preparados para salida a HDV.
HDV edición nativa en cualquier plataforma tiene también otros factores. (Tengo algunos detalles sobre HDV nativa más tarde...)
2. HDV no en un comprimido calendario
FCP puede ingerir HDV nativa y no editar en un comprimido calendario, Evitando cualquier recompresión cuestiones como el calendario en sí misma no es tratar de mantener un HDV velocidad de transmisión de datos. (Graeme nattress trajo la edición de este método a mi atención.)
La salida de la línea de tiempo que implican luego salir HD-SDI a una convencional HD formato (probablemente no es un evento normal de video de flujo de trabajo) o de transcodificación de nuevo a HDV o SD dvd o lo que sea. Las principales ventajas sería el mantenimiento de los pequeños HDV tamaño del archivo en el disco, No se limita a HDV fija los tipos de datos, mientras que el corte en la línea de tiempo, Y la restricción de recompresión (si es necesario para la salida de nuevo a HDV ) Hasta el final.
3. Transcodificar a DVC Pro HD
Ingerir y transcodificación a DVC prohd duda mejorará la edición de tiempo de respuesta más HDV nativo, Pero en cualquier momento a otro códec transcodificar, Hay factores a considerar.
Velocidad de transmisión de datos es un examen. DVC prohd tiene cuatro o cinco veces la velocidad de datos de HDV por lo que se requiere más espacio en la unidad. Cuando se habla de plazos largos caso, Esto podría ser importante. Por otro lado, Es significativamente menor que no comprimido.
Submuestreo de color es, sin duda, otro aspecto. DVC prohd's 4:2:2 triunfos HDV MPEG's 4:2:0 ciertamente...De modo que no tienen otros factores que intervienen, No habrá calidad "pérdida" (no se puede "mejorar" es por supuesto) en color submuestreo.
Sin embargo, Hay otros factores que intervienen. Hdv2 no es cuadrada píxel y (no estoy citando ahora sensores de la cámara, Sólo tamaños de imagen) es 1440x1080. DVC prohd en 1080/29.97fps' muestra '1920x1080 píxeles cuadrados, Pero en realidad sólo las tiendas 1280x1080.
A partir de una imagen punto de vista, Usted está tomando un 1440x1080 4:2:0 imagen y transcodificación a un códec que se 1280x1080 4:2:2.
Si usted está con un disparo hdv1 JVC, Que comienza con una verdadera, Imagen de 1280x720 píxeles cuadrados a 4:2:0 submuestreo de color. Ingerir y transcodificación a DVC prohd 720p a 4:2:2 y cinco veces mayor que la tasa de datos (hdv1 es ligeramente inferior a 20 MB / s) parece que debería ser una buena idea, DVC prohd pero en 720p no almacena 1280x720. 960x720 es el almacenamiento a 4:2:2.
Nada de esto es decir que no debe trabajar con DVC prohd como editar el formato, Pero se necesita para poner a prueba y entrar en él con los ojos abiertos.
La mejor respuesta durante la edición pueden permitirle a cabo su evento cigüeñal proyectos rápidos, Justifican las grandes tamaños de archivo. Cualquier impacto visual sobre el material puede ser menor y perfectamente aceptable para su cliente.
DVC prohd también es un códec que no fue originalmente diseñada para funcionar en un ordenador. Ha sido diseñado para un sistema de adquisición de la cinta, Y, por tanto, es un bitrate constante códec. Mientras se ejecuta mejor que HDV para la edición de respuesta, Un ordenador basado en el codec que se da en un AVID debe ser aún más eficaz. La salida de la DVC prohd de tiempo necesitaría entonces un HD-SDI salida a una HD cubierta, O volver a codificar HDV MPEG o SD DV o dvd o lo que su prestación se.
4. La ingestión de editar y de no-comprimido
Ingerir
HDV a descomprimir y no comprimido con la más alta calidad es la opción, Pero también el más alto costo debido a la filesizes simplemente ser inmensas y la velocidad del disco y tamaño de los requisitos sustanciales que se. Para un anuncio de televisión, Este flujo de trabajo puede dar resultados en la calidad de las prestaciones, Pero para una boda o evento de este flujo de trabajo que requieren más recursos de los que valdría la pena en mi opinión.
*****
Hay un enfoque más global de trabajo que implique la compra de un complemento de la tarjeta: Transcodificación a un formato propietario.
Hay varios fabricantes ( AJA negro y la magia del diseño vienen de inmediato a la mente, Y hay otros) que hacen HD-SDI vídeo tarjetas de E / S que también vienen con sistemas de compresión que puede ofrecer alternativas a la alta calidad HDV compresión.
Pros: Suave compresión puede ayudar a proteger la calidad de la imagen a través del proceso y la posterior HD-SDI tarjeta convencional puede proporcionar HD vigilancia.
Contras: Más espacio en disco serán necesarios para los grandes archivos y la unidad de disco subsistema deberá también ser más rápido para la reproducción de lo que usted responda a la necesidad de HDV archivos, O incluso prohd DVC.
HDV nativo de edición
La afirmación de que fue ampliamente realizados por muchos NLE los fabricantes es que si son "recortes de sólo" en un HDV nativo de tiempo, No hay re-compresión. Esto es, lamentablemente, imposible, Al menos en lo que respecta a la salida de la línea de tiempo de vuelta a HDV está preocupado, Si no en el momento en que el editor hace que el corte en la línea de tiempo.
Contrasiderar los factores de HDV compresión de GOP largo y cbr o constante (fija) la tasa de bits, Aplicado a una secuencia de edición que puede considerarse típica en un entorno corporativo o de difusión:
(15-gops marco Sony / Canon, Asumiendo cada uno de los trozos representa nuevo material visual)
Outpoint de la primera toma es fotograma 5 de la primera GOP, Y el siguiente tiro del marco inpoint es el próximo 11 de GOP. Por lo que la edición tiene este aspecto en el marco de los números:
1 2 3 4 5 / 11 12 13 14 15 1 2 3 4 5 6....
A pesar de que el cuadro 11 inpoint no es un I-frame, Debido a la nueva edición de material visual, El marco debe ser reconstruido a partir de la GOP, básicamente, en su totalidad. Esto le da el tamaño de los datos de un I-frame, A pesar de que puede estar fuera de su posición original dentro del GOP a un I-frame.
Con un 15 marco GOP, Fija la tasa de datos de 25 Mbits / s se basa en ver a un tamaño completo I-frame cada 15 fotogramas...Y hemos creado tres I-frames (en el tamaño de todos modos) en 10 marcos de tiempo. Estamos simplemente por encima de la tasa admisible de datos para hdv2.
(versión de jvcs 720p HDV se considera "hdv1" y utiliza un marco de 6 GOP.)
El compresor...Y no cualquier compresión, Pero muy agresivo HDV compresión MPEG...Necesita para comprimir el vídeo que le mantenga bajo el techo de velocidad de transmisión de datos.
Esto no abordar la cuestión de la I-frame cambio antes de la salida, Que ocurre cuando la salida de un HDV volver al calendario HDV. Los marcos que han generado durante la adquisición sólo de 1 en 15 probabilidades de caer en un I-frame en el archivo de salida....Lo que se traduce en recompresión debido a la necesidad de hacer malabarismos con los datos. Esto se suma un sinnúmero de predicción bidireccional y marcos en que los marcos para la salida, Mientras que la mayoría de los descartes de la imagen real de datos que figuran en el original de i-frames.
O si no todo esto crea artefactos visuales que usted o su cliente parece inaceptable es su decisión como un productor. Rentabilidad y nivel de calidad aceptable significar cosas distintas y se relacionan entre sí diferente en cada situación.
Y recordar: Edición HDV nativos como lo he descrito no es exclusivo de FCP. Premiere Pro y Ulead, Vegas y Edius todos modos tienen que puede editar HDV nativa y al mismo tiempo todos tienen pequeñas diferencias en la forma en que manejan HDV nativa, Todos tienen la misma, Básicos para superar los obstáculos.
Como ejemplos de codecs para que se desarrollaron para PC / MAC procesamiento de la eficiencia, Los dos más que vienen inmediatamente a la mente del aspecto cineform / connect HD y canopushq. Estos dos códecs se utilizan como intermedios para la edición de formatos HDV en el PC de lado las cosas y son de muy alta calidad.AVID 's codecs propietarios también entran en esta categoría en la cruz-plataforma de la categoría, Aunque AVID 's códec tecnología original fue diseñado para trabajar en la propiedad AVID hardware, Y AJA magia y negro (entre otros) los flujos de trabajo se han diseñado para trabajar con sus productos y. Cineform de codecs están en el camino para quicktime en ambos MAC y uds, Pero muy rápido de edición de la respuesta que cineform codecs son responsables de dentro Premiere Pro en el PC puede ser o no ser posible, dependiendo de qué tan profundo en la tubería de FCP las cosas se pueden ajustar por un tercero proveedor de.
Estoy seguro de que muchos usuarios pueden ofrecer matices y las variaciones a lo que se ofrece aquí.Estoy sólo tratando de establecer algunos parámetros básicos de la técnica se esbozan los factores que intervienen en los diversos métodos de manipulación HDV a través de post-producción.
Después de todo lo que...(¡menos mal!) El punto principal es que HDV nativas en la edición de FCP es posible, Pero tiene sus ventajas e inconvenientes. Saber exactamente cuáles son esas ventajas y los inconvenientes son y cómo afectan a su flujo de trabajo son la clave para hacer el mejor sistema de decisiones.
-Tim Kolb
