Anim8or Community

A couple of years ago I tried to convince my daughter (12 then) to learn the basics of programming. What could be better for that purpose than making a game? So I showed her how to design and program a 2D game. We made a new level each day for a week, until we both got bored. She wasn’t too impressed, you can imagine, with all those 3D games one can get for free from the web… I told her we can do better than 2D, so I promised her a 3D game with lights and textures.
It was just a programming demonstration, so I wanted it done in minimum time. I borrowed the .an8 file loader and the OpenGL renderer from Terranim8or. The very basic modeling was done in Anim8or, of course. The game is an 8 ball pool with strait-forward logic, but not at all trivial due to issues involving simultaneous collisions and optimizations. Finally it came out as multithreaded server-client architecture, playable over the net by two players, or standalone.

I’ve decided to tell you about it only for one funny reason: as I was progressing with the game design, I had to solve a detail regarding the pocketed balls. One way of showing the balls stuck into the pockets was to render them static somewhere in the game window (which I think is the classical approach). It’s the easiest way, but it takes away from the realism – we have a dynamic 3D environment, but there is a floating array of balls kept in the same place in the corner of the window. Pathetic!
I was heading for the challenging way, of having the balls enter the pockets and landing in a net. Now that proved to be too challenging to make it look real, besides the visibility of those balls couldn’t be too great .
Change of plan: the ball enters a certain pocket then continues in some kind of carved corridor under the table surface till it hits the wall, or a previous ball. Now we have a natural array of pocketed balls, visible from the outside, but it’s too difficult to program it compared to how little spectacular it could be. Not a good time investment.
At this point came the revelation, well deserved by any lazy individual like me! Why bother with pocketing the balls when we can leave them to fall off the table, just like that? It’s a simple pool, so simple that there are no nets under the pockets (no need the model them)! I checked the web and rechecked several times: no such design. Seemed that my laziness provided me with an original idea that I’m copyrighting right here in our Anim8or Forum !

When playing the game for the firs time, I had quite a shocking surprise: the balls that landed on the floor continued to behave correctly, obeying the laws of physics regarding decelerated rolling and collisions with each other. I didn’t intend to program them like that, but the balls continued to do exactly what they were supposed to do on the table .

Those settings belong to the old, v6.6.1 Terranim8or, which is still available for download. I'm sorry for the confusion, but I don't have time any more for updating and maintaining Terranim8or and the website...

@ Thanks Leslie!  (and thanks for Terranim8or!)!  Yes, but now then Anim8or has Raytracer,
 is possible insert in FIRE PLUGIN a INPUT TEXT for WE TYPE THE variation of ORIENTATION "Y" and distance "Z" ?? 

Sure it would be possible! The problem is that I don't have the necessary time, not now and not in the forseeable future to work on Terranim8or. It would be also the technical problem that I used Visual Studio 2003 (which I don't have any more) to develop Terranim8or and the plug-ins. The whole project should be ported to an up-to-date environment.
At least, I still have the source code...

You need Terranim8or 6.6.1 for this. The step by step instructions are here:
http://www.biederman.net/leslie/terranim8or/how_to.htm#videobkg

Punch-cards (careful, don't screw up the order), batch-processing, waiting in a queue for two hours to get results from an IBM1620 (1967).  Yep, some of us ARE old geezers!

I hope you're not complaining! In 1976 I used to wait two days to find out that my program didn't compile due to some 5 punch cards with syntax errors...
Guilherme Amorim, I'm sure you'll have a hard time to explain your grand sons that computers used to have silicon chips, keybord, mouse and no direct connection to the brain! 

Ye exacly what RudySchneider says. A Z-Near of 1 stops objects from disappearing. I suggust always using a Z-near of 1.

"Always using a Z-near of 1" is not always a good idea! Steve could have made it into a default if it was such a good choice, but it is not. The smaller z-near is, the worse is the depth sorting resolution (which decides whether one triangle is in front of another). So, making z-near always 1 you may mess up the rendering of closely neighbouring triangles.

T v.7 also has rain you only need the plugin for it which can be found at the terranim8or site.

Thanks, floyd86, of course, but before that, someone should write that plugin! Would you have a try at it?