1. 16 Jun, 2021 1 commit
  2. 11 Jun, 2021 2 commits
  3. 10 Jun, 2021 2 commits
  4. 08 Jun, 2021 2 commits
  5. 05 Jun, 2021 1 commit
  6. 03 Jun, 2021 5 commits
  7. 02 Jun, 2021 1 commit
  8. 01 Jun, 2021 1 commit
  9. 31 May, 2021 3 commits
  10. 27 May, 2021 3 commits
  11. 26 May, 2021 2 commits
  12. 24 May, 2021 1 commit
  13. 22 May, 2021 5 commits
  14. 21 May, 2021 4 commits
  15. 20 May, 2021 3 commits
    • Tim-Philipp Müller's avatar
      overlaycomposition: fix cut-off example code in docs · a983bea1
      Tim-Philipp Müller authored
      Include everything to the end.
      
      Part-of: <gstreamer/gst-plugins-base!1164>
      a983bea1
    • Daniel Almeida's avatar
      gl: add support for A420 conversion · 19598176
      Daniel Almeida authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      A420 is a four planar format similar to I420 but with an extra buffer
      for alpha values.
      
      A common use of the gl stack is for GPU format conversions using
      shaders, in which case one can use glupload, glcolorconvert and
      gldownload elements to upload their buffer to the GPU context, perform
      the conversion on the GPU itself and then retrieve the data to CPU
      context.
      
      A420 was not supported. This patch adds said support mainly by adding
      the corresponding shader to perform the conversion and updating the
      supported caps.
      
      Both A420->RGBA and RGBA->A420 conversions are supported.
      
      Part-of: <gstreamer/gst-plugins-base!1153>
      19598176
    • Enrique Ocaña González's avatar
      glcolorbalance: Error out on unsupported texture target types · 34ef2b27
      Enrique Ocaña González authored and GStreamer Marge Bot's avatar GStreamer Marge Bot committed
      The issue can be reproduced on a computer with a Radeon graphics card
      when trying to force GStreamer Editing Services to use GL for video
      mixing in GESSmartMixer, instead of the GstCompositor that smart mixer
      would normally use. This change causes the resulting video stream to
      have "video/x-raw(memory:GLMemory) ... texture-target: 2D" caps (instead
      of "video/x-raw ..." caps). At the PlaySink stage of the pipeline, a
      GstGLImageSinkBin is plugged, with a GstGLColorBalance on it. For some
      reason that is still to be debugged (and out of the scope of this
      patch), gst_gl_filter_set_caps() is never called on that color balance
      element, leaving filter->in_texture_target set to its default
      GST_GL_TEXTURE_TARGET_NONE value. The incomplete _create_shader() logic
      does the rest and silently generates a shader code that doesn't build.
      
      This is the command I use to reproduce the issue (I'm not sure if I
      would be able to isolate the issue in a simple pipeline, though):
      
       GST_PLUGIN_FEATURE_RANK=vaapih265enc:NONE,vaapih264enc:NONE,vaapisink:NONE,vaapidecodebin:NONE,vaapipostproc:NONE,vaapih265dec:NONE,vaapivc1dec:NONE,vaapih264dec:NONE,vaapimpeg2dec:NONE,vaapijpegdec:NONE,glvideomixer:260
       ges-launch-1.0 +clip /tmp/video.mp4
      
      Part-of: <gst-plugins-base!1159>
      34ef2b27
  16. 19 May, 2021 4 commits