I'm building a Linux-based HTPC, and am attracted to various AMD/ATI 690G boards. Mainly because of low cost, low power integrated graphics (X1250) with HDMI output already built in.
The other main option is an all Intel solution, with a G33 chipset. I would probably drive my TV with a DVI-to-HDMI cable in this case, as inbuilt HDMI are a bit harder to come by.
I'd like to know experiences people have with driving HD televisions with these chipsets. I'd like to get 1080p video output and basic OpenGL with enough performance to run the various HTPC interfaces such as XbMC (for linux), elisa, mythtv and linuxmce.
- Is ATI still too much of a pain, despite recent improvements? Are the video playback acceleration capabilities working properly on linux?
- Is the Intel too slow? Does it have video playback acceleration?
- Would I be better off with a discrete card? Which one?
My laptop's nvidia is quite good through DVI, but has some occasional video tearing. Plus I want to support Intel and AMD with their open source strategies if possible.
I think after a bit more research I'll go with the Intel. They seem to have fixed their Xv issues, and the Nvidia/ATI alternatives don't have great support for hardware video decoding on Linux. Of course, I can always buy a discrete ATI/Nvidia card if the integrated Intel isn't up to it, wheras I can't buy a discrete Intel card.
I'm almost tempted to wait for the G45 chipset release, but it seems to be pushed back further and further (September even?).
Not trying to change your mind or anything, just wanted to point out that Xv is not video decode acceleration. Xv is video *render* acceleration ie "the stuff that happens after decoding". Video decode includes IDCT and MC, while video render includes colour space conversion, scaling and de-interlacing.
XvMC is where real "video decode" acceleration starts.
Now, that said, I expect Intel will have XvMC in open source drivers before we do, so carry on
Basically mpeg2 decode is no problem for current CPUs at all. And XV means that the scaling is accellerated. The real problem is h264, especially inside TS streams. I would like to see accellerated codecs, maybe thru CUDA. Did you notice that somebody implemented a CUDA wrapper for ATI to run Physx? Wouldn't it be nice when ATI developers could just reuse the CUDA software which is already written? All you need to do would be some CUDA wrapper libs which map to the ATI ABI.
Choosing the right chipset for a Linux HTPC might be the question of the decade.
It is not really clear what we can expect from each manufacturer in the NEAR future.
AMD/Ati UVP support for linux is planned for RV710. In fact I'm not even sure of this. If someone could confirm this ? (bridgman ?).
If it is confirmed, as RV710 is coming soon (september) it might interesting to wait for it...
Otherwise, there is the G45 that is currently under test from many windows user (AV forum), but unfortunatley no one under linux ... But I don't expect much for HA under linux currently, as even under windows it is still buggy/draft ...
I've been waiting for month to build my new HTPC, but it could be delayed until september, or even end of the year ...
- HDMI sound support (not requesting bitstreaming/PAVP, but at least raw 8 channels LPCM)
I'd like to use an E5200 or E7200 max. I think it is some kind of waste to use the CPU to decode, when you have a powerful GPU chip aside.
To lower the heat and power consumption, obviously the smallest CPU is the best, so the choosen GPU requires "full" support under linux as well ...
The pity is that it seems it won't happen for long ... :'(
Dieter: I didn't knew Chroms chipset until you mentioned them. But I S3 Chrome are only for video, so it would not match the requirements audio+video for the perfect htpc. I don't think you can find a motherboard that provide chrome + audio 8ch LPCM / HDMI.