GeneralThis forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
basically, saying that the incapability of decoding drm is a limitation in linux.
i can see how this is frustrating because i have a similar thread on trying to play drm streams in xine. should linux only support a smaller set of formats ? (i.e. i dont like drm so i will never use it.) this is catch-22 because it is like: i dont like windows so i wont use it - eventhough i have to use it for work.
__________________
basically, saying that the incapability of decoding drm is a limitation in linux.
As the following post (#8) says, DRM is not a limitation of Linux OS.
DRM is a closed format. Whether or not the Linux community can "address" a DRM restriction depends on the vendor of the DRM opening up the format. There's nothing the Linux developers can do about that.
yup, maybe limitation is the wrong word. but like the president of the fsf says in the second link, it is an inconvenience and so many sheep-le will use drm enabled software than to suffer thru without it.
also:
Quote:
Originally Posted by daihard
DRM is a closed format. Whether or not the Linux community can "address" a DRM restriction depends on the vendor of the DRM opening up the format. There's nothing the Linux developers can do about that.
i guess i am not certain of how drm works but is it like any normal client-server relationship where the client asks the server for something like a certificate to authenticate that the client (user) is able to see that content ?
what is stopping xine / mplayer from asking for a cerificate (key) to descramble a stream.
can somebody let me know if this is how other drm players work (windows media player) ?
again, my knowledge on cryptography is limited but can that key be used to x-or against the drm-stream and obtain the unscrambled stream.
i guess i am not certain of how drm works but is it like any normal client-server relationship where the client asks the server for something like a certificate to authenticate that the client (user) is able to see that content ?
AFAIK, DRM can be implemented in different ways. Encryption can be embedded in the file itself, or like you say, issuing/obtaining a key can be part of it. In any case, enabling the playback of DRM'ed contents would most certainly require reverse-engineering on the Linux side. I'm sure it is doable (see "DeCSS" for instance). How easy it would be will depend on the particular DRM you target.
In my opinion, the biggest problem with reverse-engineering is that the DRM holder can change the implementation anytime, making the reverse-engineered code useless. A good example I can think of is "hymn," which was designed to unlock the Apple FairPlay DRM. It used to work very well, but Apple kept changing their DRM scheme to make it incompatible with hymn.
Bottom line is... you can spend many hours trying to write software that works with a certain DRM scheme, only to see the effort go to waste in a few days after it's finished.
In my opinion, the biggest problem with reverse-engineering is that the DRM holder can change the implementation anytime, making the reverse-engineered code useless. A good example I can think of is "hymn," which was designed to unlock the Apple FairPlay DRM. It used to work very well, but Apple kept changing their DRM scheme to make it incompatible with hymn.
True, but the hymn-forum folks still manage to keep up as well (xxxFairUse), so Apple's strategy seems to be a waste of time as well.
You have other ways and other (legal) tools that can remove the drm from iTunes music (like audacity connecting xxx, Grip with a xxx, PAC using xxx) on your Linux system as well.
This form of DRM use just doesn't work.
EDIT: I've used "x"'s since I doubt it's legal to explain this...
People simply shouldn't use it.
True, but the "hymn" folks still manage to keep up as well (QTFairPLay), so Apple's strategy seems to be a waste of time as well.
You have ways and other (legal) tools that can remove the drm from iTunes music (like audacity) as well.
This form of DRM use just doesn't work.
It's good to know that the hymn project isn't dead. I stopped following them a while ago.
I agree that the FOSS world eventually figures out how to cope with most forms of DRM. The issue is that it still takes a lot of endless effort in keeping up with the changes the copyholders make to invalidate the FOSS solutions. It will always be a rat race. The hardcore FOSS folks wouldn't mind following them, but the "average users" may not be all that patient.
I think the Pool Options is missing an item. You didn't set an opportunity to those that classify Windows and UNIX equally good.
UNIX is better than WINDOWS < Unix biased
what?HELLO.i am UNIX. the best! < Unix biased
whooa, wait a minute. Windows is BETTER than UNIX < Windows Biased
hoo-boy..i don't like both. < None Biased
errr...i don't know, what is UNIX afterall? < Not Clear < Not windows biased
windows?never heard of it... < Not Clear < Not unix biased
Perhaps an option like
"Both WINDOWS and UNIX are good"
woule be nice
Distribution: debian with bits of everything stuck on it
Posts: 114
Rep:
Kizzume, a long way back up the tread superpi was mentioned, I was hoping a few folks would post benchmarks No one did
Superpi is frequently used as a rough benchmark (so gamers can justify spending silly amounts of money ) but one quirk with it is linux is almost always around 10% faster to do the calculations than the same machine using windows.
Someone posted back after running the windows version of the program under wine and had significantly better speeds than running it natively in windows on the same machine. Also, larger calculations where crashing windows but running fine under wine.
One problem was memory, when linux started using swap the speeds dropped by a huge amount, this is a little before windows was locking up though.
cheers
Superpi is frequently used as a rough benchmark (so gamers can justify spending silly amounts of money ) but one quirk with it is linux is almost always around 10% faster to do the calculations than the same machine using windows.
Someone posted back after running the windows version of the program under wine and had significantly better speeds than running it natively in windows on the same machine. Also, larger calculations where crashing windows but running fine under wine.
One problem was memory, when linux started using swap the speeds dropped by a huge amount, this is a little before windows was locking up though.
cheers
16К - 1.199 s.
32K - 2.727 s
64K - 6.433 s
128K - "accessviolation at adress "0x0047324e" read from adress "oxffffffff"
Crashes with all values higher than this one.
---
And now something interesting. Same configuration, same program, but started under ASPLinux 11 using wine.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.