iMX6 hardware decode issue on Android

[Bing Song]

VPU decoder will output physical continues video frame buffer, glimagesink can map this kind of buffer using one private API, needn't video frame buffer copy.

Regards,
Song Bing.

________________________________________
From: gstreamer-devel <gstreamer-devel-bounces at lists.freedesktop.org> on behalf of Eric-BTG <eric.chaloin at bt-ground.com>
Sent: Thursday, September 3, 2015 11:15 PM
To: gstreamer-devel at lists.freedesktop.org
Subject: Re: iMX6 hardware decode issue on Android

I did fakesink experiment. I can't replace glimagesink with fakesink as is
because my app needs a real sink to map to displayed texture. So I created a
sink displaying a viteotest while I decode stream to give to fakesink.

I use custom app, and my pipeline is:
"filesrc location=/sdcard/Movies/trailer_1080p.mov ! qtdemux ! queue !
h264parse ! imxvpudec ! queue ! fakesink sync=true  videotestsrc !
videoconvert ! autovideosink"

And as you expected no more frames are dropped.. Log is
imxvpudec-fakesink.log
<http://gstreamer-devel.966125.n4.nabble.com/file/n4673465/imxvpudec-fakesink.log>


Do you have a idea to cope with CPU copies? Or it means that I have to patch
glimagesink to make GPU based copies?

Eric



--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/iMX6-hardware-decode-issue-on-Android-tp4673449p4673465.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel