Often the DRM does need to know about the stream it is encoding though. Because it will only encode part of the stream. This is true of DVDs for instance. If you let mplayer play an encoded DVD stream you will see fragments of frames. I bet the same if true of modern DRM. It uses up space to encrypt. So you just encrypt enough to make the stream unwatchable (like only only encrypt the key frames). And to do that you need to know the structure of the stream and implementing that for multiple different stream type requires being not lazy.

I don't think you should hold the accountants liable. Hold the company liable. And punish it with death by revoking it's charter and liquidating it or something like that. And maybe the government could take control of the brand and certain critical assets so the company cannot just reappear under new ownership.

He would have been hit by the super sonic shock wave it produced wouldn't he? It wouldn't have much mass, but it would carry a sh*t load of energy.

G1 is in OpenJDK and JDK7 as well as the new JDK6. So it's open source. So fear not. I think that as people have mentioned below they are simply trying to protect themselves from people turning on this feature in a production environment and then bitching to them about it.

I'd be really sad to see JavaFX die. I know people hate applets and although I don't agree with them I can't really blame them. Applets have done some serious sucking over the years. But I think times have changed a lot. And especially with all the new JVM languages popping up I'd be really sad to see Flash continue to be the goto technology for interactive graphical web apps. This is partly because I hate flash though.

The meat eating world always seems to ignore the human ability to eat plants. I'm not going to say we shouldn't use silk worms. But human can eat the plants too. It would provide more variety and would probably make the diet healthier. So:

----> while (1) { plants(Sun, Fertiziler); silkworm(Plants); humans(Silkworm, Plants); }

It actually looks like the cylons gained sentients quite recently. Roughly 55 years before the series it looks like. The war 40 years before really was the first cylon war, cause they didn't exist before that.

And although I think the idea of repeated hybridization is cool it's not applicable to the show.

http://en.wikipedia.org/wiki/Cylon_(reimagining)#History

I thought that they minimized it in ways that the userspace switch could not. But I don't know much about the subject

Regardless it seems if the kernel knew about the driver processes it could reduce there latency even below what is possible with the "realtime" scheduler modes. Basically it could force a context switch to the driver as soon as important events occurred.

That is a good point. However it might be worth considering having a hooks in the kernel to make interfacing to the user-space process easier. I think there is work on this going on and that is great. Low-bandwidth/high-latency devices will be able to move into userspace.

However I never want to see a video or audio driver running in userspace. I could be OK with a those drivers running in a "driver-space" if you will. Something like a microkernel. But userspace has way to high of latency and context switch costs.

I'm not sure what the solution is, but closed source drivers are not going to go away, so we will need a way to handle it. As crazy as it sounds maybe a microkernel type interface would be good. It would allow drivers to run outside the kernel without the cost of a full userspace context switch.

I think that a UDP bulk transfer protocol would be cool for a very different reason: Multicast

Wouldn't it be cool if a seeder could queue up lists of people who want a specific small hunk of a block and then send it out to all at once using multicast? It seems like that could actually have a pretty big band-width advantage over TCP. It would be hard to design. Since it would need to implement traffic shaping and all that, but I think it could actually produce a net reduction in bandwidth usage especially at the seed.

In fact it might be able to allow a single seed to appear to upload at many times its real bandwidth.

-Arthur

I would not put that past people.

That is exactly what I was getting at. But I didn't explain it well.

It would be carbon neutral only if the fuel was being created from biomass that was specifically grown for that purpose, in this case carbon would be grabbed from the air and then made into fuel. If the biomass would have existed anyway (this includes garbage even) then what you are doing to converting otherwise solid carbon (== not a problem for global warming) into gaseous carbon (== a problem) and that would not be carbon neutral.