I can't see what follows "look at this" in your message, Zen, but I do agree with you that looking for a simple way of handling 3D in Scratch would be great. I mean the "Scratch way to 3D". Scratch introduces concepts as objects, methods, threads without even mentioning them. I guess that some clever Scratcher would know how to embed 3D in Scratch without adding complexity to it.
Are you there, clever Scratcher?
Offline
s_federici wrote:
I can't see what follows "look at this" in your message, Zen, but I do agree with you that looking for a simple way of handling 3D in Scratch would be great. I mean the "Scratch way to 3D". Scratch introduces concepts as objects, methods, threads without even mentioning them. I guess that some clever Scratcher would know how to embed 3D in Scratch without adding complexity to it.
Are you there, clever Scratcher?
This may be a duplicate. I thought I posted something similar a few minutes ago but I don't see it now. I probably clicked Preview instead of Submit.
In any event, I'll start over. I don't claim to be a clever scratcher, but I doubt that this a job for a clever scratcher anyway. It is more like a job for an accomplished Smalltalk or Squeak programmer like zens
I seems to me that an accomplished Smalltalk or Squeak programmer could do a lot in this regard by developing a simplified 3D math library in Squeak or Smalltalk and then encapsulating the elements of that library in blocks. I believe that the greatest obstacle might be the lack of procedures, subroutines, functions, methods, or whatever you prefer to call constructs that receive parameters and return values.
As an example, I will soon be publishing a simplified 3D math library for Java that I have developed in conjunction with a series of tutorials titled "Math for Game Programmers" beginning with lesson #1700 at http://www.dickbaldwin.com/tocadv.htm
However, I have no plans to attempt to encapsulate the elements of that 3D library into blocks for inclusion in a drag and drop interface. I have never given any thought as to what might be required to do that.
Offline
dbal wrote:
However, I have no plans to attempt to encapsulate the elements of that 3D library into blocks for inclusion in a drag and drop interface. I have never given any thought as to what might be required to do that.
This is exactly what I meant dbal. I don't think that we need good programmers (at least, not yet). What we need is people with a very good "vision" as what could be useful blocks that will allow common people to use 3D graphics. Only then we can start implementing it. And this should be the "simple" step. From http://www.squeak.org/About/:
"Squeak includes class libraries and virtual machine plugins for advanced multimedia including anti-aliased 2D, accelerated 3D, real-time sound and music synthesis, MPEG2 video and much more".
So, we do need for now clever scratchers that have already thought "if only I could have a YYY block! That would allow me to handle 3D placements of sprites and movements in a very simple and intuitive way!"
Offline
I already have a simple 3D demo. Move the mouse to the center of the screen to begin. http://scratch.mit.edu/projects/Cyclone103/154666 I also have a 3d game, 3d missile:
http://scratch.mit.edu/projects/Cyclone103/195118 They both run under the same principal.
Last edited by Cyclone103 (2008-06-24 10:28:13)
Offline
i have a 3D game where you fly a plane through a 3D course. (the link is in my signature below)
i am also working on a much more complex 3D game
Offline
Yes, I knew of those 3D games. So, I'm passing the ball to you guys: which blocks do you imagine would have helped you to create those games inside a real 3D stage, keeping in mind the easy and intuitive Scratch's-way-to-programming? What were you desperately needing when you created them?
Offline