Como editores de meios de comunica\u00e7\u00e3o, \u00e9 importante que compreendamos a diferen\u00e7a entre os c\u00f3digos de tempo drop frame e non drop frame frame, os seus respectivos benef\u00edcios, como cada m\u00e9todo funciona, e quando devem ser utilizados. Para ajudar a manter o seu fluxo de trabalho a funcionar sem problemas e maximizar o benef\u00edcio de adicionar legendas ou legendas Sonix, \u00e9 essencial ter um s\u00f3lido conhecimento de trabalho de ambos. <\/p>\n\n\n\n
As considera\u00e7\u00f5es do c\u00f3digo de tempo Drop frame vs. Nonrop frame frame timecode s\u00e3o frequentemente citadas como um dos t\u00f3picos mais confusos na produ\u00e7\u00e3o de v\u00eddeo. Mas n\u00e3o t\u00eam de ser. Neste artigo, vamos fornecer defini\u00e7\u00f5es claras dos c\u00f3digos de tempo drop frame e non-drop frame frame, como funcionam, e como os c\u00f3digos de tempo afectam a legenda e a legendagem. <\/p>\n\n\n\n
O Timecode \u00e9 uma forma precisa de contar e rotular as molduras numa grava\u00e7\u00e3o para que se saiba a sua localiza\u00e7\u00e3o exacta. Pense em timecodes de v\u00eddeo como URLs na web. Quando navega na Internet, n\u00e3o presta aten\u00e7\u00e3o ao endere\u00e7o da p\u00e1gina em que se encontra. Contudo, se quiser comunicar alguma coisa sobre essa p\u00e1gina, precisa do URL para partilhar a sua localiza\u00e7\u00e3o exacta. O Timecode faz exactamente isto, mas para frames de v\u00eddeo, e \u00e9 utilizado para referenciar e sincronizar todos os tipos de ficheiros de \u00e1udio-v\u00eddeo. <\/p>\n\n\n\n
SMPTE timecode \u00e9 o padr\u00e3o para a etiquetagem de v\u00eddeo e filme. Foi desenvolvido na d\u00e9cada de 1960 pela Sociedade de Engenheiros Cinematogr\u00e1ficos e Televisivos (SMPTE)<\/a> para permitir a edi\u00e7\u00e3o precisa, identifica\u00e7\u00e3o e sincroniza\u00e7\u00e3o dos meios de comunica\u00e7\u00e3o. O timecode SMPTE \u00e9 tipicamente expresso no formato HH:MM:SS:FF (horas, minutos, segundos, fotogramas). As horas, minutos e segundos s\u00e3o numerados como um rel\u00f3gio normal. Os segundos s\u00e3o divididos em frames, que s\u00e3o imagens \u00fanicas. <\/p>\n\n\n\n As duas coisas principais que precisa de saber sobre o timecode antes de avan\u00e7armos mais s\u00e3o que<\/p>\n\n\n\n Enquanto a maioria dos conte\u00fados de v\u00eddeo da web \u00e9 referenciada em c\u00f3digo em tempo real, a situa\u00e7\u00e3o \u00e9 mais complexa no v\u00eddeo difundido. Quando a televis\u00e3o foi inventada, os fps (frames por segundo) baseavam-se no sistema el\u00e9ctrico da \u00e9poca. Uma vez que todas as emiss\u00f5es eram ao vivo e n\u00e3o gravadas, a \u00fanica forma de sincronizar as c\u00e2maras de filme de est\u00fadio com os televisores dos espectadores em casa era utilizar a rede el\u00e9ctrica. Os Estados Unidos - e subsequentemente todas as localiza\u00e7\u00f5es do National Television Standards Committee (NTSC) - utilizam 60Hz como base, enquanto que a Europa - e por conseguinte todas as localiza\u00e7\u00f5es de Phase Alternate Line (PAL) - utilizam 50Hz como base. <\/p>\n\n\n\n Originalmente, todos os v\u00eddeos eram a preto e branco a 30fps, sem op\u00e7\u00e3o de transmiss\u00e3o a cores. Quando a televis\u00e3o a cores foi introduzida em 1953, a norma NTSC foi modificada para acomodar a cor nos receptores a preto e branco existentes, criando um subportador que minimizava a interfer\u00eancia. A taxa de quadros foi reduzida de 30fps para 29,97fps, resultando numa disparidade entre o tempo real e o tempo de v\u00eddeo. <\/p>\n\n\n\n Hoje em dia, os formatos de c\u00f3digos de tempo ainda s\u00e3o numerados como se fossem 30 quadros por segundo. Por outras palavras, ff \u00e9 um n\u00famero de 00 a 29. Como sabemos, o timecode apenas contabiliza fotogramas completos. Assim, se a sua taxa de fotogramas for 29,97fps, o pr\u00f3ximo timecode ap\u00f3s HH:MM:01:29 seria HH:MM:02:00. Isso significa que em 100 segundos, haver\u00e1 apenas 2997 frames em vez de 3000. Isto cria um atraso, porque depois de 60 minutos em tempo real, um v\u00eddeo a tocar a 29,97fps ler\u00e1 apenas 00:59:56:12. Portanto, s\u00e3o necess\u00e1rios ajustes para mapear com precis\u00e3o em tempo real. <\/p>\n\n\n\n \u00c9 a\u00ed que entra a moldura de queda. <\/p>\n\n\n\n Ambos s\u00e3o m\u00e9todos de medi\u00e7\u00e3o de frames de v\u00eddeo em rela\u00e7\u00e3o ao tempo. A diferen\u00e7a \u00e9 que o frame de queda corresponde ao tempo real, enquanto que o frame de n\u00e3o queda n\u00e3o corresponde. O facto de que o c\u00f3digo de tempo sem drop frame n\u00e3o \u00e9 exacto em rela\u00e7\u00e3o ao tempo real \u00e9 a pr\u00f3pria raz\u00e3o pela qual o c\u00f3digo de tempo drop frame foi criado. Afinal, uma emissora deve saber a dura\u00e7\u00e3o exacta do seu programa para que possa programar a sua emiss\u00e3o com an\u00fancios publicit\u00e1rios para coincidir em tempo real ao longo do dia. Se os meios audiovisuais fossem produzidos em tempo real, rapidamente se veriam em apuros. <\/p>\n\n\n\n Em termos mais simples, ajuda a definir cada m\u00e9todo por fun\u00e7\u00e3o prim\u00e1ria:<\/p>\n\n\n\n O c\u00f3digo de tempo de queda de frame, muitas vezes abreviado para DF, foi introduzido como uma tentativa de corrigir a disparidade com v\u00eddeo de 29,97fps e faz\u00ea-la coincidir em tempo real. Uma vez que o timecode s\u00f3 pode contar fotogramas inteiros, deve haver 108.000 fotogramas por hora (30fps x 60 segundos x 60 minutos). No entanto, como o NTSC funciona a 29,97fps, 0,03 fotogramas n\u00e3o s\u00e3o contabilizados por cada segundo, o que significa um total de apenas 107.892 fotogramas por hora (29,97fps x 60 segundos x 60 minutos). A discrep\u00e2ncia total \u00e9 de 108 frames, ou 3,6 segundos (108 frames\/30fps), o que significa que uma hora de v\u00eddeo em tempo real a 29,97fps seria exibida no timecode como 01:00:03;18.<\/p>\n\n\n\n Ent\u00e3o como \u00e9 que se corrige a discrep\u00e2ncia? Em vez de tentar fazer corresponder o timecode a frames, a utiliza\u00e7\u00e3o do DF leva efectivamente a uma queda no n\u00famero de frames. Na realidade, n\u00e3o deixa cair nenhum frame, claro. Simplesmente deixa de contar as etiquetas das molduras. Mais especificamente, deixa cair um n\u00famero de fotogramas cada vez que os restantes 0,03 de um fotograma se somam a um fotograma completo, que \u00e9 uma vez a cada 33,33 segundos. Assim, em uma hora, o v\u00eddeo de fotogramas suspenso remove 108 n\u00fameros de fotogramas da contagem total, para que o v\u00eddeo de 29,97 fps termine em tempo real \u00e0 01:00:00;00.<\/p>\n\n\n\n No entanto, em vez de deixar cair todos os 108 n\u00fameros de fotogramas uma vez por hora, ou mesmo 18 n\u00fameros de fotogramas uma vez a cada 10 minutos, h\u00e1 um padr\u00e3o espec\u00edfico que segue um c\u00f3digo de tempo de queda de fotogramas. Os dois primeiros n\u00fameros de fotogramas s\u00e3o largados de cada minuto, com a exclus\u00e3o de cada d\u00e9cimo minuto. Por outras palavras, os n\u00fameros de fotogramas s\u00e3o descartados dos minutos 01-09, 11-19, 21-29, 31-39, 41-49, e 51-59. No entanto, os n\u00fameros dos fotogramas n\u00e3o s\u00e3o descartados nos minutos 00, 10, 20, 30, 40, ou 50. Quando uma hora de filmagem tiver decorrido, 108 n\u00fameros de fotogramas foram retirados da contagem, pelo que o contador \u00e9 ajustado para compensar a reprodu\u00e7\u00e3o de v\u00eddeo a uma taxa de 29,97fps em vez de 30fps.<\/p>\n\n\n\n \u00c9 importante lembrar que o c\u00f3digo de tempo de fotogramas gota a gota simplesmente remove n\u00fameros da contagem, e n\u00e3o remove quaisquer fotogramas reais para que a sua pr\u00f3pria grava\u00e7\u00e3o n\u00e3o seja afectada, independentemente de utilizar ou n\u00e3o fotograma gota a gota. <\/p>\n\n\n\n Felizmente, o c\u00f3digo de tempo sem gota, muitas vezes abreviado para NDF, \u00e9 significativamente mais simples. Conta cada frame de v\u00eddeo sem qualquer re-rotulagem, pelo que a rela\u00e7\u00e3o entre a grava\u00e7\u00e3o do timecode e a contagem de frames \u00e9 de 1:1. No entanto, surge um problema com a taxa de reprodu\u00e7\u00e3o padr\u00e3o do NSTC de 29,97fps, porque significa que uma hora de grava\u00e7\u00e3o em fotogramas sem queda n\u00e3o \u00e9 uma hora em tempo real. Na realidade, \u00e9 3,6 segundos mais curto. Isto porque est\u00e1 a contar 3000 fotogramas por 100 segundos quando a taxa de reprodu\u00e7\u00e3o \u00e9 realmente apenas 2997 fotogramas por 100 segundos. O resultado \u00e9 que um programa de 1 hora utilizando um c\u00f3digo de tempo sem gota terminar\u00e1 \u00e0s 00:59:56:12, em vez de 01:00:00:00.<\/p>\n\n\n\n Uma vez que nem os c\u00f3digos de tempo de fotogramas gota-a-gota nem os c\u00f3digos de tempo de fotogramas sem gota alteram de forma alguma a imagem visual, pode estar a perguntar-se porque \u00e9 que a sua escolha de fotograma gota-a-gota \u00e9 importante. Nenhum dos formatos \u00e9 melhor do que o outro quando se trata de edi\u00e7\u00e3o, e a maioria dos sistemas pode agora lidar com m\u00faltiplos formatos e taxas de fotogramas. A verdade \u00e9 que pode fotografar e editar em qualquer um dos dois, e at\u00e9 alternar entre eles - embora seja muito mais f\u00e1cil ser consistente. Na maioria das vezes, a escolha ser\u00e1 ditada pelo seu sistema de edi\u00e7\u00e3o, meios de distribui\u00e7\u00e3o, ou simplesmente pela prefer\u00eancia do editor de v\u00eddeo. No entanto, como regra geral, se a produ\u00e7\u00e3o se destinar \u00e0 difus\u00e3o, \u00e9 pr\u00e1tica corrente utilizar um c\u00f3digo de tempo drop frame.<\/p>\n\n\n\n N\u00e3o tem a certeza do formato que est\u00e1 a ver? \u00c9 f\u00e1cil determinar qual o c\u00f3digo temporal que est\u00e1 a ser utilizado. Os ficheiros de fotogramas sem gota utilizam todos os dois pontos (HH:MM:SS:FF) enquanto que os ficheiros de fotogramas com gota utilizam um ponto e v\u00edrgula ou um per\u00edodo entre os segundos e os fotogramas (HH:MM:SS;FF ou HH:MM:SS.FF).<\/p>\n\n\n\n Se ainda n\u00e3o est\u00e1 fechado a legendar o seu conte\u00fado de v\u00eddeo, est\u00e1 na hora de come\u00e7ar. Em primeiro lugar, \u00e9 uma melhor pr\u00e1tica recomendada para a acessibilidade digital, tal como recomendado no Directrizes de Acessibilidade do Conte\u00fado da Web (WCAG)<\/a>. Al\u00e9m disso, os v\u00eddeos legendados s\u00e3o consistentemente mais elevados do que aqueles sem legendas porque obt\u00eam mais envolvimento em termos de coment\u00e1rios, gostos e partilhas.<\/p>\n\n\n\n Ao legendar o seu v\u00eddeo, \u00e9 importante saber se o seu ficheiro \u00e9 drop frame ou non drop frame para que as suas legendas sejam sincronizadas com precis\u00e3o com o tempo do suporte. Se legendar um v\u00eddeo drop frame com legendas sem drop frame, nada ser\u00e1 sincronizado e o atraso ir\u00e1 piorar com o passar do tempo. Este problema \u00e9 facilmente evitado com o software Sonix avan\u00e7ado, baseado em nuvem. Sonix pode sincronizar automaticamente as suas legendas com o timecode do seu v\u00eddeo, permitindo-lhe ajustar manualmente as suas legendas \u00e0 perfei\u00e7\u00e3o.<\/p>\n\n\n\n Sonix \u00e9 a melhor multi-linguagem do mundo, transcri\u00e7\u00e3o autom\u00e1tica<\/a> e plataforma de legendagem. Com mais de 35 l\u00ednguas, oferece transcri\u00e7\u00f5es r\u00e1pidas e altamente precisas a um pre\u00e7o acess\u00edvel. <\/p>\n\n\n\nA evolu\u00e7\u00e3o do Timecode<\/h2>\n\n\n\n
Moldura de gota contra moldura de n\u00e3o gota: Qual \u00e9 a diferen\u00e7a? <\/h2>\n\n\n\n
O que \u00e9 o Drop Frame Timecode? <\/h3>\n\n\n\n
O que \u00e9 o Non-Drop Frame Timecode?<\/h3>\n\n\n\n
Escolha entre Moldura de gota e Moldura de n\u00e3o gota<\/h3>\n\n\n\n
Como os Quadros de Queda e N\u00e3o Queda afectam a Transcri\u00e7\u00e3o e Legenda <\/h2>\n\n\n\n
Transcri\u00e7\u00e3o sem complica\u00e7\u00f5es com Sonix<\/h2>\n\n\n\n