|
A regra...
Vídeo princípios e questões:
Uma visita a muitos dos fóruns relacionados Com a produção vídeo usando IEEE 1394 ( DV, ILink, Firewire, Etc.), Mostra que uma pergunta Comum que se Coloca é regularmente: "posso usar eide drives no meu novo sistema?" Perguntou o motivo pelo qual esta se tantas vezes, é que muitos que vêm a DV após anos de utilização de altas taxas de dados M'jpeg Sistemas, Como AVID, Discreet, Media 100, Etc., EnContrá-lo quase difícil de acreditar que o caudal de questões eles viveram durante tanto tempo Com simplesmente não existem no mundo mágiCo do IEEE 1394.
Você vê: Para os anos, A regra tem sido esse vídeo foi o domínio do Motion JPEG (MJPEG) sistemas e estes sistemas exigem altíssimas dados throughputs. E, mais importante, Essas altas taxas de dados (geralmente 5-9MB por seg, DesComprimidos Com a 20mbps por stream) precisam de ser "sustentado taxas" - "estouro" velocidades necessidade não se aplica no mundo dos MJPEG. Qualquer unidade que não pode sustentar a sua capacidade máxima em todos os tempos, Significa cair molduras se as unidades mais lento e acelerar. Devido a estas questões velocidade e largura de banda necessária por MJPEG sistemas, As únicas soluções reais foram caros scsi drives.
Volta nos primeiros dias de MJPEG sistemas de edição não linear, Throughputs não foram suficientes para capturar os grandes débitos de dados em uma única unidade de modo que os fabricantes veio Com scsi Controlador cartões que trabalharam em associação Com "Striping"Regimes (Como remus, Anubis, Etc.), Que basicamente dividir os dados em dois ou mais fluxos de cada córrego tratado por sua própria unidade. Operam nesta maneira, Uma unidade não estava carregando mais peso do que ele pode lidar. Estas múltiplas movimentações agiu Como se se tratasse de uma grande unidade. Mas houve uma desvantagem para este: Se Um Das unidades que fizeram até este úniCo "lógica" unidade falhou, Você perdeu o acesso à Todos Dos seus dados. (e antigo temporizadores e que detém Micropolis ™ 1991 da Conhecia essa experiência especialmente bem para trás em 1995-6.) O nome técniCo para esses set-ups foram Raid Sistemas e unidade Matrizes.
Era um processo Complexo, que levou algum tempo e Conhecimento para dominar e tudo mudou, quando o DV formato apareceu - de repente um úniCo IDE foi tudo o que era necessário para stream broadcast digna mídia.
|
A excepção à regra...
O que é FireWire / DV ?:
Quando Apple inventou a tecnologia que hoje Conhecemos Como DV, Que criou uma norma que permite que os Computadores pessoais para lidar Com velocidades sustentadas de cerca de 400MB por segundo - em Comparação Com usb sistemas que funcionam somente em 12MB. Mas um dos mais inteligente que Apple fez Com a tecnologia, Foi a de atirar-la para o domínio públiCo quando as normas internacionais organização é apelidado IEEE 1394. Apple trademarked seu nome para ele - "firewire" -, mas outras pessoas utilizam a mesma tecnologia sob nomes Como 1394, ILink, DV, Etc., E todos eles são referentes a mesma Coisa.
Robusto e marketwide esta tecnologia tem muitas vantagens e tem permitido a inCorporação de unidades que não têm id questões Como scsi, Não precisam de ser denunciado Como unidades IDE e SCSI são rápidos o suficiente para lidar Com DV mídia Com apenas um úniCo IDE - não matrizes necessárias! Eles não sofrem Com o lendário scsi calor problemas que destruiu empresas Como as citadas Micropolis. Essas novas unidades são também firewire quente swappable e isso significa que os usuários não precisam para encerrar os seus sistemas e reinicie para adicionar ou remover drives (bem Como outros perifériCos Como scanners, Etc.).
Como funciona o FireWire / DV trabalho?:
O mais revolucionário parte do firewire sistema é o facto de, pela primeira vez, O mesmo digital CoMpression /Dez.Ompression (CoDez.) que reside no Computador é agora também parte da câmera ou outro DV periférica. (sim, No mágiCo mundo do DV, A câmara de vídeo é um perifériCo da mesma forma que um disCo rígido, Etc.) Quando você atirar suas cenas utilizando um DV base de camCoder, Você é realmente "gravação" essas cenas "através de" o CoDez. e, em um formato binário que é apenas 1's e 0's - no exato formato que o do Computador DV CoDez. está usando. Assim você não são realmente capturar suas imagens Como em um sistema que tenha MJPEG analógiCo dados e "Comprime-lo on the fly" pela digitalização através de uma placa de vídeo caro unidades que estão sendo executados em velocidades incrivelmente rápido - em um efforT para evitar quedas Molduras. Eide unidades são mais do que suficiente para lidar Com a transferência de dados a partir de sua câmera para o Computador e trabalhar Com os arquivos quando eles chegam lá.
Eide unidades são mais do que rápido o suficiente para lidar Com os 3.6Mb por segundo dados taxa que está no cerne da norma IEEE 1394. Isto aContece porque, Como já referi anteriormente, O CoDez. da câmera e do CoDez. no Computador estão operando Com o mesmo padrão e que a 3.6Mb transferência usando um MJPEG baseado sistema analógiCo poderia resultar em uma imagem terrível, Com toda a probabilidade - o 1394 oferece uma elevada qualidade de imagem em dados esta taxa, porque não há reCompressing aContecendo no sistema. (isso muda depois que você iniciar o processo de edição e Composição, mas isso é um assunto para outro artigo Completo - e um problema que pode ser resolvido muito handily utilizando sistemas Como o Canopus DV sistemas.)
Sumário:
Eide unidades são muito baratos e são mais do que adequado para uso em sistemas Com base em 1394. Se você for tentado a pensar que é melhor e mais rápido que scsi seria uma melhor opção - pense outra vez! Simplesmente não há necessidade de scsi proeza no mágiCo mundo de 1394. Guardar o seu dinheiro e Comprar extra RAM ou mais de armazenamento.
# # #
© 2001 por Kathlyn Lindeboom e CreativeCOW.net. Todos os direitos estão reservados.
|
