| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: Content protection |
From: "Rich"
This is a multi-part message in MIME format.
------=_NextPart_000_108E_01C73D77.AD024C40
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
The implementation in Windows is a framework with a set of =
capabilities necessary to meet the requirements of not just HD-DVD but =
other content as well. It is not a hard coded implementation of any =
specific requirements. This is necessary to allow Windows to be a =
platform for playback of as much content as possible.
Your example of expiration is something that doesn't apply to HD-DVD, =
or at least I don't think so but I could be wrong. I'm not at all =
familiar with what AACS allows. It is something that applies to =
distributable audio and video content. If you see it used, you should =
contact the content provider and/or licensor to ask why. FWIW, an =
expiration date has been supported since version 1.0 or WMDRM released = in
1999.
Rich
=20
"Geo." wrote in message =
news:45b3c20f$1{at}w3.nls.net...
If the content protection in vista goes above and beyond that found on =
HDDVD=20
players then can you really claim it was just to support protections=20
mandated by the content? For example if vista allows downloading =
content=20
that expires after a week, you can't possibly be serious that vista =
isn't=20
directly responsible for extending the capabilities of HD-DVD content=20
protection.
Geo.
"Rich" wrote in message news:45b2f6e3$1{at}w3.nls.net...
The extra CPU is to support the protections mandated by the =
content. The=20
additional functionality is the ability to render that content at all. =
If=20
you don't want to play protected content such as HD-DVD or bluray then =
you=20
should care that increased CPU is required to do so. If you do want =
to play=20
such content then you should be pleased that it is possible.
Rich
"Rich Gauszka" wrote in message=20
news:45b2ec71$1{at}w3.nls.net...
The Vista team is hallucinating equating additional CPU cycles used =
for=20
drm
with additional functionality for consumers.
from the link
------------------------------------------------------------
Will Windows Vista content protection features increase CPU resource
consumption?
Yes. However, the use of additional CPU cycles is inevitable, as =
the PC
provides consumers with additional functionality.
-------------------------------------------------------------
"John Beamish" wrote in message
news:op.tmhkksu1m6tn4t{at}dellblack.wlfdle.phub.net.cable.rogers.com...
> In this vein ... there was the story that Vista imposed DRM in =
such a
> manner that if (for example) you were listening to a CD that was =
subject
> to DRM and you were a technician viewing (according to this =
example) a
> digital x-ray that the x-ray would be degraded to the same extent =
that=20
DRM
> required the CD to be degraded.
>
> The Windows Vista team replied here:
>=20
=
http://windowsvistablog.com/blogs/windowsvista/archive/2007/01/20/windows=
-vista-content-protection-twenty-questions-and-answers.aspx
------=_NextPart_000_108E_01C73D77.AD024C40
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
The
implementation in =
Windows is a=20
framework with a set of capabilities necessary to meet the requirements = of not=20
just HD-DVD but other content as well. It is not a hard coded =
implementation of any specific requirements. This is =
necessary to=20
allow Windows to be a platform for playback of as much content
as=20 possible.
Your
example of expiration =
is=20
something that doesn't apply to HD-DVD, or at least I don't think so but = I could=20
be wrong. I'm not at all familiar with what AACS
allows. It = is=20
something that applies to distributable audio and video =
content. If=20
you see it used, you should contact the content provider
= and/or=20
licensor to ask why. FWIW, an expiration date has been supported = since=20
version 1.0 or WMDRM released in 1999.
Rich
* Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45)SEEN-BY: 633/267 270 @PATH: 379/45 1 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.