Activity
From 2013-10-23 to 2013-11-05
2013-11-05
-
14:15 Feature #1646: Stereo 3D enhancements
- One artistic challenge in the "resource pack" category might be 3D weapon models. The Team Fortress 2 developers chos...
-
14:06 Revision 6d192975 (github): Fixed|libdeng2: Partially notifying a widget tree
- When notifying a widget tree and stopping halfway, one has to make
sure the appropriate pre/post notifications still ... -
-
- The crucial thing is how the alpha channel information is written
in the render target. Normally this can be ignored,... -
-
-
-
-
- Currently implemented in the "oculus-rift" branch. The remaining missing detail is appropriate alpha blending for the...
-
- Doomsday's UI framework needs to have the ability to flatten a widget tree into an offscreen buffer (such as a GL tex...
-
- cmbruns wrote:
> We should think about which tasks need to be accomplished to close this issue (#1636), and which sh... -
- The correct FOV angle is a crucial part of Oculus Rift rendering:
* Create a mechanism for maintaining or restoring ... -
- If an Oculus Rift is available, the UI should show appropriate settings to configure it. Other VR settings should als...
-
- In a 3D VR environment, Doomsday's and the games' 2D UI elements must be displayed differently. For instance, for Ocu...
-
- Oculus rift
-
04:53 Revision 9f493cba (github): Client|Map Renderer: Cleanup
-
- 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.
-
- Conflicts:
doomsday/client/src/ui/vrcontenttransform.cpp
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:
> > offscreen render buffers
>
> I've got [offscreen render buffers] mostly working.
That's gre... -
- danij wrote:
> If the FOV provided from the Oculus SDK is not treated as an absolute then of what benefit is there t... -
- > offscreen render buffers
I've got this mostly working. The situation in the oculus-rift branch is that I've hard... -
- skyjake wrote:
> danij wrote:
> > Are we saying that VR is so exceptional that by default we shouldn't honour the F... -
- danij wrote:
> Are we saying that VR is so exceptional that by default we shouldn't honour the FOV of the original g... -
- I agree with the intention. However I disagree with the method. Field-of-view in a cinematic sense is a matter of art...
-
- danij wrote:
> Why should we allow the Rift SDK to override the field-of-view?
I believe the Rift should determin... -
- cmbruns wrote:
> Speaking of field-of-view, I'm currently setting the field-of-view to 110 degrees when the player a... -
- danij wrote:
> I suspect the reason this is so jarring in the Rift is because the change from fullscreen viewport to... -
- skyjake wrote:
> > offscreen render buffers
>
> I agree this would be useful...
One advantage of such an offsc... -
- > offscreen render buffers
I agree this would be useful. After taking a closer look I concluded that the only reas... -
-
-
- CompositorWidget uses a texture target for all its children.
ClientWindow is now set up to use a compositor for ever... -
-
- GLTarget is a more appropriate place for specifying which portion
of the target should be used for all operations. It... -
- When notifying a widget tree and stopping halfway, one has to make
sure the appropriate pre/post notifications still ...
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... -
- > Indeed we do have a philosophical difference here.
Fair enough. This is your house. I accept your judgement, espec... -
- cmbruns wrote:
> danij wrote:
> > cmbruns wrote:
> > > * When the player activates/deactivates the status HUD (+/-... -
- I created a brief video of Rift gameplay
https://www.youtube.com/watch?v=sgCRDGfO448 -
- By the way, the size of the off-screen HUD buffer for Rift mode would be 512x384 -256x192- (i.e. -really- small). The...
-
- Potential uses of offscreen render buffers:
* Rift warping like we already have.
* HUD rendering, to aid compositio... -
- skyjake wrote:
> cmbruns wrote:
> > The taskbar cannot be seen at all. I press apostrophe and type what I imagine t... -
- danij wrote:
> cmbruns wrote:
> > * When the player activates/deactivates the status HUD (+/- keys), the OpenGL vie... -
- cmbruns wrote:
> The taskbar cannot be seen at all. I press apostrophe and type what I imagine to be in the taskbar ... -
- cmbruns wrote:
> * When the player activates/deactivates the status HUD (+/- keys), the OpenGL viewport for 3D viewi... -
- As of today, 3D gameplay is playable and working well enough in the Rift. This is excellent. I can't wait to try this...
-
-
- The new widget handles the drawing of all overlaid UI elements
visible on top of the game's 3D world. -
- This widget's job is to draw the 3D game world. All overlaid UI
elements will be split to another widget. -
-
-
11:25 Feature #1649: Option to disable HUD/menu font upscaling
- Indeed, there is a smoothing/up scaling filter applied to all fonts in Dday (UI and gameworld), that as far as I am a...
-
- For me the "rend-tex-filter-ui" cvar (also in the appearance editor) affects both the menu and HUD fonts: bilinear fi...
-
-
-
- Some events do not have a game-side equivalent, so those should not
be passed to the game via any responder. -
- The objective of this branch is to recreate halo/flare rendering
using GL2.
After that is done, we should evaluate h... -
-
2013-11-02
-
-
- skyjake wrote:
> [non-interpolated yaw]
I'm currently interrogating @viewData->latest.angle@ (instead of @viewData-... -
- cmbruns wrote:
> Head tracking is really smooth. Almost perfect in fact. I don't think I have seen any better. This ... -
- It turns out a lot of the jerkiness I was seeing was due to mirroring the Rift display on another monitor.
I just ... -
- skyjake wrote:
> When it comes to minimizing latency, how is vsync treated? Should it be disabled?
I've read that v... -
- skyjake wrote:
> bindcontrol lookpitch head-pitch
OK. I got pitch working; and yes, it is jerky. Hopefully late sch... -
- skyjake wrote:
> With "yawhead" and "yawbody", 1.0 means 180 degrees.
So I'll assume that if roll ever gets used, 1... -
- The subject speaks for it'self. There is no cvar or menu option to disable the font filter applied to menu and hud te...
-
-
-
- Dday makes a handful of mobj state changes, all making things full bright that weren’t in the original games. For vis...
-
- May I point to the possible cause of this issue; number 1 in the list of Zclipping issues I posted here: #1129
-
- Avoid changing (late scheduled) view direction between left and right eye views.
Late schedule Yaw, but only if it se... -
-
-
-
-
- This is an umbrella issue for tasks related to features/bugs that allow Doomsday to look and behave exactly like vani...
-
-
-
- TODO - set it back when leaving Rift mode
Correct view fovy calculation in projection matrix. -
-
-
- Use Oculus Rift aspect retio in projection matrix in Rift mode, regardless of apparent screen resolution.
-
-
-
- Conflicts:
doomsday/client/src/ui/dd_input.cpp
2013-11-01
-
- The RootWidget's size now correctly uses the width and height outputs
of its rule rectangle. -
- skyjake wrote:
> If you want to shoot where the camera is pointing at, you need to use yawbody.
>
> With yawhead,... -
- cmbruns wrote:
> So I should be using yawhead while implementing view-to-aim, right?
If you want to shoot where t... -
- skyjake wrote:
>The "yawhead" instead turns the camera viewpoint while keeping gun direction the same in world coord... -
- A further note about "lookpitch". If the control's position is 1.0, it means the player's actual look pitch is 85 deg...
-
- cmbruns wrote:
> I started adding Pitch control. Even if I set @ev.axis.type = EAXIS_ABSOLUTE@ in @DD_ReadHeadTracke... -
- skyjake wrote:
> I have now added some new player controls and implemented them (roughly) on game-side. Check the co... -
- Scheduling this for 1.13. Anything that cannot make it in time for a mid-December release should be pushed to a conti...
-
- Unscheduling for now, since preferably some form of game rules would be needed for a good fix.
2013-10-31
-
- Fail to track Oculus Rift input pitch/yaw.
-
- There seems to be a fair degree of feature overlap with the in-game help presented via the console. Maybe we can bind...
-
- To do this the right way, all the command line options should be documented using Amethyst much like console commands...
-
- I have now added some new player controls and implemented them (roughly) on game-side. Check the commit notes for det...
-
- cmbruns wrote:
> [...remaining tasks...]
I can create a continuation task for the more forward-looking / non-Rift... -
- To be able to adjust the hud item placement in Rift mode, it might be useful to be able to independently adjust the s...
-
- FS1 acts as an extension layer over the native file system, allowing one to look up resources and locate other needed...
-
- Conflicts:
doomsday/client/include/ui/dd_input.h -
- The head yaw only controls look direction, while the body yaw
controls an offset added to the gun/body direction. Bot... -
- This can be tested with the binding "bindcontrol lookpitch head-pitch".
If the binding exists, normal mouse Y etc. b... -
- "lookpitch" (CTL_LOOK_PITCH) overrides the delta-based CTL_LOOK if
it has bindings.
Also did some cleanup. -
- The public Player API was enhanced with a function for querying
whether a control has any bindings. -
-
- Continuing the work started in #1636, Doomsday's stereoscopic 3D capabilities could be further enhanced with:
* Ocul...
2013-10-30
-
- The alpha test was still on, preventing some surfaces from being
drawn to the framebuffer via the Oculus Rift distort... -
-
-
- To maintain proper SoC, added a new class that handles the job of
transforming content from 1:1 coordinates to some o... -
- _(merged with previous comment)_
-
- danij wrote:
> So as to better my understanding of this - is this approximately what your implementation is doing?
... -
- Nice work. At least for cross-eye viewing your screenshot is converging well for me.
So as to better my understand... -
- skyjake wrote:
> I can help debug it if you commit the @GLTarget@-using version to GitHub.
With your help, I got wa... -
-
-
-
- The Oculus Rift barrel distortion was moved to shaders.dei and
adapted to use GLBuffer.
Created a static vertex buff... -
-
-
- During busy mode, if the value of 'rend-vr-mode' was updated due to
restoring a saved config, it meant that the root ... -
- Rewrote and cleaned up some of the implementation of GLTarget to
account for the fact that one may need supporting at... -
- Turn off frustum shift in Rift mode.
-
-
- Restore global variable for VR::mode
2013-10-29
-
- The legacy graphics code is still completely bypassing libgui's GL
state management so we have to hack around it.
Th... -
- Also, fixed some issues with the use of GLState:
- This test code is using immediate GL drawing, which means every
... -
-
- vermil wrote:
> I see. In the past, I've interpreted 'ignore' as literally that :)
You're right, it can be misund... -
- I see. In the past, I've interpreted 'ignore' as literally that :)
-
- I hear you, and agree that this should be fixed in the name of emulation correctness when it comes to the Hexen beta ...
-
- If the sprite for crushed mobjs was in the beta version Iwad and if Heretic hadn't removed the feature from Doom (rem...
-
- I'm lowering the priority to our lowest rating because:
* the number of people using the beta demo must be quite sma... -
-
-
-
- The objective is to allow players (and only players) to be controlled
and moved in fractional time, i.e., as fast as ... -
- Proof of concept where players and their mobjs live in fractional
time while the rest of the world uses only sharp ti... -
- The ability to edit ones posts appears to work :)
Thanks. -
- vermil wrote:
> Right, time to clean up all my rambling above; it's cases like this that I wish users could edit and... -
- Right, time to clean up all my rambling above; it's cases like this that I wish users could edit and/or delete their ...
-
-
- The launcher is written in Python, and the compiled versions of the
Python modules may be updated when the user runs ... -
-
- OS X 10.9 requires that *all* binaries are signed, not just the applications
themselves.
This commit calls codesign ... -
- The launcher is written in Python, and the compiled versions of the
Python modules may be updated when the user runs ... -
-
- Also, the contents of the autocompletion popup are not always up to date. Most likely a bug with the popup reshowing ...
-
-
- ClientWindow was trying to load "doomsday.ico" from a native file but
apparently it wasn't being deployed in the inst... -
- The logic for reshowing the completion popup was incomplete.
This commit fixes #1645. -
- The logic for reshowing the completion popup was incomplete.
This commit fixes #1645. -
- This was a questionable feature. I would rather have a PPA that the
user can easily add to their apt config if they w... -
- Hopefully this will now allow me to upload stable releases to
a Launchpad PPA.
2013-10-28
-
- But what about non FMOD plugins?
SDL Mixer for instance. -
- Ok, test using original Wolf3D sounds appears to show the original issue is fixed; though the volume of them seemed a...
-
- My apologies; ignore the assertion that the original issue was fixed; I used the wrong sounds to test. I have to rip ...
-
- By FMOD fixing the issue, I mean, the sounds are no longer replaced with distortion.
Maybe not entirely related, b... -
- I have now noticed that I was asked to test this about a year ago. My apologies for missing this until now.
FMOD d... -
- Not the most technical subject heading.
In the HeXen beta demo, mobj corpses crushed by a crusher aren't turned in... -
- cmbruns wrote:
> RE: Latency
> I've been giving latency some thought. I think we could possibly survive forever wit... -
- skyjake wrote:
> ...So in @clientwindow.cpp@ or other client sources, one shouldn't use the public API (@Con_Get*@) ... -
- cmbruns wrote:
> skyjake wrote:
>> Naturally, on game-side, the VR variables have to accessed via the Con_Get*() fu... -
- cmbruns wrote:
> I'm struggling with the warping.
> I'm trying to paint to an offscreen buffer and then just paint ... -
- I'm not familiar with that area of the codebase but I expect this is because glprogram.cpp resides in libgui and ther...
-
- I'm struggling with the warping.
I'm trying to paint to an offscreen buffer and then just paint it back on the scree... -
- There is now a virtual input device for head tracking. It has three
axes with an absolute position and no filtering a... -
-
- This was a questionable feature. I would rather have a PPA that the
user can easily add to their apt config if they w... -
- Hopefully this will now allow me to upload stable releases to
a Launchpad PPA. -
-
- OS X 10.9 requires that *all* binaries are signed, not just the applications
themselves.
This commit calls codesign ... -
-
2013-10-27
-
-
-
- skyjake wrote:
> Yes, @GLTarget@ and @GLTexture@ should be used here. The only potential issue is that I haven't yet... -
- cmbruns wrote:
> I notice there are some classes like GLTarget and GLTexture that would appear to wrap the functiona... -
- danij wrote:
> Skyjake is better placed to advise on such matters as he has only recently implemented those componen... -
- Integrating head tracking via the existing binding system is definitely the better approach, regardless of optimal la...
-
- Shifting gears for a moment...
To do the oculus rift warping, I need to do the following:
# Render the whole scen... -
- cmbruns wrote:
> Is it possible for a noob like myself to add a new virtual input device? Or is that something you g... -
- skyjake wrote:
> With the current input system and renderer we should be able to (quite easily) handle 35 Hz input o... -
- cmbruns wrote:
> For clarity, let's get quantitative here. I was being a bit hyperbolic when I said that every milli... -
- danij wrote:
> Hacking it in would inherently mean that player movement lags behind the refresh update. While it wou... -
- Hacking it in would inherently mean that player movement lags behind the refresh update. While it would certainly be ...
-
- danij wrote:
> Indeed I would agree that implementing the roll angle tracking and then moving on to geometry warping... -
- If the input from the head tracker effects the angle at which the player moves then this fundamentally requires an in...
-
- skyjake wrote:
> @DENG_USE_OCULUS_RIFT@
Got it. Will do.
> Naturally, on game-side, the VR variables have to acc... -
- I rather see this from the perspective that the lack of zero-latency input is a serious bug.
-
- danij wrote:
> It seems to me that to fully integrate the Oculus head tracking it must be folded into the binding sy... -
- It seems to me that to fully integrate the Oculus head tracking it must be folded into the binding system in a simila...
-
- cmbruns wrote:
>>I will need to link to the Oculus SDK. This should be a totally optional build option.
> OK I got ... -
-
- 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...
-
- I'm not sure this can be entirely fixed. Particularly the icon appearing in the Add/Remove Programs dialog is most li...
-
-
- Adjust link libraries for Win32 Oculus Rift SDK
Adjust comments in vr.h -
-
-
-
-
-
-
- Doomsday's Windows installer is currently based on Inno Setup. However, "WiX Toolset":http://wixtoolset.org would ena...
-
- The role of each (argument/return-value/etc..) of those remaining is
now much clearer.
2013-10-26
-
- danij wrote:
> Re: UI and HUD drawing
>
> It would be useful for future development/maintenance to have a visual ... -
- Re: UI and HUD drawing
It would be useful for future development/maintenance to have a visual representation of th... -
- cmbruns wrote:
> The Roll angle has no gameplay effect...
...but if we wanted to get really fancy, the rotated hu... -
- cmbruns wrote:
> To implement head tracking, I will need to link to the Oculus SDK. This should be a totally optiona... -
- I have added a number of different stereo 3D modes, and lightly tested most of them. Basic stereoscopic functionality...
-
- skyjake wrote:
> cmbruns wrote:
> > Are your changes committed to your github oculus-rift or master branch? I'd lik... -
- cmbruns wrote:
> Are your changes committed to your github oculus-rift or master branch? I'd like to stay in sync, a... -
- skyjake wrote:
> Nicely done. I pulled your changes and applied some fine-tuning: the mouse coordinate mapping is on... -
- BTW, don't worry too much about conforming to our coding/naming conventions. When we're done, I'll update/rename cvar...
-
- cmbruns wrote:
> Using skyjake's awesome side-by-side composition as a starting point, I created 3 stereoscopic mode... -
- One more thing: In my haste, I hard-coded the player point-of-view height to 41.0 map units above the floor. Where sh...
-
- I finally got the build environment working. First on the command line, then in Qt Creator.
Using skyjake's awesom... -
-
-
-
-
-
-
-
-
- ClientWindow was trying to load "doomsday.ico" from a native file but
apparently it wasn't being deployed in the inst... -
-
- Rename vr variables and place them in new VR:: namespace.
Start implementing some of the newer stereo modes in detail. -
-
-
-
-
- Whoops, can't include p_actor.h from p_mobj.h (doh).
-
- Todo: This algorithm should really be commonized...
-
-
- Create unused enum names for other intended stereo modes.
-
-
-
- I cannot reproduce this. Perhaps there is an issue with bindings? Try:...
-
-
-
-
- Conflicts:
doomsday/client/src/ui/clientwindow.cpp -
- Create several global variables related to 3D, including some console variables.
2013-10-25
-
- skyjake wrote:
> cmbruns wrote:
> > For Oculus Rift and cross-eyed viewing, the aspect ratio would need to be corre... -
- cmbruns wrote:
> For Oculus Rift and cross-eyed viewing, the aspect ratio would need to be corrected back to normal ... -
- Monster behavior does fit very well into the game rules concept.
-
- Perhaps an integrated mechanism using DED 2.0 selectors and Game Rules?
Concept syntax:... -
- I'm wrote the above to suggest that Dday may actually already have the code largely ready to fix ths issue, in Hereti...
-
- The Nightmare stuff not saved in save games, seems to be the same stuff that the BFG Edition is missing entirely.
... -
-
- This commit fixes scissor-related issues when drawing stuff via the
public GL API (e.g., game automap).
The public G... -
- LegacyWidget's glApplyViewport() sets a viewport that is automatically
normalized to the root view size. -
- A normalized viewport is useful when the actual root view is larger
or smaller than the render target. A normalized v... -
-
- Widgets should always use a normalized scissor rather than specifying
the window coordinates manually, as the root wi... -
- The root widget's logical size does not have to be the same as the
window size. Now for side-by-side rendering, the l...
2013-10-24
-
- skyjake wrote:
> The downside with the current renderer is that it will not be very efficient to render the same fra... -
-
- The branch "oculus-rift" is now on GitHub. I've made some initial changes: I've verified that the entire UI can be dr...
-
- cmbruns wrote:
> Would you mind thinking about how such a composition of views might work within your current archit... -
- List of higher-level tasks needed for Oculus rift mode:
* Stereoscopic 3D (in any form)
* Side-by-side scene comp... -
- I brought up side-by-side scene composition in my previous comment because it is a tricky topic and deserves some cog...
-
- skyjake wrote:
> cmbruns wrote:
> > I just implemented an Oculus Rift mode for gzdoom http://rotatingpenguin.com/gz... -
- cmbruns wrote:
> I just implemented an Oculus Rift mode for gzdoom http://rotatingpenguin.com/gz3doom/.
> I'd like ... -
- The GLState active rectangle is now used for drawing two copies of
the same frame.
While this works nicely for all w... -
- The scissors/viewports are set according to the actual top left
corner instead of a hardcoded (0, 0).
This is partia... -
- Setting the "active rectangle" of GLState will cause viewport and
scissor to be transformed into that rectangle as if... -
- Refocusing this issue to be about scriptability of Doomsday's UI framework. The game menus are a separate (sub)topic ...
-
-
-
- Profiling shows one of the heaviest elements in the map renderer is lookups via GridMap.
-
- The Shell needs an easier way to pick basic game options such as which map to play, deathmatch/coop mode, and other M...
-
-
- Any popup can be manually dismissed by clicking outside it. Previously
it was not possible to restore the autocomplet... -
- ScrollAreaWidget now allows specifying a color to be used for the
scroll indicator.
CommandWidget now uses an "inver... -
- IssueID #1629
-
- A server build does not include libgui, so the plugins shouldn't
rely on it at this stage. -
- gcc 4.6.3 on Raspbian says that '&&' cannot take int and va_list as
operands. The variable argument list parameter sh... -
- The dummy version of the native DisplayMode routines had not been
updated since the latest changes to the API. -
- Now the small notification icon uses the accent color if an update
is available, so that it is visually distinct from... -
- Scaled the hub ending messages smaller so that all the text fits
on the screen.
The font metrics are not the same as... -
- When the automatic updater notices that an update is available, only
the small notification is now shown. The user ca... -
- While playing through Hexen's 2nd hub, for some reason a savegame
was produced for the hub map that was otherwise fin... -
-
- Any popup can be manually dismissed by clicking outside it. Previously
it was not possible to restore the autocomplet...
2013-10-23
-
- skyjake wrote:
> Oculus Rift is cool and we should have support for it in the renderer.
>
> However, having dabbl... -
- Oculus Rift is cool and we should have support for it in the renderer.
However, having dabbled with stereo 3D, the... -
- We should switch to using Qt 5 when it is stable and full-featured enough for our needs.
Current status is that al... -
- Hmm, the unified native toolbar API is still not working...
-
-
-
-
- ScrollAreaWidget now allows specifying a color to be used for the
scroll indicator.
CommandWidget now uses an "inver... -
- Thanks for the correction.
-
- Pardon me for interfering, but I am wondering, if Skyjake is misinterpreting the issue here:
In Vanilla Heretic an... -
- In the above situation InFine would opaquely generate a new material variant specific to the context/scope of the scr...
-
- I see. From an external point of view (let say in the InFine implementation), one shouldn't have to worry about this ...
-
- Ah, yeah. In that case it sounds like he wants a per-surface material scaling factor (XG 2.0?)
-
- tolwyn wrote:
> in a def file per sector number
That sounds like a different thing altogether...
Maybe we shou... -
-
- It does appear to be fixed yes.
On another note; the Ximage command is cool and all, but it can only be used with ... -
- Maybe vermil could then re-evaluate the status of this request?
-
- I will add that yes I am aware, that rocket splash damage doesn't trigger XG. I refer to the actual rocket above.
-
- What spurred me on these issues was that I made a couple of mods/reimages of other games in the past, that I didn't q...
-
- Then we can at most add a compatibility option for enabling or disabling more accurate hit testing for fast-moving ob...
-
- There is now a Feature for HDR: #1635.
-
- We should consider the role of High Dynamic Range rendering in the next-gen renderer's lighting system.
It should ... -
- I've raised the priority as this sounds reproducible.
(Also updated wiki link.) -
- Also, bad Skyjake: Wrong wiki :p
http://www.doomworld.com/vb/doom-general/52973-doom-wiki/
http://www.doomworld.c... -
- Given that actual 3D models already exist, I don't think this would be really worth the effort.
-
- danij wrote:
> Surely, this mandates that both monitors are exactly the same and configured in exactly the same way.... -
- > Hexen "localized [earth]quake" effect
BTW: when playing Hexen I noticed that this effect was curiously exaggerat... -
- Yeah, a custom, deterministic RNG for each generator should be possible and it sounds like the preferred solution here.
Also available in: Atom