JarateKing
Account Details
SteamID64 76561198022106397
SteamID3 [U:1:61840669]
SteamID32 STEAM_0:1:30920334
Country Canada
Signed Up December 4, 2013
Last Posted March 20, 2020 at 4:18 PM
Posts 779 (0.3 per day)
Game Settings
In-game Sensitivity 0.4964244925
Windows Sensitivity xset m 00
Raw Input  
DPI
400
Resolution
1366x768
Refresh Rate
60Hz
Hardware Peripherals
Mouse Nixeus Revel / Modded WMO
Keyboard Minivan w/ gat browns & XMIT fullsize
Mousepad Glorious PC Gaming Race
Headphones  
Monitor Dell something
1 2 3 4 ⋅⋅ 52
#9 I'll give you a key if you remake this hud. in Customization

I'd just recommend learning how to do it yourself. Hud editing is fun and knowing how to do it means you can play around with it on your own.

As far as I can see, to turn the new into the old, all you'd have to do is:
- move the teamcolored healthcross panels into a line below the health, and copy that over for the ammo
- remove the outline stuff for health/ammo numbers, and just keep the shadow
- use the minmode stuff for the charge meter

There might be more since I'm just looking at the screenshots on github, but overall it'd be a pretty good beginner's mod.

posted 2 weeks ago
#13 Looking for Java Help in Off Topic
Tresha little off topic, anyone know ocaml? have to learn it for one of my classes and its so frustrating to learn because of how different it is compared to other languages.

OCaml shouldn't be too bad once you solve a few problems in it. Functional programming languages like the ml family are all different than imperative / oo languages, but I find once you understand how they want you to think of the problem you're solving they aren't very bad. Main thing is to understand you're not defining a step-by-step process, you're defining a transformation.

Of course this all depends on if you're doing a comparative languages course (very baseline level of understanding, can honestly just do the bare minimum and then focus on other languages) or a compiler course (very in-depth).

posted 1 month ago
#4 got bored in Customization

seems to try and do multiple things (graphics cfg and stuff like null-movement) all mixed together and not clearly separated. I'd recommend separating them out and trying to be more focused with it, like:
https://github.com/mastercoms/mastercomfig - very well focused on doing everything graphics
https://github.com/JarateKing/jarconfig - focused on many gameplay scripts

---

As for some specific stuff:
do I use "autoexec_performance" or "pretty_gfx"? There's a lot of overlap between them, but there's also a lot of stuff that is in one but not the other, and it's not really clear what's what.

// Net graph script for TAB
alias "+netgraphscores" "net_graph 4; +showscores" // can change to 1 for fps improvement
alias "-netgraphscores" "net_graph 0; -showscores"
bind "TAB" "+netgraphscores"

I'd recommend going with something more like: https://gamebanana.com/scripts/9167 - the scoreboard script you have is a pretty common one but it can be done better
I wouldn't have a bind like that in the middle of the script where it's hard to find, as well. If I didn't have scoreboard on tab, I'd be very confused why tab randomly became scoreboard using this script.

incrementvar mat_managedtextures 0 0 1

incrementvar will increase the setting between a min and a max bound. The bounds here are 0 and 0, so this should always set this to 0. May as well just be "mat_managedtextures 0".

fps_max 300 // can't tell difference between this and 0

fps_max 0 disables the frame limit. 300 puts a cap at 300 fps, which is obviously not going to be different if you don't get that much fps but some people do and a 300 cap is very different from uncapped.
There's a decent bit of valid debate around whether this should be 0 or 995 or whatever you can reliably get stable (and some wrong arguments about 2x your framerate or whatever) but in general this isn't the sort of thing that's just found in the middle of your cfg (in autoexec_performance, it is at the bottom of pretty_gfx).

I haven't given it a thorough lookthrough (I didn't read through all the actual graphics settings and I'm not the best to comment on them) but in general this cfg doesnt appear to have any clear direction it wants to go in. Seems more like a hodgepodge of random settings from other things rather than actually trying to improve on what's already out there. I don't mean to put it down but cfg's are among the hardest thing to make good in tf2 and require a lot of effort to be decent, and I'd recommend trying to deeply understand what other people have done and how they can be done better before working on your own.

posted 1 month ago
#11 latency guide in Hardware
sageare my latency pikes normal?

Yeah, if you look at what processes are actually causing the high latency interrupts, it's mostly networking / ports / graphics stuff that you'd expect to spike (especially when we're talking about <1ms spikes).

Interrupts should only ever really be a problem if they start distorting audio (what LatencyMon is intended to diagnose), or if you want to squeeze out that extra couple fps.

posted 2 months ago
#5 latency guide in Hardware

Seems like a compiled list of other people's advice, not necessarily based on any deep insight on the author's part. Some of the advice is good, but some is based on a misunderstanding that's stuck around for a while.

ie. Timer resolution is something you can set and it does affect tf2, but it shouldn't improve tf2's fps any -- afaik the only waits that appear in tf2 is for the fps cap (and the same is true for most other games too), and that just means when you hit your fps cap your frame times will be more precise (it has a similar mean but smaller standard deviation than without changing the timer resolution). Which really doesn't matter, slightly less variation in your fps won't do anything.

The main advice is to reduce interrupt-to-DPC latency, which has a small impact. If your DPC latency was 1.0 microseconds and you reduced it down to 0.5 microseconds, that's roughly equivalent to increasing fps from 60 to 66 (using some quick testing, you'd have to check your DPC count to calculate it for yourself). The guide mentions 0.4 being good but 0.3 being ideal, and that difference is about the jump from 60 to 61.25. All in all we're talking relatively small gains.

I'm not recommending against the advice, but if you're going to great lengths for any fps increase you can find, you can get bigger gains by running tf2 under linux where most of this guide doesn't apply anyway.

CBT100% placebo. Nanoseconds of latency mean absolutely NOTHING.

The input latency in the guide is measured in microseconds, which (when you consider that there's usually a few thousand interrupts a second) will translate to some amount of milliseconds every second. Not much, but it's not next-to-nothing like nanoseconds would be.

posted 2 months ago
#54 RGL Ban Speedrun Any% (WR) in Off Topic
TheScientificGamerI believe the issue is not necessarily with race--rather, the issue is with culture. The most "racist" states are ones where you have two cultures that do not have much in common, namely, white culture, and African-American culture. African-American culture, known for its embrace of loud social activity (and a general expression of the will through publicized song and dance) highly contrasts with the "white" American culture, with its origin is obviously derived from Europe, where things that are revered are treated with a sort of stoicism and silence.

Ah yes, the real cause of racism is that white americans are afraid of loud noises.

The whole "trust me I'm scientific, I posted one statistic and then extrapolated wild conclusions with no backing" schtick is a real stupid trend. It should be pretty telling that these types never cite their sources. Those statistics come from Project Implicit, and these are the the conclusions that they make in their paper Exposure to Racial Out-Groups and Implicit Race Bias in the United States (2015):

Rae Newheiser OlsonIn conclusion, aligning with findings from political science (Putnam, 2007) and sociology (Quillian, 1995), we found that greater proportions of Black, relative to White, residents in U.S. states and counties predicted stronger in-group bias among both White and Black Americans. Although we attempted to isolate the relationship between out-group exposure and race bias (e.g., by using control variables and replicating the pattern across units of analysis), it remains unclear exactly why this pattern emerged.

Any attempt to definitively say "yes this is why that is" is unscientific mumbo. The actual researchers' best estimation is:

Rae Newheiser OlsonWhite respondents living in areas with few Black residents have relatively few encounters with the low-status group, and therefore their high in-group status may not be chronically salient. But for White respondents living in areas with high proportions of Black residents, high ingroup status may indeed be chronically salient and may bolster in-group bias.

Which does not suggest anything you're saying.

posted 4 months ago
#10 FPS cap limit on a 144hz monitor? in TF2 General Discussion
mastercomsAlright, I looked more into this. fps_max DOES produce a consistent frametime. It waits in between frames to get to the desired frametime.

Mastercoms and I discussed this a bit and experimented with it, and I figure it'd be worth sharing results here. I went as far as writing a program to roughly mirror what tf2's fps_max does (same method for frame limiting, but no frame logic or threading or anything like that). The model could be improved to be more accurate, but it's good enough to tell if frames are consistent or not.

Compared to the expected frametime from fps_max, individual frametimes would vary anywhere from ~3ms slower (under cap) to ~1ms faster (above cap). Over time, these would average out to slightly lower than fps_max (<1ms under). These numbers depend on a few things (what you set fps_max to does change these a bit, for one), but it's a significant variation in any case.

This is alright for most of fps_max's uses, since most of the time you don't really care about this variation. But monitors absolutely do, especially when you're talking about "matching frames to monitor refreshes." fps_max 2x or 2x+1 is based off this idea, and the idea doesn't work out in reality.

TLDR: fps_max isn't consistent enough for monitors, don't use 2x / 2x+1 or any other fps_max based off your monitor refresh rate. Mastercom's advice of being slightly higher than you can get ingame is what you should follow.

CBTCap at like 800. The only reason to have a cap at all is to prevent the game from glitching out at extremely high frame rates. Otherwise the more frames the better.

You just need to keep your fps below 1000, so you can go closer than 800. I don't know the details of the problem since I've never gotten close to 1000 fps, but it might already be fixed, or it might still be a problem with the variations mentioned above (so something like 997 might be safest).

As mastercoms mentioned a bit, your load times are affected by your fps_max -- things load faster if they have to spend less time re-rendering menus. Ideally there'd be another fps_max for menus (like in csgo and dota) but there isn't anything like that in tf2 currently.

posted 4 months ago
#3 FPS cap limit on a 144hz monitor? in TF2 General Discussion

if you don't have anything fancy like gsync and you don't worry about overheating, uncapped will always give the least latency

any magic number (like x2 or x2+1) is based off the misconception that your frame renders will roughly line up with your monitor refreshes. They don't, and even a stable capped fps has very inconsistent frame times (they just average out to slightly below the cap, but individual frames can vary significantly), so you're gimping it unnecessarily.

Now if you do worry about overheating, or you really want a consistent capped fps for some reason, anything above 144 will be mostly fine, though increasing it higher as long as it's stable is generally better.

posted 4 months ago
#19 Model Removal Pack 2019 in Customization
aierahow does this compare to the mastercomfig extra model removal? (other than removing cosmetics)

Mastercomfig doesn't touch model files itself, just some model locations listed out in a text file as easter eggs for events. For example: https://wiki.teamfortress.com/wiki/Saucers It doesn't remove much, but it's pretty harmless to have as a file, and stays updated easily.

Mods that actually nullify the model file itself (like this, nohats, cleantf2+, etc) can remove a lot of props / cosmetics. It's more powerful for modders but also more work and requires work to keep updated.

posted 4 months ago
#30 candy tier list in Off Topic

https://i.imgur.com/5HIyuDG.png

posted 5 months ago
#38 if you're canadian go vote in World Events
MonkeySuitI wonder what it's like to have sane politics.

Alberta and to a lesser extent Saskatchewan (both firmly conservative) having growing separatist movements, since they're very angry about not getting a Conservative government (and ironically voting so Conservative means they have no Liberal seats, and therefore have no representation within the leading party).

Who knows if it'll eventually reach the levels that Quebec used to have (when it came to a referendum, 49.5% voted to leave) but I wouldn't call our politics sane right now.

posted 5 months ago
#26 if you're canadian go vote in World Events
Yipyapperhttps://www.thebeaverton.com/2019/10/voters-send-clear-message-of-ugh-fine-trudeau-again-i-guess/

this is probably the most indicative thing for canada as a whole "ugh, trudeau again? fine, at least it isn't scheer"

(i voted green because green is genuinely popular here but i would've voted ndp anywhere else)

Aye, how's the saying go? "Canadians don't vote for who they want, they vote against the people they don't want" or something along those lines.

Trudeau has had his scandals and isn't ideal, but a Liberal minority probably upsets everyone the least (Liberals happy that they still have government and don't have to deal with Scheer, Conservatives happy that it's only a minority government and they'll still get the say on a lot of split issues, Bloc and NDP happy that they got pretty good results and will be decently represented, Green happy that they've got another seat). People's Party doesn't really have anything to show for it, but the more surprising thing is that they got any media focus in the first place.

At least in PEI (where locally Conservatives form minority government with Greens as the opposition party) the general mood I saw was "I'm not excited about Trudeau, but I really want to avoid Scheer, and I'll strategically vote to avoid that." May and Singh appealed to a decent amount of voters here (especially with Bevan-Baker's support of May) but ultimately most people were alright with Trudeau and didn't want Scheer.

https://www.thebeaverton.com/2019/10/atlantic-canada-enjoying-the-2-hours-when-rest-of-canada-pays-attention-to-it/

posted 5 months ago
#2 Modding No-Hats mod to only disable some hats in Customization

Option 1: find the files for the hat inside the nohats vpk and delete them from there, so it loads defaults again
Option 2: use cleantf2+ and add the file names to dev/lists/nohats_weapons.txt so that they get ignored when generating nohats

posted 6 months ago
#35 HUD Creation Competition #2 in TF2 General Discussion
dragonwolfi know this aint the best place to ask, but if it would be to much of an issue, could you tell me what files i would need/upload them seperatly for that modified version of colly's killfeed icons
materials/vgui/replay/thumbnails/killfeed_icons/
scripts/mod_textures.txt
scripts/mod_textures_killfeed.txt
scripts/base/mod_textures.txt

this one's a bit more extendible / futureproof so it splits things up into different files and loads them in with #base, but it's functionally equivalent to colly's icons normally except they both point to "d_images" instead of half using "dneg_images"

posted 6 months ago
#33 HUD Creation Competition #2 in TF2 General Discussion

Sorry lads but I didn't have as much time as I expected originally with my hud, so I wasn't able to get a whole lot done with it. If the deadline is extended I would give another effort to finish, but I don't mean to pressure the decision since I will (hopefully) have more free time but can't make guarantees.

That said, one big thing that got added was transparent damage numbers, to read stacked damage numbers easier and not be painful bright yellow (it's subtle, but it's a lot better than opaque damage numbers):

https://i.imgur.com/agr5yBE.png

it's available here:
Direct: https://github.com/JarateKing/jx-hud/archive/master.zip
Source: https://github.com/JarateKing/jx-hud

as it is it wouldn't be too bad to implant over another hud if ye don't want to deal with some default elements that I haven't gotten to changing (yet)

posted 6 months ago
1 2 3 4 ⋅⋅ 52