Project 3d
 

A new playerworld is going to be made.
but something is different at this playerworld, becuase it will be a 3d playerworld.
We still need some help of Stefan, so Stefan if you read this, please pm me back :D

At this moment we are looking for:
tilers, scripters, and grahpics makers.

tilers:
send 2 outside and 2 inside levels (can always be more) to:
[email protected]


scripters:
send 3 of you best scripts to:
[email protected]


Grahpics Makers:
Send 6 of your best Graphics to:
[email protected]

How exactly are you planing on pulling this off? Graal3D is not even done for GK yet.

As i said we still need some help from stefan..

He's got enough work on his plate just maintaining graal itself, i doubt he'll be able to offer you any help...

I hope you have a very detailed plan on how to perform this very unlikely project, you'll also need a lot of good help.

Re: Project 3d
 

Chances are that Stefan will be less concerned with your project because GK will be the first to use the 3D feature being developed.

Re: Re: Project 3d
 

And even that is going to take a very long time.

And why do you need tilers for a 3D world? I thought 3D used models and textures...

Unless you have a document like NewWorld showed stefan. Sit down in back.

Sorry but I will be as blunt as I possibly can

ahahahahahhah, you think he'd actually help people he doesn't even know with something no other world has?

Actually if they used the polycount script like Kaimetsu used along with textureing the polygons this could be possable.

ok, let's make it so everyone who doesn't have a $150 videocard can't play

But, Jagen, you forget! Stefan loves giving advantages he doesn't give out to anyone to everyone he's never heard of!

I mean, it makes perfect sense!

YEAH!!! :D :D

Re: Re: Re: Project 3d
 

3D means 3 axis's, right? That means that Graal is already 3D, having the npc's that draw over stuff. However, the z axis is not used much so the 3D is not complete.

It is possible to make a tilebased 3D game though, and I would give more information, but I wouldn't be allowed to by forum rules. But, as for a non online game... Which I can mention, think Mario RPG. That had the 2D Isometric style, then it had blocks on top of each other, incorporating a third axis.

3 Dimensions
X
Y
Z


look at your monitor, it only has 2 (the display surface) width, and height. graal it's 3D.

I'm talking about hypothetical situations. It could be argued at the same time that no games are 3D in the point I believe you are trying to express. I'm just confused about the placement and overall second sentence.

I don't mean to sound cruel, but if Stefan were to devote effort towards a 3D playerworld (the first of its kind), he'd make sure it was staffed by reputable people.

For a second, I thought this guy was thinking like I was a few days ago, then I saw his post and began to laugh.

Anyway, back to what I was thinking a few days ago. A SCRIPTED 3d engine using showpoly, and using 8 directional sprites. In other words, online Xenogears =P.

It is completely possible to do, and rather worth the effort. Well, that is, if showpoly supported tiled textures =P. Once that happens, I will be make this 3d thing into a reality, nothing fancy like the new unreal, but more like a layout like Xenogears only with better (MUCH better) textures.

So the environment is 3D but the characters are 2D sprites? It's all fine and well, but j00 gonna have problems with clipping. Nobody realises how difficult it is to script this kind of thing until they've actually attempted it.

Clipping?

I haven't yet attempted it, but I have started doing a bit of research. It seems rather difficult, which is why I am saving this for when I know I can complete it to my satisfaction (when texture support for showpoly is out).

I was actually thinking of doing a side project if I managed to get a script working nicely.

One polygon overlaps another. How can you make sure that the 'front' polygon is fully drawn, and not the back one?

I know you draw the one closest to the screen first ( duh and that could be easy) , but is there any tutorial anywhere you know about that explains how you do this easier with forumla's and what not so you wouldnt actualy have to draw all of the polygons behind the original front one??

Graal doesn't care about the order in which you draw the polygons, amigo. It doesn't have any effect on the end result.

?

What possible alternate approach is there? The polygons at the front need to be at the front of the scene, otherwise it looks stupid. No magical formulae are going to change that.

I know that I meant in general sorry for not being specific i was tired


I know I just wondered if there were any tutorials that anyone knew about for using polygons and how you would know the location of each point based on x , y, z, direction, and rotation angle


And I was guessing the new coding / scripting engine would allow alot more game manipulation whenever it is released.

Well, in general - if you were coding this in another language - you'd draw from back to front, not the other way around.

There probably are, but it would be better to try and figure them out for yourself.

Yes i know didnt word myself correctly (smacks self)



I will :) I just thought you might know a good one seeing your 3d ball with different numbers of polygons was very intriuging

*time for sleepz now *

I noticed this, when i tried to make a 3d room... You can make a very simple room with one colored walls, but that's it.

In what way is that room 3d?

1) i said trying ;P
2) try looking at it in small screen
3) think in broad terms

Reminds me of Earthbound rooms.