Re: [e-users] OpenGL rendering

2006-02-01 Thread mista
Am Mittwoch, den 01.02.2006, 09:08 +0900 schrieb Carsten Haitzler: 
 On Tue, 31 Jan 2006 23:09:45 + mista [EMAIL PROTECTED] babbled:
 
  Am Dienstag, den 31.01.2006, 10:27 +0900 schrieb Carsten Haitzler:
  

 you need to implmenent text, gradient, line and polygon re3dnering still. the
 rest is done. without these even being drawn it was 1/25th the speed of evas's
 software rendering. evas does have a DIRECT TO GL engine of its own - as i 
 said
 - it has many fewer issues. a glitz engine woudl be possible - but frankly - u
 will have the same end problems anyway.
  generating things liek a shape mask are
 basically impractical using an form of gl as the onyl sane way to do so ends 
 up
 being an abysmal software path.

 ok, thanks for your answers - strong arguments to leave it for now.  
A common opengl-backend with good context-switching capabilities would
change the 
situation, right? 

  so any theme with shaped borders (rounded
 edges) menus etc. will crawl like continental drift - theres the other problem
 of requiring gl buffers everywhere and lock contention.

It´s a bit  off topic but this questions daddles the themer´s part of my brain 
for a long time: 
This shape-stuff is a x-extension which seems to have its displaying-routines 
seperated
from the normal window drawing-routines. (On slow hardware or with bad 
driver-settings
one can see the shapes appear delayed).  Afaik the mouse-pointer uses xrender 
for
shadow and tranparency. My question is if it is possible to let the 
shape-extension use
xrender in that way?
 Is it not possible because the pointer is seperated from normal window 
drawing? 

 is it much work to make e output to evas-xrender?

 almost none. its a config option :)
 
ok, I tried it. it garbles the display a little and wont show the
borders, but no problem to me for now 
since evas bench for xrender is about 0.9(with exa) and software 3.2

  After all could this give any performance advantages?
 
 if you are instanely lucky (ati R200/r250 card, at least 64mb video ram, x.org
 latest 7.0 or cvs, turning on exa, other options, and some incredible luck - i
 have a checkout of x.org cvs from a particular day that happens to have this
 work with accelerattion - ane the xrender engine actually beats the opengl
 engine by 50% performance)
 
How fast is your opengl in comparison to software?

I´m pretty lucky to have dri and opengl running with r350 and
oss-driver. 
xcompmgr is damn fast with it, but only without exa. 
One problem is,  when windows get shaded, there is clutter left at the 
place where the shadow were, but not when resizing, moving, etc. It can
hardly explain to me 
why its only in that case. Just wanted to ask if e handles shading
differently ie. doesn´t redraw in that case?


Regards,
Hannes Janetzek





---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] OpenGL rendering

2006-02-01 Thread mista
Sorry. The mentioned problem with xcompmgr was produced only by it, not
by e.



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] OpenGL rendering

2006-01-31 Thread mista
Am Dienstag, den 31.01.2006, 10:27 +0900 schrieb Carsten Haitzler:

 
 now as i was saying - forget it. i am sick to death of having this discussion
 every few weeks - repeatedly. either setup up - learn to code and fix the
 engine yourself and address these issues in the gl engine AND in all the gl
 drivers - or accept what u get.
 

Hi, 
I won´t start a new discussion of that type or bug somebody to to
something. I´m looking for a project to work on. Now I think to saw two
possibilities how to use opengl in e without making e directly depended
on it. 

I use clearlook-cairo with glitz and I can´t complain of cairo´s speed.
So is there anything more needed than letting e-evas´ draw with cairo
output? I didn´t test evas cairo stuff, but would it be a way to go ? I
know evas-cairo is actually abandonded, how much work is it to get it up
to date? 

Probably the better solution is making a new backend basend on
evas-xrender. To me this states that a port is possible:   
 The semantics of glitz are designed to precisely match the
specification of the X Render extension(freedesktop.org/software/glitz)

hm, one of the things I forgot... is it much work to make e output to
evas-xrender?

After all could this give any performance advantages?

Regards,
Hannes Janetzek

 
 



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users