Recherche avancée

Sur d’autres sites (6401)

• Why does FFMPEG reports the wrong duration ?

  20 octobre 2011, par Adrian Lynch

  I have an oldish build of FFMPEG that I can't easily change.

  We use FFMPEG to find the duration of video and sound files. So far it has been working wonderfully.

  Recently on an uploaded file, FFMPEG has reported a 30 second file as being 5 minutes 30 seconds in length.

  Could it be something wrong with the file rather than FFMPEG ?

  If I use FFMPEG to convert to another file, the duration is restored.

  In case it matters, ffmpeg -i 'path to the file' produces :

      FFmpeg version Sherpya-r15618, Copyright (c) 2000-2008 Fabrice Bellard, et al.
        libavutil     49.11. 0 / 49.11. 0
        libavcodec    52. 0. 0 / 52. 0. 0
        libavformat   52.22. 1 / 52.22. 1
        libavdevice   52. 1. 0 / 52. 1. 0
        libswscale     0. 6. 1 /  0. 6. 1
        libpostproc   51. 2. 0 / 51. 2. 0
        built on Oct 14 2008 23:43:47, gcc : 4.2.5 20080919 (prerelease) [Sherpya]
      Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'H :\path\to\file.mov' :
        Duration : 00:05:35.00, start : 0.000000, bitrate : 1223 kb/s
          Stream #0.0(eng) : Audio : aac, 44100 Hz, stereo, s16
          Stream #0.1(eng) : Video : h264, yuv420p, 720x576, 25.00 tb(r)
      Must supply at least one output file
  

  It's that very command I use to then extract the duration with RegEx.

  Does anyone have a nice application that can do what I'm trying above but get it right 100% of the time ?

• Evolution #4565 (Nouveau) : Traduction des mois ave affdate

  2 octobre 2020, par Laurent Lefebvre

  Une petite idée d’évolution :

  Traduire le mois dans la langue du site lorsque l’on utilise un formatage de type php date (ex : pour le 2/10/2020, [(#DATE|affdated F Y)] donnerait "2 octobre 2020" sur un site francophone.

• building c++ code into a shared library

  11 avril 2016, par gaurav

  I have some c++ code which i use as shared library in a java application.My c++ code uses some libraries like ffmpeg and boost. and ffmpeg libraries in turn depend on libx264. my first question is - can i build my c++ into a "fat" shared library which contains all the symbols from all libraries used so that on a new machine if i just copy the fat .so file everything works.
  If thats not possible then can you help me fix my current build process. This is what i am doing currently -

  1)on a local VM(ubuntu 64) i compile ffmpeg code using -fPIC flag and install h264 and boost using apt-get commands.
  2) on the same VM i compile my code using make file which looks like this-

  INCLUDES =   -I/opt/ffmpeg/include -I/usr/lib/jvm/java-7-openjdk-   amd64/include -I/usr/lib/jvm/java-7-openjdk-amd64/include/linux
  
  
  
  LDFLAGS =   -L/home/ubuntu/ffmpeg_shared
  
  
  
  LIBRARIES = -lavformat -lavcodec -lswscale -lavutil -lpthread  -lx264 -lboost_system -lboost_thread -lboost_chrono 
  
  
  
  CC = g++ -std=c++11 -fPIC
  
  
  
  all:clean final
  
  
  
  final:Api.o ImageSequence.o OverlayAnimation.o Utils.o ImageFrame.o 
  
  $(CC)  -o final.so Api.o ImageSequence.o OverlayAnimation.o Utils.o  ImageFrame.o $(LDFLAGS) $(LIBRARIES) -shared 

  3) on a new machine where java app will run. i install h264 and boost using apt-get commands and copy ffmpeg’s compiled library files to /usr/local/lib.

  4) copy the final.so file to this new machine. but when the java code tries to use the final.so file i see it tries to use wierdly named files. for example - it tries to find libavcodec.so.57 , libavformat.so.57 etc. to fix this i just created a copy of these files ie libavcodec.so copied to libavcodec.so.57.

  5)But these ffmpeg libraries in turn uses a differently named lib264.so file. on my new machine the apt-get command for x264 installed a file named libx264.so.148 but one of ffmpeg libraries is searching for file libx264.so.142 even if i rename this libx264.so file i get new errors where ffmpeg libraries tries to call libx264’s methods which has these numbers attached.

  6) at this time the only working option for me is to bring the c++ code on every new machine and build final.so file locally. this is something i want to avoid since i want to distribute the .so file along with jar file to my clients which they can easily use without having to build and install stuff.