Recherche avancée

Sur d’autres sites (9023)

• Linking libavformat in Visual Studio 2010

  30 octobre 2012, par slavik262

  I'm attempting to build some video-reading code around libavformat. After getting the compiled DLLs and .lib files here, I go to build my code, and the linker can't find any of the libavformat symbols even though I've linked in the provided .lib files.

  Inspecting libavformat.lib with dumpbin -headers reveals that it exports the desired functions with an underscore prefix. For example, while I want to call avformat_open_input, the .lib file gives _avformat_open_input.

  Why is this, and why can't I link the precompiled dlls ?

• rtmp : Detect and warn if the user tries to pass librtmp style parameters

  10 août 2013, par Martin Storsjö

  rtmp : Detect and warn if the user tries to pass librtmp style parameters
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DBH] libavformat/rtmpproto.c

• arm : Detect 32 bit cpu features on ARMv8 when running on a 64 bit kernel

  23 juin 2014, par Martin Storsjö

  arm : Detect 32 bit cpu features on ARMv8 when running on a 64 bit kernel
  When running on a 64 bit kernel, /proc/cpuinfo lists different
  
  optional features than on 32 bit kernels (because some of them
  
  are mandatory in the 64 bit implemenations).
  The kernel does list the old features properly if they are queried
  
  via /proc/self/auxv though - however this file is not always readable
  
  (e.g. on most android systems). The getauxval function could also
  
  provide the same info as /proc/self/auxv even if this file isn’t
  
  readable, but this function is not always available (and thus would
  
  need to be loaded with dlsym for compatibility with older android
  
  versions).
  The android cpufeatures library does this slightly differently,
  
  by assuming that these are available if the "CPU architecture"
  
  line is >= 8, see [1] for details.
  It has been suggested to include the old, non-optional features in
  
  /proc/cpuinfo as well, but that suggested patch never was merged.
  
  See [2] for the discussion around this suggestion.
  [1] https://android-review.googlesource.com/91380
  
  [2] http://marc.info/?l=linux-arm-kernel&m=139087240101974
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DBH] libavutil/arm/cpu.c