It is strange that gtk-play isn't picking this one. Anyway, if you
explicitely pick it, you should have windowed output.
Am 2015-05-19 um 13:54 schrieb Gary Thomas:
On 2015-05-19 05:23, Carlos Rafael Giani wrote:
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" ?
Output attached.
Note: based on my capture of the gstreamer info (.dot), that plugin
is not what is being used by gtk-play/gst-play. You can find the .dot
file in a previous reply on this thread (yesterday) or I'll send it
again if you need.
--
_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale
