3D Construct

This forum is currently in read-only mode.
0 favourites
From the Asset Store
Template for a basketball game with a 3D aspect (illusion of 3D)
  • What about making construct 3D ready?

    Sprites could be replaced by models and a placement editor in place of the frame editor would do the rest.

    Maybe OpenGL based, for portability and with tons of features, like shaders and so.

    Is not impossible...

    Bye, Berserk.

    .

  • I think she should complete Construct instead of changing everything now when we're so close to 1.0 release. I'm sure someone will make a 3D plugin for it later on.

  • I think she should complete Construct instead of changing everything now when we're so close to 1.0 release. I'm sure someone will make a 3D plugin for it later on.

    He.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • He.

    Ups.

  • This is an idea for the very long term (ie years, unless we acquire a boatload of code contributors) but there are too many design and implementation issues for it to be practical now - not only is the 2D side not finished, but there are problems like 3D collisions which the engine simply has no way to support at the moment.

    So yeah, we'll finish Construct first before anything like that. The 3D box object does, however, prove the concept that it can be done.

  • So yeah, we'll finish Construct first before anything like that. The 3D box object does, however, prove the concept that it can be done.

    Wouldn't hurt to add additional shapes, or at least let the box have varied angles for each side. Could definately make use of a triangle or sphere primative.

  • No I was talking about a 3D gamemaking tool with events and so like construct, but in 3D.

    Not a plugin, neither a simple shape. Collision should go per-polygon or by bounding objects (ie spheres).

    However thanks for your answers. I'm new to this forum so greetings as well.

    Bye, Berserk.

    .

  • I know you sort of answered this before, but a 3D sprite object would work right?

    I mean an object that works like a sprite but uses a 3D character model (and animations) instead?

    Would that have problems being implemented (such as collisions and such)?

    I'd imagine not since it would behave like a 2D sprite (collisions and all) but use a model instead of a sprite. But then again, I'm no genius.

    That's one of the things I hated most with you know who's product, oh what the heck, actually I mean MMF. They had a 3D sprite object, but it was very poorly implemented and they never did anything with it (but then again, their engine couldn't really handle 3D in the first place while Construct is made for Direct X9).

    Like I mentioned before, I want to make a game like Contra: Shattered Soldier (2.5D platformer). I don't like working with sprites. I'd rather use a 3D model (and I don't mean one prerendered as a 2D sprite, because that looks.. yuck) because it would be a lot easier to work with. I would rather animate a 3D model (easier) then try to animate a sprite (very hard for me). Plus I think it looks better and much more "modern", which suits my style better.

    Anyway, sorry to ramble off like that but to get back to the point: Would a psuedo-3D type of sprite object would have the same collision problems as a full 3D implementation? You know, just a 3D model that works like a sprite object (except displays a polygonal model rather than pixels)?

    Because if anything (as far as 3D goes), if this program could have a feature like that (and I know it CAN, but rather if it DOES if not anything else), it would make my life a lot easier and make me one happy camper.

  • I know you sort of answered this before, but a 3D sprite object would work right?

    I mean an object that works like a sprite but uses a 3D character model (and animations) instead?

    Would that have problems being implemented (such as collisions and such)?

    I'd imagine not since it would behave like a 2D sprite (collisions and all) but use a model instead of a sprite. But then again, I'm no genius.

    That's one of the things I hated most with you know who's product, oh what the heck, actually I mean MMF. They had a 3D sprite object, but it was very poorly implemented and they never did anything with it (but then again, their engine couldn't really handle 3D in the first place while Construct is made for Direct X9).

    Like I mentioned before, I want to make a game like Contra: Shattered Soldier (2.5D platformer). I don't like working with sprites. I'd rather use a 3D model (and I don't mean one prerendered as a 2D sprite, because that looks.. yuck) because it would be a lot easier to work with. I would rather animate a 3D model (easier) then try to animate a sprite (very hard for me). Plus I think it looks better and much more "modern", which suits my style better.

    Anyway, sorry to ramble off like that but to get back to the point: Would a psuedo-3D type of sprite object would have the same collision problems as a full 3D implementation? You know, just a 3D model that works like a sprite object (except displays a polygonal model rather than pixels)?

    Because if anything (as far as 3D goes), if this program could have a feature like that (and I know it CAN, but rather if it DOES if not anything else), it would make my life a lot easier and make me one happy camper.

    As far as I know, all you could honestly do is export the animation steps of the model using a renderer and use that as a sprite, because displaying a polygonal model in any way isn't particularly high on the priorities right now (to my knowledge).

    It would be nice but as it is Construct is pretty much strictly 2D right now.

    Better 3D support may come with SDL.

  • I was indeed talking about what machrider talks about.

    Use polygonal models instead of sprites, the frame editor would turn in a placement editor for models and the rest remains as is now.

    Bye, Berserk.

    .

  • As far as a 3D model object would work - it's possible but would be mostly limited to 2D (ie. only 2D collisions etc, moving it away or toward the camera would have the same effect as with 3D Box where the collision area does not change). But also not before 1.0, as there are too many other things to do.

    3D won't come with SDL.

  • I'd really like a 3D game maker in this style too, but I'm not sure how I would like it. I know the Source SDK inside out and would like an editor like that, but I know it would be far too complex and possibly too limited for this sort of program (It does make sense if you read it enough times).

    I think a 3D game maker like this is way over due. I love The Games Factory, but since that came out they haven't really done much to it. If only a 3D maker could have come out in 2000 or so. We could have competed against games coming out at that time!

    My dream program is a 3D game maker and I'd be pleased with anything you make to enable this dream, no matter how limited. Until then I'll just make a 2D game.

  • [quote:2gyysju8]We could have competed against games coming out at that time!

    Interesting point - millions of dollars and whole production teams including directors and writers go in to modern games these days. Making a 3D game creator that could compare in any way whatsoever with something like Crysis (which is amazing, btw) is simply impossible from a resources point of view. On the other hand, in something like Construct, once finished I aim for it to be possible for an indie gamer to rival the top 2D games.

    This isn't the only reason I hesitate to move further in to 3D - it's a nice rosy idea that it could one day be possible to make impressive 3D first person shooters as easily and flexibly as Construct - but there are significant or even prohibitive technical and design challenges to get around. It's simply out of scope right now.

  • curious, how much, in relation to 3d, can Construct potentially support without 3d being Constructs main focus?

    animations could actually be a lot easier if it were possible to import 3d models into Construct and have the various animations/nodes bound to user specified animation branches (in the animation tree? <img src="{SMILIES_PATH}/icon_razz.gif" alt=":P" title="Razz" />)

    just an idea

  • This isn't the only reason I hesitate to move further in to 3D - it's a nice rosy idea that it could one day be possible to make impressive 3D first person shooters as easily and flexibly as Construct - but there are significant or even prohibitive technical and design challenges to get around. It's simply out of scope right now.

    Out of scope?

    http://www.fpscreatorx10.com/

    Looks pretty darn competative to me. DX10 and all.

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)