I read somewhere that Turing wasn't recommended for making games which I can understand due to the large size and slowness of code execution but I think that honestly anything is possible as long as your game needs no Z coordinate.

Also: Turings slow execution is a HUGE factor to take into consideration when making an RPG.. C++ is able to execute thousands of lines of code instantly.. I feel a pause after 500.. My game is constantly within a loop of a loop of a loop at LEAST. Drawing pictures to the screen is sometimes slower then I would like depending where I add it. While the things you mentioned are important.. they do have simple if not stupid/repetitive work arounds. Also Anyone who makes a Truely 3D game with turing is either The owner of Holtsoft or has ALOT of time on their hands. (Just Kidding)

(I have it down to copy and paste + Coding Wall coordinates + Randomizing Monsters)

I think that honestly anything is possible as long as your game needs no Z coordinate.

I guess nobody told this guy that you cant use the z coordinate in Turing.

http://www.compsci.ca/v2/viewtopic.php?t=1354&highlight=ultimate+mario

I think you should both think about what your saying and realize that graphics is not tied to your language of choice at all. I'm willing to bet I could implement a rudamentary 3D engine in turing without any problems at all. Then I'd be able to use 3D coordonates.

**Note: Z is not always depth; it depends greatly on the system you are using.

Unfortunatly Turing isn't Technically a language so this does not apply to it. Its only a translation into C++. If you wish to prove me wrong you can certainly go develope a enviroment that supports implementing a Z coordinate using turing commands.

Turing is most definitely a language. The only thing that gets run by a computer is machine code. Everything else has to get translated to that. C++ gets converted to assembly, which then gets converted to machine code, and there are probably some more steps in there. Whether or not it gets converted to something else is irrelevant.

And syntactically, there's no problem creating a 3d engine in Turing - in fact, a number of people have already done so. The issue that they run into is not that they don't have the commands, but that drawing with Turing is too slow to do anything incredibly complex. You're not going to be able to remake Doom 3, but a couple hundred polygons won't be a problem.

"Z coordinates" aren't this magical data structure that all of a sudden makes life easy. A z coordinate is just another number. Instead of storing X and Y, you're storing X, Y and Z. You could have as many coordinates as you want.

Here's some code.

code:

var x, y, z : real

Done.

Arg, Astroids, thats a game which has cause me the greatest deal of fustration and stress.

I currently have a few Turing projects that i am working on and all are pretty complex and have the basic set up done. But i'll start off with my two best complete projects.

Space Combat - a top down ufo shooter that has 5 weapons, i beleive 3 gametypes, a dumb but strong ai, and a simple elf built gui

Arcade Racer - a top town racing game that features 3 vehicles, multiple laps, and support for two players. The game uses physics that allow for power sliding, drifting, etc.

Both of these projects have finished versions but i am also working on new versions of each. Now for the incomplete porjects (large list)

Bored Shooter - A top down shooter that I have barely the basic engine for and has a very complex what dot colour collision

Worming - A worms game that I am creating and currently have the engine set up for. The engine is simple to follow as long as you understand Newtons 3 laws.

Bored Net - A network module I am working on that will allow for EASIER programming of network games in turing.

3B - An incomplete 3D engine I started a while ago. Probably never gonna be worked on again. But hey it was actually starting to come along, sorta.

Imm0rtal wrote:

code:

Back on Topic ::: TokenHerbz wrote: Arg, Astroids, thats a game which has cause me the greatest deal of fustration and stress. What was the biggest problematic thing for this game? (Just Curious) My Guess: Figuring out when your bullet or laser hit the baddies..

Its actually trying to use the sin/cos things to properly move your ships angle, and it will allow you to knoow which anngle you are facing to move that way, but, even though i get the logic, and know how to do it, it dosn't move correctly, so im still playing around with it... Still tough!

Thank you for your off-topic post.

You did miss interpret my post. A z- coordinate is what you just explained and just because something is possible does not make it plausible.

To answer your other question.. Turing "code" is translated into a C++ run enviroment which means.. The code is read using C++ and then all the "functions" are translated and printed to the screen. You do not get to choose what libraries are used as that has already been determind (Which is my reason for saying the z- coordinate is the bane of turing). You are bound by whatever functions the software allows.

Think of it like a software program where you write "black screen" and the program makes the screen black. Does that mean it is a new founded language? or just software taking what you type and performing an action.

So I guess Turing could be considered a language.. it does eventually get translated into binary.. as does everything you see on your computer. I tend to argue that technically Turing is C++ since that is the last step before it becomes Assembly.

You did miss interpret my post. A z- coordinate is what you just explained and just because something is possible does not make it plausible.

To answer your other question.. Turing "code" is translated into a C++ run enviroment which means.. The code is read using C++ and then all the "functions" are translated and printed to the screen. You do not get to choose what libraries are used as that has already been determind (Which is my reason for saying the z- coordinate is the bane of turing). You are bound by whatever functions the software allows.

Think of it like a software program where you write "black screen" and the program makes the screen black. Does that mean it is a new founded language? or just software taking what you type and performing an action.

So I guess Turing could be considered a language.. it does eventually get translated into binary.. as does everything you see on your computer. I tend to argue that technically Turing is C++ since that is the last step before it becomes Assembly.

look, it all comes down to being able to draw a dot on the screen. DirectX / OpenGL just have a lot of math under the hood to make the drawings faster.

Turing doesn't provide this math because there's no need for it at a highschool level. Turing does provide all the means needed to implement such math though.

Forget 3D, lets go a step further - Catalyst's hypercube. Ownage!

I came across a interesting method when I was hacking a action game where you could cycle through Objects using Pointers and each of these object sections contained their coordinates.

Nothing to do with turing but I was curious.. Have you ever tried to assign your baddies with variables that tell their location instead of using pixel color? Did it work? If it didn't.. why not? I was hoping I would be able to use Coordinates over pixel colors when determining where the bad guys were. Thanks for your time.

Immortal, true as that may be, distance collision is much more difficult once you get more complex shapes (ie. a picture you imported). Did you not read Bored's post?

Its actually trying to use the sin/cos things to properly move your ships angle, and it will allow you to knoow which anngle you are facing to move that way, but, even though i get the logic, and know how to do it, it dosn't move correctly, so im still playing around with it... Still tough!

you people and your simple 2D images

**note that models can indeed be 2D

(implemented a more complicated collsion system)

Cornflake, what exactly do you have in mind? That is possible in Turing?

Translation has nothing to do with whether or not Turing is a language. If I find a useful webpage in Chinese, but I babelfish translate it into Engrish, it doesn't suddenly cease to be a webpage.

The 4.1 version of Turing supposedly offers a great improvement in efficiency with the graphics unit. You probably want to snag a version, Imm0rtal, if your program isn't running smoothly with the previous version.

The speed improvements aren't revolutionary, but they're not bad either. Here are some stats:
In my 600+ line chess (which is shortened, for example one line return statements) program, using Turing 4.1 on a Pentium 3 @ 500Mhz, I get ~6 FPS using Pic.SetTransparentColour with .bmp's. I get a constant 30 FPS (I limited it at 30) using transparent .gif's.

Games like Zelda have big maps, indeed. I'm not talking about a single area, though. I'm talking about the entire world, in the game. There's no need to check for a collision between Link and a baddie on the other side of the continent, because we know there won't be one. It is too far.

So, we can safely split the world into sections. That's one of the reasons these games have different areas to them. Sure, you could make the world one big connected place, but seperating it into areas is a convient way of reducing the amount of collision (and other kinds of) checks that you have to do.

Even if you don't want to split your game into areas, you can do the same thing, only behind the scenes. Split the area up into sections, divided by "imaginary" lines. You only need to check collisions etc. for spaces in the same or adjacent sections. You can optimize the size of the sections (probably using calculus. That would be fun. Anyone done it?) to achieve the best result.

The problem is.. when you have 100 + Areas.. Everytime it loops around it has to make a check against all those 200 Areas Everytime you Move.. Basically.

I think he means for you to check which area you are in. Then check for all the collision and stuff for that area (and for adjacent areas if necessary) and then not check anything for the other areas at the time since what happens in the other areas don't effect you, and you know you can't be colliding with a baddie in a different area. This saves a lot of checking, and can be done with booleans (to check if an area is being used). Or you could use integers. Or strings.

Hate to tell you,

but I programmed something almost exactly similar to what you are describing a while back Immortal. Only ever posted the early stages of it:

http://www.compsci.ca/v2/viewtopic.php?t=7545

The final version most of the inside of the houses done, first dungeon mapped, and I managed to get it so that it was smooth scrolling. This was over a year ago so I am not sure if I still have the final project. Might have some of the smooth scrolling code which if I find I will post up as an example.

-nsf-legolas

I'll have to go with what I've seen, which out of the two, is only mine

Just a question to everyone out there. Have you found that booleans are sort of obselete in Turing? Sure it's the basics of on/off, true/false, 1/0 etc. But... aren't variables that act as booleans much more effective and versatile?
Since booleans may only act for two different situations, but integers may act for many in one round, I see them as much more useful. Unless I'm missing something. But out of habit, for situations that require only two possibilities I have a tendency to use booleans.
Meh, you could use strings as I've seen, and used.

Oh I actually meant to say byte not bit but that was actually me mispelling it as bite and missing a key on the keyboard while typing.

As far as im concerned Boolean = a integer variable that I constantly change from 0 to 1.