Skip to content
Snippets Groups Projects
  1. Jul 02, 2020
  2. Jul 01, 2020
  3. Jun 27, 2020
  4. Jun 26, 2020
  5. Jun 23, 2020
  6. Jun 22, 2020
  7. Jun 19, 2020
  8. Jun 18, 2020
  9. Jun 15, 2020
  10. Jun 12, 2020
    • Matthew Waters's avatar
      gl/examples/qt: hook up to meson build · 02602dd6
      Matthew Waters authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      Part-of: <gstreamer/gst-plugins-base!702>
      02602dd6
    • Jan Schmidt's avatar
      video-converter: Add checks for configuration sanity. · 205bb066
      Jan Schmidt authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      If the cropping or scaling input or output rects put us completely
      outside the input/output frame respectively, we can't draw anything
      except black safely. Check for those conditions and don't set up a
      configuration that attempts to access out of bounds memory outside
      the input/output framebuffers.
      
      Part-of: <gstreamer/gst-plugins-base!696>
      205bb066
    • Jan Schmidt's avatar
      video-converter: Guard against invalid frame input · bf5d51c5
      Jan Schmidt authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      If the frames passed in to gst_video_converter_frame()
      have a different layout than was configured for, the
      conversion code might go out of bounds and crash.
      
      Do a sanity check on each frame passed in, and in the
      absence of a return value in the API, just
      refuse the conversion in invalid cases and leave the
      destination frame untouched so it's obvious to
      users that it was broken.
      
      Part-of: <gstreamer/gst-plugins-base!696>
      bf5d51c5
    • David Bender's avatar
      gstglwindow_x11: fix resize · b4bdb75a
      David Bender authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      This patch was taken from #629#note_178766, the comment made
      at the time was:
      
      The root issue is a mismatch between the initialization of render_rect
      in GstGLWindowX11Private and what's expected in the draw_cb function.
      Because render_rect is not explicitly initialized to a width and height
      of -1 (unlike gstglwindow_wayland_egl.c which does initialize to -1),
      the less-than check for explicitly-set render_rect at gstglwindow_x11.c:453-454
      always fails, even when the parent_win has been set and the render rectangle
      has never been set.
      
      Maybe this came from copying the similar check in the wayland code? Regardless,
      I think the correct inequality should be '<= 0' (on both lines).
      
      Alternatively initialization could be changed, but other sinks, e.g.
      xvimagesink don't appear to use -1 to mean "unset" render_rect this way.
      
      The issue can be reproduced by running the example in
      tests/examples/gl/qt/videooverlay/ on X11, and resizing the output
      window
      
      Part-of: <gstreamer/gst-plugins-base!701>
      b4bdb75a
  11. Jun 11, 2020
  12. Jun 10, 2020
  13. Jun 09, 2020
Loading