Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
gst-plugins-base
gst-plugins-base
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 636
    • Issues 636
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 106
    • Merge Requests 106
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GStreamer
  • gst-plugins-basegst-plugins-base
  • Issues
  • #441

Closed
Open
Created Apr 24, 2018 by Bugzilla Migration User@bugzilla-migration

gldownload: DMABuf export is broken on Intel

Submitted by Nicolas Dufresne @ndufresne

Link to original bug (#795518)

Description

It would seem that Mesa/Intel recently enabled titling or frame buffer compression on the exported DMABuf, and that broke this pipeline:

gst-launch-1.0 gltestsrc ! glcolorconvert ! gldownload ! waylandsink

Though, right now, we just create EGLImage from texture, which then export whatever internal format was internally chosen. The way the export method work, is that we get to know the format at exportation time:

https://cgit.freedesktop.org/gstreamer/gst-plugins-base/tree/gst-libs/gst/gl/egl/gsteglimage.c#n516

But right now we pass NULL/NULL for the format/modifiers pair. I propose to read and validate these value for now, and just fail the export if it there is a modifiers, or if the format does not match the expected one.

If we figure-out how to add modifiers support in GStreamer later, we could revisit and enable this again.

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None