RE: [Opensdrm-general] New version of the document - not yet finished tough

[Carlos S. <car...@is...>]

Dear Gregor and all,

Here are my comments to your comments bellow!

=20

Best regards,

=20

Carlos Serr=E3o (MSc.)

ISCTE/DCTI Lecturer | Adetti Vice-President | PhD Student

Adetti/ISCTE/DCTI | Ed. ISCTE - Av. Das For=E7as Armadas, Lisboa =
1600-082,
LISBOA, PORTUGAL

 <mailto:car...@is...> car...@is...,
<mailto:car...@gm...> car...@gm... | Tel:  + =
351
217 826 480 | + 351 217 903 989 | Fax: + 351 217 826 488

MSN:  <mailto:pon...@ho...> pon...@ho... | =
Y!Messenger:
carlosserrao | Skype: pontocom73

  _____ =20

From: Gregor Siegert [mailto:gre...@av...]=20
Sent: sexta-feira, 19 de Maio de 2006 9:49
To: Carlos Serrao; Panos
Cc: OpenSDRM. SF
Subject: RE: [Opensdrm-general] New version of the document - not yet
finished tough

=20

Panos & Carlos please find my comments below.

=20

Kind Regards,=20

Gregor

=20

  _____ =20

=20

Some players open up as integrated players with the browser (say MS =
Internet
Explorer) How easy or difficult is this to be done with IM1/MOSES player

[Carlos Serrao] Panos, I hope you have read my previous email =96 I =
think I
already answered to this =96 but from my previous experience in MOSES, I
rather would like to forget IM1 player =96 we already have the VLC =
player in
our vision which supports MPEG-4 and it can be already integrated in the
web-browser as well =96 and not only IE but also FF.

[Gregor Siegert] I agree completely to Carlos apart from the limited
function set of the IM1 player for two reasons. 1) OpenSDRM is really =
open
source the IM1/MOSES with its history is not. 2) VLC is a really =
excellent
and stable player that is already widespread and, if utilized, will open
this system to a much larger community.   =20

[Carlos Serrao] Yes, IM-1, from what I remember, is a complete mess! =
More,
with VLC we can find some support in the OS community =96 with IM-1 who =
will
offer this support?

=20

Or the player should be preinstalled in order to open up as integrated =
when
an appropriate stream encountered ?

[Carlos Serrao] The player should be already on the system, if possible =
=96 at
least it should be a requirement in order to access to DRM-protected
content.

[Gregor Siegert] I believe that OpenSDRM as such does not need a player,
it=92s rather a platform to protect any kind of digital content in a =
very
flexible way. A specific player for specific content gets relevant if
restricted access to content for rendering shall be given to the user. =
This
may not the goal of all OpenSDRM users. Some may just want to employ =
simple
watermarking strategies and still allow full access to the content. No
special player/rendering device should be needed to achieve that. In =
other
words OpenSDRM must support players that don=92t integrate with the =
server
framework. This is my opinion and I think it is a strategic question for
what we want to achieve.=20

[Carlos Serrao] It=92s true. OpenSDRM should be independent from the =
Player,
but not from other client stuff =96 for instance Wallet, once it is
responsible for mediating the DRM access. The architecture is: Player ->
Wallet -> DRM platform. More, we don=92t need to have any player on the
project sure =96 but how do you demonstrate the usability and usefulness =
of
the system? You need a player to be able to show DRM protected content =
=96
just for demonstration. If you don=92t have one, you will have to =
convince
others to do that for you, and at the beginning this will be extremely
difficult. That=92s why we need a player =96 but the system is =
independent of
the player =96 this I agree.

=20

From our own experience, since we have done this to the Zinf player and =
MP3,
protecting and integrating the protection on the player is not an easy =
task
=96 that=92s why this is a task that needs a good knowledge of the =
content
formats and C/C++ programming. I also think that our strategy should be =
as
much as possible to preserve the content format, and only protected the
content data. For instance, in the case of MP3, we have only ciphered =
the
audio data, maintaining the MP3 file structure.

[Gregor Siegert] This also depends heavily on how open the core of the
player is. Usually a player architecture is working as a chain of =
different
components that use intermediate formats on their interfaces. For =
instance
MP3 --> Decoder --> PCM --> Decoder --> Raw Audio Buffer. One has to =
break
this chain and insert another component doing some of the DRM stuff, =
e.g.
MP3 --> Decoder --> PCM --> DRM stuff -> Decoder --> Raw Audio Buffer.
Winamp for instance works like that. Some players allow to break the =
chain
some don=92t.

[Carlos Serrao] Yes, that=92s what I said!!!

=20

______________________________________________________________________