Hi,
I managed to take a look an the links.
> One of the most annoying limitations of the non-OpenGL display
> > managers like X24 is the inability to display shaded geometry (however
> > slowly) as an option. I've wondered if TinyGLES -
> > https://github.com/lunixbochs/tinygles (or maybe, if that has changed
> > too much, the older TinyGL it is based off of -
> > http://www.bellard.org/TinyGL/) might have drawing logic necessary for
> > fast non-OpenGL 2D shaded drawing that could be adapted to (say) the
> > Qt drawing routines.
>
>From what I've researched, I don't think that TinyGLES could be a solution
since it doesn't appear to me to be fully decoupled from OpenGL ES, but as
you suggested I think that TinyGL should provide all the drawing logic
necessary. However, I don't know exactly how fast it is and how easy it
would be to adapt everything to the Qt drawing routines (but I'm sure that
it would be possible).
>
> Other possibly relevant bits (was looking for this, didn't find it 'til
> now...)
>
> http://stackoverflow.com/questions/12640698/qt-c-drawing-efficiently
> http://qt-project.org/doc/qt-4.8/qpainter.html#drawPolygon
> https://qt-project.org/doc/qt-4.8/qpainter.html#drawConvexPolygon
>
> The stackoverflow drawing method (always draw a QImage and make all other
drawings in the image's buffer) which is says there that it's quite fast,
is actually almost the same as the one used in the framebuffer and I think
it shouldn't be very hard to adapt to the Qt drawing routines.
As it comes to choosing one from the above two methods, I don't know
exactly which one would be better. What do you think?
Cheers,
Vlad
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
