BvPS: If someone can tell me what the mac executable got renamed to that'd be great! (Currently figuring out the linux one)
Mac executable has been presently removed, it's likely done.
Account Details | |
---|---|
SteamID64 | 76561198374045865 |
SteamID3 | [U:1:413780137] |
SteamID32 | STEAM_0:1:206890068 |
Country | Pirate |
Signed Up | March 20, 2020 |
Last Posted | August 22, 2024 at 1:24 PM |
Posts | 309 (0.2 per day) |
Game Settings | |
---|---|
In-game Sensitivity | 5.2 |
Windows Sensitivity | no |
Raw Input | yes |
DPI |
no |
Resolution |
1024 768 |
Refresh Rate |
120 |
Hardware Peripherals | |
---|---|
Mouse | no |
Keyboard | yes |
Mousepad | no |
Headphones | no |
Monitor | yes |
BvPS: If someone can tell me what the mac executable got renamed to that'd be great! (Currently figuring out the linux one)
Mac executable has been presently removed, it's likely done.
"DefaultFixedOutline" font in resource/sourcescheme.res
Quikgame doesn't start with -dxlevel 80 / -dxlevel 81 and forces itself to dxlevel 9
RIP
never liked how the rockets feel at dx9
tobiasif anyone knows how to make dx8 work after this update pls lmk
shaysukieAny workaround to make dxlevel 81 work?
dxlevel 81 works fine but I guess it looks like the launch option is messed up, you can change dxlevel by navigating to HKCU\Software\Valve\Source\tf\Settings in regedit and simply setting DXLevel_V1 to your preference.
jp_Does anyone else get a black screen with the launch option -vulkan?
the dxvk garbage only works on dxlevel 90 / 95 / 100, black screen on 80 or 81. honestly wouldn't recommend using dxvk on windows anyways.
GrapeJuiceIIIlooooool of course this update comes out the day im making an RJWeekly video and need both these programs looooool im so happy
You should be able to download the old version (manifest ids can be found here) using depotdownloader / steamcmd / steam console.
I'm sure you've already tried restarting steam (fully exit and relaunch, or reboot your pc) but in case not, that's certainly something worth trying
Well it's hard to say anything too definitive without knowing more about your setup but usually to display the output of an egpu on the internal screen of a laptop you have to copy the framebuffer back off of the egpu over whatever interface it's connected via (ExpressCard in your case, which isn't really that fast, basically a single PCIe 2.0 lane at best) and onto the gpu attached to the internal display so it can be displayed there. There's overhead in doing that, in multiple stages of the process, and also when using a slow interface like ExpressCard it could cut significantly into the PCIe bandwidth that you would otherwise be using for everything else the gpu has to do, lowering performance in your game.
It's hard to imagine that the limit for how fast you could copy the framebuffer would be as low as 60-ish fps for normal resolutions on any somewhat recent (past decade or so) hardware, so maybe it's worth going through the display settings for the gpu to which the laptop screen is connected and making sure there's no vsync forced in there or something, but ExpressCard bandwidth is very low so it's possible you're just really running into that limit.
The best test you could do would be to just try a monitor plugged directly into the egpu if at all possible and to check whether the issue is still occuring or whether it's remedied by doing that. You could also try a very small resolution like 640x480 with your current setup and see if that has any effect, as it would require much less bandwidth to copy than a larger resolution.
Are you using a monitor plugged into the gpu, or the internal screen
probably would break linux bugs idk though https://jump.tf/forum/index.php?topic=3426.0
Seems to crash due to some divide by zero when you have the width narrower than 640, I don't know how to fix it but I was able to reproduce the problem if that helps. You can put the height lower than 480 fine, so maybe that works for you (eg. 640x360 or something)
It's definitely a hud-related / hud-adjacent problem, for example if you do cl_drawhud 0 it doesn't crash. It also seems like you can get around the crashes by launching in a normal resolution, joining a map first, and then changing to your small resolution with mat_setvideomode or something, seemingly no crashes after that even when loading a new map or doing hud_reloadscheme. More of a workaround than a solution though. I wasn't able to narrow down what specific part of the hud (if any) is to blame during the short while I spent looking at it.
supragain (probably a lot of) performance
I don't know if this will necessarily be the case, 64-bit might help with the occasional out of memory crashes that people experience in certain rare circumstances, and maybe fix things like this, but gmod for example has a 64-bit version and it performs about the same as the 32-bit one. I guess it's good future-proofing if microsoft ever decides to drop the 32-bit libraries from windows.
As for vulkan, valve has already released a vulkan shaderapi for games like csgo and portal 2 and at least on windows it seems to perform pretty consistently worse than the directx one across the board, but who knows, maybe tf2 will be different for some reason. For linux it's definitely a welcome addition.
apa3how did you achieve this
gamebanana link on page 1, wont work on sv pure
It might be hard for people to see your youtube link, here it is in an easier format: https://youtu.be/C-lyMuXLh68
Never really seen anything like that before but some things maybe worth trying:
- Go through your NVIDIA 'Manage 3D settings' for tf2 and turn off anything like multi frame sampled AA or other bullshit along those lines
- Maybe try resetting all of the 3D settings to defaults if you've changed many of them
- Check if the issue happens on both DX8 and DX9 or just one of them
- Check if it happens in both windowed and fullscreen mode in tf2
- Try closing any sort of atypical background software or overlays if you're running any
- Consider trying on an external monitor if you have one available, the display outs are likely to be connected directly to the NVIDIA gpu which would rule out any optimus issues
What version of NVIDIA drivers are you using and have you tried reinstalling them?