Ferramentas de vídeo — cortar, aparar, dividir e juntar vídeo
Cortador de vídeo
Cortador de vídeo - aparar, cortar, dividir e juntar vídeos online — corte partes indesejadas, divida um clip em vários segmentos, ou junte vários ficheiros de vídeo num só. Todo o processamento é feito localmente no seu navegador, por isso os seus ficheiros nunca são enviados para nenhum servidor e a sua privacidade fica totalmente protegida.
Entrada suportada: vídeos que usam codecs abertos e sem royalties como VP8/VP9/AV1/MPEG-4/FFV1 (contentores WebM, MKV, MP4, MOV, AVI). O formato e os codecs de saída são escolhidos abaixo; cada saída é recodificada localmente no seu navegador.
A primeira utilização carrega um motor de processamento de vídeo de ~30 MB no navegador atual. Fica em cache e é reutilizado depois, por isso seja paciente.
🎥
Clique para selecionar ou arraste e largue um ficheiro de vídeo
Suporta WebM, MKV, MP4, MOV, AVI e outros formatos comuns; recomendado até 500 MB
Aparar / cortar: mantenha apenas a parte do vídeo entre os instantes de início e de fim (formato HH:MM:SS ou segundos simples, ex. 00:00:05 ou 5). O segmento selecionado é recodificado num novo ficheiro.
Dividir: divida o vídeo em várias partes. Ou indique instantes (separados por vírgulas, ex. 00:00:10,00:00:20) ou divida num número igual de partes. Cada parte é transferida separadamente.
Juntar: acrescente dois ou mais ficheiros de vídeo, ordene-os e depois junte-os num só ficheiro. Todas as entradas são recodificadas com as mesmas definições, por isso os codecs diferentes são tratados, mas para melhores resultados mantenha resoluções e definições de áudio semelhantes.
O que são keyframes e GOPs? Porque é que cortar vídeo é mais difícil do que parece
Cortar um vídeo soa a apagar uma fatia de bytes, mas o vídeo comprimido não guarda imagens completas. Um fluxo comprimido é uma cadeia que começa com uma imagem totalmente autónoma (um keyframe, o fotograma I) seguida de dezenas de fotogramas que apenas guardam o que mudou desde o anterior. Não consegue descodificar o fotograma 47 sem ter já descodificado os fotogramas 1 a 46. Essa cadeia de dependências — um keyframe mais todos os fotogramas que dele dependem — chama-se GOP (Group of Pictures). Cortar é, portanto, uma negociação com a estrutura de GOPs: corte num keyframe e pode copiar bytes; corte em qualquer outro sítio e algo tem de ser reconstruído.
Cinco factos para ancorar o resto desta página: • Fotograma I (keyframe) = imagem completa, descodificável sozinha; fotograma P = alterações face ao fotograma anterior; fotograma B = alterações interpoladas entre dois fotogramas • GOP = um keyframe mais os seus dependentes; comprimento típico: 1–2 segundos (a 30 fps são 30–60 fotogramas) • corte em keyframe = copia os GOPs existentes, instantâneo e sem perdas, mas o corte encaixa no keyframe mais próximo (até um desvio de um comprimento de GOP) • corte preciso ao fotograma = exatamente o fotograma escolhido, mas o GOP da fronteira tem de ser recodificado • o tamanho segue o débito: um clip de 60 segundos a 12 Mbps são 12×60/8 = 90 MB, independentemente do que está na imagem
Fotogramas I, P e B
O fotograma I ("intra") é uma imagem completa, semelhante a um JPEG, desse momento; é grande mas não precisa de mais nada. O fotograma P ("predito") guarda apenas a diferença face ao fotograma anterior — um plano de câmara estática torna os fotogramas P quase gratuitos, e por isso o vídeo de pessoas a falar comprime tão bem. O fotograma B ("bidirecional") é previsto a partir do fotograma anterior e do seguinte, apanhando objetos que aparecem e voltam a desaparecer; é o mais barato de guardar mas o mais difícil de editar, porque a ordem de descodificação já não coincide com a ordem de apresentação. Os leitores de edição escondem esta complexidade; o formato do ficheiro não.
Porque é que um corte em keyframe é instantâneo e sem perdas
Um corte em keyframe seleciona GOPs inteiros e copia os seus bytes comprimidos para um novo contentor — sem descodificação, sem recodificação, terminado em cerca do tempo que demora a escrever o ficheiro. O preço é a precisão: o ponto de entrada pedido só pode cair onde existe de facto um keyframe. Com um GOP de 2 segundos a 30 fps (60 fotogramas por GOP), o keyframe mais próximo pode estar a até 59 fotogramas de distância, por isso o clip pode começar notoriamente antes ou depois do que marcou. Os streamers codificam com intervalos de keyframe de 1–2 s precisamente para que a procura continue ágil; as gravações de vigilância com GOPs de 10 segundos são famosas por "saltar" ao serem percorridas.
Porque é que um corte preciso ao fotograma tem de recodificar
Suponha que o fotograma inicial perfeito é um fotograma P a meio de um GOP. Os seus bytes comprimidos dizem "igual ao fotograma anterior, exceto..." — inúteis sem os fotogramas anteriores. Para o tornar autónomo, o cortador tem de descodificar o GOP inteiro até esse fotograma, promover o fotograma escolhido a um novo keyframe, e recodificá-lo (e tudo o que vem depois até ao próximo keyframe original). Só o GOP da fronteira paga este custo: o resto do clip continua a copiar byte a byte. É por isso que o corte preciso ao fotograma é mais lento mas apenas ligeiramente mais lossy — um GOP recebe uma segunda passagem de compressão, o resto fica intocado.
Ideias erradas comuns
"Cortar apenas apaga uma secção do ficheiro." Quase nenhum fotograma existe sozinho num fluxo comprimido; cada ponto de corte tem de ser reconciliado primeiro com a estrutura de GOPs.
"Cada corte recodifica e custa qualidade." Os cortes em keyframe nunca recodificam. Mesmo os cortes precisos ao fotograma só recodificam o único GOP da fronteira; tudo o que é copiado depois dele é idêntico bit a bit.
"O ponto de corte está exatamente onde arrastei o marcador." No modo de keyframe encaixa no keyframe mais próximo; só o modo preciso ao fotograma respeita o fotograma exato — e isso é uma escolha de modo, não um erro.
