De MOV para MP4: porque é que o vídeo do iPhone não abre no Windows
Publicado a 03/07/2026 · 14 min de leitura · Ferramentas de ficheiros
Daniel Okonkwo — Programador front-end e redator de Tecnologia na OneKitly
Desempenho web · Formatos de ficheiro
Verificado a partir de 4 fontes
MOV e MP4 são contentores — caixas que guardam fluxos e uma tabela que diz onde vive cada fotograma — e são caixas aparentadas: a referência da MDN sobre contentores lembra que o formato MP4 deriva do formato base ISO, que por sua vez deriva diretamente do formato QuickTime da Apple. Renomear um para o outro não repara nada nem parte nada em particular, porque a extensão raramente era o obstáculo. O obstáculo é o codec lá dentro. Desde o iOS 11 um iPhone deixado na definição de origem grava vídeo em HEVC, também chamado H.265, e escreve-o num ficheiro .mov; a página de apoio da Apple indica que a alternativa é abrir Definições, tocar em Câmara, tocar em Formatos e escolher «Mais compatível», após o que todas as fotos e vídeos novos usam JPEG ou H.264. O HEVC é mesmo melhor — praticamente a mesma imagem com metade dos bits — mas descodificá-lo não é universal. O macOS fá-lo desde o High Sierra, e é por isso que o ficheiro toca na perfeição no Mac de onde saiu. O Windows não necessariamente: a Microsoft vende na sua própria loja um pacote HEVC Video Extensions cujo objetivo declarado é precisamente permitir que as aplicações do Windows reproduzam vídeo HEVC, o que diz tudo sobre o que acontece sem ele. Os navegadores são ainda mais estritos, já que a MDN dá o contentor QuickTime como não suportado no Chrome, Edge, Firefox e Safari, enquanto o MP4 o é em todos. Há, portanto, duas reparações distintas. Se o codec já for H.264, só a caixa está errada, e a operação correta é uma remultiplexagem — copiar os fluxos para um MP4 sem lhes tocar, o que a documentação do FFmpeg descreve como muito rápido e sem perda de qualidade. Se o codec for HEVC, a caixa não vem ao caso e o ficheiro tem de ser mesmo recodificado para H.264, ao preço de tempo e de uma geração de qualidade. Este conversor faz sempre a segunda coisa: descodifica e recodifica com libx264 a CRF 23, por isso salvará uma gravação HEVC, e também cobrará uma geração desnecessária a um ficheiro que só precisava de mudar de caixa.
A extensão quase nunca é o problema real. Um .mov e um .mp4 são primos da mesma família de formatos, e o que trava mesmo o vídeo é o codec selado lá dentro — quase sempre HEVC. Eis como distinguir as duas avarias, e quando basta mudar a caixa.
A extensão nomeia a caixa, não o que está lá dentro
Um ficheiro de vídeo tem duas camadas independentes. O contentor é a estrutura exterior: guarda um ou mais fluxos, regista como se alinham no tempo e leva um índice que diz onde começa cada fotograma. MP4, o MOV do QuickTime, o MKV do Matroska e o WebM são todos contentores. O codec é o que comprimiu as imagens num fluxo à partida — H.264, HEVC, VP8, VP9, AV1. Um contentor pouco se importa com o codec que transporta, e um codec pouco se importa com o contentor que o transporta. É por isso que o mesmo vídeo H.264 pode estar dentro de um .mov e de um .mp4 e ser, byte a byte no que interessa, idêntico.
MOV e MP4 não são sequer parentes distantes. A referência da MDN sobre contentores multimédia indica que o formato de ficheiro MP4 deriva do formato base ISO, que por sua vez deriva diretamente do formato QuickTime desenvolvido pela Apple. Usam as mesmas caixas, os mesmos nomes de átomos, a mesma ideia de índice. Essa semelhança de família é precisamente a razão por que tanta gente conclui que basta renomear o ficheiro — e a razão por que renomeá-lo tantas vezes não muda nada. Se o codec de dentro era o problema, a nova extensão apenas deixa o leitor avançar mais um passo antes de desistir.
O que um iPhone escreve realmente
A Apple introduziu o HEIF para as fotografias e o HEVC para o vídeo com o iOS 11 e o macOS High Sierra, e todo o iPhone a partir do 7 consegue gravar nesses formatos. O argumento é honesto: a mesma imagem com cerca de metade do armazenamento. A definição que controla isto está em Definições, Câmara, Formatos, e oferece duas escolhas — «Alta eficiência», a de origem, que produz HEVC, e «Mais compatível», de que a própria página de apoio da Apple diz que fará todas as fotos e vídeos novos usarem JPEG ou H.264. Essa única definição está na origem de quase todas as perguntas do género «o meu MOV não toca», e só afeta as gravações feitas depois de a mudar.
Dois detalhes poupam muita confusão. Primeiro, o contentor não muda com a definição: o iPhone escreve um ficheiro .mov nos dois casos, por isso a extensão não diz nada sobre o codec que tem. Segundo, a Apple já tenta ajudar. A sua página de apoio nota que quando o conteúdo é partilhado por AirDrop, Mensagens ou correio e o dispositivo recetor não suporta os formatos novos, pode ser enviado automaticamente num mais compatível, como o H.264 — e é por isso que o clipe que o seu colega recebeu por mensagem abriu bem e o que copiou do telemóvel por cabo não.
Porque é o Windows a máquina que diz que não
O HEVC é tecnologia patenteada, e o arranjo de licenciamento à sua volta explica que o suporte seja desigual de um modo que o do H.264 não é. A Apple integrou a descodificação no macOS e no iOS a partir do High Sierra e do iOS 11 e absorveu o custo, por isso o ficheiro toca sempre na máquina de onde saiu. A Microsoft seguiu o outro caminho: publica na sua própria loja um pacote HEVC Video Extensions, vendido e não incluído, cujo objetivo declarado é permitir-lhe reproduzir vídeos HEVC em qualquer aplicação de vídeo no Windows. Uma máquina Windows que nunca o instalou abrirá o .mov, encontrará um fluxo que não sabe descodificar, e reportará qualquer coisa, de um erro de codec a um retângulo preto com som.
O navegador é a segunda parede, e é outra. A referência de contentores da MDN marca o contentor QuickTime como não suportado no Chrome, Edge, Firefox e Safari, enquanto o MP4 o é nos quatro. Assim, um .mov com H.264 perfeitamente vulgar continuará a recusar-se a pré-visualizar num formulário de envio web, num sistema de gestão de conteúdos ou num editor online — e aí o contentor é mesmo o problema, e mudar de caixa seria mesmo toda a reparação. A mesma referência dá o WebM como suportado em todo o lado, e é por isso que o terceiro modo de falha, o .webm que não abre num programa de apresentações ou numa montagem, é a imagem invertida do primeiro.
Remultiplexar ou recodificar: duas operações idênticas vistas de fora
Uma remultiplexagem abre o contentor antigo, retira os fluxos comprimidos sem lhes tocar, e deposita-os num contentor novo. Nada é descodificado, nada é recomprimido, e a documentação do FFmpeg di-lo sem rodeios: sem descodificação nem codificação é muito rápido e não há perda de qualidade. Um ficheiro de dois gigabytes remultiplexa-se em poucos segundos, e a imagem que sai é a mesma imagem, bit a bit. É a operação correta sempre que o codec já é aceitável e só o invólucro está errado — um MOV em H.264 que um formulário web recusa, um MKV descarregado em que um navegador não toca.
Uma recodificação é outra coisa por completo. Descodifica cada fotograma de volta a imagens e comprime-as outra vez com um codec diferente, o que é a única forma de transformar HEVC em H.264, porque os dois descrevem o movimento de maneiras incompatíveis. Leva tempo a sério — minutos e não segundos — e custa uma geração de qualidade, porque o segundo codificador está a comprimir uma imagem que já carrega os compromissos do primeiro. Numa única passagem a partir de uma boa fonte essa geração costuma ser invisível. Faça-o quatro vezes e deixa de ser.
Sendo franco sobre esta ferramenta: não tem via de remultiplexagem. Escolha o destino que escolher, ela descodifica e recodifica, por isso vai custar-lhe sempre essa geração, mesmo num ficheiro que só precisava de um invólucro novo. É uma limitação real, e vale a pena conhecê-la antes de lhe dar um MOV que já sabe conter H.264 — nesse caso o melhor é guardar o original e mudar aquilo a que o envia, se puder. Onde a ferramenta ganha o seu lugar é no caso para que foi feita: uma gravação HEVC que tem de virar um MP4 em H.264, o que é uma recodificação seja qual for o programa, feita aqui sem que o ficheiro saia da sua máquina.
Descobrir o que tem realmente
O diagnóstico mais rápido não precisa de software. Se o vídeo toca no Mac ou no iPhone de onde saiu e falha num PC com Windows, suspeite do codec: é o padrão HEVC quase sempre. Se toca num leitor de secretária na mesma máquina mas uma página web ou um formulário de envio o recusa, suspeite do contentor, porque o leitor é de espírito aberto e o navegador não. Se não toca em lado nenhum, incluindo no aparelho que o fez, o ficheiro está provavelmente danificado e nenhuma conversão ajudará.
Para uma resposta definitiva, abra o ficheiro no VLC e veja a informação de codec: nomeia o codec de vídeo sem rodeios, por isso lerá H.264 ou HEVC e deixará de adivinhar. Num Mac, selecionar o ficheiro e abrir Obter informações mostra os codecs em Mais informações. No Windows, o separador Detalhes das propriedades do ficheiro é inconsistente quanto a isto, por isso o VLC é a via fiável. Vale a pena fazê-lo uma vez num ficheiro da sua própria câmara, porque a resposta será a mesma para tudo o que essa câmara produzir até alguém mudar a definição.
O que este conversor faz, e porque o MP4 responde a quase tudo
Três destinos, e não são equivalentes. Escolher MP4 codifica a imagem com libx264 a CRF 23 e o som em AAC a 128 kbit/s, e depois escreve o ficheiro com a opção faststart, de modo que o índice fica à cabeça e o vídeo pode começar a tocar antes de ter chegado por inteiro. Escolher MKV corre a mesma codificação H.264 e AAC dentro de um contentor Matroska, sem faststart, o que serve para um leitor de secretária e não serve de nada na web, já que o Matroska não é um contentor que os navegadores aceitem. Escolher WebM segue um caminho diferente: VP8 para a imagem e Opus para o som.
O caminho WebM traz uma armadilha que convém dizer com clareza. Não usa um alvo de qualidade de todo: pede um débito de vídeo fixo de 1 Mbit/s, seja qual for a fonte. Numa gravação de ecrã a 480p isso é generoso. Num clipe a 1080p é um oitavo do que o YouTube recomenda para essa resolução, e em imagens 4K é uma caricatura. Se precisa especificamente de WebM — para uma página web onde o tamanho conta mais do que a fidelidade — reduza primeiro a resolução para que esse 1 Mbit/s tenha menos trabalho. Para qualquer outro fim, escolha MP4: é o único contentor em que os navegadores, os telemóveis, os editores, os programas de apresentação e os formulários de envio concordam todos.
| Ficheiro que tem | Codec habitual lá dentro | Onde falha | Basta uma remultiplexagem? |
|---|---|---|---|
| .mov, iPhone em «Alta eficiência» | HEVC (H.265) | Windows sem a extensão de codec, navegadores, editores antigos | Não — a própria imagem tem de ser recodificada para H.264 |
| .mov, iPhone em «Mais compatível» | H.264 | Navegadores e formulários de envio web; os leitores de secretária estão à vontade | Sim — só o contentor está errado |
| .mp4 de um telemóvel Android ou de uma câmara | H.264 | Quase em lado nenhum | Nada a reparar |
| .mov, gravação de ecrã de um Mac | H.264, ou HEVC com definições recentes do macOS | Depende inteiramente de qual dos dois é — verifique antes de converter | Só se for H.264 |
| .webm descarregado da web | VP8 ou VP9 | Programas de apresentações, editores de vídeo, alguns televisores | Não — VP8 e VP9 não cabem num MP4 para esses programas |
| .mkv de uma transferência | Qualquer coisa — H.264, HEVC ou AV1 | Os navegadores não aceitam Matroska de todo | Sim se o codec for H.264; caso contrário recodifique |
Perguntas frequentes
- Posso simplesmente mudar o nome de .mov para .mp4?
- Às vezes funciona, e vale trinta segundos antes de converter o que quer que seja. Os dois formatos são parentes suficientemente próximos para que um ficheiro QuickTime com H.264 e AAC seja muitas vezes já um MP4 válido, e um leitor que recusava só pela extensão abri-lo-á então. Mas as caixas não são idênticas — o QuickTime permite estruturas e codecs que o MP4 não permite — pelo que um ficheiro renomeado também pode ser rejeitado de imediato ou tocar com a duração errada. Guarde uma cópia do original antes de tentar, e se o ficheiro renomeado se portar mal de alguma maneira, faça a conversão a sério.
- Devo pôr o iPhone em «Mais compatível» e esquecer o assunto?
- É uma escolha razoável se entrega vídeos a máquinas Windows com regularidade, e custa-lhe armazenamento a sério: o HEVC dá praticamente a mesma imagem com metade dos bits, por isso as gravações em H.264 ocupam bastante mais espaço no telemóvel e nas suas cópias de fotografias. A definição só afeta as gravações novas, por isso não faz nada pela biblioteca que já tem. Um bom caminho intermédio é deixar o telemóvel em «Alta eficiência» e converter o punhado de clipes que têm mesmo de viajar, que é o trabalho menor em quase todas as casas.
- Quanta qualidade custa a conversão?
- Uma geração, e no CRF 23 que esta ferramenta usa essa geração é normalmente invisível numa primeira passagem a partir de uma fonte decente. O que a torna visível é a repetição: converta, envie a alguém que volte a converter, e depois carregue o resultado num sítio que recodifica à chegada, e à quarta passagem a moleza nas sombras e o arrasto no movimento saltam à vista. A regra é guardar o original e converter sempre a partir dele, nunca a partir de uma cópia já convertida. É a mesma regra que desaconselha encadear conversão, compressão e redimensionamento em três passos se um só puder fazer o trabalho.
- A conversão falhou e a ferramenta só disse que não conseguia converter o ficheiro.
- A causa habitual é a memória e não o formato. O ficheiro inteiro é carregado no separador do navegador e o codificador trabalha ali, por isso uma gravação longa em 4K num telemóvel pode esgotar a memória do separador e parar. Experimente um clipe mais curto, ou o mesmo clipe num computador de secretária, antes de concluir que o ficheiro não é suportado. A segunda causa é uma entrada realmente exótica — cadência variável de um gravador de ecrã, um fluxo sem fotogramas-chave, um formato de áudio invulgar — e nesse caso extrair o áudio à parte e converter só o vídeo dir-lhe-á muitas vezes qual das metades é o problema.
- É sempre o HEVC o culpado quando algo não toca?
- Não, e supô-lo desperdiça conversões. O AV1 é hoje comum nas transferências e é mais recente do que o HEVC, por isso as máquinas antigas recusam-no com a mesma facilidade. Um fluxo H.264 ou HEVC a 10 bits ou em HDR pode falhar em hardware que trata perfeitamente a versão de 8 bits do mesmo codec. O áudio pode ser o bloqueio por si só — um vídeo com uma faixa de áudio invulgar às vezes mostra imagem e fica mudo, ou recusa de imediato. E um ficheiro que não toca em lado nenhum, nem sequer no aparelho que o gravou, é normalmente uma transferência truncada e não uma questão de codec.
Artigos que podem interessar-lhe
Todos os guias →Ferramentas relacionadas
Os limites de envio são os que cada serviço publicou na data citada e mudam sem aviso: verifique o valor em vigor antes de codificar. Os débitos recomendados são pontos de partida, não regras: o que um clipe realmente precisa depende da quantidade de movimento e de detalhe que contém.
Fontes
- Apple Support — Using HEIF or HEVC media on Apple devices — Camera > Formats > Most Compatible produces JPEG or H.264; HEIF and HEVC arrived with iOS 11 and macOS High Sierra (published 5 December 2025, read 13 August 2026)
- MDN Web Docs — Media container formats — MP4 derives from the ISO base media file format, itself derived from QuickTime; browser support tables for MOV, MP4 and WebM
- Microsoft Store — HEVC Video Extensions — a paid Store package whose stated purpose is to play HEVC videos in any video app on Windows (read 13 August 2026)
- FFmpeg — Documentation, stream copy — with no decoding or encoding it is very fast and there is no quality loss
Detetaste um erro neste artigo?