| Account Details | |
|---|---|
| SteamID64 | 76561198046110893 |
| SteamID3 | [U:1:85845165] |
| SteamID32 | STEAM_0:1:42922582 |
| Country | United States |
| Signed Up | August 8, 2017 |
| Last Posted | May 29, 2025 at 11:21 PM |
| Posts | 1557 (0.5 per day) |
| Game Settings | |
|---|---|
| In-game Sensitivity | |
| Windows Sensitivity | |
| Raw Input | 1 |
DPI |
|
Resolution |
|
Refresh Rate |
|
| Hardware Peripherals | |
|---|---|
| Mouse | |
| Keyboard | |
| Mousepad | |
| Headphones | |
| Monitor | |
stabbyI seem to experience strange hitches with "net_queued_packet_thread 0"--what are the supposed benefits?
net_queued_packet_thread 0 shouldn't be causing hitches unless your CPU or CPU scheduler is being dumb. Without the queued packet thread, split packets are sent without a delay.
zfnCan you please explain for us non tech savvy how the prerelease improves particle performance?
Also for those of us who prefer dx8, are there any changes which we should be making?
It is a few hidden ConVars that are being set for dxlevel 90 and 95, using the dxsupport_override.cfg file. These changes aren't relevant for dx8. What exactly do you prefer with dx8?
-Phantom-One last thing, would you recommend the comp config for toasters? I think somewhere it mentioned this config being for average PCs and using this config on my toaster gave me less fps than comanglia's, though I'm only going off feeling; no official benchmarking.
The max performance preset is good for toasters. You'll also probably want to use the iGPU preset.
GrinReaperAny way to improve felik's config ?
No
GrinReaperAlso, once I installed your config, I've been getting some terrible fog everywhere.
Preset? Launch options?
You can fix the sound problem with the -primarysound -snoforceformat launch options. Using only -primarysound will cause it to always play the sound.
Scrambledname a valve game other than tf2 that has boxing gloves
So because they used the KGB means they had to port all those assets? The gloves don't distinctly look like TF2's style so it would be fine to use some other assets. And, it's not like SteamVR Home has a history of extensively borrowing assets like this minigame. Most of the other content is original for SteamVR Home.
Has a few cool optimization updates, but the big thing is the dxlevel override. This will make installing my config in the custom folder mandatory if you want these DirectX optimizations that improve particle performance, with more to come in future releases, which will include shader optimizations and improvements to the texture preload list.
I would love for people to test and see if this prerelease makes a noticeable difference for them, thanks!
HellbentA port to source2 would probably ruin jumping wouldnt it
i for one want to continue tapping c
How would it ruin jumping? Source 2 is just another update to Source, and the update to physics from Havok to Rubikon would affect VPhysics, not the QPhysics used for player movement.
Vulcanyou're setting yourself up for a bigger let down
Why would I be let down? If there isn't a Source 2 port, I won't be disappointed. I'm just thinking about things that could be possible.
tscI'm pretty sure one of the big things Valve aimed for with Source 2 was being able to easily convert assets from Source, so it's probably not a sign of anything that TF2 assets are being found there.
Yes, I don't disagree with you there, but I doubt that the SteamVR Home team just randomly decided to use TF2 assets.
MouldOptimistic as fuck there tbh
shhh i need this pls
There is a boxing ring added in this update, which uses TF2 assets.
Since SteamVR Home uses the Source 2 engine, these assets must have been ported over to Source 2 before they could have been used.
So... that means there are TF2 assets that have been ported to Source 2.
This could mean two things:
In addition to the Pyro Update being the biggest update to TF2 ever in terms of content, I guess a Source 2 port would also explain the wait.
amazoc"mat_forcehardwaresync" which IIRC defaults at value "1"
On PCs, the ConVar default is 1, however, the value for PCs is defined by the dxsupport configuration, so depending on your dxlevel and hardware, the value may be 0 or 1 by default.
amazoc-Value 0 does cause in some hw certain amount of input lag , specially in mice devices ,similar to vsync(commented below) or closely related , however I see a reversed situation there http://www.rage3d.com/Board/archive/index.php?t-33807316.html they affirm a value of 1 ,forcing vsync ,so does still confuse in layman terms.
No, it is not VSync. Hardware sync waits per frame for the GPU to execute the commands in the command buffer and then stops waiting if the execution takes too long. Sure, it is some extra work and waiting, but it prevents the hardware from drifting behind too many frames from what the engine has requested. Most of the performance impact of hardware syncing depends on how poorly the driver behaves, not the extra work done from hardware syncing alone. And as you can imagine, this is partially accounted for in the dxsupport configuration per device.
amazoc-Its used only along mat_vsync 1 and mat_queue 2 (multicore),otherwise it can be the cause of screen tearing problems.
-Does sync hw when treading .
VSync isn't related to it, so mat_vsync doesn't affect HW sync. The material system queue modes 0 and 1 directly call it at the beginning of the frame, while mode 2 calls it in a queued call (for threading reasons).
amazoc-In certain situations can cause graphical glitches or crashes,memory read exceptions , you can find documentation in steampowered dot com ,that in case of trouble they recommend setting this to '0' within the launch options of the specified game . -->https://support.steampowered.com/kb_article.php?ref=1274-uohk-5653 but doesnt give any in depth detail of it.
This depends on your drivers and hardware, and only happens in specific rendering situations. These errors happen when the frame sync query object is lost and the driver isn't able to recover properly. (again mostly accounted for in the dxsupport configuration per device).
amazoc**I dont see actually anywhere in your cfg this cvar set on or off .
Would appreciate much ,If you could clear the confusion and doubt by explaining and detailing in which situations this can work best or how this is hw-dependant and so where to be cautious when setting up it.
I hope my explanations above were sufficient enough to come to the conclusion that configs and users probably have no business setting this convar themselves. It is best to trust what Source thinks is best for your hardware and only if you find it problematic, you should you change the value.
Good question, by the way.
You can try the -small launch option. This will allow for resolutions smaller than 640 height and 480 width.
sageUpdated the files with some conservative changes listed by mastercoms
http://www88.zippyshare.com/v/eSiscEag/file.html
changes can be found here
You forgot to comment out the settings listed under remove.
megaboySorry for late response, but no. When I use -default it let's me connect. But i'd rather not have that in my launch options as it resets everything. It's something within the config but I just can't figure it out. I really would like a solution to this if anyone has it. Or else i'll have to use comanglia's old config for skial severs which seems pretty unnecessary.
I was asking you to use -default to check if it was an issue from within the config, not as a permanent solution.
This should have been fixed since 4.1.7, by setting net_queued_packet_thread to 1, and then to 0 since 4.2.0. Have you updated?
-Phantom-I'm just confused why it comes in a custom folder. My understanding is that all I'm to do is put exec comfig in my autoexec, put exec comp inside comfig, then put all 3 inside my cfg folder. Should be done, right?
It is in the custom folder for easier management and updating of files and so it doesn't mess with people's files and possibly Steam Cloud Sync. You should be able to have exec comfig in your autoexec and then put the mastercoms folder in custom, and then delete the autoexec.cfg in the cfg folder in the mastercoms folder. But yes, it is possible but not recommended to manually copy the cfgs to your cfg folder.
EDIT: you'll also be missing out on file overrides in the custom folder for the texture preload list, as well as future changes to DirectX settings and shaders.
Also, I understand people might be more comfortable with Comanglia's config, so I've gone ahead and listed conservative changes to his config, along with explanations for the changes. These changes are very conservative and are not fully optimized. They also do not include new additional settings I've included in my config.