¿La subida de vídeo indica formato no admitido? Diagnostica el fallo
Diagnostica subidas de vídeo no admitidas separando tamaño, contenedor, códecs y estado del navegador, con una matriz mínima de pruebas y una plantilla de soporte.
Un error de «formato no admitido» al subir un vídeo no es necesariamente un problema de tamaño. Identifica cuándo ocurre el fallo, inspecciona el contenedor y los flujos reales de vídeo y audio, y prueba una copia pequeña y representativa frente a los requisitos documentados del destino. Cambia un factor cada vez para que un intento satisfactorio te aporte información útil.
No empieces comprimiendo repetidamente el mismo archivo. Un archivo menor puede seguir conteniendo un códec no admitido, un flujo de audio incompatible o material dañado. Un archivo perfectamente válido también puede fallar por un problema de navegador, cuenta, red o estado de procesamiento. El mensaje de error es un punto de partida, no un diagnóstico completo.
El flujo siguiente utiliza un caso construido de subida y una matriz de pruebas propuesta. Para ese ejemplo no se probaron fallos reales de subida a servicios ni controles satisfactorios de Recapo.
Registra el fallo antes de cambiar el archivo
Anota el mensaje exacto, la etapa en la que apareció y si el servicio creó una tarea o guardó una subida. Conserva el archivo original y asigna un nombre distinto a cada copia de diagnóstico.
Conviene separar tres etapas. Un navegador puede rechazar la selección antes de transferir. Una transferencia puede detenerse antes de completarse. O el servicio puede aceptar los bytes y fallar durante el procesamiento multimedia. Esas observaciones conducen a comprobaciones distintas, aunque el error mostrado utilice palabras similares.
No deduzcas que una pantalla de fallo significa que no existe ninguna tarea. Consulta las vistas de historial o estado admitidas, si están disponibles, antes de volver a enviar el mismo archivo. Si el estado de una operación de pago no está claro, resuélvelo mediante la vía de estado o soporte disponible, no con reenvíos a ciegas.
Recoge contexto suficiente para reproducir el problema: función de destino, versiones del navegador y sistema operativo, extensión del archivo, tamaño aproximado y hora del intento. No incluyas contraseñas, tokens de sesión, enlaces privados ni material personal innecesario en un informe de soporte.
Una captura puede conservar el texto, pero cópialo también si es posible. Una nota vaga como «no funcionó» pierde la distinción entre rechazo, transferencia bloqueada y fallo de procesamiento.
Un archivo de vídeo tiene varias capas de compatibilidad
Diagrama conceptual; no es una captura de la interfaz del producto.
La extensión no es una especificación completa. Un contenedor empaqueta flujos y metadatos; los códecs describen cómo está codificado cada flujo multimedia. Un destino puede aceptar un contenedor y rechazar algo de su interior.
Por ejemplo, dos archivos que terminan en .mp4 no tienen por qué contener el mismo códec de vídeo, códec de audio, perfil, formato de píxel o disposición de flujos. Cambiar una extensión no modifica esos contenidos.
Inspecciona las capas pertinentes para el destino:
| Capa | Qué registrar | Por qué puede importar |
|---|---|---|
| Contenedor | Formato real, no solo la extensión | Determina cómo se empaquetan los flujos y la información temporal |
| Vídeo | Códec, perfil cuando esté disponible, dimensiones, formato de píxel/profundidad de bits | Un decodificador puede admitir solo una parte de las posibilidades de un códec |
| Audio | Códec, número/disposición de canales, frecuencia de muestreo, pista seleccionada | Que el vídeo sea aceptado no implica que todos los flujos de audio lo sean |
| Temporización | Duración, tiempos de inicio, comportamiento de la frecuencia de fotogramas | La importación o el procesamiento pueden fallar con una estructura temporal concreta |
| Flujos adicionales | Subtítulos, audio alternativo, adjuntos, datos | El destino puede no esperarlos ni conservarlos |
| Integridad del archivo | Si se puede leer el archivo completo | Una cabecera plausible no demuestra que el material esté completo |
No todos los campos estarán disponibles en una interfaz sencilla. Registra lo que puedas inspeccionar e identifica la información ausente. No rellenes valores desconocidos con suposiciones basadas en el dispositivo o la extensión.
Utiliza los requisitos oficiales actuales del destino para determinar qué importa. Una recomendación general como «utiliza MP4» no sustituye sus especificaciones reales de vídeo y audio aceptados.
Localiza el fallo con un pequeño árbol de decisión
Diagrama conceptual; no es una captura de la interfaz del producto.
Si la selección se rechaza inmediatamente, comprueba el tipo de entrada documentado, la extensión, los límites de tamaño y duración, y si la función elegida acepta ese tipo de fuente. No supongas que los límites de otra herramienta del mismo sitio web sean aplicables.
Si la transferencia empieza, pero se detiene, conserva el error e inspecciona la conexión, el estado del navegador y cualquier estado de subida proporcionado por el servicio. Una conversión de formato puede no resolver un fallo de transporte.
Si la subida se completa, pero falla el procesamiento, inspecciona los flujos multimedia y la legibilidad local. El servicio puede recibir el contenedor sin poder decodificar los flujos seleccionados.
Si el archivo se procesa, pero no tiene sonido, presenta una orientación incorrecta, pierde pistas o cambia de color, el problema ya no es simplemente un «fallo de subida». Necesitas comprobar la conservación del contenido y su interpretación. Un mensaje verde de éxito no demuestra que el vídeo entregado sea aceptable.
Utiliza estas ramas para elegir una siguiente observación. No borres los datos del navegador, transcodifiques el archivo, cambies de red y crees una cuenta nueva al mismo tiempo. Aunque el siguiente intento funcione, no sabrás qué factor importó.
Comprueba el original localmente antes de crear variantes
Abre el original completo en un reproductor o editor local adecuado e inspecciona el principio, el medio y el final. Confirma que está presente el audio esperado, que la duración es plausible y que el archivo no se detiene inesperadamente.
Una reproducción local satisfactoria acota el problema, pero no establece la compatibilidad con el destino. Una aplicación local puede admitir códecs o combinaciones de flujos que el servicio no admita. A la inversa, un fallo en un reproductor puede reflejar su compatibilidad, no una corrupción.
Si el material parece truncado, compara su tamaño e historial de transferencia con la mejor fuente disponible. Un archivo copiado parcialmente debe recuperarse de la fuente cuando sea posible, no transcodificarse repetidamente esperando que vuelva el contenido ausente.
Utiliza una herramienta de inspección técnica si necesitas identificar los flujos. Conserva una copia del informe con el registro de diagnóstico. No supongas que un único campo mostrado como «formato» abarque el contenedor y todos los códecs.
Elige la prueba menos transformadora que responda a la pregunta
FFmpeg distingue la copia de flujos de la transcodificación. La copia lleva flujos codificados seleccionados a una salida sin volver a codificarlos; la transcodificación decodifica y codifica. Su documentación de selección de flujos también deja claro que la selección determina qué llega a la salida. Documentación de FFmpeg
Esta distinción ayuda a elegir una prueba. Si los flujos cumplen los requisitos del destino, pero el contenedor no, puede bastar un remultiplexado compatible. Si el códec de vídeo no está admitido, cambiar su empaquetado no creará un códec admitido.
No describas un remultiplexado como universalmente sin pérdida en todos los sentidos. Evitar la recodificación conserva el material comprimido seleccionado, pero la salida puede diferir en metadatos, marcas de tiempo o flujos incluidos. Comprueba qué se mantuvo.
Si hace falta transcodificar, parte de la mejor fuente y elige ajustes adecuados al destino. Evita encadenar copias con pérdida a partir de resultados de pruebas anteriores. Asigna un propósito a cada prueba y conserva el original.
Un comando externo que ilustra un remultiplexado selectivo, solo después de confirmar que los flujos elegidos se pueden almacenar en MP4:
ffmpeg -n -i "sample.mov" -map 0:v:0 -map "0:a:0?" -c copy "sample-remux.mp4"
Selecciona el primer vídeo y, si existe, el primer flujo de audio. No conserva todos los flujos adicionales. La opción de no sobrescritura evita reemplazar un destino existente. El comando no es una reparación universal ni una instrucción de la interfaz de Recapo.
Si el códec seleccionado es incompatible con el contenedor o el destino, detente y elige una conversión adecuada en lugar de cambiar extensiones o repetir el comando sin modificaciones.
Construye una muestra representativa sin ocultar el defecto
Una muestra pequeña puede reducir el coste de una prueba de diagnóstico, pero importa cómo la crees. Si al crearla recodificas el vídeo con otro códec, su éxito no establece que el códec original fuera aceptable.
Documenta si la muestra conserva las características originales de los flujos o las cambia deliberadamente. Si el fallo está cerca del final, incluye esa zona. Si depende de una transición o de una pista de audio concreta, conserva esa característica.
Una muestra que solo incluya el principio puede omitir daños o marcas de tiempo inusuales posteriores. Por tanto, es una prueba de hipótesis, no una garantía de que pase todo el archivo. Una vez identificada una vía candidata, valida una salida completa antes de entregar.
Para material sensible, utiliza el contenido mínimo autorizado necesario para el diagnóstico. Un archivo de control genérico puede probar si la ruta de subida funciona en absoluto, pero no reproducir todas las propiedades de la fuente. No subas imágenes privadas a un servicio ajeno solo porque resulte cómodo para las pruebas.
Ejemplo desarrollado: un archivo pequeño que sigue fallando
Imagina a Dana, una persona consultora ficticia, cuya grabación de pantalla está por debajo del límite de tamaño declarado del destino, pero recibe un mensaje de formato no admitido después de transferirse. El nombre termina en .webm. Dana supone que el servicio necesita un archivo menor y se prepara para volver a comprimirlo.
En cambio, Dana registra la etapa del fallo e inspecciona el archivo. En este escenario construido, supongamos que el vídeo es VP9 y el audio Opus. Son detalles hipotéticos del caso, no hallazgos de un archivo realmente subido.
La siguiente pregunta es si los requisitos documentados del destino aceptan esa combinación. Si exigen otro códec de vídeo o audio, reducir la tasa de bits de los mismos flujos no respondería al problema de compatibilidad.
Dana crea un plan de pruebas:
| Prueba | Cambio deliberado | Observación que registrar | Qué respaldaría un resultado satisfactorio |
|---|---|---|---|
| Control sencillo autorizado | Otro archivo corto de compatibilidad conocida | ¿Se completan selección, transferencia y procesamiento? | La ruta funciona para ese control, no necesariamente para la fuente |
| Muestra representativa de la fuente | Duración reducida con propiedades registradas | ¿Ocurre el mismo fallo? | Si una unidad representativa menor reproduce el problema |
| Candidato de solo contenedor | Reempaquetar flujos seleccionados compatibles | ¿Cambia el comportamiento del procesamiento? | El contenedor/empaquetado puede ser pertinente |
| Candidato con códec de destino | Codificar según los requisitos documentados de vídeo/audio | ¿Se procesa y conserva el contenido? | La ruta de codificación probada puede servir para ese destino |
| Salida candidata completa | Aplicar la ruta aceptada al original | Comprobaciones de procesamiento completo y contenido | La entrega real, no solo una muestra, supera la revisión |
Esta tabla no informa de resultados completados. Muestra cómo interpretar observaciones futuras sin exagerar las conclusiones.
Si la muestra con códec de destino funciona, pero la salida completa falla, Dana no debe declarar resuelto el problema. Inspecciona diferencias como duración, daños posteriores, cambios de flujos o límites de procesamiento. Si incluso el control sencillo falla, investiga la ruta de subida antes de crear más variantes multimedia.
Qué puede ayudar a resolver razonablemente un transcodificador
El transcodificador H.264 de Recapo describe públicamente la conversión de fuentes como HEVC y VP9 a H.264, con opciones de tasa de bits y resolución. Puede ser pertinente cuando H.264 forme parte de la especificación aceptada del destino.
La descripción pública no establece todos los controles avanzados de selección de flujos, codificación de audio, perfil, marcas de tiempo, HDR o diagnóstico de subida del navegador. Utiliza opciones admitidas si cumplen el requisito; recurre a un editor o transcodificador externo documentado cuando no estén disponibles los controles necesarios.
No conviertas el posicionamiento general de compatibilidad del producto en una promesa de que cualquier fuente funcionará en cualquier lugar. El destino sigue determinando qué acepta, y un archivo puede tener problemas ajenos al códec de vídeo.
Después de convertir, verifica audio, duración, orientación, color y pistas necesarias. Una etiqueta H.264 por sí sola no establece el contrato completo de entrega.
Distingue un problema de navegador de uno multimedia
Utiliza una comparación clara en lugar de un conjunto de conjeturas. Prueba el mismo control autorizado en otro navegador o entorno admitido solo cuando esté dentro del alcance de la tarea. Registra las versiones y el resultado.
Si un navegador falla antes de transferir y otro acepta el mismo archivo, eso apunta a la ruta del cliente. No demuestra que el procesamiento final vaya a funcionar. Si ambos suben el archivo, pero el servicio rechaza el procesamiento, cambiar de navegador puede no resolver la incompatibilidad multimedia.
Comprueba si una extensión del navegador, una sesión caducada o una restricción local pueden afectar a la ruta, pero no desactives protecciones indiscriminadamente. Prefiere un entorno aprobado con cambios mínimos. No compartas cookies de sesión ni tokens de autenticación con quien reciba el informe de soporte.
Si el destino indica un problema de cuenta o cuota, trátalo como tal. Volver a codificar el mismo archivo no puede establecer una autorización de cuenta ausente. Tampoco deduzcas que una tarea de pago falló sin consecuencias solo porque una pestaña del navegador dejó de responder.
Evita victorias falsas
Una subida satisfactoria sin audio no es una entrega satisfactoria. Una muestra convertida que se ve correcta, pero pierde subtítulos, puede seguir incumpliendo los requisitos del usuario. Un archivo aceptado tras reducir agresivamente sus dimensiones puede no servir para la presentación prevista.
Define los criterios de aceptación antes de elegir la prueba. Para un tutorial hablado sencillo, podrían incluir la imagen completa, la pista de narración prevista, texto de interfaz legible y duración correcta. Una entrega multilingüe puede exigir varias pistas o un paquete de subtítulos separado que una conversión básica no conserva.
Comprueba la salida real, no solo los ajustes de la fuente. Inspecciona qué flujos están presentes y reproduce puntos representativos. Cuando el texto en pantalla contenga información importante, revísalo al tamaño de entrega.
Si la ruta solo funciona tras eliminar una característica obligatoria, informa del compromiso en lugar de ocultarlo. La siguiente decisión puede ser otro formato o flujo de entrega, no más compresión.
Un informe de soporte que permita continuar el diagnóstico
INFORME DE FALLO DE SUBIDA
Función de destino y tarea prevista:
Texto exacto del error:
Etapa del fallo: selección / transferencia / procesamiento / reproducción entregada
Hora del intento e identificador de tarea no sensible, si existe:
Estado actual de la tarea comprobado:
Procedencia de la fuente original:
Contenedor y extensión del archivo:
Códec/perfil/formato de píxel/dimensiones del vídeo:
Códec/canales/frecuencia de muestreo del audio:
Duración y tamaño del archivo:
Flujos adicionales que deben conservarse:
Hallazgos de reproducción local:
Pruebas de control/muestra y una variable cambiada por prueba:
Resultado esperado:
Resultado real:
Capturas o informes multimedia depurados de información sensible:
Qué sigue siendo desconocido:
No adjuntes material fuente confidencial salvo que sea necesario, esté autorizado y se envíe por un canal adecuado. Un informe multimedia depurado y una muestra reproducible mínima pueden bastar para empezar.
Antes de cerrar el problema, confirma que la entrega completa se procesa, se reproduce correctamente, conserva los flujos y la duración necesarios y cumple los requisitos reales del destino. Conserva la ruta aceptada para comprobar el siguiente archivo frente a ella sin suponer que todas las fuentes futuras son idénticas.
Para preguntas más amplias antes de confiar en un servicio, consulta la lista de control de herramientas de vídeo en línea. El principio concreto aquí es diagnosticar la capa que falla mediante el experimento útil más pequeño.
Empieza anotando la etapa exacta del fallo e inspeccionando los flujos reales. Esas dos observaciones suelen hacer que la siguiente prueba aporte más información que otro archivo menor con los mismos contenidos desconocidos.
