Recherche avancée

Sur d’autres sites (8446)

• With ffmpeg, trying to change a container from Mpeg TS to MP4, fps became twice of Mpeg TS

  17 juillet 2016, par user2148481

  I got a Mpeg TS file from a capture board to make a DEMO video clip.

  Here is information of the file from ffmpeg ;

  Stream #0:0[0x51]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 59.94 tbr, 90k tbn, 59.94 tbc
  
  Stream #0:1[0x61]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 224 kb/s

  However, I cannot edit it in FCP X, so I tried to change just its container TS to MP4 with ffmpeg using the below command.

  ffmpeg -i input.ts -vcodec copy -acodec copy output.mp4

  After doing it, fps of output.mp4 became 59.94 fps and information is like below ;

  Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1750 kb/s, 59.94 fps, 59.94 tbr, 90k tbn, 59.94 tbc
  
  Stream #0:1(und): Audio: mp2 (mp4a / 0x6134706D), 48000 Hz, stereo, s16p, 224 kb/s

  Fps is not same.

  Is there a way to keep same fps as TS with just copy option to change a container ?

  I am wondering whether just re-encoding is solution or not.

  /////

  Full logs ;

  $ ffmpeg -i input.ts -vcodec copy -acodec copy output.mp4
  
  ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers
  
    built on Feb  6 2013 10:45:57 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn)
  
    configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid
  
    libavutil      52. 13.100 / 52. 13.100
  
    libavcodec     54. 86.100 / 54. 86.100
  
    libavformat    54. 59.106 / 54. 59.106
  
    libavdevice    54.  3.102 / 54.  3.102
  
    libavfilter     3. 32.100 /  3. 32.100
  
    libswscale      2.  1.103 /  2.  1.103
  
    libswresample   0. 17.102 /  0. 17.102
  
    libpostproc    52.  2.100 / 52.  2.100
  
  [mpegts @ 0x7f8a2b033000] max_analyze_duration 5000000 reached at 5003333
  
  Input #0, mpegts, from 'input.ts':
  
    Duration: 00:05:01.27, start: 0.224400, bitrate: 2727 kb/s
  
    Program 1 
  
      Stream #0:0[0x51]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 59.94 tbr, 90k tbn, 59.94 tbc
  
      Stream #0:1[0x61]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 224 kb/s
  
  Output #0, mp4, to 'output.mp4':
  
    Metadata:
  
      encoder         : Lavf54.59.106
  
      Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 29.97 fps, 90k tbn, 90k tbc
  
      Stream #0:1: Audio: mp2 (i[0][0][0] / 0x0069), 48000 Hz, stereo, 224 kb/s
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (copy)
  
    Stream #0:1 -> #0:1 (copy)
  
  Press [q] to stop, [?] for help
  
  [mp4 @ 0x7f8a2b058200] pts has no value
  
  frame=13472 fps=0.0 q=-1.0 size=   54536kB time=00:03:44.80 bitrate=1987.3kbits/frame=18056 fps=0.0 q=-1.0 Lsize=   73024kB time=00:05:01.28 bitrate=1985.5kbits/s    
  
  video:64370kB audio:8212kB subtitle:0 global headers:0kB muxing overhead 0.608498%

• While transcoding to mpegts ffmpeg creates the first frame after 1.48 seconds delay

  15 mars 2018, par Biraj B Choudhury

  I have transcoded a file to mpegts using the following command

   ./ffmpeg -y -i big_buck_bunny_720p_5mb.mp4  -vcodec libx264  -x264opts "keyint=48:min-keyint=48:no_scenecut" -r 23.976 -c:a copy  -f mpegts test.mpegts

  When I run ffprobe on it -

  ./ffprobe  -i  test.mpegts  -select_streams v -show_frames -of csv

  I see that the first frame starts at 1.48 seconds why is this so ?

  Input #0, mpegts, from 'test.mpegts':
  
    Duration: 00:00:29.61, start: 1.483422, bitrate: 1964 kb/s
  
    Program 1 
  
      Metadata:
  
        service_name    : Service01
  
        service_provider: FFmpeg
  
      Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc
  
      Stream #0:1[0x101](und): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, 5.1, fltp, 406 kb/s
  
  frame,video,0,1,133508,1.483422,133508,1.483422,133508,1.483422,3753,0.041700,564,112008,1280,720,yuv420p,1:1,I,0,0,0,0,0
  
  frame,video,0,0,137262,1.525133,137262,1.525133,137262,1.525133,3753,0.041700,125584,1110,1280,720,yuv420p,1:1,B,2,0,0,0,0

  After some research I added "muxdelay 0" to my command

  ./ffmpeg -y -i big_buck_bunny_720p_5mb.mp4  -vcodec libx264  -x264opts "keyint=48:min-keyint=48:no_scenecut" -r 23.976 -c:a copy  -muxdelay 0 -f mpegts test.mpegts

  And now I get the following in ffprobe

  Input #0, mpegts, from 'test.mpegts':
  
    Duration: 00:00:29.61, start: 0.083422, bitrate: 1987 kb/s
  
    Program 1 
  
      Metadata:
  
        service_name    : Service01
  
        service_provider: FFmpeg
  
      Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc
  
      Stream #0:1[0x101](und): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, 5.1, fltp, 406 kb/s
  
  frame,video,0,1,7508,0.083422,7508,0.083422,7508,0.083422,3753,0.041700,564,112008,1280,720,yuv420p,1:1,I,0,0,0,0,0
  
  frame,video,0,0,11262,0.125133,11262,0.125133,11262,0.125133,3753,0.041700,125584,1110,1280,720,yuv420p,1:1,B,2,0,0,0,0

  Can anybody help me understand what is this muxdelay that is contributing to 1.4 seconds of delay and what is contributing to the remaining 0.08 seconds of delay.

  The first frame is at 0.000 when the output is mp4 so this is something particular to mpegts.

• include/share/endswap.h : Improvements to fallthrough ENDSWAP_*.

  9 août 2014, par Erik de Castro Lopo

  include/share/endswap.h : Improvements to fallthrough ENDSWAP_*.
  According to patch author GCC can optimize expressions like
  
  "(a<<8)|(a>>8)", but has problems with "(a<<8)+(a>>8)".
  Patch-from : lvqcl <lvqcl.mail@gmail.com>
  

  • [DH] include/share/endswap.h