Upcoming release

Advanced OpenGL source port fork from ZDoom, picking up where ZDoomGL left off.
[Home] [Download] [Git builds (Win)] [Git builds (Mac)] [Wiki] [Repo] [Bugs&Suggestions]

Moderator: Graf Zahl

User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:

Re: Upcoming release

Post by Graf Zahl » Sat Sep 24, 2016 13:01

Do you have some code I could use? I see no point reinventing the wheel by doing it myself.

Gez
Developer
Developer
Posts: 1396
Joined: Mon Oct 22, 2007 16:47

Re: Upcoming release

Post by Gez » Sat Sep 24, 2016 14:52

dpJudas wrote:finally some way to flag geometry not to be included in ssao.
I think the best would be a texture flag, rather than a geometry flag. With a keyword in GLDEFS to mark a texture as a sky texture. That'd solve the issue with sector-based skyboxes.
ibm5155 wrote:what about using Marching Cubes on the fly for converting voxels models in a polygonal 3D model?
It could generate quite good 3D models like:
Image
(a) segmented volume of interest—voxel mesh, (b) surface mesh generated from marching cubes algorithm (no interpolation), (c) rendered view of surface mesh generated from marching cubes algorithm (including partial volume-based interpolation).
That bone is kind of high-res. How would it look like with a low-res item, like one of the Doom Voxel Project's pickups?

Rachael
Developer
Developer
Posts: 3623
Joined: Sat May 13, 2006 10:30

Re: Upcoming release

Post by Rachael » Sat Sep 24, 2016 15:17

A university student did indeed program this, and made his work available to use.

However, he has listed no license requirements. He does have a contact page, however.

His site is dated past 2 years, so let's hope he hasn't just graduated and forgotten about it.
Spoiler: Zen Sarcasm

ibm5155
Posts: 152
Joined: Tue Oct 25, 2011 13:05

Re: Upcoming release

Post by ibm5155 » Sat Sep 24, 2016 19:14

The code for the marching cubes is here (http://paulbourke.net/geometry/polygoni ... source.cpp) (public domain) and http://paulbourke.net/geometry/polygonise/
and from the Eruanna link https://graphics.stanford.edu/~mdfisher ... Cubes.html ...

You can test it with MagicVoxel https://voxel.codeplex.com/ and exporting the voxel with the "MC" button and view the images with (hmm idk, the 3d printer app from Windows 10 could view the models)
Here are some models from voxel to polygons using marching cubes:
Image
Image
Image
Image
Image
Shall I spoiler the images?

dpJudas
Developer
Developer
Posts: 798
Joined: Sat Jul 23, 2016 7:53

Re: Upcoming release

Post by dpJudas » Sat Sep 24, 2016 20:01

Gez wrote:I think the best would be a texture flag, rather than a geometry flag. With a keyword in GLDEFS to mark a texture as a sky texture. That'd solve the issue with sector-based skyboxes.
Hmm yes, that might be good way of dealing with it. I don't think I can think of a situation where you'd want a specific texture to be subject to SSAO in one situation and not in another.

User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:

Re: Upcoming release

Post by Graf Zahl » Sat Sep 24, 2016 21:05

For skyboxes there's already a sector type which I implemented for BoA. If a sky viewpoint is found within such a sector it should be treated like a regular sky.
I'm not even sure if it's a good idea to do SSAO for a sky viewpoint at all. Most of the time the scale will be completely off, totally exaggerating the effect.

Rachael
Developer
Developer
Posts: 3623
Joined: Sat May 13, 2006 10:30

Re: Upcoming release

Post by Rachael » Sat Sep 24, 2016 23:53

I can see what you are saying there, Graf, but I do disagree a bit. Even mountains have ambient occlusion from miles/kilometers off, it's just not as obvious unless you look at them a little more carefully. It can be seen particularly with cuts in rocks (for example, the Rocky Mountain range in the United States - from which you can see the Flatirons from Boulder County). Basically, ambient occlusion is nothing more than shadows that are not directly cast by an object between a point and the light source - and obviously, bigger objects create bigger shadows. Size is completely relative. You can get a miniature model and if it's made with the same material, it will look just the same when the sun is cast upon it in the same direction.

Apologies for the large image:
Image
Spoiler: Zen Sarcasm

User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:

Re: Upcoming release

Post by Graf Zahl » Sun Sep 25, 2016 7:48

Yes, but I somehow doubt that a postprocessing pass with no actual info on what it processes can detect that any object in a skybox is on a 1:10 scale, for example. This will require some testing before making a decision. I was more thinking about some of the first generation skyboxes which are just a square around the viewer with a single texture on each wall.

Rachael
Developer
Developer
Posts: 3623
Joined: Sat May 13, 2006 10:30

Re: Upcoming release

Post by Rachael » Sun Sep 25, 2016 8:02

True - those need no SSAO.
Spoiler: Zen Sarcasm

Gez
Developer
Developer
Posts: 1396
Joined: Mon Oct 22, 2007 16:47

Re: Upcoming release

Post by Gez » Sun Sep 25, 2016 14:11

Hence my suggested flagging of textures. Take Kristian Aro's recent release of Plutonium Sandpit, which uses an old-style skybox, and you could mark the SKYBOX1A/B/C/D/F/G textures to be skies.

Locked

Return to “GZDoom”