Probably technically possible to construct a device that pretends it's a HDCP display but in fact is just re-compresses the data to be stored on a hard disk. So yeah, other than making non-HDCP-conformant displays work on Windows, I think this is only relevant for criminals.
Just remember that it has to be able to compress it in realtime and is limited to a single pass... which leads to serious compromises in terms of quality... though I suppose that with the right hardware, you could figure out a way to implement a basic DRM-free DVR with this.
1.5 Gb/s... not just *ANY* two disks.... you'll have to be looking at 15k SAS disks, and you would be HIGHLY dependent on having ZERO fragmentation... and it would have to be a DEDICATED array without your OS installed there.
Originally Posted by kbios
What you describe sounds exactly like data backup, and this is not only relevant for criminals.
Originally Posted by nanonyme
I think that data backup may be limited to the encrypted version. However, the newest DMCA exemptions allow a partial unencrypted copy for various purposes, such as research.
Originally Posted by pingufunkybeat
The HDCP hardware is reasonably well separated from the rest of the display hardware so we have been able to publish display programming info without having to get too close to HDCP hardware. The HDCP logic is disabled when running open or binary drivers, ie the output display stream is not HDCP encrypted, and our hope is to keep it that way (ie that there won't be too many display devices which *require* HDCP on their inputs in order to operate).
AFAIK the deal with the "master key breakthrough" is the ability to create your own dummy "display device" which looks like an HDCP-enabled display but which is actually a digital video capture card (which would not normally receive an HDCP license). It is somewhat orthogonal to GPU and display devices.
You triggered an interesting thought.... the HDCP hardware must also be reasonably separated from the UVD as well, since it must be possible to apply HDCP to non-DRM display output as well in order to be able to, for example, play a DRM-infested video within a WINDOW (or is that not possible?) since you obviously can't mix HDCP and non-HDCP signals on the same cable to the same monitor... meaning that once the final output bits are all lined up, the last (optional? Or DRM-in = HDCP-out?) step would be to run it through HDCP.
Originally Posted by bridgman
Basically it is just a matter of time until an encryption system which is used in so many devices is broken. Well maybe you can say it is an useless effort, just extra companies can sell tools to break the system first before an open solution is discovered. So who is the real winner?
hey they don't care about an real save solution the plan is simple.
Originally Posted by Kano
if the copyprotection of the dvd is broken they promote a new system hd-dvd/ blueray then the hddvd copyprotection fails then they jump 100% to blueray and if blueray fails then they jump to an new system.
and hey they don't care about the HDCP hole because you nees very expensiv hardware to use this masterkey.
they just hope the people buy bluerays and not a 2000€ hardware solution to copy bluerays over a HDcp masterkey hole.
and then if the system get a higher pirated rate they will jump to a new system…
call it nextgen-dvd-with ultra copyprotection.
Droidhacker, HDCP works as a final layer. It is just like HTTPS. when you watch an HD movie which requires HDCP your whole stream from GPU output to screen input is encrypted. UVD works on unencrypted data. The data path from CPU to GPU is also encrypted in Windows if needed but on chip data is unencrypted.
Originally Posted by droidhacker
As Bridgman said (sorry for misspelling your name before), yes a dummy device that receives HDMI signal can be constructed and, since post-processing or acceleration is done un-encrypted, it can be captured. OTOH, AACS is already broken and BD discs are rippable. This has no point.
As I said before and Bridgman confirmed, UVD and HDCP units are separate. UVD can work without HDCP and, this is sound and perfect. Also about the data rate of the 1080p movies: Sorry. You don't need that bandwidth. Maybe from GPU to screen, yes but, a BD-DL is 50 gigs at most. The remaining motion is extracted from the keyframe in the movie. Only keyframe is a full frame and is a picture. Remaining frames are diffs of the previous frame that contains differential color and motion information.
This key can be useful for ripping HDCP envelope from HDMI signal and enabling legacy compatibility. There was such a device years ago and it was certified HDCP device. I don't remember its name though.