ffmpeg segment nach videozeit anstelle von wandzeit

Ich habe ein System, das Video auf Platte aufzeichnet, und manchmal hat das System einen Fehler. Ich versuche, das Aufnahmesystem im Labor ohne die eigentliche Kamera neu zu erstellen (es ist teuer und es gibt keine Ersatzteile), um zu versuchen, das Verwendungsmuster zu replizieren, das den Fehler verursacht.

Ich habe Probleme, ffmpeg zu zähmen.

Hintergrund:

Das Video wird fortlaufend in einem Thread von einer rtsp: //-URL erfasst, die von der angeschlossenen Kamera mit dem folgenden Befehl bereitgestellt wird:

ffmpeg -i rtsp://192.168.0.10/h264 -c copy -map 0 -f segment -segment_time 900 -segment_format mp4 -segment_atclocktime 1 -strftime 1 /tmp/capture-%s.mp4 

Dies funktioniert und produziert Videodateien mit einer Dauer von 15 Minuten wie erwartet.

Problem:

Im Labor habe ich weder die Kamera noch den Stream rtsp: //. Ich habe stattdessen eines der Capture-MP4s aus dem realen System kopiert und benutze das stattdessen als Eingabe für ffmpeg. So etwas wie:

ffmpeg -stream_loop -1 -i capture-1469547000.mp4 -c copy -map 0 -f segment **-** -segment_format mp4 -strftime 1 /tmp/captest-%s.mp4 

Der -stream_loop -1Parameter macht das, was erwartet wird: Er liest aus der Eingabedatei (Dauer 15 Minuten) und erzeugt einen unendlichen Ausgabestrom. Dies ist eine vernünftige Annäherung an das Lesen aus dem Stream rtsp: //.

Was ich nicht herausfinden kann, ist, welche Parameter verwendet werden müssen, damit dieses Laborsystem das Video in Abschnitte von 15 Minuten Länge teilt, genau wie das reale System. Was ich erwarte, ist eine Folge von Ausgabedateien, die ungefähr die gleiche Größe wie die Eingabedatei haben.

Versuch Nr. 1

Die Verwendung -segment_time 900scheint, entweder a) den Wanduhrwert von 15 Minuten verwenden zu wollen oder b) ignoriert zu werden. Da das Kopieren von einer vorhandenen MP4-Datei viel schneller ist als das Kopieren aus dem Stream rtsp: //, enthält die Capture-Datei viele Kopien des Originals.

Versuch Nr. 2

Ich habe diesen Befehl verwendet

ffprobe -v error -count_frames -select_streams v:0 -show_entries stream=nb_read_frames -of default=nokey=1:noprint_wrappers=1 capture-1469547000.mp4 

um zu bestimmen, dass die Eingabedatei 13494 Frames hat.

Die Verwendung -segment_frames 13494scheint ignoriert zu werden und die Ausgabe ist überhaupt nicht segmentiert.

Versuch Nr. 3

Ich habe eine Menge der ffmpeg-Dokumentation gelesen und fehlt, was ich brauche oder es existiert nicht.

Die Verwendung -ss *position* -t *duration*macht keine kontinuierliche Aufzeichnung und Segmentierung der Ausgabe.

Bitte um Hilfe

Welche Parameter sollte ich verwenden, um die Segmentierung auf a) zu bringen und b) 15 Minuten Videodauer sind?

Mögliche Komplikation

Die Zeitstempel (DTS?) Im Beispiel-MP4 sind nicht "gut", da dieser Fehler kontinuierlich erzeugt wird:

[Segment @ 0x2abc7c0] Nicht monotoner DTS im Ausgangsstrom 0: 0; bisher: 80990160, aktuell: -74730276972; Änderung in 80990161. Dies kann zu falschen Zeitstempeln in der Ausgabedatei führen.  DTS 191648787, nächste: -830336344130 st: 0 ungültiges Ablegen  PTS 191648787, nächste: -830336344130 ungültiges Ablegen von st: 0 

Ich brauche die resultierenden Videodateien jedoch nicht, um tatsächlich abzuspielen oder intakt zu sein. Daher ignoriere ich dies, es sei denn, dies hat Auswirkungen auf die Segmentierung, die ich neu erstellen muss.

Weitere Informationen

ffmpeg-Version:

\ # / usr / share / local / bin / ffmpeg -version  ffmpeg version N-79587-g9f9c833 Copyright (c) 2000-2016 der FFmpeg-Entwickler  gebaut mit gcc 4.8 (Ubuntu / Linaro 4.8.2-16ubuntu4)  Konfiguration: --prefix = / home / t / dev / j / Drittanbieter / ffmpeg /../ build --cross-prefix = / usr / bin / arm-linux-gnueabihf-cpu = armv7-a - -disable-shared --enable-static --enable-gpl --enable-pthreads --enable-nonfree --enable-libx264 --enable-filters --extra-libs = -static --extra-cflags = - static --enable-cross-compile --target-os = linux --disable-inline-asm --arch = armv7 --disable-debug --disable-altivec --disable-sse --disable-armv6 --disable -armv6t2 --disable-mmx --disable-neon --disable-amd3dnow --disable-thumb --extra-ldflags = -L / home / t / dev / j / Drittanbieter / ffmpeg /../ build / lib --extra-cflags = -I / home / t / dev / j / Drittanbieter / ffmpeg / ../ build / include --extra-ldflags = -L / home / t / dev / j / Drittanbieter / ffmpeg / libavcodec --extra-ldflags = -L / home / t / dev / j / Drittanbieter / ffmpeg / libavdevice --extra-ldflags = -L / home / t / dev / j / Drittanbieter / ffmpeg / libavfilter --extra-ldflags = -L / home / t / dev / j / Drittanbieter / ffmpeg / libavformat --extra-ldflags = -L / home / t / dev / j / Drittanbieter / ffmpeg / libavresample --extra-ldflags = -L / home / t / dev / j / Drittanbieter / ffmpeg / libavutil - extra-ldflags = -L / home / t / dev / j / Drittanbieter / ffmpeg / libswscale --extra-ldflags = -lx264 --extra-ldflags = -lm --extra-ldflags = -ldl --extra- cflags = '- fpic -mthumb'-fpic -mthumb '-fpic -mthumb '  Libavutil 55. 22.101 / 55. 22.101  libavcodec 57. 38.100 / 57. 38.100  libavformat 57. 34.103 / 57. 34.103  libavdevice 57. 0,101 / 57 0,101  libavfilter 6. 44.100 / 6. 44.100  libswscale 4. 1.100 / 4. 1.100  libswresample 2. 0,101 / 2 0,101  libpostproc 54. 0,100 / 54 0,100