Durch das Kopieren von h.264-Videos von TS in MP4 werden Bildrate und -zeit geändert

Ich habe eine große MPEG-TS-Datei, die ich mit dem folgenden Befehl in MP4 konvertiere. Wenn ich im Video sowohl in der MP4- als auch in der TS-Datei zur gleichen Zeit suche, befindet sich die MP4 einige Frames hinter der TS-Datei. Dies wird immer schlimmer, je weiter ich nach dem Video suche.

c:\>ffmpeg -y -r 30 -i full-ts.ts -c:v copy -r 30 -an full.mp4
ffmpeg version N-69040-gb23a866 Copyright (c) 2000-2015 the FFmpeg developers
  built on Jan 12 2015 22:02:37 with gcc 4.9.2 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --
enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinge
r --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-
libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-zlib
  libavutil      54. 16.100 / 54. 16.100
  libavcodec     56. 20.100 / 56. 20.100
  libavformat    56. 18.101 / 56. 18.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5.  7.100 /  5.  7.100
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  1.100 /  1.  1.100
  libpostproc    53.  3.100 / 53.  3.100
Input #0, mpegts, from 'full-ts.ts':
  Duration: 00:11:25.75, start: 1.424000, bitrate: 3407 kb/s
  Program 1
    Metadata:
      service_name    : Service01
      service_provider: FFmpeg
    Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 90k tbn, 60 tbc
    Stream #0:1[0x101]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 125 kb/s
Output #0, mp4, to 'full.mp4':
  Metadata:
    encoder         : Lavf56.18.101
    Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 30 fps, 30 tbr, 15360 tbn, 30 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
frame=20419 fps=0.0 q=-1.0 Lsize=  251660kB time=00:11:25.59 bitrate=3007.0kbits/s
video:251446kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.084929%

Ich bin verwirrt, warum die TBN im Ausgabestream so groß ist. Ich habe versucht, -copyts, -copytb, alle -vsynch-Optionen, aber ich kann keine Suchzeiten erhalten, die mit dem MP4 übereinstimmen. Außerdem zeigt der MP4 eine Bildrate von 29,78, während die TS-Datei mit ffprobe 30/1 solide ist.

ffprobe -v error -of flat=s=_ -select_streams v:0 -show_entries stream=avg_frame_rate full.mp4
streams_stream_0_avg_frame_rate="5227264/175529"

ffprobe -v error -of flat=s=_ -select_streams v:0 -show_entries stream=avg_frame_rate full-ts.ts
programs_program_0_streams_stream_0_avg_frame_rate="30/1"
streams_stream_0_avg_frame_rate="30/1"

Irgendeine Idee, wie ich die Suche auf beiden Containern dazu bringen kann, den gleichen Rahmen zu zeigen? Bitte helfen Sie!

ffmpeg mp4 h.264

— Andy
quelle

Was passiert, wenn Sie die Eingabe entfernen -r 30? Was ist der Grund dafür überhaupt? Außerdem aktivieren Sie den Stream-Kopiermodus , -c:v copywodurch die Ausgabe -r 30ignoriert wird.

— Llogan

@ LordNeckbeard - es ändert ein paar Dinge in der Ausgabe, aber ich habe immer noch das Suchproblem. Siehe log @ gist.github.com/andypryor/3b1f123b4c8d6ed3975c . Vielen Dank für die Erklärung, dass -r 30 nicht benötigt wird. Ich habe seine Verwendung falsch verstanden und dachte, ich könnte die MP4-Bildrate erzwingen.

— Andy

So wie ich es verstehe, speichert mp4 nirgendwo eine Framerate, nur mal zwischen einzelnen Frames. Ffprobe betrachtet also die Frame-Zeiten der ersten Frames und geht davon aus, dass der Rest des Videos derselbe ist. Ich habe jedoch keine Ideen, um Ihr Problem tatsächlich zu lösen. Außer vielleicht etwas anderes als ffmpeg ausprobieren, wie MP4Box. Oder sogar mkvmerge zu einer .mkv, um zu sehen, ob das anders funktioniert. (und vielleicht versuchen Sie, ffmpeg auf etwas anderes als mp4 zu muxen. ffmpegs mp4-Muxer ist möglicherweise nicht perfekt.)

— Peter Cordes

Die Standard-Videobildrate beträgt 29,97. Wenn Sie in 30 fps konvertieren, werden Sie schließlich eine Abweichung

— schreiende Übungen

tbn des Ausgabestreams ist zu klein 15k. es sollte 90k sein. Das Verwerfen des Audiostreams scheint die Ursache des Problems zu sein.

— Dimitri Podborski

Laut einem Kommentar hier sollte das Entfernen des Flags -r dies ordnungsgemäß tun. Sie haben auch ein anderes -r-Flag für die Eingabe. Entfernen Sie beide, und der Stream sollte ordnungsgemäß in einen neuen Container kopiert werden. Möglicherweise müssen Sie auch diesen Schalter -an (Audio deaktivieren) entfernen. Da bin ich mir nicht sicher:

ffmpeg -y -i full-ts.ts -c:v copy full.mp4

Wenn dies fehlschlägt, können Sie auch gemäß einem Kommentar hier ein anderes Ausgabecontainerformat ausprobieren.

— r_alex_hall
quelle