07-26-2009, 07:53 AM
I heard they came up with new user interface for Vista and win7 .. Any screenshot for the same ?
Linux interface will get revamped in upcoming release, hopefully :| and seeing they improvement track don't expect too much ..
07-26-2009, 09:47 AM
Originally Posted by Qaridarium
Originally Posted by Qaridarium
07-26-2009, 10:15 AM
Reminds me of the bad old days where progress was slower than death...
Nvidia's driver has VDPAU for HD video playback and it can be used even with 2.6.30 kernel...
ATI lags behind again, where the hell is XvBA(HD video playback)?? When will it be usable??
Fedora 11 is one month old now, where is the support to a major Linux distro??
One more thing, nvidia ,which is a hated company to me for many reasons, does never report support to a distro but their newer drivers say support for newer cards, newer Xorg version, newer Kernels, newer OpenGL. In general the key system parts every distro contains RPM style or DEB style..
Guys there in ATI understand something, linux distros are made of common pieces of software and the systems follow a common build structure, you don't need to test each distro separately all the time and report that oh it is ok for openSUSE 11.1 let's say cause like that it will take you a lot of time to test the driver and slow the development process.
Just read what the X new let's say distro contains, Kernel, Xserver key parts generally, install them under one distro and test the driver!! So simple! And also you can develop it faster like that...
We are not Windoze here, 98-NT or Vista other drivers and so on...
Also most of us are not technically newbies and if there are newbies our communities can easily help them understand some basic technical things.
For example I use openSUSE 11.1 which ships with Xserver 1.5.2 but I use Xserver 1.6.2 right now, I just upgraded the packages from a dedicated Xorg repo SUSE has, just a few clicks...
07-26-2009, 10:30 AM
Bug: Freeze on video playback after awake from sleep STILL present. (My R, S, E, I, N, U and B keys are getting worn out...)
(Didn't test freeze on wake when effects enabled bug, but I have a sneaky suspicion that this is still present as well.)
Bug: Catalyst sometimes does NOT restore original desktop resolution when quitting from full screen applications. (Been there ever since I've used catalyst, but I never mentioned it.)
Bug: Virtual consoles' displays are corrupted when the above appears. (ALL VCs. Did NOT try switching to X then back to VC, but restoring original desktop resolution "fixes" this.)
I'd kind of like to see those freeze bugs fixed sometime this century...
[EDIT="out of control"]
Have NOT yet observed the random black rectangle corruption problem yet, but I'm not going to say that that's been fixed yet, although the corruption on X.org/catalyst startup has been fixed. (Used to minorly corrupt the Ubuntu boot progress bar, or at least the colors.)
I've also noticed some strange slightly off shade of color problems in ANY sort of graphic display, primarily pictures/videos but am unsure ATM if this is LCD panel related or not. Needs further investigation.
Bug: AMD needs to seriously poach at least some of the nVidia driver crew...
Semi happy unrelated note: Europa Universalis III + NA + IN & Europa Universalis - Rome + VV work perfectly under wine w/some native(Windows) libs. Guild Wars works if you use the memory patch, although the char selection/creation screen is corrupted, play/load/login screens are fine.
Yet to test: Mount & Blade.
You'd think that this catalyst driver being based on the "pro" driver primarily, would have MUCH better opengl support as that's a primary "feature" of "pro" drivers, or at least I'd hope that it would be...
CEDEGA: WINE seems to have surpassed Cedega several years ago now, or at least I have MUCH better luck in general with wine than I did with Cedega. Cedega was pretty much only useful for a tiny handful of games that Cedega hacked the crap out of their emulation layer to run, of course many of those also ran fine under wine as well.
Monthly releases: grabbing at straws in the 9.6 thread IIRC I suggested dropping the monthly releases in favor of measurable milestones & serious bugfixing, but it was, sort of, explained to me that, that would not help any. I still think that it would, but I don't work for AMD so I've got no clue as to how they kludge together their monthly X driver disasters. I guess that AMD is not really interested in the GPU market after all other than their embedded sales & CPU/GPU kludge. I for one want NO part of shoehorning a GPU into the CPU. It just seems like a bad idea unless you're actually selling CPUs in which case they presumably see a GPU upgrade also requiring a new CPU and more pppprrrrooooffffiiiittttssss.
I noted a very LONG time ago that my 4850 + catalyst 9.<whateveritwas> + X.org that X.org was using VAST amounts of memory(few 100MB) after a period of a few hours v. my desktop w/7600GT + X.org which was staying fairly stable(after weeks) at around <100MB of memory usage.
Originally Posted by daponz
Using 150MB resident ATM, and it's creeped up a few 100KB in the last minute or so...
... but their's actually works pretty well, and supports all sorts of bells & whistles across all supported OSes. Not to mention they don't play games with their windows drivers like AMD does with the generic catalysts.
Originally Posted by bridgman
You're a masochist...
Originally Posted by bridgman
Servers really shouldn't need ANY video drivers... why waste resources run X on a server? Hell, why even have a GPU in a server? I only do in mine since I recycle my older PCs to serve as servers...
Originally Posted by erikina
... and I suppose that means that 9.9 will support .31 or Ubuntu gets a special driver again maybe as IIRC they're planning on .31 for 9.10 ...
Originally Posted by I forgot who posted this, my short term memory is going to hell...
SUSPEND PROBLEMS: tyr turning off compositing IF you have it enabled. It solved freeze when awaking from sleep for me, but come on lets get this fixed before the next millenia...
...and before I end this frankenpost, I'll re-iterate, the linux catalyst drivers are SUPPOSEDLY based off the workstation drivers, yet they don't support even OpenGL 3.2?! Seems to me that recent OpenGL spec support would be a top priority for a workstation driver... along with opencl and other goodies...
Last edited by cutterjohn; 07-26-2009 at 11:40 AM.
07-26-2009, 12:47 PM
What is it with people? Opengl3.2 hasn't even been released yet, so how could they possibly officially support it? And before people quote the nvidia driver at me - again, Opengl3.2 has not been released, so nvidia can not claim to support it. The version number is basically a mistake. And if anyone actually checked, all things likely to be part of Opengl3.2 are already in the latest Catalyst driver.
Originally Posted by cutterjohn
Do some research next time.
07-26-2009, 01:35 PM
Marius, we moved distro-specific packaging and support out into a public repo a couple of years ago - what you're talking about is already happening.
Originally Posted by mariusm
When I talk about "supporting more distros" vs "making faster progress" here's a specific example for clarity. Over the last few months we could either have spent time on improving compositing and video playback support or spent that time supporting newer kernels. We went with the first option, since that gives a *better* experience to a broad range of Linux users, but not to users of *all* distros yet.
You say we should focus, and this is how we focus. I understand that you would prefer us to make a different choice, ie to spend time on new kernel support rather than spending that time on, say, improving video playback or operation under Wine. Each quarter the choices get a bit easier, and at some point in the future I imagine that tradeoff will become a non-issue.
djdoo, I know that every distro has a kernel and an X server, but the variations between distros can be huge because of distro-specific patch sets. Fedora runs up to six months ahead of upstream at times (the F10 graphics changes are only getting into upstream in the last month) so different distros will often have *very* different behaviour and require that a significant chunk of the testing (and bug fixing) be repeated for each distro. There are obviously distros which use similar component versions, and we already clump them together for testing and fixing.
Cutterjohn, the workstation market doesn't look so much for bleeding edge OpenGL features as it does performance and stability on existing software applications, often a few years old or more. Support for new OpenGL features is primarily for major app developers, but we normally have a direct devrel relationship with them and our driver engineers work directly with their devs on new features.
Last edited by bridgman; 07-26-2009 at 01:43 PM.
07-26-2009, 01:53 PM
The term "unreasonable expectations" is completely subjective. As far as the complaining - well it's not what you say but how you say it. Yes complaining is your right, but to say "going with ATI was the worst decision of my life" or implying that the entire AMD team is completely incompetent is a bit of an overkill.
Originally Posted by skywarp04
Last edited by Joe Sixpack; 07-26-2009 at 04:52 PM.
07-26-2009, 02:13 PM
nononono..LOOL... on my system "glxinfo"
Originally Posted by TrentZ
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon HD 4600 Series
OpenGL version string: 2.1.8975
OpenGL shading language version string: 1.40
GSGL 1.4 = openGL3.1!!!!!!!!!!!!!!!!!!!!!!!!!
07-26-2009, 05:57 PM
07-26-2009, 06:18 PM
I think ati are going to start replacing bits of x (I'm pretty sure I read that somewhere, or is my sleep-deprived brain making things up again?) - I'll look for the quote somewhere. But I personally prefer the drivers to "invade" as little as possible.