[Development] The dark side of QtMultimedia - strikes back

[Hausmann Simon]

Hi,

Could you  elaborate how omxplayer uses gstreamer?

I only see openmax il usage, but perhaps I am missing something.

Thanks,
Simon

From: Massimo Callegari
Sent: Saturday, July 4, 2015 22:19
To: development at qt-project.org
Reply To: Massimo Callegari
Cc: thiago.macieira at intel.com
Subject: [Development] The dark side of QtMultimedia - strikes back




On Saturday 04 July 2015 18:36:35 Massimo Callegari wrote:
> I've built Qt 5.5.0 for the Raspberry Pi 2, with gstreamer-1.0 support,
> and installed the GST OMX plugin, for hardware decoding.
> Ran the player example on EGLFS and that's the result: omxplayer works
>> like a charm and QtMultimedia doesn't.
>> Attached the player example log with GST_DEBUG="omx:4" on.
>> It shows that QtMultimedia is actually using gstreamer + OMX.
>>
>> I don't understand if things are tested before declaring them "supported".
>> I quote: " A lot of work has also gone into Qt Multimedia. On Linux, we
>> have now added gstreamer 1.0 support and lots of bugs have been fixed
>> for the other platforms."

>Can you try the same on a platform that has open source drivers? The problem
>may not be in QtMultimedia at all, but with those OMX plugins or the
>proprietary OpenMAX backend.



Thiago, as I said the reference player, omxplayer (on which Kodi is based), works perfectly with the same files, and it's an open source project:

https://github.com/huceke/omxplayer

I believe it proves that gstreamer + omx is working properly.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20150705/22a16920/attachment.html>