1. 26 2月, 2015 1 次提交
  2. 23 2月, 2015 2 次提交
  3. 20 2月, 2015 1 次提交
  4. 19 2月, 2015 1 次提交
  5. 16 2月, 2015 1 次提交
  6. 04 2月, 2015 1 次提交
  7. 02 2月, 2015 2 次提交
  8. 27 1月, 2015 1 次提交
  9. 08 1月, 2015 1 次提交
  10. 07 1月, 2015 1 次提交
    • M
      libavcodec: Add an OpenH264 encoder wrapper · 8a3d9ca6
      Martin Storsjö 提交于
      Compared to existing, common opensource H264 encoders, this can be
      useful since it has got a different license (BSD instead of GPL).
      
      Performance- and qualitywise it is comparable to x264 in ultrafast
      mode.
      
      Hooking it up as an encoder in libavcodec also simplifies comparing
      it against other common encoders.
      
      This requires OpenH264 1.3 or newer. Since the OpenH264 API and ABI
      changes frequently, only releases are supported.
      
      To take advantage of the OpenH264 patent offer, the OpenH264 library
      must not be redistributed, but downloaded at runtime at the end-user's
      system.
      Signed-off-by: NMartin Storsjö <martin@martin.st>
      8a3d9ca6
  11. 05 1月, 2015 2 次提交
  12. 20 12月, 2014 1 次提交
    • M
      libavformat: Only use MoveFileExA when targeting the desktop API subset · 8ebf02f8
      Martin Storsjö 提交于
      The MoveFileExA is available in the headers regardless which API
      subset is targeted, but it is missing in the Windows Phone link
      libraries. When targeting Windows Store apps, the function is
      available both in the headers and in the link libraries, and thus
      there is no indication for the build system that this function
      should be avoided - such an indication is only given by the
      Windows App Certification Kit, which forbids using the MoveFileExA
      function.
      
      Therefore check the WINAPI_FAMILY defines instead, to figure out
      which API subset is targeted.
      Signed-off-by: NMartin Storsjö <martin@martin.st>
      8ebf02f8
  13. 09 12月, 2014 1 次提交
  14. 03 12月, 2014 1 次提交
  15. 27 11月, 2014 1 次提交
  16. 19 11月, 2014 1 次提交
  17. 17 11月, 2014 1 次提交
    • M
      lavf: Add an MPEG-DASH ISOFF segmenting muxer · fe5e6e34
      Martin Storsjö 提交于
      This is mostly to serve as a reference example on how to segment
      the output from the mp4 muxer, capable of writing the segment
      list in four different ways:
      - SegmentTemplate with SegmentTimeline
      - SegmentTemplate with implicit segments
      - SegmentList with individual files
      - SegmentList with one single file per track, and byte ranges
      
      The muxer is able to serve live content (with optional windowing)
      or create a static segmented MPD.
      
      In advanced cases, users will probably want to do the segmenting
      in their own application code.
      Signed-off-by: NMartin Storsjö <martin@martin.st>
      fe5e6e34
  18. 28 10月, 2014 1 次提交
  19. 26 10月, 2014 2 次提交
  20. 10 10月, 2014 1 次提交
  21. 04 10月, 2014 1 次提交
  22. 28 9月, 2014 1 次提交
  23. 27 9月, 2014 1 次提交
  24. 18 9月, 2014 1 次提交
  25. 16 9月, 2014 2 次提交
  26. 08 9月, 2014 1 次提交
  27. 04 9月, 2014 1 次提交
  28. 03 9月, 2014 1 次提交
  29. 23 8月, 2014 1 次提交
    • R
      configure: add --enable-rpath · 749b1f13
      Reinhard Tartler 提交于
      This option facilitates testing shared libarary builds: for instance
      fate builders do no longer need to set LD_LIBRARY_PATH as the binaries will
      get the right search paths hardcoded into their executable file.
      
      This option is only meant to be used for testing purposes: The installed
      libraries must not move around in the file system, and doing so will
      cause a lot of subtle problems. For more information why using RPATH is
      dangerous, please refer to
      
      https://blog.flameeyes.eu/2010/06/the-why-and-how-of-rpath
      749b1f13
  30. 22 8月, 2014 1 次提交
  31. 21 8月, 2014 1 次提交
  32. 13 8月, 2014 1 次提交
  33. 11 8月, 2014 1 次提交
    • M
      configure: Don't pass MSVC compiler options -M[TD] to armasm · 08b94f16
      Martin Storsjö 提交于
      The -MD option (for enabling a dynamically linked crt) gets interpreted
      as a cpp option for generating dependency information (into a file named
      '-.d', when preprocessing to a pipe). We shouldn't be passing
      any and all C compiler flags to armasm (which is a plain assembler,
      only with cpp bolted on via gas-preprocessor), but these are the
      main conflicting ones.
      Signed-off-by: NMartin Storsjö <martin@martin.st>
      08b94f16
  34. 10 8月, 2014 2 次提交