Unvanquished Forum

With the atcshd Armoury example, I was curious about whether the differences are more due to the different precomputed lighting, or changes in how models are rendered. So I made a screenshot using the naive rendering pipeline, but with the sRGB-aware map build: unvanquished-atcshd-human-base.jpg So ...

illwieckz, we have been talking about totally different groups of shaders. The ones I'm concerned about are ones that use blending in some way. These would include any multi-stage shader (unless it's just multiplying the lightmap) and any translucent shader. Shaders that use blending are the ones th...

I find it better that starting with some incoming release we declare that a proper colorspace support is the official way the game is expected to be rendered. Then, we would consider OK that official assets like our players models, buildables and weapons may not really look as expected when playing...

There is the issue that letting the map determine the color space for the entire rendering pipeline can mess up rendering of our game assets (i.e. players, buildables, weapons, and their effects). I don't think it's nice for a model to look totally different depending on which map is loaded. Last ti...

Add tone mapping to the menu. Minimally, the on/off switch and an exposure slider. I wouldn't bother adding all the tonemap cvars since some of them just instantly make things psychedelic if you change them. Maybe r_tonemapHDRMax is also useful enough to add. Also do we need to disable it in low pr...

Also I would like a tester for https://github.com/Unvanquished/Unvanquished/pull/3291. Reaper and I couldn't agree on whether it fixes the bug of missiles passing through the

Let's merge https://github.com/DaemonEngine/Daemon/pull/1557 and fix all that horrible oversaturated lighting!

Sweet wrote: ↑Fri Jan 10, 2025 10:29 am UTC
I voted for "do nothing". But I am not really a mod developer, all I do is base my own experiments on top of the upstream Unvanqished master branch.

That counts. You may hit API changes when rebasing the experiments.

I like Gireen's idea of one file per change. That solves my concerns about merge conflicts (I am concerned about merge conflicts between PRs, not just from the compat-breaking branch).

Is there any way to see who has voted? I am curious whether any of them come from real mod developers

This is a poll for developers about whether and how we should keep a log of Daemon changes which affect APIs used by the gamelogic, or otherwise impact building gamelogic against a given Daemon version (see Unvanquished issue #3230 ). The point is to help modders when rebasing their code or other Da...

Search found 167 matches

Re: Delivering physically correct lighting computations (it is real!)

Re: Delivering physically correct lighting computations (it is real!)

Re: Delivering physically correct lighting computations (it is real!)

Re: Delivering physically correct lighting computations (it is real!)

Desired changes for a point release (0.55.3)

Re: Merge requests

Re: Merge requests

Re: Developer poll: Daemon API change log

Re: Developer poll: Daemon API change log

Developer poll: Daemon API change log