Hi Bogdan, On Wed, Aug 28, 2013 at 9:26 AM, Bogdan Marinov <daggers...@gmail.com> wrote: > Just some quick notes, see below for the answers: > > On Mon, Aug 26, 2013 at 4:51 PM, Fabien Chéreau <fabien.cher...@gmail.com> > wrote: >> >> Hi Bogdan, >> >> I currently have a bit more free time, and I was actually >> investigating doing some major refactoring of the project (not a total >> rewrite but not very far from that :D ) >> Basically what I want is to produce a much lighter version of >> Stellarium based on Qt5 and OpenGL ES2 features only (it's a >> requirement of Qt5 itself). This involves: >> - revert all changes from GSOC 2012 on the renderer: after having a >> detailed look I am convinced that all this work is almost useless from >> the moment on we want to support only GLES2. It also introduced a >> number of rendering bugs, as well as a large performance penalty. I've >> done most of this revert in a branch called >> https://code.launchpad.net/~stellarium/stellarium/simplegles and went >> from 45 FPS to 62 FPS on my computer. > > > Isn't this caused by the dynamic shadows?
I don't think so. >> - suppress completely GL1-related code and focus on shader-based >> rendering only. This is also almost done in the branch. > > > Well, let's say I'm not really comfortable with that, since my current > computer supports only GL1... That's annoying, what kind of hardware are you using ?? Most of the basic computer now ship with at least integrated HD graphics which is usually just fine... >> >> - switch to the new Qt rendering system, i.e. abandon rendering based >> on QGraphicsView / QWidgets and use only classes from the new QtGUI >> module (the one from Qt5). I am not completely sure but this may >> involve a complete GUI re-write based on QML. This last task may sound >> quite ambitious. I'm quite confident that we can reproduce a GUI >> similar to the current one based on QML, but it may cause some >> troubles for interactions with plugin etc. > > > If the GUI/core separation has been done properly, we can have both QWidgets > and QML, at least for a while. Yes, Guillaume managed to do that in branch simplegles-qml. The result is that we have all the QWidget-based GUI working fine but can also benefit from QML (only QtQuick1 though). It alos allowed to do a lot of cleanup and we now have a much simpler initialisation code, startup time is really short now :) > One of the things that were on my TODO list (for when I had more time) was > to organize some work on better GUI separation for the plug-ins, so that > they could be used in the Android port (the .org port, not your Stellarium > Mobile). Basically, the same stuff done with the core and the main GUI - a > possibility to have alternative GUI modules for each plug-in. Yes, this is not yet very clear to me what is the best way to proceed there, but based on QML, it could maybe be done simply by overriding the main.qml file. Fabien ------------------------------------------------------------------------------ Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk _______________________________________________ Stellarium-pubdevel mailing list Stellarium-pubdevel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
