Skip to content

[ALL] Extended some internal BSP limits. #1176

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 3 commits into
base: master
Choose a base branch
from

Conversation

Unusuario2
Copy link

@Unusuario2 Unusuario2 commented Apr 1, 2025

Description

Overlays 512 -> 8192, This is a soft limit, is not check by the engine so it is complety safe to raise up to 65536
Entities 8192 -> 32768, This is an internal limit for compile tools, this allows mappers to use more internal entities without having an error, especially useful if you use a lot of instances, cubemaps, overlays, prop_static.
Wordlights 8192 -> 65536 Increased number of static lights, internal limit as they dont exist in game.

Bitl added a commit to FIREFIGHT-RELOADED/FIREFIGHT-RELOADED-src-sdk-2013 that referenced this pull request Apr 6, 2025
@SirYodaJedi
Copy link

Wordlights 8192 -> 65536 Increased number of static lights, internal limit as they dont exist in game

Static worldlights do technically exist in-game, just not as entities. The two closest ones are used to cast elights on models.

Ideally, there should be a way to make lights that only contribute to lightmaps and static prop lighting and aren't added to the worldlights lump, but that would require refactoring VRAD to read light info directly from the entities like in QRAD/HLRAD, and wouldn't help for texlights, since VRAD doesn't have a way to make texlights using entities instead of RAD files (light_surface when?).

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