Originally posted by schmidtbag
View Post
Announcement
Collapse
No announcement yet.
NVIDIA 304.30 Supports FXAA, X Server 1.13, K10
Collapse
X
-
Up to four screens are supported natively with Kepler GPUs, two otherwise. You can get three screens without Xinerama if you have two identical pre-Kepler GPUs using SLI BaseMosaic.
Leave a comment:
-
does XRandR work with xinerama? or is there Quadview support yet?
any relief for users of four screens? e.g. XRandR support w/xinerama or Quadview support?
Leave a comment:
-
Originally posted by allquixotic View PostBecause they have a retarded release cycle that synchronizes releases between all the platforms that their Catalyst-based drivers support.
Originally posted by allquixotic View Postthey'd do a lot more work on 2D and overall rendering smoothness/responsiveness (both xf86-video-vesa and the open source drivers absolutely murder fglrx on 2D performance and screen update latencies);.
Leave a comment:
-
Originally posted by uid313 View PostNvidia is up to latest ABI and supports the latest X.org server before it is even released.
Why cant AMD do the same?
Leave a comment:
-
Still missing...
The tty will still be blank and the efi bios that boots into a vesa mode will not work...
Oh... my.
Leave a comment:
-
Originally posted by uid313 View PostNvidia is up to latest ABI and supports the latest X.org server before it is even released.
Why cant AMD do the same?
Nvidia may support Xorg releases well, but they don't support extremely common things like Optimus, SLI, or KMS, and they likely won't support Wayland unless/until it's been Ubuntu's default display server for 2 to 3 years. So in that regard they are no different than AMD -- except it'll probably take AMD 4 years.
With AMD it comes down to this: their company is run a bunch of cheapos who have absolutely no problem with laying off engineers if it makes their bottom line look better. It's a suicidal strategy, because the fewer engineers you have, the worse you're going to be in the future... but they're thinking about profits only on a quarter-to-quarter basis.
And AMD has been laying off people left and right. If they were instead hiring, and trying to expand the quality and usefulness of their drivers by making Linux a first-rate supported platform, their sales would improve. But instead they'd rather cut their budget as their sales continue to tank.
The sad fact is that it's just less expensive for them to run quarterly releases that are synchronized with Windows. This lets Linux "piggyback" on existing work that's being done for the 98% of their customer base in the first place -- almost as an afterthought.
Also, AMD employees continue to advance the ridiculous argument that, by keeping Linux in lock-step with the Windows releases, they're actually doing us a favor. They're making the driver better for us because we receive all the feature and performance work that Windows does. It's an out-an-out lie! If they knew the first thing about providing proper support on the Linux platform, they'd perform out-of-cycle releases for things like new Xorg and kernel support; they'd support older GPUs for longer; they'd do a lot more work on 2D and overall rendering smoothness/responsiveness (both xf86-video-vesa and the open source drivers absolutely murder fglrx on 2D performance and screen update latencies); and they'd get to work on long-awaited features that never have a chance of arriving under the current process.
The fglrx situation is hopeless unless AMD changes leadership at the top and starts making investments in the future rather than trying to cut expenses until there's nothing left to cut.
On the other hand, and we might as well be talking about a completely different company, the open source graphics team is doing fine -- as far as their vision and overall strategy goes. Their execution could use a lot of work, but the lack of progress is mainly due to their manpower shortage (or outage depending on when you ask), which... goes back to the point abou ttheir management. But their technical vision for -- eventually -- providing great open source 3d drivers is, while perpetually "too little too late", still a good strategy.
So it's a no-win situation for AMD owners. fglrx is perpetually obsolete and unbearably slow at anything besides running Unigine Heaven. r600g/radeonSI is either too little too late (radeonsi) or providing good support for cards that already have quite a lot of dust on them (r600g) -- neither of which are good things.
With Intel, you can have your cake and eat it too. You can even eat it three times. The drivers are open source; they support the latest graphics stack and kernel; they're appreciably fast and stable; and functional (though not necessarily fast/bug-free) support is there on release day even for releases of GMA that undergo major architectural changes. Only downside being how relatively uncompetitive the Intel hardware is compared to discrete GPUs.
So, crap. No matter which way you go, you lose. Red (AMD), green (Nvidia), or blue (Intel). It's like the Mass Effect 3 ending. Pick your color of shit.
Leave a comment:
Leave a comment: