AMD 780G or Nvidia Geforce 8200 ?

  Thread Rating:
  • 0 Votes - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Post Reply
roeroe Offline
Senior Member
Posts: 147
Joined: Dec 2007
Reputation: 0
Post: #1
I'm thinking of building a HTPC with Linux and XBMC

Which one you guys reckon is the go
AMD 780G chipset or Geforce 8200 chipset?

I know nvidia has better linux driver support but I heard amd is making progress with their Linux drivers as well.

I want to go down the 780G path and want to see if anyone has any opinion regarding either the 2 chipsets and current Linux support.
find quote
Clumsy Offline
Team-XBMC Forum Moderator
Posts: 641
Joined: Feb 2004
Reputation: 0
Post: #2
I am building a HTPC with the 780G chipset as well, but until the components are here it will probably be another 2 or 3 weeks. From what I have heard, the current fglrx drivers are shaping up to be pretty usable, and the opensource drivers are getting better and better as well. Most of the stuff seems to work already, albeit I don't think you will get the hardware acceleration of HD content, one of the features that really makes the chipset standout. Since amd/ati is really doing something for the opensource community though, I am hoping we will see full support for that in the near future.
find quote
averylinden Offline
Junior Member
Posts: 28
Joined: Oct 2007
Reputation: 1
Post: #3
I have not used either chipset that you mention, but I have had better experiences with nvidia drivers than ati.

Hopefully ati will improve, but I am not willing to be a beta tester in this area!
find quote
Clumsy Offline
Team-XBMC Forum Moderator
Posts: 641
Joined: Feb 2004
Reputation: 0
Post: #4
Hm, after some digging on phoronix.com it seems HD acceleration might even be working already, this will need some testing in 2 weeks. If you can wait that long, I definately promise to post my results.
find quote
Razor_109 Offline
Senior Member
Posts: 234
Joined: Nov 2007
Reputation: 0
Location: Netherlands
Post: #5
you mind giving a link to the place you found that?
find quote
Clumsy Offline
Team-XBMC Forum Moderator
Posts: 641
Joined: Feb 2004
Reputation: 0
Post: #6
Well, I unfortunately don't have a link to a direct statement, I was just gathering clues around the forums:

The official ati proprietary linux driver page states the following:

Q1: What features are provided by the ATI Proprietary Linux Driver?
A1:
The ATI Proprietary Linux driver currently provides hardware acceleration for 3D graphics and video playback. It also includes support for dual displays and TV Output.

Then there are several reports of people who have stated they have the drivers fully working, and a statement of an AMD guy, saying that textured video should be supported with the proprietary drivers:
http://www.phoronix.com/forums/showpost....ostcount=9

In the end, I have already ordered the hardware anyhow, so let's see what comes of it Smile
find quote
Gamester17 Offline
Team-XBMC Forum Moderator
Posts: 10,523
Joined: Sep 2003
Reputation: 9
Location: Sweden
Post: #7
No graphics manufacturer today provides hardware acceleration of H.264 under Linux, most only support MPEG-2 under Linux via XvMC.
http://wiki.xbmc.org/?title=Hardware_Acc...o_Decoding

...and as you can read XBMC offers no hardware accelerated video decoding today

Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.
find quote
Clumsy Offline
Team-XBMC Forum Moderator
Posts: 641
Joined: Feb 2004
Reputation: 0
Post: #8
Ah, that's too bad. Thanks for the clarification gamester.
find quote
xgrep Offline
/bin/beer
Posts: 77
Joined: Feb 2008
Reputation: 0
Location: Canada
Post: #9
AMD/ATI have made some great headway in terms of linux support, but imo they haven't caught up nVidia. So for right now I'd say nVidia, but who knows what the next couple months will bring.

return null;
find quote
waldo22 Offline
Donor
Posts: 764
Joined: Sep 2007
Reputation: 2
Location: Chapel Hill, NC, USA
Post: #10
So, I'm a bit confused about offloading and hardware support for things like h.264/VC1.

If it's supported in the drivers, on Linux, Windows, or MacOS, does XBMC have to do anything in code to make it offload, or does the driver automatically handle this?

ie. If AMD/ATI or Nvidia finally creates a decent proprietary or open source driver that takes advantage of UVD or PureVideo HD do we have the support?

Or will it still take a whole lot of coding to implement it?

-Wes
find quote
Gamester17 Offline
Team-XBMC Forum Moderator
Posts: 10,523
Joined: Sep 2003
Reputation: 9
Location: Sweden
Post: #11
There will first need to be device-driver support from the GPU hardware manufacturer (ie. NVIDIA/ATI/INTEL, which there is is none today other than for XvMC that suppports MPEG-2), then there need to be support in the demxer and codec (for which XBMC uses FFmpeg open source codec suit). Only after the device-driver and demxer/codec already supports it can we add it to XBMC, so yes there is a lot of dependencies requires even before the XBMC developers will get invoved.

Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.
find quote
waldo22 Offline
Donor
Posts: 764
Joined: Sep 2007
Reputation: 2
Location: Chapel Hill, NC, USA
Post: #12
Gamester17 Wrote:There will first need to be device-driver support from the GPU hardware manufacturer (ie. NVIDIA/ATI/INTEL, which there is is none today other than for XvMC that suppports MPEG-2), then there need to be support in the demxer and codec (for which XBMC uses FFmpeg open source codec suit). Only after the device-driver and demxer/codec already supports it can we add it to XBMC, so yes there is a lot of dependencies requires even before the XBMC developers will get invoved.

So not only do the GPU guys have to support it with decent drivers, they also have to provide an API that the FFmpeg guys can use to make sure the hardware is properly utilized.

This should already be possible to add to FFmpeg for use in Windows, shouldn't it?

This 780G chipset is friggin' awesome for HTPC enthusiasts. It eliminates the need to ever support something such as a Sigma chip. (sorry Sigma, guess you should have open-sourced your drivers).

Here's a review from ARS and one from AnandTech.

What can I say, I'm a hardware guy Wink

-Wes
find quote
dustobub Offline
Member
Posts: 72
Joined: Feb 2008
Reputation: 0
Post: #13
waldo22 Wrote:So not only do the GPU guys have to support it with decent drivers, they also have to provide an API that the FFmpeg guys can use to make sure the hardware is properly utilized.

This should already be possible to add to FFmpeg for use in Windows, shouldn't it?

This 780G chipset is friggin' awesome for HTPC enthusiasts. It eliminates the need to ever support something such as a Sigma chip. (sorry Sigma, guess you should have open-sourced your drivers).

Here's a review from ARS and one from AnandTech.

What can I say, I'm a hardware guy Wink

-Wes

Ehh, the lack of 8 channel LPCM over HDMI is a real deal killer for a lot of enthusiasts. I am hoping the Intel G45 will be real answer, although the Nvidia 8200/8300 looks to be very good, I just am not a fan of closes source binaries.
find quote
waldo22 Offline
Donor
Posts: 764
Joined: Sep 2007
Reputation: 2
Location: Chapel Hill, NC, USA
Post: #14
dustobub Wrote:Ehh, the lack of 8 channel LPCM over HDMI is a real deal killer for a lot of enthusiasts.

Why? Can't you just use the optical or coaxial port?
find quote
dustobub Offline
Member
Posts: 72
Joined: Feb 2008
Reputation: 0
Post: #15
Optical/coaxial SPDIF can only transport Dolby/DTS compressed 5.1 tracks or 2-channel Raw/LPCM tracks. SPDIF just doesn't have the bandwidth necessary to do 8 channel LPCM. This is one of the largest benefits of HDMI, sadly for HTPC owners only the G35 chipset currently supports this.

Dustin
find quote
Post Reply