nesdev.comhttp://forums.nesdev.com/ Hypothetical non polygon based 3D?http://forums.nesdev.com/viewtopic.php?f=5&t=16527 Page 1 of 4

 Author: Drew Sebastino [ Sun Sep 24, 2017 10:05 pm ] Post subject: Hypothetical non polygon based 3D? That Doom video I posted had got me thinking about different techniques for drawing 3D graphics and how, disregarding lighting, they have been about the same since about Quake, (well, hardware rendering instead of software rendering) despite there being exponentially more processing power to work with. I thought about how in Adobe Illustrator and similar programs you can create vector drawings with curves alongside lines, and wondered, could the same idea be applied to 3D graphics? For example, if you were to model a sphere, you could use six vertices, one for each end of each axis. How computationally expensive would this hypothetical method be, if possible at all? Many 3D models I have seen have so many vertices in order to appear smooth that it seems like there has to be a more efficient way of making things appear rounded.

 Author: rainwarrior [ Sun Sep 24, 2017 10:34 pm ] Post subject: Re: Hypothetical non polygon based 3D? Espozo wrote:there has to be a more efficient way of making things appear rounded.There's a lot of ways.In terms of lighting, one idea is per-pixel lighting, which lets you "interpolate" the shape of the surface between vertices:https://en.wikipedia.org/wiki/Phong_shadingAnother lighting idea is using a texture map to indicate the surface shape:https://en.wikipedia.org/wiki/Normal_mappingYou can also interpolate new vertices between those of a lower-poly model, producing a more rounded silhouette:https://en.wikipedia.org/wiki/Subdivision_surfaceIf you're talking about trying to render 2D curves and shapes specifically, there's many ideas for that too:http://wdobbie.com/post/gpu-text-rendering-with-vector-textures/

 Author: pubby [ Sun Sep 24, 2017 10:39 pm ] Post subject: Re: Hypothetical non polygon based 3D? This kinda exists today... except it's still triangles all the way down.You send a small amount of data to the GPU (e.g. 6 vertices), and then the GPU can generate all the triangles it wants from it. Doing things this way can be a good optimization because memory transfers are slow.

 Author: adam_smasher [ Sun Sep 24, 2017 10:53 pm ] Post subject: Re: Hypothetical non polygon based 3D? Have a look at Ecstatica, a computer game sent to us from an alternate dimension where polygons do not exist (video in Polish for maximum otherworldliness).

 Author: Drew Sebastino [ Sun Sep 24, 2017 10:57 pm ] Post subject: Re: Hypothetical non polygon based 3D? rainwarrior wrote:There's a lot of ways.Normal mapping doesn't quite replace more polygons, as the edges of an object are still as jagged, and subdivision is part of the problem, as it just adds more vertices.pubby wrote:This kinda exists today... except it's still triangles all the way down.You send a small amount of data to the GPU (e.g. 6 vertices), and then the GPU can generate all the triangles it wants from it. Doing things this way can be a good optimization because memory transfers are slow.Or maybe it doesn't. Any particular reason why modern GPUs are "adamant" on using triangles? Isn't a modern GPU kind of like a massively parallel, limited instruction set CPU, and as such, drawing triangles is done "in software"?adam_smasher wrote:Have a look at Ecstatica, a computer game sent to us from an alternate dimension where polygons do not exist (video in Polish for maximum otherworldliness).Reminds me of this: https://www.youtube.com/watch?v=IzvPVkb5_08

 Author: Oziphantom [ Mon Sep 25, 2017 5:54 am ] Post subject: Re: Hypothetical non polygon based 3D? Espozo wrote:Or maybe it doesn't. Any particular reason why modern GPUs are "adamant" on using triangles? Isn't a modern GPU kind of like a massively parallel, limited instruction set CPU, and as such, drawing triangles is done "in software"?Yes. Triangles are FLAT 100% dead flat every time, can't bend a triangle. This makes lighting easier, two triangles that have 2 matching vertices will share a 100% aligned side so there will be no cracks in the model. If you want to see where this goes wrong, look at a Saturn it uses Quads, and you see all the cracks, lighting issues and other problems with them in about 5mins of a 3D game on a Saturn, or Tomb Raider 1 ( and possibly 2 as well ) on the PS1 as it still uses Quads. Also any other primitive can be made out of triangles where as quads tend to force things to be squarish, hence TR on Saturn has a software Triangle Renderer to render Lara because you can't do a face in quads or boobs for that matter. The PSP has hardware Bézier patch rendering and I think I was the only person to ever use it on the device, but I'm sure there are other instances of it being used probably in 2D games though. In global lighting its nice, anything else and ohhh artefact city and then the Continuity problems, models crack, texture warping.. lovely idea just not so easy to control. There was a really old PC game, Ballz or something like it that use spheres for rendering as it was "faster" for the PC to render them, but its hard to make a solid shape out of spheres. Alone in the Dark uses Ellipses and that is what gives it its distinctive look, for arms and legs top notch for the jacket and skirt not so much. I think Little Big Adventure also used ellipses but it might have been spheres. Yes we now are back to software rendering, and not hardware rendering. Hardware rendering is DX8 fixed pipeline or ES1.1 on the early Phones. Now with Shaders we are Hardware Accelerated Software Rendering.

 Author: thefox [ Mon Sep 25, 2017 8:43 am ] Post subject: Re: Hypothetical non polygon based 3D? Oziphantom wrote:If you want to see where this goes wrong, look at a Saturn it uses Quads, and you see all the cracks, lighting issues and other problems with them in about 5mins of a 3D game on a Saturn, or Tomb Raider 1 ( and possibly 2 as well ) on the PS1 as it still uses Quads.Let's clarify that "cracks" are fundamentally not an issue of quads, they're an issue of the rasterizer (or some problem, e.g., lack of precision, in calculating the vertex coordinates). It's perfectly possible to have a quad-based 3D model where each edge is shared.Espozo wrote:Isn't a modern GPU kind of like a massively parallel, limited instruction set CPU, and as such, drawing triangles is done "in software"?The triangle rasterization is still done in specialized hardware. The programmable part comes into play in shading (doing vertex operations and calculating the pixel color).

 Author: Bregalad [ Mon Sep 25, 2017 10:33 am ] Post subject: Re: Hypothetical non polygon based 3D? adam_smasher wrote:Have a look at Ecstatica, a computer game sent to us from an alternate dimension where polygons do not exist (video in Polish for maximum otherworldliness).The technique for rendering graphics looks very similar to Final Fatansy 7 (also 8, 9, Chrono Cross) : Pre-rendered background and 3d polygonal objects..I belive we *could* use that technique with actual sprites in order to have "3d without polygons", but you'd have to pre-render sprites in all possible angles of view so it'd be a lot of work.

 Author: tokumaru [ Mon Sep 25, 2017 10:49 am ] Post subject: Re: Hypothetical non polygon based 3D? Bregalad wrote:The technique for rendering graphics looks very similar to Final Fatansy 7 (also 8, 9, Chrono Cross) : Pre-rendered background and 3d polygonal objects..Yeah, but the main point I guess is that all polygons in Ecstatica are spheres/ellipsoids, while traditional 3D usually goes with triangles or quads.Quote:I belive we *could* use that technique with actual sprites in order to have "3d without polygons", but you'd have to pre-render sprites in all possible angles of view so it'd be a lot of work.Resident Evil on the GBC?

 Author: rainwarrior [ Mon Sep 25, 2017 2:31 pm ] Post subject: Re: Hypothetical non polygon based 3D? Followup to the approach I was mentioning, i.e. putting a "3D" shape on a quad, is that it didn't usuall handle geometry intersection well. The problem was that the depth buffer value was determined by the geometry before the pixel shader, so no matter what fake shape you put on the quad, it still intersects other stuff like a flat card.I think with DX11 era, though, we can change depth in the pixel shader now, so the capability is there, but delaying the depth test until after the pixel shader is a bit of a performance hit by itself.

 Author: rainwarrior [ Mon Sep 25, 2017 3:21 pm ] Post subject: Re: Hypothetical non polygon based 3D? Oh yeah, I also forgot to mention "parallax mapping", which is like putting a heightfield in a texture and having a mini-raytracer in the shader.https://www.youtube.com/watch?v=6B-5a2HWqpwSort of taking the normal map idea to a further extreme.

 Author: tepples [ Mon Sep 25, 2017 4:57 pm ] Post subject: Re: Hypothetical non polygon based 3D? Is parallax mapping the same as the "voxel" (really height map) renderer in Comanche, except on the GPU?

 Author: rainwarrior [ Mon Sep 25, 2017 5:20 pm ] Post subject: Re: Hypothetical non polygon based 3D? tepples wrote:Is parallax mapping the same as the "voxel" (really height map) renderer in Comanche, except on the GPU?Well, there's a lot of variations of the technique, but there's similarities, yes. The big difference is that you are rendering each pixel independently; I think most voxel engines are instead rendering each voxel shape individually, different order of operations, different stuff is being batched for efficiency, etc. The naive way is more like a raytracer technique.

 Author: 93143 [ Mon Sep 25, 2017 9:50 pm ] Post subject: Re: Hypothetical non polygon based 3D? Oziphantom wrote:The PSP has hardware Bézier patch rendering and I think I was the only person to ever use it on the deviceOh hey, it does.I know NURBS was a buzzword for a while, but clearly it never really took off. Didn't the PS2 make a big deal over it, and then it turned out it sucked so no one used it?

 Page 1 of 4 All times are UTC - 7 hours Powered by phpBB® Forum Software © phpBB Grouphttp://www.phpbb.com/