Advanced search

On other websites (11240)

• Video length missing in FLV converted by ffmpeg-php

  19 January 2013, by Andrew

  I'm converting MP4 videos to FLV using ffmpeg-php on my CentOS server (without intervention from flvtool2 because it's not installed).

  The FLV videos are created, but no player is capable of retrieving the video duration, this creates serious issues when trying to seek the video. I'm using the player created by Moyea's Flash Video MX Pro, but the problem also happens with other FLV players as well, so I'm sure that ffmpeg-php is not createing the FLV with the proper length data.

  My MP4 videos are compatible because ffmpeg-php CAN get the video length properly from then, yet it does not apply that length information into the FLV file. I assume flvtool2 is ONLY to retrieve meta-data and has nothing to do with the output FLV video length, let me know if this is correct.

  This command I use for conversion:

  $command = "ffmpeg -i myvideo.mp4 -ar 22050 -ab 64k -f flv -s 320x240 -y myvideo.flv";
  
  $result = @shell_exec($command);

  This is my ffmpeg-php version:

  FFmpeg version 0.5, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  
    configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --incdir=/usr/include --extra-cflags=-fPIC --enable-libamr-nb --enable-libamr-wb --enable-libdirac --enable-libfaac --enable-libfaad --enable-libmp3lame --enable-libtheora --enable-libx264 --enable-gpl --enable-nonfree --enable-postproc --enable-pthreads --enable-shared --enable-swscale --enable-x11grab
  
    libavutil     49.15. 0 / 49.15. 0
  
    libavcodec    52.20. 0 / 52.20. 0
  
    libavformat   52.31. 0 / 52.31. 0
  
    libavdevice   52. 1. 0 / 52. 1. 0
  
    libswscale     0. 7. 1 /  0. 7. 1
  
    libpostproc   51. 2. 0 / 51. 2. 0
  
    built on Jul 24 2009 01:40:27, gcc: 4.1.2 20080704 (Red Hat 4.1.2-44)

  Any help on this issue will be greatly appreciated.

• ffmpeg error creating thumbnail different frame rate

  18 December 2012, by KJS

  When using this at the command line I get very bad images with only grey or stripes in them.
  It seems "the frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)".

  Is there any way I can fix this in the ffmpeg statement?

  ffmpeg -ss 00:00:10 -i FILENAME.mp4 -vframes 1 FILENAME.jpg

  This is the output I get:

  FFmpeg version 0.5.2, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  
    configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --incdir=/usr/include --disable-avisynth --extra-cflags=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC --enable-avfilter --enable-avfilter-lavf --enable-libdirac --enable-libfaac --enable-libfaad --enable-libfaadbin --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libx264 --enable-gpl --enable-nonfree --enable-postproc --enable-pthreads --enable-shared --enable-swscale --enable-vdpau --enable-version3 --enable-x11grab
  
    libavutil     49.15. 0 / 49.15. 0
  
    libavcodec    52.20. 1 / 52.20. 1
  
    libavformat   52.31. 0 / 52.31. 0
  
    libavdevice   52. 1. 0 / 52. 1. 0
  
    libavfilter    0. 4. 0 /  0. 4. 0
  
    libswscale     0. 7. 1 /  0. 7. 1
  
    libpostproc   51. 2. 0 / 51. 2. 0
  
    built on Jun 13 2010 23:44:18, gcc: 4.1.2 20080704 (Red Hat 4.1.2-48)

  Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)

  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'FILENAME.mp4':
  
    Duration: 00:03:36.36, start: 0.000000, bitrate: 1305 kb/s
  
      Stream #0.0(eng): Video: h264, yuv420p, 640x428, 29.97 tbr, 29.97 tbn, 59.94 tbc
  
      Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16
  
  Output #0, image2, to 'FILENAME.jpg':
  
      Stream #0.0(eng): Video: mjpeg, yuvj420p, 640x428, q=2-31, 200 kb/s, 90k tbn, 29.97 tbc
  
  Stream mapping:
  
    Stream #0.0 -> #0.0
  
  Press [q] to stop encoding
  
  [h264 @ 0x307f6b0]brainfart cropping not supported, this could look slightly wrong ...
  
  [h264 @ 0x307f6b0]AVC: Consumed only 14978 bytes instead of 14984
  
  [h264 @ 0x307f6b0]AVC: Consumed only 1147 bytes instead of 1153
  
  [h264 @ 0x307f6b0]Missing reference picture
  
  [h264 @ 0x307f6b0]AVC: Consumed only 1947 bytes instead of 1953
  
  [h264 @ 0x307f6b0]Missing reference picture
  
  [h264 @ 0x307f6b0]AVC: Consumed only 1870 bytes instead of 1876
  
  [h264 @ 0x307f6b0]Missing reference picture
  
      Last message repeated 1 times
  
  [h264 @ 0x307f6b0]AVC: Consumed only 810 bytes instead of 816
  
  [h264 @ 0x307f6b0]Missing reference picture
  
      Last message repeated 1 times
  
  [h264 @ 0x307f6b0]AVC: Consumed only 955 bytes instead of 961
  
  [h264 @ 0x307f6b0]Missing reference picture
  
      Last message repeated 1 times
  
  [h264 @ 0x307f6b0]AVC: Consumed only 1036 bytes instead of 1042
  
  [h264 @ 0x307f6b0]Missing reference picture
  
      Last message repeated 1 times
  
  [h264 @ 0x307f6b0]AVC: Consumed only 998 bytes instead of 1004
  
  [h264 @ 0x307f6b0]Missing reference picture
  
  frame=    1 fps=  0 q=3.3 Lsize=      -0kB time=0.03 bitrate=  -5.3kbits/s
  
  video:14kB audio:0kB global headers:0kB muxing overhead -100.149568%

• Revision 86140: Résolution du second problème : on déplace tous les styles qui concernent ...

  17 November 2014, by rastapopoulos@… — Log

  Résolution du second problème : on déplace tous les styles qui concernent le fullscreen dans la feuille commune. Cette fonctionnalité marche donc tout aussi bien dans le site public. Au passage on renforce certains styles, notamment l’onglet avec l’icône fullscreen, pour qu’il soit toujours à la bonne taille (en pixel toujours), et avec l’icône (car ça virait en FOCUS avec Tinytypo… hum hum).