1. 19 Feb, 2018 6 commits
  2. 18 Feb, 2018 1 commit
  3. 17 Feb, 2018 1 commit
  4. 16 Feb, 2018 1 commit
  5. 15 Feb, 2018 12 commits
  6. 14 Feb, 2018 8 commits
  7. 13 Feb, 2018 8 commits
  8. 10 Feb, 2018 3 commits
    • Edward Hervey's avatar
      playbin3: Re-enable buffering message handling · eacb7a77
      Edward Hervey authored
      Buffering messages are only sent for the active group (in case there
      is more than one).
      
      If the inactive group posts buffering messages we keep the last one
      around and will post it once it becomes the playing one.
      eacb7a77
    • François Laignel's avatar
      decodebin3: high cpu usage after eos · ec7d81f6
      François Laignel authored
      After eos, decodebin3 enters a loop sending eos events which causes high cpu usage.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=792693
      ec7d81f6
    • Edward Hervey's avatar
      decodebin3: Handle dual-output of STREAM_START/EOS · 1f792ab8
      Edward Hervey authored
      In order to flush out multiqueue, we send again a STREAM_START and
      then a EOS event.
      
      The problem was that was that we might end up pushing out on the
      output of multiqueue (and therefore decodebin3) a series of:
      * EOS / STREAM_START / EOS
      
      Apart from the uglyness of such output, If decodebin3 is used with
      elements such as concat on their output, they might potentially
      block on that second STREAM_START.
      
      In order to make sure we don't end up in that situation we send
      a custom STREAM_START event when refreshing multiqueue (which we
      drop on the output) and we don't special case EOS events on streams
      on which we already got EOS.
      
      At worst we now end up sending at most two EOS on the output of
      multiqueue (and decodebin3).
      1f792ab8