Re: [Stellarium-pubdevel] QtQuick2, anybody please?

[Fabien C. <fab...@gm...>]

On Tue, Jan 13, 2015 at 1:56 AM, Georg Zotti <geo...@un...>
wrote:

> Dear Guillaume,
>
> thanks for clearing things up a bit. More answers below.
>
>
> On Mo, 12.01.2015, 03:04, Guillaume Chereau wrote:
> > Hello Georg, happy new year everyone!
> >
> >
> > Currently we still need QtDeclarative as it is the only way -that I am
> > aware of- to embed QWidgets into an opengl view.  Last time I checked,
> > it was impossible to do it using a QQuickView.
>
> Qt5.4 comes with QOpenGLWidget. Does that help?
>

I spent an hour on Saturday trying to use it, but although I could compile
replacing the old QGLWidget with this one, I couldn't get it to initialize
properly at startup. I'm not sure, but it looks to me as this new class
just won't work inside a deprecated QDecalarativeView. This led me to the
same conclusion that we need to get rid of regular QWidgets or find a clean
way to embed them within a modern QtQuick stuff.


> > Then, maybe I am wrong and there is a way to embed QWidgets into an
> > OpenGL windows without using QtDeclarative (for example by putting a
> > qwidget inside qml view?)  If we find a way to do that we could simplify
> > the code a lot without having to rewrite any of the UI code.
>
> I hope the new QOpenGLWidget is what you need.
>
>
I don't think so.. Using QOpenGLWidget would just allow to get rid of all
the deprecated QtOpenGL library. But even that doesn't work easily, as I
said above. Maybe we should have some more tries.


> >> One further note on any possible replacement classes:
> >> My Raspberry experiment indicated that Stellarium can be compiled on
> >> this
> >> OpenGL ES2 embedded Linux system, but fails with a startup message:
> >>
> >> EGLFS: OpenGL windows cannot be mixed with others.
> >
> > Unfortunately I am not familiar with the Raspberry.  Do simple Qt
> > + OpenGL ES 2 examples work on it?
>
> Yes, the cube example works great, even in FullHD. So the GPU is likely
> OK, now it's a matter of whether the CPU is able to provide at least a few
> fps. But the EGLFS issue is something I have no idea about. Just hope that
> the newer classes might solve it. The RaspPi as potentially useful
> platform is also new for me, and I have just started reading terms like
> EGLFS, Wayland, etc. Maybe Wayland is a solution here, but I did not dive
> deep enough here.
> So far I had only used the RasPi as media player, but originally it's an
> educational computer, and I simply like the prospect of having a
> super-cheap 2W-computer running Stellarium...
>
> Some related info:
> http://qt-project.org/wiki/Native_Build_of_Qt5_on_a_Raspberry_Pi
> and the background behind problems with EGLFS
> http://doc-snapshot.qt-project.org/qt5-dev/embedded-linux.html#eglfs
> http://comments.gmane.org/gmane.comp.lib.qt.user/11116
> http://qt-project.org/forums/viewthread/44673
>
>
EGLFS can only handle one top level window. I think QGLView is internally
managed using a second window, so it won't work as is. It would work if we
could just have one top level QtQuickView

Fab

Best regards,
> Georg
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Stellarium-pubdevel mailing list
> Ste...@li...
> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
>