Xorg and Desktop Eyecandy 416
BonoLeBonobo writes "Xorg is going to include a new acceleration architecture which will help desktops to have better eye-candy effects thanks to a better XRender, thus composite, acceleration. Developped by Zack Rusin, a KDE and Qt developper, this new feature should be present in Xorg in September. Porting the existing drivers to this new acceleration architecture should be easy."
Desktop Eyecandy? (Score:5, Funny)
Even so,
No girls handy.
Fix your face,
Reveal you're randy.
Burma Shave.
Re:Desktop Eyecandy? (Score:5, Informative)
Re:Desktop Eyecandy? (Score:2, Insightful)
Re:Desktop Eyecandy? (Score:2)
Every product has its day, especially consumer products. Very few consumer products last 50 years or longer. The key to the seeming longevity of many modern consumer products is that corporations have learned to reuse existing brands in new products. That's why you have such large lines such as the "Reese's" product lines, or the complete reinvention of Head and Shoulders.
Re:Desktop Eyecandy? (Score:3, Informative)
It's there, but it's basic shaving cream. It's not a gel, and it doesn't require a "system" to use. There's no brush, so you can't even call it retro. But I don't think the can has changed since the fifties.
Oh, its marketing has definitely been far surpassed since then. But boy, how often will you see not just a catchy jingle but a whole style last a half-century?
Re:Desktop Eyecandy? (Score:5, Informative)
They've been bought by American Safety Razor, but the brand is still around (almost entirely because of these ads). They even ran some of the old-style road signs in North Carolina about 5-6 years ago.
You can buy their current products at (for instance):
http://www.diamondbeauty.com/brandnames/Burma-Sha
http://store.darisimall.com/798819.html [darisimall.com]
Amusing that the brand is now attached to brush shave-cream, since Burma Shave was one of the original brushless creams and often made fun of the brush ("Shaving Brushes/You'll soon see 'em/on a shelf/in some museum/Burma Shave")
Most of the ads would have 4-5 signs, then the "Burma Shave" tag sign at the end; e.g. "Dinah doesn't/Treat him right/but if he shaved/Dinah might/Burma Shave".
But there was one series that omitted the Tag, showing how ubiquitous these signs once were:
If you don't know
who we are
you haven't travelled
very far.
The original signs ran from the 1920s-1960s.
And in the mid-80s someone put up a bunch of sets that said:
Farewell O verse
Along the road
How sad to see
You're out of mode.
but as I said, the late 1990s saw the return of some Burma-Shave signs.
Re:Desktop Eyecandy? (Score:2)
Re:Desktop Eyecandy? (Score:2)
GLocutus of Xorg (Score:4, Funny)
Re:GLocutus of Xorg (Score:3, Funny)
Move, Xorg
Move, Xorg
When will we have... (Score:4, Interesting)
This will mean more than simply being able to easily take out possibly unwanted cruft out of X packages (stuff like xcalc, xterm, etc). It will be pretty easy to put just the X server libraries and binaries on one computer and the X protocol libraries and applications that use them on another.
I'm sure you could do that now, but it would require a lot of work.
Re:When will we have... (Score:5, Informative)
If you bothered to read the links [freedesktop.org], you'd know that 6.9 (the (last?) monolithic release) and 7.0 (the modular release) will occur at the same time.
Re:When will we have... (Score:2)
My SUN boxes all work this way -- no local X server at all (no video card, mouse, or keyboard, either).
And most of my Intel boxes are configured like that too. Its not particularly hard...
Used to be that the X Server itself was monolithic -- one of the reasons was to allow it to be easily removed: just erase that multi-meg thing named "X". You still wanted most of the libraries. Now its a bit trickier, but most of the X server can be easily scraped.
Is the other stuff "cruft"? Xl
You can have my xterm when you pry it from my cold (Score:2)
Xterm is great! It just pops right up, unlike kterm or gterm or eterm which require eternal disk grinding before they appear on your screen.
And w3m can display images in xterm! Why would you need any other window of any kind?
Re:You can have my xterm when you pry it from my c (Score:2)
that question doesn't make sense (Score:2, Informative)
Sweet (Score:5, Funny)
Eye Candy (Score:5, Insightful)
Some one find some screen shots or we will have nothing to talk about.
Re:Eye Candy (Score:4, Insightful)
hopefully NVidia follows suit... (Score:2)
<sarchasm>
Except for NVidia!
</sarchasm>
Re:hopefully NVidia follows suit... (Score:2)
Except for NVidia!
"
Nvidia should be the easiest of all because they will do the port for us.
If you go by the past track record... (Score:5, Insightful)
There are some situations in which sponsored closed software wins every time, and one of those is hardware drivers. When a new API is released, a team of paid developers that know your hardware inside and out (because they work for the company that design it) will do a better job of porting their code quickly, and will be able t o do it much faster.
I don't really care how much slashdot fanboys rant about NVidia, the people who actually use high-end video cards in Linux know the truth - NVidia is and has always been oders of magnitude above the rest.
They can keep the drivers closed till hell freezes over for all I care - they work, they work great, they have more frequent stable updates with bugfixes and new features than any FLOSS drivers I know of.
Re:If you go by the past track record... (Score:3, Funny)
you misspelled odors.
Re:If you go by the past track record... (Score:5, Insightful)
X != Linux
and not everyone uses X or Windows
http://www.nvidia.com/object/unix.html [nvidia.com]
Graphics Drivers
Linux IA32
Linux IA64
Linux AMD64/EMT64T
FreeBSD x86
Solaris x64/x86
nForce Drivers
Linux IA32 Drivers
Linux AMD64 Drivers
I am happy for you that *your* setup wins every time, mine's not listed.
Re:If you go by the past track record... (Score:2)
Of course, that's utter bullshit.
In the TNT2 days the NVidia drivers were quite bad, absolutely under the level of the open source driver for Matrox G400.
Since that was the last occassion that some major video card vendor made the specs public, there is little basis for comparsions between the closed and open video card drivers.
Not if you care about usability (Score:2)
NVidia is one of the biggest usability hurdles on the open source desktop. When you tell someone that after doing their security updates (kernel), they will have to reconfigure their graphics driver, they simply don't understand it. Of course, kernel updates don't happen that often and the nvidia installer is quite good, but it is a royal pain in the ass.
Meanwhile, most ATI cards now have open source drivers with 3D acceleration and that presents a much better overall usability picture for the av
Re:hopefully NVidia follows suit... (Score:2)
The acceleration architecture affects mostly the RENDER extension, which is pretty straightforward stuff. I wouldn't be surprised if nVidia were to have a driver supporting it the day after Xorg official releases it.
I also wouldn't be surprised if nVidia had betas of it beforehand.
Re:hopefully NVidia follows suit... (Score:2)
Re:hopefully NVidia follows suit... (Score:2)
Re:hopefully NVidia follows suit... (Score:2)
How sarchastic of you.
</sarcasm>
I'll probably be modded down, but.... (Score:3, Interesting)
I think its great that X is getting a universal architecture for this sort of stuff, but I'll be disapointed if Rastermann and others dont have some sort of input in this, mainly because DR17 is showing me how *fast* this sort of thing can be (faster than KDE in the case of DR17 and a 2 second boot-time on my AMD 2600+).
As for applications made using the Enlightenment Foundation Libraries.... wow...! Entice [get-e.org] is absolutely amazing, totally dynamic and animated, as well as mainly transparent, perfect for an image viewer.
The point is that you don't realise how USEFUL these sort of features are. Why shouldn't menus in an image viewer fade in and out and be semi-transparent? When you use it, it makes perfect sense.
I know there will be people who consider this sort of tech a waste of resources, and it can certainly be abused. However, if it's done properly this type of environment can add a LOT to your user experience.
I suggest you try DR17 to see exactly how impressive this sort of tech can be!
Re:I'll probably be modded down, but.... (Score:4, Interesting)
Re:I'll probably be modded down, but.... (Score:3, Insightful)
Seriously If you wish to post something insightful/informative, don't start it with..."I'll probably get moded down". Don't uderestimate others' ability to mod correctly or atleast meta mod correctly.
And no I am not new here.
Re:I'll probably be modded down, but.... (Score:5, Insightful)
Re:I'll probably be modded down, but.... (Score:5, Insightful)
For example on Max OS when you minimize a Window it does a fancy dgeni efect which allows your eyes know that the window just didn't go away but it shrunk into a spot on the dock. While the boxes on linux and windows does a simular thing the Mac method makes it more percises that you know the application is still running it is just smaller, while the linux and windows way makes a person feel the application has stopped when it was minimized.
Semi-Transparencies are good to. It help the person realize there is something under your window. There are a lot of times when an App is open and an other windows is on top of it and you don't know it is there.
Eyecandy when used correctly is not a waist of processing for trivial things but actually an important key in having people understand the environment.
Re:I'll probably be modded down, but.... (Score:4, Interesting)
You see the key with this is that sometimes these features can be *really useful* and helpful, but they can also be very useless. The important factor is that the technology will be there to use or not use, its up to the developers whether they can find a decent use for it, and up to you whether you want to use it or not.
The most interesting fact is that using a little clever acceleration has made DR17 very, very fast. Thats what I'm trying to emphasise, DR17 is an example of where this technology can be both USEFUL *and* FAST!
Seriously, log into the CVS and give it a go!
Re:I'll probably be modded down, but.... (Score:2)
i turn that crap off in XP. why would i want my menus to fade in and out, on my super-fast computer... i want them to appear and disappear INSTANTLY.
<aol>Me too!</aol> My XP resembles W2K, and still runs like molasses. Despite that, I tend to disagree with you: firstly, it's about choice. No one's going to force you to use the eye candy. Secondly, some of it will enter "killer-app" territory: already I'm wailing on Windows because there's no way for me to monitor two consoles at once (small
Re:I'll probably be modded down, but.... (Score:2)
I do hope that Rastermann can work with the people developing these technologies so that everything he needs to do his job can be integrated though.
What users would really need for desktop linux... (Score:3, Insightful)
And so on.
Re:What users would really need for desktop linux. (Score:2, Insightful)
Re:What users would really need for desktop linux. (Score:2)
Re:What users would really need for desktop linux. (Score:3, Informative)
This MAY help
Specify the memory cache usage
Normally, Firefox determines the memory cache usage dynamically based on the amount of available memory. To specify a specific amount of memory cache, add the following code to your user.js file:
user_pref("browser.cache.memory.capacit y", 4096);
To disable the memory cache
Re:What users would really need for desktop linux. (Score:5, Informative)
The memory you see being taken up by the X server can be attributed to several things: a mmaped framebuffer (if you have a 256MB videocard, the reported memory usage of X will include that), and server side shared pixmaps. It is really the applications' fault if this gets out of control.
Re:What users would really need for desktop linux. (Score:2)
Re:What users would really need for desktop linux. (Score:2, Informative)
This MAY help
Specify the memory cache usage
Normally, Firefox determines the memory cache usage dynamically based on the amount of available memory. To specify a specific amount of memory cache, add the following code to your user.js file:
user_pref("browser.cache.memory.capacit y", 4096);
To dis
Taking Candy from a Baby (Score:2, Informative)
Really, do we trust people to have delicious eyecandy, when all they show us in their rendering announcement is text? They probably like to chew ballpoint pens, too.
many live cd linuxes stuck at 60hz refresh...... (Score:3, Insightful)
Re:many live cd linuxes stuck at 60hz refresh..... (Score:2)
Re:many live cd linuxes stuck at 60hz refresh..... (Score:2)
Dual Monitor Support (Score:5, Insightful)
I would much perfer that over more "eyecandy"
Re:Dual Monitor Support (Score:4, Informative)
Please note... (Score:4, Informative)
Please mod parent back up (Score:2)
Re:Please note... (Score:2)
Seriously, I RTFA and the developer said that. This is a temporary solution until XGL matures. He said the point of this little project is to get eyecandy like transparent windows working "today." So we don't have to wait on XGL for everything.
Stick in Your Eye (Score:2)
Linux vs. Apple and MS (Score:2, Interesting)
You want to sell users on the eye candy? HOW ABOUT A PICTURE???
Meanwhile, I know exactly what a MacOSx desktop looks like, even though I've never used a mac, and I've seen the eye-candy in Longhorn screenshots, and that OS isn't coming out for another
Eycandy.. bleh. Concentrate on decent font support (Score:4, Insightful)
I'm writing this from a machine with a 1600x1200 Dell 2001FP monitor, and an ATI Radeon 9200SE, connected with DVI running X.Org version 6.8.2. I have never, ever been able to get decent fonts with XFree86 or X.org. The fonts are either too jagged without antialiasing, or too blurry with it.
I have wasted hour after hour following various FAQs, playing with antialiasing, autohinting, and subpixel rendering in my ~/.fonts.conf. I have installed the Bitstream Vera fonts. I have sacrificed a goat and done a rain dance. And still, all those fonts look so blurry that I feel like I'm going blind.
Thinking that it was something about the Radeon, I tried an NVidia 5200 with the commercial NVidia drivers. No joy. I've also tried the ATI fglrx drivers for the Radeon. No joy.
Yet when I plug in my Apple Powerbook, OSX makes the fonts clear and legible, so it must be possible to drive the LCD monitor correctly.
Re:Concentrate on decent font supp -- mod parent u (Score:5, Insightful)
No you didn't. You said that you tried a few things but completely left out how you tried to go about them. Maybe your attempts were misguided and you missed the obvious solution? If the grandparent used the same method to configure two different operating systems on two different pieces of hardware, maybe he's on to something that you're overlooking.
Just because you're less bad than 19/20 of entrants in a particular contest not related to the subject at hand doesn't mean that you're an expert on this topic.
Re:Concentrate on decent font supp -- mod parent u (Score:3, Informative)
Categorically: no. Fonts on your system suck. On my system, they look as good as they do on the nearby PCs and Macs. Whether because of
your situation is not universal. I'm not trying to b
Sounds great. BUT! (Score:2, Redundant)
It's getting to the point where 512Mb isn't even enough for a GNOME desktop. That's partially GNOME's fault, but for chrisake! Xorg is huge.
They said they were going to prune the tree; why haven't they?
Accelerated drawing? (Score:3, Interesting)
Can you guess which one? (Score:3, Funny)
"porting", "drivers", "new architecture", "easy"...
[blows pitchpipe, clears throat]
One of these things is not like the others,
One of these things just doesn't belong...
Thank you, thank you - I love you all!
RGB subpixel anti-aliased font acceleration? (Score:3, Interesting)
Curious? Do a quick test:
x11perf -aa10text
x11perf -rgb10text
On my system, running X.org 6.8.1, regular AA text is about 8x faster than RGB-AA. RGB-AA produces no slow-down in Windows on machines I've checked, so it must be a driver or implementation issue.
Re:Didn't want to fix existing bugs egh ? (Score:2, Funny)
*coughs loudly*
*is beaten by hired goons*
Re:Didn't want to fix existing bugs egh ? (Score:2, Funny)
*there is no tao on slashdot*
*I watch birds fly past*
Re:Didn't want to fix existing bugs egh ? (Score:5, Insightful)
Xorg crashes my machine on switching from X to a text VC.
This bug is well known and serious - all eye candy and other non-essentials should wait until this and other serious bugs are fixed.
Qaulity before features.
If I wanted it the other way around, I know where to buy Windows.
Re:Didn't want to fix existing bugs egh ? (Score:3, Insightful)
Re:Perfect (Score:2)
Don't worry man, all the artists use Windows.
Re:Perfect (Score:2)
Re:Perfect (Score:3, Insightful)
I never understood why people find DEs like Gnome or KDE hard to use anyway or even poor , if set up properly
All you need to do is to Burma shave som
Re:Perfect (Score:2, Insightful)
Re:Perfect (Score:4, Insightful)
Re:more extensions (Score:2, Insightful)
Re:more extensions (Score:5, Interesting)
The X Consortium shut down in 1996, after declaring X11R6.3. At this point, it's not clear how an accepted X12 standard could be generated, even if people wanted to do so.
Re:more extensions (Score:2)
Hell...just solve the crash problem.... (Score:2)
I've seen other posts out there...mostly on the gentoo forums...and no one seems to be ab
Re:more extensions (Score:2)
What happened to the Y Window System, btw?
Re:more extensions (Score:2)
Why don't you start an X12 from scratch, perhaps then you will understand?
Re:more extensions (Score:2)
Re:more extensions (Score:5, Informative)
There's no requirement that an X12 server be completely incompatible with an X11 server. i.e. The X12 could easily accept commands from an X11 stream. While the X11 server would not be able to understand X12, such issues would be slow in cropping up, and X12 should easily be able to replace X11 long before that happens.
The extension architecture works fine AFAICS, is there an actual problem you have with it?
I can't speak for the parent poster, but my primary issue with current X-Windows is not so much the protocol (which could use a good overhaul anyway), and more the current design of X-Servers. Instead of forcing the OS to do its job, current X-Server designs schlep up video card, mouse, joystick, and other hardware control. The reasons for this design aren't entirely clear, but it is obvious that this is a source of many X-Windows issues. Moving these drivers to the OS level would improve reliability and configurability all around.
Don't take my word for it, however. Mr. Packard [keithp.com] has a very good writeup on the issue.
Re:more extensions (Score:3, Interesting)
And lose that wonderful cross platform ability and userland protection? What color is the sky on your planet?
Moving the drivers into the kernel is crazy. It might simplify the X server code, but it will be a bitch to maintain for several operating systems. Not the whole world wants or does want to run Linux. What is it with the Linux contingent of FOSS-land and dumping everything into ring 0?
Where do you g
Re:more extensions (Score:4, Insightful)
Instead he was just pointing out the pure stupidity of the fact that X Windows itself must handle drivers for video, sound, mouse, and so forth, rather than relying on services exposed by an underlying layer of the OS (which does not have to be running in ring 0). If the OS handled these devices, AS IT SHOULD, any program could make use of them without having to go through X.
Where do you get the notion that the X server takes care of all the input devices? The kernel already provides access to them through
Raw access to a
Re:more extensions (Score:2, Insightful)
It looks like you haven't been bitten by the bug where the X server dies before restoring the video context or manages to bugger up the video context while it's running. That sort of crash leaves your video and keyboard in an unusable state that is very hard to recover from without rebooting.
What the grandparent was suggesting wasn't moving all of the X se
Re:more extensions (Score:5, Interesting)
Ok, slow down there buckaroo. Let's go through these points one at a time.
And lose that wonderful cross platform ability and userland protection?
X-Windows' cross platform abilities are inhibited by keeping driver code in the X-Server. Having OS specific code only leads to various build trees for each system, some incompatible. As for userland protection, no one is suggesting that X-Windows itself be moved into the kernel. Just the drivers which run in Ring 0 anyway.
Moving the drivers into the kernel is crazy. It might simplify the X server code, but it will be a bitch to maintain for several operating systems.
Nonsense. It's the Operating System's responsibilty to provide driver services. Shunning those services in favor of a hodgepodge of semi-userland drivers is silly. The X Server should float on top of the Operating System's graphical services, not cram a new driver model down its throat.
Not the whole world wants or does want to run Linux.
Preaching to the choir there. But that still doesn't mean that the X-Server shouldn't do its job correctly. It's not supposed to be a hardware manager, that's the OS's responsibility.
The kernel already provides access to them through
Not quite. Up until recently, the OS only provided raw access to the ports. X was responsible for managing these devices. As time went on (and BSD in particlar pushed back), X was modified to work with system mappings of devices. Unfortunately, X still demands direct control and can often screw up if it doesn't get it, or doesn't understand the device correctly.
Sure, the GFX side uses blitting directly to video ram, but that's what the others do as well. mmap(), memcpy and friends work fast enough from userland anyway.
The GFX side does not blit directly to RAM. X commands are queued up and shunted to the driver as appropriate. This may translate to blits, or it may translate to accelerated graphics commands. There's a major push at the moment to change all X operations over to OpenGL. If this were done, then the X-server would never need to see another blit again. It would simply pass a set of command primitives to the driver, and the video card would do all the work. Quite fast, quite easy, and quite correct.
And don't start about X using sockets to talk to clients, because they have nothing to do with networking
There is nothing wrong with X's networking. That's what it's designed to do. My point only addresses the matter of hardware control which X should not be in the business of. Look at a Sun machine, for example. The card is always in graphics mode, and those modes can be determined on the command line. All the X-Server does is take over the screen and begin drawing. It really doesn't care about the underlying hardware, as it should be.
I understand that you're upset about the old "X is slow" arguments and the like. Unfortunately, you're barking up the wrong tree here. My argument has nothing to do with performance and everything to do with architecture. Should the OS be given back control of the hardware, then it would again be possible to do things like run multiple X-Servers, run video games without X interfering, using graphics mode for the terminal, and other fun and interesting things. All because X would be a client of the OS, not a peer.
Re:more extensions (Score:3, Insightful)
It's a fact that graphics cards for many years have required interrupts and DMA to be programmed well, and that is just not something you can do from userspace. Several other things that X does today are at least dubious to do in userspace.
A good graphics driver these days need some sort of help from the kernel, but moving the *entire* driver into ring 0 is indeed a bad idea. The things that can safely and sanely be done from userspace should be.
Re:more extensions (Score:3, Insightful)
Uh, the purpose of an OS is to provide hardware abstraction.
Why do we have filesystem code in the OS? Why not just do that in X11 that way we don't need filesystems in both BSD and linux?
For that matter, why put the video drivers in X11? Why not just put them in individual applications. After all, it is waste to have an nvidia driver for windows and MacOS
Re:more extensions (Score:3, Informative)
However, it doe
Re:more extensions (Score:3, Informative)
Your sig is mine
We need bigger numbers! (Score:5, Insightful)
I agree. I don't understand all those idiots who have stereos with volume controls that only go up to "10"
Mine goes up to "11", for when I need that extra umph.
On a serious note, X11 remains X11 because its core hasn't changed (or needed to change) in many years. R7 will add some nice features, features some of us have been waiting a long time for, but none of those features requires a redesign of X11 (which goes to show how flexible and well designed X11 is), so there is no need to increment X11 to X12 . . . unless you really are just looking to turn the volume up to "11", or in this case, "12".
Re:We need bigger numbers! (Score:2)
But have you tried reverting? (Score:3, Funny)
Re:it will never happen (Score:2)
So, you fire up KDE and click "install" to install X, right? Unless your talking about an ugly ncurses enviroment. I'm sure your average user would be less scared by command line then some ugly ncurses dialog box. Anyway, if your worried about having x and kde preinstalled, use mandrake, or some other n00b distro, don't try and install gentoo.
Re:do i fail it? (Score:2, Funny)
misbehave
grunt and grumble
rant and rave?
shoot the brute some
Burma-Shave
... or just shoot him, period.
While you're at it, keep in mind that in Soviet Xorg, desktop displays you!
Re:do i fail it? (Score:2)
Perhaps we should shoot the moderators, too. That was funny!
Re:Eye Candy V. Reliability (Score:3, Funny)
Huh? Are you saying that your wife is neither reliable nor faithful, or not eye candy? I don't get it.
Re:Blah KDE (Score:2)
Re:The previews are really great too! (Score:2)
Re:X11 Facelift (Score:4, Informative)
development is happening... I assure you
Re:RenderAccel (Score:2, Insightful)
Re:RenderAccel (Score:3, Informative)