* em primeiro lugar, Não sou actualmente um FCP utilizador para a minha primeira edição ferramenta.Este artigo foi originalmente um post sobre a HDV fórum que parecia ser útil para alguns usuários nesse fórum.Os fatores técnicos envolvendo a manipulação de HDV em FCP pouco têm a ver com FCP si mesmo e não tenho intenção de criticar este, Ou qualquer outro sistema de edição neste artigo.KOLB-tim)
HDV nativas edição é certamente possível, Mas como uma regra que qualquer sistema de cortes HDV em x eficiência, Pedaços de um I-frame apenas formato (MJPEG como, por exemplo) em x + eficiência e pedaços de um formato de compressão é I-frame e otimizado para ser executado em um computador com processador x + +. As diferenças são variáveis, Mas as posições relativas permanecem as mesmas.
HDV não é um I-frame formato de curso, é temporalmente comprimido...Mas a parte que raramente é mencionada como uma compressão MPEG tecnologia não foi concebido para ser executado em um PC ou MAC processador...Foi concebido para funcionar com um chip dedicado.PCs e Macs podem executar mpeg compressores e descompactadores de curso, Mas a instrução não é realmente conjunto estruturado de forma a explorar um computador cpu da potência no pico eficiência.
Você também ia querer considerar que mpeg é assimétrica, na medida em que tem mais poder do que para comprimir para descomprimir, Que foi pela sua concepção como mpeg foi concebido como um formato de distribuição, Tornando-o mais barato para os consumidores e para descomprimir caros e mais difíceis de comprimir...Aceitável um sistema de conteúdo quando os produtores estão fazendo a compressão.
Esses fatores se combinam para tornar edição mpeg uma pesada carga para a maioria dos computadores. Novamente, Isto não significa que não possa ser feito...é feito por muitos pedaços de software agora e como o poder da força bruta computadores continua a aumentar, Vai continuar a melhorar. é uma questão, Particularmente no longo formulário evento trabalho como casamentos, De eficiência.
Alguns FCP usuários podem ter abordagens complementares a esta, Opções, mas o fluxo de trabalho e as implicações que estou ciente de para FCP 's mais populares escolhas para a edição HDV sem um cartão são adicionados
- HDV nativas;
- HDV metragem sobre um cronograma descompactado;
- Transcodifique a DVC prohd, Ou descomprimir e,
- Ingerem (e editar) como descomprimidas.
Eu os fatores descritos não têm nada a ver com FCP 's global edição funcionalidade, Apenas a logística implicações do trabalho.
1.HDV nativo
Esta abordagem
Tem a vantagem de uma pequena FileSize em disco. 2 horas a 25 MB / s tem o mesmo espaço como normal DV, Cerca de 24 gb. HDV filmagem é colocada na linha do tempo e transições e FX são inspecionados muito rápido..."tempo-real" é a afirmação, Mas a resolução pode cair durante preview para acomodar a velocidade...Não necessariamente um grande negócio.
O grande problema para um evento cinegrafista ed até poderia ser a "conformidade" tempo no final do processo que pode demorar algum múltiplo do comprimento de linha de tempo para concluir, Variável com base no seu sistema músculo. "conforme" seria a fase em que o cronograma deve ser recompressed para criar a nova estrutura GOP e tornar efeitos, Etc., Estar pronto para a saída HDV.
HDV nativas edição em toda a plataforma tem outros fatores também. (Eu tenho alguns detalhes sobre HDV nativas mais tarde...)
2. HDV sobre um cronograma descompactado
FCP podem ingerir HDV nativamente e editar em um timeline descompactado, Evitando qualquer recompression questões como o calendário em si não é a tentativa de manter um HDV Taxa de dados. (graeme nattress trouxe este método de editar a minha atenção.)
A saída de linha do tempo, então, envolver sair HD-SDI para um convencional HD formato (provavelmente não é um evento normal vídeo workflow) ou voltar para transcodificação HDV ou para SD dvd ou seja o que for. Aqui as principais vantagens seriam a manutenção da pequena HDV FileSize em disco, Não estar restrito a HDV taxas fixas, enquanto os dados de corte sobre a linha do tempo, E restringindo recompression (se necessário para a saída de volta para HDV ) Até o final.
3. Transcodifique para DVC Pro HD
Ingerindo e transcodificação de DVC prohd edição resposta certamente irá melhorar ao longo do tempo HDV nativo, Mas a qualquer momento você transcodifique para outro codec, Existem factores a considerar.
Taxa de dados é uma consideração. DVC prohd tem quatro ou cinco vezes a taxa de dados HDV para haver mais espaço necessário conduzir. Quando se fala de prazos longos evento, Isto poderia ser significativo. Por outro lado, é significativamente menor do que descompactado.
Cor subsampling é certamente outra área. DVC prohd's 4:2:2 triunfa HDV mpeg's 4:2:0 certamente...Portanto, sem outros fatores envolvidos, Não haveria nenhum qualidade "perda" (você não pode "melhorar" é, naturalmente) na cor subsampling.
Contudo, Existem outros fatores envolvidos. Hdv2 quadrado pixel e não é (não estou citando câmera sensores agora, Só foto tamanhos) é 1440x1080. DVC prohd em 1080/29.97fps' exibe '1920x1080 pixel quadrado, Mas na realidade só armazena 1280x1080.
A partir de uma imagem ponto de vista, Você está tendo um 1440x1080 4:2:0 imagem e transcodificação de um codec diferente que é 1280x1080 4:2:2.
Se você estiver com um tiro hdv1 JVC, Você realmente começar com uma verdadeira, 1280x720 pixels quadrados imagem a 4:2:0 cor subsampling. Ingerindo e transcodificação de DVC prohd 720p a 4:2:2 e cinco vezes a taxa de dados (hdv1 é um pouco menos de 20MB / s) parece que deve ser uma boa idéia, DVC prohd em 720p, mas não armazena 1280x720. é armazenar 960x720 a 4:2:2.
Nada disto é para dizer que você não deve trabalhar com DVC prohd como editar o seu formato, Mas é preciso testá-lo e ir para ela com os olhos abertos.
A melhor resposta durante a edição podem permitir-lhe o seu evento crank projectos mais rápida, Justificando a maior arquivo tamanhos. Qualquer impacto visual sobre o material pode ser menor e perfeitamente aceitável para os seus clientes.
DVC prohd também é um codec que não foi originalmente concebido para ser executado em um computador. Foi concebido para um sistema de aquisição fita, E, portanto, é uma constante bitrate codec. Enquanto ele executa melhor do que HDV para a edição resposta, Um computador baseado em codec como que em uma AVID deve ser ainda mais eficaz. Saída da DVC prohd cronograma exigira, então, um HD-SDI saída para uma HD baralho, Ou voltar para um transcodifique HDV mpeg ou SD DV ou dvd ou qualquer que seja a sua prestação deve ser.
4. Ingerindo e editar como descomprimidas
Ingerindo
HDV e descomprimir-lo para uncompressed opção é a mais elevada qualidade, Mas também o custo mais elevado devido ao filesizes simplesmente a ser imenso e velocidade do disco e de calibre ser substancial. Para um spot publicitário televisivo, Este trabalho poderá pagar os benefícios em termos de qualidade, Mas para um casamento ou evento deste trabalho exigiria mais recursos do que seria útil na minha opinião.
*****
Não há uma abordagem mais global de workflow que envolveria compra de um add-on card: Transcodificação de um formato proprietário.
Existem vários fabricantes ( AJA concepção e magia negra vêm imediatamente à mente, E há outros) que fazem HD-SDI Vídeo I / O cartão, que também vêm com sistemas proprietários compressão de alta qualidade que pode oferecer alternativas para HDV compressão.
Prós: Compressão suave pode ajudar a proteger a qualidade da imagem através do processo e da pós HD-SDI cartão pode fornecer convencional HD acompanhamento.
Contras: Mais espaço em disco será necessário para os arquivos maiores e unidade de disco subsistema também terá de ser mais rápido do que você para responsiva reprodução seria necessário para HDV arquivos, Ou mesmo DVC prohd.
HDV nativas edição
A alegação de que foi muito bem feita por muitos NLE fabricantes é que se está a "corta-somente" em um HDV nativas cronograma, Não existe uma re-compressão. Isto é, infelizmente, impossível, Pelo menos tanto quanto o cronograma de volta à saída HDV está preocupado, Se não no momento em que o editor faz o corte na linha do tempo.
Contrasiderar os fatores de HDV compressão de GOP longo e cbr ou constante (fixo) bitrato, Aplicada a editar uma seqüência que pode ser considerado típico em um ambiente corporativo ou broadcast:
(15 moldura gops - Sony / Canon, Assumindo cada corte representa novo material visual)
Marcar mais pontos que o primeiro tiro é de 5 moldura do primeiro GOP, E da próxima tacada da inpoint é frame 11 do próximo GOP. Tão parecido com a edição desta moldura em números:
1 2 3 4 5 / 11 12 13 14 15 1 2 3 4 5 6....
Apesar de o quadro 11 inpoint não é um I-frame, Devido à edição de material visual completamente novo, O quadro deve ser reconstruída a partir do original GOP basicamente na íntegra. Isso dá a ele o tamanho dos dados de um I-frame, Embora possa estar fora da posição original dentro do GOP de ser um I-frame.
Com uma moldura GOP 15, A taxa fixa de dados de 25 Mbits / s é baseado em ver um full-size I-frame a cada 15 frames...E nós temos apenas três criado I-frames (em qualquer tamanho) em 10 moldura do tempo. Somos simplesmente acima da velocidade permitida para hdv2.
(jvcs 720p versão do HDV é considerado como "hdv1" e usa uma moldura 6 GOP.)
Do compressor...E não apenas qualquer compressão, Mas muito agressivo HDV compressão MPEG...Necessita para continuar a comprimir o vídeo para mantê-lo sob o limite máximo de débito.
Isto não resolver o problema de I-frame mudança antes de saída, O que acontece quando uma saída HDV voltar ao calendário HDV. Geradas durante o I molduras aquisição têm apenas uma chance de 1 em 15 de queda sobre um I-frame posição no arquivo de saída....O que resulta em recompression devido a terem de fazer malabarismos dados. Isso adiciona inúmeras preditivo bidirecional e em molduras de quadros I saída, Enquanto a maior parte das devoluções a verdadeira imagem dados contidos no original I-frames.
Ou não de tudo isto cria artefatos visuais que você ou o cliente achar inaceitável é a sua decisão como um produtor. Relação custo-eficácia e qualidade aceitável nível significar coisas diferentes e se relacionam entre si de forma diferente em cada situação.
E lembrar: Edição HDV nativas como I've descrita não é a única FCP. Premiere Pro e Ulead, Vegas edius e têm todos modos que pode editar HDV nativamente, e enquanto todos têm pequenas diferenças na forma como lidar com HDV nativamente, Todos têm a mesma, Base obstáculos a superar.
Como exemplos de codecs que foi desenvolvido para PC / MAC eficiência de transformação, Os dois que vêm à mente são mais imediatamente cineform o aspecto / ligar HD e canopushq. Ambos os codecs são utilizados como intermediários edição de formatos HDV no pc lado das coisas e são de alta qualidade.AVID 's codecs proprietários também se enquadram nesta categoria na categoria cross-platform, Embora AVID 's originais codec tecnologia foi projetado para trabalhar na propriedade AVID hardware, E AJA e magia negra (entre outros) têm trabalho projetado para trabalhar com seus produtos, bem. Cineform da codecs são sobre o caminho para quicktime em ambos os MAC e PC, Mas muito rápido edição da resposta que cineform codecs são responsáveis por dentro Premiere Pro no PC pode ou não ser possível, dependendo do grau de profundidade para a canalização de FCP coisas podem ser tweaked por um terceiro fornecedor.
Estou certo de que muitos usuários poderiam oferecer nuances e variações a que foi oferecida aqui.Estou apenas tentando estabelecer alguns parâmetros básicos, que define a fatores técnicos envolvidos nos diversos métodos de manipulação HDV através de pós-produção.
Depois de tudo o que...(Whew!), O ponto principal é que HDV nativas na edição FCP é certamente possível, Mas tem suas vantagens e inconvenientes. Saber exactamente quais são essas vantagens e desvantagens e como eles afetam o seu trabalho são a chave para fazer o melhor sistema de decisões.
KOLB-tim
