Activity
From 2013-10-26 to 2013-11-08
2013-11-08
-
02:57 Feature #1636: Support for Oculus Rift
- cmbruns wrote:
> Minor sidetrack with good news for owners of nvidia 3D vision systems:
>
> On a whim I requested... -
02:33 Feature #1636: Support for Oculus Rift
- Minor sidetrack with good news for owners of nvidia 3D vision systems:
On a whim I requested a stereo OpenGL conte...
2013-11-07
-
- BRisa (http://brisa.garage.maemo.org/) looks useful.
-
10:05 Feature #1658 (New): Automatic port forwarding (UPnP/NAT-PMP/PCP)
- To facilitate running servers behind local internet gateways (routers, NAT, etc.), Doomsday should take advantage of ...
2013-11-05
-
- One artistic challenge in the "resource pack" category might be 3D weapon models. The Team Fortress 2 developers chos...
-
-
- 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...
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...
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...
-
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...
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
-
-
- This is an umbrella issue for tasks related to features/bugs that allow Doomsday to look and behave exactly like vani...
2013-11-01
-
- 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
-
- 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...
-
- Continuing the work started in #1636, Doomsday's stereoscopic 3D capabilities could be further enhanced with:
* Ocul...
2013-10-30
-
- _(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...
2013-10-29
-
- 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 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 ...
-
-
- Also, the contents of the autocompletion popup are not always up to date. Most likely a bug with the popup reshowing ...
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...
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 ... -
- 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...
-
-
-
- Doomsday's Windows installer is currently based on Inno Setup. However, "WiX Toolset":http://wixtoolset.org would ena...
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... -
-
- I cannot reproduce this. Perhaps there is an issue with bindings? Try:...
Also available in: Atom