I sent e-mail to Paul Rademacher months ago with a patch to the GLUI 2.0 beta (which looks VERY nice and promising). The patch allowed it to compile under GCC 2.95.2 (basically fixed some casts and such).
Yeh, I think I sent him some similar mods. I also sent him a patch that added a better command line widget with history and some other improvements to the basic text item widget (for instance as it currently ships, typing a CTRL-A actually puts an invisible CTRL-A character in the text buffer!)
Does anyone know if he is still supporting/working on it, or if he is still around?
I think I heard that he is out of grad school now and working somewhere. So I suspect it is no longer actively being developed. I was toying with the idea of asking Paul to release it to community control. Right now it is not under GPL or anything -- just says that he owns exclusive copyright.
GLUI is very nice for small projects. I've used it for a number of little apps, but I would definitely not recommend it for anything major. First, the design, while written in C++, is not very object oriented, mainly because it doesn't stray too far from the GLUT ideology, which itself is not very object oriented. Second, as another poster points out, the window management is rather lacking. It doesn't seem to have been designed with the idea of opening and closing different windows over the life of the app. Extensibility is also a problem. The 'GLUI' class in the API has a separate API for instantiating and adding every different kind of widget to the UI. For instance rather than creating a button and calling something like glui->addWidget(button), you call glui->add_button(...list of button parameters...). That means that if you want to build your own widgets you can't put them on equal footing with the native ones. You would need to modify or subclass the 'glui' object for that.
On top those drawbacks, unless the poster is developing a 3D opengl app (which he didn't say), I would stay away from toolkits like GLUI which were designed as a cross-platform solution specifically for GL apps.
If you are interested specifically in GL windowing toolkits, I recommend you check out the GLOW toolkit by Daniel Azuma. I've tried it on linux and WinNT 4.0. He's put a lot of work into making it a fully functional gui toolkit. The look and feel is kind of like motif on a bad day, but the underlying library looks solid. So who is interested in making GLOW skinnable?
Which is why I really don't understand the original poster's cry for a desktop system.
People want Crusoe desktops because the fans you have to stick in desktops these days to keep them cool are too damn noisy. Of course the CPU isn't the only culprit. A good many graphics cards need significant cooling too, and if we end up having RAMBUS rammed down our throats in a big way, that also requires cooling.
It seems like it should be possible to build a fanless Crusoe-based desktop. I would be interested in such a machine. For instance, what's the point of investing in a really kick-butt audio solution for your PC if you're always going to have to contend with a background level of white noise put out by the durn fans?
Every example I have ever seen requires the viewer to be in a relatively constrained angle to the monitor to receive a true effect
Yeh, that's my understanding too. Basically this display is a regular display covered with a lenticular lens, which directs different imagery to each eye, rather like those cheesy "3D" posters you sometimes see in airports.
Does any one know of any other 3d visualization system being developed, any links would be most appreciated.
I'm working at a company right now that's making a true volumetric autostereoscopic display that works on a different principle. Details are at the Actuality Systems website.
True, saying that "information wants to be free" is not literally meaningful, but I think the catch phrase is trying to convey the idea that information flow is irreversible. You can't make everyone in the world forget something that they already know. Once out, information has a way of replicating exponentially. It is rather like a virus in that way, and people often ascribe anthropomorphic characteristics to viruses, even though they aren't 'alive' according to many definitions of life.
It seems to me information "wanting to be free" is also another way of saying that information follows the universal law of increasing entropy. Any quantity concentrated in one place has lower entropy than the same quantity distributed over a wide area. Information is no different. It requires work to keep information contained.
Re:Let's play a little game...
on
ATI Radeon 256
·
· Score: 2
Now, in order to actually project these coordinates onto the screen, every vertex needs to be multiplied by a 4x4 matrix
You don't need a separate 4x4 matrix per-vertex. One will do fine for the whole scene -- unless you're trying to simulate a non-linear camera lens or something.
Whitespace is also significant in make and we don't hear complaining about that, do we?
You must be deaf, then. I hear people complaining about make's goofy tab syntax all the time. Most people get over it, but just about everyone I know was bit by it at least once when they were starting out, and no doubt muttered under their breath (like I did) "what a dumb syntax".
Add to the advantages of MP3 players 1) they have the potential to hold more music without a lot of disk swapping (just buy a bigger flash RAM card. Hopefully the prices of these will come down.) 2) music upload is quite fast using USB or parallel cable. 3) you can use the flash RAM to store any kind of files you like
I must admit those little MD players look quite nice. There are thousands of the sleek little buggers on display in the streets of Akihabara in Japan. Amazing how popular they are there. They're really not much bigger than the MP3 players I've seen.
But doesn't MD uses some form of compression? So I would be worried that the quality of MP3's copied to and MD would suffer since they must be decompressed and then recompressed.
Also recording to MiniDisc seems to require a separate recording deck. I like the convenience of being able to transfer tunes directly from most any computer to the MP3 player using a USB cable.
What I would like to know is this: would it be possible to make an MP3 player that uses MiniDiscs as the storage media? That would really rock.
Slashdot Mirror
Yeh, I think I sent him some similar mods. I also sent him a patch that added a better command line widget with history and some other improvements to the basic text item widget (for instance as it currently ships, typing a CTRL-A actually puts an invisible CTRL-A character in the text buffer!)
Does anyone know if he is still supporting/working on it, or if he is still around?
I think I heard that he is out of grad school now and working somewhere. So I suspect it is no longer actively being developed. I was toying with the idea of asking Paul to release it to community control. Right now it is not under GPL or anything -- just says that he owns exclusive copyright.
GLUI is very nice for small projects. I've used it for a number of little apps, but I would definitely not recommend it for anything major. First, the design, while written in C++, is not very object oriented, mainly because it doesn't stray too far from the GLUT ideology, which itself is not very object oriented. Second, as another poster points out, the window management is rather lacking. It doesn't seem to have been designed with the idea of opening and closing different windows over the life of the app. Extensibility is also a problem. The 'GLUI' class in the API has a separate API for instantiating and adding every different kind of widget to the UI. For instance rather than creating a button and calling something like glui->addWidget(button), you call glui->add_button(...list of button parameters...). That means that if you want to build your own widgets you can't put them on equal footing with the native ones. You would need to modify or subclass the 'glui' object for that.
On top those drawbacks, unless the poster is developing a 3D opengl app (which he didn't say), I would stay away from toolkits like GLUI which were designed as a cross-platform solution specifically for GL apps.
If you are interested specifically in GL windowing toolkits, I recommend you check out the GLOW toolkit by Daniel Azuma. I've tried it on linux and WinNT 4.0. He's put a lot of work into making it a fully functional gui toolkit. The look and feel is kind of like motif on a bad day, but the underlying library looks solid. So who is interested in making GLOW skinnable?
People want Crusoe desktops because the fans you have to stick in desktops these days to keep them cool are too damn noisy. Of course the CPU isn't the only culprit. A good many graphics cards need significant cooling too, and if we end up having RAMBUS rammed down our throats in a big way, that also requires cooling.
It seems like it should be possible to build a fanless Crusoe-based desktop. I would be interested in such a machine. For instance, what's the point of investing in a really kick-butt audio solution for your PC if you're always going to have to contend with a background level of white noise put out by the durn fans?
Yeh, that's my understanding too. Basically this display is a regular display covered with a lenticular lens, which directs different imagery to each eye, rather like those cheesy "3D" posters you sometimes see in airports.
Does any one know of any other 3d visualization system being developed, any links would be most appreciated.
I'm working at a company right now that's making a true volumetric autostereoscopic display that works on a different principle. Details are at the Actuality Systems website.
It seems to me information "wanting to be free" is also another way of saying that information follows the universal law of increasing entropy. Any quantity concentrated in one place has lower entropy than the same quantity distributed over a wide area. Information is no different. It requires work to keep information contained.
You don't need a separate 4x4 matrix per-vertex. One will do fine for the whole scene -- unless you're trying to simulate a non-linear camera lens or something.
The same flash movie on NVIDIA's site that you mention says 25 million polys/sec, not 250 million.
You must be deaf, then. I hear people complaining about make's goofy tab syntax all the time. Most people get over it, but just about everyone I know was bit by it at least once when they were starting out, and no doubt muttered under their breath (like I did) "what a dumb syntax".
Add to the advantages of MP3 players
1) they have the potential to hold more music without a lot of disk swapping (just buy a bigger flash RAM card. Hopefully the prices of these will come down.)
2) music upload is quite fast using USB or parallel cable.
3) you can use the flash RAM to store any kind of files you like
I must admit those little MD players look quite nice. There are thousands of the sleek little buggers on display in the streets of Akihabara in Japan. Amazing how popular they are there. They're really not much bigger than the MP3 players I've seen.
But doesn't MD uses some form of compression? So I would be worried that the quality of MP3's copied to and MD would suffer since they must be decompressed and then recompressed.
Also recording to MiniDisc seems to require a separate recording deck. I like the convenience of being able to transfer tunes directly from most any computer to the MP3 player using a USB cable.
What I would like to know is this: would it be possible to make an MP3 player that uses MiniDiscs as the storage media? That would really rock.