Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • gst-plugins-base gst-plugins-base
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 641
    • Issues 641
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 80
    • Merge requests 80
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GStreamerGStreamer
  • gst-plugins-basegst-plugins-base
  • Issues
  • #718
Closed
Open
Issue created Jan 05, 2020 by Nazar Mokrynskyi@nazar-pc

compositor: doesn't convert from RGBA to I420

When I have compositor element that combines RGBA and I420 streams and it always produces RGBA stream at the output. Forcing output to I420 with caps causes issues with RGBA source ("streaming stopped, reason not-negotiated (-4)"), since that source was tried to be forced to I420, which it can't do because of alpha channel.

While documentation says:

Compositor will do colorspace conversion

It feels like adding videoconvert element in this case is an overhead that can be avoided if compositor was smart enough to produce correct format right away.

Assignee
Assign to
Time tracking