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 672106 - In gstreamer-vaapi plugin, vaapidownload element not working
In gstreamer-vaapi plugin, vaapidownload element not working
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.10.x
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-03-14 22:55 UTC by david
Modified: 2012-03-15 14:01 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description david 2012-03-14 22:55:04 UTC
I'm experimenting with gstreamer and I find this as working:

gst-launch-0.10 -v filesrc location=/path/to/file.mp4 ! qtdemux ! vaapidecode ! vaapisink

I want to be able to output video to my window, I've tried this but without any success

gst-launch-0.10 -v filesrc location=/path/to/file.mp4 ! qtdemux ! vaapidecode ! vaapidownload | appsink (or autovideosink)

Basically, vaapidecode source is same as sink of vaapidownload (x-vaapi-surface) and vaapidownload source is raw yuv.

gst-inspect output of:
vaapidecode : http://pastebin.com/8TSJF7jN
vaapidownload : http://pastebin.com/JzV17v33
vaapisink : http://pastebin.com/ZkMBVh8v
appsink : http://pastebin.com/ehkQsraM

This is output from second pipeline: http://pastebin.com/9mqjsLUq

Platform is Linux, gstreamer is last stable version and vaapi plugin is from git.
Comment 1 Tim-Philipp Müller 2012-03-14 23:04:48 UTC
See my comment on your stackoverlflow question.

But anyway, gst-vaapi is not one of our modules, you need to take this up with the people who provide it.
Comment 2 david 2012-03-14 23:39:12 UTC
Thanks for you support, I've answered your question there.

I can't find any way to submit that bug to developer, if someone knows, please advise me.
Comment 3 Holger Kaelberer 2012-03-15 14:01:18 UTC
vaapidownload currently defaults to NV12 on src-pad if vaDeriveImage is not implemented in the libva backend. 

I think this actually needs fixing, done here

http://gitorious.org/~hkaelber/vaapi/hkaelbers-gstreamer-vaapi/commit/60b1781c7de58df7e87bb471a0fdb286f7451dcf

and reported to upstream, but not yet accepted/reviewed.

BTW: you can contact the maintainer of the upstream repos via http://gitorious.org/vaapi/gstreamer-vaapi