Nice read.
Thanks for the explanation :up:.
Printable View
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.
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
http://www.abload.de/img/crysis_cf_on_2t9w.jpg
this not
http://www.abload.de/img/crysis_cf_on_34r1.jpg
Because the unevenly distributed frames are a result of the too fast cpu :yepp:
cold is the result of viruses...i don't have a problem understanding this
but this is a way too ot for now
Hopefully these diagrams can make it a bit clearer for those who are interested.
http://img301.imageshack.us/img301/7051/gpuafrbe0.jpg
http://img119.imageshack.us/img119/3627/cpuafriy8.jpg
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?!
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.
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).
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?
the mounting seems to be the same as the 3870 so i would have to say yes
Is the 4870 coming out on june 25th as well?????
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. :p:
http://www.forumdeluxx.de/forum/show...495808&page=62
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 ;)
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.
well we will se right :)?
New GPU-Z: http://www.techpowerup.com/downloads...-Z_v0.2.4.html
Quote:
Originally Posted by GPU-Z 0.2.4
me2, that why i posted it here. I hope someone w/ a HD4800 card will use it and show a validation/ss.