Er, you could emulate a SPARC years ago; open-sourcing the design of the processor doesn't affect that. But then, I get the feeling that I've been trolled.
Today no OSes support the extreme DRM required by CableCards. A year from now, Vista is supposed to support CableCard. Maybe OS X will. Open source OSes will never be able to support it.
A honeypot need to get infected and then not spread that infection to other computers. Thus it needs a kind of "roach motel security": malware checks in, but it doesn't check out.
Until OpenSolaris becomes distro'ed, we should see more interest from IT admins.
Indeed. There is a lot of interest in OpenSolaris right now, but once there are 20 incompatible distros we can expect some serious disillusionment. Heck, some people might even flee for the comfort of FreeBSD.:-)
Another problem is that if you want support on some machines but not others, you have a choice between a mixed RHEL/CentOS environment or a homogenous Solaris environment. Of course now Sun may have to deal with the customers whose problems magically all happen on the one supported box, while all the unsupported boxes never have any trouble...
They'll just buy a new law that says whatever they want (e.g. we can block, prioritize, de-prioritize, spindle, fold, or mutilate your traffic, but we aren't liable for anything).
I don't see how your statement contradicts CmdrTaco. From what I've seen, average people and businesspeople like webmail and are switching to it in droves.
The (working) HD Tivo is being held back by the too-little-too-late OpenCable standard, which I suspect was sabotaged by the Motorola/Scientific Atlanta cable box duopoly. You will use the cable box provided by the cable company, and you will like it.
By my calculations, a 1500 byte MTU should only cause 10ms of jitter at 1.5Mbps, which doesn't seem too bad.
If you're going to get a separate line for voice, you might as well get a PRI and a VoIP PBX on your premises, which would eliminate Internet problems altogether.
NAT should not be a problem in a business environment if you just don't use NAT.
As for GSM codecs, I wonder if employees would enjoy cellular quality office phones.
The older Windows Media codecs are already supported by ffmpeg (and thus everything else) and a few people are working on an open source WMV9 decoder right now (It's much easier since MS gave the bitstream spec to SMPTE).
Most likely these are BD-ROM discs, not BD-R.
Er, you could emulate a SPARC years ago; open-sourcing the design of the processor doesn't affect that. But then, I get the feeling that I've been trolled.
It's the difference between an open spec and open source. Nobody seems to understand that any more.
What part did you not understand? It's amazing to me that a single-word comment can get a score of 4.
No, because the OS has to ensure that the content remains "protected" after it leaves the card.
Today no OSes support the extreme DRM required by CableCards. A year from now, Vista is supposed to support CableCard. Maybe OS X will. Open source OSes will never be able to support it.
The UN will do it after they take over the Internet. :-)
A honeypot need to get infected and then not spread that infection to other computers. Thus it needs a kind of "roach motel security": malware checks in, but it doesn't check out.
Until OpenSolaris becomes distro'ed, we should see more interest from IT admins.
:-)
Indeed. There is a lot of interest in OpenSolaris right now, but once there are 20 incompatible distros we can expect some serious disillusionment. Heck, some people might even flee for the comfort of FreeBSD.
Another problem is that if you want support on some machines but not others, you have a choice between a mixed RHEL/CentOS environment or a homogenous Solaris environment. Of course now Sun may have to deal with the customers whose problems magically all happen on the one supported box, while all the unsupported boxes never have any trouble...
Ah ha, the Google/Yahoo exception!
They'll just buy a new law that says whatever they want (e.g. we can block, prioritize, de-prioritize, spindle, fold, or mutilate your traffic, but we aren't liable for anything).
I have a feeling Xine hasn't paid the MPEG-2 patent royalties that are necessary to be legal in the USA.
OK, name them.
I don't see how your statement contradicts CmdrTaco. From what I've seen, average people and businesspeople like webmail and are switching to it in droves.
And your alternate suggestion is what? How else will the meeting invitations get to people?
OS X is a 32-bit OS. It can run 64-bit applications, but there appears to be only one such app on the market: Mathematica.
Also, current PowerBooks, iBooks, and minis use the 32-bit PowerPC G4, so a 32-bit Yonah is no worse.
No, an entire desktop computer that contains a Yonah processor consumes 92-108W.
The (working) HD Tivo is being held back by the too-little-too-late OpenCable standard, which I suspect was sabotaged by the Motorola/Scientific Atlanta cable box duopoly. You will use the cable box provided by the cable company, and you will like it.
If you think the current GPL works perfectly well, just ask the Nexenta folks.
By my calculations, a 1500 byte MTU should only cause 10ms of jitter at 1.5Mbps, which doesn't seem too bad.
If you're going to get a separate line for voice, you might as well get a PRI and a VoIP PBX on your premises, which would eliminate Internet problems altogether.
NAT should not be a problem in a business environment if you just don't use NAT.
As for GSM codecs, I wonder if employees would enjoy cellular quality office phones.
The highest-clocked K8 is probably your best bet; a 3.8GHz Pentium 4 probably wouldn't be bad either.
Every word is already used as the name of a product. And the Mambo simulator was named around 2000 or 2001; when did the Mambo CMS start?
That will appeal to the same people who have been buying VME blades full of DSPs or G4s to run their custom signal-processing code.
The older Windows Media codecs are already supported by ffmpeg (and thus everything else) and a few people are working on an open source WMV9 decoder right now (It's much easier since MS gave the bitstream spec to SMPTE).