imx6 / mainline linux / basic problems

[Carlos Rafael Giani]

On 2015-02-05 13:44, Nicolas Dufresne wrote:
>
> Le 2015-02-05 07:03, Fabio Estevam a écrit :
>> How do I measure the framerate? Visually this 480x360 file plays 
>> smoothly.
>>
>> I guess we need color space conversion and resize support done by the
>> IPU. Steve Longerbeam worked on a patch for it, but it has not reached
>> mainline yet:
>> https://github.com/slongerbeam/mediatree/commit/f76af0cf3c94f9dd9beb1d0e2474e9ac95c00818 
>>
>
> This decoder can already do color convertion from what I have been 
> told. Though it needs to be implemented in GStreamer:
>
> https://bugzilla.gnome.org/show_bug.cgi?id=733827
>
> Nicolas
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

At least over the imx-vpu API, I420 is the only format the decoder 
outputs, unless it is MJPEG content. But even then, the bitstream 
defines what the format is, and you don't get to choose.

I have been thinking about getting bltsville into the kernel ( 
http://graphics.github.io/bltsville/ ). This would be ideal for both 
accelerated and non-accelerated video transformations, and is exactly 
what is needed here, because to perform pixel format conversions, 
scaling, 90-degree rotations etc. on the imx, you need access to one of 
the blitters. That's why I have videotransform elements in gstreamer-imx 
for PxP, G2D, and IPU. A "bltsvilletransform" element would replace all 
of that.