1. 24 Sep, 2018 1 commit
    • Tim-Philipp Müller's avatar
      libs: figure out right export define in configure · 57c8e014
      Tim-Philipp Müller authored
      Add new GST_API_EXPORT in config.h and use that for GST_*_API
      decorators instead of GST_EXPORT.
      
      The right export define depends on the toolchain and whether
      we're using -fvisibility=hidden or not, so it's better to set it
      to the right thing directly than hard-coding a compiler whitelist
      in the public header.
      
      We put the export define into config.h instead of passing it via the
      command line to the compiler because it might contain spaces and brackets
      and in the autotools scenario we'd have to pass that through multiple
      layers of plumbing and Makefile/shell escaping and we're just not going
      to be *that* lucky.
      
      The export define is only used if we're compiling our lib, not by external
      users of the lib headers, so it's not a problem to put it into config.h
      
      Also, this means all .c files of libs need to include config.h
      to get the export marker defined, so fix up a few that didn't
      include config.h.
      
      This commit depends on a common submodule commit that makes gst-glib-gen.mak
      add an #include "config.h" to generated enum/marshal .c files for the
      autotools build.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=797185
      57c8e014
  2. 23 Sep, 2018 1 commit
    • Tim-Philipp Müller's avatar
      libs: fix 'inconsistent DLL linkage' warnings on Windows · 46ed0f04
      Tim-Philipp Müller authored
      For each lib we build export its own API in headers when we're
      building it, otherwise import the API from the headers.
      
      This fixes linker warnings on Windows when building with MSVC.
      
      The problem was that we had defined all GST_*_API decorators
      unconditionally to GST_EXPORT. This was intentional and only
      supposed to be temporary, but caused linker warnings because
      we tell the linker that we want to export all symbols even
      those from externall DLLs, and when the linker notices that
      they were in external DLLS and not present locally it warns.
      
      What we need to do when building each library is: export
      the library's own symbols and import all other symbols. To
      this end we define e.g. BUILDING_GST_FOO and then we define
      the GST_FOO_API decorator either to export or to import
      symbols depending on whether BUILDING_GST_FOO is set or not.
      That way external users of each library API automatically
      get the import.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=797185
      46ed0f04
  3. 20 Sep, 2018 1 commit
  4. 31 Aug, 2018 2 commits
  5. 26 Aug, 2018 1 commit
    • Tim-Philipp Müller's avatar
      bitwriter: fix compiler warning · f7b5151b
      Tim-Philipp Müller authored
      Don't return a value from a function that doesn't
      return a value using the returned value from a
      function that also doesn't return a value.
      
      gstbitwriter.h(265): warning C4098: 'gst_bit_writer_align_bytes_unchecked': 'void' function returning a value
      f7b5151b
  6. 14 Aug, 2018 2 commits
  7. 12 Aug, 2018 1 commit
  8. 02 Aug, 2018 1 commit
  9. 01 Aug, 2018 1 commit
  10. 27 Jul, 2018 1 commit
  11. 25 Jul, 2018 1 commit
  12. 24 Jul, 2018 2 commits
  13. 19 Jul, 2018 1 commit
  14. 16 Jul, 2018 1 commit
  15. 13 Jul, 2018 1 commit
  16. 07 Jul, 2018 1 commit
    • Olivier Crête's avatar
      basesink: Add processing deadline · a7f9c802
      Olivier Crête authored
      The processing deadline is the acceptable amount of time to process the media
      in a live pipeline before it reaches the sink. This is on top of the algorithmic
      latency that is normally reported by the latency query. This should make
      pipelines such as "v4lsrc ! xvimagesink" not claim that all frames are late
      in the QoS events. Ideally, this should replace max_lateness for most applications.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=640610
      a7f9c802
  17. 24 Jun, 2018 1 commit
  18. 05 Jun, 2018 1 commit
    • Edward Hervey's avatar
      baseparse: Ensure seqnum consistency · d34f0460
      Edward Hervey authored
      We need all relevant events of a segment to have consistent seqnum:
      * GST_EVENT_SEGMENT
      * GST_EVENT_EOS
      
      If we are push-based and create a new segment, use the same seqnum
      as the upstream event.
      
      If we are pull-based, use the seqnum of that newly created segment
      event everywhere
      d34f0460
  19. 03 Jun, 2018 1 commit
  20. 30 May, 2018 1 commit
  21. 16 May, 2018 1 commit
  22. 07 May, 2018 1 commit
  23. 06 May, 2018 1 commit
  24. 05 May, 2018 1 commit
  25. 01 May, 2018 2 commits
  26. 25 Apr, 2018 2 commits
  27. 24 Apr, 2018 1 commit
  28. 13 Apr, 2018 4 commits
  29. 02 Apr, 2018 1 commit
  30. 13 Mar, 2018 1 commit
    • Tim-Philipp Müller's avatar
      base: GST_EXPORT -> GST_BASE_API · 7e2ace86
      Tim-Philipp Müller authored
      We need different export decorators for the different libs.
      For now no actual change though, just rename before the release,
      and add prelude headers to define the new decorator to GST_EXPORT.
      7e2ace86
  31. 08 Mar, 2018 2 commits