1. 24 Oct, 2018 4 commits
  2. 24 Sep, 2018 1 commit
  3. 14 Sep, 2018 7 commits
  4. 13 Sep, 2018 2 commits
  5. 01 Sep, 2018 1 commit
  6. 31 Aug, 2018 2 commits
  7. 27 Aug, 2018 8 commits
  8. 21 Aug, 2018 4 commits
  9. 19 Aug, 2018 1 commit
  10. 17 Aug, 2018 1 commit
  11. 02 Aug, 2018 1 commit
    • Iñigo Huguet's avatar
      v4l2src: fix first input used is always used next times · 3f360e8f
      Iñigo Huguet authored
      The input from an v4l2 device that was used the first time was
      remembered for next times, and set again always the pipeline is
      set to READY state. This was making that users wasn't able to
      select a different input without having to create a new pipeline.
      
      This patch makes that v4l2src element forget previous used input
      when going to NULL state, so it will check again for the current
      selected input when going again to READY state. Users can change
      to NULL state, select a new input with a VIDIOC_S_INPUT ioctl
      and change to PLAYING again.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=796908
      3f360e8f
  12. 31 Jul, 2018 2 commits
  13. 27 Jul, 2018 1 commit
  14. 14 Jul, 2018 4 commits
  15. 12 Jul, 2018 1 commit
    • Nicolas Dufresne's avatar
      v4l2bufferpool: Remove duplicate check · 38b68cbb
      Nicolas Dufresne authored
      We were calling gst_v4l2_is_buffer_valid() before and inside
      gst_v4l2_buffer_pool_qbuf() as we needed to access the group. The second
      check failed since the writability of the buffer get inherited from the
      GstMemory, which lead to pipeline failure. As we cannot avoid the extra
      ref, it would be racy otherwise, just pass the group to _dbuf() so it
      does not have to call gst_v4l2_is_buffer_valid() again.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=796692
      38b68cbb