How about 1080p/i in h264?
I reckon that CPUs will get fast enough to handle HD content in a couple of years without GPU acceleration. I can remember back in the late 90s/early 00s when you had to have GPU acceleration or a hardware mpeg2 card to watch DVDs. My old k6-2 500 with 128 Mb Ram and 16 Mb 3dfx card couldn't handle watching DVDs. Most modern computers can.
My c2d 1.6 gig laptop can handle 720p hd content without GPU acceleration on VLC media player so I reckon in a couple of years the debate will be obsolete. What does anyone else think?
How about 1080p/i in h264?
Provided decent 3d support any 2ghz K8 or newer, or 30ghz P4 or newer, or 1.8ghz C2D or newer should be able to handle 1080p h264 streams. Of course this isnt considering decryption, but anybody in there proper mind would have decrypted there movies as soon as they bought them any way. BD and HDDVD will have a decryptor available soon enough. Thats why AMD trying to support DRM in linux is asinine at the best. It's totally irrelevant and worthless. It isnt needed. It's a waste of money and talent.
All it's going to do is piss a lot of people off.
Not sure I understand the connection between DRM and decode here. We`re not trying to support DRM in Linux -- we`re just trying to make sure that supporting unprotected decode in Linux doesn`t put our Windows DRM (on the same hardware) at risk.
I think it is unfair and ridiculous considering that it is a moot point for the linux market anyway because most content will be unencrypted from the start and for that content that is encrypted it --will-- be cracked sooner rather then later. There is zero point in supporting DRM in hardware, when an open source software solution will be available shortly. It's going to be hacked whether you like it or not. It's inevitable, and supporting it in your drivers is a futile waste of engineering talent and money. You'd be better off spending your engineering talent --helping-- us crack DRM in an open and free way.
Last edited by duby229; 02-03-2008 at 01:27 PM.
Actually, there is. If you read my other posts on this, what I'm saying so far is "we're pretty sure we know how to expose IDCT/MC decoding hardware to open source without putting DRM at risk, but we don't have a way to do that for UVD yet".What your effectively saying is that hardware decoding will not be possible in the open driver because of DRM... There really isnt any other way to interpret it.
Are you saying "we shouldn't support DRM on the Windows products either", or "we should make different chips for Linux than Windows, and leave the DRM out of the Linux chips" ? We can't sell chips into the largest sections of the Windows market without DRM. Rbmorse said it well a couple of posts earlier.There is zero point in supporting DRM in hardware. It's going to be hacked whether you like it or not. It's inevitable, and supporting it in your drivers is a futile waste of engineering talent and money.
Last edited by bridgman; 02-03-2008 at 01:35 PM.
Sure there's a point to it. It keeps AMD from being sued into oblivion by the people from whom crackers are stealing content. I can see where AMD might think that was important.
I have to admit I was a bit surprised when I started reading that AMD was going to begin supporting the development of an open source driver. I am very pleased that they are doing so. But, as John keeps pointing out, AMD didn't create the problem (Intel may have...or at least helped but that is a separate discussion) and it's just as big a headache for them as it is for the teeny, tiny (but, growing) number of people who care about such things on the user side. As opposed to a couple of humdred million who just want to be able to watch movies on their PCs and don't view DRM as a violation of some unenumerated natural right, or more likely, simply don't care about the issue at all. That crowd buys A LOT of video cards.
It is clear that there are going to be limits, at least in the near term, on how far AMD can go with this both in terms of their business model and what the lawyers will allow.
I commend John (and others) for being so up front about that. No pie-in-the-sky promises, just simple declarative sentences saying they will do what they can and that's all they can do, but anything ***AMD*** does on the open source side will not be allowed be allowed to compromise the protected driver. I appreciate their honesty
And no, it doesn't matter if anybody thinks that's not fair.
One does not have to like that state of affairs, but it is the unfortunate reality we have to face.
If anyone is in a strong enough position to eliminate drm it is ATi. If they spent as much money and an power educating the public about DRM as they do supporting it, they could easily kill it within the next year. I understand that you dont represent ATi as a whole, just the open source documentation, so please dont consider this a personal attack on you. It isnt. I just feel that ATi as a whole should be attacking DRM with all of it's might and man power becouse DRM is the source of these problems. And ATi as a video card company is right smack dab in the middle of it.
Lets face it, if DRM didnt exist we wouldnt be having this conversation. there wouldnt be any risk of law suites. There wouldnt be any problem with decoding content. The only problem that exists is DRM. So lets fix the problem.
Last edited by duby229; 02-03-2008 at 02:55 PM.
By simply telling the public at large that they cant watch what they bought because of DRM would enrage them. And lets face it, if ATi never supported DRM in the first place the masses wouldnt be able to watch DRM content and it would have died already.
ATi has done nothing --but-- put themselves in this situation. They weakened there own position and strengthened the content industry. Fortunately they are still able to kill if they dropped support for DRM in all future driver releases for all existing hardware and all future hardware, and explained to the public that it is DRM's fault.
ATi could still kill DRM if they wanted to.