1. 09 Jun, 2016 5 commits
  2. 07 Jun, 2016 3 commits
  3. 02 Jun, 2016 1 commit
  4. 05 Apr, 2016 1 commit
    • Víctor Manuel Jáquez Leal's avatar
      libs: video: split allocation query caos and pad caps · b4a695cd
      Víctor Manuel Jáquez Leal authored
      Since the allocation query caps contains memory size and the pad's caps
      contains the display size, a video encoder or decoder might need to allocate
      a different frame size than the size negotiated in the caps.
      
      This patch splits this logic distinction for videodecoder and videoencoder.
      
      The user if needs a different allocation caps, should set the allocation_caps
      in the GstVideoCodecState before calling negotiate() vmethod. Otherwise the
      allocation_caps will be the same as the caps set in the src pad.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=764421
      b4a695cd
  5. 28 Jan, 2016 2 commits
  6. 11 Dec, 2015 1 commit
  7. 03 Dec, 2015 1 commit
    • Edward Hervey's avatar
      videodecoder: Avoid pushing buffers before segment start · d34aaf9e
      Edward Hervey authored
      In the case where the stream doesn't have a framerate set and the frames
      don't have a duration set, we still want to use the clipping path to
      make sure we don't push buffers outside of the segment.
      
      The problem was the previous iteration was setting a duration of 2s, which
      meant that any buffer which was less than 2s before the segment start would
      end up getting pushed.
      
      Instead, use a saner 40ms (25fps single frame duration) to figure out whether
      the frame could be within the segment or not
      d34aaf9e
  8. 03 Nov, 2015 1 commit
  9. 02 Nov, 2015 1 commit
  10. 29 Oct, 2015 2 commits
  11. 18 Aug, 2015 1 commit
  12. 16 Aug, 2015 1 commit
    • Tim-Philipp Müller's avatar
      videodecoder: fix tag handling · 30b7cc66
      Tim-Philipp Müller authored
      Before we just merged everything in pretty much random ways
      ad-hoc instead of keeping state properly. In 0.10 that was
      how it worked, but in 1.x the tag events sent should always
      reflect the latest state and replace any previous tags.
      
      So save the upstream (stream) tags, and save the tags set
      by the decoder subclass with merge mode, and then update
      the merged tags whenever either of those two changes.
      
      This slightly changes the behaviour of gst_video_decoder_merge_tags()
      in case it is called multiple times, since now any call replaces
      the previously-set tags. However, it leads to much more predictable
      outcomes, and also we are not aware of any subclass which sets this
      multiple times and expects all the tags set to be merged.
      
      If more complex tag merging scenarios are required, we'll have
      to add a new vfunc for that or the subclass has to intercept
      the upstream tags itself and send merged tags itself.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=679768
      30b7cc66
  13. 15 Aug, 2015 2 commits
  14. 14 Aug, 2015 1 commit
  15. 10 Aug, 2015 2 commits
  16. 06 Jul, 2015 1 commit
  17. 01 Jul, 2015 1 commit
  18. 30 Jun, 2015 1 commit
  19. 12 Jun, 2015 1 commit
  20. 08 May, 2015 1 commit
  21. 06 May, 2015 1 commit
    • Sebastian Dröge's avatar
      videodecoder: Try to be smarter when clipping buffers without duration/framerate to the segment · 21b57412
      Sebastian Dröge authored
      2 second frame duration is rather unlikely... but if we don't clip
      away buffers that far before the segment we can cause the pipeline to
      lockup. This can happen if audio is properly clipped, and thus the
      audio sink does not preroll yet but the video sink prerolls because
      we already outputted a buffer here... and then queues run full.
      
      In the worst case we will clip one buffer too many here now if no
      framerate is given, no buffer duration is given and the actual
      framerate is less than 0.5fps.
      
      Fixes seeking on HLS/DASH streams, when seeking into the middle of
      fragments and having no framerate/buffer duration.
      21b57412
  22. 11 Apr, 2015 1 commit
  23. 09 Apr, 2015 1 commit
  24. 07 Apr, 2015 1 commit
  25. 03 Apr, 2015 1 commit
  26. 07 Mar, 2015 1 commit
  27. 23 Feb, 2015 1 commit
  28. 22 Feb, 2015 2 commits
  29. 19 Feb, 2015 1 commit