Recherche avancée

Sur d’autres sites (9389)

• Can't link FFmpeg in Visual Studio 2013

  22 février 2016, par Sir DrinksCoffeeALot

  I’m struggling with this for past 3-4 days with barely any progress. I’ve downloaded "dev" and "shared" archives and extracted them. "Dev" archive has .lib and .h files and "Shared" has .dll files needed for running app. These are the steps that i’ve done linking-wise :

  Project -> Properties -> Configuration Properties -> VC++ Directories -> Include Directories -> ...\ dev\ include

  Project -> Properties -> Configuration Properties -> VC++ Directories -> Library Directories -> ...\ dev\ lib

  Project -> Properties -> Configuration Properties -> C/C++ -> General -> Additional Include Directories -> ...\ dev\ include

  Project -> Properties -> Configuration Properties -> Linker -> General -> Additional Library Directories -> ...\ dev\ lib

  Project -> Properties -> Configuration Properties -> Linker -> Input -> Additional Dependencies -> avcodec.lib ... swscale.lib

  And when i try to build it i get following error :

  Error 1 error LNK2019: unresolved external symbol _avcodec_register_all referenced in function _main...

  I have no idea why,somehow .lib are not getting linked or something or i’ve done something wrong. It’s getting really frustrating and ffmpeg is crucial in project that i’m working on, basicly i can’t do anything without it. So please if someone could point me in right direction i would aprreciate it very much.

  This is the example that im trying to build.

  #include 
  
  extern "C"
  
  {
  
  
  
  #include "libavcodec\avcodec.h"
  
  }
  
  
  
  
  
  #pragma comment(lib, "avcodec.lib")
  
  
  
  int main()
  
  {
  
      printf("Trying avcodec_register_all... ");
  
      avcodec_register_all();
  
      printf("Done.\n");
  
      return 0;
  
  }

  Thank you in advance.

• Transcode to ogg or webm, writing the file as it goes

  22 juillet 2020, par Mark Smith

  I need to transcode files (mp3, flac, m4a and others) to ogg or webm. (This is because I need them to play on Firefox 60.9 which does not support most of these, and flacs are too large. I cannot update the browser.)

  


  ffmpeg can do the transcoding, but when transcoding to ogg or webm, depending on the exact configuration, either 0 bytes or a few kB is written immediately, and then nothing more until the transcoding is complete (even using -flush_packets 1) — hence I cannot start playing the audio.

  


  By comparison, if I transcode to mp3, the file is written progressively and I can start playing immediately.

  


  Is it possible to transcode to ogg or webm in such a way that the file is written as the transcoding happens, and I can start playing it (almost) immediately ?

  


  Configurations I have tried :

  


  ffmpeg -i orig.m4a -c:a libvorbis -flush_packets 1 vorbis.ogg
ffmpeg -i orig.m4a -c:a libopus -flush_packets 1 opus.ogg
ffmpeg -i orig.m4a -c:a libvorbis -flush_packets 1 vorbis.webm
ffmpeg -i orig.m4a -c:a libopus -flush_packets 1 opus.webm


  


  This is running on Debian (Raspian stretch, specifically) and I would like to do it without adding dependencies from outside of the Debian/Raspian archives, if possible. Sticking with ffmpeg would be my ideal choice but will consider others.

  


• avformat/dashdec : drop arbitrary DASH manifest size limit

  3 septembre 2020, par Jan Ekström

  avformat/dashdec : drop arbitrary DASH manifest size limit
  Currently the utilized AVBPrint API is internally limited to unsigned
  
  integers, so if we limit the file size as well as the amount to read
  
  to UINT_MAX - 1, we do not require additional limiting to be performed
  
  on the values.
  This change is based on the fact that initially the 8*1024 value added
  
  in 96d70694aea64616c68db8be306c159c73fb3980 was only for the case where
  
  the file size was not known. It was not a maximum file size limit.
  In 29121188983932f79aef8501652630d322a9974c this was reworked to be
  
  a maximum manifest file size limit, while its commit message appears
  
  to only note that it added support for larger manifest file sizes.
  This should enable various unfortunately large MPEG-DASH manifests,
  
  such as Youtube's multi-megabyte live stream archives to load up
  
  as well as bring back the original intent of the logic.
  

  • [DH] libavformat/dashdec.c