Skip to content
Snippets Groups Projects
  1. Oct 26, 2020
  2. Oct 16, 2020
  3. Oct 15, 2020
  4. Oct 12, 2020
  5. Oct 11, 2020
  6. Oct 05, 2020
    • Sebastian Dröge's avatar
      decklink: Correctly order the different dependent mode tables · 83856c25
      Sebastian Dröge authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      One was forgotten in 309f6187.
      
      Part-of: <gstreamer/gst-plugins-bad!1652>
      83856c25
    • Seungha Yang's avatar
      wasapisrc: Make sure that wasapisrc produces data in loopback mode · 24fcf24c
      Seungha Yang authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      An oddness of wasapi loopback feature is that capture client will not
      produce any data if there's no outputting sound to corresponding
      render client. In other words, if there's no sound to render,
      capture task will stall. As an option to solve such issue, we can
      add timeout to wake up from capture thread if there's no incoming data
      within given time interval. But it seems to be glitch prone.
      Another approach is that we can keep pushing silence data into
      render client so that capture client can keep capturing data
      (even if it's just silence).
      
      This patch will choose the latter one because it's more straightforward
      way and it's likely produce glitchless sound than former approach.
      
      A bonus point of this approach is that loopback capture on Windows7/8
      will work with this patch. Note that there's an OS bug prior to Windows10
      when loopback capture client is running with event-driven mode.
      To work around the bug, event signalling should be handled manually
      for read thread to wake up.
      
      Part-of: <gstreamer/gst-plugins-bad!1651>
      24fcf24c
    • Matthew Waters's avatar
      wpesrc: fix some caps leaks using the non-GL output · f4c467fa
      Matthew Waters authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      Always chain up to the parent _stop() implementation as it unrefs some
      caps (among other things).
      
      Fixes: gstreamer/gst-plugins-bad#1409
      Part-of: <gstreamer/gst-plugins-bad!1650>
      f4c467fa
    • Hosang Lee's avatar
      smoothstreaming: clear live adapter on seek · dbef01af
      Hosang Lee authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      In live streaming, buffers sent by souphttpsrc are pushed to the live
      adapter. The buffers in the adapter are sent out of mssdemux when it
      is greater than 4096 bytes.
      
      Occasionally, when seeking in live streams, if seek occurs just
      after the last data chunk was received, and if this data chunk is
      smaller than 4096 bytes, it will be kept in the live adapter.
      This remaining data in the live adapter will be erroneously prepended
      to the new data that is downloaded after seek and pushed out.
      When qtdemux receives this data, since it does not start with
      a moof box, it is impossible to demux the fragment, and bogus
      size error will occur.
      
      Clear out the live adapter on seek so that no unnecessary remaining
      data is pushed out together with the new fragment after seeking.
      
      Part-of: <!1649>
      dbef01af
  7. Oct 04, 2020
Loading