After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 747519 - avfvideosrc: GLMemory should be preferred caps
avfvideosrc: GLMemory should be preferred caps
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on: 747352
Blocks:
 
 
Reported: 2015-04-08 16:08 UTC by Ilya Konstantinov
Modified: 2018-11-03 13:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Ilya Konstantinov 2015-04-08 16:08:50 UTC 
GLMemory allows higher performance than SystemMemory and should be placed higher.

* avfvideosrc ! glimagesink will have high performance out-of-the-box, conforming to user expectation

* Bugs like 747352 will be detected earlier
Comment 1 Sebastian Dröge (slomo) 2015-04-26 17:50:47 UTC 
And are you sure it's also faster than sysmem if you do avfvideosrc ! filesink? We would have to download from the GPU then.

It should only be used if downstream prefers that, which would be the case for all the situations where downstream can handle GL things.
Comment 2 Ilya Konstantinov 2015-04-27 01:05:45 UTC 
I'll implement it following the example of gst_v4l2src_negotiate. As I understand, in this case I control the negotiation entirely so the template caps order doesn't strictly affect the "preferred caps" anymore.

btw, same logic should apply once I implement caps for meta:CVPixelBuffer feature.
Comment 3 Matthew Waters (ystreet00) 2018-05-06 10:43:03 UTC 
Are you still looking to work on this?
Comment 4 GStreamer system administrator 2018-11-03 13:33:36 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/234.