I don't know, but they had better have some innovative music previewing technology to deserve a patent.
Of course, if this isn't just a lesson to Amazon about patents, I would be concerned about suit against cdnow.com, mp3.com, anybodythatsellsmusiconline.com, etc.
Anybody have some actual information on the patent involved in this case?
Actually, I would think that the funding that AIDS recieves as far more beneficial than just a cure for AIDS.
A cure for AIDS is not really a cure for AIDS but a cure for viral infections. Such a process would inevitably lead to a number of cures for other diseases (common cold, hepatitis, etc) that would be far more beneficial than just the single cure. If you look at the sum of the parts of the research, it might explain the amount of funding that is applied to such an "easily preventable" disease.
I get just as much spam from my phone as I do in my e-mail. I just wonder how many times i have to suggest that "no, I don't want to switch long distance", "no, I don't want credit insurance", and "no, I'm not interested in whatever".
Hopefully, they won't actually start calling (oops, direct marketing) you on your cel phone. I rarely answer my phone at home for this very reason.
Imagine in the future when everything is 'net enabled. Specific types of spam can be sent to different appliances:
food items to the fridge and stove
shows to watch to the tv
what kind of toilet paper to buy to the toilet
brands of tires and gas to your car
The annoyance possibilities are enless. Long live the free market.
Does anyone know if this system uses the pentium hardware keys that were protested a couple of months ago? I read that it was designed by commitee (Open Group), but is there any change that you might have "tighter, more effective security" if you enable the Pentium Keys on Intel machines? Do you have to enable the keys on Intel machines? And if so, is Intel suggesting to other processor manufacturers to add a UID to their chips?
This seems like the most obvious for Intel to be developing such a system, so that joe average doesn't have to remember a password, etc. Of course, switching your data to another machine would be a problem...
Just a shot in the dark, but this seems like quite an obvious use for the UID, which may concern some people. Anybody have any thoughts or information on this?
But you have to look at the basic, primal human desire for rythm.
MP3 flows. Each sound flows into the next...like...a bird's song.
Oog..well...doesn't flow. It's more like the name of say...an anonymous slashdot poster that would break your head.
On another note, the argument was more for the popularity of mp3 among the joe/jane's of the world. How many of them would know a Vorbis from a Sorensen? All they care is, "why don't the video run?".
And they like bird songs over cave men. Basic primal instinct.
Oh, and please, please, please realize I'm joking...
I'm surprised that nobody here realizes the real reason for the popularity of mp3. It has nothing to do with the compression efficiency, decoding algorithm speed, or streaming ability
It's got a catchy name.
Marketing departments wish they could come up with something that will catch and snag joe (or jane) sixpack's eyes. Joe/Jane only care that they can remember it when at the bbq trying to show off their computer wizz skills.
Try and get anyone to remember Ogg Vorbis, or whatever it was. This puppy is dead in the water already.
I was actually talking about the initial boot/decompress sequence, which is limited to 1 meg of kernel code/data on a PC. I think that was really the initial reason to create loadable modules; people were compiling thier kernels but couldn't boot them because they were too big.
That is true about the loadable module memory usage and page fragmentation, but in the grand scheme of things, isn't really all that important if you can't boot your system.:)
I was originally writing a comment to say that there really shouldn't be a major performance issue. Once I thought about it, I found out I was quite wrong. The original architecture that I thought of was that of a kernel level module that passed an API which would allow for access to ports, PCI, memory, etc, which any kernel module can do. Since Linux implements only a 2 layer protection model (I'm pretty sure it doesn't implement the 4 ring protected mode model supported by ix86), any module loaded into the kernel should have full access to hardware. Then all it has to do is provide an API which acts like hardware access. Simple, right?
Under this model, which might not be how it is done, you require 1 system call for every hardware access, unless they have a nifty command language which allows for burst access' to be sent during a single call. System call over head is usually pretty high, especially if you're only trying to read/write a port. I could not see a huge amount of performance off of such a system, and it would be almost useless for anything which would require pseudo-realtime response. But, it could be used to create a portable driver for a number of things, so more power to it.
Of course, the architecture could be completely different from what I'm assuming, so this comment could just be full of crap. If it is, please enlighten me:-)
IANA3h, but, I don't think there really is any steady state performance benefit for compiliing the drivers directly into the kernel.
The linux kernel is monolithic, meaning that just about everything, including drivers, is compiled into the kernel image. This has changed with the advent of loadable modules, where the drivers could be loaded into the kernel memory space on the fly when needed. This allowed for a smaller memory footprint for the kernel boot image, without requiring any of the drivers to be removed from the system.
There is some overhead during module loading, but once the module is loaded, there really should be no performance loss/gain over a regular compiled driver statically linked into the kernel.
Of course, i just re-read your command and realized that I didn't really answer your question, but maybe I got a couple of 31773 points for the pseudo-explanation:-)
My boss just went through contract negotations for the game that I am currently working on, and phrases such as "reasonable effort", "best effort" and " were one of the major sticky points. This could mean:
you attempt to with best intentions, but if you can't, you say sorry.
you make every effort to do the requested action up until you go out of business or run out of money
you don't/can't do the requested action and they sue you, thus leading the previous result
Of course, the last contract (which is what the current one is based on) contained the same statement but was totally missed by our company's previous lawyer. The meaning of such things all depends upon how sticky the granting company is, and the cost/skill of their lawyer.
It's all just legalese anyways, so I don't try to think about it too hard. I'll just concentrate on the code...
The biggest problem that I see right now for the Dreamcast is the total lack of available dev kits. It seems that, unless you jumped on the bandwagon back in the day, it is virtually impossible to get one. The company I work for is checking every North American and European contact that they have (internal and external to Sega) and it is still impossible to get one. One of our projects was cancelled due to this fact. With everyone still trying to make thier mark with the next gen consoles, this is quite possibly the least intelligent thing to be doing. Sure the PSX2 is difficult to program, but so is a console that you can't get your hands on.
And for the online gaming thing, Sega's 'net library is still only in alpha (for North America), every publisher wants 'net play, but no publisher wants to give it any more time than a simple port. As a developer, I currently see no future with the system if they don't hurry and clear up their development issues soon.
Hmm...maybe this has something to do with the new feature of 2.4 where you can update the microcode on your cpu? Kinda like those other virus' that would put your cpu into a "really fast loop" and burn up the transistors in your cpu.
Slashdot Mirror
Of course, if this isn't just a lesson to Amazon about patents, I would be concerned about suit against cdnow.com, mp3.com, anybodythatsellsmusiconline.com, etc.
Anybody have some actual information on the patent involved in this case?
A cure for AIDS is not really a cure for AIDS but a cure for viral infections. Such a process would inevitably lead to a number of cures for other diseases (common cold, hepatitis, etc) that would be far more beneficial than just the single cure. If you look at the sum of the parts of the research, it might explain the amount of funding that is applied to such an "easily preventable" disease.
Thanks for the info.
Hopefully, they won't actually start calling (oops, direct marketing) you on your cel phone. I rarely answer my phone at home for this very reason.
Imagine in the future when everything is 'net enabled. Specific types of spam can be sent to different appliances:
food items to the fridge and stove
shows to watch to the tv
what kind of toilet paper to buy to the toilet
brands of tires and gas to your car
The annoyance possibilities are enless. Long live the free market.
This seems like the most obvious for Intel to be developing such a system, so that joe average doesn't have to remember a password, etc. Of course, switching your data to another machine would be a problem...
Just a shot in the dark, but this seems like quite an obvious use for the UID, which may concern some people. Anybody have any thoughts or information on this?
MP3 flows. Each sound flows into the next...like...a bird's song.
Oog..well...doesn't flow. It's more like the name of say...an anonymous slashdot poster that would break your head.
On another note, the argument was more for the popularity of mp3 among the joe/jane's of the world. How many of them would know a Vorbis from a Sorensen? All they care is, "why don't the video run?".
And they like bird songs over cave men. Basic primal instinct.
Oh, and please, please, please realize I'm joking...
It's got a catchy name.
Marketing departments wish they could come up with something that will catch and snag joe (or jane) sixpack's eyes. Joe/Jane only care that they can remember it when at the bbq trying to show off their computer wizz skills.
Try and get anyone to remember Ogg Vorbis, or whatever it was. This puppy is dead in the water already.
That is true about the loadable module memory usage and page fragmentation, but in the grand scheme of things, isn't really all that important if you can't boot your system. :)
Under this model, which might not be how it is done, you require 1 system call for every hardware access, unless they have a nifty command language which allows for burst access' to be sent during a single call. System call over head is usually pretty high, especially if you're only trying to read/write a port. I could not see a huge amount of performance off of such a system, and it would be almost useless for anything which would require pseudo-realtime response. But, it could be used to create a portable driver for a number of things, so more power to it.
Of course, the architecture could be completely different from what I'm assuming, so this comment could just be full of crap. If it is, please enlighten me :-)
The linux kernel is monolithic, meaning that just about everything, including drivers, is compiled into the kernel image. This has changed with the advent of loadable modules, where the drivers could be loaded into the kernel memory space on the fly when needed. This allowed for a smaller memory footprint for the kernel boot image, without requiring any of the drivers to be removed from the system.
There is some overhead during module loading, but once the module is loaded, there really should be no performance loss/gain over a regular compiled driver statically linked into the kernel.
Of course, i just re-read your command and realized that I didn't really answer your question, but maybe I got a couple of 31773 points for the pseudo-explanation :-)
you attempt to with best intentions, but if you can't, you say sorry.
you make every effort to do the requested action up until you go out of business or run out of money
you don't/can't do the requested action and they sue you, thus leading the previous result
Of course, the last contract (which is what the current one is based on) contained the same statement but was totally missed by our company's previous lawyer. The meaning of such things all depends upon how sticky the granting company is, and the cost/skill of their lawyer.
It's all just legalese anyways, so I don't try to think about it too hard. I'll just concentrate on the code...
This was the subject of a Suck parody a couple of weeks ago. Check out project Crapster which is exactly that. The full article can be found here
silk, a low-k dielectric material that is commercially available from the Dow Chemical Co.
Proposed New Slashdot slogan: Read First, Post Later
And for the online gaming thing, Sega's 'net library is still only in alpha (for North America), every publisher wants 'net play, but no publisher wants to give it any more time than a simple port. As a developer, I currently see no future with the system if they don't hurry and clear up their development issues soon.
Hmm...maybe this has something to do with the new feature of 2.4 where you can update the microcode on your cpu? Kinda like those other virus' that would put your cpu into a "really fast loop" and burn up the transistors in your cpu.