1. Welcome to TechPowerUp Forums, Guest! Please check out our forum guidelines for info related to our community.

A review on...video game benchmarking

Discussion in 'Graphics Cards' started by entropy13, Sep 10, 2011.

  1. entropy13

    entropy13

    Joined:
    Mar 2, 2009
    Messages:
    4,892 (2.49/day)
    Thanks Received:
    1,182
  2. Mussels

    Mussels Moderprator Staff Member

    Joined:
    Oct 6, 2004
    Messages:
    41,944 (11.76/day)
    Thanks Received:
    9,365
    i want to know what w1zzard thinks of this
  3. Melvis

    Melvis

    Joined:
    Mar 18, 2008
    Messages:
    3,543 (1.53/day)
    Thanks Received:
    510
    Location:
    Australia
    Thanks, good read :)
  4. rougal

    rougal

    Joined:
    Nov 2, 2007
    Messages:
    117 (0.05/day)
    Thanks Received:
    27
    Nice info, nice read, don't quite understand it..
  5. WhiteLotus

    WhiteLotus

    Joined:
    Jul 30, 2007
    Messages:
    6,530 (2.57/day)
    Thanks Received:
    847
    same here. I got to around page 5 before I started to get confused.
  6. wolf

    wolf Performance Enthusiast

    Joined:
    May 7, 2007
    Messages:
    5,541 (2.11/day)
    Thanks Received:
    842
    I read this yesterday too, it's a great read and definitely highlights the issue's surrounding what appears as stutter in games, and inconsistent FPS. they're dead right in saying that just FPS doesn't tell the whole story.

    I particularaly liked and agree with statements like this; even though it is partially beside the point.

  7. Scheich

    Joined:
    Dec 20, 2005
    Messages:
    245 (0.08/day)
    Thanks Received:
    20
    Just imagine how fluid gameplay would become if they decide, LCD dont need to run @ more than 25 frames, cause movies dont need more :laugh:
  8. HalfAHertz

    HalfAHertz

    Joined:
    May 4, 2009
    Messages:
    1,883 (0.99/day)
    Thanks Received:
    378
    Location:
    Singapore
    Read somewhere that his work was flawed because he was trying to capture and record the frames before they reached the rendering pipeline instead of after. There are many things that happen during rendering and a lot of those include throwing away frames. So as always take it with a grain of salt ;)
  9. entropy13

    entropy13

    Joined:
    Mar 2, 2009
    Messages:
    4,892 (2.49/day)
    Thanks Received:
    1,182
    Are you talking about the multi-GPU setups, specifically the Nvidia ones? The "flaw", as you mention, is that Nvidia apparently has a slightly different implementation of things in multi-GPU setups compared to AMD. It's a flaw in a sense that not all variables are held constant during comparison, but it's not such a big flaw that everything else posted about the article is automatically void.

    And there are other things that are holding it back so to speak (like the use of IPS panels instead of TN panels, relying on software instead of hardware - like speed cameras, which he mentions), yet that does not mean that it already should have been taken with "a grain of salt."

    All scientific articles published in academic journals all have certain "reservations." In your opinion then, those articles (all of them) must be taken with a grain of salt because they have "flaws."
  10. Swamp Monster

    Swamp Monster

    Joined:
    Oct 22, 2010
    Messages:
    560 (0.41/day)
    Thanks Received:
    83
    Location:
    Latvia
    Interesting article. And they could use CRT for real life experience testing of frame jitter.
  11. Mussels

    Mussels Moderprator Staff Member

    Joined:
    Oct 6, 2004
    Messages:
    41,944 (11.76/day)
    Thanks Received:
    9,365
    what interested me was that slower response time monitors make it harder to see the issue, so a fast response TN panel could actually be a bad thing for gaming and microstutter.
  12. Kreij

    Kreij Senior Monkey Moderator Staff Member

    Joined:
    Feb 6, 2007
    Messages:
    13,881 (5.11/day)
    Thanks Received:
    5,615
    Location:
    Cheeseland (Wisconsin, USA)
    I'm a little confused on something. Maybe someone can clear this up for me.

    On page 11 he states that Fraps records a frame timestamp when the game engine hands off a frame to the DX API.
    Earlier he stated that the jitter on multi-GPU setups was due to the fact that a frame rendered on the second (non-output) GPU had to hand the frame back to the primary display GPU, thus adding a little delay.

    Why would Fraps detect this if it timestamps the frames prior to the GC even getting the frame information?
    The frame times would, of course, vary based on how long it took the engine to get it to the API, but why would that mirror the GPU to GPU transfer delay?
    yogurt_21 and cadaveca say thanks.
  13. entropy13

    entropy13

    Joined:
    Mar 2, 2009
    Messages:
    4,892 (2.49/day)
    Thanks Received:
    1,182

Currently Active Users Viewing This Thread: 1 (0 members and 1 guest)

Share This Page