Solved on Discord. Needed to move configs to user folder, and rename them back to normal.

The console is no longer force enabled. You can enable it in advanced settings under keyboard. This is due to the extra overhead from the console.

Thinking about and analyzing it further, an interval of 1/66 in interpolation essentially corresponds to a 0.015 interval on the server. So that's fine.

At 66 update rate, when you receive a new snapshot at for example, 0.04545454545 seconds, and rewind 0.0303030303 seconds back in time for interpolation, you are at 0.01515151515 seconds, which is when you received the packet for server frame 1, so you are rendering server frame 1. So when the server rewinds back to server frame 1, it matches your render position.

But now, it seems like I am missing something else, or there can be a big error on interpolation between packets, because if you shoot someone at 0.05303030302 seconds, your render time will be at 0.02272727272, it will submit a command at 0.0606060606, with tick count of 3. Then, it will rewind two frames back because of lerp ticks of 2 from 0.03030303 lerp, and then use frame 1 on the server, which was 0.01515151515 on client time. So, you see something at 0.02272727272, but the server lag compensates it as if it was on 0.01515151515. Essentially making it compensate for the base tick delay from interpolation, but not the distance interpolation introduces from the base tick values.

Alright, so I did investigate further. CServerGameClients::ClientSettingsChanged is not the source of this issue. TIME_TO_TICKS is. TIME_TO_TICKS converts time in seconds into number of ticks. Number of ticks cannot be fractional, according to the TIME_TO_TICKS formula (equivalent to round(dt / 0.015) in TF2 (full formula is (int)(0.5f + (float)(dt) / host_state.interval_per_tick)).

The two relevant places I could find this being used in relation to interp/lerp is in lag compensation (CLagCompensationManager::StartLagCompensation) and demos. In lag compensation, it uses lerp time (as discussed above, set in CServerGameClients::ClientSettingsChanged), and converts it to number of ticks, and rewinds that many ticks back.

What is confusing to me though is that this seems to use the default tick rate (intervals of 0.015), rather than any networking rates (intervals of 1/66). So I must be missing something, or else most of the default settings or using cl_interp_ratio would cause at least an error as well.

You have mastercomfig installed, an old version of it actually. You can update it.

Also, you can make a user folder where your configs are currently, and then drop them in there. More information here: https://docs.mastercomfig.com/en/stable/setup/install/#custom-configs

Security through obfuscation should not be relied upon, although it can be an okay first defense, it cannot be the only nor the strongest defense to circumvention.

What version of mastercomfig are you on? If you are on 8.3.8, does this still happen on 8.3.5? If it does, does it happen on 8.3.4?

What's your config?

You can enable sprays by entering this into your modules.cfg file:

sprays=on

This will run the settings needed to enable sprays (as you say, there are some that break sprays -- this module fixes them), though keep in mind that because sprays are decals, you will need to enable decals as well, which you can do by entering this into your modules.cfg file for a low amount of decals:

decals=low

For more information, you can check the modules page in the mastercomfig docs:
https://docs.mastercomfig.com/en/latest/customization/modules/#general-decals

I think this pack fixes pyro flames: https://github.com/agrastiOs/Ultimate-TF2-Visual-Fix-Pack

As announced in the main thread, mastercomfig 8.3.8 comes with the aforementioned documentation updates for installation, which are linked to from the download page at "Initial Setup Instructions"

I'll be adding GIFs to these steps soon, and then the video tutorial and then finally add transition guide after that.

I'd like to hear everyone's feedback about these changes before I fully commit to the GIFs and video though.

8.3.8 released with documentation updates, performance improvements, and quality of life enhancements.

Changelog
Support me

This release took 5 hours to produce. If you like the work I do, consider supporting me!

This will be fixed in the next release.

tf/cfg/user folder is not obsolete. We keep the documentation up to date for every release.

I understand that you want to dig into the files but most users do not. But I'm still going to be releasing a manual package for those who do.

That custom configs page you referenced is actually meant to be part of the installation steps, but also a reference. I'm not sure how you installed mastercomfig or found the GitHub readme to be the place to go but on the download page, the docs site is linked. There are next buttons on the page which are intended to lead you to the next page in the install process. This is what I was saying earlier about making the current pages reference only and making a dedicated installation guide page, so that there aren't these buttons to find and everything is a clear step rather than being descriptive.

The whole config is made to be changed, unfortunately there was one case where I didn't know the full extent of the texture limit command, and have since removed it. If I knew what it did entirely and kept it, I would have added it to the modules so that it isn't incompatible.

Yeah, I learn more about the game, listen to feedback, test things, etc that make the config better with updates. I don't think updating a config should be a hassle.

I would say most of the config is commands, yes.

Also could you go into more detail about what's being obfuscated here? It's not a wrapper for simplicity, these were meant to solve real problems with the config that came up over time.