Recodificación en FFMPEG usando exactamente la misma configuración que el archivo de entrada

Question 1

Tuve problemas similares con el filtro concat y creo que se debe a las diferentes bases de tiempo utilizadas para las entradas.

lo supere con el concatmétodo de protocolo.

Creo que muestra una velocidad de cuadros variable para su salida de solo recorte porque con un tiempo base de 1/90000, un video de 60 Hz esperará un cuadro cada 1500, pero el filtro concat puede haber aplastado dos videos junto con una brecha de ciclo de 1530 entre el último y el primero. cuadros (58.824 fps) y en otro lugar 1440 (62.500 fps). Además, por alguna razón, ffmpeg decidió establecer la base de tiempo de salida en 1/15360.

Cuando recortó, reevaluó el tiempo base para toda la ejecución de la salida, razón por la cual obtiene una velocidad de fotogramas constante. Observe que su primer video muestra un tbn de 15360, mientras que el segundo es 90k.

En mi caso, noté que con el filtro concat, los valores PTS/DTS se configuraban en términos de la base de tiempo de la primera entrada incluso cuando la base de tiempo para las otras transmisiones de video de entrada no era la misma. Con el primer video usando 1/25 y el segundo usando 1/90000, ejecutando esto en la salida (que tenía una nueva base de tiempo de 1/12800):

ffprobe -hide_banner -show_frames -i output.mp4 2>&1 | grep -A 21 video | grep ts=

En el punto de transición entre vídeos sucede esto:

pkt_pts=253952
pkt_dts=253952
pkt_pts=254464
pkt_dts=254464
pkt_pts=254976
pkt_dts=254976
pkt_pts=255488
pkt_dts=255488
pkt_pts=256000
pkt_dts=923443200
pkt_pts=925286400
pkt_dts=925286400
pkt_pts=923443200
pkt_dts=1045094400
pkt_pts=952934400
pkt_dts=1046937600
pkt_pts=954777600
pkt_dts=1048780800
pkt_pts=956620800
pkt_dts=1050624000

Answer

Tuve problemas similares con el filtro concat y creo que se debe a las diferentes bases de tiempo utilizadas para las entradas.

lo supere con el concatmétodo de protocolo.

Creo que muestra una velocidad de cuadros variable para su salida de solo recorte porque con un tiempo base de 1/90000, un video de 60 Hz esperará un cuadro cada 1500, pero el filtro concat puede haber aplastado dos videos junto con una brecha de ciclo de 1530 entre el último y el primero. cuadros (58.824 fps) y en otro lugar 1440 (62.500 fps). Además, por alguna razón, ffmpeg decidió establecer la base de tiempo de salida en 1/15360.

Cuando recortó, reevaluó el tiempo base para toda la ejecución de la salida, razón por la cual obtiene una velocidad de fotogramas constante. Observe que su primer video muestra un tbn de 15360, mientras que el segundo es 90k.

En mi caso, noté que con el filtro concat, los valores PTS/DTS se configuraban en términos de la base de tiempo de la primera entrada incluso cuando la base de tiempo para las otras transmisiones de video de entrada no era la misma. Con el primer video usando 1/25 y el segundo usando 1/90000, ejecutando esto en la salida (que tenía una nueva base de tiempo de 1/12800):

ffprobe -hide_banner -show_frames -i output.mp4 2>&1 | grep -A 21 video | grep ts=

En el punto de transición entre vídeos sucede esto:

pkt_pts=253952
pkt_dts=253952
pkt_pts=254464
pkt_dts=254464
pkt_pts=254976
pkt_dts=254976
pkt_pts=255488
pkt_dts=255488
pkt_pts=256000
pkt_dts=923443200
pkt_pts=925286400
pkt_dts=925286400
pkt_pts=923443200
pkt_dts=1045094400
pkt_pts=952934400
pkt_dts=1046937600
pkt_pts=954777600
pkt_dts=1048780800
pkt_pts=956620800
pkt_dts=1050624000

Question 2

No se puede copiar el códec al aplicar un filtro.

Además, Youtube tiene una velocidad de fotogramas máxima de 60 fps, por lo que si ese es su objetivo final, de todos modos eliminará fotogramas de su archivo de velocidad de fotogramas variable en algún punto dentro de la cadena de transcodificación.

Es difícil dar mejores consejos sin tener un conocimiento más específico de su tipo de archivo y cuál es el formato final deseado.

Dicho esto, si va a enviar el archivo a YouTube, le recomendaría transcodificar sus archivos y colocarlos en una velocidad de fotogramas estática. También puede hacerlo todo en un solo paso usando el filtro de concatenación en lugar del protocolo de concatenación; de esa manera no necesita generar archivos intermediarios.

ffmpeg -i [INPUT1] -i [INPUT2] -filter_complex "[0:v] [0:a] [1:v] [1:a] concat=n=2:v=1:a=1 [v] [a]" -map "[v]" -map "[a]" ... [OUTPUT]

Si la calidad es su principal objetivo y no guarda sus archivos intermediarios antes de ingresar a YouTube, puede transcodificar a un formato sin comprimir usando -c:v rawvideo. Los tamaños de los archivos serán MUCHO más grandes, así que nuevamente, sin conocer más específicamente su objetivo final, no estoy seguro de si descomprimir es la mejor opción para usted.

Answer