From: Ross V. <ro...@ka...> - 2013-01-13 16:43:40
|
Hello, I upgraded my desktop to EFL 1.7.5 and E 0.17.0 from some old SVN rev. Mostly awesome - in particular, it looks like all of the wacky focus & autoraise bugs I've suffered for a while are gone! But I have noticed a few oddities; maybe bugs, maybe my misconfiurations, maybe features. 1) Notifications: they all have a transparent background with white text. This is very hard to read. In my previous version, they had a solid grey background with white text - much better. 2) Strange Favorite Apps behavior: If I try to open a new gnome-terminal window via the Favorite Apps list, E switches desktops to an existing terminal window. If I use the usual Applications menu, I get a new window. Previously, starting from the Favorites menu worked exactly as starting from the Applications menu. 3) Shelf spacing: systray used to be a bit smaller. It left enough shelf around it so that an auto-hidden shelf appeared as a uniform line along the edge of the screen. Now, systray fills the shelf all the way to the edge. On an auto-hidden shelf, the top edges of app icons are visible. Not really much of a problem - just uglier than it used to be. Thanks, Ross |
From: Barton <ba...@bc...> - 2013-01-13 18:57:08
|
Are you, by chance running an old theme that predates the 17.0 release? On 01/13/2013 08:25 AM, Ross Vandegrift wrote: > Hello, > > I upgraded my desktop to EFL 1.7.5 and E 0.17.0 from some old SVN rev. > Mostly awesome - in particular, it looks like all of the wacky focus & > autoraise bugs I've suffered for a while are gone! > > But I have noticed a few oddities; maybe bugs, maybe my > misconfiurations, maybe features. > > 1) Notifications: they all have a transparent background with white > text. This is very hard to read. In my previous version, they had a > solid grey background with white text - much better. > > 2) Strange Favorite Apps behavior: If I try to open a new gnome-terminal > window via the Favorite Apps list, E switches desktops to an existing > terminal window. If I use the usual Applications menu, I get a new > window. Previously, starting from the Favorites menu worked exactly as > starting from the Applications menu. > > 3) Shelf spacing: systray used to be a bit smaller. It left enough > shelf around it so that an auto-hidden shelf appeared as a uniform line > along the edge of the screen. Now, systray fills the shelf all the way > to the edge. On an auto-hidden shelf, the top edges of app icons are > visible. Not really much of a problem - just uglier than it used to be. > > Thanks, > Ross > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnmore_123012 > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > |
From: Ross V. <ro...@ka...> - 2013-01-13 20:40:17
|
On 01/13/2013 01:43 PM, Barton wrote: > Are you, by chance running an old theme that predates the 17.0 release? Nope - "default" is the only theme listed in the settings panel, and About Theme says "Dark" is in use. I was previously using B&W. Ross |
From: Barton <ba...@bc...> - 2013-01-13 22:17:43
|
Just got notication - sure enough: white lettering on transparent background. 1) My guess is that this could be themed. I've been looking for good theme building tools so that I can resurrect some of my old favorites, but no joy so far. 2) I just tested favorites on my system - I get a new instance to the application just like other menus. 3) I also prefer the old (smaller) systray (again, I think that's themeable). It would be nice to have at least some rudimentary tool - like getting editje up to par with the current API - or at least have a feel for what tools other themers are using. On 01/13/2013 12:40 PM, Ross Vandegrift wrote: > On 01/13/2013 01:43 PM, Barton wrote: >> Are you, by chance running an old theme that predates the 17.0 release? > > Nope - "default" is the only theme listed in the settings panel, and > About Theme says "Dark" is in use. I was previously using B&W. > > Ross > |
From: Carsten H. (T. R. <ra...@ra...> - 2013-01-13 23:19:01
|
On Sun, 13 Jan 2013 14:17:31 -0800 Barton <ba...@bc...> said: > Just got notication - sure enough: white lettering on transparent > background. no compositing? without you likely will get this. with... you get a darkish translucent box behind. > 1) My guess is that this could be themed. > I've been looking for good theme building tools so that I can > resurrect some of my old favorites, but no joy so far. > > 2) I just tested favorites on my system - I get a new instance to the > application just like other menus. > > 3) I also prefer the old (smaller) systray (again, I think that's > themeable). > > It would be nice to have at least some rudimentary tool - like getting > editje up to par with the current API - > or at least have a feel for what tools other themers are using. > > On 01/13/2013 12:40 PM, Ross Vandegrift wrote: > > On 01/13/2013 01:43 PM, Barton wrote: > >> Are you, by chance running an old theme that predates the 17.0 release? > > > > Nope - "default" is the only theme listed in the settings panel, and > > About Theme says "Dark" is in use. I was previously using B&W. > > > > Ross > > > > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnmore_123012 > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Carsten H. (T. R. <ra...@ra...> - 2013-01-13 23:19:02
|
On Sun, 13 Jan 2013 11:25:16 -0500 Ross Vandegrift <ro...@ka...> said: > Hello, > > I upgraded my desktop to EFL 1.7.5 and E 0.17.0 from some old SVN rev. > Mostly awesome - in particular, it looks like all of the wacky focus & > autoraise bugs I've suffered for a while are gone! > > But I have noticed a few oddities; maybe bugs, maybe my > misconfiurations, maybe features. > > 1) Notifications: they all have a transparent background with white > text. This is very hard to read. In my previous version, they had a > solid grey background with white text - much better. compositing -> on. also double check under engine (advanced section in settings) that argb windows are enabled > 2) Strange Favorite Apps behavior: If I try to open a new gnome-terminal > window via the Favorite Apps list, E switches desktops to an existing > terminal window. If I use the usual Applications menu, I get a new > window. Previously, starting from the Favorites menu worked exactly as > starting from the Applications menu. eh? wtf? > 3) Shelf spacing: systray used to be a bit smaller. It left enough > shelf around it so that an auto-hidden shelf appeared as a uniform line > along the edge of the screen. Now, systray fills the shelf all the way > to the edge. On an auto-hidden shelf, the top edges of app icons are > visible. Not really much of a problem - just uglier than it used to be. that's just how the theme allocates space - gadgets now use much more of the shelf space, systray included. i despise systray and everything related to it and i'd love to see all systray using apps burn in hell. :) > Thanks, > Ross > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnmore_123012 > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Ross V. <ro...@ka...> - 2013-01-14 03:26:20
|
On 01/13/2013 06:15 PM, Carsten Haitzler (The Rasterman) wrote: > On Sun, 13 Jan 2013 11:25:16 -0500 Ross Vandegrift <ro...@ka...> said: >> 1) Notifications: they all have a transparent background with white >> text. This is very hard to read. In my previous version, they had a >> solid grey background with white text - much better. > > compositing -> on. also double check under engine (advanced section in settings) > that argb windows are enabled Yep - enabling compositing fixes that issue. ARGB was enabled. >> 2) Strange Favorite Apps behavior: If I try to open a new gnome-terminal >> window via the Favorite Apps list, E switches desktops to an existing >> terminal window. If I use the usual Applications menu, I get a new >> window. Previously, starting from the Favorites menu worked exactly as >> starting from the Applications menu. > > eh? wtf? This one was my fault - this is what "Only launch single instances" does under Applications -> Desktop Environment. I assumed that would prevent multiple instances of the various desktop settings daemons. Nope! >> 3) Shelf spacing: systray used to be a bit smaller. It left enough >> shelf around it so that an auto-hidden shelf appeared as a uniform line >> along the edge of the screen. Now, systray fills the shelf all the way >> to the edge. On an auto-hidden shelf, the top edges of app icons are >> visible. Not really much of a problem - just uglier than it used to be. > > that's just how the theme allocates space - gadgets now use much more of the > shelf space, systray included. i despise systray and everything related to it > and i'd love to see all systray using apps burn in hell. :) Ah, well, sounds like there's nothing I can do on this one. Thanks, Ross |
From: Carsten H. (T. R. <ra...@ra...> - 2013-01-14 03:39:08
|
On Sun, 13 Jan 2013 22:26:11 -0500 Ross Vandegrift <ro...@ka...> said: > On 01/13/2013 06:15 PM, Carsten Haitzler (The Rasterman) wrote: > > On Sun, 13 Jan 2013 11:25:16 -0500 Ross Vandegrift <ro...@ka...> said: > >> 1) Notifications: they all have a transparent background with white > >> text. This is very hard to read. In my previous version, they had a > >> solid grey background with white text - much better. > > > > compositing -> on. also double check under engine (advanced section in > > settings) that argb windows are enabled > > Yep - enabling compositing fixes that issue. ARGB was enabled. theme designed to work well on compositing. non-compositing ymmv. for e18 we are going compositing only.. in fact e17 in svn already is there... so not something that is going to change :) > >> 2) Strange Favorite Apps behavior: If I try to open a new gnome-terminal > >> window via the Favorite Apps list, E switches desktops to an existing > >> terminal window. If I use the usual Applications menu, I get a new > >> window. Previously, starting from the Favorites menu worked exactly as > >> starting from the Applications menu. > > > > eh? wtf? > > This one was my fault - this is what "Only launch single instances" does > under Applications -> Desktop Environment. I assumed that would prevent > multiple instances of the various desktop settings daemons. Nope! no... its single instances... of APPS... :) > >> 3) Shelf spacing: systray used to be a bit smaller. It left enough > >> shelf around it so that an auto-hidden shelf appeared as a uniform line > >> along the edge of the screen. Now, systray fills the shelf all the way > >> to the edge. On an auto-hidden shelf, the top edges of app icons are > >> visible. Not really much of a problem - just uglier than it used to be. > > > > that's just how the theme allocates space - gadgets now use much more of the > > shelf space, systray included. i despise systray and everything related to > > it and i'd love to see all systray using apps burn in hell. :) > > Ah, well, sounds like there's nothing I can do on this one. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Ross V. <ro...@ka...> - 2013-01-16 18:12:50
|
On 01/13/2013 10:38 PM, Carsten Haitzler (The Rasterman) wrote: > On Sun, 13 Jan 2013 22:26:11 -0500 Ross Vandegrift <ro...@ka...> said: >> Yep - enabling compositing fixes that issue. ARGB was enabled. > > theme designed to work well on compositing. non-compositing ymmv. for e18 we > are going compositing only.. in fact e17 in svn already is there... so not > something that is going to change :) And as usual, compositing proves its worth. Just started up VirtualBox, whole desktop ground down to about 2fps. Took about three minutes to flip to another virtual console to kill it. As soon as I unloaded the module, all better. Maybe someday before compositing is mandatory for every window manager, composite will get fixed to not break lots of working installations. Ross |
From: Gustavo S. B. <bar...@pr...> - 2013-01-16 18:24:51
|
On Wed, Jan 16, 2013 at 4:12 PM, Ross Vandegrift <ro...@ka...> wrote: > On 01/13/2013 10:38 PM, Carsten Haitzler (The Rasterman) wrote: >> On Sun, 13 Jan 2013 22:26:11 -0500 Ross Vandegrift <ro...@ka...> said: >>> Yep - enabling compositing fixes that issue. ARGB was enabled. >> >> theme designed to work well on compositing. non-compositing ymmv. for e18 we >> are going compositing only.. in fact e17 in svn already is there... so not >> something that is going to change :) > > And as usual, compositing proves its worth. Just started up VirtualBox, > whole desktop ground down to about 2fps. Took about three minutes to > flip to another virtual console to kill it. As soon as I unloaded the > module, all better. > > Maybe someday before compositing is mandatory for every window manager, > composite will get fixed to not break lots of working installations. Really? I'm using E17 exclusively inside VirtualBox on a MacOSX host, 1024x768 and with composite. Works pretty fast on a MacBook Pro 2.8 GHz Intel Core i7 with NVIDIA GeForce GT 330M 512 MB. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: bar...@gm... Skype: gsbarbieri Mobile: +55 (19) 9225-2202 |
From: David S. <on...@gm...> - 2013-01-16 18:39:56
|
On Wed, 16 Jan 2013 16:24:44 -0200 Gustavo Sverzut Barbieri <bar...@pr...> wrote: > On Wed, Jan 16, 2013 at 4:12 PM, Ross Vandegrift <ro...@ka...> > wrote: > > On 01/13/2013 10:38 PM, Carsten Haitzler (The Rasterman) wrote: > >> On Sun, 13 Jan 2013 22:26:11 -0500 Ross Vandegrift > >> <ro...@ka...> said: > >>> Yep - enabling compositing fixes that issue. ARGB was enabled. > >> > >> theme designed to work well on compositing. non-compositing ymmv. > >> for e18 we are going compositing only.. in fact e17 in svn already > >> is there... so not something that is going to change :) > > > > And as usual, compositing proves its worth. Just started up > > VirtualBox, whole desktop ground down to about 2fps. Took about > > three minutes to flip to another virtual console to kill it. As > > soon as I unloaded the module, all better. > > > > Maybe someday before compositing is mandatory for every window > > manager, composite will get fixed to not break lots of working > > installations. > > Really? I'm using E17 exclusively inside VirtualBox on a MacOSX host, > 1024x768 and with composite. Works pretty fast on a MacBook Pro 2.8 > GHz Intel Core i7 with NVIDIA GeForce GT 330M 512 MB. I think Ross meant VirtualBox is running inside E17, not the other way around. I wonder if he's using OpenGL or software for the compositor? And maybe VirtualBox trying to use OpenGL caused a conflict? For what it's worth, I regularly test my embedded EFL stuff inside Qemu running on top of E17 with no problem. It does not need OpenGL or anything fancy though. And just to offset Gustavo's bragging, my embedded EFL project runs pretty fast on the actual x486 CPU with some crappy built in graphics chip, and 256MB memory shared between them. :-P -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. |
From: Gustavo S. B. <bar...@pr...> - 2013-01-16 19:17:02
|
On Wed, Jan 16, 2013 at 4:39 PM, David Seikel <on...@gm...> wrote: > On Wed, 16 Jan 2013 16:24:44 -0200 Gustavo Sverzut Barbieri > <bar...@pr...> wrote: > >> On Wed, Jan 16, 2013 at 4:12 PM, Ross Vandegrift <ro...@ka...> >> wrote: >> > On 01/13/2013 10:38 PM, Carsten Haitzler (The Rasterman) wrote: >> >> On Sun, 13 Jan 2013 22:26:11 -0500 Ross Vandegrift >> >> <ro...@ka...> said: >> >>> Yep - enabling compositing fixes that issue. ARGB was enabled. >> >> >> >> theme designed to work well on compositing. non-compositing ymmv. >> >> for e18 we are going compositing only.. in fact e17 in svn already >> >> is there... so not something that is going to change :) >> > >> > And as usual, compositing proves its worth. Just started up >> > VirtualBox, whole desktop ground down to about 2fps. Took about >> > three minutes to flip to another virtual console to kill it. As >> > soon as I unloaded the module, all better. >> > >> > Maybe someday before compositing is mandatory for every window >> > manager, composite will get fixed to not break lots of working >> > installations. >> >> Really? I'm using E17 exclusively inside VirtualBox on a MacOSX host, >> 1024x768 and with composite. Works pretty fast on a MacBook Pro 2.8 >> GHz Intel Core i7 with NVIDIA GeForce GT 330M 512 MB. > > I think Ross meant VirtualBox is running inside E17, not the other way > around. I wonder if he's using OpenGL or software for the compositor? > And maybe VirtualBox trying to use OpenGL caused a conflict? > > For what it's worth, I regularly test my embedded EFL stuff inside Qemu > running on top of E17 with no problem. It does not need OpenGL or > anything fancy though. > > And just to offset Gustavo's bragging, my embedded EFL project runs > pretty fast on the actual x486 CPU with some crappy built in graphics > chip, and 256MB memory shared between them. :-P last but not least, now that comp is mandatory it should be rewritten/improved to be better, make "no composite fullscreen windows" work properly and etc. I've read the code and it's huge and seems to be the "learn as I write" kind of stuff. Now that people know it, the Composite extension and pitfalls, it would be better to rewrite the whole thing and assume the "always composite" path, linking it with e_border that used to draw the decoration. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: bar...@gm... Skype: gsbarbieri Mobile: +55 (19) 9225-2202 |
From: Carsten H. (T. R. <ra...@ra...> - 2013-01-16 23:50:51
|
On Wed, 16 Jan 2013 17:16:55 -0200 Gustavo Sverzut Barbieri <bar...@pr...> said: > On Wed, Jan 16, 2013 at 4:39 PM, David Seikel <on...@gm...> wrote: > > On Wed, 16 Jan 2013 16:24:44 -0200 Gustavo Sverzut Barbieri > > <bar...@pr...> wrote: > > > >> On Wed, Jan 16, 2013 at 4:12 PM, Ross Vandegrift <ro...@ka...> > >> wrote: > >> > On 01/13/2013 10:38 PM, Carsten Haitzler (The Rasterman) wrote: > >> >> On Sun, 13 Jan 2013 22:26:11 -0500 Ross Vandegrift > >> >> <ro...@ka...> said: > >> >>> Yep - enabling compositing fixes that issue. ARGB was enabled. > >> >> > >> >> theme designed to work well on compositing. non-compositing ymmv. > >> >> for e18 we are going compositing only.. in fact e17 in svn already > >> >> is there... so not something that is going to change :) > >> > > >> > And as usual, compositing proves its worth. Just started up > >> > VirtualBox, whole desktop ground down to about 2fps. Took about > >> > three minutes to flip to another virtual console to kill it. As > >> > soon as I unloaded the module, all better. > >> > > >> > Maybe someday before compositing is mandatory for every window > >> > manager, composite will get fixed to not break lots of working > >> > installations. > >> > >> Really? I'm using E17 exclusively inside VirtualBox on a MacOSX host, > >> 1024x768 and with composite. Works pretty fast on a MacBook Pro 2.8 > >> GHz Intel Core i7 with NVIDIA GeForce GT 330M 512 MB. > > > > I think Ross meant VirtualBox is running inside E17, not the other way > > around. I wonder if he's using OpenGL or software for the compositor? > > And maybe VirtualBox trying to use OpenGL caused a conflict? > > > > For what it's worth, I regularly test my embedded EFL stuff inside Qemu > > running on top of E17 with no problem. It does not need OpenGL or > > anything fancy though. > > > > And just to offset Gustavo's bragging, my embedded EFL project runs > > pretty fast on the actual x486 CPU with some crappy built in graphics > > chip, and 256MB memory shared between them. :-P > > last but not least, now that comp is mandatory it should be > rewritten/improved to be better, make "no composite fullscreen > windows" work properly and etc. > > I've read the code and it's huge and seems to be the "learn as I > write" kind of stuff. Now that people know it, the Composite extension > and pitfalls, it would be better to rewrite the whole thing and assume > the "always composite" path, linking it with e_border that used to > draw the decoration. it was written around needing to plug into an existing wm and x core. it also required learning how comp works and needed to turn on and off. fyi the no-comp thing i think is right. the problem is in an x11 world thats an evilly complex path involving many driver and x layers, wm, compositor and client. simple timing and sloppy code can kill it, but its currently pretty brute-force... it literally hides the composite window and turns off comp on every window (and unrefs all comp pixmaps etc.). and does the reverse when nocomp disables (go back to compositing). the evil bits of comp are that it listens not just to basic x events but also e border events and pokes inside of structs matching them up to x ids etc. and this is pretty unclean and something that comp-in-core can fix up as we make a comp evas object a first class citizen (base) for everything else... now it goes kind-of in reverse... we do everything in the comp canvas by default "primarily" and then glue in external resources we can't/don't control (client window id's mapped to image objects, override-redirect windows mapped to image objects). -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Carsten H. (T. R. <ra...@ra...> - 2013-01-16 23:50:49
|
On Wed, 16 Jan 2013 13:12:41 -0500 Ross Vandegrift <ro...@ka...> said: > On 01/13/2013 10:38 PM, Carsten Haitzler (The Rasterman) wrote: > > On Sun, 13 Jan 2013 22:26:11 -0500 Ross Vandegrift <ro...@ka...> said: > >> Yep - enabling compositing fixes that issue. ARGB was enabled. > > > > theme designed to work well on compositing. non-compositing ymmv. for e18 we > > are going compositing only.. in fact e17 in svn already is there... so not > > something that is going to change :) > > And as usual, compositing proves its worth. Just started up VirtualBox, > whole desktop ground down to about 2fps. Took about three minutes to > flip to another virtual console to kill it. As soon as I unloaded the > module, all better. > > Maybe someday before compositing is mandatory for every window manager, > composite will get fixed to not break lots of working installations. you almost definitely will have to chase this up with your driver vendors. 1. compositing with SOFTWARE works smoothly (well 20-60fps) on a 600mhz penitum-m. 2. it works "usably" on even lower end arm machines.. *IN SOFTWARE* 3. if you use gl accel... then it should be rather smooth - but now it's a driver problem. we can't fix your drivers. i doubt it's composite's fault - its most likely driver/gl. ALL composite does is redirect rendering from the real framebuffer with cliplists to a pixmap without cliplists, as well as issuing damage events for updates to those pixmaps. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Ross V. <ro...@ka...> - 2013-01-17 04:34:12
|
On 01/16/2013 06:26 PM, Carsten Haitzler (The Rasterman) wrote: > you almost definitely will have to chase this up with your driver vendors. > > 1. compositing with SOFTWARE works smoothly (well 20-60fps) on a 600mhz > penitum-m. > 2. it works "usably" on even lower end arm machines.. *IN SOFTWARE* Hmmm, this is not my experience on a 1.8Ghz dual-core athlon. With software rendering, I get noticeable visual stutter when switching virtual desktops. Dense text, webpages, and lots of windows on a desktop make it worse. Video tears pervasively. Flash video, not so hot to being with, is totally unusable. Should I expect better? Perhaps I need to tweak some other settings or compile differently? I just assumed that it was expected that software would be not so great. > 3. if you use gl accel... then it should be rather smooth - but now it's a > driver problem. we can't fix your drivers. i doubt it's composite's fault - its > most likely driver/gl. ALL composite does is redirect rendering from the real > framebuffer with cliplists to a pixmap without cliplists, as well as issuing > damage events for updates to those pixmaps. Sure - drivers and their varying quality is a problem. Frustratingly, the GPU in my PC (RS880) is one of the few that the wiki lists as tested and working. I do recognize that its working once with certain versions of the Xorg stack means relatively little. Ross |
From: Carsten H. (T. R. <ra...@ra...> - 2013-01-17 07:04:36
|
On Wed, 16 Jan 2013 23:33:59 -0500 Ross Vandegrift <ro...@ka...> said: > On 01/16/2013 06:26 PM, Carsten Haitzler (The Rasterman) wrote: > > you almost definitely will have to chase this up with your driver vendors. > > > > 1. compositing with SOFTWARE works smoothly (well 20-60fps) on a 600mhz > > penitum-m. > > 2. it works "usably" on even lower end arm machines.. *IN SOFTWARE* > > Hmmm, this is not my experience on a 1.8Ghz dual-core athlon. With > software rendering, I get noticeable visual stutter when switching > virtual desktops. Dense text, webpages, and lots of windows on a > desktop make it worse. Video tears pervasively. Flash video, not so > hot to being with, is totally unusable. unusable mean.s. u cant USE it..;. its so slow u cant function. its perfectly usable. it may stutter and pause - it depends on the workload. how much is fading/zooming/rendering. but i test it on a 600mhz penitum-m - its usable. as i said - maintians 20-60fps. that includes 20fp playing video which is software deocded too. i never said its silky smooth or unnoticeable. that it is not. this is software compositing at 600mhz penitum-m 1024x768: http://www.youtube.com/watch?v=ESwhnWM1cKw > Should I expect better? Perhaps I need to tweak some other settings or > compile differently? I just assumed that it was expected that software > would be not so great. smooth scaling off in comp? > > 3. if you use gl accel... then it should be rather smooth - but now it's a > > driver problem. we can't fix your drivers. i doubt it's composite's fault - > > its most likely driver/gl. ALL composite does is redirect rendering from > > the real framebuffer with cliplists to a pixmap without cliplists, as well > > as issuing damage events for updates to those pixmaps. > > Sure - drivers and their varying quality is a problem. Frustratingly, > the GPU in my PC (RS880) is one of the few that the wiki lists as tested > and working. I do recognize that its working once with certain versions > of the Xorg stack means relatively little. RS880? ati? radeon? -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: David S. <on...@gm...> - 2013-01-17 05:39:04
|
On Wed, 16 Jan 2013 23:33:59 -0500 Ross Vandegrift <ro...@ka...> wrote: > On 01/16/2013 06:26 PM, Carsten Haitzler (The Rasterman) wrote: > > you almost definitely will have to chase this up with your driver > > vendors. > > > > 1. compositing with SOFTWARE works smoothly (well 20-60fps) on a > > 600mhz penitum-m. > > 2. it works "usably" on even lower end arm machines.. *IN SOFTWARE* > > Hmmm, this is not my experience on a 1.8Ghz dual-core athlon. With > software rendering, I get noticeable visual stutter when switching > virtual desktops. Dense text, webpages, and lots of windows on a > desktop make it worse. Video tears pervasively. Flash video, not so > hot to being with, is totally unusable. > > Should I expect better? Perhaps I need to tweak some other settings > or compile differently? I just assumed that it was expected that > software would be not so great. Before I noticed that the compositor on my desktop was set to software instead of OpenGL like I wanted, I had noticed it was considerably slower than I had experienced in the past (when it WAS set to OpenGL). I do have dense text, the odd web page, but not lots of windows on a desktop. Flash I usually try to avoid so not much experience with it. I'd not call it unusable though. No tearing, but I had vsync turned on for what it's worth. This is on 3.2GHz AMD four core with more than enough RAM, so My Mileage May Vary. I don't run X on that x486 I mentioned, so I can't compare. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. |
From: Carsten H. (T. R. <ra...@ra...> - 2013-01-17 07:04:43
|
On Thu, 17 Jan 2013 15:38:49 +1000 David Seikel <on...@gm...> said: > On Wed, 16 Jan 2013 23:33:59 -0500 Ross Vandegrift <ro...@ka...> > wrote: > > > On 01/16/2013 06:26 PM, Carsten Haitzler (The Rasterman) wrote: > > > you almost definitely will have to chase this up with your driver > > > vendors. > > > > > > 1. compositing with SOFTWARE works smoothly (well 20-60fps) on a > > > 600mhz penitum-m. > > > 2. it works "usably" on even lower end arm machines.. *IN SOFTWARE* > > > > Hmmm, this is not my experience on a 1.8Ghz dual-core athlon. With > > software rendering, I get noticeable visual stutter when switching > > virtual desktops. Dense text, webpages, and lots of windows on a > > desktop make it worse. Video tears pervasively. Flash video, not so > > hot to being with, is totally unusable. > > > > Should I expect better? Perhaps I need to tweak some other settings > > or compile differently? I just assumed that it was expected that > > software would be not so great. > > Before I noticed that the compositor on my desktop was set to software > instead of OpenGL like I wanted, I had noticed it was considerably > slower than I had experienced in the past (when it WAS set to OpenGL). > I do have dense text, the odd web page, but not lots of windows on a text - stuff rendered inside of application windows is entirely outside of comps influence/domain... its rendered by the client and/or the xserver and its rendering/accel. nothing to do with compositor - all comp sees is an image per window. > desktop. Flash I usually try to avoid so not much experience with it. > I'd not call it unusable though. No tearing, but I had vsync turned on > for what it's worth. This is on 3.2GHz AMD four core with more than > enough RAM, so My Mileage May Vary. vsync has no effect on software as there is no way to vsync in regular 2d x rendering. only via opengl. > I don't run X on that x486 I mentioned, so I can't compare. > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122712 > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Robert K. <ro...@sp...> - 2013-01-17 07:21:28
|
> From: "Carsten Haitzler" <ra...@ra...> > To: "Enlightenment users discussion & support" <enl...@li...> > Cc: "David Seikel" <on...@gm...> > Sent: Thursday, January 17, 2013 8:54:17 AM > Subject: Re: [e-users] E 0.17.0 issues > > On Thu, 17 Jan 2013 15:38:49 +1000 David Seikel <on...@gm...> > said: > > > On Wed, 16 Jan 2013 23:33:59 -0500 Ross Vandegrift > > <ro...@ka...> > > wrote: > > > > > On 01/16/2013 06:26 PM, Carsten Haitzler (The Rasterman) wrote: > > > > you almost definitely will have to chase this up with your > > > > driver > > > > vendors. > > > > > > > > 1. compositing with SOFTWARE works smoothly (well 20-60fps) on > > > > a > > > > 600mhz penitum-m. > > > > 2. it works "usably" on even lower end arm machines.. *IN > > > > SOFTWARE* > > > > > > Hmmm, this is not my experience on a 1.8Ghz dual-core athlon. > > > With > > > software rendering, I get noticeable visual stutter when > > > switching > > > virtual desktops. Dense text, webpages, and lots of windows on a > > > desktop make it worse. Video tears pervasively. Flash video, > > > not so > > > hot to being with, is totally unusable. > > > > > > Should I expect better? Perhaps I need to tweak some other > > > settings > > > or compile differently? I just assumed that it was expected that > > > software would be not so great. > > > > Before I noticed that the compositor on my desktop was set to > > software > > instead of OpenGL like I wanted, I had noticed it was considerably > > slower than I had experienced in the past (when it WAS set to > > OpenGL). > > I do have dense text, the odd web page, but not lots of windows on > > a > > text - stuff rendered inside of application windows is entirely > outside of > comps influence/domain... its rendered by the client and/or the > xserver and its > rendering/accel. nothing to do with compositor - all comp sees is an > image per > window. > > > desktop. Flash I usually try to avoid so not much experience with > > it. > > I'd not call it unusable though. No tearing, but I had vsync > > turned on > > for what it's worth. This is on 3.2GHz AMD four core with more > > than > > enough RAM, so My Mileage May Vary. > > vsync has no effect on software as there is no way to vsync in > regular 2d x > rendering. only via opengl. > > > I don't run X on that x486 I mentioned, so I can't compare. > > @Ross Question: Do you use chrome / chromium without system borders ? Unfortunately the rounded corners that chrome / chromium provides make everything slow :( When you maximise the chrome window by key combo (not by chrome max button), the border becomes single, removing the rounded corners. This works fine. Else, system borders. Just a thought... |
From: Carsten H. (T. R. <ra...@ra...> - 2013-01-17 08:41:41
|
On Thu, 17 Jan 2013 09:21:14 +0200 (EET) Robert Krambovitis <ro...@sp...> said: > > From: "Carsten Haitzler" <ra...@ra...> > > To: "Enlightenment users discussion & support" > > <enl...@li...> Cc: "David Seikel" > > <on...@gm...> Sent: Thursday, January 17, 2013 8:54:17 AM > > Subject: Re: [e-users] E 0.17.0 issues > > > > On Thu, 17 Jan 2013 15:38:49 +1000 David Seikel <on...@gm...> > > said: > > > > > On Wed, 16 Jan 2013 23:33:59 -0500 Ross Vandegrift > > > <ro...@ka...> > > > wrote: > > > > > > > On 01/16/2013 06:26 PM, Carsten Haitzler (The Rasterman) wrote: > > > > > you almost definitely will have to chase this up with your > > > > > driver > > > > > vendors. > > > > > > > > > > 1. compositing with SOFTWARE works smoothly (well 20-60fps) on > > > > > a > > > > > 600mhz penitum-m. > > > > > 2. it works "usably" on even lower end arm machines.. *IN > > > > > SOFTWARE* > > > > > > > > Hmmm, this is not my experience on a 1.8Ghz dual-core athlon. > > > > With > > > > software rendering, I get noticeable visual stutter when > > > > switching > > > > virtual desktops. Dense text, webpages, and lots of windows on a > > > > desktop make it worse. Video tears pervasively. Flash video, > > > > not so > > > > hot to being with, is totally unusable. > > > > > > > > Should I expect better? Perhaps I need to tweak some other > > > > settings > > > > or compile differently? I just assumed that it was expected that > > > > software would be not so great. > > > > > > Before I noticed that the compositor on my desktop was set to > > > software > > > instead of OpenGL like I wanted, I had noticed it was considerably > > > slower than I had experienced in the past (when it WAS set to > > > OpenGL). > > > I do have dense text, the odd web page, but not lots of windows on > > > a > > > > text - stuff rendered inside of application windows is entirely > > outside of > > comps influence/domain... its rendered by the client and/or the > > xserver and its > > rendering/accel. nothing to do with compositor - all comp sees is an > > image per > > window. > > > > > desktop. Flash I usually try to avoid so not much experience with > > > it. > > > I'd not call it unusable though. No tearing, but I had vsync > > > turned on > > > for what it's worth. This is on 3.2GHz AMD four core with more > > > than > > > enough RAM, so My Mileage May Vary. > > > > vsync has no effect on software as there is no way to vsync in > > regular 2d x > > rendering. only via opengl. > > > > > I don't run X on that x486 I mentioned, so I can't compare. > > > > > @Ross > Question: Do you use chrome / chromium without system borders ? > Unfortunately the rounded corners that chrome / chromium provides make > everything slow :( When you maximise the chrome window by key combo (not by > chrome max button), the border becomes single, removing the rounded corners. > This works fine. Else, system borders. > > Just a thought... oh those shaped windows are going to hurt something wicked... if it used an argb window... it'd be much better. or do what i do - dont let chrome do its own borders. disable that. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |