Hardsub vs Softsub: Qual Deles Deve Mesmo Entregar?
Hardsub vs softsub: um fica incrustado nos pixels e não se consegue desativar, o outro é uma faixa separada. Veja qual deles cada plataforma realmente aceita.
Um hardsub é desenhado nos pixels do vídeo e não pode ser desligado. Um softsub é uma faixa separada que o leitor desenha por cima, e que o espectador pode ocultar, mudar de estilo ou trocar por outro idioma. Entregue um hardsub quando o destino se recusa a ler um ficheiro de legendas, e um softsub em todos os outros casos.
É uma decisão de entrega, não de qualidade. A lista de destinos que recusam é mais curta do que aquilo a que as redes sociais nos habituaram, e escolher mal custa uma recodificação completa.
Hardsub vs softsub, lado a lado
| Propriedade | Hardsub | Softsub |
|---|---|---|
| Onde vive o texto | Nos pixels de cada imagem | Numa faixa ou ficheiro separado |
| O espectador pode desativá-lo | Não | Sim |
| O espectador pode trocar de idioma | Não, um vídeo por idioma | Sim, se as faixas existirem |
| O estilo sobrevive | Sempre, exatamente como foi renderizado | Só se o leitor o suportar |
| Precisa de recodificação | Sim | Não |
| Corrigível depois de exportar | Não, é preciso renderizar de novo a partir do master | Sim, edite o ficheiro de texto |
| Funciona em todos os leitores | Sim | Depende do leitor |
| Legível por máquina e indexável | Não | Sim |
| O que entrega | Um vídeo por idioma | Um vídeo e uns pequenos ficheiros de texto |
A linha que resolve a maioria das discussões é a sétima. Um hardsub não tem modo de falha: se o vídeo sequer chegar a reproduzir, o texto está lá — no tamanho e na cor que escolheu, numa smart TV com dez anos de existência, num feed em reprodução automática e sem som, numa miniatura de pré-visualização. Todas as outras linhas da tabela favorecem o softsub, e é essa única linha que explica porque é que os hardsubs ainda não desapareceram.
Porque é que um custa uma recodificação e o outro não
Desenhar texto numa imagem significa descodificar essa imagem, pintar sobre ela e voltar a codificá-la. O último passo é inevitável — os pixels que mudaram têm de ser escritos de novo, e os codificadores de vídeo têm perdas.
Um softsub não pede nada ao codificador. A multiplexagem copia os fluxos de vídeo e áudio existentes sem lhes tocar, e acrescenta um terceiro fluxo ao lado deles:
ffmpeg -i input.mp4 -i subs.srt -c copy output.mkv
Uma incrustação tem de tocar em cada imagem, e o atalho -c copy não está disponível para o fluxo de vídeo:
ffmpeg -i input.mp4 -vf "subtitles=subs.srt" -c:a copy output.mp4
O primeiro comando termina em cerca do tempo que demora a ler o ficheiro do disco. O segundo empurra o vídeo inteiro por um codificador, o que numa gravação de duas horas é uma longa espera e um custo de qualidade mensurável. Esse custo é controlável, não misterioso — é uma decisão de CRF, e incrustar legendas num vídeo aborda as definições que mantêm a perda invisível.
A assimetria agrava-se assim que mais do que um idioma entra em jogo. Oito idiomas em softsub são oito pequenos ficheiros de texto, ou oito faixas dentro de um único .mkv. Oito idiomas incrustados são oito codificações completas, oito ficheiros para guardar e oito envios — e é por isso que a entrega multilingue costuma significar faixas em softsub para a maioria dos idiomas, e uma incrustação só para o idioma ou dois que realmente importam.
Será que um softsub chega mesmo ao espectador?
É aqui que a resposta simples se desfaz, e vale a pena ser direto: há cinco coisas que podem correr mal entre um ficheiro de legendas correto e um espectador que o lê.
- O ficheiro separa-se do vídeo. Um
.srtà parte viaja como um segundo anexo, e segundos anexos perdem-se em aplicações de chat, discos partilhados e reenvios. Uma faixa multiplexada no contentor não tem este problema. - O MP4 quase não suporta legendas. O contentor transporta-as como
mov_text, um formato de texto temporizado simples, sem fontes, sem cores e sem posicionamento. Os leitores da Apple leem-no; muitos outros ignoram a faixa silenciosamente. É o motivo mais comum para um.mp4com softsub não mostrar absolutamente nada. - O estilo fica à mercê do motor de renderização. Uma faixa
.asstransporta contornos, posições, fontes e tempo de karaoke. O mpv, o VLC e o Plex desenham tudo isso, enquanto uma aplicação de TV económica o descarta e mostra texto branco simples. A comparação de formatos explica que funcionalidades sobrevivem a que conversão. - As plataformas recodificam o que envia. Uma rede social desmonta o seu ficheiro e reconstrói-o segundo a sua própria especificação. Tudo o que não estava à espera, incluindo um fluxo de legendas, não sobrevive a essa reconstrução.
- Reprodução automática sem som. Os feeds arrancam os vídeos em silêncio e com as legendas desligadas por predefinição, por isso uma legenda que o espectador tem de ativar é uma legenda que a maioria nunca chega a ver.
Nada disto torna o softsub uma má opção por predefinição. Só explica porque é que «funciona na minha máquina no VLC» é uma afirmação diferente de «funciona para o público».
Que plataformas aceitam um ficheiro de legendas?
Verificado com a documentação oficial de cada plataforma em setembro de 2026:
| Destino | Aceita um ficheiro de legendas | Entrega |
|---|---|---|
| YouTube | Sim, .srt, .vtt, .ttml e mais | Softsub |
| Vimeo | Sim, .srt e .vtt | Softsub |
Sim, .srt com o código de idioma no nome do ficheiro | Softsub | |
Sim, .srt | Softsub | |
| TikTok | Não | Hardsub |
| Instagram Reels | Não | Hardsub |
| X | Não | Hardsub |
| O seu próprio site | Sim, .vtt num elemento <track> | Softsub |
| VLC, mpv, Plex, Jellyfin | Sim, .srt ou .ass, à parte ou em .mkv | Softsub |
Três linhas têm arestas afiadas. A lista de formatos suportados pelo YouTube ronda os vinte, e o .ass não está entre eles, por isso o estilo de um ficheiro .ass desaparece assim que o envia. O Facebook rejeita um ficheiro de legendas cujo nome não traga o código de idioma exatamente na forma video.en_US.srt. E o YouTube nem sequer lista o .mkv como contentor aceite para envio, o que faz de um .mkv multifaixa um formato de entrega para leitores, não para plataformas.
As três linhas com «Não» merecem um esclarecimento. O TikTok, o Instagram e o X geram todos legendas dentro da própria aplicação, o que não é o mesmo que aceitarem as suas. Fica com a transcrição deles, o estilo deles, as quebras de linha deles, e a ideia deles sobre a velocidade a que uma linha pode ser lida — sem qualquer controlo sobre nada disto.
Quando entregar hardsub, softsub ou os dois
"Vou publicar no YouTube ou no Vimeo." Softsub. Um .srt ou .vtt por idioma. O texto fica indexado, os espectadores trocam de idioma sozinhos, e um erro de escrita corrige-se em dez segundos sem tocar no vídeo.
"Vou publicar no TikTok, no Reels ou no X." Hardsub, porque mais nada sobrevive. Estilize a pensar num feed vertical, sem som, percorrido com o polegar — não numa sala de estar.
"Vou enviar um corte a um cliente para revisão." Hardsub. Não está a entregar um master; está a entregar algo que tem de ficar bem logo à primeira vez que é aberto, seja em que programa for que o revisor lhe dê um duplo clique.
"Vou entregar um filme, uma biblioteca de cursos ou um arquivo." Softsub num .mkv, uma faixa por idioma com as fontes anexadas. É a única entrega que mantém todos os idiomas num único ficheiro e continua a deixar o espectador escolher.
"Vou publicar o mesmo vídeo em cinco idiomas." Os dois. Faixas em softsub para os cinco, cópias incrustadas para o idioma ou dois com mais audiência.
"Não faço ideia de onde isto vai parar." Guarde sempre um master limpo com os ficheiros de legendas ao lado, e incruste cópias conforme for preciso. Inverter esta ordem é o erro que custa uma tarde inteira: um softsub pode sempre ser incrustado mais tarde; um hardsub nunca mais pode ser retirado.
Produzir os dois a partir da mesma transcrição
A pergunta prática raramente é qual dos dois é melhor. É como obter os dois a partir do mesmo trabalho — porque a transcrição, os tempos e o estilo são idênticos nos dois casos, e só a exportação final é que muda.
É assim que o Sablate está construído. Uma tarefa guarda uma transcrição mais uma camada de tradução por idioma, cada camada com o seu próprio estilo e a sua própria fonte de escrita, e é no passo de exportação que a bifurcação acontece: ficheiros de legendas para as plataformas que os leem, um .mp4 incrustado para as que não leem, ou um único .mkv com uma faixa por idioma para reprodução local. Nada é transcrito duas vezes entre estas três opções, e o vídeo nunca sai da máquina. O plano gratuito cobre vídeos até dez minutos, três tarefas por mês e um .mp4 incrustado com uma pequena marca no canto; a exportação .ass e o .mkv multifaixa fazem parte do Pro, por um único pagamento de $29, listados na página de preços.
Para um único ficheiro num único idioma, no entanto, a resposta honesta é que pode nem precisar de nenhuma aplicação:
| Tarefa | FFmpeg e mkvmerge | Subtitle Edit | Sablate |
|---|---|---|---|
| Incrustar um ficheiro de legendas na imagem | Sim | Sim | Sim |
Multiplexar uma faixa de legendas num .mkv | Sim | Não | Sim, Pro |
| Transcrever a fala para um ficheiro de legendas | Não | Sim | Sim |
| Uma transcrição, várias camadas de idioma | Não | Parcial | Sim |
| Estilo e fontes de escrita por idioma | Não | Não | Sim |
| Preço | Gratuito | Gratuito | $29 pagamento único |
O FFmpeg e o mkvmerge multiplexam e incrustam de graça, e o Subtitle Edit lê mais formatos de legendas do que o Sablate alguma vez vai ler. Se o trabalho à sua frente for um único idioma e cirurgia de formato, essas são as ferramentas melhores, e não custam nada.
Resumindo
Softsub por predefinição, hardsub onde o destino não deixa escolha, e um master limpo guardado de qualquer forma. A incrustação é o único passo irreversível em legendagem, por isso faça dela sempre o último passo, e decida-a por destino, não por projeto. Se houver mais do que um idioma envolvido, construa primeiro as faixas em softsub e trate cada cópia incrustada como um alvo de renderização — da mesma forma que trataria um recorte vertical ou uma versão reduzida para redes sociais.