Skip to content
Snippets Groups Projects
  1. Dec 03, 2019
  2. Nov 28, 2019
  3. Nov 05, 2019
    • Víctor Manuel Jáquez Leal's avatar
      gst/parse: define pure-parser depending on bison version · 77141834
      Víctor Manuel Jáquez Leal authored and Tim-Philipp Müller's avatar Tim-Philipp Müller committed
      After release bison 2.5 the declaration %pure-parser was deprecated
      in favor of %define api.pure
      
      Nonetheless, until bison 3.4, the declaration was treated as backward
      compatibility, but now bison shows a warning:
      
        warning: deprecated directive, use ‘%define api.pure’
      
      The patch's approach is to handle both directives according with the
      used bison's version, by string replacement at source configuration
      stage.
      77141834
  4. Oct 26, 2019
  5. Oct 24, 2019
  6. Oct 01, 2019
  7. Sep 23, 2019
  8. Sep 14, 2019
  9. Sep 08, 2019
  10. Sep 03, 2019
    • Nicolas Dufresne's avatar
      bin: Fix minor race when adding to a bin · 94ba1cea
      Nicolas Dufresne authored and Tim-Philipp Müller's avatar Tim-Philipp Müller committed
      This patch simply add a null check around a case where a child may have
      been unparented concurrently to the deep_add_remove operation. This was
      found by accident in the form of an "IS_GST_OBJECT" assertion, but had
      no other known side effect in that test.
      94ba1cea
  11. Aug 15, 2019
  12. Aug 14, 2019
  13. Aug 11, 2019
    • Alicia Boya García's avatar
      downloadbuffer: Check for flush after seek · 5dbaaa1e
      Alicia Boya García authored and Tim-Philipp Müller's avatar Tim-Philipp Müller committed
      In gst_download_buffer_wait_for_data(), when a seek is made with
      perform_seek_to_offset() the `qlock` is released temporarily. Therefore,
      the flushing condition can be set during this period and should be
      checked.
      
      This was not being checked before, causing occasional deadlocks when
      GST_DOWNLOAD_BUFFER_WAIT_ADD_CHECK() was called.
      
      GST_DOWNLOAD_BUFFER_WAIT_ADD_CHECK() assumes that the caller has already
      checked that we're not flushing before, since this is done when
      acquiring the lock; so if we release it temporarily somewhere, we need
      to check for flush again.
      
      Without that check, the function would keep waiting for the condition
      variable to be notified before checking for flushing condition again,
      and that may very well never happen. This was reproduced when during pad
      deactivation when running WebKit in gdb.
      5dbaaa1e
  14. Aug 09, 2019
  15. Aug 08, 2019
Loading