Corte de vídeo con fotogramas faltantes en FFmpeg

He intentado cada comando posible cortar una porción (1-3 minutos) de un vídeo de H.264 mp4 pero sale bueno y malo. Mi video es 29.97 FPS, 1080p, ~ 80 minutos, ~ 3.5 GB, y en ~ 6200 KB / s bitrate. El problema es que mi salida comienza sin vídeo durante 1-2 segundos y luego continúa bien, pero el audio comienza en 0 segundos. Se reproduce bien sincronizado (audio y video) en cualquier reproductor de medios, pero cuando se utiliza en cualquier otro lugar (renderizado para fines de producción) como en Adobe AE, Media Encoder o un convertidor de vídeo, el vídeo FINAL se inicia en 0 segundos, donde el audio empezado. Por lo tanto, el audio termina 1-2 segundos por delante y no quiero esto. Esto también ocurre cuando recorta un video de YouTube en línea en http://clipconverter.cc

Mi comando es como sigue:

ffmpeg -ss 01:19:22.000 -t 00:1:43.000 -i "in.mp4" -acodec copy -vcodec copy out.mp4

Incluso intenté poner el -ss después del -i, pero obtengo los mismos resultados. Además, si ya tengo un video con este problema, ¿qué puedo hacer para solucionarlo? ¿Qué podría yo también hacer en Adobe AE para esto? Este sitio: https://ubuntuforums.org/showthread.php?t=1824250 dice que necesita ser cortado en los "fotogramas clave". Si es así, ¿cómo lo hago en FFmpeg? ¿Cómo puedo encontrarlos? ¿Qué son? No tengo la intención de volver a codificar (con -c: v x264), se tarda demasiado tiempo y recomprime el video con artefactos.

He utilizado las construcciones estáticas y compartidas de FFmpeg. También se utiliza estable 3.2.2 y ffmpeg-20170112-6596b34-win64-estático, no hay suerte.

TLDR: Mi video que he cortado en FFMPEG tiene tramas faltantes (ni siquiera en blanco o en blanco) al principio y resulta en audio / video sin sincronizar cuando finalmente se procesa en cualquier software de renderizado de video.

Utilizar

 ffmpeg -ss 01:19:22 -t 00:1:43 -i "in.mp4" -c copy -avoid_negative_ts make_zero out.mp4 

La mayoría de los videos comprimidos utilizan compresión temporal, por lo que los fotogramas dependen de otros marcos para la descodificación completa. Si recorta un video usando el modo de copy , algunos fotogramas después de su punto de vista pueden confiar en marcos antes del punto de entrada para la decodificación. Si es así, esos marcos tienen que ser incluidos. Esos marcos tienen asignadas marcas de tiempo negativas, por lo que los buenos reproductores de vídeo las utilizan para la decodificación pero no para la presentación. El video se muestra desde el punto de partida. Dado que todas las tramas de audio son fotogramas clave, el ajuste de audio es preciso y se conserva la sincronización A / V.

Al parecer, los editores de vídeo no parecen prestar atención a PTS por lo que muestran todos los marcos almacenados en el archivo. Mi comando anterior fuerza TS positivo para todos los marcos almacenados, por lo que el video / audio permanecerá sincronizado *.

No es completamente cierto. Para los códecs de audio basados ​​en MDCT como MP3 / AAC, el marco anterior se incluye con PTS negativo, ya que es necesario para la decodificación. Tal vez su NLE decodificar ese marco, dando lugar a un 21 – 23 ms asincrónico. Solución alternativa es volver a codificar el audio.