Saltar al contenido principal
🇬🇧 English 🇧🇷 Português 🇩🇪 Deutsch
Convertidor de imágenes Convertidor de vídeo Convertidor de audio Convertidor de documentos
Herramientas Guías Formatos Precios API
Iniciar sesión
Guía

Guía del formato 3GP: el video móvil de los primeros smartphones

PC Por Pablo Cirre

Conversiones relacionadas

Pon en práctica lo que acabas de aprender — convierte tus archivos ahora en segundos, gratis y sin registro.

Preguntas frecuentes

Ejecuta: `ffmpeg -i entrada.3gp -c:v libx264 -crf 23 -preset medium -c:a aac -b:a 128k salida.mp4`. Esto recodifica el vídeo a H.264 y el audio a AAC, generando un MP4 que se reproduce en cualquier dispositivo moderno. Para convertir toda una carpeta en Linux/Mac: `for f in *.3gp; do ffmpeg -i "$f" -c:v libx264 -crf 23 -c:a aac -b:a 128k "${f%.3gp}.mp4"; done`

AV1 es el más eficiente (libre de royalties, ~30% menor que H.265) pero la codificación es lenta. H.265 (HEVC) ahorra ~30–50% sobre H.264 y lo soportan todos los móviles y ordenadores modernos. H.264 sigue siendo el más compatible con dispositivos antiguos. Regla práctica: archivado → AV1, uso diario → H.265, máxima compatibilidad → H.264.

El audio de la mayoría de los archivos 3GP de teléfonos de gama media está codificado con AMR-NB (Adaptive Multi-Rate Narrowband) a 4,75–12,2 kbps. AMR-NB fue diseñado literalmente para llamadas de voz por GSM, no para grabar sonido ambiente ni música. Fue optimizado para transmitir la voz humana con el mínimo ancho de banda necesario para que fuera inteligible. Convertir a AAC a 128 kbps sonará mejor que el AMR-NB original, porque el códec recodificado es de mayor calidad — pero no puedes recuperar información de audio que nunca fue captada en primer lugar.

CRF (Constant Rate Factor) es el mejor por defecto para archivos offline: ffmpeg ajusta el bitrate frame a frame manteniendo la calidad percibida. Two-pass solo es mejor cuando debes acertar un tamaño final exacto (DVD). Bitrate constante es para streaming con canal fijo. Para "más pequeño a calidad X" usa siempre CRF.

Primero, comprueba el archivo con `ffprobe entrada.3gp` para ver si reporta errores en los flujos. Si el archivo está truncado (habitual cuando las copias de seguridad se interrumpieron), prueba: `ffmpeg -err_detect ignore_err -i entrada.3gp -c:v libx264 -crf 23 -c:a aac salida.mp4`. Si el vídeo va demasiado rápido o lento, añade `-r 15` para forzar 15 fps (muchos Nokia grababan a 10–15 fps pero etiquetaban incorrectamente los archivos como 30 fps). Si el códec aparece como `h263`, igualmente se convertirá bien con el comando FFmpeg estándar.

Causas comunes: (1) framerate variable renderizado como constante (usa <code>-vsync vfr</code> para preservar VFR); (2) sample rates de audio distintos sin resamplear (añade <code>-ar 48000</code>); (3) limitaciones del contenedor (MP4 con VFR da problemas — usa MKV durante edición, codifica a MP4 solo al final). Compara tiempos con <code>ffprobe</code> en origen y destino.

3GP y 3G2 son formatos contenedor casi idénticos. El 3GP fue definido por 3GPP para redes GSM/UMTS (usado por fabricantes europeos y asiáticos: Nokia, Sony Ericsson, Samsung). El 3G2 fue definido por 3GPP2 para redes CDMA (usado en teléfonos norteamericanos de Verizon y Sprint). Ambos descienden del ISO Base Media File Format, la misma familia que el MP4. FFmpeg convierte ambos con los mismos comandos: solo cambia el nombre del archivo de entrada. Si tienes un archivo `.3g2`, sustituye `entrada.3gp` por `entrada.3g2` en cualquier comando FFmpeg y funcionará de forma idéntica.

Sí, si solo cambias el contenedor: <code>ffmpeg -i in.mkv -c copy out.mp4</code>. Esto remuxea el stream sin recodificar, tarda segundos incluso con horas de material. Limitación: el códec debe ser compatible con el contenedor destino (no puedes poner H.264 en WebM, solo VP8/VP9/AV1). Para reducir tamaño hay que re-codificar.

Usamos cookies y tecnologías similares para personalizar contenido y anuncios, y para analizar el tráfico. Más información sobre cookies.