If managed code means something like ATI Control Center, then I'm happy that MS didn't develop it's core windows applications in.NET.
Of course we all in the end use third party software because MS always avoids support for common formats in it's picture viewers, music players (their media player sucks in fact), etc.
Linux has very archaic way of handling removable drives. In fact it handles them as non-removable devices, which causes all sorts of problems when user wants to remove the disc/floppy/usb-key. Not that Windows XP is better, machine often freezes if user suddenly ejects cd.
Oh, come on... Then why isn't there BIOS or motherboard jumper switch (password protected if needed) which will allow user program to to access protected data? Because it's about trusting hardware by vendors, not user.
Whole idea is that only Microsoft or Intel/AMD will have access to decryption keys (and probably US government & intelligence too).
That user security story is only a way to masquerade the whole media industry + MS effort for unbreakable copy protection (remember how Intel was beaten because of their serial numbering scheme). User security is only a secondary objective of Palladium/TCPA.
They obviously must be talking about new Vanderpool/Pacifica virtualisation features. I seem to think that MS is paying much attention only because such rootkits might be a route around Palladium or HD-DVD/Blu-Ray content protection.
In slides from WinHEC they present whole protected video path route. Even bus transfers are encrypted to prevent that type of attack. Kernel, signed and verified by TCPA chip, loads only signed video card drivers (which also take care that decrypted video content isn's ripped from VRAM. Kernel also takes care that nothing can "debug" processes which handle unencrypted data (although it is possible that GPU itself does that). In case of DVI output, device must support HDCP (which in fact is the weakest link in chain). I can imagine how with VMM program one could tinkering with running kernel and, for example, get unsigned (hacked) video drivers to load.
I wonder if starforce folks are going to try to get in control of VMM on new CPUs if everything else fails against Daemon Tools 4.
This usually doesn't work in latest versions of starforce. It scans IDE controller directly and looks for something attached on it. "starforce nightmare", a tool to handle enabling/disabling ATA, still works on some cd/dvd-drive/motherboard combinations.
Their name is wrong. Because they don't trust user, they trust only hardware which will keep data safe from user's hands. Anyhow since HDMI is broken, high-def videos will still be digitally rippable (although much harder). If applications and OS of the future are going to be unbreakable, it will ignite faster open source software development. Games will require connection to internet and be decryptable only by dedicated hardware given that additional partial key is provided over the internet.
LOMAC:Flaming cliffs is currently probably the only game unavailable as working pirate version. First they used starforce proactive, which is so far unbreakable. Later Lock On glod was released ad 2-cd set (with sf 3) and much later pirate mds disc images appeared, but it seems "author" of it was a complete noob and wasn't able to make a WORKING image. So this one can only be run as legitimate version (although not expensive if one combines it with pirate vecsion of LOMAC 1.01)
FYI, Daemon tools 4 (4.03 is latest version) beats starforce. There is still IDE vs SCSI blacklist, so you will have to unplug optical drives from your PC.
Hmm, no. In the universe there are events with more energy density than it can be produced on earth (proof are detected extremly high-energy gamma rays ). So it is unprobable that these experiments could create something crazy like widening singularity, instant phase shift of a whole universe to different state, or a portal to Hell.
This is only 3 x 10^5 eV/particle (or 300 keV). while LHC next year will achieve energy of 5 x 10^12 eV/particle (proton) or 5 TeV. LHC will be able to produce quark-gluon plasma, thing much hotter than 3.6 billion degrees celsius.
Those chips aren't on the market (not even in 6 months) so it's very much vaporware. But if AMD won't be able to match intels performance, they will have to drop prices of their current generation CPUs and I'm looking forward to that (because cheap athlon xp's were best buy few years ago)
While LKLM flame wars are lead between source pourists and swsusp2 proponents, linux continues to lack decent hibernation support. suspend2 is pretty much hackish, but historically that didn't prevent many features ending up in kernel, even prematurely.
C'mon. Bill himself is buying few millions of them just to ignite buying hype and get game developers/publishers on board.
Besides games and few rudimentary out-of-box functions, that proprietary box is pretty useless.
One thing they probably didn't count is piracy. Buying hype might stagnate if ways to play pirated content won't be found (soon). In the past all popular console system were pirated, so noone knows what to expect if it isn't.
You can move 64-bit floating point data around, but as long as you don't do the double precision fpu math on cell, it is as fast as if processor were capable of doing it in hw, GPU takes care of transformations on current generation consoles anyway. No need to use slow FPU emulation.
Physics is a problem as you say, but I don't think precision is so much important for games, it is often enough to have 32-bit.
XGL has much more potential than accelerated indirect GL. Compositing manager on AIGLX can do same as one working on GLX. Main thing here is good 3D driver support with proper extensions.
XGL, however, can also do accelerated XRender (using glitz), and it's more similar to Quartz. It is also open for future protocol improvements, e.g adding some 3D API support to X server. For ol' xorg server (with XAA or EXA), it would mean lot's of rewriting and either drastically improving driver model (duplicating GL API) or using GL and essentialy becoming same thing as XGL. Note that Nvidia is already doinng GL-based imsplementation of old XFree driver model.
Still, few important problems need to be addresed in XGL, like direct GL (at least fullscreen), multihead support, screen hotplugging, etc.
Is compiz the best approach, I don't really know. Maybe they should've modified metaclty to do what they want (and that is primarily good plugin system for 3D effects).
Although I used OOO for writing my diploma thesis (later switched to latex), MS Office is still installed on my PC. Of course reason is I didn't really pay for it. There is even incentive in my country for students to be able to replace illegal copies of MS software at NO COST(!) for a license. Obviously, MS fears that enforcement will push people not wanting to pay onto free alternatives. Reason I still have MS office is comatibility, mostily with powerpoint files. I doenload lot's of these from local newsgroup, and OpenOffice, apart from long startup time, doesn't render some correctly. One could probably also use free Excel reader from MS, I'm just not sure how well latest file versions are supported.
For creating slides, 2.0 version is very usable. It has everything I need (even good ppt export support), so I don't really need MS Office for production.
Because not trading with them would mean number of US companies running away from U.S. and moving completely to Asia or even EU. It's the only way, China is too important in world economy to be ignored.
This only indicates Microsoft might really be behind recent patent cases. They needed someone to slowdown blackberry while they try to produce equivalent solution. Btw. did they license NTP patents or...?
is a great problem for Microsoft's Vista marketing.
However they had similar problems with memory needs for XP and it didn't show up like a big blocker (partially because memory prices went down at a time before XP release).
There are very cheap graphic cards out there which can run Vista desktop in full power ("aero glass"), starting from radeon 9500/9600 of nvidia fx 5200. A slightly less intensive UI variant will probably work fast even on radeon 8500, Geforce 4 (NOT MX!) or i915(and maybe even older variants?) intel IGP. Some of those cards, can cost as much as $20 second handed.
XGL for example will run fine on r200 ati cards, it is the same level of acceleration as Avalon.
In fact CMS Event Filter (high-level trigger) is going to use x86 processors (probably intel Xeons). Calculations in the system will be performed using, fot the first time, algorithms and respective software packets originally designed to be used for offline analysis, so a whole framework (mostly C++) is devised around already existing applications for them to be usable in "online" processing. Of course, whole system is from the ground up designed with cross platform in mind.
Why does it need Xgl? Avalon is implemented in Direct3D, so almost everything offered in Avalon can be with some work implemented on top of OpenGL + extensions. Therefore from server side you require, for each window, GLX window set up for direct GL, something any recent mainstream X server supports (with proper driver).
Xgl is relevant only if this is done in indirect GL, which is hardware accelerated in Xgl, while software rendered in current server.
In theory Xgl could buffer, e.g, all XRender commands used to draw data to X app bitmaps and let compositing manager actually render them with appropriate transformations accounted for. Same with server side fonts or other similar extensions.
Not easy thing to design though, especially if application does partial screen updates. In that case you would need to rule which vector operations are still visible on desktop and which aren't and delete them from operation queue (which could in case of full-window updates simply be flushed). To have this functioning for applications that can take advantage, I think there should be new protocol extension for actual applications to actively control that queue.
I remember that Avalon stores vector data on graphic card before compositing, at least for 3D objects (I'm not sure how they do fonts).
Slashdot Mirror
If managed code means something like ATI Control Center, then I'm happy that MS didn't develop it's core windows applications in .NET.
Of course we all in the end use third party software because MS always avoids support for common formats in it's picture viewers, music players (their media player sucks in fact), etc.
Linux has very archaic way of handling removable drives. In fact it handles them as non-removable devices, which causes all sorts of problems when user wants to remove the disc/floppy/usb-key. Not that Windows XP is better, machine often freezes if user suddenly ejects cd.
Oh, come on...
Then why isn't there BIOS or motherboard jumper switch (password protected if needed) which will allow user program to to access protected data? Because it's about trusting hardware by vendors, not user.
Whole idea is that only Microsoft or Intel/AMD will have access to decryption keys (and probably US government & intelligence too).
That user security story is only a way to masquerade the whole media industry + MS effort for unbreakable copy protection (remember how Intel was beaten because of their serial numbering scheme). User security is only a secondary objective of Palladium/TCPA.
They obviously must be talking about new Vanderpool/Pacifica virtualisation features. I seem to think that MS is paying much attention only because such rootkits might be a route around Palladium or HD-DVD/Blu-Ray content protection.
In slides from WinHEC they present whole protected video path route. Even bus transfers are encrypted to prevent that type of attack. Kernel, signed and verified by TCPA chip, loads only signed video card drivers (which also take care that decrypted video content isn's ripped from VRAM. Kernel also takes care that nothing can "debug" processes which handle unencrypted data (although it is possible that GPU itself does that). In case of DVI output, device must support HDCP (which in fact is the weakest link in chain). I can imagine how with VMM program one could tinkering with running kernel and, for example, get unsigned (hacked) video drivers to load.
I wonder if starforce folks are going to try to get in control of VMM on new CPUs if everything else fails against Daemon Tools 4.
This usually doesn't work in latest versions of starforce. It scans IDE controller directly and looks for something attached on it. "starforce nightmare", a tool to handle enabling/disabling ATA, still works on some cd/dvd-drive/motherboard combinations.
Their name is wrong. Because they don't trust user, they trust only hardware which will keep data safe from user's hands. Anyhow since HDMI is broken, high-def videos will still be digitally rippable (although much harder). If applications and OS of the future are going to be unbreakable, it will ignite faster open source software development. Games will require connection to internet and be decryptable only by dedicated hardware given that additional partial key is provided over the internet.
LOMAC:Flaming cliffs is currently probably the only game unavailable as working pirate version. First they used starforce proactive, which is so far unbreakable. Later Lock On glod was released ad 2-cd set (with sf 3) and much later pirate mds disc images appeared, but it seems "author" of it was a complete noob and wasn't able to make a WORKING image. So this one can only be run as legitimate version (although not expensive if one combines it with pirate vecsion of LOMAC 1.01)
FYI, Daemon tools 4 (4.03 is latest version) beats starforce. There is still IDE vs SCSI blacklist, so you will have to unplug optical drives from your PC.
Hmm, no. In the universe there are events with more energy density than it can be produced on earth (proof are detected extremly high-energy gamma rays ). So it is unprobable that these experiments could create something crazy like widening singularity, instant phase shift of a whole universe to different state, or a portal to Hell.
This is only 3 x 10^5 eV/particle (or 300 keV). while LHC next year will achieve energy of 5 x 10^12 eV/particle (proton) or 5 TeV.
LHC will be able to produce quark-gluon plasma, thing much hotter than 3.6 billion degrees celsius.
Those chips aren't on the market (not even in 6 months) so it's very much vaporware. But if AMD won't be able to match intels performance, they will have to drop prices of their current generation CPUs and I'm looking forward to that (because cheap athlon xp's were best buy few years ago)
While LKLM flame wars are lead between source pourists and swsusp2 proponents, linux continues to lack decent hibernation support. suspend2 is pretty much hackish, but historically that didn't prevent many features ending up in kernel, even prematurely.
8 cars, but 8 realistic cars, not 20 toys with simplistic handling.
C'mon. Bill himself is buying few millions of them just to ignite buying hype and get game developers/publishers on board.
Besides games and few rudimentary out-of-box functions, that proprietary box is pretty useless.
One thing they probably didn't count is piracy. Buying hype might stagnate if ways to play pirated content won't be found (soon). In the past all popular console system were pirated, so noone knows what to expect if it isn't.
You can move 64-bit floating point data around, but as long as you don't do the double precision fpu math on cell, it is as fast as if processor were capable of doing it in hw, GPU takes care of transformations on current generation consoles anyway. No need to use slow FPU emulation.
Physics is a problem as you say, but I don't think precision is so much important for games, it is often enough to have 32-bit.
So they even abandoned bugfixing of 1.1?
"Nice" approach from Microsoft. If you want a bug fixed, upgrade to new upstream version.
XGL has much more potential than accelerated indirect GL. Compositing manager on AIGLX can do same as one working on GLX. Main thing here is good 3D driver support with proper extensions.
XGL, however, can also do accelerated XRender (using glitz), and it's more similar to Quartz. It is also open for future protocol improvements, e.g adding some 3D API support to X server. For ol' xorg server (with XAA or EXA), it would mean lot's of rewriting and either drastically improving driver model (duplicating GL API) or using GL and essentialy becoming same thing as XGL. Note that Nvidia is already doinng GL-based imsplementation of old XFree driver model.
Still, few important problems need to be addresed in XGL, like direct GL (at least fullscreen), multihead support, screen hotplugging, etc.
Is compiz the best approach, I don't really know. Maybe they should've modified metaclty to do what they want (and that is primarily good plugin system for 3D effects).
Although I used OOO for writing my diploma thesis (later switched to latex), MS Office is still installed on my PC. Of course reason is I didn't really pay for it. There is even incentive in my country for students to be able to replace illegal copies of MS software at NO COST(!) for a license. Obviously, MS fears that enforcement will push people not wanting to pay onto free alternatives.
Reason I still have MS office is comatibility, mostily with powerpoint files. I doenload lot's of these from local newsgroup, and OpenOffice, apart from long startup time, doesn't render some correctly. One could probably also use free Excel reader from MS, I'm just not sure how well latest file versions are supported.
For creating slides, 2.0 version is very usable. It has everything I need (even good ppt export support), so I don't really need MS Office for production.
Because not trading with them would mean number of US companies running away from U.S. and moving completely to Asia or even EU. It's the only way, China is too important in world economy to be ignored.
This only indicates Microsoft might really be behind recent patent cases. They needed someone to slowdown blackberry while they try to produce equivalent solution. Btw. did they license NTP patents or...?
is a great problem for Microsoft's Vista marketing. However they had similar problems with memory needs for XP and it didn't show up like a big blocker (partially because memory prices went down at a time before XP release). There are very cheap graphic cards out there which can run Vista desktop in full power ("aero glass"), starting from radeon 9500/9600 of nvidia fx 5200. A slightly less intensive UI variant will probably work fast even on radeon 8500, Geforce 4 (NOT MX!) or i915(and maybe even older variants?) intel IGP. Some of those cards, can cost as much as $20 second handed. XGL for example will run fine on r200 ati cards, it is the same level of acceleration as Avalon.
In fact CMS Event Filter (high-level trigger) is going to use x86 processors (probably intel Xeons). Calculations in the system will be performed using, fot the first time, algorithms and respective software packets originally designed to be used for offline analysis, so a whole framework (mostly C++) is devised around already existing applications for them to be usable in "online" processing. Of course, whole system is from the ground up designed with cross platform in mind.
Why does it need Xgl? Avalon is implemented in Direct3D, so almost everything offered in Avalon can be with some work implemented on top of OpenGL + extensions. Therefore from server side you require, for each window, GLX window set up for direct GL, something any recent mainstream X server supports (with proper driver).
Xgl is relevant only if this is done in indirect GL, which is hardware accelerated in Xgl, while software rendered in current server.
Interesting point.
In theory Xgl could buffer, e.g, all XRender commands used to draw data to X app bitmaps and let compositing manager actually render them with appropriate transformations accounted for. Same with server side fonts or other similar extensions.
Not easy thing to design though, especially if application does partial screen updates. In that case you would need to rule which vector operations are still visible on desktop and which aren't and delete them from operation queue (which could in case of full-window updates simply be flushed). To have this functioning for applications that can take advantage, I think there should be new protocol extension for actual applications to actively control that queue.
I remember that Avalon stores vector data on graphic card before compositing, at least for 3D objects (I'm not sure how they do fonts).
Avalon is also a (graphic) hardware accelerated UI engine, similar to Xgl.