Re: Sony KS-34XS955; discharging a CRT
One thing I have wondered... I have a HDCP set here and it has an LVDS cable going to the TCON and eventually the LCD panel. Completely unencrypted digital data. The media mafia always talk about making the digital data secure. (They're worried about the analog hole now - the fact that anyone can put a video cam in front of a TV.) What's to stop someone wiring up an FPGA board (appx. cost £100) the LVDS cable and capturing all the raw picture data? I can already see the waveforms on a 100 MHz oscilloscope, although am hitting its limitations.
Heck, I got a set with a broken LCD panel but working electronics, maybe it would be a good proof of concept that all this HDCP stuff is useless.
One problem I see with this is you are dumping raw pixel data. So for 1080p that's 1920 x 1080 x 3 x 8 x 25 = 115 MB/s... a 4 GB NAND would be full in just under 30 seconds. However implementing an MPEG codec on an FPGA isn't awfully difficult, even JPEG would be good enough for short films. I've only got a 720p set, but it's still a good ~50MB/s of data. Actel make a 250K system gate FPGA for £13, which looks more than capable.
Not that I intend to violate copyrights, but I don't like being told I can't watch something on perfectly good hardware just because it's not secure enough.
One thing I have wondered... I have a HDCP set here and it has an LVDS cable going to the TCON and eventually the LCD panel. Completely unencrypted digital data. The media mafia always talk about making the digital data secure. (They're worried about the analog hole now - the fact that anyone can put a video cam in front of a TV.) What's to stop someone wiring up an FPGA board (appx. cost £100) the LVDS cable and capturing all the raw picture data? I can already see the waveforms on a 100 MHz oscilloscope, although am hitting its limitations.
Heck, I got a set with a broken LCD panel but working electronics, maybe it would be a good proof of concept that all this HDCP stuff is useless.
One problem I see with this is you are dumping raw pixel data. So for 1080p that's 1920 x 1080 x 3 x 8 x 25 = 115 MB/s... a 4 GB NAND would be full in just under 30 seconds. However implementing an MPEG codec on an FPGA isn't awfully difficult, even JPEG would be good enough for short films. I've only got a 720p set, but it's still a good ~50MB/s of data. Actel make a 250K system gate FPGA for £13, which looks more than capable.
Not that I intend to violate copyrights, but I don't like being told I can't watch something on perfectly good hardware just because it's not secure enough.
Comment