FFmpeg HLS Segmentation heure de début erronée

Question

Tentative de rediffusion et d'enregistrement de ma caméra IP Hikvision avec ffmpeg via HLS.

Donc, fondamentalement, tout fonctionne bien, cependant, lorsque j'essaie de calculer la durée d'une journée entière d'enregistrement, il en résulte des discordances entre les fichiers TS segmentés.

Donc, fondamentalement, ce que je fais dans FFmpeg:

"ffmpeg", 
"-rtsp_transport", "tcp", 
"-stimeout", "3000000", 
"-re", 
"-i", stream, 
"-vcodec", "copy", 
"-acodec", "libfdk_aac", 
"-f", "segment", 
"-segment_list_type", "m3u8", 
"-segment_list", name, 
"-segment_list_size", "1", 
"-segment_format", "mpegts", 
"-segment_time", "5", 
segment_filename, 

Et le résultat est:

filename cam1-1502731225-000018.ts 
start_time 90.128000 
end_time 96.150489 

filename cam1-1502731225-000019.ts 
start_time 96.128000 
end_time 102.150489 

filename cam1-1502731225-000020.ts 
start_time 102.128000 
end_time 105.150489 

Ainsi, chaque end_time d'un fichier doit être le même que le start_time du fichier suivant. Bien que ce ne soit pas le cas.

Avez-vous perdu des jours pour trouver une solution - jusqu'à présent, pas de chance! Mais j'ai observé, que si je produis la vidéo dans le fichier MP4 et ensuite procéder comme une entrée (pour la même ligne de commande) - ce sera ok. Je suppose qu'il doit y avoir un problème avec PTS d'une URL RTSP originale. Lorsque essayé d'appliquer -filter_complex setpts=N/(16*TB) - il a résolu le problème, mais attire les ressources du processeur pour l'encodage.

Answer 1

Les images audio et vidéo n'ont pas exactement la même longueur. Les heures de début et de fin sont probablement calculées en fonction du flux qui commence en premier et se termine en dernier. Donc, si l'audio se termine 20ms avant la vidéo dans un segment, il doit commencer 20ms au début de la suivante.