1. 15 Jul, 2016 2 commits
  2. 12 Jul, 2016 1 commit
    • Sebastian Dröge's avatar
      basesrc: Fix automatic-eos=false mode if a segment.stop is given · af0d087b
      Sebastian Dröge authored
      If segment.stop was given, and the subclass provides a size that might be
      smaller than segment.stop and also smaller than the actual size, we would
      already stop there.
      
      Instead try reading up to segment.stop, the goal is to ignore the (possibly
      inaccurate) size the subclass gives and finish until segment.stop or when the
      subclass tells us to stop.
      af0d087b
  3. 11 Jul, 2016 4 commits
  4. 08 Jul, 2016 9 commits
  5. 07 Jul, 2016 2 commits
  6. 06 Jul, 2016 4 commits
  7. 05 Jul, 2016 1 commit
  8. 04 Jul, 2016 1 commit
  9. 01 Jul, 2016 2 commits
  10. 30 Jun, 2016 4 commits
    • Tim-Philipp Müller's avatar
      3623f168
    • Tim-Philipp Müller's avatar
      715939cc
    • Edward Hervey's avatar
      multiqueue: Add a pad property to "group" streams · f4ba43b1
      Edward Hervey authored
      When syncing by running time, multiqueue will throttle unlinked streams
      based on a global "high-time" and the pending "next_time" of a stream.
      
      The idea is that we don't want unlinked streams to be "behind" the global
      running time of linked streams, so that if/when they get linked (like when
      switching tracks) decoding/playback can resume from the same position as
      the other streams.
      
      The problem is that it assumes elements downstream will have a more or less
      equal buffering/latency ... which isn't the case for streams of different
      type. Video decoders tend to have higher latency (and therefore consume more
      from upstream to output a given decoded frame) compared to audio ones, resulting
      in the computed "high_time" being at the position of the video stream,
      much further than the audio streams.
      
      This means the unlinked audio streams end up being quite a bit after the linked
      audio streams, resulting in gaps when switching streams.
      
      In order to mitigate this issue, this patch adds a new "group-id" pad property
      which allows users to "group" streams together. Calculating the high-time will
      now be done not only globally, but also per group. This ensures that within
      a given group unlinked streams will be throttled by that group's high-time
      instead.
      
      This fixes gaps when switching downstream elements (like switching audio tracks).
      f4ba43b1
    • Edward Hervey's avatar
      gst: New Stream listing/selection system · 63f6f05d
      Edward Hervey authored
      * GstStream
      * GstStreamCollection
      * GST_EVENT_SELECT_STREAMS
      * GST_MESSAGE_STREAM_COLLECTION
      63f6f05d
  11. 29 Jun, 2016 8 commits
  12. 28 Jun, 2016 1 commit
  13. 24 Jun, 2016 1 commit