Implement skybox rendering:

• Find sky_camera in entities to determine camera position
• Find worldspawn in entities to determine skybox material
• Load skybox material
• Compute visible clusters in skybox
• Add render pass for skybox

Some props are rendered as rubbish. It looks to be related to multi-part props not have vertices correctly loaded.

This needs to be fixed, and can be seen on almost any map

Displacements are usable now, except it needs investigation into how to test displacement visibility, as they are skipped when computing visible clusters at the moment.

Renderable staticprops are calculated at the beginning of a frame, but each instance of each prop gets its own draw call. Instead they should be grouped and rendered as instances to reduce draw calls.

Hi 👋

This looks like an awesome project, well done! I was wondering if it could be used for doing headless visibility/LoS checks for CS:GO.
I'm mostly thinking in the context of demo parsing here.

I'm imagining something like:

1. LoadMap("path/to/mapfile")
2. call RayTrace(a, b)
3. get back true / false or number of objects in between the two points
4. profit!

would this be something that could fit into the scope of the project?

The eventual plan is to support baked lightmaps, but for now a deferred renderer will suffice.

This issue covers:

• Geometry rendering
• Skybox rendering
• light_environment
• Point light

Additional support can be added at a later date.

Currently only first basetexture is used on displacement. Update displacement rendering to support vertex painting

This issue lists Renovate updates and detected dependencies. Read the Dependency Dashboard docs to learn more.

Open

These updates have all been created already. Click a checkbox below to force a retry/rebase of any.

• Update github.com/go-gl/gl digest to 07e5d0e
• Update github.com/go-gl/glfw/v3.3/glfw digest to 037f3cc
• Update github.com/sqweek/dialog digest to 0651055
• Update module github.com/galaco/bsp to v0.3.1
• Update module github.com/go-gl/mathgl to v1.1.0
• Update module github.com/inkyblackness/imgui-go/v4 to v4.7.0
• Click on this checkbox to rebase all open PRs at once

Detected dependencies

• Check this box to trigger a request for Renovate to run again on this repository

In many cases (particularly in ze_FFVII_Mako_Reactor_v5_3) rotating the camera will cause clusters to pop in and out.

Investigate why visibility culling is marking clusters as out of view when they arent.

Not to be confused with props, a model is a bsp tree that is linked to a brush entity (such as func_breakable). These entities need loading and rendering

Maps that reference textures that can't be found will crash the engine.

There is a partially implemented fallback that uses texture.NewError that will default to the iconic purple checker material, but that does not currently appear to work.

Actually generating the bullet collision environment is "fast enough". And small worlds (aka stock maps) perform quite well. However larger custom maps get extreme lag with physics enabled (ze_bioshock for example).

A few tests indicate large numbers of displacements and/or staticprops cause this. These need optimising

I don't play it that much anymore, but maybe I could finally add in right wing terrorrists to the game.