I've seen the light!

Or rather anyone in the game whose field of view sees the light from a light source can. Dungeon now looks blank outside of the light radius, except for walls which remain on the map whether you can see them or not. Light radius algorithm also acts as a field of view algorithm.
Unfortunately I'm not quite happy with it, at the moment it spreads rays from the centre of the character and counts a square is in view if the square is traversed 1 pixel along the line, unfortunately that produces situations where A can see B, but B cannot see A.
I'll revisit it in the future and come up with a better algorithm that doesn't visit the same squares multiple times, but the time being something that functions is better than something that doesn't.

Monsters have been displayed on the map and carry their own light sources, well monster type singular, a kobold, more will be introduced of course.

Still debating on the size of the graphics tile's I will be setting as standard, at the moment they are 25*25 which may be a bit large, I might take it down to 16*16.

Next up will be a combat system, first of all the player hitting monster and the monster dying, then figuring out some kind of turn counter and allowing the monster to fight back. After that monster hunting algorithms will be needed so they stand a chance against the over powered adventurers.

Slow and steady wins the race, right?

A couple more features have been added!

I should have a check list somewhere that I can tick off, but that sounds like more effort than it is worth at the moment.
First of all we have a main menu, it's not much, but it displays the menu items, then a method to boxes a String of text if the menu item is selected and then enabling the user to switch between menu options and implementing the change of the game from main menu to "dungeon" when New Game is selected.
Oh yeah, the boxes surrounding the menu items glow, well more of a pulsate I guess.
Second we have the scrolling, scrolling has been implemented to centre on the current character, scrolling the screen by 1/6th of the screen width if the character gets within 1/6th of the screens width. These options may change, or indeed be implemented as options.

I'm quite sure I want the characters to be able to be controlled independently, but in the main I want the player to have the party on follow and the other characters to act as support. Thinking about it I may introduce a party time mode, bit like bullet time, whereby you can control all of the characters at once independently.

Just a sheep

It seems rather popular at the moment, opening your design decisions to the world. I don't have the hopes of attracting the masses to this blog, it's more a space for my thought processes to be nailed down and to document the journey.

In fact this first existed as just an OpenOffice document (you might be able to spot as OpenOffice insisted with it's red undulating scrawl that it be capitalised not just once but twice). This was mainly because when faced with the task of naming the blog a blank space just opened up in my mind and was flooded with possibilities, is this going to be my development blog, perhaps a space for all my programming attempts or was it going to be just this game, this Cogband-esque effort?

I think i'd pretty much decided it was going to be the page for just this game, for better or worse it might motivate me to completion. 


I suppose you might want to know what kind of game I'm planning, well it's based on a category of games called roguelikes, except I have planned for a few deviations from the norm, using non-ASCII art for a start and actually having a plot, if the player ever finds out about it that is.

Projects usually start small with some ambition, lets get a list of what I think is going to be included in this game.

• A starting roleplaying scenario to choose initial party composition, I'm afraid there is going to be a story.
• Multiple Party Members – with programmable actions.
• A Marching order that adapts to the dungeon layout.
• Adjustable and adaptable weapons, upgradeable via cogs, pipes, valves, blades and other components. Inspired by Resonance of Fate.
• Upgradeable towns.

Then the standard stuff

• Combat system
• Randomly generated dungeons
• End game goal.
• Deep and varied equipment
• Customizable characters – Via skill trees and other means.
• Stat allocation

So far I have

• A window that shows a stats bar at the bottom of the screen,
• The ability to change which character you are controlling and which is being displayed in the stats screen.
• A very poorly randomly generated map.
• Detection of characters bumping into walls.
• Window that works with adjustable tile sizes and map sizes.

Next

Work on camera and scroll bars if necessary to view dungeon. Centring on current player optional of course.

Menu for launching the game/load/save.

One big thing about my code, is I'm trying to make as many things as possible optional or at least adjustable, probably going to have the biggest option menu ever.