FPS Benchmarks Are Flawed: Introducing Animation Error | Engineering Discussion
ฝัง
- เผยแพร่เมื่อ 9 มิ.ย. 2024
- Sponsor: Arctic Liquid Freezer III on Amazon - geni.us/5N1BRr9
We've been trying to add depth to GPU and CPU reviews for a long time now, and last year, Tom Petersen of Intel joined to discuss advancements to PresentMon (an open source tool) that added GPU Busy. We've shown that metric in a few game benchmarks now, but it was missing one more critical piece. That piece gets introduced today: Tom's team has added Simulation Time Error/Animation Error and GPU Wait to the PresentMon 2.0 testing tools, both of which will be useful for reviewers and end users alike to better evaluate where in a pipeline the game framerate is getting held up. Not only is it useful for FPS benchmarking, where we already have used PresentMon for 10+ years, but now for animation error and true stutter representations.
"Frametimes" are also being redefined as measured to be more precise. In most instances, the new output will be similar to the old, but there are some key areas that frametimes will now be more precise when representing gaming performance. PresentMon has a user interface for those who are interested in learning how to benchmark their own GPUs and CPUs like GamersNexus, and the PresentMon 2.0 beta will soon go public. The entire tool is open source. Intel is also introducing Click-to-Photon latency and LMT (the Latency Measurement Tool), bringing latency back into the discussion.
Watch our video with Tom Petersen talking about how GPU drivers actually work (and what "optimization" means: • Fixing Intel's Arc Dri...
Learn more about system latency in our interview with an NVIDIA technical expert previously: • Framerate Isn't Good E...
Watch our previous interview with Tom Petersen where we discussed GPU Busy: • Intel's Major Overhaul...
Watch our debut of GPU Busy testing here: • Starfield CPU Benchmar...
The best way to support our work is through our store: store.gamersnexus.net/
Like our content? Please consider becoming our Patron to support us: / gamersnexus
TIMESTAMPS
00:00 - Engineering Discussion & Interview
02:08 - The Problem with Frametimes As Measured
03:58 - Animation Error & Stutter
06:46 - Introducing GPU Wait (New) with GPU Busy
08:43 - Animation Error, Stutter, & Simulation Time Error
10:58 - What is Simulation Time?
13:03 - New Charts for Animation Error
15:03 - Click-to-Photon Latency in Software
16:03 - Open Source Latency Measurement Tool
19:45 - PresentMon 2 Open Beta for the Public
23:30 - Tom LOVES Histograms
25:00 - Conclusion
** Please like, comment, and subscribe for more! **
Links to Amazon and Newegg are typically monetized on our channel (affiliate links) and may return a commission of sales to us from the retailer. This is unrelated to the product manufacturer. Any advertisements or sponsorships are disclosed within the video ("this video is brought to you by") and above the fold in the description. We do not ever produce paid content or "sponsored content" (meaning that the content is our idea and is not funded externally aside from whatever ad placement is in the beginning) and we do not ever charge manufacturers for coverage.
Follow us in these locations for more gaming and hardware updates:
t: / gamersnexus
f: / gamersnexus
w: www.gamersnexus.net/
Steve Burke: Host
Tom Petersen: Guest
Vitalii Makhnovets: Camera, Editing
Tim Phetdara: Editing - เกม
Watch our video with Tom Petersen talking about how GPU drivers actually work (and what "optimization" means: th-cam.com/video/Qp3BGu3vixk/w-d-xo.html
Learn more about system latency in our interview with an NVIDIA technical expert previously: th-cam.com/video/Fj-wZ_KGcsg/w-d-xo.html
Watch our previous interview with Tom Petersen where we discussed GPU Busy: th-cam.com/video/5hAy5V91Hr4/w-d-xo.html
Watch our debut of GPU Busy testing here: th-cam.com/video/raf_Qo60Gi4/w-d-xo.html
can anyone explain to me if SAM on GPU side can cause very low AMDip FPS drops.
I've noticed it lately in a lot of 'console' prt games.
Please do another real independent story on why the prices of industry GPUs are as high as those of used vehicles. I'm not saying the vehicle is in A-1 condition, but more like a hooptie.
Considering the iPhone 14 can be mass-produced at the price of $10 each, what's the story behind these outrageous prices on these GPUs being produced? What are the hidden costs of mass-producing them?
@@BaBaNaNaBa You're probably hitting a coding problem where they didn't fix the memory allocation from the console code to be PC code. You could report to AMD's driver team too as bug, or the Game developers.
This is a second comment. First got deleted. Maybe was too long...
First, I really love that the "Animation Error" will finally see the word)
Second, I myself a graphics engineer and was working on Frame pacer. To measure the Frame pacer's performance I also come up with the "Animation Error" metric (funny, that name is exactly the same). However, I calculated "Animation Error" and "Display Time" differently.
At first, "Animation Error" was comparing "Animation Time" and "Display Time" of each frame. So if "Animation Time" == "Display Time", then we have no animation error, and presumably - smooth animation. However, on practice this was wrong. For example: using 25 ms "Animation Time" for 40 FPS on 60 Hz (no VRR) display produces better visual results than matching the 16.7/33.3ms "Display Time".
Problem in the Sample and Hold nature of modern displays and how our eyes perceive the animation. After long investigation, I introduced "Ideal Animation Time" that is a Display delta time, measured between centers of the Display frames.
Formulas I used:
DisplayTime[i] = DisplayBegin[i + 1] - DisplayBegin[i]
IdealAnimationTime[i] = (DisplayBegin[i + 1] - DisplayBegin[i - 1]) / 2
AnimationError[i] = 20 * log10(AnimationTime[i] / IdealAnimationTime[i])
I hope Tom Petersen will read this comment.
when the computer has STE's O.o
This guy single handedly carrying Intel's consumer relations
Tom is a great engineer. At NVIDIA, he was the one driving a lot of the OC functionality and was the reason NVIDIA kept the cards overclockable. At Intel, he's working with his team to create open source tools that will likely reveal more flaws with Intel GPUs than anyone else, but they are still making and releasing them. Hopefully the corporate overlords realize how important this work is and how Arc will have to lose money for a while before it can find success.
@@GamersNexusAh so now that he's not at Nvidia, we can (maybe by circumstance) see why overclocking is basically dead (or at least any that can be felt by users for typical at home gaming).
Seriously. Any video with Tom Peterson I will watch. So clearly knowledgeable, passionate, and an excellent communicator. You just want to trust him as an authoritative source.
Im not sure about other board partners, but "soft overclocking" through a video cards software is usually very easy to do and relatively safe. For example asus gpu tweak@Photo-Jay
@@Photo-JayCards are pushed so hard out of the box these days, that the gains you can get are minimal. They all ship with algorithms that basically continuously overclock the card to whatever is stable at that point.
Something that's absolutely not dead, is undervolting. With a bit of time and effort you can significantly reduce power draw for your card, which often even leads to slightly better performance as you won't hit the current limit. In many cards you can drop power draw by as much as a third without giving up performance. If you like a quiet computer, this is a must. Plus it's impossible to damage your card this way. There really is no downside.
to all hardware companies:
let
your
engineers
TALK
to us, customers
Engineers have a nasty habit of telling the truth that executives don't like.
They seem to be figuring it out more and more, at least for our channel! Intel, NVIDIA, and AMD have now all allowed their engineers to go on with us multiple times, so that's been awesome to see. Big change from a few years ago! But we need to keep showing them that people care about these discussions to get them to keep doing it!
It's a great idea if the person talking can break it down in a way people can understand, otherwise people would just be confused.
As an engineer I can say letting "us" speak is a high risk, low reward strat. Most engineers have a hard time explaining things without unnecessary details. Additionally, strategic wording is important otherwise you end up with situations like the LTT Labs "retesting every time" comment. People like Tom are rare and therefor too valuable to have them spend resources on presentations like this that only reach a tiny slice of potential customers.
I only care about what engineers say. Don't care for executives, marketing material, PR stunts, landing pages.
Damn, all the bots got nukes
Thanks, Steve.
NUCLEAR LAUNCH DETECTED
@@GamersNexus _"A-Bomb prepping. A-Bomb launch detected."_
@@GamersNexus spawn more overlords
Dude... Fraps takes me way back.
Also love this guy, he clearly knows his stuff and is excited to talk about it.
Paid for a FRAPS licence a very long time ago. It was the best way to take screenshots back then. What a blast from the past
Used the free version to record Minecraft videos when I was a kid lol
sameee fraps for runescape lol god dayum an other things too
@@muchen1 XD runescape what a throwback
I used FRAPS in 2000 and onward with optimizing UT99 (and every game I played). I wrote my own AVG functions. You could log framerate in .csv. So I created my own functions that gave me %inMIN, MIN, MIN AVG and AVG. Then I messed with graphical settings so that MIN AVG was as close to AVG, and %inMIN was as low as possible. This was as close to "fluid" gameplay as we could get. Frametime graphs didn't exist back then, and I think there wasn't any FRAPS-like application to log frametimes.
TAP!! Always nice to see him in your videos. Highly knowledgeable and an excellent explainer.
TAP is definitely among the best for this kind of video!
Engineering Discussion is a good name.
It's about as literal as I could make it! hahaha
i swear when intel becomes a true competitor to team green and red if Tom becomes the face of the brand they cant lose. dont change Tom
He will get poached before that happens.
Team Red? 13:51 - According to this guy both Intel and Nvidia are sharing something with the world. What "Team Red"? Oh... hold on, there is "US" and... "others" whatever that means.
@@alexkay7823 amd
can't*
@@alexkay7823 How can you be so confidently out of the loop? AMD's logo is red, so Team Red, Nvidia's is green, Intel's is blue
and the cold war ended decades ago, now it's just the standard govt shenanigans from _every country_
intel is actually doing interesting stuff with their graphics. I think this will be great for testers and end users alike to see where they are actually losing performance.
No they aren't. It's mainly movie focused and they are designing for energy efficiency now. 15w graphics tile 😢
I don't like their cards because they perform bad in older games. I like my old games literally to fly, to play them like I couldn't at the time. I do that with my RTX 3060, with Intel it's impossible, with Intel it's like I'm with my 1050ti all over again in old games. So unless they repair that, I'll probably never get an Intel card. Also once you step out of the benchmark "stack" and "most popular" Intel performs bad. They probably need 10 or 20 years to catch up with Nvidia.
How many rabbit holes do you want in one video?
Steve: ALL OF THEM
GN x TAP content always the best 💖
Best PR man of Intel : Tom is an incredible and presentMon is a very well made project ....
Tom Petersen is the best GN guest, can't wait for Intel Arc Battlemage
The display stand - looks like it could lift a car
Very interesting video - thx
I found it on the side of a road! Literally!
@@GamersNexus 😂
post-consumer frugal chad
You may want to consider a camera stand or something when the majority of time you are only in 1 location. The jidder can be very odd (motion sickness inducing for me) when it is in full view frame shot. Great video!
Good point.
I just noticed the slight tilts during the video.
Im noticing it now how it's a little jolty thank you
As an Intel engineer, "GO TAP!"
I always enjoy seeing TAP talking about Intel Arc development. Though I do not work on Intel Arc, so it makes me wish TAP could present things on other projects haha.
For real. IFS needs him to talk up what we're doing over in stacking and packaging land. I love seeing people like him out and talking about this stuff. Even if people don't understand everything in a presentation, they do pick up on when the person presenting cares about it and knows their stuff.
De8ar did a deep dive with an Intel engineer a while ago on heat spreader design, so he's definitely not the only one.
@@arthurmoore9488 you mean Roman "Der8auer" Hartung? Yeah he did interview Mark about CPU thermals and power. It is good to see an engineer talking directly to the media, but it's still far too rare. And regardless, I just think TAP has a certain enthusiasm and way of explaining things which is really effective.
Really great stuff, although I wish they wouldn't call a purely software metric "ClickToPhoton". By definition, that number _cannot_ represent click-to-photon latency if it's not starting in hardware at the click and ending in hardware at the monitor pixels (photons).
Animation error is an interesting metric, and makes me think of some of the tricks used on VR headsets to reduce discomfort (although they're not directly related). Because we're so sensitive to framerate and latency for something strapped to our heads, most VR headsets support rendering a "fake" frame containing the same scene data but skewed to a slightly different camera perspective so that the scene still matches your head position as your turn and move around, even if the game engine itself is updating at a slower rate. This can result in a bit of a weird situation where objects in the scene (objects, enemies) update at a visibly slow animation rate, but the scene itself still "feels" fluid because the viewport is updating more frequently. This is way better than the alternative, and just highlights that perception of a rendered scene is a whole lot more complicated than "high fps = good"!
A concrete example I've ran into is a situation where mouse controlled camera motion is stuttery even though the frame time graph shows flat. That's because the when the input lag is uneven, the captured mouse motion becomes uneven. Issues like these usually appear when you switch between CPU and GPU bottleneck or framerate cap. I wish there was a way to make games operate at a stable input lag that smoothly transitions from capped framerate to dropping below the cap, or between CPU/GPU bottleneck, even if it meant the game had to use worst case input lag all the time.
Great video! Thanks Steve and the team. Love content like this. Also just got my commerative pint glasses today, love them!
That's awesome! Thank you so much for ordering!
Of course! Got the modmat too and looking forward to breaking it in with a new build :) Keep up the awesome content!@@GamersNexus
1% lows have been bothering me for a long bit, because it's not the low framerate represented in that number that I necessarily experience/notice, it's the flat-out halts, the jitters, the massive chunks of redrawn frames. It's hard to parse, what you REALLY want to know his "how often am I going to notice I do not have a new frame ready", that's what you FEEL. I know it's hard to represent these sort of things with numbers and averages. By design they don't really illustrate the extremes very well. Software input to frame data is gonna be sick as well!
1% lows would represent flat-out halts. They manifest as a huge drop, which we then show in frametime plots.
@@GamersNexus How about standard deviation plots? the a wide plot indicates choppy rates, while a narrow one would indicate steady framerate.
@@GamersNexusstill though 1% doesnt tells you how often it stutters right? Like the game freezing for 1 second 3 times would affect 1% lows the same as it freezing for 10 ms 300 times no? (I picked extreme examples)
Learn how to ram overclock. It both dissporoportionately and massively smooths out frames rather than giving you that many more on average. It's great
I can agree that picking out just a few percentiles can be frustrating, because they're not reflecting the whole experience comprehensively, but single values plucked out of the data, and so whether your "stutter problem" in-game is just above or just below that arbitrary percentile will make as much impact on the metric as the true overall pacing/experience will have. How tightly clustered or how spread out the slowness is over time is not knowable from percentiles, as others in this thread have said. There is some artificial impreciseness from plucking out a few percentiles and calling it a day.
As the video pointed out, GN does take us in for a closer look sometimes with frametime graphs, which show the whole dataset (or whole segment of gameplay containing the performance issue + surrounding context) for a fuller look instead of plucking out certain percentiles. That's great. But having to go to a graph means it can't happen very often, not enough time to graph framtime plots of every game/setting/PC tested, so having to do a whole separate graph for it is a bit of a barrier to seeing the whole picture very often.
I get that percentiles, as an approximate or rough look at the whole dataset, are very very valuable. Definitely they are. Probably gets us most of the way there to where it's not always meaningfully relevant to look a lot closer in each case. But I also do agree it's frustrating to have to settle for an approximation OR else reach for a separate graph (maybe a separate graphing tool altogether) just to really meaningfully look at the whole dataset, rather than a small sample of the dataset.
3d printing gets a lot of credit and praise for all of the crazy things we can do in rapid prototyping.
But under the radar has been just how easy it is to make a pcb. There are pcb desks that are no bigger than your computer desk. And plenty of services like PCBWAY where you can submit your pcb and have it manufactured in mass, quickly.
Its really crazy how fast that has progressed too.
I remember spending hundreds of dollars because I wanted a PCB made in under a month, and getting anything less than a full panel required sending the files to a guy who would act as a middle man.
It's always great when Tom Peterson is on. Love learning from him!
not only open software, but open hardware too. Good to see. Good job Tom
Tom Peterson is great, it was sad watching the Alchemist PR tour, hopefully BattleMage turns out better
I'd actually been thinking about this recently. I couldn't figure out how the Cpu would know how long to advance the game logic without knowing how long the previous frame would be on screen for.
I figured that either I lacked sufficient understanding of the low level workings and had missed something or it simply didn't matter.
But it turns out that I hadn't misunderstood & it does actually matter.
It seems pretty obvious in hindsight but most things do, the fact the Frametime itself was so poorly understood for so long still seems pretty crazy.
I'd love it if someone could come up with a demo that allowed us to play around with the simulation time consistency in realtime so we could play around with this effect for ourselves.
At least that's easy to fix when you're doing vsync, since the simulation step would be always the same. For some games, it is also critical to avoid issues as when changing the framerate the physics will be affected and it can lead to inconsistent results. It is important for any RTS if you want your replays to work correctly.
Unfortunately, most physics engines have that part locked. Last time I looked, which was a while ago, many of them hard-coded the physics to 60fps. So if you have say 120 FPS, and watched a capture of something colliding in slow-mo, you would see it clipping for a frame then going back the next.
I would pay for more videos with Tom for real. He's the goat
I tested up to version 0.6 beta, my initial impression was after a diagnostic session I wanted to see an analysis of the logged metrics which only highlighted the dips and peaks where relevant in a summary that could be used for reference when attempting to reproduce a problem with the hardware, driver or application under test. Also he raises a good method of recognizing when the graphics card is performing optimally when the processor workload and graphics card workload has a wait of a couple of milliseconds but not too long. Though for average users that might be a bit hard to do, so really presentmon should have a visual cue when the processor or graphics card wait distribution is uneven for example with a simple visual colour icon that changes dynamically with tasks as the frame changes etc. for the session duration
This whole discussion was legit riveting, I feel like I could watch you two talk for hours. Tom has me actually excited for things at Intel.
Very interesting discussion. Can't wait for more of these Engineering Discussions!
If these were the only videos you had I would be content. Interviewing these highly technical guys is so entertaining. Plz do all you can (P.S.: not to say your other content isn't great, it's just that this stuff is SO good)
Very, very interesting and informative video! Super impressed with Tom's communication skills and ability to be an engineer but talk like a layman. Very rare.
Fraps is now under the yellow bus beside the green tree.
The brightest minds on the planet are trying to make my CS2 matches as smooth as possible, and I'm very grateful for their skills 😅
No more excuses. You can only blame the chair now.
always great to see content with tom!
These types of video are so freakin cool. I love getting a small little "peak" at the actual engineers and developers and what they are doing and working toward. Its so enjoyable seeing his enthusiasm and excitement for it all.
Intresting! We will have to wait to see if this catches on. Holding my thumbs for it to succeed since everyone benefits from more accurate reviews!
Great topic! Very interesting to watch and can't wait to see the improvements available to the public.
To bad nothing on Battlemage yet...
I wanna see Tom and Blur Busters Chief in the same room. :O
That explanation about short vs long frames being perceived as blur really got me thinking about how big the relationship is between a great engine, great hardware and a great display.
Was some knowledge lost between the CRT platformer era and now?
Motion clarity issues from sample and hold displays are caused by how our brain works. It's not that the knowledge is lost, its just hard to blank frames on sample and hold displays.
These are some of the most informative Videos ive seen on TH-cam. Great guest and great presentation as always.
This was an awesome and insightful discussion!
I like this guy. He's enthusiastic and seems to know his stuff.
what a guy! I can listen to tom talk for days.
The demo at the end is awesome. These tools are seriously cool. In a nerd sense of course.
Tom is awesome. Also, love these types of interviews. Glad to see more of them.
Very cool! The discussion on GPU Busy was a game changer for me! Allowed me to really understand what to be looking for and how to understand performance. Really excited to try out the beta.
Awesome! Kudos to him for coming out! Thanks for the video thats awesome software to not only monitor and compare component combinations but much much more! Sweet
Very excited about the opensource LDAT, you saved me some dev time:)
Plus, someone else has double checked the work. Accidentally miss-reading a scope trace sucks.
What a great interview!! more contend like this please!!
Would love some demonstration videos of game having bad cpu or gpu performance, and how it looks when tweaking with the setings
YES! That would bring it home. AGREE👍
I'm really impressed with the demo ! Keep it up !
Mr. Peterson reimendes me of my friends Dad how got me into PC building in the first place. Thank‘s for giving us some new cool toys to play with ❤
Very cool stuff. Ty to the GN team and Intel
These vids are great. Keep 'em coming.
RIP The Tech Report. Scott Wasson's frame time work was HUGE for GPU reviews and finally looking into this performance metric.
Not an Intel fan but I love Tom Petersen, he is a bundle of great information..
We need more Tom videos on GN!!! Always a blast to hear it from the actual engineers who make it all possible.
12:49 Jefferson Montgomery was he a founding father? 😂
Founding father of Presentmon!
The simulation/animation time error is something really interesting to consider when analyzing stutters. Sometimes the framerate is really good, but the animation or camera movement is completely borked. I wonder if that is what occurs in Jedi Survivors, in addition to shader compilation and traversal stutters. Even though the frame rate is high, the animation is strangely jerky and stuttery. Digital Foundry's Alex Battaglia talks about it, and shows what it looks like in this video: th-cam.com/video/lsskwVyPoxs/w-d-xo.html (Hopefully, I got the time stamp right..) It would be really nice to be able to measure and quantify phenomena like that.
Yes! Steve and crew, please run this Jedi game through the simulation time error beta test if you can! That game is one of the worst "this just doesn't feel right" games in a long time.
Tom's a top tier guest. Love seeing this guy deliver updates on a passion project like this, with such impactful potential. Not sure when this was filmed, but hopefully he got to see some of this good weather and not just the rain we've had.
Nice shoutout and thank you again Scott Wasson! RIP TechReport
I love these deep dives. I know it may not speak to everyone but to me at least it really does add the extra value of education about computing to the channel that makes GN so special and authentic. Thank you for the informative and the work it took to pull this off.
24:48 it’s so satisfying to see GPU metrics that are sooooooo smooth!
very cool. This will definitely change how I test PC builds.
Even though this is PR for Intel, I hope people appreciate all the work Tom has done and his overall mindset. This industry needs be pressured towards an open source, pro-consumer ideology as much as possible. That is not the direction most silicon valley executives would prefer to go. Even if you're someone who just hops on to play games and doesn't think about it outside of occasional driver updates, accessibility to diagnostic tools and advanced control over device behavior will eventually impact your experience one way or another.
Just imagine if the corporate ideology behind many products we see from Apple, Google, Samsung, Dell, etc. became industry standard for PC hardware. Intel certainly isn't perfect but it's people like Tom, Bill at AMD and others behind the scenes trying to advocate for enthusiasts that helps to keep the suits in check.
We'll never get everything we want and will get frustrated with all of them time and time again. This is why it's critical for consumers and reviewers like Steve to push back and keep this industry competitive.
Tom Petersen is one of the BEST thing that Intel can do with letting him just talk. VERY cool stuff.
It would be awesome if presentmon could capture and output an interactive frametime chart and when you click on a frametime spike it opens up a chart which steps of that frame took how long to complete as detailed as possible.
That would be good not only for reviewers but to troubleshoot frametime spikes as a consumer and to optimise your settings.
You could have a "record" button within presentmon to start capturing all the details and after you have recorded some minutes of data you can close the game and open up the frametime chart. Then you manually scroll through the chart and click on any specific frame. It opens up a second window showing all the steps of creating the frame and how long each took to complete.
The steps should be colour coded:
green = normal
yellow = took slightly longer then expected
red = took way longer then expected
Now you know which step caused the spike. Then you click on the yellow or red marked step and it tells you the most common causes for it to take longer then expected.
There's just something so interesting about listening to two knowledgeable people talk about something very geeky. Keep Tom on the channel, he is very interesting to listen to!
Good to see Tom, and good to see PresentMon keep getting meaningful updates.
These are my favorite videos from you guys I wish more people would watch this 🙁
This dude is amazing! really has me waiting for battlemage now
I love seeing you guys constantly try to raise the bar with increasingly finnicky/complicated methodologies.
Tom is such a nice guy, always so enthusiastic
I don't know if it's related to Animation Time Error, and I don't know if it's a thing that happens in almost every game, but I remember when playing games without enough VRAM or with very low inconsistent FPS, sometimes the games didn't just feel low FPS, they didn't just feel stuttery, but the animations of the characters felt jumpy (even worse with the physics), it seemed like the body coordinates of their animations moved inaccurately and like online rubberbanding. Kinda like PS1 polygon wobbling but based on movement.
love deep dives like these!
A lot of this was pretty advanced but cool to watch. I will test the program but I’m a little intimidated based on a lot of the language and science. This video probably went over the head of a major portion of the audience but I still am glad you made this. I wish there was a summary or idiot version of this videos did us average folks.
I'm working on software technology for this problem, and yes there are more steps after this: particularly knowing ahead of time how long it'll take to compute the next frame.
YO IT WOULD BE REALLY COOL for you to take the PCB and follow it through the whole process then use it for the thing. I know we have all the bits and peices but like just following it through would be GIGA COOL.
GREAT video, thx guys!
Dang! Those histogram charts look awesome!
Show the peaks! Show the widths! Explain distributions!!! Dive into bimodal behavior. THIS is the real performance data. (Hard to explain but if anyone can GN can)
Tom is awesome! Intel should be grateful to have him!
G'day Steve & Tom,
Thank you for doing these Technology Breakdowns in a way the even someone like me can understand. I know there are lots of Very Intelligent & Educated people who watch the channel who may find this boringly basic, but being only smart enough to know I am Stoopid understanding Technology can quite often derail my train of thought ending up with just a mess of information that I can't get in order. Tom you have a great way of presenting the imagery while simplifying the wording & Steve you are awesome at keeping the direction so it builds a picture.
Always good to see this guy.
On your line plot for FT, the vertical lines of interest can be broken down to show the components that cause that result. Then you can drill down to a specific result to show its make-up, when interesting.
Always a good day when Tom visits the channel.
This PresentMon tool is absolutely genius! Thanks a lot Tom for supplying us with such in depth analysis!
Man I really love the talks Tom does, as a Software guy but that finds HW fascinating this is like a dream class to me.
Thank you for learning with the audience and making this channel the most elite in terms of technicality in the overly saturated tech news space.
I really like these video and can't wait for more.
Its good to see old tom again i rememeber him working at nvidia for years
A nice video on simulation time error is "Myths and Misconceptions of Frame Pacing / Alen Ladavac, Croteam / Reboot Develop Blue 2019". It would be important to give developers the tools (e.g., a way to measure display time) they need to avoid simulation time errors (as it is not always possible to pre-emptively avoid it).
th-cam.com/video/n0zT8YSSFzw/w-d-xo.html
Awesome, more tools to eventually end stutter
Thats why i love you. Now we get frame times and stuttering as a category in gpu reviews. It blows my mind how bad some games run on certain gpus. In my case ist an amd gpu and it just got better after going for shaders always on in the registry. Also i saw insane performance in games that pre cache its shaders like "Lies of P" as an example.
Brilliant discussion!
Tom is AWESOME!
He's the kind of tech guy I could hear talking all day long.
thanks to all
Once again amazing, thanks all
Thanks steve, love this type of stuff
Hehe.. fascinating.. love these discussion even though most info just goes in one ear and out the other.
Really interested in that monitor app for sure.
yay Tom Petersen :D
that's absolutely amazing tool
please add "VRAM filled" & VRAM related thiings to the mix of overlay