Search options (Page 2 of 8)

Just searching on Google gives interesting links:
http://gamedev.stackexchange.com/questi … ect-ledges

The more you want to go "dynamic" the more it will be difficult. You should just aim to the first Tomb Raider games type of climbing lol. If you really want to go dynamic, see this page http://wiki.maratis3d.org/index.php?tit … ting_bones
to see how you can access bones information. Then create some physics objects and attach them to the bones (e.g. the hands bones). Checking collision between this physics objects and the environment can give you clues of what the character can and can't do. Be sure to keep it simple though because you would have limited controls in a game anyway: you press UP key, and the player climbs up, so there's no need to check if a hand could grab something here or there. Just check if there is space over the player with the technique in the first link and you should be fine.

The table of contents is generated only when more than three section headings are used.

Didn't you learn how to do a wiki page yet? These thread of yours better fit the wiki. I see that you have an account there now, so here's how you could put post of this kind in the wiki, just a suggestion. It's very simple.
All you have to do is putting the code between "pre" tags:

<pre>
your code
</pre>

instead of "code" tag.
Also, new lines are done only if you do "two new lines".
So this:

Hello.
I'm Tutorial Doctor.

will output this:

Hello.I'm Tutorial Doctor.

While this:

Hello.

I'm Tutorial Doctor.

will output this:

Hello.
I'm Tutorial Doctor.

That's all, there are no other things to keep in mind. Putting images is a bit more of work but it's not difficult either.

Also, everyone can edit your work and fix formatting, errors, doing a list of your pages with links and everything so even doing incomplete work will be useful anyway.

This is not how it works IRL. Every planet has its own orbit. You should find some equations online and simulate an elliptical orbit.

A sphere a bit bigger than the planet with same origin of the planet, standing still while the planet slowly rotates, with alpha value so you can see the planet terrain through its clouds.

The most important thing, as when developing non-game software, is making a prototype before anything else.
What's a prototype. It's a very very basic version of what you have in mind, but complete, working in all the basic gameplay aspects.
You may have crappy textures and temporary models, and you may miss a lot of features, and you have no sound, etc., but the most important things must be there. Only then you start working on the details.
This is to avoid e.g., exaggerated example, wanting to make a hack and slash game and loosing 3 months on a menu programming and characters modeling. That's nonsense. You have to have a working hack-and-slash mechanics before everything else and only then do the GUI part and start modeling or find an artist.

This imho it's the only important things because after you have a prototype it doesn't matter much if you do modeling before textures or before sounds, etc.

Ahah that's smart, gonna try it soon.

So I could use the first solution and maybe post a feature request for this last idea?
X-Ray is used a lot in games anyway.

Thank you it may be that one, I'll try soon.

x-ray! How could it not came to my mind! That's the word. So e.g. in a futuristic game you see behind a wall a 3d object that you couldn't see because the wall is rendered after it. I'll add the term in the thread title.
It's even used in Blender for the armature.

Isn't animation blending just combining two different animations? So animation 1 makes the character walk and animation 2 makes it attack with a sword, and one doesn't interfere with the other in the process.
Maratis doesn't currenlty support it though.

Oh god, there's hating also in this thread.
Poor anael he will have a lot to clean today lol