Jump to content


Premium Members
  • Content Count

  • Joined

  • Last visited

  • Days Won


Skwuruhl last won the day on January 27

Skwuruhl had the most liked content!

1 Follower

About Skwuruhl

  • Rank
    Math Wizard

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

1,553 profile views
  1. Skwuruhl

    Windows Pointer Speed

    No game where aiming is important enough to need the accuracy 6/11 doesn't have raw input these days. Using 4/11 so desktop and in-game feel closer is perfectly fine.
  2. Skwuruhl


    As a temporary fix use the config setting of the calculator with a mouse sensitivity of 40 instead of 1 and then multiply the value by 0.82 before you put it into your config. Use the value for Aiming and zoom, imo also flight and swimming, then adjust zoom/flight/swimming from there as preference. They made the cm/360 between first person and javelin a lot closer (though again jav is still broken)
  3. Skwuruhl


    1st person sensitivity seems to have changed with GstInput.MouseSensitivity 40, seems to be about 25% faster. Negative acceleration on fast swipes seems be better but javelin sensitivity is still broken. Also changing GstInput.MouseSensitivity to 1 no longer changes sensitivity by a factor of 40 but something else (if it changes it at all)
  4. Skwuruhl


    Okay so the 3 flight settings: Sensitivity controls how quickly the flight cursor moves. Pretty obvious. Precision makes it so if you move your mouse slowly then the sensitivity is lowered further. Basically a mouse acceleration curve. Response I think adjusts how sharp you turn when moving the cursor. So say you move the cursor 50 pixels to the right and keep it there. Response controls how much you'll turn while the cursor is at that position.
  5. Skwuruhl


    Set all your sensitivities to the new value in the config GstInput.DylanOption_MouseFlightSensitivity GstInput.DylanOption_MouseSwimSensitivity GstInput.MouseAimSensitivity GstInput.MouseZoomedSensitivity I also personally found 0% flight/swim precision to feel the best for flying.
  6. Skwuruhl


    The calculated sensitivity still works however. Also is it GstInput.MouseSensitivity 1 specifically that removes acceleration or would a lower value of say, 0.2 remove even more?
  7. Skwuruhl

    Game requests

    I think the mouse is mapped to a joystick. I couldn't get any artificial mouse inputs to work and there's a minimum and maximum speed you can turn... just like a joystick.
  8. Skwuruhl


    Sensitivity is affected by WPS. Also kind of a general WPS thing, but WPS has an additional multiplier if you have size scaling on. e.g. if you use 125% scaling on a 1440p monitor so everything isn't so small then a WPS multiplier of 1.25 is added in addition to the usual WPS setting.
  9. Skwuruhl

    The Forest

    The potentially complicated bit will be the swapped endianness unless you already have that coded. But yeah a minimum sensitivity of 9.47 in OW or 2.84 in CS:GO is ridiculous. Especially when the maximum is the equivalent of 114 and 34 respectively.
  10. Skwuruhl

    The Forest

    So just a reminder that FOV and sensitivity can be set via registry. The conversions are a bit complicated but I've figured them out. Again 0% is 5760 counts and 100% is 480 counts. The config is located in Computer\HKEY_CURRENT_USER\Software\SKS\TheForest The complicated part is converting your desired sensitivity to the format used in the config (little-endian double). So for example say you want 1.5% (0.015) sensitivity in-game. First you need to convert this to it's double binary representation, in this case 00111111 10001110 10111000 01010001 11101011 10000101 00011110 10111000 Then you need to convert this to hex 3F8EB851EB851EB8 But this is big endian so you need to swap it to little endian. Split each pair of numbers and then reverse the order 3F 8E B8 51 EB 85 1E B8 to B8 1E 85 EB 51 B8 8E 3F This is finally what you input in MouseSensitivity_numbers and MouseSensitivityY_numbers. FOV is done the same way. Negative sensitivity values get defaulted back to 0 and don't work unfortunately. If you use python scripts on this website then this could help: import struct input = 0.015 def double_to_hex(f): return hex(struct.unpack('<Q', struct.pack('>d', f))[0]) output = double_to_hex(input)[2:].zfill(16) x = 2 for i in range(0,16): output = output[:x] + ' ' + output[x:] x += 3 print(output.upper()) For anyone wanting to do sensitivity themselves in the meantime use this equation: (5760/desiredCountsPer360-1)/11 to calculate an input value for the python script. Then type the output into the registry fields (be sure to get the x and y fields). If you're doing FOV you just put the desired vertical FOV in the input variable.
  11. Skwuruhl

    Battlefield V

    Using 0% monitor distance. Something isn't right here.
  12. There's a person I've had discussions with that advocates discarding match distance entirely and instead scaling based on focal length entirely with a multiplier. I can't say I really disagree with him entirely. It's definitely way more sound than "viewspeed" or whatever else. And the concept of "match distance" has a lot of significant flaws, largely that it completely falls apart if you're aiming up or down from the horizontal at all. The new equation would just be tan(zoomFOV/2)/tan(hipFOV/2) * Coefficient For example CS:GO's default multiplier in AWP zoom 1 is 4/9ths with a zoom of ~2.75x. This means that the coefficient in this case is 1.2211. If you used this to convert to Overwatch your Widow/Ana sensitivity would be 46.27 (zoom scaling * 1.2211). There are 2 issues I have with this method, the first is that say you have a scope with 1.1x zoom. If you used a 1.2211 coefficient with this zoom level then your ADS sensitivity would be higher than hipfire resulting in a reduced cm/360 distance which just... doesn't make sense to me. However this could be okay, the way our brains perceive sensitivity is complicated. The second is that this doesn't really provide a way to scale between hipfires if the FOV is different other than "scale by focal length with no coefficient" or "scale by 360 distance". This also could be fine as scaling hipfire by just focal length is a decent solution. Both of these could be "solved" completely if you scaled the coefficient by focal length in some form but I don't know that that's necessarily a good idea or that it'd actually be solving anything. The benefits are that your sensitivity is more grounded in the actual zoom ratio which is good. Also it "solves" people who prefer a sensitivity lower than what 0% match distance would provide. Match distance has no answer for people who use 35 widow/ana sensitivity while this method does (0.9237 coefficient).
  13. Skwuruhl

    Question about the 0% monitor match.

    Match distance isn't "accurate within a circle." Any match distance will only be perfectly matched at that specific distance and just get more and more off the further you are from it, whether it's more inside or outside. However distance match only works when you're starting at 0° horizontal. I.e. if you're aiming up or down at all, even a little bit, then the concept of a distance being matched stops working entirely. The big reason to use "0% distance" is that it's actually scaling by zoom ratio aka focal length. This is desirable most obviously because you're, well... scaling by the zoom. 2x zoom means 1/2 sensitivity. A secondary reason this is desirable is that this mimics how your brain automatically scales aiming based on distance from target. E.g. if a target moves from 100 meters to 50 meters then you have to move your mouse 2x the distance to stay on target. The target will also appear 2x as large since it's half the distance away (kind of like 2x zoom).
  14. Skwuruhl

    Vermintide 2 Zoom Sensitivity Mod

    If you want 172.8% vertical match then just use 172.8% for the mod. I do wonder how you arrived at this exact % though.