1. 18 Feb, 2020 5 commits
  2. 17 Feb, 2020 1 commit
  3. 15 Feb, 2020 1 commit
  4. 14 Feb, 2020 2 commits
  5. 13 Feb, 2020 1 commit
  6. 11 Feb, 2020 2 commits
  7. 10 Feb, 2020 1 commit
  8. 05 Feb, 2020 6 commits
  9. 04 Feb, 2020 1 commit
  10. 30 Jan, 2020 1 commit
    • Mathieu Duponchelle's avatar
      videoaggregator: handle gap buffers properly · 54cc9858
      Mathieu Duponchelle authored
      This simply implies not trying to "prepare" those buffers,
      as mapping an empty buffer to a video frame does not make
      much sense.
      This also adds a simple test in compositor that performs
      some trivial checking of the handling of gap events, the test
      was not failing before, but an error was logged, this is
      no longer the case.
      Fixes #717
  11. 28 Jan, 2020 1 commit
  12. 27 Jan, 2020 2 commits
  13. 23 Jan, 2020 1 commit
    • Tim-Philipp Müller's avatar
      clockoverlay: fix bogus time display caused by previous commit · 37c996dc
      Tim-Philipp Müller authored
      Fixes regression introduced by "clean-up" done as part of commit 98ebcb4b.
      dummy must live as long as use the return value of localtime_r() since
      that's just a pointer to it, and by putting it inside the block we made
      dummy go out of scope right after localtime_r() returned, which messed
      up the time values since when we poked at the struct the contents might
      already have been overwritten.
      Fixes #722
  14. 17 Jan, 2020 1 commit
    • Dimitrios Katsaros's avatar
      uridecodebin3: Fixed defauts not being set on initialization · 19b7b248
      Dimitrios Katsaros authored
      The default values were not being set on element initialization. This
      was a problem for buffer_duration and buffer_size since they would be
      zero initialized, rather then being set to -1. This would cause the
      underlaying queue2 element to have no limits and depending on the
      streamed file, could cause queue2 to allocate massive amounts of memory.
  15. 13 Jan, 2020 2 commits
  16. 12 Jan, 2020 2 commits
  17. 09 Jan, 2020 3 commits
    • Víctor Manuel Jáquez Leal's avatar
      playbin3: handle GST_PLAY_FLAG_FORCE_SW_DECODERS · f4bcf829
      Víctor Manuel Jáquez Leal authored
      In decodebin3 and uridecodebin3 the `force-sw-decoders` boolean property is
      added. In uridecodebin3 it is only a proxy property which will forward
      the value to decodebin3.
      When decodebin3 has `force-sw-decoders` disabled, it will filter out in its
      decoder and decodable factories those elements within the 'Hardware'
      class, at reconfiguring output stream.
      playbin3 adds by default GST_PLAY_FLAG_FORCE_SW_DECODERS, and sets
      `force-sw-decoders` property accordingly to its internal uridecodebin, also
      filters out the 'Hardware' class decoder elements when caps
    • Víctor Manuel Jáquez Leal's avatar
      playbin2: handle GST_PLAY_FLAG_FORCE_SW_DECODERS · f3182a88
      Víctor Manuel Jáquez Leal authored
      Added `force-sw-decoders` boolean property in decodebin2 and
      uridecodebin. By default the property is %FALSE and it bypass the new
      code. Otherwise the factory list is filtered removing decoders
      within 'Hardware' class.
      uridecodebin sets the `force-sw-decoders` property in its internal
      decodebin, and also filters out Hardware class in the
      autoplug-factories default signal handler.
      playbin2 adds by default GST_PLAY_FLAG_FORCE_SW_DECODERS it its flags
      property, and depending on it playbin2 sets the `force-sw-decoders`
      property on its internal uridecodebin, also filters out the Hardware
      class decoding decoders at the autoplug-factories signal handler.
    • Víctor Manuel Jáquez Leal's avatar
      playback: add GST_PLAY_FLAG_FORCE_SW_DECODERS enum · d50c7170
      Víctor Manuel Jáquez Leal authored
      This flag would be common either for playbin2 and playbin3.
  18. 08 Jan, 2020 3 commits
  19. 07 Jan, 2020 1 commit
  20. 02 Jan, 2020 1 commit
  21. 31 Dec, 2019 2 commits
    • Philippe Normand's avatar
      playbin3: Propagate sink context · 0a515acf
      Philippe Normand authored
      When the playsink's sink is activated its state is set to READY but it remains
      unlinked. So, in order for decodebin3 to potentially reuse the context later on,
      the whole playbin3 needs to have it internally stored.
    • Seungha Yang's avatar
      playbin: Propagate sink context · 539a703b
      Seungha Yang authored
      Any contexts created by sink during activation need to be propagated
      to whole elements of playbin.