playing using the actual cylinder view is impossibly difficult, you should scale back the difficulty a bit and hide the corner screen somehow, try pasting everything offscreen every frame

i think pythons causing this to be slower if anything, or at least your implementation of the code, because i made this with events, well something highly similar (yaw pitch 3d camera with boxes and stuff), and with 3 times the objects and high poly 3d objects im getting like 800 fps, vs 80 with yours. ill post it up in a bit.

the text... object.

Deadeye's... creation?

youtube.com/watch

Davio made me do ^^^that lmao.

Yea, if your willing to make a 3D game without 3D objects or any modeling tools, it's certainly possible to have animations and cameras and an in-game model editor with texture loading... but that's building the whole engine up from the ground yourself. It took a LONG time to make things look right, the thumbs are spawned using expressions nested in expressions using multiple variables to create a point cloud that deforms properly, and then ontop of that you need to map square meshes onto that point cloud, handle all the rotations math and so forth, its really, really, really, slow and complicated.

basically thumbs was created to prove that construct's event system and basic sprite object are able to do pretty much ANYTHING , but that doesn't mean it's easy. Of course for simpler 3D games you could make like starfox or something without TOO much work, well if you were good enough with constuct at least.

in short answer, traditional style 3d animation is impossible right now in construct, you need to build your own system to do it, and thats certainly not EASY, especially if you've never did any 3d programming/math before.

dl.dropbox.com/u/1010927/Ezzzy3D.cap

kinda broken, tried to fix it a bit but i only had like 5 minutes so its kind of a sloppy fix

shows you haven't been here in ages xD

yea this seems reason enough for a whole new release

by any chance are you running these tests with construct OPEN?, having a bigger project open in construct always seems to use more system resources for me, and then when i run the exe it generally works slower than if i would run it as a standalone without construct open. your project is increasing in size, #of layouts, textures, event sheets etc. so construct (the editor) itself may be the culprit of the slowdown, i remember having this problem with MEGA THUMB on my laptop, i'd have multiple tabs and stuff open and it was making the computer itself a lot slower. also, a drop from 1000, to 500, to 200, doesn't take THAT much in my experience.

well you can use an effect, but it'd be much better to just redraw

you would need to run your program through CMD to get any use from this right? i'm just intrigued as to when exactly you would use this! any clarification would be great.

there are games, you just need to fish around a lot, and there are games that are simple looking as well. The thing is, people don't pump out games like a factory and construct doesn't even have a HUGE number of productive people using it. Construct is young, and a lot of people are just playing with it to have fun and learn, not to work on serious projects from start to end. i'm sure there are a ton of half finished games people have made so far that are awesome, but it takes a lot to go from half finished to finished, and generally people don't post their incomplete work.

Event's definitely wont limit you, i made a 3d game with animation and an editor using only events to pretty much prove that fact.

Learn how to do this with trig, seriously, it's the most useful tool you'll have in making ANYTHING game related besides construct itself. this is possible in like 3 actions even less. if you want to do a complex behavior that needs trig in the future (there are tons) there might not be an "orbiter plugin" and you'll have no foundation if you always take a shortcut to learning and wind up having to learn what you skipped thinking you were saving time.