1. 21 Sep, 2018 1 commit
    • Christoph Reiter's avatar
      wasapisink: recover from low buffer levels in shared mode · 8ab9f486
      Christoph Reiter authored
      In case the wasapi buffer levels got low in shared mode we would still wait until
      more buffer is available until writing something in it, which means we could never
      catch up and recover.
      Instead only wait for a new buffer in case the existing one is full and always write
      what we can. Also don't loop until all data is written since the base class can handle
      that for us and under normal circumstances this doesn't happen anyway.
      This only works in shared mode, as in exclusive mode we have to exactly
      fill the buffer and always have to wait first.
      This fixes noisy (buffer underrun) playback with the wasapisink under load.
      Signed-off-by: Nirbheek Chauhan's avatarNirbheek Chauhan <nirbheek@centricular.com>
  2. 16 Sep, 2018 2 commits
  3. 11 Sep, 2018 14 commits
  4. 10 Sep, 2018 2 commits
    • Nirbheek Chauhan's avatar
      wasapi: Remove code that sets thread priority · e6368cc2
      Nirbheek Chauhan authored
      This is now handled directly in gstaudiosrc/sink, and we were setting
      it in the wrong thread anyway. prepare() is not the same thread as
      sink_write() or src_read().
    • Nirbheek Chauhan's avatar
      wasapi: Fix build with Windows 8.1 SDK · 412eb73e
      Nirbheek Chauhan authored
      With the Windows 8.1 SDK, the v1 of the AUDCLNT_STREAMOPTIONS enum is
      defined which only has NONE and RAW, so it's not only defined when
      AudioClient3 is available.
      Add a meson check for the symbol. This is not needed for Autotools
      because there we build against the MinGW audioclient.h which is still
      at v1 of the AudioClient interface.
  5. 08 Sep, 2018 1 commit
  6. 07 Sep, 2018 1 commit
  7. 03 Sep, 2018 1 commit
  8. 29 Aug, 2018 3 commits
  9. 17 Aug, 2018 1 commit
  10. 16 Aug, 2018 1 commit
  11. 08 Aug, 2018 2 commits
    • Edward Hervey's avatar
      opencv: Fix memcpy within C++ · b23dea44
      Edward Hervey authored
      Explicitly cast to void* because GCC 8 is (rightfully) upset that this is
      "writing to an object of type ‘...’ with no trivial copy-assignment".
      Caused by the new "class-memaccess" warning
    • Edward Hervey's avatar
      dvb: Fix string copy wiht strlen() argument · 23f5c02c
      Edward Hervey authored
      This is a new warning introduced by gcc 8
      We already check just before that we have enough space, just do a regular
      memcpy with the full string size.
      camswclient.c:87:3: error: ‘strncpy’ specified bound depends on the length of the source argument [-Werror=stringop-overflow=]
  12. 07 Aug, 2018 1 commit
    • Thibault Saunier's avatar
      opencv: Fix build for opencv >= 3.4.2 · bcb43629
      Thibault Saunier authored
      The `CV_RGB` macro is now in `imgproc.hpp`.
          ../subprojects/gst-plugins-bad/ext/opencv/gsthanddetect.cpp:497:40: error: ‘CV_RGB’ was not declared in this scope
                  cvCircle (img, center, radius, CV_RGB (0, 0, 200), 1, 8, 0);
  13. 03 Aug, 2018 1 commit
  14. 02 Aug, 2018 2 commits
  15. 25 Jul, 2018 5 commits
  16. 20 Jul, 2018 2 commits