Which HDTV Capture Card?
BenderMan asks: "I would like to purchase an HDTV capture card for a *nix based home PVR project. My criteria is that the card support (or be capable of in future firmware) Encrypted QAM, and that the card ignore the broadcast flag. I'll need to make my choice before July 1st, 2005. Of the few cards available that support HDTV, 64/256-QAM support (needed for cable broadcast) is spotty and it's not clear which cards currently ignore the broadcast flag. Can Slashdot readers provide any insight on the FusionHDTV, the MyHD MDP-130, and the HD-3000 cards, or any others I have overlooked?"
If anyone has cards, or other hardware, that doesn't work, please point them out to the Linux Incompatibility List.
Thanks!
http://www.welton.it/davidw/
My "Intellivision" stored in the closet does not work since I dropped a bowling ball on it. Come to think of it, I'm 100% sure that it is not, and never was Linux compatible. Time to submit it at the linux incompatibility list.
Don't blame Durga. I voted for Centauri.
If you plan to upgrade the firmware later to add features don't be surprised if one of the new features is support for the broadcast flag. You may not be able to get one without the other. I'd check to be sure you can downrev as well as upgrade and be sure that you have a non-broadcast flag version of the firmware on-hand and tested before performing the upgrade.
~~~~~~~
"You are not remembered for doing what is expected of you." - Atul Chitnis
As far as I can guess, no legal card is ever going to support this unless the cable companies offer them. A card capable of decrypting encrypted channels would give access to the pay channels which just ain't going to happen.
I have heard that some DVB cards have support for inserting a flash card that will allow for some decryption so we may see something like that in the hdtv world someday but I am not holding my breath.
I've tried the ATI HDTV Wonder, and the pcHDTV HD3000.
Obviously the ATI is out because it doesn't have linux drivers, and even the windows drivers are a bit iffy.
The HD3000 is great though.
Delivery was fast, I got the card the day after I ordered it.
Driver installation is easy, just follow the instructions and away it goes.
As for the software, I only really use the cli command getatsc, give it a channel and it just starts outputting an mpeg stream.
You can then play that back or re-encode as you see fit.
Broadcast flag is ignored, and I believe they're working on QAM support for it too.
Apparently there is a company using extra bandwidth in ATSC broadcasts to carry encrypted pay channels.
Many digital cable channels are sent in encrypted QAM.
With the former, I'm pretty sure that cards like the HD-3000 will happily record the datastream, but will leave it encrypted. I expect that you'll find the same with a card that will record unencrypted QAM streams. You'll be able to record encrypted signals, but you'll have to decrypt them in software.
Now the question is, how hard is it to decrypt those streams? Is there a decent chance of cracking the keys in software, or is a cable card the only hope?
Unless somebody uncovers a flaw in the underlying algorithm, you are not going to do any key cracking. CSS (the encryption used on DVDs) did get cracked, of course. That was the result of a poorly-chosen algorithm and sloppiness on the part of a CSS licensee. These are mistake the entertainment industry is not likely to repeat.
CSS is/was an enclosed system, did not involve a negotiation between peers [i.e. did not involve the potential for an exchange of public keys and the withholding of private keys], and, region-coding aside, did not involve session-based [i.e. individualized] encryption. Therefore it was theoretically breakable [all you had to do was place the de-encrypting software in a "de-bugger" and spend thousands - or maybe millions - of man-hours going over shift register logic to figure out what it was they were doing for the "encryption"].
The cable services are moving towards a really onerous model, however [onerous from the point of would-be pirates]:
For the near future, the cable providers will continue to offer classic analog broadcast channels [maybe 0 through 49, or 0 through 99, if you're lucky] for backwards compatibility with older TV sets and older set-top boxes, but once you get up around Channel "100" in the newer systems, you're looking at encrypted, switched, on-demand traffic [where the encryption is session-based, i.e. individualized], so dream on.PS: I once downloaded one of the new cable protocols - I think it was a story on /. at the time - and, while I can't seem to find it at the moment, I quite clearly remember that there was some seriously tedious, non-trivial communications theory that went into it - enough to make e.g. something like the Token Ring protocol look like a day at the beach by comparison. And if you ever saw one of Laura Chappell's old books with the fold-out diagram of the Token Ring packet, you'll know I ain't talkin' turkey here.
This doesn't really help the original poster, but isn't it possible to use an external HDTV tuner (like the kind that a lot of HDTV monitor owners had to buy) and then connect it to your HTPC via Firewire and record the video that way?
From what I've seen, most of those tuners also have a serial port for changing the channel, etc, so that could be connected to the HTPC as well for control. Using DirecTV with ReplayTV is similar, you can use either the IR blaster to control the DirecTV box or you can connect the two with a serial cable.
I would imagine that the manufacturers who haven't sold their inventory at that point will "gift" them to employees in return for 50% of the outrageous overprice they'll get selling them on eBay.
In fact, wouldn't that be a way around the law? Have foreign nationals purchase foreign hardware which cares not about stupid flags, and sell it via eBay?
Are the broadcasters going to get the government to target eBay sales in order to prop up their morally corrupt intellectual property pyramid?
I feel fantastic, and I'm still alive.