Anand has the details about r520,rv530,rv515

Chalnoth said:
...whereas the GTX can be described as:
Tex/ALU + mini ALU + ALU
I think it's better described as:

Tex/ALU + mini-ALU + ALU + mini-ALU

Also R3xx...R4xx's mini-ALU is capable of dual-issuing an ADD with the main ALU doing the bulk of the work, so it isn't as "mini" as was originally interpreted.

Jawed
 
Joe DeFuria said:
Don't mind me, but...

AAARRRRRRGGGGHHHHH!!!

Ok...back to the thread...

Hmm, is that a motion from the delegate from New Jersey to table the question of ALU obsessing for one week's time?
 
http://bbs.gzeasy.com/index.php?showtopic=460367&st=20

From what some guy (Robin B at hardware.no forum) could make of it:

X1800 XT: 8VS 4 QUAD, SHADER the CORE structure is nearly identical with R420, only increased SM3.0.

ATI will be able to flaunt that, R5XX is only through DCT test SM3.0 GPU, R520 is on SM3.0 is DONE RIGHT.

Ring Bus there can be equal to 8 32bit MC.

X1800XT in this universe most accurate frequency specification: 625MHz|1500MT/s.

Only can support FP HDR MSAA...

Supports the FP writing coherence compression, new 3DC+
 
Rys said:
If you're counting 'shader ALUs' and stating that number for G70, you should count for R520 too in the same way, giving 32 vec+scalar ALU pairs, 2 per fragment processor.

So you're confirming R520 has two 'full' ALUs per pipe?
R481 has one full and one 'mini' according to Dave's tables.

But even with 32 full ALUs per pipe, I was trying to say that G70 still has more at 48.

Edit: obviously, I'm drastically oversimplifying the capabilities, but to do it right gets just too complicated.

Edit: Oops! not ALUs per pipe, but total. :oops:
 
Last edited by a moderator:
Ati Tray Tools - 1.0.3.750

* Added support for Adaptive anti-aliasing mode. Substantially improves visual image quality by enabling supersampling anti-aliasing on transparent textures, and multi-sampling anti-aliasing on all other textures. This delivers exceptional levels of image quality, while maintaining very high levels of performance. (Only Catalyst 5.9 and up and only if supported by hardware)

:?:
 
Me likey the sound of that. . . :D

Particularly the hardware part. Goodness, did both of them have the same great idea at the same time? Surely ATI couldn't have stuffed this in just since June. . .
 
no-X said:
Ati Tray Tools - 1.0.3.750

* Added support for Adaptive anti-aliasing mode. Substantially improves visual image quality by enabling supersampling anti-aliasing on transparent textures, and multi-sampling anti-aliasing on all other textures. This delivers exceptional levels of image quality, while maintaining very high levels of performance. (Only Catalyst 5.9 and up and only if supported by hardware)

:?:

Hmmm nice. I was looking for something more revolutionary though. Still don't know what the big "secret" is that Rys was carrying on about earlier.

Edit: I completely agree with Ratchet that "Adaptive" is not the proper term for this technology if it works like Nvidia's TRSAA.
 
Last edited by a moderator:
geo said:
Me likey the sound of that. . . :D

Particularly the hardware part. Goodness, did both of them have the same great idea at the same time? Surely ATI couldn't have stuffed this in just since June. . .

Perhaps they decided that Humus' dxoverride stuff was worth investing some time in and got the grid-pattern problems with some of the transparent textures taken care of.

Using dxoverride with world of warcraft is amazing on my 9700pro. Outdoor scenes look incredible now, and at basically the same framerate!

Nite_Hawk
 
"only if supported by hardware". Could they have stuffed in hardware that quickly? I would think not, even tho it seems that the hardware support for NV's solution is relatively minimal as such things go. Certainly there was another spin in there, by all reports, but wouldn't it be unprecedented to cram hardware for a new feature in like that on the last spin you're planning to go to production with?

But maybe next Thursday or so we can get Humus to tell us. . . :p
 
Last edited by a moderator:
X1800 XT: 8VS 4 QUAD, SHADER the CORE structure is nearly identical with R420, only increased SM3.0.

ATI will be able to flaunt that, R5XX is only through DCT test SM3.0 GPU, R520 is on SM3.0 is DONE RIGHT.

Ring Bus there can be equal to 8 32bit MC.

X1800XT in this universe most accurate frequency specification: 625MHz|1500MT/s.

Only can support FP HDR MSAA...

Supports the FP writing coherence compression, new 3DC+

This is Ridiculous Rubbish.

Typical Nvidia slanting spin machine stuff.

If its Fully SM3 and has a new Ring bus and supports MSAA in HDR how the *heck* is it just a R420 with stuff tacked on? This is just obvious Nvidia influnced spin imo. This kind of logic says that everything ever made is just the same old 1 pipeline chip with "Stuff" tacked on.

This is not an R420 with "stuff" tacked on. I wonder how many review sites are going to fall for this kind of spin.
 
geo said:
"only if supported by hardware". Could they have stuffed in hardware that quickly? I would think not, even tho it seems that the hardware support for NV's solution is relatively minimal as such things go.

I thought that was because Nvidia already had very flexible support for SSAA and hybrid modes? What spurred ATi to go this route all of a sudden - I'm betting it's nothing unique to R520 and R300 supports it too.

On the other hand, it would really suck for their marketing division if this was going to be their killer IQ feature before they saw the G70.
 
trinibwoy said:
On the other hand, it would really suck for their marketing division if this was going to be their killer IQ feature before they saw the G70.

No kidding! "We would have had it in May, we swear, if it wasn't for the damn soft ground!" isn't going to cut any ice with the masses, even if the cognoscenti might buy it.

Why would you make that kind of distinction re hardware if it is supported by R3/4xx? Unless the RVxxx line is missing something that is required. . .
 
Gibbo has some "information from sources in the industry" - nothing substantial, athough he confirms that X1800XL will be available on launch day (in the UK at least).

Slightly OT, but has there been explaination/discussion as to why the softground issue was discovered so late in the sampling/testing phase? If the first samples were back in December 2004, why was this only picked up in May/June 2005 (if indeed that was when it was identified), was it only detected when production was ramped?
 
trinibwoy said:
Ah, thanks. So the NV40/G70 fails this test?

It fails the SM3.0 DCT5.x tests, yes. But then does that matter? And will R5xx be any better? I think not.
 
trinibwoy said:
I thought that was because Nvidia already had very flexible support for SSAA and hybrid modes? What spurred ATi to go this route all of a sudden - I'm betting it's nothing unique to R520 and R300 supports it too..
Cat. 5.9 is already here and AFAIK there isn't such a feature for current hardware pressent.
 
Back
Top