La primera vez que convertí una grabación de pantalla para un cliente, lo hice de la forma en que todos lo hacen: dejé caer el MOV en un convertidor, esperé once minutos y envié el MP4. El archivo era un 40% más pequeño y notablemente más suave, y el cliente preguntó por qué el texto de la demostración se veía confuso. La respuesta fue que nada necesitaba convertir en primer lugar. El video dentro de ese MOV ya era H.264, que es exactamente lo que contiene un MP4. Once minutos de codificación de nuevo habían desechado calidad para producir un archivo que podría haber sido idéntico en bytes en unos dos segundos. Esa es toda la idea detrás de la convertidor de video según Toolz.dev, y vale la pena entender cualquier herramienta que utilices.
TL;Dr: La mayoría de los archivos MOV ya contienen video H.264 y audio AAC, que es lo mismo que contiene un MP4, por lo que convertir entre ellos no requiere una nueva codificación. Las corrientes se copian en un nuevo contenedor, un proceso llamado remuxing. Se tarda segundos en lugar de minutos y no pierde nada, porque no se decodifica ni se vuelve a comprimir ningún píxel. la herramienta convertidor de video Copias de forma predeterminada y solo vuelven a codificar cuando los formatos lo requieren genuinamente, y se ejecuta a través de FFmpeg compilado en WebAssembly dentro de la pestaña de su navegador, por lo que el video nunca se carga.
¿Qué es un contenedor y por qué importa?
Un archivo de video tiene dos capas, y casi todas las cosas confusas sobre la conversión de video provienen de mezclarlas.
los vasijilla es el envoltorio. Contiene las transmisiones, registra cuánto tiempo están, dónde comienza cada cuadro, en qué idioma se encuentra la pista de audio y qué miniatura mostrar. MP4, MOV, WebM, AVI y MKV son contenedores. La extensión del archivo nombra el contenedor, no el video.
los codec es la compresión en el interior. H.264, H.265, VP9 y AV1 comprimen la imagen. AAC, OPUS, MP3 y FLAC comprimen el sonido. El códec es lo que determina si el archivo se reproduce en un dispositivo determinado y es lo que tarda en cambiar.
Una vez que separas esas dos ideas, la pregunta útil deja de ser "¿Qué formato es este?" y se convierte en "¿Qué capa estoy cambiando?" Cambiar el contenedor es barato. Cambiar el códec es caro y con pérdida. Una herramienta que no distinga entre ellos le cobrará la costosa operación por el trabajo barato cada vez.
¿Por qué mov a mp4 es casi instantáneo?
Porque un MOV y un MP4 son parientes cercanos. El formato de archivo fue la base del formato de archivo de base ISO, en el que se basa MP4, por lo que los dos contenedores organizan sus datos de la misma manera. Y las transmisiones dentro de ellas suelen ser las mismas transmisiones: una grabación de iPhone, una captura de pantalla de Mac, un clip de DSLR y una exportación de estreno, generalmente producen video H.264 con audio AAC, ya sea que lo envuelvan en un .mov o un .mp4.
Entonces la conversión es un aparcametanica: Lea donde comienza y termina cada flujo, escriba esos bytes en un nuevo contenedor, escriba un nuevo índice. No se decodifica ningún marco. No se examina ningún píxel. La salida es los mismos datos de video en un contenedor diferente, y no tiene pérdidas en el sentido estricto de que los fotogramas decodificados son idénticos a bits.
En la práctica, eso significa que un clip de dos minutos termina en aproximadamente un segundo en lugar de un minuto o más, y el tamaño del archivo apenas se mueve, porque los datos de video no cambiaron. Un convertidor que tarda minutos en este trabajo y devuelve un archivo más pequeño lo ha vuelto a codificar, y la caída de tamaño es de calidad que ya no tiene.
Aquí es cuando se aplica cada ruta.
| Fuente | blanco | Qué pasa | anfetamina | costo de calidad |
|---|---|---|---|---|
| MOV (H.264/AAC) | MP4 | Remux, flujos copiados | artículos de segunda clase | nadie |
| MP4 (H.264/AAC) | movimiento de la mano | Remux, flujos copiados | artículos de segunda clase | nadie |
| MOV o MP4 | web | con respecto a -codificar a VP9/OPUS | acta | Algunos, depende de la configuración |
| cualquier video | GIF | con respecto a -Codificar, paleta reducida a 256 colores | acta | Severo, por diseño |
| GIF | MP4 | con respecto a -Codificar a H.264 | segundos a un minuto | Menor, generalmente invisible |
¿Cuándo hay que volver a codificar?
Tres casos, y sólo tres.
El contenedor de destino no puede contener el códec. WebM acepta VP8, VP9 y AV1 para video y Vorbis u OPUS para audio. No acepta H.264. Entonces, MP4 a WebM siempre es una conversión real, y llevará tiempo real.
El códec de origen no es H.264 en una envoltura H.264. Un prorres mov de una cámara, una captura de dv, un viejo divx avi: esos códecs tienen que MP4 técnicamente puede llevar en algunos casos, pero la mayoría de los jugadores se negarán. Convertirlos significa decodificación y recompresión.
Estás cambiando deliberadamente la imagen. Reducir la resolución, bajar la velocidad de bits, cambiar la velocidad de fotogramas. No hay forma de hacer un video más pequeño sin volver a comprimirlo, por lo que reducir un archivo es un trabajo diferente al cambiar su formato. Para eso, use el compresor de video, que existe precisamente porque la compresión y la conversión son diferentes operaciones que las personas confunden razonablemente.
¿Por qué la conversión a GIF es mucho peor de lo que parece?
Un GIF tiene como máximo 256 colores para toda la imagen. Ese es el límite definitorio del formato, establecido en el GIF89A Especificación en 1989, y ningún codificador puede solucionarlo. Por lo tanto, cada conversión de video a GIF tiene que elegir cuáles 256 colores de los 16,7 millones pueden contener.
Hecho ingenuamente, cuadro por cuadro, cada cuadro elige su mejor 256. El resultado es que la misma camisa es de un color ligeramente diferente en marcos consecutivos, y la imagen completa parece gatear y brillar. Esta es la queja más común sobre la salida de video a GIF, y es completamente un artefacto de paletas por cuadro.
La solución es una codificación de dos pases: primero escanee el clip completo, construya una paleta que lo sirva todo y luego codifique cada cuadro contra esa paleta compartida. El rastreo desaparece porque los colores dejan de moverse. El convertidor Toolz ejecuta ambos pases, por lo que un GIF toma un momento más que una herramienta de paso único y parece considerablemente más estable.
La segunda sorpresa es el tamaño. GIF almacena cuadros enteros en lugar de las diferencias entre ellos, sin la compensación de movimiento que hace que los códecs de video modernos sean eficientes. Un clip de cinco segundos de 400 KB como MP4 será de forma rutinaria de 4 MB como GIF. Lo que lleva a que la conversión valga la pena hacer con más frecuencia de lo que la gente cree.
¿Debo convertir un gif a mp4 en su lugar?
Casi siempre, sí. La misma animación codificada como H.264 suele ser una décima parte del tamaño, se reproduce en línea en los navegadores móviles donde un GIF grande se detiene o es acelerado, y admite la decodificación de hardware para que no se caliente el teléfono. Cada plataforma social importante convierte silenciosamente los GIF que subes en video exactamente por estas razones, lo cual es una señal razonable sobre qué formato se adapta al trabajo.
Un detalle decide si la conversión funciona. H.264 requiere dimensiones de píxeles uniformes, debido a cómo el estándar Organiza el muestreo de croma y los GIF con frecuencia tienen algunos impares: un GIF de 601 píxeles es perfectamente normal. Un codificador entregado dimensiones impares falla directamente con un mensaje críptico o si silenciosamente se rellena el marco. El convertidor aquí redondea el tamaño hasta el número par más cercano antes de la codificación, que es un recorte de un píxel que nadie puede ver y la diferencia entre un archivo y un error.
¿Se sube el video a alguna parte?
No, y esta es la parte que cambia la forma en que puedes usarla. La conversión se ejecuta a través de FFmpeg compilado en WebAssembly, ejecutándose dentro de la pestaña de su navegador. El archivo se lee de su disco a la memoria de la página, se convierte allí y se devuelve como descarga.
Eso tiene tres consecuencias prácticas:
- Nada sale de tu máquina. Abra DevTools, cambie al panel de red, convierta un archivo y mire: ninguna solicitud lleva el video. Para las imágenes en NDA, demostraciones de productos inéditas, cualquier cosa con una persona que no aceptó una carga de un tercero, esta es la diferencia entre utilizable y no.
- No hay cola ni tapa de tamaño. No estás esperando detrás de los trabajos de otras personas, y ningún plan te limita a 100 MB. El límite real es la memoria de la pestaña de su navegador, que en una computadora portátil normal maneja archivos de unos pocos cientos de megabytes cómodamente.
- La primera carrera es más lenta que el resto. El paquete FFmpeg WebAssembly se tiene que descargar una vez, que es de unos segundos. Después de eso, se almacena en caché y las conversiones posteriores comienzan de inmediato.
La operación es honesta: un servidor con un codificador dedicado es más rápido en archivos muy grandes. Para los clips que la mayoría de las personas convierten, el viaje de ida y vuelta de carga y descarga cuesta más tiempo del que ahorra el codificación.
¿Qué ajustes marcan la diferencia?
Para un remux, ninguno. No hay nada que configurar, porque no se está re-decidiendo nada.
Para una re-codificación, dos.
Resolución Hace más que cualquier otro ajuste. Reducir el ancho y la altura a la mitad del recuento de píxeles, y el archivo sigue aproximadamente. Pasar de 1080p a 720p es el cambio más efectivo disponible, y en la pantalla de un teléfono es difícil ver la diferencia.
Tasa de bits o objetivo de calidad es el otro. La mayoría de las herramientas exponen esto como un control deslizante de calidad en lugar de un número, que es la decisión correcta: una tasa de bits fija desperdicia bits en escenas simples y muere de hambre en las complejas, mientras que un objetivo de calidad gasta lo que necesita cada escena.
La velocidad de fotogramas es una tercera palanca que buscan las personas y, por lo general, no debería. Dejar caer 30fps a 15fps reduce a la mitad los fotogramas pero hace que el movimiento sea visiblemente tartamudo y ahorra menos que el cambio de resolución porque los cuadros consecutivos se comprimen bien entre sí de todos modos.
# What a remux looks like at the command line. -c copy is the whole trick:
# copy the streams, do not decode them.
ffmpeg -i input.mov -c copy output.mp4
# Compare to a real conversion, which decodes and re-compresses every frame.
ffmpeg -i input.mov -c:v libx264 -crf 23 -c:a aac output.mp4
El primer comando finaliza aproximadamente el tiempo que lleva leer el archivo. El segundo toma el tiempo que el video es complejo. Cualquier convertidor basado en navegador que valga la pena usar hace la misma distinción internamente, y el convertidor de video SÍ.
¿Qué sucede con el audio cuando cambia el contenedor?
En un remux, nada en absoluto. La pista AAC se copia a través de byte para byte junto con el video, por lo que una conversión de MOV a MP4 no puede degradar el sonido: los mismos datos de audio comprimidos terminan en el nuevo contenedor.
De una re-codificación depende del objetivo. WebM no puede llevar AAC, por lo que el audio se vuelve a comprimir a OPUS, y ese es un paso con pérdida aplicado al audio ya perdido. Rara vez se escucha en el habla y ocasionalmente se escucha en música con muchos detalles de alta frecuencia, como platillos.
A veces el audio es lo único que quieres. Una entrevista grabada que se filmó pero se publicará como un podcast, una conferencia que deseas en tu teléfono, una banda sonora que estás transcribiendo. Convertir todo el video y luego descartar la imagen es la forma lenta. los extractor de audio Saca el sonido directamente, y para las fuentes MP4 y MOV puede copiar la pista AAC existente a una M4A sin volver a codificar, exactamente el mismo truco que un remux. Si el archivo que tiene ya es de audio y solo el formato es incorrecto, el convertidor de audio maneja ese lado.
Una cosa que vale la pena conocer: un archivo de video puede llevar varias pistas de audio, para diferentes idiomas o un comentario separado. La mayoría de las herramientas basadas en navegador, incluida esta, funcionan con la primera pista. Si su fuente tiene más de uno y necesita uno específico, ese es un trabajo para ffmpeg en la línea de comando con un selector de flujo explícito.
¿Qué formato debe enviar y a quién?
La mayoría de los trabajos de conversión son realmente esta pregunta con un disfraz. La respuesta honesta es que MP4 con video H.264 y audio AAC es la elección correcta con mucha más frecuencia que cualquier otra combinación, porque es la única que se reproduce esencialmente en todas partes sin pensar.
| a donde va | cursar | porque |
|---|---|---|
| Un cliente, un colega, correo electrónico | MP4 (H.264/AAC) | Se reproduce en todos los teléfonos, computadoras portátiles y navegadores esta década. |
| un sitio web que controlas | MP4, con WebM como segunda fuente | WebM es más pequeño con la misma calidad, MP4 es la alternativa |
| Plataformas sociales | MP4 | Re-codifican lo que sea que envíes, así que dales la entrada más limpia |
| Una línea de tiempo de edición | El archivo original | Cada conversión antes de la edición cuesta calidad que no puede recuperar |
| Una aplicación de chat con una tapa de tallas | MP4, comprimido | Cambiar el tamaño, no el formato |
| en línea en una firma de correo electrónico o un archivo Léame | MP4 si está permitido, solo gif si no | GIF es una alternativa para los lugares que se niegan a videos, no es una opción |
La fila que más aflige es la de edición. Las personas convierten imágenes antes de importarlas, pierden calidad, luego editan y exportan, perdiendo más. Si una línea de tiempo acepta el original, dale el original y conviértelo una vez al final.
El otro error común es convertir cuando tenías la intención de comprimir. "Este archivo es demasiado grande para el límite de carga" no es un problema de formato. Cambiar MOV a MP4 no ayudará, porque los datos de video son idénticos. Hacerlo más pequeño significa volver a codificarlo deliberadamente, que es lo que el compresor de video es para, o recortando las piezas que no necesita con el recortadora de video primero Treinta segundos que cortas son treinta segundos que nadie tiene que codificar, y supera cualquier configuración de calidad.
¿Cómo se compara esto con la conversión de imágenes?
La misma división de contenedor versus codec existe para las imágenes, con la misma consecuencia: algunas conversiones son baratas y sin pérdidas, otras desechan información. Convertir un PNG en un BMP mantiene cada píxel; convertirlo a un JPEG no. los Guía de conversión de formato de imagen cubre ese lado, y el Guía de compresión de imágenes Cubre la distinción con pérdida contra pérdida con más profundidad que la que encaja aquí.
La diferencia práctica es la escala. Una mala conversión de imagen le cuesta una imagen. Una mala conversión de video le cuesta once minutos y un cliente preguntando por qué el texto se ve borroso.
Preguntas comunes
¿Es mejor MOV o MP4? Tampoco, para la mayoría de los propósitos, porque suelen contener el mismo video. MP4 tiene soporte de dispositivos más amplio, por lo que es el valor predeterminado más seguro para compartir. MOV es lo que produce Apple Tools, y lleva algunos códecs profesionales que MP4 no tiene.
¿Por qué mi archivo convertido se hizo más grande? Convirtiste a un códec o contenedor menos eficiente, o a GIF. Un remux nunca cambia significativamente el tamaño; un codificador a un códec más antiguo puede hacerlo crecer fácilmente.
¿Por qué mi mp4 no se reproduce en un dispositivo antiguo? El contenedor está bien; el códec no. Una transmisión H.265 en un contenedor MP4 no se reproducirá en hardware que solo decodifique H.264, aunque la extensión le parezca familiar. Este es el caso más claro de las capas que importan.
