Am 2015-05-19 um 13:17 schrieb Gary Thomas:
On 2015-05-19 05:11, Carlos Rafael Giani wrote:
Thanks for the explanation, perhaps it can help someone fix this. My
guess is that the FSL plugin doesn't handle those dynamic elements
and
thus is not equipped to set up the render in the appropriate
window on
the screen.
Also the full-screen behavior depends the videosink
configuration, so
hard to give universal answer, as none will fit all cases.
I doubt that the issue is caused exactly by the GstImxVpuDec or
GstOverlaySink, as by looking at your pipeline they seem to have
static pads. So it's more of how the
playbin/decodebin bins handle the pipeline creation process...
All I know is that it does work correctly on other platforms, e.g. a
native x86 (intel-corei7-64), as well as when there are no i.MX plugins
installed, so it's definitely tied to the FSL plugin.
The issue here is that the IPU sink does not know anything about
windows. It directly overwrites the framebuffer's pixels. One way I
am trying out is to create an empty window in
the sink and let the IPU overwrite its pixels, but this is not
exactly clean, and can cause artifacts. If you want to render to a
window, I recommend using the imxeglvivsink
instead. In fact, this should be the default one. How did you get the
plugins?
Nothing special, I simply included gst1.0-fsl-plugin in my image.
I'm building my own X based image, which includes these packages:
gst-player-bin
gstreamer1.0-libav
gst1.0-fsl-plugin
gstreamer1.0-plugins-imx
What do you get when you run "gst-inspect-1.0 imxeglvivsink" ?
--
_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale
