Recherche avancée

Sur d’autres sites (8129)

• 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

• Android ffmpeg release :invalid address or address of corrupt block passed to dlfree

  11 janvier 2018, par jcguo

  guys.I’m new to Android JNI development as well as ffmpeg libs.

  With some struggles, I have managed to decode the real time H264 data, but meeting error when release the ffmpeg decoder :

  12-11 19:54:36.428  27959-27959/com.example.firmament.dji A/libc﹕ invalid address or address of corrupt block 0x6fa13868 passed to dlfree
  
  12-11 19:54:36.430  27959-27959/com.example.firmament.dji A/libc﹕ Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1), thread 27959 (e.firmament.dji)

  Some questions in stackoverflow mentioned that this error related to wrongly free some memory which was protected(same with Segment Fault).

  I checked the C JNI code for times and could not fix the bug, here is my code(release part) :

  jint Java_com_example_firmament_dji_XKZH264_release(JNIEnv *env, jobject obj)
  
  {
  
      if (pFrame != NULL) {
  
          av_free(pFrame);
  
          pFrame = NULL;
  
      }
  
  
  
      if (pCodecContext != NULL) {
  
          avcodec_close(pCodecContext);
  
          av_free(pCodecContext);
  
          pCodecContext = NULL;
  
      }
  
  
  
      if (pParserContext != NULL) {
  
          av_parser_close(pParserContext);
  
          av_free(pParserContext);
  
          pParserContext = NULL;
  
      }
  
  
  
      DeleteYUVTab();
  
  
  
      return 1;
  
  }
  
  
  
  void DeleteYUVTab()
  
  {
  
      if (colortab != NULL) {
  
          av_free(colortab);
  
          colortab = NULL;
  
      }
  
  
  
      if (rgb_2_pix != NULL) {
  
          av_free(rgb_2_pix);
  
          colortab = NULL;
  
      }
  
  }

• Error inclunding in FFMPEG project on a Mac using clang

  3 juillet 2018, par benwiz

  I’m having trouble running the remuxing.c example code. I get the following error. I have confirmed that the files can be found in /usr/local/include. I am running macOS Sierra 10.12.6.

  $ cc -v playground/remuxing.c
  
  Apple LLVM version 9.0.0 (clang-900.0.39.2)
  
  Target: x86_64-apple-darwin16.7.0
  
  Thread model: posix
  
  InstalledDir: /Library/Developer/CommandLineTools/usr/bin
  
   "/Library/Developer/CommandLineTools/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.12.0 -Wdeprecat
  
  ed-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -mrelax-all -disable-free -disable-llvm-v
  
  erifier -discard-value-names -main-file-name remuxing.c -mrelocation-model pic -pic-level 2 -mthread-mo
  
  del posix -mdisable-fp-elim -fno-strict-return -masm-verbose -munwind-tables -target-cpu penryn -target
  
  -linker-version 305 -v -dwarf-column-info -debugger-tuning=lldb -resource-dir /Library/Developer/Comman
  
  dLineTools/usr/lib/clang/9.0.0 -fdebug-compilation-dir /Users/myuser/github/personal/synthesthesi
  
  a -ferror-limit 19 -fmessage-length 103 -stack-protector 1 -fblocks -fobjc-runtime=macosx-10.12.0 -fenc
  
  ode-extended-block-signature -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o /var/
  
  folders/8s/2xc3v8dd7zz2c2trymzybvd534bnhg/T/remuxing-819223.o -x c playground/remuxing.c
  
  clang -cc1 version 9.0.0 (clang-900.0.39.2) default target x86_64-apple-darwin16.7.0
  
  #include "..." search starts here:
  
  #include <...> search starts here:
  
   /usr/local/include
  
   /Library/Developer/CommandLineTools/usr/lib/clang/9.0.0/include
  
   /Library/Developer/CommandLineTools/usr/include
  
   /usr/include
  
   /System/Library/Frameworks (framework directory)
  
   /Library/Frameworks (framework directory)
  
  End of search list.
  
   "/Library/Developer/CommandLineTools/usr/bin/ld" -demangle -lto_library /Library/Developer/CommandLineTools/usr/lib/libLTO.dylib -no_deduplicate -dynamic -arch x86_64 -macosx_version_min 10.12.0 -o a.out /var/folders/8s/2xc3v8dd7zz2c2trymzybvd534bnhg/T/remuxing-819223.o -lSystem /Library/Developer/CommandLineTools/usr/lib/clang/9.0.0/lib/darwin/libclang_rt.osx.a
  
  Undefined symbols for architecture x86_64:
  
    "_av_dump_format", referenced from:
  
        _main in remuxing-819223.o
  
    "_av_freep", referenced from:
  
        _main in remuxing-819223.o
  
    "_av_interleaved_write_frame", referenced from:
  
        _main in remuxing-819223.o
  
    "_av_mallocz_array", referenced from:
  
        _main in remuxing-819223.o
  
    "_av_packet_unref", referenced from:
  
        _main in remuxing-819223.o
  
    "_av_read_frame", referenced from:
  
        _main in remuxing-819223.o
  
    "_av_rescale_q", referenced from:
  
        _main in remuxing-819223.o
  
    "_av_rescale_q_rnd", referenced from:
  
        _main in remuxing-819223.o
  
    "_av_strerror", referenced from:
  
        _av_make_error_string in remuxing-819223.o
  
    "_av_write_trailer", referenced from:
  
        _main in remuxing-819223.o
  
    "_avcodec_parameters_copy", referenced from:
  
        _main in remuxing-819223.o
  
    "_avformat_alloc_output_context2", referenced from:
  
        _main in remuxing-819223.o
  
    "_avformat_close_input", referenced from:
  
        _main in remuxing-819223.o
  
    "_avformat_find_stream_info", referenced from:
  
        _main in remuxing-819223.o
  
    "_avformat_free_context", referenced from:
  
        _main in remuxing-819223.o
  
    "_avformat_new_stream", referenced from:
  
        _main in remuxing-819223.o
  
    "_avformat_open_input", referenced from:
  
        _main in remuxing-819223.o
  
    "_avformat_write_header", referenced from:
  
        _main in remuxing-819223.o
  
    "_avio_closep", referenced from:
  
        _main in remuxing-819223.o
  
    "_avio_open", referenced from:
  
        _main in remuxing-819223.o
  
  ld: symbol(s) not found for architecture x86_64
  
  clang: error: linker command failed with exit code 1 (use -v to see invocation)