danij's activity
From 2013-10-25 to 2013-11-07
2013-11-07
-
23:19 Doomsday Engine Revision a2d62743 (github): Fixed|Client|Map Renderer: Rend_AttenuateLightLevel() returns values > 1.f
- The rest of the map renderer expects [0..1] normalized light levels.
-
- This component does not make sense in its current form.
-
- BRisa (http://brisa.garage.maemo.org/) looks useful.
-
-
- Now that we have an object-oriented interface to the draw lists this
sort of a mechanism is no longer useful. -
- Explicitly specify per-primitive GL draw state change properties at
DrawList::write() time, rather than copying them ...
2013-11-06
-
-
-
-
- There is no longer any real benefit in separating this from the rest
of the map renderer logic. -
-
-
- Also store a pointer to the vertex buffer internally within DrawList.
-
2013-11-05
-
-
- TODO: Redesign DrawList specification/"RTU map" stuff.
TODO: Revise plane geometry generation to build tristrips.
TOD... -
-
-
- Presently this merely acts as the owner of the DrawLists.
-
- Encapsulates DrawList management.
-
- Provides a drawable list of buffered GL primitives/or GL commands.
2013-11-04
-
- Thanks for the detailed explanation of which values can/should be obtained from the SDK. The fact that an effective F...
-
- skyjake wrote:
> danij wrote:
> > Are we saying that VR is so exceptional that by default we shouldn't honour the F... -
- I agree with the intention. However I disagree with the method. Field-of-view in a cinematic sense is a matter of art...
-
- cmbruns wrote:
> Speaking of field-of-view, I'm currently setting the field-of-view to 110 degrees when the player a...
2013-11-03
-
- cmbruns wrote:
> > Furthermore, I don't see why the window border can't work in Rift mode in the same way it usually... -
- cmbruns wrote:
> danij wrote:
> > cmbruns wrote:
> > > * When the player activates/deactivates the status HUD (+/-... -
- cmbruns wrote:
> * When the player activates/deactivates the status HUD (+/- keys), the OpenGL viewport for 3D viewi...
2013-10-31
-
- There seems to be a fair degree of feature overlap with the in-game help presented via the console. Maybe we can bind...
2013-10-30
-
-
- Nice work. At least for cross-eye viewing your screenshot is converging well for me.
So as to better my understand...
2013-10-28
-
-
-
-
- I'm not familiar with that area of the codebase but I expect this is because glprogram.cpp resides in libgui and ther...
2013-10-27
-
-
-
- Integrating head tracking via the existing binding system is definitely the better approach, regardless of optimal la...
-
- Hacking it in would inherently mean that player movement lags behind the refresh update. While it would certainly be ...
-
- If the input from the head tracker effects the angle at which the player moves then this fundamentally requires an in...
-
- I rather see this from the perspective that the lack of zero-latency input is a serious bug.
-
- It seems to me that to fully integrate the Oculus head tracking it must be folded into the binding system in a simila...
-
-
- These two algorithms are not co-dependent. Maintaining state values
used only for mobj-check-position tests merely ob... -
- Commit commit:c7debe3 should address the missing icon in Add/Remove Programs/Control Panel. It appears that Inno Setu...
-
-
-
-
- The role of each (argument/return-value/etc..) of those remaining is
now much clearer.
2013-10-26
-
- Re: UI and HUD drawing
It would be useful for future development/maintenance to have a visual representation of th... -
-
-
-
- Whoops, can't include p_actor.h from p_mobj.h (doh).
-
- Todo: This algorithm should really be commonized...
2013-10-25
-
- Perhaps an integrated mechanism using DED 2.0 selectors and Game Rules?
Concept syntax:...
Also available in: Atom