Recherche avancée

Sur d’autres sites (3659)

• ffmpeg drops time delay on last frame of animated GIF

  13 août 2014, par Austin

  I am trying to convert animated GIFs to MP4 files using ffmpeg and x264. However, I seem be suffering from the effects of this bug in ffmpeg that causes the delay time of the last frame of the GIF to be ignored. For very short GIFs, this is quite a problem.

  As a work around, I was thinking that I should be able to manually tell ffmpeg to freeze on the last frame for a certain amount of time, specifically the proper duration of that frame (which I can extract from the GIF). However, I can’t seem to find a good way to do this. Any suggestions ? I would really like to be able to do this without having to split to the GIF into frames before putting it into ffmpeg since that will mess up GIFs with a non-constant framerate (in addition to being much slower).

  I am using ffmpeg version 2.3, though I have also tried this with the latest git code without any improvement. The full ffmpeg commands I’m using look like this :

  ffmpeg -i animation.gif -vf "scale=trunc(in_w/2)*2:trunc(in_h/2)*2" -c:v libx264 -b:v 2000k -y -pix_fmt yuv420p -f mp4 animation.mp4

  Here is some console output :

  ffmpeg version 2.3 Copyright (c) 2000-2014 the FFmpeg developers
  
    built on Aug 11 2014 21:19:46 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
  
    configuration: --enable-gpl --enable-libass --enable-libfreetype --enable-libtheora --enable-libvorbis --enable-libx264
  
    libavutil      52. 92.100 / 52. 92.100
  
    libavcodec     55. 69.100 / 55. 69.100
  
    libavformat    55. 48.100 / 55. 48.100
  
    libavdevice    55. 13.102 / 55. 13.102
  
    libavfilter     4. 11.100 /  4. 11.100
  
    libswscale      2.  6.100 /  2.  6.100
  
    libswresample   0. 19.100 /  0. 19.100
  
    libpostproc    52.  3.100 / 52.  3.100
  
  Input #0, gif, from 'animation.gif':
  
    Duration: N/A, bitrate: N/A
  
      Stream #0:0: Video: gif, bgra, 500x375, 100 tbr, 100 tbn, 100 tbc
  
  [libx264 @ 0x239ea00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
  
  [libx264 @ 0x239ea00] profile High, level 3.1
  
  [libx264 @ 0x239ea00] 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=2000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
  
  Output #0, mp4, to 'animation.mp4':
  
    Metadata:
  
      encoder         : Lavf55.48.100
  
      Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 500x374, q=-1--1, 2000 kb/s, 100 fps, 12800 tbn, 100 tbc
  
      Metadata:
  
        encoder         : Lavc55.69.100 libx264
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (gif (native) -> h264 (libx264))
  
  Press [q] to stop, [?] for help
  
  frame=    7 fps=0.0 q=-1.0 Lsize=       7kB time=00:00:00.05 bitrate=1222.1kbits/s dup=5 drop=0    
  
  video:7kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 13.542441%
  
  [libx264 @ 0x239ea00] frame I:1     Avg QP:34.86  size:  3657
  
  [libx264 @ 0x239ea00] frame P:3     Avg QP:30.86  size:   744
  
  [libx264 @ 0x239ea00] frame B:3     Avg QP:33.33  size:    49
  
  [libx264 @ 0x239ea00] consecutive B-frames: 42.9%  0.0%  0.0% 57.1%
  
  [libx264 @ 0x239ea00] mb I  I16..4: 10.2% 78.3% 11.6%
  
  [libx264 @ 0x239ea00] mb P  I16..4:  1.2%  5.0%  0.8%  P16..4: 11.7%  3.3%  1.2%  0.0%  0.0%    skip:76.8%
  
  [libx264 @ 0x239ea00] mb B  I16..4:  0.0%  0.1%  0.0%  B16..8:  3.7%  0.0%  0.0%  direct: 0.0%  skip:96.2%  L0:23.5% L1:76.5% BI: 0.0%
  
  [libx264 @ 0x239ea00] final ratefactor: 20.31
  
  [libx264 @ 0x239ea00] 8x8 transform intra:77.0% inter:79.4%
  
  [libx264 @ 0x239ea00] coded y,uvDC,uvAC intra: 39.5% 0.0% 0.0% inter: 2.7% 0.0% 0.0%
  
  [libx264 @ 0x239ea00] i16 v,h,dc,p: 38% 27%  7% 28%
  
  [libx264 @ 0x239ea00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 35% 12% 13%  7%  6% 10%  4%  8%  5%
  
  [libx264 @ 0x239ea00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 38% 11% 14%  5%  8% 10%  5%  7%  2%
  
  [libx264 @ 0x239ea00] i8c dc,h,v,p: 100%  0%  0%  0%
  
  [libx264 @ 0x239ea00] Weighted P-Frames: Y:0.0% UV:0.0%
  
  [libx264 @ 0x239ea00] ref P L0: 99.1%  0.7%  0.3%
  
  [libx264 @ 0x239ea00] ref B L0: 85.0% 15.0%
  
  [libx264 @ 0x239ea00] ref B L1: 95.4%  4.6%
  
  [libx264 @ 0x239ea00] kb/s:689.83

• FFMPEG - Images to Video

  24 mars 2014, par Mahesh

  ffmpeg -f image2 -r 15 -i images/img%03d.jpg -vcodec libx264 video.mp4

  I run this code with exec in php.

  I am not getting the output. The video.mp4 is blank.

  However if i modify this commade to something like this,

  ffmpeg -f image2 -i i.jpg -vcodec libx264 -t 15 video.mp4

  The video is running for 15 seconds.

  I tried -r 1/15. It is not working too.
  Where do i do the mistake ?

  <?php
  
  $command = "/usr/bin/ffmpeg -f image2 -r 15 -i images/img%03d.jpg -vcodec libx264 video.mp4";
  
  exec($command);
  
  ?>

  images folder has img001.jpg img002.jpg ... img005.jpg

  Array
  
  (
  
  [0] => ffmpeg version N-48645-gf3c9d8d Copyright (c) 2000-2013 the FFmpeg developers
  
  [1] =>   built on Jan  9 2013 04:08:32 with gcc 4.7 (Debian 4.7.2-5)
  
  [2] =>   configuration: --extra-cflags=-I../static/include --extra-ldflags='-L../static/lib -static' --enable-gpl --enable-version3 --enable-static --disable-shared --disable-debug --enable-runtime-cpudetect --disable-x11grab --enable-libmp3lame --enable-libx264 --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --disable-ffserver
  
  [3] =>   libavutil      52. 13.100 / 52. 13.100
  
  [4] =>   libavcodec     54. 86.100 / 54. 86.100
  
  [5] =>   libavformat    54. 59.106 / 54. 59.106
  
  [6] =>   libavdevice    54.  3.102 / 54.  3.102
  
  [7] =>   libavfilter     3. 32.100 /  3. 32.100
  
  [8] =>   libswscale      2.  1.103 /  2.  1.103
  
  [9] =>   libswresample   0. 17.102 /  0. 17.102
  
  [10] =>   libpostproc    52.  2.100 / 52.  2.100
  
  [11] => Input #0, image2, from 'images/img%03d.jpg':
  
  [12] =>   Duration: 00:00:45.00, start: 0.000000, bitrate: N/A
  
  [13] =>     Stream #0:0: Video: mjpeg, yuvj420p, 200x300 [SAR 1:1 DAR 2:3], 0.07 fps, 0.33 tbr, 0.07 tbn, 0.07 tbc
  
  [14] => [libx264 @ 0x3283080] using SAR=1/1
  
  [15] => [libx264 @ 0x3283080] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
  
  [16] => [libx264 @ 0x3283080] profile High, level 1.2
  
  [17] => [libx264 @ 0x3283080] 264 - core 129 r2230 1cffe9f - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=1 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
  
  [18] => Output #0, mp4, to 'videos/video.mp4':
  
  [19] =>   Metadata:
  
  [20] =>     encoder         : Lavf54.59.106
  
  [21] =>     Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuvj420p, 200x300 [SAR 1:1 DAR 2:3], q=-1--1, 16384 tbn, 0.07 tbc
  
  [22] => Stream mapping:
  
  [23] =>   Stream #0:0 -> #0:0 (mjpeg -> libx264)
  
  [24] => Press [q] to stop, [?] for help
  
  [25] => Input stream #0:0 frame changed from size:200x300 fmt:yuvj420p to size:200x300 fmt:yuvj444p
  
  [26] => frame=    3 fps=0.0 q=-1.0 Lsize=      43kB time=00:00:15.00 bitrate=  23.2kbits/s
  
  [27] => video:42kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.912722%
  
  [28] => [libx264 @ 0x3283080] frame I:1     Avg QP:18.97  size: 13250
  
  [29] => [libx264 @ 0x3283080] frame P:2     Avg QP:18.68  size: 14368
  
  [30] => [libx264 @ 0x3283080] mb I  I16..4:  0.8% 81.4% 17.8%
  
  [31] => [libx264 @ 0x3283080] mb P  I16..4:  0.0% 84.8% 15.2%  P16..4:  0.0%  0.0%  0.0%  0.0%  0.0%    skip: 0.0%
  
  [32] => [libx264 @ 0x3283080] 8x8 transform intra:83.7%
  
  [33] => [libx264 @ 0x3283080] coded y,uvDC,uvAC intra: 96.4% 99.2% 97.6%
  
  [34] => [libx264 @ 0x3283080] i16 v,h,dc,p:  0%  0% 100%  0%
  
  [35] => [libx264 @ 0x3283080] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 18% 13%  5%  8% 11%  8% 10%  7%
  
  [36] => [libx264 @ 0x3283080] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 14%  9%  7%  9% 13%  8%  7%  7%
  
  [37] => [libx264 @ 0x3283080] i8c dc,h,v,p: 45% 17% 26% 12%
  
  [38] => [libx264 @ 0x3283080] Weighted P-Frames: Y:0.0% UV:0.0%
  
  [39] => [libx264 @ 0x3283080] kb/s:7.46

  )

• FFmpeg's concat demuxer/protocol (for concatenating MP3 audio files) creates a sped up and broken output file

  5 février 2020, par EmielBoss

  I want to join, or concatenate, multiple MP3 files into one larger MP3 using FFmpeg’s concat demuxer :

  ffmpeg -f concat -safe 0 -i Filelist.txt -c copy out.mp3

  However, the output file is sped up (with a higher pitch), and after 5 seconds of listening, the audio starts to crackle and drop out. If I click on another position on the timebar in VLC, it plays for about 5 seconds before it bugs out again. Why is this happening ?

  I also tried the concat protocol :

  ffmpeg -i "concat:in1.mp3|in2.mp3|etc.mp3" -c copy out.mp3

  and Mp3Wrap (entirely different software) :

  mp3wrap out.mp3 *.mp3

  both with the same result. How can I solve this, preferably without re-encoding ?

  -------------------------------------------------------------------------------------------------

  For reference, this is the specification of an input file (using MediaInfo) :

  General
  
  Complete name                            : in.mp3
  
  Format                                   : MPEG Audio
  
  File size                                : 5.72 MiB
  
  Duration                                 : 3 min 12 s
  
  Overall bit rate mode                    : Variable
  
  Overall bit rate                         : 234 kb/s
  
  Album                                    : Rayman 3: Hoodlum Havoc (Original Soundtrack), Pt. I
  
  Album/Performer                          : Plume, Fred Leonard, Laurent Parisi
  
  Part/Position                            : 2
  
  Track name                               : Moonlit Swamps
  
  Track name/Position                      : 19
  
  Performer                                : Plume, Fred Leonard, Laurent Parisi
  
  Composer                                 : Plume, Fred Leonard, Laurent Parisi
  
  Genre                                    : Soundtrack
  
  Recorded date                            : 2003
  
  Writing library                          : LAME3.99r
  
  Cover                                    : Yes
  
  Cover description                        : Cover
  
  Cover type                               : Cover (front)
  
  Cover MIME                               : image/jpeg
  
  Comment                                  : MS_SwG_01ExpDark
  
  ID3v1 Comment                            : MS_SwG_01ExpDark
  
  
  
  Audio
  
  Format                                   : MPEG Audio
  
  Format version                           : Version 1
  
  Format profile                           : Layer 3
  
  Format settings                          : Joint stereo
  
  Duration                                 : 3 min 12 s
  
  Bit rate mode                            : Variable
  
  Bit rate                                 : 234 kb/s
  
  Minimum bit rate                         : 32.0 kb/s
  
  Channel(s)                               : 2 channels
  
  Sampling rate                            : 48.0 kHz
  
  Frame rate                               : 41.667 FPS (1152 SPF)
  
  Compression mode                         : Lossy
  
  Stream size                              : 5.39 MiB (94%)
  
  Writing library                          : LAME3.99r
  
  Encoding settings                        : -m j -V 0 -q 0 -lowpass 24 --vbr-new -b 32

  And the specification of the concatenated MP3 :

  General
  
  Complete name                            : out.mp3
  
  Format                                   : MPEG Audio
  
  File size                                : 131 MiB
  
  Duration                                 : 1 h 17 min # VLC says duration is 1:24:04 for some reason
  
  Overall bit rate mode                    : Variable
  
  Overall bit rate                         : 237 kb/s
  
  Writing library                          : LAME3.99r
  
  
  
  Audio
  
  Format                                   : MPEG Audio
  
  Format version                           : Version 1
  
  Format profile                           : Layer 3
  
  Format settings                          : Joint stereo
  
  Duration                                 : 1 h 24 min
  
  Bit rate mode                            : Variable
  
  Bit rate                                 : 237 kb/s
  
  Channel(s)                               : 2 channels
  
  Sampling rate                            : 44.1 kHz
  
  Frame rate                               : 41.667 FPS (1058 SPF)
  
  Compression mode                         : Lossy
  
  Stream size                              : 131 MiB (100%)
  
  Writing library                          : LAME3.99r
  
  Encoding settings                        : -m m -V 10 -q 0

  which has noticeably less information.