Slashdot Mirror
Rasterman Responds To Seth And Havoc
An anonymous reader writes "Rasterman, of Enlightenment fame, has responded to Seth Nickell and Havoc Pennington's blog entries, which were in reference to this previous article. about Next gen X rendering. Raster says: 'Well it seems the XDevConf has produced some interesting blogs and discussion. I'm a bit sad I was not able to attend (no funding at all), as there seems to have begin a lot of discussion and moves in directions we in Enlightenment land have been going for years, and are likely far ahead in. I guess this means we haven't been able to share our experience in this. Maybe next year. Anyway the point is that this has started up some musings from Seth Nickell and Havoc Pennington related to this. This is great - finally people are beginning to take seriously what the Enlightenment crowd have been talking about for years.'" (Note: the previous post was about Nickell's post, not the other way around.)
http://www.osnews.com/comment.php?news_id=9791
has alot of responces from raster on this subject so its worth a read and there also seems to be some progress on the whole debate
The writeup had no link to Rasterman's response. Unless the writeup WAS Rasterman's response, but that seems a bit weak to me. I'd like to know more about what Rasterman felt on these topics. A blog entry with some meat on it, some details about WHAT is "the right direction" and "what we've been saying." If this is all there is, well, (yawn).
[
Seth's proposed improvements over the current X11/Xorg server sound very nice, but what about the core speed issue in X. X has come leaps and bounds over the past 5 years or so but still "feels" extremely sluggish compared to a similarly equipped Windows XP machine. I know it's comparing apples to oranges since X is network-based but still...
Anyone have any ideas if he plans to address performace as well?
- Cary
--Fairfax Underground: Where Fairfax County comes out to play
I read rasterman's post expecting to find whining about how enlightenment isn't getting enough attention, blah, blah, blah....
Instead I want to go install it when I get home. Weird. I suppose I could try something new... :-)
philcrissman.com.
Note: the previous post was about Nickell's post, not the other way around.
Ah, thanks for qualifying this. Now it is about as clear as a galaxy full of dark matter.
It's not enough that people don't read the articles? Now Slashdot is actively discouraging them from reading the summaries?
Anyone else think this article sounded a bit more superhero than it turned out to be?
"Rasterman Responds To Seth And Havoc"
RasterMan, defender of good finally reengages his age old enemies Seth, and his evil master Havoc.
There's nothing Intelligent about Intelligent Design.
Just because you write open code doesn't mean you have chosen poverty.
There are plenty of organizations that sponsor open source development as well as several large companies that hire and pay people exclusively to write open source code.
My employer is one of them. (Starts with 'Red', ends with 'Hat')
Tuesday, 22 February 2005
:) He mentions "A sophisticated drawing layer" (read his blog for the full text). We have that - Evas. it can accelerate via OpenGL, it's got a FAST software renderer. It can render to the Linux Framebuffer. It can render to memory. It can render using DirectFB. It can render using *GASP* ... Cairo! It can display in Qtopia. We can add new engines for new targets with little effort. Evas scales down to rendering at usable speeds on embedded devices (100-600Mhz ARM CPU's, limited RAM etc.). He discusses a toolkit that aggressively takes advantage of this - we have been working on EWL and Edje. Edje is a lower layer theme/layout system, with EWL being a full widget set on top of this, giving you whiz-bang themes with widget layout built on top of an Evas canvas with everything punting down to the rendering layer at the bottom there. We are doing our own Window Manager - and the day Xrender stops sucking, we will add compositing to it too - re-using all the layers we already have to do this. We have a low level acceleration mechanism (OpenGL) but its too unstable for use IMHO. This is a problem that needs fixing and is something that needs to be addressed.
:) Hundreds of snowflakes driving down the screen... E17 has a toy module for just this... and flames to burn them up as they hit the bottom of the screen. All with glorious alpha blending. He speaks of animated background desktops with things like grass blowing in the breeze - We do that already in E17. The desktop BG is an Edje file - and thus is capable of all the animation and effects Edje and Evas offer. In fact take a look at the following 2 video files (they are jerky because xvidcap is jerky and thats just how it is - in real life they are smooth as a babies bottom - you just have to see these things "live" to believe it. Also note - this has NO hardware acceleration. I am hoping one day to have acceleration available that is good enough for production use).
Enlightenment the experimental toolkit
Well it seems the XDevConf has produced some interesting blogs and discussion. I'm a bit sad I was not able to attend (no funding at all), as there seems to have begin a lot of discussion and moves in directions we in Enlightenment land have been going for years, and are likely far ahead in. I guess this means we haven't been able to share our experience in this. Maybe next year. Anyway the point is that this has started up some musings from Seth Nickell and Havoc Pennington related to this. This is great - finally people are beginning to take seriously what the Enlightenment crowd have been talking about for years.
What I'll go into is some of the things Seth and Havoc talk about that we have already done and are well under way or very mature. Things we have advocated for years and have already solved - quite optimally. Our designs are forward-looking and just WAITING for drivers to catch up and stop "sucking". I could write essays about the many ways to address this issue alone (XRender), but I won't go there this time. I've been there before.
First let me talk about Seth's blog. He discusses "Next-Generation Rendering For the Free Desktop". This is great. this is just what we need... oh wait. it's just what we've been DOING for years!
Now he goes on to say what this will enable: "Toolkit themes that draw with layer blending effects" - Done. EWL, Evas, Edje. "Indiana Jones buttons that puff out smoothly and animated clouds of smoke when you click on them". OK - we don't have the smoke - but we have all the animation, glinting in the light, fading, glowing, sliding, etc. etc. etc. We have an entire engine devoted to just this (Edje), a theme description language, compiler, scripting engine, compressed theme format usable "live" without installation etc. He goes on to talk of "Alpha transparency whenever you want" - Done. Evas. Live window thumbnails - XRender has to improve something WICKED for this to be sane.
files/e17_movie-02.avi
files/e17_mov
I can see where he is coming from, but for all the hype the E team generate over their amazing new libraries, how many apps actually use them? As far as I can tell, basically none. I don't know why that is though.
If you choose to write open source code, you are chosing to have no money.
Hello? Free software != software for no money. Free software == software without restrictions.
Tech, life, family, faith: Give me a visit
the vids on his site are amazing! the theme he's got on there is ugly as sin, but seeing through that and looking at the tech behined the whole thing, and you see what the future could be.
all the nice effects that mac and longhorn will be doing next year could be tied into xorg/gnome within 6 months.
all rasters stuff is on freedesktop.org, so it's all open.
in a perfect world, someone like novell would hire raster to work with the gnome xorg devs. get evas+cairo into the desktop stack, and have gnome 2.12 running with some amazing eyecandy.
i wish i was but oh well
You, sir, are a magnificent bastard and a glorious ass.
It only sounds resentful if you are looking for resentment. It is a simple matter of fact -- he could not afford it as he and his project are not funded.
Another fact: his lack of funding is contrasted by the fact that others, who are only now investingating issues he has already implemented are well funded.
It is what it is -- factual. So keep your "you got what you asked for" attitude to yourself, thank-you very much.
And in other news:
e17 to ship with Duke Nukem Forever!
Rasterman, you're brilliant; but in the immortal words of Guillermo Díaz :
Wrap it up B!
put the what in the where?
Enlightenment is the poster child for losing your following due to simply not releasing often enough to be considered relevant. Enlightenment was huge back in the day and while I'm sure Rasterman and the rest of the E developers are happy to just hack away with no thought of being popular they shouldn't be surprised when other people don't consider them relevant on the scene anymore.
I'm happy, hope you're happy too...
sulli
RTFJ.
Yeah, there were a lot of issues there and a lot of unhappiness all around.
One of them was that North Carolina just sucks, which is why we now have an office in Westford, MA.
about letting other developers know that he and the project exists.
I mean to most people his next-gen enlightenment desktop shell is going to come out around the same time that Duke Nukem Forever game comes out.
Maybe, I don't know, be nice and try to get the attention of other developers. I understand that they are doing cool stuff, and tried it out myself a couple months ago.
but I get the impression that enlightenment just likes operating out of a vaccum.
even better, vidcaps
rasterman's page is slashdotted, but mirrordot to the rescue..
If you choose to write open source code, you are chosing to have no money. That's your choice. But dont complain about it.
Open source is not an end itself. With some celebrity exceptions, open source exists because someone solved a problem--often a business problem--and released the solution to the public.
Why would they give it away? Because they have no interest in trying to sell it. Selling shrinkwrap software is a tough business, most people would rather focus on whatever it is they're better at. They stand to gain much more by open sourcing it than they would keeping it in a vault, or trying to sell it.
That's part of the problem. While Raster's done a magnificent job -- and frankly, it's pretty mind-blowing -- he's completely not concerned about backwards compatibility regarding toolsets. Again, what he's done is amazing but it's basically a canvas, not a traditional toolkit.
The OSS GUI world is so deeply rooted in Qt/KDE and GTK+/Gnome that there's no chance at *all* that people will adopt his APIs for the next gen display system.
Red Hat's people are concerned with achieving this kind of stuff without too deeply breaking source compatibility. If they can pull that off, my hat's off to them.
That said, red hat's people can learn a *lot* by working with Raster. Clearly, his code is fast, and his technical design's good. But the model is likely inapplicable to traditional widget toolkits.
lorem ipsum, dolor sit amet
E17 is a window manager. Can it replace metacity and run in the Gnome Desktop Environment?
More like infamy - at least to anyone that's followed E's development for any significant period of time.
Get something working, then throw it out and start over. Repeat constantly until any semblance to the original working copy is destroyed and all their dedicated beta (alpha/cvs) users are alienated to the point of not even using the "stable" (beta) E release.
That said, the Enlightenment team has turned out some amazing work (imlib2, etc.), and it's a shame to see the recycling destruction that takes place. If they were to be lest "artistic" and concentrate more on getting something working for the masses "out the door", E would still be an incredible and highly-advanced wm. We'd likely also have a slew of 3rd party apps built with imlib2 (et al), all on top of technology which would blow away gtk and qt. It's really too bad nobody forked the project and took what was good from E as they went along to create something perminant.
~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
No offense to Rasterman, and I'm sure there are plenty of different ways to go about implementing features such as these, but my experience with enlightenment's "enhanced" features has been less then impressive. The effects usually look professional, but they run slow and inefficiently (my video card does suck though... but renders most 3d games like Enemy Territory fine). Enlightenment is all good and well until you try to use it for long periods of time. Seth and Havoc's architecture seems more scalable and consolidated from a programmers point of view. The one thing is though, enlightenment is already out there, exisits,and works. However, enlightenment is way too layered and has a million different little components... I just personally think it could all be implemented better. So lets hope that they all work together and come out with something absolutely amazing.
Regards,
Steve
Well, a lot of e16 libraries are widely used on *NIX. ImLib2 is the top example. If the e17 core libraries are half as good as promised, you can bet you'll see them used a lot aswell.
;)
Yesterday, just for the sake of it, i emerged (installed on Gentoo) Evidence, e17's to-be file manager. I was hoping to get a glimpse of the e's login manager (Entrance), but for some reason i typed Evidence. It looks great, and even silly things like clicking on an icon and see it zooming transparently in the background makes you see what these guys can do with e's core libraries. Rasterman is right, what the X team is talking about as "next gen rendering", they can do now. He's well entitled to want to make it public.
And yes, one has to give kudos to Rasterman and the whole e17 team for that matter. They are putting a lot of work into e17, and it shows. I just hope they just finish it someday
Frankly, I don't think there _is_ a speed issue with X11. There are performance issues on XFree86/XOrg with some (many) drivers, AFAIK mostly due to limited developer time and limited access to hardware. The fact that the current software RENDER implementation is not signficantly optimised, and few drivers implement RENDER hardware acceleration, does not help.
Working on my NVidia equpped box here (GeForce Ti, nvidia drivers, but for 2D 'nv' is almost as good) X is much snappier than I usually find WinXP to be. Turning on RENDER acceleration has helped a lot.
I'm sure folks will bring up the "because of the network" myth up here, so let's get this straight - any slowness in X is not because of network support. Go ask Keith Packard, I'm pretty sure he's been rather clear on the matter more than once. My personal, very much non-expert understanding is that most performance issues peope experience are due to limited hardware acceleration and inferior drivers.
If you don't believe me about how much difference the hardware and drivers make, go find an S3 based system, preferably S3 Trio32/S3 Trio64, and compare it to a PCI-based (to keep it fair) NVidia GeForce 4 MX on the same hardware. It's like they're two totally different computers - the change is jaw-dropping. I use thin clients a lot, so I care strongly about video performance and tend to notice these things.
It's also worth noting that hopefully many of these plans will lead indirectly to performance improvements, by making RENDER acceleration and RENDER optimisation pretty much mandatory.
Last Fall, I had a serious focus bug in Enlightenment (e16) that would lock my mouse to a particular region of the screen and require X server restarts. It would usually happen at the worst time, when I was working fast (busy!).
I worked with e-team member Kim Woelders on the problem and he produced a couple of patches after I sent him some good reproducible test cases. We exchanged a total of 39 email messages and it was finally fixed. I'd usually have a patch within 24 hours of sending him a test case.
All of that while they are busy trying to get e17 out. The work that the team does is amazing and I am very grateful.
To say that I am a fan is an understatement!
About --> Enlightenment...
...and a dialog box pops up that says "version 0.16.999.001". I've never used E, so maybe the version number isn't funny in Rasterman's world...but it's funny in mine.
The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...
but this is why i switched to mac os x. one, i had the cash to drop on a powerbook. and two, i love the beautification that apple decided to do to the desktop.
when i use linux i use enlightenment because of the same reason. when it comes down to it, i surf, read email, listen to music, and use terminals to connect to the boxes i work on. so any OS will do.
that given, i want my sh!t to look good. i want my apps to work happily together like the brady bunch. and they should look better than than the skanks off of OC or whatever wo/men float your boat.
and as for raster saying he has no funding, i took that to mean he didn't go not out of spite or not wanting to take part, but that he didn't have the cash to spare on that.
Ok, I know that the Enlightment project is more about creating a graphic toolkit that a complete environment for end user. But having the technology doesn't mean that you could use it.
For what I've seen the window manager "experience" is far away from something pleasable, after the Wow factor is over. I've never been a fan of wallpaper drop-down menus, in WM nor in other "1st generation" window managers (those that have been on Linux for a long, long time without major usability revisions). Just how many times does he open a two level menu just to check/uncheck the gadgets "edit" mode?
Also I remember that the E desktop had to be configured through hand-editing the text files. Although they promise that "It will provide nicely integrated GUI elements for managing your desktop elements, both files and windows", if this elements are as annoying to use as the dropdown menu then the environment will not have a good workflow.
It's great to have a wonderful platform to build upon. But until something that I can use is actually built, I'm not downloading this.
Singularity: a belief in the "God" idea with the "demiurge" relation inverted.
Rasterman left Redhat because he felt noone there really followed his vision of an X desktop. Here we are years later and we've come full circle. Now, many (if not most) users in the community are looking for highly customizable desktop eyecandy and Gnome, KDE, and Xorg are all out there trying to deliver on what Rasterman was doing 3 years ago.
As suggested in this previous comment...
What about starting from an API that's already got OpenGL bindings and acceleration, and using GNUstep instead of inventing a new library?
You don't make money by selling "free" software. You make money by providing services using free software.
Which is as it should be, instead of insisting that people give you money for something which can be copied for pennies.
I' reading these posts, and I'm confused, probably because they're addressing different issues than I'm focused on when I think of X. And because I don't know enough about X.
I think the problem with X is not features, and libraries on top of it, but rather that the basic core concept in an X display is a bitmap.
The problems with this are: slow communications, and lack of scalability on different displays. The classic cure for this was display Postscript, which had problems of A. Copyright, B. Bloat, C. Large blocks files of code to do small things, D. Arcane syntax.
There has to be a better way. But what I'm seeing here is all applications and libraries for use by applications on top of the bitmap based rendering. There are some things mentioned which I recall being replacements for this engine, but certainly Enlightentment DR17 is all on top of the X bitmap system, right?
Any movement on chucking that in favor of a bitmap independant system?
When was the last time you paid someone for commercial software?
Switch back to Slashdot's D1 system.
First of all, did I just read a story that gave all the background to Rasterman's response, but left out the actual response itself? Nice.
I've always liked the Enlightenment project, and I try to keep up-to-date with what's going on (which is not easy), but it seems pretty clear to me that it will not be the future of the Linux desktop.
E is not really a valid option for the OSS world - I wouldn't be surprised if more people were using XFce or Rox than E at this point. Sure, Linux itself has proven that if something new and amazing comes around and blows everything away by a large margin it may have a *hope* of shifting the momentum, but as great as E is, I doubt it is that impressive.
The reason why the framework Seth+Havoc describe will win over the E stack is because it is integrative, whereas E is not. When the next-generation X rendering system is in place, it will be available to everyone who uses those extensions. Probably by the time Damage + Composite are enabled by default on X, the latest KDE + gnome desktops will have support for them. And all the applications in those respective desktops will quickly (if not instantly) gain those advantages. Remember when the same thing happened with anti-aliased fonts a few years ago?
Yes, you can get the E magic right now, but you have to go through E. As long as they remain the sole gatekeepers, you can expect them to have the same extremely limited influence they have now. At this point in the game, I seriously doubt they can beat the inertia from the other desktops. Honestly, if you're developing a new application, are you going to develop for the mature and distributed kde or gnome desktop environments, or will you use E, which is available now with some ephemeral advantages but some serious disadvantages?
It's also true that by using E you're not committed to using _only_ E, but then, what's the point? If you use E + some random GTK application, you're not going to get the consistent graphical features until GTK itself gets those features... but at that point all gnome applications will have them.
The example of the Cathedral and the Bazaar is a good metaphor for these differing stacks. It seems to me the E project has always been fiercly exclusive in the way it does things - the whole Enlightenment Foundation Libraries are the best example of reinventing the wheel with E technologies. But the cost they've paid is limited deployment, slower releases, less interest and a rather narrow development strategy. Certainly that may suite some people fine. However, with that in mind I don't know how reasonable it is for Raster to be calling sour grapes.
http://www.talknerdy.org
You sir, are full of crap.
... and that's an EET that was designed to push the limits of what Evas/Edje can do. With GL acceleration that falls to 10-15%.
Let's see here...
The effects usually look professional, but they run slow and inefficiently
Evas is up to 150 times faster than XRender in plain software mode (with no hardware acceleration) at rendering images. In fact, we often prefer running in software mode than in GL mode because it's more stable and often works better. This is the wrongest statement I've ever heard in my life. Have you ever seen Engage? It does the OSX docker effect absolutely smoothly even on a relatively slow CPU and the crappiest of video cards. That complex, multi-layered animated background you see in the video runs on my system smoothly while taking less than 40% CPU
However, enlightenment is way too layered and has a million different little components... I just personally think it could all be implemented better.
So you think it would be better if we had one big monolithic, inflexible library that was full of bugs? Or you're one of those people who think that somehow the EFL is slower because it's componentized -- even though it beats the crap out of anything comparable that exists performance-wise? How does "consolidated" translate into "scalable", anyway, Mr. professor of software engineering?
This technology is there, it has been carefully thought out, solidly and cleanly implemented. Go take a look at the code/API yourself before you begin to comment. It is usable NOW, and you don't need to wait until E17 is released before you can use it. None of those things you see in the videos are simulated, that is presently working software available to anyone who wants to install it.
Am I a hipster-doofus?
I know this is hard to understand for some, but eye candy isn't the primary purpose of a desktop, usability is. A desktop using just black-and-white pixels can be far more usable than one with shadows, transparency, and all those other features.
Also, people should remember that neither Apple nor Rasterman invented features such as the use of translucency, blurring, shadows, etc.--they go back many years in the academic literature as visual clues.
Furthermore, support for translucency itself has been discussed in the X community pretty much since the day X11 was released, and the reason for not adding it has been a high cost/benefit ratio. It's only now that hardware has gotten cheap and good enough that many people can use this, and that toolkits are starting to use it, and that people have the software engineering side under control that people are getting around to adding this feature to X11. From a practical point of view, that's probably about the right time.
IMHO you guys could do a lot for the E project by having an rsyncable nightly build tree for Linux/x86, so it's trivial to try the latest code. That way you'd get more testers as well.
Can't we have some more hints on whats in between the two ?
TCAP-Abort
However, enlightenment is way too layered and has a million different little components...
From Basics of the Unix Philosophy:
(i) Make each program do one thing well. To do a new job, build afresh rather than complicate old programs by adding new features.
Many little things is good, not bad.
"Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman
Before the advent of 3D acceleration and OpenGL, there was... 2D acceleration. X can, in fact provide 2D acceleration if there is a driver for your display adapter's chipset. Trust me, there is a HUGE difference between using a generic X driver one that is specific to your chipset and it has nothing to do with 3D. Stop being an idiot Mr. Troll.
-"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
what i need is something like... ooh... a job to DO enlightenment instead of doing it on evenings and weekends. trust me - a manager would be able to do nothing here - he has no resources to work this. they have all gone usefully into building what is the back-end of e17 (itsw rendering, theme, core event layer etc.) and it's paying off now in leaps and bounds.
:)
what you may not realise is - my day job has nothing to do with x, graphics, e, etc. it's rather mundane, BUT i get to see the world and experience life
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
2. I write open source code, and I have money. Not wealth beyond the dreams of avarice, but more than most people I know.
It seems that you're focused on the value of a single commodity rather than on the whole web of economically significant interactions that includes that commodity. And if you think that you can predict whether proprietary or free software will maximize the value of that larger web of interactions, you are delusional. My own guess is that it won't make all that much difference either way to the overall value created, but that free software will shift the benefits more to the consumers and away from the biggest producers. But unless you're a lot better economic modeler than anyone else out there, the best you can do at this stage is to guess.
Get your teeth into a small slice: the cake of liberty