1. 20 Feb, 2018 1 commit
  2. 18 Dec, 2017 1 commit
  3. 05 Dec, 2017 1 commit
  4. 24 Nov, 2017 2 commits
  5. 23 Nov, 2017 2 commits
  6. 08 Oct, 2017 1 commit
  7. 31 Aug, 2017 1 commit
  8. 30 Aug, 2017 1 commit
    • Thomas Guillem's avatar
      gl: fix incorrect plugin dependencies · fc4114f4
      Thomas Guillem authored
      The GL/GLES2 plugins doesn't depends anymore on X11, WAYLAND, VAAPI or other
      hardware libs.
      Move all converters (that were built in GL plugins) in separate plugins, with a
      "glconv" plugin capability. This new type of module will be loaded by GL
      plugins when a video format is opaque. Otherwise, the built-in software
      converter (that handle RGB,YUV,YXZ12) will be used.
      Each new converters plugins depends only on hardware libs like VAAPI-X11,
      VAAPI-WL. These news plugins don't depend on Open GL / GLES2. Therefore, one
      glconv plugin can be used by a GL and a GLES2 plugin.
      Fixes #18575
  9. 09 Aug, 2017 1 commit
  10. 06 Aug, 2017 2 commits
    • Rémi Denis-Courmont's avatar
      sdl: remove video output · 4b8a2755
      Rémi Denis-Courmont authored
      The SDL video output has been forcefully disabled on MacOS X for 12
      years. It has also been disabled in Windows builds for over 6 years.
      Finally, it has been broken on X11 due to lack of windowing
      integration, for several years, cannot be fixed without changes to
      the SDL API, and is completely useless.
    • Rémi Denis-Courmont's avatar
      directfb: remove legacy video output · 8e1a0e87
      Rémi Denis-Courmont authored
      The DirectFB project has been dead for several years, and is ostensibly
      not used. If you really need direct access to the Linux frame buffer,
      there is still the raw LinuxFB module for the time being.
  11. 31 Jul, 2017 1 commit
  12. 24 Jul, 2017 1 commit
  13. 09 Jul, 2017 1 commit
    • Rémi Denis-Courmont's avatar
      skiptags: properly conceal ID3/APE tags (fixes #18501) · 2c34ea75
      Rémi Denis-Courmont authored
      As most demuxers cannot handle tags at the beginning of their input
      streams, the demuxer code has automatically skipped them for a long
      Unfortunately, a number of demuxers also assume that the initial stream
      byte offset is zero (while some others seem to assume zero in some paths
      and not in others). This seems like a reasonable assumption. And even if
      it were not, fixing all affected stream filters and demuxers to perform
      only relative seeking seems impractical and unpalatable.
      This stream filter shifts the stream byte offset so that the tags are
      entirely invisible, and the demuxer can assume the start is at offset 0.
      Of couse, the tags must still be accessible to the meta extraction
      engine(s). The TagLib plugin uses "low-level" vlc_access_NewMRL() so it
      is not subject to stream filters, and not affected by this change.
      (This change does however remove tags from "demuxdump".)
      NOTE: On the one hand, this also enables demuxing a file format with
      embedded absolute file offsets, if the tags were prepended after muxing.
      On the other hand, it conversely breaks demuxing such a file format if
      the tags are added during muxing. As far as I know, tags are normally
      appended rather than prepended to avoid this ambiguity.
  14. 08 Jul, 2017 1 commit
  15. 04 Jul, 2017 1 commit
  16. 23 Jun, 2017 2 commits
  17. 03 Jun, 2017 1 commit
  18. 02 Jun, 2017 1 commit
  19. 29 May, 2017 2 commits
  20. 14 Apr, 2017 1 commit
  21. 08 Apr, 2017 1 commit
  22. 15 Mar, 2017 1 commit
  23. 27 Feb, 2017 3 commits
  24. 21 Feb, 2017 4 commits
  25. 29 Jan, 2017 2 commits
  26. 06 Jan, 2017 1 commit
  27. 13 Dec, 2016 3 commits