...the SQL language retrieves information from SQL databases, not relational ones (the former, Chamberlin's own contribution) due to failure to understand the latter....
(emphasis not mine)
Makes me wish I understood a bit more, for it's all a bit confusing.
Disclaimer: I work for Intel. I can't say much, NDA and all that (and being as low on the totem pole as I am, I don't have a great perspective), but basically: Yes, they're out there, yes they're in development.
IIRC, the IBM SBX44 project supports EFI. This is a 4x Xeon blade. Check it out here:
http://www.intel.com/design/servers/blades/order co des.htm
Search for SBX44. It doesn't mention EFI in the feature list, but I know (and I assume I can discuss, since it's gone production) it does have an EFI shell, in addition to an AMI BIOS.
(The bios still boots, and then can transfer to EFI, which has a shell that acts much like an operating system in and of itself. It's kind of like DOS, but with better support for USB and the like...)
So, the answer is yes.
Now let's just hope I don't get fired. Where's that post anonymously button?
Indeed. There is a large difference between rendering and storing geometry. Given the correct pipeline, you could take a game model and toss it into a movie. (FMVs, anyone? The dense mesh is probably just a subdivided original with detail tweaks). The question then becomes, what will this support in this arena?
I could see a format that handles basic geometry (polygonal, spline, and the like), texture information (including UV mapping, etc), lighting, and then have an application-extensible area to carry more specific information. This would allow applications at the very least to commonly share geometry without problems, which would be useful (I see problems with.obj and.3ds constantly). Then they could provide converters for the app specific data.
Also, I don't see this as a problem that it's open. Who cares? If someone wants to steal a model, it's going to be in one of the major formats (a 3ds scene, a maya scene, an XSI scene, a LW scene, etc), and you can usually find free converters between applications, and if not, just pirate one... I mean, if you're not concerned with copyrights in the first place.
Alright, this is all very well and good for games and general purpose stuff, but (since 3DIF is slow at getting login confirmations) I looked at the rather small list of supporting companies in their FAQ, and this is what I saw:
Adobe, Boeing, Dassault/Systemes, NGRAIN, Lattice, Microsoft, Parallel Graphics, SGDL Systems and Tech Soft
Where's discreet (3dsMax), where's avid (Softimate), maxon (Cinema4d), or alias (Maya), or how about newtek (Lightwave)? Maybe this can become the universal CAD format, but if those are their backers, don't expect this to become a standard in the high-end 3D arena. Someone mentioned Kaydara Motionbuilder earlier -- that's good, but proprietary.
I wouldn't give this much credibility as a UNIVERSAL format until they get some of those companies in on it... And if they are, and they aren't listing it in their FAQ, they're foolish.
That's the cheapest $400 yo-yo I've ever seen...
on
Extreme Yo-Yoing
·
· Score: 0, Insightful
Microsoft doesn't want to have to bug users every time a site with a plug-in (e.g. FLASH) comes up. So they've built this in to IE to circumvent the Eolas patent case ruling.
Flash is probably the most used plug in out there. So why is this at all a surprise? Not only does Microsoft gain more ground, but they also get to skimp around the ruling.
A better solution would be a (considerably smaller) worm that changes IE's browser 'name' (the text that is sent to the server and also what shows up in those Nielsen-like browser ratings) to Mozilla. It wouldn't be harmful, so it wouldn't be noticed nearly so quick.
Why not that? Microsoft will see market share going away from them (make the worm work slow, though!), and that might make them change their ways.
It'd be even better if the wormed moved through an IE exploit.:P
I assume your comment was in jest, but it got rated +5 (insightful of all damn things), for no real reason.
No, you cannot compare piracy to the advent of the auto industry. Piracy is not a reasonable way to run an economy. If all of a sudden EVERYONE started pirating movies the economy would take a huge friggin' nosedive. No more movies, studios, employees, no more tabloids, half the shows on television (being Extra, ET, Inside Edition or what have you) would drop off the face of the earth, and generally the world would be a better place. But even so, the economy would suck more than it does now.
It was once proposed that a company be formed that purchases a bunch of CDs. People then 'invest' in the company, so they own a part of the company, which in turn owns the CDs. Then they are all shared "owners" of the CDs. Now, what I'm not sure about is whether or not you'd have to "check a song out" ala a library in order to play it or if it wouldn't be considered copying to let anyone play a song at any time.
So here's my question: What is the granularity of copyright law? Obviously no larger than an album, but how about one 44 thousandth of a second? Sampling rate?
This is my idea. I purchase a CD, rip the songs to MP3 (within my rights, obviously), and then set up some software which would check out 1/44,000th of a second to people who request it. In this way, I'd stream to them the entire song on demand, with perhaps a little bit of a delay if someone else is accessing that 1/44,000th of a second. Now, since now two 1/44,000th of that song would be at use at a given time, would it be in violation of copyright? I don't see how it could be.
Or, better yet, set it up like a software license ("you may have this program installed on 100 computers, but only one copy of the software may be in use at any time"). That is the songs are located locally, they just vie for that 1/44,000th to start playing their songs. If all songs are played at exactly the same rate, it could be inferred that they would never overlap with someone else's playing, and that the song (or rather, portions thereof) would never be in use someplace else. Thus it hasn't been copied.
Now, combine this with the shareholder scenario and you have a good system of song distribution without copyright infringement. Right..?
Tell me why, besides logistical reasons, this would not work?
This is essentially client side protection, right?
The BIOS either validates software or doesn't validate software. It could do this by an internal registry/hash table, or go out on the internet (requiring a much tighter coupling of the bios/os).
Any way you do this, there's always a place to wedge in some code that always says "Yes, that's alright." Sure, it may violate the DMCA, but, then, prevention of copying music, programs, et al, violate your rights as a consumer.
If they're going to do DRM, you'd think they'd have to make the protocol pretty open, or it'd leak fast. And, just like deCSS, once it's out, it's out, and not a goddamn thing they can do about it. Trust me, there are enough tech-savvy people who work at these big companies who don't believe in DRM to get any obfuscated protocol out to the public pretty damn fast.
Slashdot Mirror
... was reading too much Slashdot.
I knew nothing good could come of all those beowulf cluster ideas!
Damn, there goes the $50 I lost on the bet that Duke Nukem would come out first. :(
Well, except the article states:
...the SQL language retrieves information from SQL databases, not relational ones (the former, Chamberlin's own contribution) due to failure to understand the latter. ...
(emphasis not mine)
Makes me wish I understood a bit more, for it's all a bit confusing.
Disclaimer: I work for Intel. I can't say much, NDA and all that (and being as low on the totem pole as I am, I don't have a great perspective), but basically: Yes, they're out there, yes they're in development.
r co des.htm
IIRC, the IBM SBX44 project supports EFI. This is a 4x Xeon blade. Check it out here:
http://www.intel.com/design/servers/blades/orde
Search for SBX44. It doesn't mention EFI in the feature list, but I know (and I assume I can discuss, since it's gone production) it does have an EFI shell, in addition to an AMI BIOS.
(The bios still boots, and then can transfer to EFI, which has a shell that acts much like an operating system in and of itself. It's kind of like DOS, but with better support for USB and the like...)
So, the answer is yes.
Now let's just hope I don't get fired. Where's that post anonymously button?
Check this one out as well:
http://www.wweek.com/html/cover041598.html
The images are a bit borked, but still. Wow, that's from 1998.
This isn't exactly news. It's been happening for a long time.
This is an excellent boon for open source software. Even if we only get small portions of it, having open-source Java can only benefit the community.
Thanks, Sun!
That, or the pretty red light of your retinas being burned to bits.
Have fun!
Indeed. There is a large difference between rendering and storing geometry. Given the correct pipeline, you could take a game model and toss it into a movie. (FMVs, anyone? The dense mesh is probably just a subdivided original with detail tweaks). The question then becomes, what will this support in this arena?
.obj and .3ds constantly). Then they could provide converters for the app specific data.
I could see a format that handles basic geometry (polygonal, spline, and the like), texture information (including UV mapping, etc), lighting, and then have an application-extensible area to carry more specific information. This would allow applications at the very least to commonly share geometry without problems, which would be useful (I see problems with
Also, I don't see this as a problem that it's open. Who cares? If someone wants to steal a model, it's going to be in one of the major formats (a 3ds scene, a maya scene, an XSI scene, a LW scene, etc), and you can usually find free converters between applications, and if not, just pirate one... I mean, if you're not concerned with copyrights in the first place.
Alright, this is all very well and good for games and general purpose stuff, but (since 3DIF is slow at getting login confirmations) I looked at the rather small list of supporting companies in their FAQ, and this is what I saw:
Adobe, Boeing, Dassault/Systemes, NGRAIN, Lattice, Microsoft, Parallel Graphics, SGDL Systems and Tech Soft
Where's discreet (3dsMax), where's avid (Softimate), maxon (Cinema4d), or alias (Maya), or how about newtek (Lightwave)? Maybe this can become the universal CAD format, but if those are their backers, don't expect this to become a standard in the high-end 3D arena. Someone mentioned Kaydara Motionbuilder earlier -- that's good, but proprietary.
I wouldn't give this much credibility as a UNIVERSAL format until they get some of those companies in on it... And if they are, and they aren't listing it in their FAQ, they're foolish.
Odd... must be due to exchange rates:
The $400.. wait, $16 yo-yo.
Right...
Microsoft doesn't want to have to bug users every time a site with a plug-in (e.g. FLASH) comes up. So they've built this in to IE to circumvent the Eolas patent case ruling.
Flash is probably the most used plug in out there. So why is this at all a surprise? Not only does Microsoft gain more ground, but they also get to skimp around the ruling.
Where's my tinfoil hat?
A better solution would be a (considerably smaller) worm that changes IE's browser 'name' (the text that is sent to the server and also what shows up in those Nielsen-like browser ratings) to Mozilla. It wouldn't be harmful, so it wouldn't be noticed nearly so quick.
:P
Why not that? Microsoft will see market share going away from them (make the worm work slow, though!), and that might make them change their ways.
It'd be even better if the wormed moved through an IE exploit.
Here's the dilly-o:
I haven't played with 2k3, but from a lot of reports it's halfway decent.
If Microsoft starts releasing a good product that can compete head to head with Linux, then the world is a better place all around.
You may not like it, but it will and DOES encourage linux developers to be more resourceful and create an even better OS.
Honestly, bullshit.
I assume your comment was in jest, but it got rated +5 (insightful of all damn things), for no real reason.
No, you cannot compare piracy to the advent of the auto industry. Piracy is not a reasonable way to run an economy. If all of a sudden EVERYONE started pirating movies the economy would take a huge friggin' nosedive. No more movies, studios, employees, no more tabloids, half the shows on television (being Extra, ET, Inside Edition or what have you) would drop off the face of the earth, and generally the world would be a better place. But even so, the economy would suck more than it does now.
Jesus...
It was once proposed that a company be formed that purchases a bunch of CDs. People then 'invest' in the company, so they own a part of the company, which in turn owns the CDs. Then they are all shared "owners" of the CDs. Now, what I'm not sure about is whether or not you'd have to "check a song out" ala a library in order to play it or if it wouldn't be considered copying to let anyone play a song at any time.
So here's my question: What is the granularity of copyright law? Obviously no larger than an album, but how about one 44 thousandth of a second? Sampling rate?
This is my idea. I purchase a CD, rip the songs to MP3 (within my rights, obviously), and then set up some software which would check out 1/44,000th of a second to people who request it. In this way, I'd stream to them the entire song on demand, with perhaps a little bit of a delay if someone else is accessing that 1/44,000th of a second. Now, since now two 1/44,000th of that song would be at use at a given time, would it be in violation of copyright? I don't see how it could be.
Or, better yet, set it up like a software license ("you may have this program installed on 100 computers, but only one copy of the software may be in use at any time"). That is the songs are located locally, they just vie for that 1/44,000th to start playing their songs. If all songs are played at exactly the same rate, it could be inferred that they would never overlap with someone else's playing, and that the song (or rather, portions thereof) would never be in use someplace else. Thus it hasn't been copied.
Now, combine this with the shareholder scenario and you have a good system of song distribution without copyright infringement. Right..?
Tell me why, besides logistical reasons, this would not work?
Yeah, and if they're strapped for cash, at least we know they have $2000 to pay off the lawyers...
How about:
Cunting bitch.
I always liked that one.
This is essentially client side protection, right?
The BIOS either validates software or doesn't validate software. It could do this by an internal registry/hash table, or go out on the internet (requiring a much tighter coupling of the bios/os).
Any way you do this, there's always a place to wedge in some code that always says "Yes, that's alright." Sure, it may violate the DMCA, but, then, prevention of copying music, programs, et al, violate your rights as a consumer.
If they're going to do DRM, you'd think they'd have to make the protocol pretty open, or it'd leak fast. And, just like deCSS, once it's out, it's out, and not a goddamn thing they can do about it. Trust me, there are enough tech-savvy people who work at these big companies who don't believe in DRM to get any obfuscated protocol out to the public pretty damn fast.
Cheers.