3D engine... Much interest?

General (non-technical) New Apps / Works in Progress
#89

That’s it.

However, the models with less than 500 triangles are basically too simple shapes.

I bought many models, one of which has more than 18,000 triangles (although I let it actions and effects in the unity to catch frame use), but even the lowpoly turret model has 800 Multiple triangles …

It seems that there is still a long way to go, especially if the files exported from blender are not processed by lighting, it will not look very good.

Do you think Corona has a way to achieve the lighting of 3D objects?

#90

Ambient lighting is already in place. You set a direction and an amount and this controls how individual faces are lit. You can see this in action here: https://youtu.be/O4-dgfAVXpU

Positioned lighting is planned but not yet in place.

18,000 poly models are likely to be too detailed I’m afraid, but 800 is probably fine. Bear in mind that the engine never has to render all of those triangles - with a cube for example, it’s impossible to see more than 3 faces at any one time, so an 800 poly cube would actually be a 400 poly render at most.

#91

I’ve been busy making effects in Unity recently, constantly switching between unity and corona, and finally have some time to follow the forum.

This looks awesome, and it seems that the color of the ambient light can also be modified?

Also a little curious, can Corona only import obj and not fbx?

After all, obj cannot have animation. :o

But if it is a pure model, I really hope to import about 2000 polygon models.

No matter what, this plugin will definitely be bought if it is launched. :smiley:

#92

It’s not a Corona limitation as such. Just that .obj files are plain text and reasonably documented so an importer can be built around them fairly easily, and most modelling software can export to them. I’d be happy to look at importing other formats too if the initial release gains traction.

Importing 2000 models would be an interesting test. Currently the way world’s are set up isn’t particularly optimised, but the goal is to have them work much like in Qiso, where everything outside of screen space is ignored so as long as you’re not trying to actually display them all at once, it should just be a case of the device needing enough memory to store that much data at once.

The trick, in case interested, is arrays. Rather than iterating the entire world of data to look for elements that fit within the screen boundaries, my engines structure everything into arrays and then just reverse each screen corner to really quickly figure out which part of the arrays need iterating for on-screen content. That way it doesn’t matter how large the arrays get, their size doesn’t impact on the rendering performance. How much is actually on screen at the same time does, but not how big the world itself is.

#93

I would love to see a 3D Corona engine! I’ve tried with some engines, and by far Corona is my favorite because it is lite, very fast, and lua is easy to use. And it would be awesome to see those features in a 3D engine.

#94

Hi, I am quite new to Solar2d and stumbled about this thread …

For some of my plans the option to use simple 3D objects would be perfect. Can this 3D engine already be tried out? Or are there other similar solutions?

Thanx,
Christian

#95

I’m afraid it’s been a while since I had chance to work on the 3D engine. The fundamentals are all in - objects and the camera can be moved around and rotated, face culling is in place, basic lighting is in place, etc. But currently only cubes exist - there’s no functionality to create other shapes or to import meshes, although the renderer would already be able to display them if they existed in the world.

This project is definitely still happening. As soon as I get back on to it I’ll focus on importing .obj files so that an initial beta can be released. It’ll definitely be far from optimised and until it has the ability to handle intersecting faces, it’s not going to be useful for doing anything more than displaying a few 3D objects, but other than that it should be usable.

Also now toying with the idea of building a voxel engine too for the record :smirk:. One thing at a time huh.

1 Like
#96

Thank you for this information, so I keep on hoping …

#97

For games with 3D elements I can recommend Defold or Godot. If Unity and Unreal are an overkill.

#98

Keep up the good work… I’m interested in 3D - I’m currently working on a retro first-person grid based RPG (dungeon master, eye of the beholder style) using a pseudo 3d projection.
It’s still over 6 months away from finishing ( been at it for about a year now) so I’m almost ready show you guys.

It’s not true 3D - and more of an illusion of 3D but I’m happy with the results.
Id definitely consider a sequel in a proper 3d engine.

#99

The term “pseudo 3D” always puzzles me slightly. Screens are still a flat plane - all 3D rendering is pseudo projection really - just some approaches equate to more accurate results than others =).

#100

Pseudo 3D or 2.5D really just refers to cases where 2D games are faked to look like 3D games.

For instance, all images in Clash of Clans seem 3D, they are from 3D models after all, but in the end they are all just 2D renders stuffed inside a sprite sheet. Regardless of how good a fake it is, a 2D game will only ever have x and y-axes.

“Well, you could technically fake a z-axis in a 2D game…” and that’s the entire point. Pseudo 3D or 2.5D games don’t have a true z-axis, they can have a faked one at best.

#101

I think it’s pseudo once you start doing 3D projections/illusions on top of already processed 2D projections…

#102

That’s kind of my point though. The engine I’m making has x,y,z… 3 variants of in fact. The world is an x,y,z grid and then individual objects have internal x,y,z space relative to their centres, and the camera has x,y,z space relative to itself, where z is how deep into the screen you’re looking. Programmatically in this regard, it’s ‘proper’ 3D. But beyond that it’s still just drawing 2D shapes at projected x,y coordinates on a flat screen, creating the illusion of a 3D environment. It’s not really actual 3D is it? Just maths and perspective trickery. Corona/Solar2D is after all a 2D kit.

The same could be said for 3D modelling software. Blender for example. It’s doing a far better job of it than I could but at the end of the day it’s still just taking pseudo world coordinates and projecting those to create something that looks 3D on a 2D screen. The lighting is better and it does all sorts of fancier maths to create reflections and whatnot, but at the core it’s still just maths and perspective trickery. Your screen is still x,y space.

So, take a 3D render from Blender and use that as a backdrop in a game. Take another 360 renders of a character to create a 2D sprite that can move around overlaying that backdrop, creating the illusion of a 3D scene from just two 2D image files and a bit of math and what do you have, 2D or 3D? We’d all call this fake, including me, but my line would be blurry. The grunt work was preprocessed creating an image that can just be dropped right in rather than having to do that work on the fly in-game, but either way you’re looking at a 3D environment. You’re moving a character around a world that has some perspective to it, and you’re able to turn that character around to see all sides. It’s technically just as 3D as anything else, but less resource intensive. More efficient.

#103

It would be great to be able to control a camera x/y/z and to be able to work with .fbx or .obj files. I agree a pseudo 3D would be just fantastic without having to push the engine too far.

#104

I do love that this thread is still active :grinning:. Definitely picking back up on this as soon as I’ve gotten the new marketplace launched. Shouldn’t be long now…

#105

That’s good news Richard, any move to some kind of 3D and perspective views would be a great move forward for the engine.

#106

@richard11 - even a simple 3D engine with a coordinate system that calculates how to view a 2D world with real 3D perspectives and lighting would be awesome! That should be the first step, IMHO. Until that’s working, I wouldn’t worry about more complex rendering.

1 Like
#107

@richard11 At long last, I’ve got 3D objects up and running with hardware depth buffer support and integrated into the display hierarchy, details here. Only tested on Windows, but I’ll see about Mac in a couple days. (As for the others, I still need to learn the respective processes.)

Apart from testing and such, I might take a swing at a Vulkan backend before finally submitting the PR, just to tease out any major GL-centric assumptions it might be making, but could maybe put builds up somewhere. In any case, the code can be forked in the meantime.

Also, the 3D things I do have are pretty low-level, basically at the “building blocks” level. So it’s stuff you could build on top of in your own case, rather than a competing idea.

1 Like
#108

Brilliant work. I’m guessing the video you made explains everything so I’ll jump on that asap - I don’t currently have enough time to sit and watch but I’m sure I’ll get chance at some point today.

I see you’ve thrown some depth stuff in there which is likely the past I’m mostly interested in. I’m definitely intrigued at least, and hopeful this is something I can make use of.