ATI Radeon HD 4000 Series discussion

[Genius_pt]

micro-stuttering is the result of AFR solutions, and it happens due to each gpu frames synchronization.

Example:

GPU1-> frames 1,3,5,7,9,11,13 @ 0,01sec 0,05 0,09 0,13, 0,17 0,21 0,25

GPU2-> frames 2,4,6,8,10,12,14 @ 0,02sec, 0,06 ,010 0,14 0,18 0,22 0,26

If you come to notice, there is a 0,03sec gap between GPU1 and GPU2 frames, and that's the micro stuttering thing, while you have 2 frames displayed by each gpu one imediatly after another, but then you have a 0,03 gap.

This is just a quick example nothing really deep.

Nice read.

Thanks for the explanation .

[Xello]

Am i right in thinking that if they 'solved' this problem, and sync'd the frames, there would likely be a sizable performance hit? Reminds me of V-sync.

If that's the case, perhaps they just don't want to do this, with SLI and XF scaling already being far from perfect.

[pest]

micro-stuttering is the result of AFR solutions, and it happens due to each gpu frames synchronization.

Example:

GPU1-> frames 1,3,5,7,9,11,13 @ 0,01sec 0,05 0,09 0,13, 0,17 0,21 0,25

GPU2-> frames 2,4,6,8,10,12,14 @ 0,02sec, 0,06 ,010 0,14 0,18 0,22 0,26

If you come to notice, there is a 0,03sec gap between GPU1 and GPU2 frames, and that's the micro stuttering thing, while you have 2 frames displayed by each gpu one imediatly after another, but then you have a 0,03 gap.

This is just a quick example nothing really deep.

I hope we mean both the same thing.
I've made ton of graphs visualizing microstuttering, and it appears in cascades. For example the frametime-differences alternate beetween 10 and 60ms.

this stutters


this not

Read what I wrote again. How is "the CPU delivering the processing data too fast" different to "the frames are not distributed evenly in game time" ? Obviously game time is controlled by the CPU. Don't argue just for arguing sake...a little reading comprehension goes a long way.

Because the unevenly distributed frames are a result of the too fast cpu
cold is the result of viruses...i don't have a problem understanding this
but this is a way too ot for now

[trinibwoy]

micro-stuttering is the result of AFR solutions, and it happens due to each gpu frames synchronization.

Hopefully these diagrams can make it a bit clearer for those who are interested.

[SEA]

It is clear with different frame times.

The only thing nobody explains - why would the frames be so different all the time in the middle of game? I would understand they differ at the moments of begining of changes of picture like new big object appears on the screen. But! next frame would still have it! If you say that object changed position/size and next frame would require more processing? -Ok. But it supposes to remain on next frame(s)! So time difference should spread over all consequent frames pretty evenly...

So it should not stutter?!

[flippin_waffles]

Apples and oranges here but, as AMD are practically masters of interconnects would it be out of the question that the graphics group has leveraged some of that knowledge to improve core to core communication? They are the same company after all.

[trinibwoy]

It is clear with different frame times.

The only thing nobody explains - why would the frames be so different all the time in the middle of game? I would understand they differ at the moments of begining of changes of picture like new big object appears on the screen. But! next frame would still have it! If you say that object changed position/size and next frame would require more processing? -Ok. But it supposes to remain on next frame(s)! So time difference should spread over all consequent frames pretty evenly...

So it should not stutter?!

Depends on the game. In something like a racing game where the game world is going by rapidly and the view is changing at a high speed the stuttering can be very noticeable. In an RTS or RPG and most FPS's it won't be that noticeable. And the issue isnt about how long it takes to render the frame on each GPU. It's about the timing of when frames are delivered to each GPU and how long each rendered frame stays on screen.

The problem with it isn't only that you notice it. The other big problem is that the big fps numbers are false. In some scenarios (highly GPU limited) you're getting essentially the same frame rendered twice in a row followed by a long delay then two similiar frames rendered in short time etc. That's why some people find single GPU play "smoother" even though the FPS numbers are lower.

AFR doesn't work well in extremely GPU (frames thrown away, stuttering) or CPU limited situations (no scaling). The sweet spot is somewhere in the middle (my second diagram above).

[-= rtz =-]

Sry if this has been posted but,its a 100 pages thread

Does anyone know will accelero S1 fit on 4870 since it fits on 3870?

[ripken204]

the mounting seems to be the same as the 3870 so i would have to say yes

[GAR]

Is the 4870 coming out on june 25th as well?????

[LordEC911]

Is the 4870 coming out on june 25th as well?????

Wasn't it the 23rd? But yes that was the reason for the one week delay.

[STaRGaZeR]

And still nothing about the 70. No leaked bench, no nothing.

[Hornet331]

And still nothing about the 70. No leaked bench, no nothing.

lol there are allready guys that have bought the 4850 and have them in there hands, head over to 3dcenter or hwluxx forum.

http://www.forumdeluxx.de/forum/show...495808&page=62

[zerazax]

He meant the 4870 i think but thanks for the link

Looks like 4850's are in a lot of retailers hands already, some just want an early head start on them sales

[STaRGaZeR]

lol there are allready guys that have bought the 4850 and have them in there hands, head over to 3dcenter or hwluxx forum.

http://www.forumdeluxx.de/forum/show...495808&page=62

70

[GAR]

I dont see how the 4870 would launch at the same time as the 4850, no pics no benchs, i find it hard to believe that it will launch the same time.

[JameCa]

well we will se right ?

[GAR]

well we will se right ?

We sure will, in 10 days......damn, seems like sucha long time

[w0mbat]

New GPU-Z: http://www.techpowerup.com/downloads...-Z_v0.2.4.html

Improved RV770 detection

[Helmore]

New GPU-Z: http://www.techpowerup.com/downloads...-Z_v0.2.4.html

Improved |= Perfected, but still I want to know what it will show us now...

[w0mbat]

me2, that why i posted it here. I hope someone w/ a HD4800 card will use it and show a validation/ss.

[Eson]

Apples and oranges here but, as AMD are practically masters of interconnects would it be out of the question that the graphics group has leveraged some of that knowledge to improve core to core communication? They are the same company after all.

Shintai says its more or less impossible to make such interconnect, therefor it will never happend.

But the engineers surely has thought of this and i hope we will see it soon because i think its more likely to happend then not.

[Luka_Aveiro]

I hope we mean both the same thing.
I've made ton of graphs visualizing microstuttering, and it appears in cascades. For example the frametime-differences alternate beetween 10 and 60ms.

Man, I just made a quick example, nothing very deep, so yap, your example is perfect, I just made through a quick mind example nothing more.

Actually, micro-stuttering is a very easy deal to understand

[Hornet331]

Man, I just made a quick example, nothing very deep, so yap, your example is perfect, I just made through a quick mind example nothing more.

Actually, micro-stuttering is a very easy deal to understand

maybe, but both ati and nvidia ignored it for several years now.

[Helmore]

maybe, but both ati and nvidia ignored it for several years now.

Doubt it, but if they did than this could imply that micro-stuttering is a rather easy thing to fix through drivers. If they already knew about it for a while, let's say at least a year, then the fix is probably not very easy.