[mythtv] [PATCH] Enable recording of encrypted channels without decrypting them first.

Mark irish at irishmark.co.uk
Thu Jul 15 19:00:48 UTC 2010


>
>
> Just be careful about the 'crypto-with-a-hole' rules..  You need to show
> that the interface is general, and can be used with anything, not just
> something for the crypto.  For example, you might want to make something
> that does e.g. deinterlacing, or some other real in-place data
> transformation.  Yes, I know we already have mythtranscode, but for
> something like this you may want to take that a step further.
>
> Just my $0.02 as a long-time crypto guy.
>
> -derek
>
>
Sorry to butt in on your discussion here, but I think its a little
misleading.
This innovation is not about using anything as nefarious as a s0ftc4m
 (sorry for mentioning the forbidden things ;)
It's a perfectly valid use of a genuine CAM module, which are full endorsed
(even encouraged!) in many countries.

Storing an encrypted stream is not a DMCA violation (as it hasn't been
decrypted), and I don't see using a CAM to decrypt as a DMCA violation
either (Its fully supported in myth anyway) as the CAM contains a licensed
card.
Now, I'm totally not a lawyer, nor even a developer, so apologies for
speaking out.
So the difference is merely storing an encrypted stream and decrypting it
(with a valid license) later
I don't think this is a DMCA violation at all, but I could be entirley
wrong.
Who cares wether it's decrypted sooner or later, the copyright holders might
be more upset it's being stored at all, but they'd be more upset if it was
stored unencrypted (as currently) surely?

Mark
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-dev/attachments/20100715/04ed02be/attachment.htm>


More information about the mythtv-dev mailing list