AimIsADick
Account Details
SteamID64 76561198443218901
SteamID3 [U:1:482953173]
SteamID32 STEAM_0:1:241476586
Country United States
Signed Up July 26, 2020
Last Posted February 26, 2024 at 8:36 PM
Posts 572 (0.4 per day)
Game Settings
In-game Sensitivity 2.21
Windows Sensitivity None. Accel: 1.9
Raw Input  
DPI
800
Resolution
1280x720
Refresh Rate
60hz
Hardware Peripherals
Mouse Razer Viper Mini Corded
Keyboard Integrated
Mousepad None
Headphones None
Monitor Integrated
1 ⋅⋅ 30 31 32 33 34 35 36 ⋅⋅ 38
#37 I'm writing a proper guide to performance. in Q/A Help
mastercomsAimIsADickYeah ik. I was just thinking of tips that weren't necessarily related to your config (like if neccessary increasing the page file size on windows, clearing up bloatware, etc.).There's an OS optimizations section. https://docs.mastercomfig.com/en/latest/os/windows/

Yeah I know about that. Point is that not all of the performance tips exist on your site documentation(, like reducing resolution and aspect ratio and changing the DNS server), and they're often scattered around the internet so they're not always easy to find. That's why I wanted to make a complete comprehensive performance guide.

posted about 3 years ago
#36 I'm writing a proper guide to performance. in Q/A Help
hamahamthe real secret to good performance is sitting and optimizing your own graphics config to make your rig play the game the best it can, it might not be fun and it might take hours but there isn't really a 1 size fits all solution to optimizing this game

Not everyone actually has the patience, programming and Source knowledge, or humility to be able to make a good performance config. The way I see it most players just shove in cvars with barely any research put into them without even bothering to save the changes to the video config. That's why I just recommend hunting down a good config made with thorough yourself.

posted about 3 years ago
#33 I'm writing a proper guide to performance. in Q/A Help
kbtoAimIsADickkbtoAimIsADick (game performance not the player performance) yeah that's smart, something tells me you wouldn't really be able to talk on that either
Ah yes an ad hominem attack.

(I think posting about the guide here was a mistake after all.)
how tf is any of this ad hominem im saying youre unqualified to talk since your most played class is 150 hours on spy?

Because me having only 150 hours on spy is completely irrelevant from whether I'm qualified to talk about game performance?

posted about 3 years ago
#29 I'm writing a proper guide to performance. in Q/A Help
kbtoAimIsADick (game performance not the player performance) yeah that's smart, something tells me you wouldn't really be able to talk on that either

Ah yes an ad hominem attack.

(I think posting about the guide here was a mistake after all.)

posted about 3 years ago
#26 I'm writing a proper guide to performance. in Q/A Help
vaniAimIsADickThey should be using frametime (or frame pacing? What term is it?) instead.
You know its going to be a good config when OP proposes to not use frames per second and instead suggests using something he forgot the name of...

I made a typo there. I meant which term I should use. I was unsure whether to use frametime or frame pacing.

Bob_MarleyMaybe I misunderstand what frametime is, but isn't frame time more granular than FPS...? B/c you get a time for every frame and can see very detailed oscillations that FPS hides. (like one frame takes 10ms to render and the next spikes to 150ms for some reason.) FPS gives aggregate info over the second so it loses some of that detail. The mean or total frametime over the second is the same as FPS, but you can't recover individual frametimes from the FPS... So, they're not the same metric..., right?
I need someone to explain it to me. ;-;

They are the same metric but yes frametime is more granular than frames per second. This is what I was trying to explain to these people.

posted about 3 years ago
#2176 mastercomfig - fps/customization config in Customization
turbochad69AimIsADickI still think what you said about dxlevel 81 earlier should at least be displayed somewhere in the docs, otherwise it likely will keep getting misused.The cool thing about mastercomfig is that you can go ahead and add it to the docs right now if you want. I'm sure it would be merged if you write a good description of it.

I am planning on contributing this information to the docs. I just have no idea how to explain the "misconception" (or rather misusage).

FakemastercomsSame with the force ID settings. I haven't looked too much into those but people do strangely get a benefit out of them sometimes.
I can say that forcing vendor IDs for me when I was using NVIDIA optimus in Windows 7 with a driver that wasn't from the OEM helped my FPS a bit and allowed the game render correctly. I dont have the exact numbers on hand, but it helped.

For some reason the game was recognizing my dGPU as the Intel integrated one with the driver direct from NVIDIA. This was the github issue report that helped me: https://github.com/ValveSoftware/Source-1-Games/issues/633

On Windows 10 I didnt have the same issues though. Also apparently helps on some linux systems, but I never tested that.

Your situation is really the only time to use the force driver ID launch options.

posted about 3 years ago
#2173 mastercomfig - fps/customization config in Customization
mastercomsUsing dxlevel 81 is not a misconception. It has a valid use case. Same with the force ID settings. I haven't looked too much into those but people do strangely get a benefit out of them sometimes.

Yeah I get that but people seem to misuse dxlevel 81 a lot, so while I guess it technically doesn't count as a misconception, I still think what you said about dxlevel 81 earlier should at least be displayed somewhere in the docs, otherwise it likely will keep getting misused.

posted about 3 years ago
#19 I'm writing a proper guide to performance. in Q/A Help
mastercomsThere are two incorrect things in the Delfy video that I spotted: r_lod 2 instead of r_rootlod 2 and the recommendation to use -threads -high in launch options (granted, I skimmed through it).

Anyways, the mastercomfig docs are open source! So you can improve them however you'd like.

Yeah ik. I was just thinking of tips that weren't necessarily related to your config (like if neccessary increasing the page file size on windows, cleaning up bloatware, etc.).

mastercomsAimIsADickThey're the same metric type, not actually the same metric. The difference between the two is in how the information is represented. Frametime represents the time it takes to render the frame, while frames per second represents the amount of frames generated in a second. What I'm saying is that frametimes are generally better than frames per second as a benchmark metric, because it gives more information.
How do you think a game engine or any benchmarking tool measures FPS? It uses frametime by measuring the time taken between the start and end of the frame, then takes the reciprocal of that (divides 1/frametime).

I must have been thinking of something else when I thought that they weren't the same metric, but yeah they are the same metric. (Sorry about that!)

mastercomsAimIsADickdxlevel 95 is only available on xbox 360. On PC the dxlevel will be maxed to 90.You may be thinking of dxlevel 98.

Yeah I was thinking of dxlevel 98 for some reason.

posted about 3 years ago
#2171 mastercomfig - fps/customization config in Customization

So I noticed that you were talking about how dxlevel 81 is often misused and that you wished you mentioned it? Why not go ahead and talk about it in the misconceptions page?

Same goes for the -force_device_id and -force_vendor_id launch options, though they seem to be rarely used nowadays. I personally think it's a good idea to do so anyways in case they ever got common usage again.

posted about 3 years ago
#17 I'm writing a proper guide to performance. in Q/A Help

I'm starting to think this project was a bad idea.

carterhttps://media.discordapp.net/attachments/779486942370594827/819017906713002025/unknown.png

this is from the first source that you linked in #6

"frametime" and frames per second are the same fucking thing lol

They're the same metric type, not actually the same metric. The difference between the two is in how the information is represented. Frametime represents the time it takes to render the frame, while frames per second represents the amount of frames generated in a second. What I'm saying is that frametimes are generally better than frames per second as a benchmark metric, because it gives more information.

carteryou cannot seriously think you know more than mastercoms about tf2

Well yeah I don't. I know fuck all about Source and I'd rather not try to bother with it.

carterAimIsADickI just got tired of those shitty performance guides online (like that one made by Delfy and that one other youtuber that said mastercomfig made his game run worse).
If you're referencing this, I can't find a single thing in this video that is wrong or shitty. it's geared at pubbers. it's not made with disabling literally every graphical setting in the game in mind lol
  1. This video presupposes that more FPS = better performance even though that isn't always the case.
  2. dxlevel 95 is only available on xbox 360. On PC the dxlevel will be maxed to 90.
  3. mat_queue_mode should be left to -1. Let the game figure out when to use queue mode instead of forcing it on or off.
  4. Any evidence for these claims made in this video?
posted about 3 years ago
#12 I'm writing a proper guide to performance. in Q/A Help
Brimstonealso as everyone already told you
you wouldn't have to care about half this shit if you just saved some money and got an actual pc

No I'm talking about that (those frametime spikes seem to be exaggerated btw. Just playing in some TF2 lobbies with cl_showfps 2 shows me that's it's generally pretty low like around 16.7ms, so it's likely the software I used for testing). I just got tired of those shitty performance guides online (like that one made by Delfy and that one other youtuber that said mastercomfig made his game run worse).

posted about 3 years ago
#9 I'm writing a proper guide to performance. in Q/A Help
PeteAimIsADickcarterAimIsADickmastercomfig docs
i'm pretty sure those are comprehensive enough

They get the basics down, but the docs are still missing some information. For instance it is not recommended to use dxlevel 81 on modern computers because it uses an older rendering pipeline that is inefficient. Also most people don't realize that framecount per time (like frames per second) is a terrible metric to use for getting performance. They should be using frametime (or frame pacing? What term is it?) instead. Not all of this information is readily available and it tends to be hidden away in an obscure post or comment or something like that.

aren't you the dude that was going around to twitch chats saying you had a secret google doc that would help people's performance if they were nice to you?

Uh no. I don't remember ever doing that.

posted about 3 years ago
#6 I'm writing a proper guide to performance. in Q/A Help
carterAimIsADickframes per second) is a terrible metric to use for getting performance.
Yep Cock

No I'm serious. Frames per second doesn't give enough info for it to be useful, and it's often misleading. (Source 1 and Source 2)

posted about 3 years ago
#4 I'm writing a proper guide to performance. in Q/A Help
carterAimIsADickmastercomfig docs
i'm pretty sure those are comprehensive enough

They get the basics down, but the docs are still missing some information. For instance it is not recommended to use dxlevel 81 on modern computers because it uses an older rendering pipeline that is inefficient. Also most people don't realize that framecount per time (like frames per second) is a terrible metric to use for getting performance. They should be using frametime (or frame pacing? Which* term is it?) instead. Not all of this information is readily available and it tends to be hidden away in an obscure post or comment or something like that.

posted about 3 years ago
#1 I'm writing a proper guide to performance. in Q/A Help

So one day I got irritated at the amount of horrible performance (game performance not the player performance) guides out there. I thought "I can make a better performance guide than most of these guys" so I started work on a comprehensive performance guide. It's not remotely good enough for feedback yet, but I do want to know: What information should I add to my guide pertaining to performance? What are the misconceptions when it comes to TF2 performance. (I'm not talking about the ones on mastercomfig docs I already have those.)

posted about 3 years ago
1 ⋅⋅ 30 31 32 33 34 35 36 ⋅⋅ 38