sink to qt surface

[Hamdi Rakkez]

Hi,

I was able to get the qt-player exemple running :
http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/tests/examples/qt/qml

But does anyone have seen that this example suffers from a deep
memory leak problem that I was not able to localize within the source code.

When lunching the app and watch the resources taken with top or htop, it is
like the generated frames are stored in the RAM and never leaves, until the
whole machine breaks down.

Can anyone knows what is the problem here ?

Thanks.

Cheers,
Hamdi

On Fri, Dec 11, 2015 at 1:26 PM, Mathias Hasselmann <
mathias.hasselmann at kdab.com> wrote:

> Am 10.12.2015 um 19:15 schrieb Hamdi Rakkez:
>
>> Yes I have Gstreamer plugins from gst-plugins-bad built and installed,
>> but still , I have the same problem :/
>>
>
> Like the bug Sebastian linked explains the QQuickItem current doesn't have
> a proper QtQuick plugin and therefore the QQuickItem is never registered
> with QML. To work around you'll have to explicitly trigger the plugin's
> registration routine. One approach that always works is to create an
> element before loading the QML:
>
>     GstElement *sink = gst_element_factory_make ("qmlglsink", NULL);
>
> When linking your plugins statically the following also works:
>
>     GST_PLUGIN_STATIC_REGISTER(qt);
>
> Ciao,
> Mathias
>
> --
> Mathias Hasselmann | mathias.hasselmann at kdab.com | Software Engineer
> KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
> Tel: +49-30-521325470
> KDAB - The Qt Experts
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20151215/26e28797/attachment.html>