Support and General Use > Plugins/Viewers
Audible.com and other DRM format ideas
dreamlayers:
--- Quote from: saratoga on January 14, 2009, 11:48:42 PM ---File doesn't matter. What matters is how it runs. Plugins must have the same license as the host application because they run inside it. Applications in linux do not, because they do not run inside the OS "process", but rather as a separate process.
--- End quote ---
Wow! This seems illogical because I can't see how plugins and applications differ. Applications can interact with the operating system and other applications in many ways, including shared memory. "Separate" processes can be more intertwined and interdependent than some applications and their plugins. But you're right:
http://www.gnu.org/licenses/gpl-faq.html#GPLAndPlugins
http://groups.google.ca/group/gnu.misc.discuss/browse_thread/thread/1abca508ac605aa
Thanks for telling me this.
chripley:
Yeah, I have trouble wrapping my head around it, too. Its a cliche how confusing all the different license structures of OSS can be. Thanks for clarifying this to me as well.
So from what I'm understanding, in order to do this it would require:
* Turning Rock box into an OS and the DRM stuff can be an application, not a plugin or
* Convincing Audible to drop DRMNeither of these are likely to happen so now I more fully understand why Rockbox will not support DRM.
But, since Rockbox is not classified as an OS and is instead classified as an application, can you tell me what the OS is? Because then someone can write a closed source library for that OS that Rockbox would be allowed to call upon, according to what you all just wrote.
--- Quote from: dreamlayers ---The best solution is to not buy things with DRM.
--- End quote ---
There is no viable non-DRM audio book market for purchase of digital files. You can purchase audio books on CD and rip them, but that's more expensive and less convenient.
saratoga:
--- Quote from: chripley on January 15, 2009, 08:04:28 AM ---But, since Rockbox is not classified as an OS and is instead classified as an application, can you tell me what the OS is?
--- End quote ---
Depending on your definition it can be both or either.
--- Quote from: chripley on January 15, 2009, 08:04:28 AM --- Because then someone can write a closed source library for that OS that Rockbox would be allowed to call upon, according to what you all just wrote.
--- End quote ---
No this is not a valid conclusion to draw from what I have said. Reread my reply to you from the last time you suggested this idea.
chripley:
--- Quote from: saratoga ---GPLed programs are allowed to call operating system libraries
--- End quote ---
You mean this? If Rockbox is not defined as an OS but is an application, then I should be able to write a closed source library in the OS. I could then write an open-sourced plugin to Rockbox that calls the library. So I ask, what's the OS?
Or better yet, what would it take to allow Rockbox to do this? That's what I'm getting at with all the questions. And most importantly, are the developers of Rockbox even interested in DRM products? If not, that's a simple enough and acceptable answer to me.
Llorean:
Rockbox is also the OS, but it's not an OS designed around the possibility/idea of running applications. It's firmware. You'd have to adapt the architecture to run things as "separate" applications. Then of course you'd have to separate the entire media player out of Rockbox so that your DRM-music-read can actually PLAY the media because there's no way they're going to let you get away with stripping it and writing it back to file, you'd have to keep it in RAM and play it back. Then the playback program is open source, so it'd be trivial to dump to file, so they'd probably require you to decrypt *and* playback in your closed source program, requiring closed-source reimplementation of many of the codecs, etc, etc.
The Rockbox project isn't interested in DRM, anyway, but it's really not nearly as simple as you'd think if you want to do it in a way that even has a hope of achieving cooperation with the people providing the DRM.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version