[Development] QtCS: Qt Embedded

[Romain Pokrzywka]

On Friday, June 22, 2012 02:09:25 AM Donald Carr wrote:
> w00t
> 
> On Fri, Jun 22, 2012 at 1:32 AM, Romain Pokrzywka
> 
> <romain.pokrzywka at kdab.com> wrote:
> > Some comments on the notes in the wiki:
> > 
> > * eglfs now depends on evdev. Future task is to make it compile when evdev
> > is absent but we are yet to see such a device (qnx?)
> > 
> > Yes, we have that exact issue with Qt5 builds for QNX on BeagleBoard.
> > Currently we disable eglfs and use another platform plugin instead, but
> > there should be some proper #ifdef QT_HAVE_EVDEV blocks in there. I
> > expect the same issue on other non-linux unix embedded OSes like VxWorks,
> > Integrity, Nucleus...
> > 
> > KDAB can volunteer for that one (either me or one of the guys working on
> > QNX)
> Would minimalEGL not suit your needs more then?

Yeah, very true. Forget my comment then.

> 
> > * cursor support hw accel on the pi, the cursor is a separate layer
> > 
> > cool, will try to enable that on OMAP too
> 
> Cool
> 
> > * on the pi, each window is a layer. poor man’s wayland
> > 
> > Awesome. Same comment as above, I'll try to add that to OMAP as well.
> 
> Wicked
> 
> > * linuxfb needs to be resurrected
> > 
> > +10  :)
> 
> I am planning on whacking this when I get back to Sunnyvale on
> Tuesday/Wed of next week.
> 

Great, let's try to sync in July when I'm back in the Bay.

> > I've just  been thinking about that lately, now that QtQuick2 and
> > QtWidgets
> > can live in parallel after all. Seems silly to have to render QtWidget
> > based UIs with EGLFS, which yields lower quality and often lower
> > performance results.
> 
> amen
> 
> > I'm volunteering to get that going. I might not be able to get it all done
> > by myself though.
> 
> I have already started on this, although the existing code requires
> far more refactoring than originally intended and I downed tools. I
> think this would be great to get working for the beta. I really hate
> this Qt 4/5 division people are mentioning. There is little reason to
> backport to Qt 4, since there is very little Qt 4 functionality
> actually stripped from Qt 5 and source compatibility is largely a
> reality. This also makes this more interesting:
> 
> https://bugs.webkit.org/show_bug.cgi?id=84532
> 
> although webkit might actually develop a hard OpenGL ES 2 requirement.
> (Might already have it)
> 
> > One thing I'd love to add in there too is support for more advanced buffer
> > swapping options, if the platforms support it. For example flip mode can
> > be
> > easily implemented on OMAP platforms. I can see this being a massive
> > performance gain on high resolution screens.
> 
> Cool, I will try to simply map the existing QPA usage to the Qt 5 QPA
> design.
> > * openvg backend
> > 
> > Interesting, especially for the i.MX boards which have a separate OpenVG
> > accelerator (apparently not based on OpenGL like the SGX one, so likely to
> > perform better).
> 
> The Raspberry Pi is also meant to have a discrete (and apparently
> meaty) OpenVG processor that is currently lying dormant.
> 

Ah, even more interesting then, indeed

> > It wouldn't be of much use for QQ2, but would still be helpful for many
> > GraphicsView and Widget based apps.
> 
> The extent to which this could be used is still a point of research as
> far as I am concerned.
> 
> > Should be backported to Qt4 too.
> 
> This I disagree on.
> 

hmm, probably because it's not trivial to backport, and since Qt5 isn't that 
much of a departure from Qt4 after all. Agreed in second thought.

> > Cheers
> > Romain
> 
> Cheers,
> Donald
> 
> > On Friday, June 22, 2012 07:45:19 AM Girish Ramakrishnan wrote:
> >> Hi,
> >> For those who were unable to attend, I have posted notes on
> >> http://qt-project.org/groups/qt-contributors-summit-2012/wiki/Qt-in-Embed
> >> ded .
> >> 
> >> Let me know about comments
> >> Girish
> >> _______________________________________________
> >> Development mailing list
> >> Development at qt-project.org
> >> http://lists.qt-project.org/mailman/listinfo/development
> > 
> > _______________________________________________
> > Development mailing list
> > Development at qt-project.org
> > http://lists.qt-project.org/mailman/listinfo/development