Skip to main content

Going to bed now.

That's it for today, and maybe for a few days. I hate programming right now.

Just spent nearly an hour bug hunting only to find that a variable that should have been y was x. Even though I'd checked it twice already and just didn't see it. Need to stop and get some sleep. :)

Anyway, made some progress in linking level hooks, and putting in corridors. Needs a little more work, have to find out why it's placing corridors in incompatible spaces. I though I'd already dealt with that problem...

Also need to leave a border on the BSP tree to allow for corridors to go around the edge of the map.

I shifted the prefabs in to the middle of the BSP leaf and it already looks better. Worked a little on the random chooser for prefabs so it now chooses a larger range of better fitting prefabs.

Here's tonight's progress:


I used a simple draw line to check room connectivity before working on the tunneler. That allowed me to work on connectivity without having the working tunneler which was a huge help.

Comments

  1. Excellent progress, so far...
    Here are 2 observations of the above map:

    1. without actually testing the map, you won't know if it works. What looks good (as a map) doesn't (or needs tweaking) play well in the actual game

    2. stepping back and looking at the map. it looks like 9 separate distinct areas - with some (very) basic connecting. the connecting doesn't match the style of the areas and looks wrong (it might play ok though?). It feels like you have an area (with some purpose), finish that, then go to the next (unrelated) area - repeat - until all 9 areas are visited. I'm not sure if this would be a fun way of playing the game. it doesn't look coherent or fun?

    Looking at the map another way:
    if it was a building - it doesn't feel like a building - too much dead space. corridors not right.
    if it was a village - the connectors are wrong as you would have lots of space around each (building) to roam around
    if it was a cave system - no, caves don't work that way

    ReplyDelete
    Replies
    1. Well, you'll have to wait a bit longer before you can see how it plays, but don't worry, I have planned this particular layout to match the style of play. Because you'll be playing with a party of adventurers rather a single warrior, different formations and where you place your characters is going to be rather important. Also it's rather a low magic setting so there is some degree of party management, resting repairing gear, eating and healing rather than instant rejuvenation via potions. You need some space between each area to allow the player to get their party in order ready for the next section of the dungeon.

      I really don't want the kind of packed dungeon traditional to rogue likes, with every room bordering another room or being linked by a very short corridor. there will be choices about which section you tackle next, many prefabs have more than one exit, but they will be managed choices. It won't be a case where there are 4 exits to each room and you could go north, south, east or west from any point in the level.

      Prefabs represent the puzzle element of the game, there are hidden doors, keys, fake keys, concealed levers to open gates, rooms that exit to a lower level before coming back up, bosses guarding treasure, booby trapped corridors etc... they have to be entered and exited from a particular point or the puzzle gets broken.

      Many prefabs will just be big open rooms, but I haven't added them yet. I wanted to make sure that the special types are being placed and linked properly.

      Wait and see. :)

      Delete

Post a Comment

Popular posts from this blog

Back to Vinland.

I'm going back to my real time tactics project, Vinland 1936.
While working on the other project I overcame the problems which were stopping me from saving/loading the game and also cleaned up the base code a lot.

After a few weeks I'm getting near the the state I was in before.


Infantry are back to their previous state, and vehicles are running OK.
This time I'm going to push ahead with mocking up the combat system though before I work any more on the vehicle builder or graphical aspects of the game.

Rockets

I finished working on the code for adding foliage and having some extra time I decided to experiment with the code for rockets.

The original idea I had was that rockets would be large vehicle components that can be fired very quickly, regardless of how much manpower is used for reloading.






They would use up a lot of ammo, so they would run dry after a short but devastating barrage.
The problem here is that it's easy to take advantage of this by adding a lot of ammo, which is much smaller than in bulk than the rockets.

There's also the problem of firing large caliber rockets. In real life rockets of up to 30cm were used, but I think that will be too powerful for the scale of combat in this game.



lol. Somehow that one trooper survived the mother of all explosions...

A 30cm rocket could contain nearly 30KG of explosive. That would be a very large explosion.

I've tried to balance the game by using a simple equation to make bigger guns more powerful, but hopefully not too powerf…

Infantry combat and entering buildings.

I've been working a lot on the game recently and I've nearly rebuilt it to the level it was before. Past that maybe, since now I have the beginning of a working combat system and the ability to save and load the game.


Infantry can now occupy a building. It's quite an abstract representation, since they stay at the door and turn invisible. But they can then fire from one of the windows and take damage from shots at the windows too. I think I've set it up well so that when building damage and destruction is working then the system should continue to work.

For combat I tried some new ideas, but they didn't work out that well. It seems that it's important that viewing range should be further than shooting range. Now shooting range is pegged at 18 units of distance, while viewing range can extend out past that.

In the above image one unit has an officer, so has further viewing range. The other can only see as far as they can shoot, a dangerous situation since the en…