Originally posted by nanonyme
View Post
Announcement
Collapse
No announcement yet.
ATI R600g Gains Mip-Map, Face Culling Support
Collapse
X
-
Originally posted by bridgmanThere wasn't really much to release until the last week or so... the devs have been working through major rendering problems. I saw glxgears run "ok" for the first time on Friday.
Perhaps he meant that IP review was in progress in parallel with writing the code?
That actually sounds smart, since even somewhat broken code might allow someone to start implementing equivalent support in r600g.
Anyway, good to known that glxgears is working.
Comment
-
Yep, the code reached the point a month or so ago where starting the IP review made sense. The goal is to have IP review finish at about the same time we have something worth releasing. Alex also has basic 2D functions working now (using the 3D engine), so I think it's all coming together.
There were a *lot* more annoying little "you have to set this bit differently or everything will be garbled" changes than we expected, however.Test signature
Comment
-
BTW the review is more along the lines of "read the code, figure out what the substantial new IP areas are, figure out who needs to review each one, send the stuff out for review, discuss with each of the reviewers, change the driver design if it turns out something just can't be released, repeat til done".
We have policies but given the degree of change from one GPU generation to the next no detailed policy is going to survive even a single round of GPU design.Test signature
Comment
-
Originally posted by bridgman View PostRichard was running on a slightly older kernel so probably didn't have vsync. Alex put together a patch for Richard's code to make it work on the latest 2.6.35 kernel driver, and I expect we'll release all of that together.
Comment
-
Originally posted by monraaf View PostExactly. That's why we are not only not opening up XvBA but also demand of the chosen few who do have access to the XvBA sdk that any app/library they develop shall remain closed source. Sort of a reverse GPL. All in all, this doesn't score AMD points for open source friendliness.
Comment
-
Originally posted by makomk View PostI'd be entirely unsurprised if we ended up with entirely open source video decoding support for NVidia hardware at some point
VDPAU on nvidia's closed drivers may work better than XvbA on fglrx, but that's completely irrelevant when we're talking about open source solutions.
Comment
-
Originally posted by rohcQaH View PostNot in the next decade. AMD provides hardware documentation except for DRM related stuff. Nvidia does not provide any hardware documentation at all. So how exactly is nouveau at an advantage here?
For instance, right now there is no public Evergreen support at all, while there is a prototype Gallium driver for Fermi cards (probably almost totally broken, but it's there, see http://people.freedesktop.org/~chrisbmr/nvc0g.tar.gz).
That's because there is no significant chance that nVidia will ever release specs anytime soon, while AMD promised specs and code, so everyone decided to just wait for them. On the other hand, once AMD makes good on their promise, r600g will probably and hopefully improve much faster than the Fermi efforts.
In fact, the "revenge" tool for reverse engineering fglrx doesn't seem to have even been updated for r6xx+ cards, while "renouveau" almost surely works on Fermi.
So, partial openness does tend to stifle the reverse engineering community that would otherwise pop up. This is in some sense an additional advantage AMD gets from its more open strategy.
As for video, I guess people care little, since CPUs should be fast enough to decode all sensible video (provided you buy a mid/high-end one), while for 3D GPU acceleration is absolutely a must.
Reverse engineering seems also be complicated by the high variation in decoding hardware: nVidia is said to have 6 different video hardware decoding interfaces across all their cards.
Finally, shader based approaches are much easier to code, continue to work on future hardware, and should still be good enough for hardware which isn't totally low-end (and are partially required anyway, since AMD says all post-processing/presentation is done with shaders).
Comment
-
Originally posted by Agdr View PostFor instance, right now there is no public Evergreen support at all...
What we're missing right now is the userspace portion of the acceleration code... we're trying to do things in a different sequence this time to shorten the delay between "having support available" and "having support available in a distro" and to reduce duplicated effort between X and 3D drivers.Test signature
Comment
-
Comment