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
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
--
_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale
