Recherche avancée

Sur d’autres sites (13416)

• Skipping incompatible libmp3lame.a while searching mp3lame (FFMPEG)

  19 octobre 2014, par trololo

  I want to compile ffmpeg with libmp3lame for my Android app. I’m using Virtual Machine with OS Debian.
  While compiling I recieve with message in Console.log file :

  skipping incompatible /home/sla/ffmpeg_build/lib/libmp3lame.a while searching mp3lame
  ...

  That’s why compilations doesn’t work properly.

  I’ve installed lame for debian using this code install.sh :
  (https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu)

  sudo apt-get install libmp3lame-dev
  
  mkdir /home/sla/ffmpeg_build
  
  mkdir /home/sla/ffmpeg_sources
  
  sudo apt-get install nasm
  
  cd /home/sla/ffmpeg_sources
  
  wget http://downloads.sourceforge.net/project/lame/lame/3.99/lame-3.99.5.tar.gz
  
  tar xzvf lame-3.99.5.tar.gz
  
  cd lame-3.99.5
  
  ./configure --prefix="/home/sla/ffmpeg_build" --enable-nasm --disable-shared
  
  make
  
  make install
  
  make distclean

  But it doesn’t work (lame compiles but ffmpeg - doesn’t).
  ffmpeg compiler says something strange.

  For ffmpeg I wrote flags :

  --export-cflags
  
  -I/home/sla/ffmpeg_build/include
  
  
  
  --export-ldflags
  
  -L/home/sla/ffmpeg_build/lib

  How to fix it ?

• node.js live streaming ffmpeg stdout to res

  24 mai 2014, par blasteye

  I want node.js to convert an extremly long audio file to mp3, and the second data is available on stdout, node.js should send it to the client for them to play.

  I’ve written the following, and while it works, the html5 audio/video tag waits until ffmpeg is 100% done transcoding, where-as I want to start playing the video while ffmpeg is doing its thing.

  var ffmpeg = childProcess.spawn('ffmpeg', [
  
     '-i', params.location, //location of the specified media file
  
     '-f', 'mp3',
  
     'pipe:1'
  
   ]);
  
   res.writeHead(200, {
  
     'Content-Type': 'audio/mp3'
  
   });
  
   ffmpeg.stdout.pipe(res);

  EDIT 1 : Not sure why, but if params.location points to a movie everything seems to work. But if its an audio file, ffmpeg doesn’t seem to be outputting to stdout until its 100% converted.

  EDIT 2 : Turns out that you can’t dump an mp4 file to stdout due to the fact that mp4 files are non Causal (http://en.wikipedia.org/wiki/Causal_system). THerefore if you use webm it works. Just make sure to compile ffmpeg with webm support (for homebrew users : brew install ffmpeg —with-vpx —with-vorbis ).

  I’ve uploaded a github gist showing two functions to send live mp3/webm transcodes : https://gist.github.com/cobookman/c1a9856a4588496b021a

• ffmpeg playback problems when concatenating 2 gif of same type into 1 file without re-encoding [closed]

  15 juin 2022, par kite

  I see this information here, but it didn't help :
https://stackoverflow.com/a/11175851/11361179

  


  Given 2 gif files 1.gif 2.gif of same type, I want to merge them into a single .gif file and stream without re-encode. Following the instructions here https://trac.ffmpeg.org/wiki/Concatenate : I make a list in windows called mylist with the names, then I concatenate using the below. The file created only runs correctly in ffplay though, anywhere else it will simply repeat the first 1.gif over and over and not play the other.

  


  (for %i in (*.gif) do @echo file '%i') > mylist.txt
ffmpeg -f concat -i mylist.txt -c copy output.gif


  


  I downloaded the newest version of ffmpeg and it didn't change anything. I also tried : ffmpeg -i "concat:input1|input2" -codec copy output.mkv. No change. I need the output to play properly in programs other than ffplay.

  


  The file generated is of the same length as 1.gif rather than the combined, and seeking has issues in ffplay, so there seems to be an issue with the output not having the right metadata for proper playback. All 3 files are the exact same in ffprobe except their bitrate value, as they should be since both gif were taken in same program with same settings of same length....with the exception that the third gif should be the combined length which it isn't. Removing -c copy and re-encoding works but generates a gif 50x the size of horrid quality.