[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwin
Subject:    Re: Physics Based Animator
From:       Lubos Lunak <l.lunak () suse ! cz>
Date:       2008-04-02 13:13:26
Message-ID: 200804021513.27067.l.lunak () suse ! cz
[Download RAW message or body]

On Friday 28 of March 2008, Premeir Sullivan wrote:
> I'm more familiar with openGL than XRender, I just assumed 3D rotation
> was impossible or extremely inefficient with XRender.

 Correct.

> I figured my suggestion would be something that would only be enabled if
> openGL is compiled in.

 The idea of the current system with *PaintData is that one can abstractly 
describe the transformation and the same code works with OpenGL and XRender. 
E.g. DesktopGrid works with both without having a single line of code 
specific to either. I'd prefer code that still works with both, or at least 
handles the XRender case gracefully.

> The reason why its a concern for me is when I began writing code that
> used openGL, I realized that making calls to gl.rotatef() was easy;
> the hard part was initializing openGL in the right way.  The only
> openGL effect that I know of is the Coverswitch effect. I didn't want
> to use the coverswitch code as a model because it radically rewrites
> the rendering stack, whereas my plugin only needs to do one or two
> rotations.  So I'm left with the question, what openGL initializations
> are necessary and where should I put them?

 Could you be more detailed about the needs here?

-- 
Lubos Lunak
KDE developer
--------------------------------------------------------------
SUSE LINUX, s.r.o.   e-mail: l.lunak@suse.cz , l.lunak@kde.org
Lihovarska 1060/12   tel: +420 284 028 972
190 00 Prague 9      fax: +420 284 028 951
Czech Republic       http://www.suse.cz
_______________________________________________
Kwin mailing list
Kwin@kde.org
https://mail.kde.org/mailman/listinfo/kwin

[prev in list] [next in list] [prev in thread] [next in thread]