Recherche avancée

Sur d’autres sites (7687)

• Libavcodec "the procedure entry point for av_frame_alloc could not be located" error in Visual Studio 2017 C++ project

  25 novembre 2019, par Aves

  I am trying to use libavcodec from ffmpeg library in C++ with Visual Studio 2017 Community. I downloaded the latest x64 dev and shared builds from zeranoe (version 20171217), set up include directories and additional libraries in Visual Studio for x64 build, added DLL files from shared package to my PATH.

  This is my sample test code :

  extern "C" {
  
  #include 
  
  }
  
  int main() {
  
      avcodec_register_all();
  
      AVFrame *pAvFrame = av_frame_alloc();
  
      av_frame_free(&pAvFrame);
  
      return 0;
  
  }

  The code compiles without problems but when I run the application I see a dialogue window with error message "the procedure entry point for av_frame_alloc could not be located in DLL" (actual message is not in English, this is the translated version).

  I tried to set Linker->Optimization->References to /OPT:NOREF as it was advised in the similar questions but it did not help.

  Dependency walker shows that av_frame_alloc is exported, "Entry Point" is not bound. A little bit strange is that av_frame_alloc is displayed in both avcodec-58.dll (as red) and avutil-56.dll (as green). Maybe the reason is that the application is trying to get this function from avcodec instead of avutil, but I’m not sure, since I did not check the source code of these libraries.

  So the question is how to set up such a simple FFMPEG-based C++ project in VS2017, where I’m wrong ?

  UPD. 1.

  Linker flags : /OUT :"C :\work\code\TestFfmpeg\x64\Release\TestFfmpeg.exe" /MANIFEST /NXCOMPAT /PDB :"C :\work\code\TestFfmpeg\x64\Release\TestFfmpeg.pdb" /DYNAMICBASE "c :\work\dev\ffmpeg-20171217-387ee1d-win64-dev\lib*.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG:FULL /MACHINE:X64 /OPT:NOREF /PGD :"C :\work\code\TestFfmpeg\x64\Release\TestFfmpeg.pgd" /MANIFESTUAC :"level=’asInvoker’ uiAccess=’false’" /ManifestFile :"x64\Release\TestFfmpeg.exe.intermediate.manifest" /OPT:ICF /ERRORREPORT:PROMPT /NOLOGO /TLBID:1

• Matomo 2 reaches end of life soon (December 2017), update now !

  7 décembre 2017, par Matomo Core Team — Community

  In less than three weeks, Matomo (Piwik) 2 will be no longer supported. This means that no further (security) updates will be released for this version. As per our Long Term Support announcement, Matomo 2.X is supported for 12 months after the initial release of Matomo 3.0.0 which was on December 18th 2016. Therefore, Matomo 2 will no longer receive any updates after December 18th 2017.

  It has been almost a year since we released Matomo (Piwik) 3 and we highly recommend updating to Matomo 3 ASAP. The major new release came with a new UI, performance and security improvements. If you are still on Matomo 2, the security improvements alone should be worth updating your Matomo to Matomo 3 now. We cannot recommend this enough.

  The update to Matomo (Piwik) 3 should be smooth, but may take a while depending on the amount of data you have.

  • If you have any problem with the update, feel free to get in touch with us, or ask in the forums.
  • If you are currently using Matomo (Piwik) self-hosted and would like to be upgraded, plus your Matomo managed in the official Cloud-hosted service, contact InnoCraft Cloud and they will migrate your database.

  At Matomo (Piwik) and InnoCraft, the company of the makers of Matomo, we have seen many thousands of Matomo installations upgraded over the past year and look forward to an exciting future for Matomo 3 and beyond !

• Building FFMPEGINTEROP with Visual Studio 2017 ?

  25 septembre 2018, par Francois Gagnon

  I’m working on a project that requires a video player. I’ve been using the standard UWP MediaPlayerElement but it refuses to read many types of videos, including ASF and FLV and some older MPG.

  I’ve read that ffmpeginterop is more compatible with a variety of codecs. However building it is a finicky and all the instructions are designed for VS2015 and command prompt for ARM processor, which does not exist for VS2017. I can’t find an updated version of the instructions (Left a message on their GIT site as well... no answers).

  So my question is two-fold :

  1. Is there any way to download the missing/updated codecs to include them in my project that uses the standard UWP approach ?

  2. Is there an updated way/tutorial/instructions of building ffmpeginterop with VS2017 ?

  3. Is ffmpeginterop too old and I should not build using it going forward ?

  Thanks !