Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Dasleah]

Uhh, can you post a link to the library you use dasleah? My results turned up with a version for python 1.4.1

It's libtcod, as in the first post. You've confused the version number of the library for the version number of Python - libtcodpy (the Python port) is at v1.4.1. I'm using Python v2.5.2.

[Virex]

Hmm, good idea.  I still like my 3d array because my map is 3d (because I'm crazy--not recommended), but replacing the vectors with vector*s with null for empty is a decent idea.

I would *not* go so far as to make creatures a linked list.  I mean, I could imagine someone saying "each tile has a pointer to a creature or null, and each creature has a pointer to the next creature on the tile", but that way lies madness.  If you were coding twenty years ago that would be worthwhile, but not today.

Er... it would make more sense for each *creature* to have a pointer to the tile it's sitting on. And what would be the alternative to a linked list of creatures? A fixed array, so you can only have a maximum of X ever? Or are you going to realloc() your creature array whenever you need to add a new one and just hope that you have enough contiguous memory free?

You could just use a vector. Those things do rescale pretty well.

[corvvs]

Er... it would make more sense for each *creature* to have a pointer to the tile it's sitting on.

I have each critter store its coordinates on itself, but that's equally good.

And what would be the alternative to a linked list of creatures? A fixed array, so you can only have a maximum of X ever? Or are you going to realloc() your creature array whenever you need to add a new one and just hope that you have enough contiguous memory free?

You misunderstand...though I do store my creatures in a vector of Creatures on the map, and a vector of Creatures in each tile, which is close enough for me.  Storing them in a linked list is just as good.

What I was suggesting against is turning each creature into both a creature and a storage data type, where its properties are "name, hit points, next critter in the list".  Eh, I guess that's something you only see in old old game servers, and nothing modern.  Using standard containers is so much easier, and it'll get your game out the door so much faster, with still almost no overhead.

Oh I gotcha - my misunderstanding. Not enough coffee.

[Fenrir]

TREEEEEZ!

Fractal Brownian Motion FTW!

I used this, which I'm assuming is fBm.

[Sowelu]

Looking good, Fenris and Dasleah!

[Sowelu]

Spoilered for big image...  This dome-on-another-planet isn't too interesting right now, but at least the player can scroll the map with arrow keys, and move "B" with the little useful block of six keys on a standard keyboard.

Spoiler (click to show/hide)

(better dome uploaded)

[Captain Hat]

Wow, that's the first time I've ever seen a roguelike that used hexagonal movement, nice work.

[deadlycairn]

Does anyone know any other Tutorials written in the same style as Terror in ASCII dungeon? I have a primer but it's nigh impossible for me to read it and take it in.

[Sowelu]

This isn't the first hex roguelike I ever saw, not the one that inspired me, but it's the only one I can find offhand:
http://www.hexatron.com/hexrogue/index.html
The project that screenshot is from is not quite a roguelike, it's a little bit more DF-ish, but it's close enough in terms of graphics and programming challenges. 

[Alexhans]

Does anyone know any other Tutorials written in the same style as Terror in ASCII dungeon? I have a primer but it's nigh impossible for me to read it and take it in.

RogueLulz, Part I: Drawing the Map, Walking Around, Basic Monsters and Attacking worked for me (C general Resources of this thread):
http://www.kuro5hin.org/story/2007/11/29/5715/1869

some day I will you show what I did, but I have yet to implement a pathfinding system and a couple more things... wich I don't really know how to do... I have to make some time to learn to use the micropather library...

Oh... And If someone knows a nice clean algorithm to make animations based on time (like zapping a wand in ADOM) I would appreciate it.

[penguinofhonor]

Having no prior experience in anything vaguely resembling programming or game creation, I've decided to take up this challenge.

Edit: Where do I go to write the code? This is more difficult than it looks.

Edit Edit: Metapad lets me save things as source code. Got that out of the way, now to figure out how to do things.

[Ampersand]

Out of curiosity, what language are you using, Penguin?

[Fenrir]

Now I'm facing the rather perplexing challenge of deciding how to generate Valhalla. I want it to look like a hall, but it's the only structure that the player will ever see, so it must be interesting.

[Rhodan]

If it's the only structure in the game, perhaps consider hand-crafting it?  Or perhaps a combination of hand-crafted parts combined with generated corridors and the like.

On the subject of roguelikes with hex grids:
They certainly look very good, though I think the grid ought to be oriented so that the player can move in a straight line from left to right, while up and down are diagonals.  I think this feels most natural unless the game moves vertically. (vertical hex-grid shooter or tower defense or something)

Also: Possible ASCII tower defense. Is this awesome? (Y/N)

[Virex]

Oh... And If someone knows a nice clean algorithm to make animations based on time (like zapping a wand in ADOM) I would appreciate it.

Assuming you're using some sort of sprite-based animation, you could load all pictures into an array, set a variable to 0, load the first picture using the variable and increment the variable by one. Rinse and repeat, by putting the code that increases the aforementioned variable in the loop that gouverns the game.