Skip to content

GitLab

Switch branch/tag
  1. 16 Jun, 2021 1 commit
  3. 11 Jun, 2021 2 commits
  5. 10 Jun, 2021 2 commits
  7. 08 Jun, 2021 2 commits
  9. 05 Jun, 2021 1 commit
  11. 03 Jun, 2021 5 commits
  13. 02 Jun, 2021 1 commit
  15. 01 Jun, 2021 1 commit
  17. 31 May, 2021 3 commits
  19. 27 May, 2021 3 commits
  21. 26 May, 2021 2 commits
  23. 24 May, 2021 1 commit
  25. 22 May, 2021 5 commits
  27. 21 May, 2021 4 commits
  29. 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
  31. 19 May, 2021 4 commits