Hmm. There's some misinformation in this post. Let's try to clean some of it up...
DLP: sharp, bright picture. Only one part needs maintenance (bulb).
While the bulb is definitely one part that needs maintenance, it's not the only offender. Single-chip DLP projectors (those with a single digital micromirror device) rely on a rapidly rotating color wheel with color filters to deliver a color image. Moving parts = potential point of failure. Noisy color wheels are a common source of complaints.
In addition, the light engines themselves can suffer failure of one kind or another. There are numerous threads at AVS forums detailing light engine problems from various manufacturers. For example, Samsung DLP rear projection units seem to be plagued with a shadow problem...it's believed that the adhesive used to attach one of the fixed mirrors to the "light tunnel" eventually fails which causes the mirror to slip and a shadow to form. Since a replacement light engine will cost upwards of $1200 to $1500, buying an extended warranty for a projection television is a good idea.
LCD projection (LCoS): quality of LCD with size and reliability of projection. Sony (perhaps others) use three LCDs, one for each color light, to prevent "rainbow effect."
Careful. LCD (liquid crystal display) and LCoS (liquid crystal on silicon) are two different display technologies. LCD projection is just that: it uses one or three LCD panels with a bright backlight to project an image. LCoS is kind of a cross between DLP and LCD. Like a DLP, it's a reflective technology: you have a mirror-like surface that reflects light but instead of having tiny moveable mirrors like a DLP's DMD chip, you have liquid crystals deposited to the front of the mirror that you turn on or off as you would do with an LCD.
HD-ILA: triple DLP chips removes "rainbow effect" of single DLP (see below). Otherwise same benefits as DLP. (This is a new technology that to my knowledge only JVC has this at this time.)
No. "HD-ILA" is JVC's name for LCoS. It is a competitor to DLP. Sony's version of the same technology is called "SXRD". There are a few other manufacturers as well but Sony and JVC are the two gorillas championing this technology. You are correct that it's somewhat newer technology than DLP. You are also correct hat HD-ILA (and Sony's SXRD) features 3 LCoS chips and is thus immune to the "rainbow effect."
I'd like to mention LED-based projection lamps. This year Nuvision and Samsung introduced rear projection DLPs that use arrays of LEDs instead of a high intensity discharge lamp. There are several benefits: 1) the LED lamps last much longer than normal lamps; 2) the resulting color gamut is supposedly wider; and 3) there's no color wheel -- colored LEDs are cycled very, very rapidly. So rapidly, in fact, that the rainbow effect should be nonexistant. There are at least a couple downsides: 1) that LED-based units are somewhat dimmer than their normal-lamp counterparts and 2) LED-based TVs seem to require more tedious calibration once installed in your living room in order to get the most out of them.
I'm currently running an old Athlon TBird system (1GHz CPU overclocked to 1.4GHz). 512MB ram. 2 hard drives and an old Matrox G400 video card. The case is an Antec Sonata w/ 380W PSU (it's a very quiet case, BTW, if you don't want to do the water-cooling thing).
I don't have a Kill-o-Watt-style wattmeter but my system is plugged into an APC SmartUPS 1400 which allows you to query the firmware for the current UPS load.
Looks like I'm at 15.6% load which translates to around 148W. The monitor is currently off and I assume around 10W is being used by the WRT54G that's also plugged into the UPS. So assuming the APC firmware is accurate, my system is drawing somewhere between 130W and 140W.
I've been looking at upgrading and have even thought about upgrading to a Pentium-M (27W max so figure the entire system at idle would draw 60-80W). But if Cool-n-Quiet can reduce an A64-3800 system to under 100W, maybe I'll go the A64 route.
Okay, I'm invoking the powers of/. to find me a laptop. Here's what I'm looking for:
- 15" - 17" widescreen. I'd prefer non-reflective since it seems the glossy displays would be useless outside on my deck, for example. - 1600x1050 resolution or better - 2GHz Pentium-M or better (or AMD equivilant) - 2 memory slots - Trackpoint controller - Battery life > 3.5 hours.
Let's call this a pseudo-desktop replacement machine - one that will become my primary workstation but one that from time to time will perform telescope control/image acquisition. To avoid possible ground loop issues, I prefer the laptop be self-powered rather than plugging into the same batteries powering the telescope(s) and CCD.
I fear the trackpoint requirement is going to eliminate most the affordable candidates.
That's probably not a bad desktop replacement machine but since the rated battery life (12 cell) is 1 hour, you won't be able to stray very far from a power outlet.
I don't think you have to worry about the latter. How many legitimate penis-pill and "get rich quick" websites are there anyways?
I'm not sure how this is relevant.
Let's say I'm the owner of Whozenflotz, Inc (appologies if there really is a Whozenflotz, Inc) and I notice that ACME Corp's web presence is luring my potential customers away. So I hire a spam outfit to send hundreds of thousands of spams purporting to come from ACME with the expectation that this automated response system will knock ACME's web servers offline (or at least make them sufficiently slow that those customers will return to my site). Note that at no point did I mention what Whozenflotz or ACME actually sells. Maybe the companies are online brokerage firms.
The problem with this and all other automated response systems is that they generally do not (and one could argue that they simply cannot) completely verify that the address they're responding to was the originator of the spam. We receive a dozen or so automated responses per week informing us that our systems have been sending out emails infected with the Windows worm-of-the-month. Given that our machines are all BSD and Linux, this is pretty damned unlikely. It's simply a case of a spammer forging our contact address and the automated responders being fooled.
In the current (single-core) 2-way Opteron world, there are two basic designs: (A) designs where both chips have their own local RAM and (B) designs where only one chip has local RAM and the second chip must, in effect, utilize the first chip's memory controller to fetch memory (via hypertransport). These are immediately identifiable since (A) has two groups of DIMMs slots while (B) has only one.
Obviously design (B) is a lot cheaper but it does offer measurably lower overall memory bandwidth and some very memory-intensive applications might suffer somewhat. But overall, it's not too bad and most apps probably won't notice.
Fast forward today/tomorrow where we'll have dual core Opterons. Now, if you were to put two of these chips in a B-type mainboard (they are supposedly drop-in compatible with the old single core chips, after all), it seems you'll effectively have four cores competing for the amount of memory bandwidth normally allocated for a single core. I would expect a noticible drop in bandwidth for many applications.
Quad core will be even worse. I realize AMD's new socket will probably feature double the number of memory lines as the current socket 940/939 but if AMD plans 32 cores on a single "chip," we're looking at enormous bandwidth requirements. What will the 32-core chip look like? Will it still be a chip form factor or will it be a 5000-pin monstrosity like IBM's POWER-5?
Actually, there are better ways to transport sensitive backup tapes. For example, the US Post Office has something called "registered mail". Packages and letters sent registered are separated from the rest of the mail. They go in special sealed bags and every employee who comes in contact with said bag and its contents must sign off on it. Of course, it doesn't prevent mistakes from happening, but it gives you a fairly extensive paper trail when things go wrong.
The UI was one of the things I disliked most about 'Minority Report'. Seems to me it's a very inefficient interface...requiring large arm-waving motions to do menial tasks like moving windows. It makes for good Hollywood visuals but I can't imagine myself using something like this in a daily computing environment. On the other hand, maybe this is one way to make lazy programmers exercise.
On the surface, one of the apparent benefits of the Minority Report UI is it seems somewhat faster than today's mouse-driven interfaces. But given that the M.R. world has advanced retina scanning technology, why not design a UI around pupil-tracking? I can glance at a window much faster than I can point to it.
There are already a lot of misconceptions about GPL floating around in corporate America. Even within my employer (who happens to be a major Linux proponent who's currently engaged in a high-profile lawsuit against another 3-letter corporation;) there exist project managers who are fearful of GPL to the point of paranoia.
Even though the exact changes to GPL 3.0 have yet to be spelled out explicitly, these rumors will only add fuel to the FUD being spread by Microsoft and their minions. We're fooling outselves if we think Microsoft's PR department won't jump on this.
It's not hard to see how these changes could be (mis)construed to suggest that if you modify GPL software, even for in-house use, you must either pay a fee or release the source code. Companies will choose to err on the side of caution and give all in-house GPL software the boot. Let me repeat: it won't matter whether these accusations are correct or not. Companies will err on the side of caution.
I hope that the GPL crew will come forth posthaste with clarifications. Rumors such as these are terribly damaging to GPL and public goodwill.
As software tools companies port their compilers to Linux, we risk getting into a situation similar to what exists in the Windows world...where there are a number of compilers available, each with its own quirks, libraries and special features.
Right now, go to metalab and download the source code for the linux app of your choice. It's a pretty safe bet that the app developer used the same compiler that you're using -- gcc. Possibly a different compiler version but same compiler essentially. Barring any incompatibilities between expected compiler versions or maybe kernel versions, you can be pretty sure that the app will build with little or no porting effort on your part.
In the Windows world, where you have compiler suites available from Microsoft, IBM, Watcom and Borland, just to name a few, it's not a given assumption that source code you download will even build in your environment. For instance, consider an app that's written to use the IBM OpenClass libraries...you'll have fun building it in a Microsoft Visual C++ environment. So even though the app itself might be open source, you're stuck installing pre-compiled binary version of it because you're unable to build the app yourself.
Let's hope this doesn't happen in the Linux community.
I have a G400 in one box and a Leadtek TNT2 Ultra in another. Like most cards these days, they both are very good for 2D work, easily capable of exceeding my monitor's 95KHz horizontal sync limit.
What's more, there are GLX libraries available for both chipsets -- still binary-only (I think) for nVidia, open source for the G400 -- so you'll have hardware-accelerated Mesa in either case. In my experience, the nVidia GLX library is more stable than the one for the G400. The G400's also has some problems with texturing -- the 'superquadrics' mode for xlockmore will demonstrate this. On the other hand, the G400's implementation feels slightly faster than nVidia's. I haven't measured frame rates with the G400 but the TNT2 generally posts scores of 60-80 frames per second for the 'ssystem' OpenGL solar system program if you turn off the on-screen HUD (seems having text in the window slows things down to single-digits). I would expect the G400 to post numbers in the same range.
Next time I have the G400 in the Linux box, I'll measure it. Right now, the G400 is sitting in a Windows box where I can watch an occasional DVD -- the DVD player that ships with the G400 is better than the PowerDVD software that shipped with the TNT2 Ultra.
One thing I noticed with the GLX drivers, and the one for the G400 in particular, is that if the screenblanker kicks in while displaying 3D, you're in trouble. The machine is still usable if you login remotely, but the local console/keyboard is hosed until you reboot. Moral of the story? "xset s off":-)
The kicker, though, is in the price. You can pick up a 16MB OEM G400 (what I have) for around $100. The best price I've seen for a TNT2 Ultra is around $170. For $100, the G400 is hard to beat.
"Any work that is performed or produced as a result of use of this Software cannot be performed or produced for the benefit of other parties for a fee, compensation or any other reimbursement or remuneration..."
Let's think about this...
1) Can't take part in cooperative ventures like Distributed.net since the winner receives monetary compensation.
2) Fellow student Jon Doe's programming assignment is due tomorrow but he's having problems. He offers $100 if you'll help him. Too bad the license forbids you from using your Tru64 machine to help. Again, violates the monetary compensation clause.
Then we can branch out into other forms of "compensation, reimbursement or remuneration".
At Linux Expo two years ago, Eric Raymond discussed the motivating factors behind the open source movement. One point he made was that open source authors sometimes receive compensation in the form of fame and notariety. Could this mean that a system under this license couldn't be used to develop open source software? Well, other parties benefit from the work and you could be compensated in the form of fame. Hmm...benefits others and you receive compensation for it. Yep. Violation. I guess you could submit the software under an alias...
With all the emphasis on flashy gadgets and special effects, it's easy for a sci-fi series to stray away from compassion and become little more than a future-technology tour-de-force. Star Trek avoid this fate, in part because of Kelly's character Dr. Leonard McCoy.
Whether he was questioning the moral implications of the Genesis Device (Star Trek II - The Wrath of Kahn) or speaking about the conflicts between man and machine (TOS "The Ultimate Computer"), McCoy presented the human side of the issues.
If we were to summarize McCoy's character by one quote, I think it would have to be from the original series where he says to Spock, "I'm just an old country doctor..."
I grabbed the following off of voodooextreme (http://www.voodooextreme.com) from Zoid about the Q3A's Linux support:
---
"My current platform support for is clients on Linux x86 and SGI IRIX. For servers I'm supporting Linux Alpha, Solaris x86 and Solaris Sparc. LinuxPPC may be considered, but I couldn't get LinuxPPC to install on my Mac G3 machine.
Quake3 is a hardware _ONLY_ game for visuals. You must have OpenGL hardware support. Currently, that means MesaGL with VooDoo, but I have also got stuff working with XiGraphics Accelerated X11 as well. I have hardware Quake2 up and running with a Number Nine Revolution III card using OpenGL on it. I'll be testing Quake3 with it shortly.:)
So, the plan is hardware OpenGL support under Linux for MesaGL w/VooDoo, and XiGraphics Accelerated X with OpenGL (with serveral different cards supported). I'm also working with the Metrolink guys who are building accelerated OpenGL X servers as well.
Currently, there isn't any hardware OpenGL support for platforms such as Linux Alpha. Sun does have hardware OpenGL on their new UltraSparc Creator workstations and I'll be investgating support for that as well. I'd like to see Quake3 running on every platform that supports hardware accelerated OpenGL."
---
Since he's got it running under Mesa for Voodoo boards, I assume you might still be able to run it, albeit slowly, under Mesa in software mode (or is there a flag somewhere within Mesa that one can check to see if hardware support exists?).
Personally I don't have a Voodoo board and I'm not about to shell out $200 or more for a commercial X11 distribution so I guess I'll be playing Q3A on my Windows box...
The folks at FiringSquad (http://www.firingsquad.com/hardware/celeron366) managed to overclock their pre-release Celeron 366 to 550 mhz. The chip they tested was an engineering sample so it didn't have any overclocking-protection circuitry.
According to the reviewers, even at 550 MHz, the chip never exceeded 53 degrees C.
DLP: sharp, bright picture. Only one part needs maintenance (bulb).
While the bulb is definitely one part that needs maintenance, it's not the only offender. Single-chip DLP projectors (those with a single digital micromirror device) rely on a rapidly rotating color wheel with color filters to deliver a color image. Moving parts = potential point of failure. Noisy color wheels are a common source of complaints.
In addition, the light engines themselves can suffer failure of one kind or another. There are numerous threads at AVS forums detailing light engine problems from various manufacturers. For example, Samsung DLP rear projection units seem to be plagued with a shadow problem...it's believed that the adhesive used to attach one of the fixed mirrors to the "light tunnel" eventually fails which causes the mirror to slip and a shadow to form. Since a replacement light engine will cost upwards of $1200 to $1500, buying an extended warranty for a projection television is a good idea.
LCD projection (LCoS): quality of LCD with size and reliability of projection. Sony (perhaps others) use three LCDs, one for each color light, to prevent "rainbow effect."
Careful. LCD (liquid crystal display) and LCoS (liquid crystal on silicon) are two different display technologies. LCD projection is just that: it uses one or three LCD panels with a bright backlight to project an image. LCoS is kind of a cross between DLP and LCD. Like a DLP, it's a reflective technology: you have a mirror-like surface that reflects light but instead of having tiny moveable mirrors like a DLP's DMD chip, you have liquid crystals deposited to the front of the mirror that you turn on or off as you would do with an LCD.
HD-ILA: triple DLP chips removes "rainbow effect" of single DLP (see below). Otherwise same benefits as DLP. (This is a new technology that to my knowledge only JVC has this at this time.)
No. "HD-ILA" is JVC's name for LCoS. It is a competitor to DLP. Sony's version of the same technology is called "SXRD". There are a few other manufacturers as well but Sony and JVC are the two gorillas championing this technology. You are correct that it's somewhat newer technology than DLP. You are also correct hat HD-ILA (and Sony's SXRD) features 3 LCoS chips and is thus immune to the "rainbow effect."
I'd like to mention LED-based projection lamps. This year Nuvision and Samsung introduced rear projection DLPs that use arrays of LEDs instead of a high intensity discharge lamp. There are several benefits: 1) the LED lamps last much longer than normal lamps; 2) the resulting color gamut is supposedly wider; and 3) there's no color wheel -- colored LEDs are cycled very, very rapidly. So rapidly, in fact, that the rainbow effect should be nonexistant. There are at least a couple downsides: 1) that LED-based units are somewhat dimmer than their normal-lamp counterparts and 2) LED-based TVs seem to require more tedious calibration once installed in your living room in order to get the most out of them.
Nice.
I'm currently running an old Athlon TBird system (1GHz CPU overclocked to 1.4GHz). 512MB ram. 2 hard drives and an old Matrox G400 video card. The case is an Antec Sonata w/ 380W PSU (it's a very quiet case, BTW, if you don't want to do the water-cooling thing).
I don't have a Kill-o-Watt-style wattmeter but my system is plugged into an APC SmartUPS 1400 which allows you to query the firmware for the current UPS load.
Looks like I'm at 15.6% load which translates to around 148W. The monitor is currently off and I assume around 10W is being used by the WRT54G that's also plugged into the UPS. So assuming the APC firmware is accurate, my system is drawing somewhere between 130W and 140W.
I've been looking at upgrading and have even thought about upgrading to a Pentium-M (27W max so figure the entire system at idle would draw 60-80W). But if Cool-n-Quiet can reduce an A64-3800 system to under 100W, maybe I'll go the A64 route.
Okay, I'm invoking the powers of /. to find me a laptop. Here's what I'm looking for:
- 15" - 17" widescreen. I'd prefer non-reflective since it seems the glossy displays would be useless outside on my deck, for example.
- 1600x1050 resolution or better
- 2GHz Pentium-M or better (or AMD equivilant)
- 2 memory slots
- Trackpoint controller
- Battery life > 3.5 hours.
Let's call this a pseudo-desktop replacement machine - one that will become my primary workstation but one that from time to time will perform telescope control/image acquisition. To avoid possible ground loop issues, I prefer the laptop be self-powered rather than plugging into the same batteries powering the telescope(s) and CCD.
I fear the trackpoint requirement is going to eliminate most the affordable candidates.
That's probably not a bad desktop replacement machine but since the rated battery life (12 cell) is 1 hour, you won't be able to stray very far from a power outlet.
I don't think you have to worry about the latter. How many legitimate penis-pill and "get rich quick" websites are there anyways?
I'm not sure how this is relevant.
Let's say I'm the owner of Whozenflotz, Inc (appologies if there really is a Whozenflotz, Inc) and I notice that ACME Corp's web presence is luring my potential customers away. So I hire a spam outfit to send hundreds of thousands of spams purporting to come from ACME with the expectation that this automated response system will knock ACME's web servers offline (or at least make them sufficiently slow that those customers will return to my site). Note that at no point did I mention what Whozenflotz or ACME actually sells. Maybe the companies are online brokerage firms.
The problem with this and all other automated response systems is that they generally do not (and one could argue that they simply cannot) completely verify that the address they're responding to was the originator of the spam. We receive a dozen or so automated responses per week informing us that our systems have been sending out emails infected with the Windows worm-of-the-month. Given that our machines are all BSD and Linux, this is pretty damned unlikely. It's simply a case of a spammer forging our contact address and the automated responders being fooled.
This system, if deployed, will be abused.
In the current (single-core) 2-way Opteron world, there are two basic designs: (A) designs where both chips have their own local RAM and (B) designs where only one chip has local RAM and the second chip must, in effect, utilize the first chip's memory controller to fetch memory (via hypertransport). These are immediately identifiable since (A) has two groups of DIMMs slots while (B) has only one.
Obviously design (B) is a lot cheaper but it does offer measurably lower overall memory bandwidth and some very memory-intensive applications might suffer somewhat. But overall, it's not too bad and most apps probably won't notice.
Fast forward today/tomorrow where we'll have dual core Opterons. Now, if you were to put two of these chips in a B-type mainboard (they are supposedly drop-in compatible with the old single core chips, after all), it seems you'll effectively have four cores competing for the amount of memory bandwidth normally allocated for a single core. I would expect a noticible drop in bandwidth for many applications.
Quad core will be even worse. I realize AMD's new socket will probably feature double the number of memory lines as the current socket 940/939 but if AMD plans 32 cores on a single "chip," we're looking at enormous bandwidth requirements. What will the 32-core chip look like? Will it still be a chip form factor or will it be a 5000-pin monstrosity like IBM's POWER-5?
Actually, there are better ways to transport sensitive backup tapes. For example, the US Post Office has something called "registered mail". Packages and letters sent registered are separated from the rest of the mail. They go in special sealed bags and every employee who comes in contact with said bag and its contents must sign off on it. Of course, it doesn't prevent mistakes from happening, but it gives you a fairly extensive paper trail when things go wrong.
I didn't RTFA but...
The UI was one of the things I disliked most about 'Minority Report'. Seems to me it's a very inefficient interface...requiring large arm-waving motions to do menial tasks like moving windows. It makes for good Hollywood visuals but I can't imagine myself using something like this in a daily computing environment. On the other hand, maybe this is one way to make lazy programmers exercise.
On the surface, one of the apparent benefits of the Minority Report UI is it seems somewhat faster than today's mouse-driven interfaces. But given that the M.R. world has advanced retina scanning technology, why not design a UI around pupil-tracking? I can glance at a window much faster than I can point to it.
There are already a lot of misconceptions about GPL floating around in corporate America. Even within my employer (who happens to be a major Linux proponent who's currently engaged in a high-profile lawsuit against another 3-letter corporation ;) there exist project managers who are fearful of GPL to the point of paranoia.
Even though the exact changes to GPL 3.0 have yet to be spelled out explicitly, these rumors will only add fuel to the FUD being spread by Microsoft and their minions. We're fooling outselves if we think Microsoft's PR department won't jump on this.
It's not hard to see how these changes could be (mis)construed to suggest that if you modify GPL software, even for in-house use, you must either pay a fee or release the source code. Companies will choose to err on the side of caution and give all in-house GPL software the boot. Let me repeat: it won't matter whether these accusations are correct or not. Companies will err on the side of caution.
I hope that the GPL crew will come forth posthaste with clarifications. Rumors such as these are terribly damaging to GPL and public goodwill.
This brings up some interesting scenarios...
As software tools companies port their compilers to Linux, we risk getting into a situation similar to what exists in the Windows world...where there are a number of compilers available, each with its own quirks, libraries and special features.
Right now, go to metalab and download the source code for the linux app of your choice. It's a pretty safe bet that the app developer used the same compiler that you're using -- gcc. Possibly a different compiler version but same compiler essentially. Barring any incompatibilities between expected compiler versions or maybe kernel versions, you can be pretty sure that the app will build with little or no porting effort on your part.
In the Windows world, where you have compiler suites available from Microsoft, IBM, Watcom and Borland, just to name a few, it's not a given assumption that source code you download will even build in your environment. For instance, consider an app that's written to use the IBM OpenClass libraries...you'll have fun building it in a Microsoft Visual C++ environment. So even though the app itself might be open source, you're stuck installing pre-compiled binary version of it because you're unable to build the app yourself.
Let's hope this doesn't happen in the Linux community.
I have a G400 in one box and a Leadtek TNT2 Ultra in another. Like most cards these days, they both are very good for 2D work, easily capable of exceeding my monitor's 95KHz horizontal sync limit.
:-)
What's more, there are GLX libraries available for both chipsets -- still binary-only (I think) for nVidia, open source for the G400 -- so you'll have hardware-accelerated Mesa in either case. In my experience, the nVidia GLX library is more stable than the one for the G400. The G400's also has some problems with texturing -- the 'superquadrics' mode for xlockmore will demonstrate this. On the other hand, the G400's implementation feels slightly faster than nVidia's. I haven't measured frame rates with the G400 but the TNT2 generally posts scores of 60-80 frames per second for the 'ssystem' OpenGL solar system program if you turn off the on-screen HUD (seems having text in the window slows things down to single-digits). I would expect the G400 to post numbers in the same range.
Next time I have the G400 in the Linux box, I'll measure it. Right now, the G400 is sitting in a Windows box where I can watch an occasional DVD -- the DVD player that ships with the G400 is better than the PowerDVD software that shipped with the TNT2 Ultra.
One thing I noticed with the GLX drivers, and the one for the G400 in particular, is that if the screenblanker kicks in while displaying 3D, you're in trouble. The machine is still usable if you login remotely, but the local console/keyboard is hosed until you reboot. Moral of the story? "xset s off"
The kicker, though, is in the price. You can pick up a 16MB OEM G400 (what I have) for around $100. The best price I've seen for a TNT2 Ultra is around $170. For $100, the G400 is hard to beat.
Let's think about this...
1) Can't take part in cooperative ventures like Distributed.net since the winner receives monetary compensation.
2) Fellow student Jon Doe's programming assignment is due tomorrow but he's having problems. He offers $100 if you'll help him. Too bad the license forbids you from using your Tru64 machine to help. Again, violates the monetary compensation clause.
Then we can branch out into other forms of "compensation, reimbursement or remuneration".
At Linux Expo two years ago, Eric Raymond discussed the motivating factors behind the open source movement. One point he made was that open source authors sometimes receive compensation in the form of fame and notariety. Could this mean that a system under this license couldn't be used to develop open source software? Well, other parties benefit from the work and you could be compensated in the form of fame. Hmm...benefits others and you receive compensation for it. Yep. Violation. I guess you could submit the software under an alias...
With all the emphasis on flashy gadgets and special effects, it's easy for a sci-fi series to stray away from compassion and become little more than a future-technology tour-de-force. Star Trek avoid this fate, in part because of Kelly's character Dr. Leonard McCoy.
Whether he was questioning the moral implications of the Genesis Device (Star Trek II - The Wrath of Kahn) or speaking about the conflicts between man and machine (TOS "The Ultimate Computer"), McCoy presented the human side of the issues.
If we were to summarize McCoy's character by one quote, I think it would have to be from the original series where he says to Spock, "I'm just an old country doctor..."
He will be missed.
I grabbed the following off of voodooextreme (http://www.voodooextreme.com) from Zoid about the Q3A's Linux support:
:)
---
"My current platform support for is clients on Linux x86 and SGI IRIX. For servers I'm supporting Linux Alpha, Solaris x86 and Solaris Sparc. LinuxPPC may be considered, but I couldn't get LinuxPPC to install on my Mac G3 machine.
Quake3 is a hardware _ONLY_ game for visuals. You must have OpenGL hardware support. Currently, that means MesaGL with VooDoo, but I have also got stuff working with XiGraphics Accelerated X11 as well. I have hardware Quake2 up and running with a Number Nine Revolution III card using OpenGL on it. I'll be testing Quake3 with it shortly.
So, the plan is hardware OpenGL support under Linux for MesaGL w/VooDoo, and XiGraphics Accelerated X with OpenGL (with serveral different cards supported). I'm also working with the Metrolink guys who are building accelerated OpenGL X servers as well.
Currently, there isn't any hardware OpenGL support for platforms such as Linux Alpha. Sun does have hardware OpenGL on their new UltraSparc Creator workstations and I'll be investgating support for that as well. I'd like to see Quake3 running on every platform that supports hardware accelerated OpenGL."
---
Since he's got it running under Mesa for Voodoo boards, I assume you might still be able to run it, albeit slowly, under Mesa in software mode (or is there a flag somewhere within Mesa that one can check to see if hardware support exists?).
Personally I don't have a Voodoo board and I'm not about to shell out $200 or more for a commercial X11 distribution so I guess I'll be playing Q3A on my Windows box...
The folks at FiringSquad (http://www.firingsquad.com/hardware/celeron366) managed to overclock their pre-release Celeron 366 to 550 mhz. The chip they tested was an engineering sample so it didn't have any overclocking-protection circuitry.
According to the reviewers, even at 550 MHz, the chip never exceeded 53 degrees C.