The thing you have to keep in mind is that the latest wave of worms have all been social-engineering attacks, not attacks against the system itself. While there may be some argument about the relivance of privlige-separation, the point is that you can't get a good idea of external attacks against a system if you factor in social-engineering, so therefore you remove it.
No, you can't. Besides the double-layer issues others have mentioned, it's CSS(the encyption used) that gets in the way. Every encrypted DVD has 2 important pieces of information on it: the encrypted data related to the movie itself, and the CSS key on the disc. Now, while we can copy the encrypted data and the key, we have a problem when it comes to burning it. One of the quirks in both the DVD+ and DVD- standards is that drives can not burn CSS keys(this is prevented by both the drive itself, and the fact that the sectors where the key goes on the blank discs are unburnable), and it's because of this that we have a problem. Without the ability to burn the CSS key, the copy we make will be useless, since we won't have the key to decrypt the data with. We can decrypt the data before hand(this is what DVD X Copy does), and then burn the data unencrypted, but at that point, it's not a 1:1 copy anymore.
That's a fine position, and feel free to continue with it, but please remember that with any choice like this, there are consequences. Not everyone wants to or can release an OSS driver, and that's the cost of being a OSS-only user. And when you can't use a piece of hardware because its drivers aren't OSS, don't complain about it(*cough* NVNet *cough*), do something about it. We(non OSS-users) really don't care for people complaining about non-OSS drivers like they're owed something; you were given a choice of what to purchase and how you want to support it, so please, live with it.
Who modded this up!? I'm sorry Louder, but that's a horrible idea. Yea, let's just mess with the free market even more, and use government power to force a company out of a market... At least one thing you have to give credit to the US for, is that they've left the free market alone, monopoly and all; the result is a setup where users at least got to make a descision at one point(even if it led to a condition where they can make no more descisions). Using government to force the market like that is no better than leaving a monopoly in charge, and indeed, is probably worse. I rather be stuck with a monopoly than having the government decide what the market should use.
Nope - AGP can go both ways too, this is not a new feature on PCI-Express.
Technically you're right, but reality doesn't match design in this case. For just about all AGP and graphics cards implementations, pulling data from the AGP bus just isn't optimized. This is one of the reasons why ATI discontinued Firewire ports on its AIW cards past the 8500.
While this is true today, it's not going to be true for much longer. Frame-buffer issues aside, things like Apple's Quartz Extreme are quickly re-defining what 2D is and isn't, thanks to new features that are a combination of 2D/3D. Expose is a prime example, requiring upwards of 64MB of VRAM in extreme cases(high resolution, a dozen+ windows to compose), and a full 128MB(the quantity of memory high-end cards come with) if you do that with 2 displays. Longhorn is expected to bring a similar situation to the table, so what's been true for nearly the last decade, isn't going to be true for much longer.
This may be true, and Nvidia may even have a rather handy work-around for the issue, but things like portable cores are just that: a work-around. As it stands right now, very few companies offically offer much Linux support, and we're not just talking 3D graphics here. NICs, sound cards, SCSI cards, and just about every other piece of hardware out there has large swaths of products that are incompatible with Linux, and binary-driver issues have a lot to do with it.
Hardware companies love Linux, and they want to support Linux, but they also have limits to how far they're willing to go; many are not willing to sink resources in to creating drivers that either are difficult to install, or involve exposing their valuable IP. If companies could just have a way to write a binary Linux driver that will "just work," and work for most people, just like it does with Windows and OS X, then that provides a big carrot to them to provide the driver and get the sales. The lack of a binary option makes things more costly to them and more difficult for them, and that deminishs the value of a sale.
Ultimately, the lack of a binary driver interface scares away users and companies alike, and if Linux wants to do better than a niche, and do better than Windows, then it needs to be friendly to everyone, not just the OSS crowd. Some day, Linus is going to have to make a descision between ultimately limiting Linux to the hobbyist, or letting it truely grow to become a popular, de-facto OS; and it's binary drivers that are going to help make the difference.
Even if Linux were pure 64bit, there's not much of a purpose when it comes to the PPC arcitecture. Unlike the x86 line, which is seeing a moderate general performance boost from going to 64bit due to additional registers, the G5 is not in a similar situation. The only things 64bit PPC brings to the table is memory support for >4GB, and 64bit math functions, both of which are easily exposed and supported on OS X via its 64bit libraries. A full 64bit implementation would be a little cleaner than what Apple is doing right now, but overall, there's little need or reason to go to a "native" 64bit OS.
The reason it has software rendering is because of those cheap chips. These days, you get insane combinations like 3.2ghz P4s that ship with i865G integrated-graphics chipsets, which creates a very obvious and problematic bottleneck in the video subsystem. At that point, it's better go to back to software rendering, which will be faster, and have fewer driver/feature issues than the integrated-graphics controller.
The Library of Congress has an interesting exhibit up devoted to an early 20th century Russian photographer who used this exact technique. The site includes a very detailed description of how this filter system works, along with dozens of color pictures from the photographer's travels. It's definately worth taking a look at, if not for the description, then for some very cool pictures.
While his numbers are slightly exagerated I'm sure, I'm going to bet that he's playing Battlefield 1942 and/or Halo. Both games are pigs due to the large environments and vehicles; BF1942 in general isn't modem playable, and neither is Halo(a game originally designed for LAN play only). America's Army is also rather painful, as I understand it.
He's right, Microsoft's codecs are no slouch; they're up there with the best of them(OGG, AAC, MPEG4, etc). No one is suffering quality issues because of the codec; although the operator on the other hand...
I know this is slightly off-topic, but am I the only one nervous about Dell selling a $319 machine? OS aside, a machine that cheap can't be too well built, which results in a lot of frustrated users, no matter the OS.
My understanding from the "driver wrapper" topic earlier this year is that the nVidia way of doing things only barely works, and is otherwise crappy. This is not to say that nVidia is doing anything wrong(they're taking the most correct approach when it comes to maintaining closed-source drivers), but without a full driver API for closed-source modules like what Windows has(this being a Linus descision), it makes it very difficult to use binaries. The solution then is how nVidia does it(open source headers, mixed with kernal source code, and a binary module), but everyone has already seen how problematic that can be.
What you say is true, but keep in mind the audience versus the hosts here. Even though one can crack a client to bypass the authentication, and one can crack a server to allow cracked clients, the only time the clients can even play is when it's on a cracked server, a very rare case. While you have some people with the nessisary bandwidth and the desire to run a cracked server for everyone, the large server organizations that run their own servers and official game servers(SCI, HomeLAN, etc) aren't in the buisness of running cracked servers, and neither are most server owners in general.
The point of all of this being, is that it goes to show how secure the current key-master system that Q3, UT2K3, etc is - at best, crackers can only unlock a portion of the "world." And this is why such a system is staying, as even after 5 years, it's largely held up, something no other system so far can claim. One only has to look at UT(CD protection) vs. Q3(key-master) to see why this is ideal - in the age of online games, must buy your game in order to play it, piracy just won't work.
Woah woah woah, wait a second here. Buy a special version from Valve? I don't know about you, but I have serious problems with that. Why should one have to pay Valve in order to use their game offline(in a condition that used to be free no less)? Unless the game is internet-based in nature(MMORPGs), there is no reason one should need(to buy) any additional software to play it offline.
Slashdot Mirror
The thing you have to keep in mind is that the latest wave of worms have all been social-engineering attacks, not attacks against the system itself. While there may be some argument about the relivance of privlige-separation, the point is that you can't get a good idea of external attacks against a system if you factor in social-engineering, so therefore you remove it.
No, you can't. Besides the double-layer issues others have mentioned, it's CSS(the encyption used) that gets in the way. Every encrypted DVD has 2 important pieces of information on it: the encrypted data related to the movie itself, and the CSS key on the disc. Now, while we can copy the encrypted data and the key, we have a problem when it comes to burning it. One of the quirks in both the DVD+ and DVD- standards is that drives can not burn CSS keys(this is prevented by both the drive itself, and the fact that the sectors where the key goes on the blank discs are unburnable), and it's because of this that we have a problem. Without the ability to burn the CSS key, the copy we make will be useless, since we won't have the key to decrypt the data with. We can decrypt the data before hand(this is what DVD X Copy does), and then burn the data unencrypted, but at that point, it's not a 1:1 copy anymore.
That's a fine position, and feel free to continue with it, but please remember that with any choice like this, there are consequences. Not everyone wants to or can release an OSS driver, and that's the cost of being a OSS-only user. And when you can't use a piece of hardware because its drivers aren't OSS, don't complain about it(*cough* NVNet *cough*), do something about it. We(non OSS-users) really don't care for people complaining about non-OSS drivers like they're owed something; you were given a choice of what to purchase and how you want to support it, so please, live with it.
The residents of Eugene can only hope...
More importantly, DDR is short for DDRSDRAM, as DDR is a SDRAM variant. Now they can start charging for DDR RAM too.
Who modded this up!? I'm sorry Louder, but that's a horrible idea. Yea, let's just mess with the free market even more, and use government power to force a company out of a market... At least one thing you have to give credit to the US for, is that they've left the free market alone, monopoly and all; the result is a setup where users at least got to make a descision at one point(even if it led to a condition where they can make no more descisions). Using government to force the market like that is no better than leaving a monopoly in charge, and indeed, is probably worse. I rather be stuck with a monopoly than having the government decide what the market should use.
Nope - AGP can go both ways too, this is not a new feature on PCI-Express.
Technically you're right, but reality doesn't match design in this case. For just about all AGP and graphics cards implementations, pulling data from the AGP bus just isn't optimized. This is one of the reasons why ATI discontinued Firewire ports on its AIW cards past the 8500.
While this is true today, it's not going to be true for much longer. Frame-buffer issues aside, things like Apple's Quartz Extreme are quickly re-defining what 2D is and isn't, thanks to new features that are a combination of 2D/3D. Expose is a prime example, requiring upwards of 64MB of VRAM in extreme cases(high resolution, a dozen+ windows to compose), and a full 128MB(the quantity of memory high-end cards come with) if you do that with 2 displays. Longhorn is expected to bring a similar situation to the table, so what's been true for nearly the last decade, isn't going to be true for much longer.
This may be true, and Nvidia may even have a rather handy work-around for the issue, but things like portable cores are just that: a work-around. As it stands right now, very few companies offically offer much Linux support, and we're not just talking 3D graphics here. NICs, sound cards, SCSI cards, and just about every other piece of hardware out there has large swaths of products that are incompatible with Linux, and binary-driver issues have a lot to do with it.
Hardware companies love Linux, and they want to support Linux, but they also have limits to how far they're willing to go; many are not willing to sink resources in to creating drivers that either are difficult to install, or involve exposing their valuable IP. If companies could just have a way to write a binary Linux driver that will "just work," and work for most people, just like it does with Windows and OS X, then that provides a big carrot to them to provide the driver and get the sales. The lack of a binary option makes things more costly to them and more difficult for them, and that deminishs the value of a sale.
Ultimately, the lack of a binary driver interface scares away users and companies alike, and if Linux wants to do better than a niche, and do better than Windows, then it needs to be friendly to everyone, not just the OSS crowd. Some day, Linus is going to have to make a descision between ultimately limiting Linux to the hobbyist, or letting it truely grow to become a popular, de-facto OS; and it's binary drivers that are going to help make the difference.
Even if Linux were pure 64bit, there's not much of a purpose when it comes to the PPC arcitecture. Unlike the x86 line, which is seeing a moderate general performance boost from going to 64bit due to additional registers, the G5 is not in a similar situation. The only things 64bit PPC brings to the table is memory support for >4GB, and 64bit math functions, both of which are easily exposed and supported on OS X via its 64bit libraries. A full 64bit implementation would be a little cleaner than what Apple is doing right now, but overall, there's little need or reason to go to a "native" 64bit OS.
2000 is still well supported, so that idea is at best +1 Conspiracy.
The reason it has software rendering is because of those cheap chips. These days, you get insane combinations like 3.2ghz P4s that ship with i865G integrated-graphics chipsets, which creates a very obvious and problematic bottleneck in the video subsystem. At that point, it's better go to back to software rendering, which will be faster, and have fewer driver/feature issues than the integrated-graphics controller.
The Library of Congress has an interesting exhibit up devoted to an early 20th century Russian photographer who used this exact technique. The site includes a very detailed description of how this filter system works, along with dozens of color pictures from the photographer's travels. It's definately worth taking a look at, if not for the description, then for some very cool pictures.
While his numbers are slightly exagerated I'm sure, I'm going to bet that he's playing Battlefield 1942 and/or Halo. Both games are pigs due to the large environments and vehicles; BF1942 in general isn't modem playable, and neither is Halo(a game originally designed for LAN play only). America's Army is also rather painful, as I understand it.
They do. Look up the Nvidia driver for Linux AMD64(aka x86-64); it was updated on the 21st.
He's right, Microsoft's codecs are no slouch; they're up there with the best of them(OGG, AAC, MPEG4, etc). No one is suffering quality issues because of the codec; although the operator on the other hand...
I know this is slightly off-topic, but am I the only one nervous about Dell selling a $319 machine? OS aside, a machine that cheap can't be too well built, which results in a lot of frustrated users, no matter the OS.
My understanding from the "driver wrapper" topic earlier this year is that the nVidia way of doing things only barely works, and is otherwise crappy. This is not to say that nVidia is doing anything wrong(they're taking the most correct approach when it comes to maintaining closed-source drivers), but without a full driver API for closed-source modules like what Windows has(this being a Linus descision), it makes it very difficult to use binaries. The solution then is how nVidia does it(open source headers, mixed with kernal source code, and a binary module), but everyone has already seen how problematic that can be.
GoDaddy is currently charging $7.95 for a .com domain, therefore $10 would be right; the domain is litterally worth $10(or really, $7.95).
What you say is true, but keep in mind the audience versus the hosts here. Even though one can crack a client to bypass the authentication, and one can crack a server to allow cracked clients, the only time the clients can even play is when it's on a cracked server, a very rare case. While you have some people with the nessisary bandwidth and the desire to run a cracked server for everyone, the large server organizations that run their own servers and official game servers(SCI, HomeLAN, etc) aren't in the buisness of running cracked servers, and neither are most server owners in general.
The point of all of this being, is that it goes to show how secure the current key-master system that Q3, UT2K3, etc is - at best, crackers can only unlock a portion of the "world." And this is why such a system is staying, as even after 5 years, it's largely held up, something no other system so far can claim. One only has to look at UT(CD protection) vs. Q3(key-master) to see why this is ideal - in the age of online games, must buy your game in order to play it, piracy just won't work.
Buy the lan center edition of Steam?
Woah woah woah, wait a second here. Buy a special version from Valve? I don't know about you, but I have serious problems with that. Why should one have to pay Valve in order to use their game offline(in a condition that used to be free no less)? Unless the game is internet-based in nature(MMORPGs), there is no reason one should need(to buy) any additional software to play it offline.
Yahoo! We beat the Martian Defense Grid. Up yours Mars!
Well, I suppose that explains where "free as in beer" came from.
Diamond is back. Best Data picked them up and relaunched the company(sans the audio division, which someone else owns).
Its still wrong then, as the S2K would classify as a new architecture(DX7 based vs DX6).