I agree with this. Bloatware is does not mean pre-installed software. Bloatware refers to something like when Nero 5 or so went from dozens of megabytes to hundreds of megabytes when it changed to its later incarnations that wanted to be a search engine, media-library, etc... Or when the great free small bittorrent client Azureus changed to the gigantic ad supported media-library bloatware known as Vuze. Also compare PDF exchange 12MB, Foxit Reader 6MB and Adobe Reader 279MB. Guess which one of these is bloatware?
Bloatware: when upgrades and extraneous bundled packages greatly increase the download/installed/memory/processor utilization of a necessarily compact software package.
"Nay, that I mean to do. Is not this a lamentable thing, that of the skin of an innocent lamb should be made parchment? that parchment, being scribbled o'er, should undo a man? Some say the bee stings: but I say, 'tis the bee's wax; for I did but seal once to a thing, and I was never mine own man since.- How now! who's there?"
Wait wait, what?! Java is great for creating games. If you check out the state-of-the-art 3D accelerated stuff, you'll find games that are the equivalent of Quake, TeamFortress2, Doom3, etc..
The problem is, people don't want to download a 50MB browser plugin.
What we need is a really fundamental (robust, orthogonal?) graphics library for HTML5. Something that handles text, music, sprites, and collision detection, AJAX (web sockets?), even event handling, etc.. in a cross browser way. So that when we make games, we don't have to worry about cross browser issues, so that we can be confident that however it renders in different browsers is the state of the art.
The "HTML 5 Game engine" called Aves looks like it's only for creating 2.5D games like The Sims and therefore not a general purpose game/graphics API. And the second one, while it looks like a good start is only in version 0.1 and doesn't seem to have been updated since 2008. Plus, by the author's own admission, it is not really usable for games because "coding games in JavaScript requires other methods to get games running smoothly" and is just about "about fun and experimenting."
Well hopefully you and I will keep looking, and eventually the community will come together to create an HTML 5 graphics API. Lets keep each other posted!
Could turn out to be a bad thing in the long run? Now, of course, I think the allowing circumvention stuff is great. But is it really necessary to make it illegal to encrypt certain things?
Couldn't a company comply with fair use while still using DRM? Like encrypted iTunes songs that only play on your iPod, but then allow a DRM free version for download to your computer.
"DRM starts when you want to simultaneously allow your friends to access the content, but also not allow them to copy it and upload to some other site. And this cannot be done."
I just giggled at this. Then since DRM is impossible, this law is moot.
kvezach, thanks for discussing this hypothetical situation and allowing me to play Devil's advocate.
In the OLPC-like scenario I describe, DRM is a useful and desired feature for the user. Trusted computing, where only software digitally signed by the company can by run. For example, if you wanted to ensure that students' computers could not get a virus, bug, or if they need a trusted computing environment for the purposes of taking tests and to thwart cheating... or to ensure that your net-nanny software could not be circumvented.
This is a product that could be desirable to some parents. Now it appears that you don't call this DRM.
from wikipedia:
"The term is used to describe any technology that inhibits uses of digital content not desired or intended by the content provider.[1] The term does not generally refer to other forms of copy protection which can be circumvented without modifying the file or device, such as serial numbers or keyfiles.[2]"
My scenario appears to fit 1. And lets just say for the sake of argument that it fits 2.
Now, I suppose it doesn't matter if you or I think this scenario is DRM, but rather it matters if the legislature calls this DRM. FTA, my company would face a fine if it "b) hinders or prevents the free use of works, broadcast transmissions and phonograms which have fallen into the public domain."
Personally, I think that in a free country, if I create a work and release it to the public domain, and then also sell a DRMed version, I should have the right to do that without facing a fine. The consumer is not forced to buy my product. And I should be able to encode a public domain work in any way I wish, seeing how my doing so does not prevent you from viewing the work in some other non-DRM way and since you willingly purchased my DRM product.
From what I gather, using my limited intelligence, you're saying that OLPC-like encrypted, restricted computing platform, could be achieved without the use of DRM?
I'm a little tired and may not be able to think up the perfect example. But I think that this law takes away more freedom than it gives. It does nothing to increase fair use, since you could always your fair use of a public domain work on some other platform. But now, manipulating the bits of a public domain work in a certain way is a crime.
My point is a question of whether or not blocking DRM on all public domain works is in everyone's best interest.
I know what DRM is. Now if you want to talk semantics, imagine you own a work that you want to put on your website, so you encrypt it so that only your friends and family can view it, with your special viewer. This is personal encryption, and it is DRM. Now, my niece goes to jail for uploaded Shakespeare.
Not distributed enough for you? Imagine a Linux based computer like OLPC targeted for kids. Your company distributes Open Source/Public Domain works under DRM to ensure that your users only run software that's up-to-date, reviewed, and covered under your support contract. Now this company can't do business in Brazil.
Why not stick to my post topic, or at least the first/main sentence instead of trying to compare nerd badges.(not directed at you kvezach, but possibly Lord Kano) Can you think of a scenario where blocking DRM legislatively might not be desirable?
I agree with this. Bloatware is does not mean pre-installed software. Bloatware refers to something like when Nero 5 or so went from dozens of megabytes to hundreds of megabytes when it changed to its later incarnations that wanted to be a search engine, media-library, etc... Or when the great free small bittorrent client Azureus changed to the gigantic ad supported media-library bloatware known as Vuze. Also compare PDF exchange 12MB, Foxit Reader 6MB and Adobe Reader 279MB. Guess which one of these is bloatware?
Bloatware: when upgrades and extraneous bundled packages greatly increase the download/installed/memory/processor utilization of a necessarily compact software package.
There's an "oldest profession" - "tiny penis" joke in here somewhere.
sleep(rand());
Whew, I was beginning to seriously question my concept of reality. Thanks.
Give em a GRE practice test.
Well, at least: R u P and e.
If you utilize the left-hand side of an imaginary rectangle enclosing the symbol, the symbol contains all of the letters in the word RUPEE.
says they have experienced the sudden acceleration, I won't believe it.
Sorry but this:
"Nay, that I mean to do. Is not this a lamentable thing, that of the skin of an innocent lamb should be made parchment? that parchment, being scribbled o'er, should undo a man? Some say the bee stings: but I say, 'tis the bee's wax; for I did but seal once to a thing, and I was never mine own man since.- How now! who's there?"
makes no sense.
Great link!
Wait wait, what?! Java is great for creating games. If you check out the state-of-the-art 3D accelerated stuff, you'll find games that are the equivalent of Quake, TeamFortress2, Doom3, etc..
The problem is, people don't want to download a 50MB browser plugin.
Overlord, it's funny, I have the same bookmarks.
What we need is a really fundamental (robust, orthogonal?) graphics library for HTML5. Something that handles text, music, sprites, and collision detection, AJAX (web sockets?), even event handling, etc.. in a cross browser way. So that when we make games, we don't have to worry about cross browser issues, so that we can be confident that however it renders in different browsers is the state of the art.
The "HTML 5 Game engine" called Aves looks like it's only for creating 2.5D games like The Sims and therefore not a general purpose game/graphics API. And the second one, while it looks like a good start is only in version 0.1 and doesn't seem to have been updated since 2008. Plus, by the author's own admission, it is not really usable for games because "coding games in JavaScript requires other methods to get games running smoothly" and is just about "about fun and experimenting."
Well hopefully you and I will keep looking, and eventually the community will come together to create an HTML 5 graphics API. Lets keep each other posted!
4 levels? Wow. TFA only has 1.
I declare Scott Porter the winner. hahaha "Porter"
Hi Overlord. I appreciate your effort searching google and posting these links, but did you bother to click on them?
Your first link is not a games library. At least not in the sense of your 3rd link.
But your 3rd link is 2 years old and the project it mentions doesn't appear to exist anymore.
As mentioned on my favorite site, slashdot.org, there's an MMOG that uses HTML5ish stuff. Well, at least Javascript:
http://slashdot.org/comments.pl?sid=1706968&cid=32783638
Does anyone know of a FOSS HTML5 game library that handles cross-browser compatibility for you?
Asteroids: http://www.kevs3d.co.uk/dev/asteroids/
I found that through this site that has a lot of canvas demos with code: http://www.canvasdemos.com/
Search google for "subpoena example". This may help you get what you want.
Could turn out to be a bad thing in the long run? Now, of course, I think the allowing circumvention stuff is great. But is it really necessary to make it illegal to encrypt certain things?
Couldn't a company comply with fair use while still using DRM? Like encrypted iTunes songs that only play on your iPod, but then allow a DRM free version for download to your computer.
"DRM starts when you want to simultaneously allow your friends to access the content, but also not allow them to copy it and upload to some other site. And this cannot be done."
I just giggled at this. Then since DRM is impossible, this law is moot.
kvezach, thanks for discussing this hypothetical situation and allowing me to play Devil's advocate.
In the OLPC-like scenario I describe, DRM is a useful and desired feature for the user. Trusted computing, where only software digitally signed by the company can by run. For example, if you wanted to ensure that students' computers could not get a virus, bug, or if they need a trusted computing environment for the purposes of taking tests and to thwart cheating... or to ensure that your net-nanny software could not be circumvented.
This is a product that could be desirable to some parents. Now it appears that you don't call this DRM.
from wikipedia:
"The term is used to describe any technology that inhibits uses of digital content not desired or intended by the content provider.[1] The term does not generally refer to other forms of copy protection which can be circumvented without modifying the file or device, such as serial numbers or keyfiles.[2]"
My scenario appears to fit 1. And lets just say for the sake of argument that it fits 2.
Now, I suppose it doesn't matter if you or I think this scenario is DRM, but rather it matters if the legislature calls this DRM. FTA, my company would face a fine if it "b) hinders or prevents the free use of works, broadcast transmissions and phonograms which have fallen into the public domain."
Personally, I think that in a free country, if I create a work and release it to the public domain, and then also sell a DRMed version, I should have the right to do that without facing a fine. The consumer is not forced to buy my product. And I should be able to encode a public domain work in any way I wish, seeing how my doing so does not prevent you from viewing the work in some other non-DRM way and since you willingly purchased my DRM product.
From what I gather, using my limited intelligence, you're saying that OLPC-like encrypted, restricted computing platform, could be achieved without the use of DRM?
I'm a little tired and may not be able to think up the perfect example. But I think that this law takes away more freedom than it gives. It does nothing to increase fair use, since you could always your fair use of a public domain work on some other platform. But now, manipulating the bits of a public domain work in a certain way is a crime.
My point is a question of whether or not blocking DRM on all public domain works is in everyone's best interest.
I know what DRM is. Now if you want to talk semantics, imagine you own a work that you want to put on your website, so you encrypt it so that only your friends and family can view it, with your special viewer. This is personal encryption, and it is DRM. Now, my niece goes to jail for uploaded Shakespeare.
Not distributed enough for you? Imagine a Linux based computer like OLPC targeted for kids. Your company distributes Open Source/Public Domain works under DRM to ensure that your users only run software that's up-to-date, reviewed, and covered under your support contract. Now this company can't do business in Brazil.
Why not stick to my post topic, or at least the first/main sentence instead of trying to compare nerd badges.(not directed at you kvezach, but possibly Lord Kano) Can you think of a scenario where blocking DRM legislatively might not be desirable?
also, why does this need to take command line arguments?
What if you want to make open source software that uses DRM as an integral part of its function? Like maybe, personal encryption?
If only I'd patented my fart-app way back in 2007.