Dado que muchos desarrolladores multimedia de iOS usan mi conjunto de videos de prueba para probar la conformidad de sus aplicaciones (ver, por ejemplo, la captura de pantalla del iPad AQUÍ, con lo último Moli_player Pro HD (un enlace de captura de pantalla mostrando mi video de prueba finlandés que he creado y que generalmente uso para pruebas de conformidad de pistas de audio y subtítulos múltiples DVB TS), encontré necesario dedicar un artículo separado para un nuevo subconjunto de mi conjunto de pruebas de conformidad y velocidad para que la mayor cantidad de se les notifica de los cambios como sea posible. En el artículo, también doy información sobre cómo, por ejemplo, las transmisiones H.264 divididas deben estar “bien formadas” para insertarse sin problemas, en comparación con MKV, contenedores más restringidos como M4V.
Hasta ahora, he usado los archivos MKV vinculados desde ESTE artículo para decodificación de hardware y pruebas AAC / AC3. La gran mayoría de los jugadores los reprodujeron bien; hace un mes, cuando se publicó el artículo, era solo la versión entonces actual (3.5) del excelente reproductor multimedia Está jugando que no podía reproducirlos en hardware, como también se menciona en el artículo. (La versión 3.8 actual ya no tiene problemas con estos archivos. Por supuesto, “gracias” a Dolby (noticia dedicada) ya no puede reproducir el audio AC-3, a diferencia de cualquier versión anterior).
Después de investigar la razón de esto, descubrí que la transmisión de video en estos tres archivos carece de un fotograma clave inicial porque estas transmisiones fueron creadas “a ciegas” con una herramienta de división MKV (más sobre ellas a continuación). Esto está perfectamente bien en el contenedor MKV, que permite tales archivos H.264 “mal formados”. Sin embargo, no es así con M4V (MOV / MP4), es decir, los archivos que está reproduciendo (o cualquier otro reproductor de AppStore que ofrezca reproducción de MKV semi-hardware) remezcla los archivos MKV de origen en segundo plano. Estos contenedores no permiten videos sin un fotograma clave inicial; es por eso que It’s Playing 3.5 se negó a remezclar estos archivos.
He arreglado estos videos (pero también conservé los antiguos para realizar pruebas de conformidad; es decir, los enlaces antiguos todavía están activos); ahora, están disponibles de la siguiente manera:
MKV solo AAC
MKV solo AC3
AC3 + AAC MKV
También los he modificado a M4V (a través de la última versión beta de MP4Tools):
M4V solo AAC
M4V solo AC3
AC3 + AAC M4V
Los nuevos MKV se reproducen sin problemas por Está jugando 3.5 – es decir, la versión anterior (aún) incompatible con archivos H.264 “mal formados”.
¿Qué aplicaciones producen tales archivos?
Generalmente, la mayoría de las herramientas de división MKV (gratuitas). En artículos anteriores (por ejemplo, AQUÍ) incluso proporcioné un tutorial rápido sobre el uso Mkvtoolnix para dividir MKV.
Los editores MKV más inteligentes pueden agregar automáticamente un fotograma clave al comienzo de estas transmisiones de video.
¿Cómo puede agregar un fotograma clave inicial si tiene un archivo de video similar?
Solo usa ffmpeg. Emita la “ffmpeg -i
(Por cierto, esto también se discute en ESTA hilo. Consulte ese hilo si no tiene ffmpeg y no sabe de dónde descargarlo. AQUÍ, Incluso publiqué una herramienta por lotes para iterar rápidamente sobre todos los archivos MKV en el directorio actual y guardarlos como archivos M2TS, además de corregir el fotograma clave faltante. Para guardar en archivos MKV, simplemente cambie “m2ts” a “mkv”En el guión).
ACTUALIZACIÓN (29 / Nov / 2012): 1, He actualizado los archivos MKV y M4V con las pistas de audio dobles AC3 + AAC. La versión anterior, debido a un descuido, carecía de las pistas AAC.
2, Todos estos videos tienen video H.264 nivel 5.1, que no se sincroniza con la aplicación Stock Videos a través de iTunes. Ahora, también he subido una versión de la versión M4V con nivel 4.1, que ya se puede sincronizar. Sus AQUÍ. La discusión relacionada es AQUÍ.
ACTUALIZACIÓN (30 / Nov / 2012): En la sección de comandos, me preguntaron cómo se pueden conservar las pistas de subtítulos mientras se remuxa.
Simplemente agregue el “-copia de codec”Si solo tiene una subtrack (o, transferirla y soltar las otras será suficiente).
Si tiene más de una subpista para transferir / guardar, agregue también “-mapa 0”, Que transfiere todas las pistas (como también se explica en la sección”5.13 Opciones avanzadas” AQUÍ).
Tenga en cuenta que la copia solo funcionará entre formatos de contenedor similares; por ejemplo, de un mp4 a un mov. Es decir, funcionará bien en nuestro caso, cuando simplemente remezclemos el video en el mismo formato de contenedor para solucionar el problema clave. Un ejemplo es mi video de prueba estándar AQUÍ (originalmente vinculado desde ESTE artículo) con varios suscriptores. Para remezclarlo rápidamente, junto con todas sus pistas, use el siguiente comando:
ffmpeg -i 2AACAudioAndManySubs.mov -acodec copy -vcodec copy -scodec copiar -map 0 outfile.mov
No puede usar esto para, digamos, remuxing rápido de MKV → MPV ya que los MKV usan un formato de subtítulos diferente, que no es mov_text. Es decir, no puede usarlo con, digamos, el video de prueba estandarizado de monstruos. También tenga en cuenta que el original “-bsf h264_mp4toannexbLa marca “no funciona con este archivo de vídeo.