[meta-freescale] imxipuvideosink in 3.10.53 on Nitrogex6xlite

[Carlos Rafael Giani]

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" ?