The Construct, someday will support 3D?

New releases and general discussions.

Post » Thu Jul 09, 2009 4:32 am

Well, perhaps when you guys start working on 2.0, perhaps OGRE could be intergrated into the rendering engine? If anything, it would work for future 3D rendering, and perhaps the effects that come with it could come in handy, if nothing else... Construct + OGRE would be awesome.

Still, I can imagine that the logical steps Construct could take eventually are 3D graphics with 2D gameplay, then completely 3D gameplay. The latter would take a lot longer than the former, I gather, and probably wouldn't even be touched until Construct reaches the point where there's no other direction to go in development, methinks.
B
94
S
37
G
11
Posts: 404
Reputation: 11,275

Post » Fri Dec 04, 2009 1:43 am

perhaps someday someone Could recreate the event sheet editor language to create irrlicht or ogre commands (to continue using python you can use Pyrr with irrlicht), this would also solve the problem of using only directx. i am currently creating a game while learning irrlicht and it would be my suggestion
B
1
G
3
Posts: 2
Reputation: 829

Post » Fri Dec 04, 2009 5:58 pm

ask ... The Architect ... :P
B
2
G
3
Posts: 72
Reputation: 994

Post » Fri Dec 04, 2009 6:24 pm

[quote="123456name":2eo4az0z]perhaps someday someone Could recreate the event sheet editor language to create irrlicht or ogre commands (to continue using python you can use Pyrr with irrlicht), this would also solve the problem of using only directx. i am currently creating a game while learning irrlicht and it would be my suggestion[/quote:2eo4az0z]

As I understand it python cant draw to the window.
Image Image
B
161
S
48
G
91
Posts: 7,359
Reputation: 67,273

Post » Sun Dec 13, 2009 1:57 am

Hrm...
I know it probably wouldn't be possible or feasible for any full-fledged 3D for construct, however....
There should be some form of support for loading up static, textured meshes for things such as backgrounds and such.
Even MMF had a 3D Sprite object used for loading simple 3ds files.
B
4
S
1
G
5
Posts: 98
Reputation: 1,648

Post » Tue Dec 15, 2009 6:06 pm

Umm... I rig texture and model.

I made a few games using pre-rendered graphics, but the v-ram limit really makes this a challenge.

I kept thinking " if only the sprites could be replaced with 3D models"

If construct could import a .obj file + texture for a sprite. crude animation could be done rather well with multiple . obj loading one after another (not from the disk, from memory). no lighting would be required as it could be baked into the texture.


3D modeling and animation can be simpler than animating a 2D sprite. you don't have to re-draw it each time. As somebody who can do both, crude 3D would be welcome.

if I ever get a chance, I would love to program it, but.....
B
2
S
1
G
4
Posts: 156
Reputation: 1,612

Post » Tue Dec 15, 2009 6:58 pm

interesting idea, but it would be better if you got like a 3dbox object that loads a obj file, as a container, and you could transform the object (tilt, rotate, ...) and for the rest deals with it like a 2d object, would be great
B
2
G
3
Posts: 72
Reputation: 994

Post » Sat Dec 19, 2009 8:02 am

Honestly, I don't see what all the fuzz is about. If you want 3d, just use UDK. Construct is great for 2d and implementing all the shit you'd need for 3d... that's just too much to ask for. 3d adds this whole shitstorm of complexity.

Construct is the tool of choice for 2d stuff, folks, not for 3d stuff.

And using UDK or any other modern engine (CryEngine) you'll also always get some visual scripting features, like Kismet in the UE or Flowgraph in the CryEngine.
B
6
S
2
G
3
Posts: 520
Reputation: 2,690

Post » Sat Dec 19, 2009 9:19 am

Just fix the tiling issue with meshes, don't need more than that for 2D games (ok maybe basic rotation, but still). Anything beyond that, it stops being a pretty cool and "reasonably" easy to understand 2D game making app that can make a name for itself in a niche area and used for decent 2D games, and becomes a low end basic 3D app for mediocre to poor 3D games up against the bigger boys the likes of which it has no chance against. At which point there's far better alternatives out there (Source, UDK, Cryengine, Unity, hell even Realmcrafter lol).

Yeah it would be nice to have an object loader (but dear god, use a format that's universally compatible like COLLADA, NOT something only MAX has exporters for!), but there should be some sort of limit on how far it would go, otherwise with every addition, there will be calls for something else, and the 2D side of things, including bugs, will begin to be forgotten and left behind.

Unfortunately with the whole 'console generation', unless it looks damn near photorealistic, nobody will want to play it. Go with 2D and you attract the older crowd who remember "the good old days" and others who appreciate creativity over how many millions of polygons are bouncing around on screen at once, as well as the casual gamer, who probably doesn't have cutting edge hardware, or is looking for a quick fun game to play while the boss is out of the office.

Stick to making it work perfectly as a 2D app (but with working meshes that tile properly, lol).

Besides, and this is just a personal opinion. When it comes to making a game in 3D. You're almost always going to be better off writing it all from scratch. Because unless you're making a sheep, chances are there's nothing out there right now that'll do exactly what you want, without a great deal of difficulty, time and expense.

They almost always use illogical backwards ways of using assets, which 90% of the time are not going to be compatible with what you use, they have far too many limitations on what you can do with them without access to the source code itself (and even then you're practically rewriting so much you may as well start from scratch) and NONE of them are as good as people think they are.

The only 3D engine I think much of is actually the Gamebryo one (Fallout 3, Oblivion, Morrowind), but it's a cluster headache while being hit in the face by a loud annoying fat chick to get anything custom imported into it successfully.

Oh and this annoys me no end. The first thing EVERYONE who's never made a proper game before does, when wanting to use the next fancy 3D engine, is decide they want to make a *!&$"#@ing MMORPG with huge massive landscapes that stream perfectly, lol! Honestly, can you imagine if one of those ever succeeded? How empty, dull, slow and boring it would actually be.

I totally lost the point of this thread and went off on a rant, but I don't care. :P
B
3
S
2
G
3
Posts: 628
Reputation: 2,531

Post » Sun Dec 20, 2009 4:23 am

[quote="Lost my Keys":12d6oer1]Yeah it would be nice to have an object loader (but dear god, use a format that's universally compatible like COLLADA, NOT something only MAX has exporters for!), but there should be some sort of limit on how far it would go, otherwise with every addition, there will be calls for something else, and the 2D side of things, including bugs, will begin to be forgotten and left behind[/quote:12d6oer1]

You do realize that EVERY 3d package exports to .obj right?

[quote="Lost my Keys":12d6oer1]Unfortunately with the whole 'console generation', unless it looks damn near photorealistic, nobody will want to play it. Go with 2D and you attract the older crowd who remember "the good old days" and others who appreciate creativity over how many millions of polygons are bouncing around on screen at once, as well as the casual gamer, who probably doesn't have cutting edge hardware, or is looking for a quick fun game to play while the boss is out of the office.[/quote:12d6oer1]

WOW thats not even true people love to play games that dont look photo realistic in fact people usually find it a nice change of pace. Okami, Braid and many other games that are not realistic looking at all people love those games.


[quote="Lost my Keys":12d6oer1]Besides, and this is just a personal opinion. When it comes to making a game in 3D. You're almost always going to be better off writing it all from scratch. Because unless you're making a sheep, chances are there's nothing out there right now that'll do exactly what you want, without a great deal of difficulty, time and expense.[/quote:12d6oer1]

No just no. Do you have ANY idea as to what goes into making a 3d game engine? The REASON they have all these different middle ware engines is because it was too time consuming and stupid to REMAKE the same thing over and over again. and if you can make an engine do what you want with recoding a bit of the source then they would always opt to do that. 500,000 lines of code to make it do what you want or 2,000,000 to build your own. not to mention the debugging time, the time it takes to learn how to interact with it all that as compared to relatively minor changes in a preexisting engine to make it do what you want.

[quote="Lost my Keys":12d6oer1]They almost always use illogical backwards ways of using assets, which 90% of the time are not going to be compatible with what you use, they have far too many limitations on what you can do with them without access to the source code itself (and even then you're practically rewriting so much you may as well start from scratch) and NONE of them are as good as people think they are.[/quote:12d6oer1]


have you used unity or any other 3d engine most of them are pretty intuitive..... especially unity.
B
5
S
2
G
4
Posts: 632
Reputation: 2,829

PreviousNext

Return to Construct Classic Discussion

Who is online

Users browsing this forum: No registered users and 3 guests