Skip to content

[ALL] Add 70–110 FOV options - #2069

Open
speedvoltage wants to merge 1 commit into
ValveSoftware:masterfrom
speedvoltage:fix/client-fov-options
Open

speedvoltage wants to merge 1 commit into
ValveSoftware:masterfrom
speedvoltage:fix/client-fov-options

Conversation

@speedvoltage

Copy link
Copy Markdown
Contributor

At the risk of dividing the community on this one, my reasoning of pushing this is because, in HL2DM at least, we have been using a server-side FOV plugin or custom server binaries implementing FOV options for the past decade. Most have been using 110 as they feel more comfortable with this setting with their screen resolution.

TF2 already seems to allow 75 to 90, but HL2DM just flat out does not have any FOV options and everyone is stuck to 90. I have enabled support for FOV with fov_desired and added the updated values in the options as well. I also made it so that spectators and SourceTV receive proper view model FOV when in IN_EYE mode.

This PR also takes #994 and #1912 into consideration.

The following screenshots in TF2 were taken at 5120 x 1440. The HL2DM ones were at a standard 1920 x 1080.

TF2:
fov_desired 70
20260908231815_1
fov_desired 90
20260908231817_1
fov_desired 110
20260908231819_1

HL2DM:
fov_desired 70
20260909111306_1
fov_desired 90
20260909111309_1
fov_desired 110
20260909111311_1

Enable 70–110 FOV with a 90 default, spectator FOV preferences, smooth zoom transitions, and SourceTV viewmodel scaling.
@JoriKos

JoriKos commented Sep 9, 2026

Copy link
Copy Markdown
Contributor

You could probably optionally lock these behind convars, off by default, if there really is going to be a divide in a community.

@speedvoltage

Copy link
Copy Markdown
Contributor Author

You could probably optionally lock these behind convars, off by default, if there really is going to be a divide in a community.

To be determined. This division discussion was a while back. I would not want to add cvars if there is no reason to. We will see what other folks think and adapt if need be.

@Niterux

Niterux commented Sep 11, 2026

Copy link
Copy Markdown

High fov's break Source's default 2d skybox rendering impl due to it not using the camera's real fov for the frustum culling of the 2d skybox model. TF2 Classified had to implement their own renderer.

@speedvoltage

Copy link
Copy Markdown
Contributor Author

I agree this is a problem. I was hesitant on opening this PR but did so anyway, because it can easily be fixed if Valve does something about it. I included the skybox fix in a separate branch, but that too, I am not too sure this should be a PR if this can be fixed in the engine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants