Choose Your Language

Wednesday, 26 February 2014

Splitting Stacks Fix (Revisited & Improved)

For those NOT interested in this scripting fix,
jump to the bottom of this post for Other Module News.

This week I had reason to visit that old problem of split stacks losing their variables. Basically, the official version of the XML code that allows players to split stacks of items is broken: When a player splits a stack of items, if the builder has any variables associated with the stack, then they are lost on one stack when the stack is split into two. This can be a problem if the variables are needed, which is the whole point of them being there in the first place!

I addressed this problem with a fix back in February 2013 with this post, but even back then I mentioned the fix may need to be looked at again. And with my latest work on applying poison to stacked items I found that a more robust version of my fix was required to ensure all items kept any newly added temporary properties as well. This latest version makes use of the CopyItem function (which I mentioned back in 2013), while implementing a temporary storage location as the stack is split.

Fix Basic Outline

1) The official splitstack.xml has been edited to call an edited home function with fixed scripting.
2) The new gui_splitfix creates a temporary inventory placeable to help handle item splitting using CopyItem function (which can be used to maintain variables).
3) The same script tidies the temporary environment after finishing the split.

The XML Changes

Note, the default splitstack.xml already has scriptloadable=true, and so the only change comes at the point when the player clicks on the "split button" and the piece of code that operates there. (See image below and the circled part.) Note the following: The original OnleftClick call has been removed, and two new OnLeftClick calls have been added.

UPDATE: Please note that I have added another line in this XML code, which I have not highlighted in the image. It is the part of code within the "inbox" section:
OnUpdate1=UIObject_Misc_SetLocalVarString(local:0)

This is a newer (changed) version of my previous XML alteration.
The New Gui_Splitfix Script

My earlier version of this fix was based upon recreating a copy of the item from an original template, which was fine if the builder considered the need prior to module release. However, this version did not consider alterations to stack conditions after build time, like in the example of poison being added to a stack of arrows. This new script takes such situations into account by basing all splits on the original item rather than referring to a template of it that now potentially differs. Here is the new script:-

NB: Remove the #include line and use the official
"Random" function rather than my own version.

The more robust script, which uses the CopyItem function. 
The Invisible Inventory Placeable

For this system to work, the builder must create a placeable object that the script temporarily uses to help the script to work. This is necessary because the new stack items cannot be placed on the PC during time of splitting as they would be destroyed along with those we don't need once the script has completed. Basically, this placeable is a very small invisible object with an inventory where the stacked items can be "worked with" before returning them to the PC in question. Here is an outline of the placeable object properties the builder will need to have in their module:-

Note: Appearance, Scale, ResRef, Dynamic Collisions, Has Inventory, Plot, Useable and Walkable.
Pay careful attention to the attributes of this placeable object as described in the caption:- Appearance, Scale, ResRef, Dynamic Collisions, Has Inventory, Plot, Useable and Walkable.

Other Module News

I continue to work at the module, finding and fixing any other issues as I encounter them. For instance, I did a quick test run of an area the other day, and noticed the following:-

GOOD: Encounters and environment all worked as they should.

GOOD: AI worked really well, with creatures intelligently summoning creatures, using missile weapons where appropriate and generally healing and fighting well.

GOOD: New interfaces all worked well, including the new inventory system.

BAD (NOW FIXED): A sound file did not fire. Now also has improved method of working for reliable results.

BAD: (NOW FIXED): A visual effect was not working after I had edited the script to work from a conversation as well. I simply separated the two scripts and now both work as they should.

BAD: (NOW FIXED): Dead body removal effect. I have incorporated my own visual effect for when a body "fades" on death (rather than simply disappear after looting). It was failing if the creature only carried gold rather than any other item. I have now fixed the script to recognise gold as well, which turned out more complicated than I first thought, as I needed to make "gold" a standard item rather than use the "gold" as it stands.

Wednesday, 12 February 2014

Poison! - Althéa Mechanics (Poison Use Poll Added)

A Tempting Proposal?
I decided to take a break from conversations and add a few encounters. One thing led to another (doesn't it always) and I soon found myself learning about how poison works in NWN. So, this week, I have been looking more closely at poison, particularly when it comes to the "item" and how it is "applied to weapons".

In my own experience with the use of it in the game, I have always found it very frustrating to use. First, I considered it very expensive for what it did. Second, I could never make any practical use of it ... I would mess up applying it (i.e. I would accidentally use it on a wrong type of weapon and lose it), and third, it never lasted long enough to be of any practical use if I succeeded anyway! For the Althéa campaign, I decided to address all these issues to make the poison item a useful and tempting item to purchase and use. Here are my results:





You Like This One?
Or Maybe This One?
Stackable Bottles: First and foremost, I changed the "item" type to a "single-use miscellaneous stackable item" so that I could allow potion bottles to be stacked in one item slot, rather than use individual slots with "charges". This allows me to add checks to the two poison scripts that apply poison to weapons and to make sure the player does not lose the item if used incorrectly, by adding the item back if used in error.

Useful Application: Second, I have changed the way "duration" is handled for the poison after it has been applied. In the official campaign, the poison last for 3 rounds. In the Althéa Campaign, I have allowed the applied poison to last for a random 1-3 successful hits. Hopefully, the difference in application should be obvious. And while it is true that a high level character could potentially have had more successful strikes in 3 rounds compared to only 1-3 hits, on balance, the advantage is not being forced to use the poison within the 3 rounds after application. BONUS APPLICATION: If applied to a set of arrows or bolts, then the whole set remain "poisoned" until used up.

Game Feedback: Lastly, I am a great fan of game feedback, and feedback of when the poison is active or when it has all been used is given in the game during combat.

Two Systems: I intend to use both "poison" systems that come with NWN, as they differ in their means of poison application. I will be using the older system for "Simple Poisons", which can only fail application on a roll of 1 on a D20, and the newer system for more complex poisons, which require a dexterity roll to apply. To be clear, however, both systems use my improved checking, feedback and duration improvements, and only differ when skill is required to applying the poison to the weapon.

UPDATE (27/02/14): Due to popular demand regarding stronger poisons and concerns regarding safety, I have done the following:-

1) There will be two types of poisons: "Simple" and "Specialist".

2) The Use Poison feat will be available as a general feat (free for Assassins and Blackguards). Only those with this feat can apply the Specialist poisons without risk to themselves.

3) Applying Simple Poisons: Without the Use Poison feat, a DC check versus the Handle Poison DC is required to apply the Simple poison. On a DC fail the poison vial is simply lost. With the feat, the poison application is automatically successful.

4) Applying Specialist Poisons: A Handle DC check is always required. A normal failed DC check and the vial is simply lost. Without the Use Poison feat, on a critical fail (roll a 1 on a d20) the PC will suffer poison damage unless immune. With the Use Poison feat, the PC cannot harm themselves on a critical fail.

This allows a "safety net" for those that want to use poison without the risk of any injury to themselves (but the poison does less damage), or attempt to apply a "Specialist Poison", which a) Requires a Handle DC check to apply, and b ) Has a risk of self harm when applying if the PC does not have the Use Poison feat.


For those interested, the two "weapon application" scripts used in the game (which I have now edited) are "nx1_s2_poisonwp" (Uses Cast Spell: Apply Poison and the Poison.2da) and "x2_s2_poisonwp" (Uses Cast Spell: Poison Weapon and the des_crft_poison.2da). Alteration of the application duration and in game feedback required me to edit a number of my own scripts. This is quite useful information for those (like myself) who want access to the different poisons that are available in the game.

Stackable Poison Vials! 
(Viewed In The New Inventory System)
Successful Application Of Poison To Dagger

Feedback In Chat Window That Poison Weapon Being Used As Well As Item Visual
 
Notice Text & Chat Window Notification When Poison Finished
(Dagger Visual Fades Within A Heartbeat)



Monday, 27 January 2014

Conversations Continue ...

For the last two weeks, I decided to try to finish the remaining conversations for the module. This also meant having to tie in remaining quests and adding the remaining NPCs that the player will encounter ... which meant I did NOT finish them after all! I found I did not have the concentration I need to do them satisfactorily at the moment, so it will take me longer than I thought. (Real life events have been draining me and preventing me from doing much else at the moment.)

I did also manage to tidy up some scripts that work new GUIs, and add another puzzle ... related to a conversation ... but even that needs finishing off and "polished" to meet my satisfaction.

Hopefully, I will have more to report in my next blog post. This was more to say that I am still progressing as and when I can ... and aim to keep plugging away until finished.

Tuesday, 7 January 2014

Changes ...

There are certainly some changes going on in my life at the moment, and these changes are having an impact on my vision of the module as well. The bottom line, I am making changes that I hope will make things easier to implement both in this module now and any modules I may do in the future. Life has enough difficulties of its own without me complicating this hobby, which I want to be relaxing. So, let us look at the changes am I making ... Basically, the first two changes are a confirming and cementing of the idea changes I had in mind back in July 2012, and the third I had also discussed in July 2011.

No More Fighting Friends!
1: "PlayersCanAttackNeutrals" Campaign Setting Now FALSE

This was originally set to TRUE so that the player could attack any creature they wanted to, be they friend or enemy. While this added a level of "realism", I felt that it was an issue that was not worth the time and effort to "secure" against properly. Furthermore, since I have included the ability for a player to examine a creature and toggle them HOSTILE in given situations, the ability to attack different creatures is still maintained, while not making it the default setting. i.e. The premise has been fixed that the player now intends to treat friendly's as friendly unless they have strong reasons to attack them on sight. Therefore, this campaign setting has now been set to FALSE.



We Can All Be Difficult Now & Then
2: Graded Influence System Abandoned

This has become a real burden to maintain ... and adds nothing useful to the gameplay as far as I have done it. The idea of keeping an individual influence system between the party and NPCs appeared a good idea at the time, but it has turned into a pointless exercise. Basically, I concluded that a game's general time span is too short to mess around with "relationships" that make any real difference as I have currently done it. It just makes the gameplay and resulting relationships appear fickle. (Maybe that is closer to real life than I realise.) Anyway, the point is, while I will leave those areas of code and conversations in place that have been done to date, I will no longer be adding to the conversations in this way in the future, and will instead, concentrate on major player decisions only. i.e. Relationships will be more solid and rely on players actions at certain "crisis points" rather than based on a sliding scale of events. I intend to hide this completely in future modules.


Get to the point then!
3: Simplify Conversations

Actually, to a degree, this "change" will be automatic with the two changes above. Also, having written some now (and experienced them in other games), I am beginning to recognise a more efficient way of writing conversations. Mainly, however, moving forward, I hope to try to keep things simpler (more direct). That's the idea, but how it will turn out in practice I don't yet know. I know I also said this back in July 2011, but as I am designing for a MP environment, I feel that I need to be more streamlined than I am currently. It's a difficult choice to be sure. Cut back too much, and it may leave the player (especially single player gamers) wanting more. Leave too much text, however, and it may interfere in a MP session.



In conclusion, I recognise that I am still trying to escape the same bugbears of my original design concept, and may not be totally free of them until I have finished the current module and can start afresh. I suppose this blog entry is as much about me trying to refocus my efforts where they are required, and to encourage myself back into finishing the module. Maybe with all the changes in my life at the moment, I may be able to take the steps I need to make changes in the module design as well. Wasn't that why Bilbo ("Lord of the Rings") threw the birthday party? So that he could give away things and make it easier to pass on the ring as well. And although my life changes were not set in motion by myself, maybe I can still use them to pick up from where I left off a few weeks ago and carry on with these changes more firmly in mind, so that I can finally finish it!

Friday, 13 December 2013

Difficult Days ....

There is no doubt that the events of the last few weeks/months/year with the deaths of all three of our house rabbits, Bud and Daisy and Honey has hit me hard. I mention this here and now to readers to let them know that I do still intend to come back to working on the module, but I need some time to adjust to the changes that have happened.

My wife has some time off work in the next week or so and, hopefully, we can spend some time together, doing different things to help us both move on and into a schedule that does not painfully remind us that our beloved bunnies are gone. They were our "family", and demanded the same attention as playful children. And as I am relatively house bound with my illness of M.E., they had been a source of companionship for me. Their absence takes some getting used to - and while it will never be the same, I am hoping that I will eventually be able to return to working on the module without feeling as though the world is "too quiet" to work in without them being around.

With this in mind, I hope to return to a better schedule in the new year. Until that time, the odd bit I do between now and then will be nothing more than "pottering" around with the toolset just to keep me active in it. I don't suppose anything I do will be worth reporting, and so ask readers to be patient until I post again some time in January 2014.

God willing, the module will be finished ... I just need the time to adjust to the changes in my and my wife's lives.

Until the new year, all the best to my readers ....

And thinking of all my wonderful pets ...

Thursday, 28 November 2013

The Lord Also Takes Daisy Home

The sad day has finally come when my wife and I are left with no more bunnies; the Lord has taken them all within the space of one year to be with Him. Daisy's bonded mate, Bud, was taken only eight weeks ago, and Honey, at the end of last year. Daisy, the last of our three bunnies, died this morning at around 7.45 a.m. as my wife and I sat with her. We had made arrangements to go to the emergency vets with her, but Daisy was too weak and after a couple of very stressful moments, she passed away. Only our faith gives my wife and I the strength to carry on today, and even then we are still tearful.

A young Daisy Bo enjoying our garden for one of the first times!
Daisy was the first of our three rabbits we were to end up taking care of over the last five years, and she arrived in June 2008. She has such a large and colourful personality that she soon earned the nickname, "Crazy Daisy". In fact, I have so many wonderful memories and pictures of her that this can quickly become my biggest blog post ever! Here is a link to some photos of her early days ... and here are some when Bud first came along.

Daisy (right) enjoying a carrot with here bonded mate, Bud (left).
If you are a regular reader, you may also recall me posting the fact that she had appeared on the front of a magazine called "Rabbiting On". Indeed, I have many fond memories of her, and this link goes to some of my latest photos of her, which were taken this year, also when Bud was still around.

The pictures over the years tell more than I could write, and so I let them do my talking in the links above. Suffice to say, life will not be the same again. It is the end of a great era for my wife, Jennifer, and myself. We hold on to the hope of seeing all our lovely bunnies and previous pets in the New Earth spoken of in the bible. Here are just a few more photos to highlight some of those from the links above.

And may the Lord God Almighty bring her everlasting peace and joy and a reuniting with Bud in the New Earth!

Bud and Daisy ... Always meant to be together!
A very tired and relaxed Daisy!
Daisy testing out both chairs for comfort!
And deciding this is the one she wants to sleep in!
Forever in our memories sweetheart - Love mummy and Daddy!
 
We will meet again on the New Earth!
 
From Revelation 21: "And I saw a new heaven and a new earth: for the first heaven and the first earth were passed away; and there was no more sea. 21:2 And I John saw the holy city, new Jerusalem, coming down from God out of heaven, prepared as a bride adorned for her husband. 21:3 And I heard a great voice out of heaven saying, Behold, the tabernacle of God is with men, and he will dwell with them, and they shall be his people, and God himself shall be with them, and be their God. 21:4 And God shall wipe away all tears from their eyes; and there shall be no more death, neither sorrow, nor crying, neither shall there be any more pain: for the former things are passed away. 21:5 And he that sat upon the throne said, Behold, I make all things new. And he said unto me, Write: for these words are true and faithful. 21:6 And he said unto me, It is done. I am Alpha and Omega, the beginning and the end. I will give unto him that is athirst of the fountain of the water of life freely. 21:7 He that overcometh shall inherit all things; and I will be his God, and he shall be my son."

These verses from the Gospel of John: "14:1 Let not your heart be troubled: ye believe in God, believe also in me. 14:2 In my Father's house are many mansions: if it were not so, I would have told you. I go to prepare a place for you. 14:3 And if I go and prepare a place for you, I will come again, and receive you unto myself; that where I am, there ye may be also. 14:4 And whither I go ye know, and the way ye know. 14:5 Thomas saith unto him, Lord, we know not whither thou goest; and how can we know the way? 14:6 Jesus saith unto him, I am the way, the truth, and the life: no man cometh unto the Father, but by me. 14:7 If ye had known me, ye should have known my Father also: and from henceforth ye know him, and have seen him. 14:8 Philip saith unto him, Lord, shew us the Father, and it sufficeth us. 14:9 Jesus saith unto him, Have I been so long time with you, and yet hast thou not known me, Philip? he that hath seen me hath seen the Father; and how sayest thou then, Shew us the Father? 14:10 Believest thou not that I am in the Father, and the Father in me? the words that I speak unto you I speak not of myself: but the Father that dwelleth in me, he doeth the works. 14:11 Believe me that I am in the Father, and the Father in me: or else believe me for the very works' sake. 14:12 Verily, verily, I say unto you, He that believeth on me, the works that I do shall he do also; and greater works than these shall he do; because I go unto my Father. 14:13 And whatsoever ye shall ask in my name, that will I do, that the Father may be glorified in the Son. 14:14 If ye shall ask any thing in my name, I will do it. 14:15 If ye love me, keep my commandments. 14:16 And I will pray the Father, and he shall give you another Comforter, that he may abide with you for ever; 14:17 Even the Spirit of truth; whom the world cannot receive, because it seeth him not, neither knoweth him: but ye know him; for he dwelleth with you, and shall be in you. 14:18 I will not leave you comfortless: I will come to you. 14:19 Yet a little while, and the world seeth me no more; but ye see me: because I live, ye shall live also. 14:20 At that day ye shall know that I am in my Father, and ye in me, and I in you. 14:21 He that hath my commandments, and keepeth them, he it is that loveth me: and he that loveth me shall be loved of my Father, and I will love him, and will manifest myself to him."

Saturday, 16 November 2013

Adding Events

It's been a difficult few weeks, with the last of our three bunnies, "Daisy", being unwell; the other two, "Honey" and "Bud" having died in the last year. Daisy has improved a little, but I fear she may not be around much longer and so I have been spending more time with her of late ... while I still can. As a result, I have not spent as much time in the toolset and so do not have as much to report.

What I can report is that I have been doing a little interior designing to one of the main dungeons the player has to negotiate, as well as adding some encounters and puzzles. For the time being, here are a couple of screenshots from that area, which show some progress, but not as much as normal.

The crypt has some life after all!

This lock is guarded by Rune Magik
I'm not sure how much I will be up to doing over the next few days/weeks, but hope things work out as time goes by.

Monday, 28 October 2013

Adding Depth (Lore and Arcana)

Since the last post, I have been gradually typing up the background to my campaign so that I may add it to the "Arcana and Lore" section of the Main Menu. It's something easy to work on while I am still adjusting to the events of the last month. Originally, I had intended to add much of this material through various other gameplay aspects such as "readable" books and scrolls. However, having recently experienced the way the "Codex" had been implemented in Dragon Age, I considered some of this "background" information for my campaign is better handled in the same way. Note: I already had a Rule Information tab, which acts in a similar way to one aspect of the DA Codex, but I have now included the additional "Lore & Arcana" tab within the Main Menu to cover more detailed lore and background information of the campaign. i.e. The kind of stuff that I have written up as a "Dungeon Master" in a pen and paper game, which would normally not be directly available to the player.


The latest rendition of the Main Menu showing the Lore & Arcana tab.
The various aspects of Lore and Arcana will gradually be uncovered by the player as they adventure throughout the campaign. At each new discovery, a node will be unlocked in the tab conversation menu allowing the player to read as much of the information as they wish. Discoveries can be made through conversation or interaction with objects, and some bring XP awards for the PCs. So, whereas this kind of information may have once been presented in a readable book format, it will now be presented in the Main Menu after, for example, interacting with a book found laying on a podium. In each case, the latest lore or arcana information will be brought to the attention of the player by a new informative GUI.

The PC has just picked up some campaign background lore by reading a book.
Now the player can use the Main Menu to navigate to the information they have just learned, which remains accessible throughout the campaign. This information is mainly background, but does also serve to help give the player clues and information that may help them understand more about their environment and of items that may be of interest to them. At the very least, it may help to explain the reasons behind the way the campaign is built.

Some religious lore indicating how death was not always present in Althéa.
The more astute reader may also notice the new scroll bar I have adopted for some of my menus, as seen in the last picture.

I have typed up quite a few pieces of information now, but still have some to go, which I will deal with as I get the time. However, I hope to turn my attention back towards coding one of the dungeons I was working on before I started this.

Tactical Pausing Combat System

One last point I wanted to mention is that I managed to allow PCs to swap weapons while the game is paused. I did this by allowing the game to very briefly un-pause the game (for 0.1 seconds) when the weapon was double-clicked on from either the PC's inventory or one of their hotbars. This small addition to the Tactical Combat System included with the campaign adds a further improvement for those who like to use the pause facility to slow down combat for more of a tactical approach.

While I am on the subject of the Tactical Combat System, is there anything else readers would like me to consider for this system? E.g. I am also considering looking at "instant potions". And for those that might mention "pause at the start of an encounter", well that is already in, as well as optional hit point bars for enemies.

Friday, 11 October 2013

Journeying Onward

Things remain somewhat unsettled at the house since "Bud" died only a short while ago. It's surprising how the loss of one little rabbit can make the whole place seem quieter ... and so much emptier. Yet, my own journey in this world has not yet come to an end and so I continue with what I can do and hold onto the fond memories I have of Bud from the years of having him in our lives.

Small Distractions

So, what have I been doing regarding the module? Sticking with those parts that need the least amount of thought to be honest. Those parts that simply distract me, and allow me to continue to contribute a few more steps towards completing the module. Things like trying to improve elements of code that needed such. Including making automatons appear not obvious until activated ... and being able to have code that played sounds while the character was moving. (That had been a bugbear for a while for me, but was something I had actually solved in another area of code once before, but had forgotten about.) I also fixed a "ClearAllActions" that was stopping actions every heartbeat, and tidied up the "placeable" bashing code to ensure the PC kept bashing until the object was destroyed. Basically, I worked at small pieces of code that needed addressing and were easy enough to cope with for now.

Conversation Poll Results

The poll asking about conversations in a MP game ended a while ago, and the general consensus was that, even during MP gaming, they remain essential. This confirmed what I already thought, but knowing how some people play RPGs, I recognise that some may have not realised that a story based module, like mine, will have quite a few that players should realise will occur during play.

The Next Steps

As time goes by, I will start to look at those few outstanding points I need to finish:-

1) Finish the couple of main story "dungeons". (Plot realised, just needs coding now.)
2) Add a couple of side quests. (I decided I wanted a couple more minor ones to flesh out.)
3) Add the Lore & Arcana section to the Main Menu. (Tab already added, just need to add data.)
4) Finish the final conversations.

The Notice Boards

For those following what I was doing with the Notice Board, I managed to finish that just before my last post. It works fine and I am pleased that I can also add "image" scrolls as well as plain text ones. Here a couple of screenshots of the opening GUI, but without having clicked on any of the notice scrolls.

Any Work On Offer?
Notice Board - Showing GUI Scale
The Missions of Mercy Board" At The Church

Monday, 30 September 2013

The Lord Takes Bud Home

The Lord blessed us with "Bud", a handsome male Netherland Dwarf rabbit, who came to live with us on 28 June 2008. Last Lord's Day, in the early hours of 29 September 2013, the Lord took him back to be with Himself. When Bud first came to live with us, he was called "Bunny Bo", but he quickly became "Bud" within only a short time ... and it suited him well. He was definitely "Bud". For regular readers of this blog, you may recall that it was only 9 months ago to the day, that the Lord took "Honey" to be with Him. It has been a year of great sadness for my wife and I, as we greatly love the blessings from God, and parting with them is heart-wrenching. Yet while we are exceedingly sorrowful, we still rejoice in the life that God gave us with Bud, and as I have said before, we do live with the hope of being reunited with him in the new earth, which is spoken of in Revelation 21.

Bud Sitting In The Glorious Sunshine Of Our Back Garden!
Only "Daisy" survives from our little family of three rabbits, and she was Bud's bonded mate. Bud and Daisy always followed each other around, exploring the garden or coming into the lounge for "mummy and daddy loving" with their heads tightly placed together so that they could both receive a stroking and tickles from my wife and I. My wife and I are both concerned at how the loss of Bud will affect Daisy, but she appears to be coping for the time being, but it has only been just over the day since Bud died. Daisy was present when Bud passed away, and my wife said that Daisy had one moment of licking Bud before he finally died. Regretfully, I had been too exhausted to stay with him any longer, but my wife did manage to stay with him until the end. I was so grateful that she was there for him, and I am sure he knew how much I loved him ... and still do!

Bud (right) With His Bonded Mate, Daisy (Left).
A couple of month's ago, Bud had started showing difficulties in eating due to teeth problems. (This is exactly the same problem that affected Honey.) However, after an operation at the vets, he came home again and quickly recovered and began to eat again. Both my wife and I had been greatly relieved at the time because Bud was around 6-7 years old and operations are risky at the best of times. Then, only about 2 weeks ago, he started having difficulties again, and when taken to the vets, we were told that he had further teeth problems and had to have another operation. As he had bounced back from the first operation, I was hoping this would be just one more simple step for him to come through. Sadly, he never bounced back from the second operation, and he stopped eating altogether after coming home. All the while he continued to drink a little, I had hope, but I had great anguish being told and having to feed him with a syringe. It soon became obvious that he simply did not want to eat, and the stress it caused to him and me was terrible to endure.

On Saturday, 28 September, Bud even started to refuse water. My wife and I took him to the emergency vets that afternoon, where he had more injections, but over the course of the evening he grew more and more weak, until he simply could not carry on any longer. My wife reports that he made a last trip to his hutch, where Daisy had her last contact with him, and he died in his hutch as my wife stroked him. The moment I heard my wife moving around downstairs (although totally exhausted, I still could not sleep), I got up and met her coming upstairs and she broke the news. That was only yesterday, but it seems like such a long time ago now ... and yet the pain is still very new.

Bud Enjoying a Run Around The Garden!
I share this with the world because I want to show the depth of God's love, and the beauty of His creation, and one way He expresses His love among many ways. If you know the joy of which I speak with respect to a loving pet, then you know what I speak. The loss of Bud leaves the house a little more emptier once again. And as my wife and I have not yet been blessed with children, the loss of our pets appears more poignant. More pictures of Bud found here.

Mummy and Daddy Will Miss You Bud, Until We Meet Again In The New Earth!
From Revelation 21: "And I saw a new heaven and a new earth: for the first heaven and the first earth were passed away; and there was no more sea. 21:2 And I John saw the holy city, new Jerusalem, coming down from God out of heaven, prepared as a bride adorned for her husband. 21:3 And I heard a great voice out of heaven saying, Behold, the tabernacle of God is with men, and he will dwell with them, and they shall be his people, and God himself shall be with them, and be their God. 21:4 And God shall wipe away all tears from their eyes; and there shall be no more death, neither sorrow, nor crying, neither shall there be any more pain: for the former things are passed away. 21:5 And he that sat upon the throne said, Behold, I make all things new. And he said unto me, Write: for these words are true and faithful. 21:6 And he said unto me, It is done. I am Alpha and Omega, the beginning and the end. I will give unto him that is athirst of the fountain of the water of life freely. 21:7 He that overcometh shall inherit all things; and I will be his God, and he shall be my son."

These verses came to me today from the Gospel of John: "14:1 Let not your heart be troubled: ye believe in God, believe also in me. 14:2 In my Father's house are many mansions: if it were not so, I would have told you. I go to prepare a place for you. 14:3 And if I go and prepare a place for you, I will come again, and receive you unto myself; that where I am, there ye may be also. 14:4 And whither I go ye know, and the way ye know. 14:5 Thomas saith unto him, Lord, we know not whither thou goest; and how can we know the way? 14:6 Jesus saith unto him, I am the way, the truth, and the life: no man cometh unto the Father, but by me. 14:7 If ye had known me, ye should have known my Father also: and from henceforth ye know him, and have seen him. 14:8 Philip saith unto him, Lord, shew us the Father, and it sufficeth us. 14:9 Jesus saith unto him, Have I been so long time with you, and yet hast thou not known me, Philip? he that hath seen me hath seen the Father; and how sayest thou then, Shew us the Father? 14:10 Believest thou not that I am in the Father, and the Father in me? the words that I speak unto you I speak not of myself: but the Father that dwelleth in me, he doeth the works. 14:11 Believe me that I am in the Father, and the Father in me: or else believe me for the very works' sake. 14:12 Verily, verily, I say unto you, He that believeth on me, the works that I do shall he do also; and greater works than these shall he do; because I go unto my Father. 14:13 And whatsoever ye shall ask in my name, that will I do, that the Father may be glorified in the Son. 14:14 If ye shall ask any thing in my name, I will do it. 14:15 If ye love me, keep my commandments. 14:16 And I will pray the Father, and he shall give you another Comforter, that he may abide with you for ever; 14:17 Even the Spirit of truth; whom the world cannot receive, because it seeth him not, neither knoweth him: but ye know him; for he dwelleth with you, and shall be in you. 14:18 I will not leave you comfortless: I will come to you. 14:19 Yet a little while, and the world seeth me no more; but ye see me: because I live, ye shall live also. 14:20 At that day ye shall know that I am in my Father, and ye in me, and I in you. 14:21 He that hath my commandments, and keepeth them, he it is that loveth me: and he that loveth me shall be loved of my Father, and I will love him, and will manifest myself to him."

Saturday, 21 September 2013

A Few Alterations

I have been looking over some other games of late, just because I like to keep my toes wet and up to date with aspects of gameplay that make the gaming experience more fun for the player. And whether its because I am getting older, or just like a little more leniency in my game, I have decided to make two minor alterations to my original concept surrounding death.

Dealing With Death

Here are some of the changes I intend to make:-

1) Death by attrition will no longer occur. However, penalties to attack/damage will take its place.
2) Falling in combat does not necessarily mean instant "death".

Especially as the player begins at first level in this campaign, I decided that a more forgiving system was called for, and so have adopted one that can be tailored to the player's preferences by the introduction of a few core gaming aspects that are governed by an in-game choice towards the start of the game. When the player is presented with the following GUI, they can take one other "gift" that alters the way the game plays for the player's PC. One combination allows the "death" system to play like the original campaign. i.e. As long as somebody survives a combat, then the fallen PCs will recover after the battle. Of course, there are still other combinations where death of a companion means death!

Vol's Gifts - Choose Another or Not?
Accessible Notice Board

Many years ago now, I created a Notice Board system, which allows the player to click on the board and interact with the scrolls found thereon. The system worked reasonably well, but having come back to it after all this time, I have noticed that clicking on the individual scrolls can be "risky" in that a player may miss one if they are not careful. This, to me, was an unnecessary obstacle, and so I have now adopted a system similar to the one used in Dragon Age (which I have only recently started to look at). An aside: I was quite encouraged to see how Dragon Age played, and it reminded me quite a bit of my own style. So, anybody who likes Dragon Age, will hopefully enjoy my own campaign. The code is currently work in progress, but here is a screenshot showing the kind of thing to expect.

Notice Board New Look - Work In Progress!
Main Menu Makeover

Finally, I decided to change the colour scheme of the Main Menu this week, from black to a scroll background with complementing colours. Hopefully, readers will like the makeover. A screenshot is below.

Main Menu New Look!

That's all to report this week, apart from saying that I have come up with a plot line that I am finally satisfied with for the last main dungeon I need to write up. That was a big obstacle, but now I have a focus for what to do, hopefully, it will flow more readily now.

Friday, 6 September 2013

Game Feedback: HP Bars & Equipment Comparison

I wanted to address a couple of issues that I have with NWN2's interface that have bothered me over the years, both to do with in-game information feedback. The first is the current health state (HPs) of creatures, and the second, being able to easily compare your current equipment with that available in a store. In the past, I thought that both of these "ideas" were "impossible" to accomplish due to the way the engine worked. However, somewhere, in the back of my mind, my subconscious had been slowly working on the problem, and ideas on how I might potentially solve the issue came to me a few weeks ago. Here are the results ...

Enemy Hit Point Bars

Some time ago, I needed a "timer" to represent the passing of time on a puzzle, and I found that the GUI "progress bar" was ideal for the job. For a long while I wrestled with how I might be able to use this as means to present the HP Bar often associated in many RPG games that NWN2 lacked. This GUI has been successfully used to represent one creatures HPs (like a Boss Creature), but I wanted to have a system that would "hover" over all hostile creatures in a combat, and I could see no way of making it work. Note, NWN2 does provide some feedback in a small GUI for a targeted enemy at the top of the screen, but I always found this hard to see (due to being colour blind), and I did not like having to keep switching targets to get an update. The answer, as it occurred to me, was to apply a VFX (visual effect) to the creatures, that would hover above their heads, in much the same way spell effects show on creatures.

PC attacked by a pair of wolves with feat enabled.

A closer shot of the Hit Point bars over the creatures heads.

The trick to overcome was, of course, having the bar update as the creatures HPs went up or down. The answer was to simply have many versions of the same VFX showing different percentages of HPs remaining and removing/applying the correct VFX as required. Make the VFX permanent until I wanted it removed, and this problem was solved. The last thing I wanted to address was how I would introduce it into the game, as I recognised that not everybody may welcome this addition. The answer was to have the player learn this as a "feat" called "Observe Condition" (if they wanted it), which they could then add to a hotbar and toggle its effect on or off as desired.

Observe Condition Feat - Optional. Can be dragged to hotbar for ease of access. (Not shown)
Additional Note: I am also considering adding a "Boss Bar Visible" option on the Althéa Main Menu, which would complement these dynamic bars. This option could be toggled alongside the system above, allowing multiple options for the player.

Equipment Comparisons

When playing a NWN2 game, I talk to a store vendor and ask them to show me what they have for sale. In the standard game, I would then have to right click and choose "Examine" on each item for sale to open a new menu where I can read about the item in question ... and if I want to read about the item I am comparing it to, I would have to do the same thing for that too from my PC's inventory. Basically, comparing items is not "easy" using the standard NWN2 interface, and for those who like to have it more simple, then this might be the answer. Now, when a player opens their PC's inventory, an "examine" window is already incorporated into it, which shows the description of any item they click on within their inventory.

Additional Note: Items "examined" in containers will also open up the "inventory" screen and display item text in this same window. However, I suspect most players will simply click the "Loot All" option while playing and then "examine" the items in the inventory anyway.

PC has started interaction with a store.
1) Information on options available and activity update here.
2) On first open, reminder instructions on inventory use.
3) Store item description. (Will have instructions on first open in the final.)
4) Note, empty categories are made unavailable. This updates dynamically.
5) The best PC for bartering is automatically selected when store first opens.

When interacting with a store, players will notice a new complementary store interface as well. Like the new inventory, the store interface also comes with a built in "examine" window that displays information about an item the player may be interested in purchasing for their PC.

Note that the inventory item window and the store item window work independently of each other, meaning the player can click on items between those carried by their PC and those in the store, and each item will display in its appropriate window.

Additional Note: If a player clicks on an item in the store, which their PC currently has an equivalent equipped, then the PC's item inventory screen will update to show the equivalent being used to enable a direct comparison of items.

The PC is comparing their currently equipped armour with a selection from the store.
1) Notice the text informing you are comparing items.
2) The PC's currently equipped armour.
3) The armour that the PC is considering purchasing from the store.
 

The PC does not yet have a helm equipped to allow a direct comparison. Buy one?
1) Information on item update.
2) The PC does not wear any helmet to compare.
3) Details on the helmet being looked at in the store.

Other Considerations

There were a couple of other ideas I was considering, and feedback on these and any other issue this blog may raise would be most welcome. Here is a list of ideas that I am considering looking into:-

1) Having the inventory screen display another window if comparing an item in the inventory slots to one the PC may already have equipped. Pro: Another direct comparison option. Con: Another window on the screen.

2) New Addition: Have a transparent "Quest" header GUI that has a list of active quests (perhaps the quest title only), which the player can toggle into/out of the side of the main screen as a basic reminder of the options they have available to them. Pro: Nice reminder. Con: Not really required?

I have enjoyed the break from writing the conversations, but now this section is nearly done, I will have to return to them. However, there was one other GUI I am working on to do with the introduction of the game. That will have to wait for another post though!

Please give any feedback that you think may be of use to improve these game feedbacks, or if you have any ideas of other interface changes (or new) that may be of help to your gaming experience.

Friday, 16 August 2013

Dungeon Designs

To clarify this week's blog title, this post is about my work on "dungeon" designs rather than any sort of structured lesson in dungeon designing. However, I do touch on my own feelings about dungeon designs and make various points that may be helpful to anybody wanting to learn about dungeon designs.

COMMENTS WELCOME: What is your favourite dungeon crawl experience to date and why?

I decided to take a break from writing conversations (and their notorious web of nodes) and turn my attention to filling in the details of some of The Scroll's dungeons instead. Thankfully, Ryan of Eguintir's Ecologies had already designed some interior layouts for me, so my focus was to start scripting events for these areas to my design ends. I take this opportunity to thank all the designers of the areas of this module (and modules to follow) for all their great effort in supplying me with designs that have sped up the release of this module - and helped to inspire me with game play. First, a little forethought...

Let's Begin Our Dungeon Descent
Dungeon Definition

While it's true that every aspect of module design has something to do with "designing a dungeon" (in the broadest sense), hopefully, both builders and players alike will know what I mean when I talk about creating (or designing) a dungeon in particular. And in case there is anyone who is not sure what I mean, I am referring to those areas where the PC is likely to feel out of their immediate comfort zone and in a position that pits them against such things as monsters, traps, puzzles and other such problems in the hope of receiving great rewards in the way of experience, feats, skills and especially treasure; from great new weapons and items, to the basic gems, jewellery and gold!

As the word implies, "dungeons" in a traditional sense are normally located underground. However, I recognise that the term "dungeon" may also refer to adventures that take place in above ground complexes such as castles or towers - and can even refer to locations in space or beyond any worldly material plane of existence! With that in mind, let us continue along the way with some "traditional" photos ...

The Obligatory Main Corridor
Dungeon Purpose

There is something both intrinsically exciting and mysterious about a dungeon of the type I speak. For while the player and PC may know a little about the area they are about to travel to, there should be an overriding air of the unknown. Indeed, some of the most exciting dungeons (in my own experience) have been those dungeons I have stumbled across by accident and know absolutely nothing about, nor have any inclination about what to expect. However, I have also played some games where I have stumbled across a dungeon and the whole experience has been rather dull. So what happened? What makes one dungeon exciting and another not?

The Mysterious Domed Chamber
When I have examined the works of other games and looked for those aspects which have excited me or bored me, I was surprised at what I found. As you can see from the photos I found on the internet and posted here, a key factor about many traditional style dungeons is that they can be quite sparse. I know this is not always necessarily the case, but compared with today's modern designs and habitats, the traditional dungeon is still normally considerably simpler in design. I have noticed that many game designs reflect this well, and more importantly, such sparseness of content is not necessarily one of those aspects that detracts from a good dungeon crawl. Indeed, I have found that it is how the dungeon may have changed from its original design and purpose (possibly simply due to the ravages of time) that holds some of its intrigue.

The Dreaded Cell
Dungeon Character

So, what is it about a "dungeon" in a fantasy role-playing game that really fascinates the player and then holds their interest? I think a large portion of the answer lies in the dungeon's history, or more specifically, the element that gives the dungeon its character! For while a dungeon's immediate purpose is very important for a game's logical flow and prime responses from the player, if there is nothing else to it, then it quickly becomes relegated to the pile of "tick box exercise" dungeons that is soon forgotten about. I have experienced this kind of thing in the RPG "Sacred 2", which while very colourful and vast in size, each "dungeon" I have discovered and played my way through is more tedious than the previous due to each dungeon having very little (or no) character.

Adding history or creating character for a dungeon is no easy accomplishment. If successful, a player should be left with a memorable experience, some uniqueness in the dungeon's design that helps it to be one of those reminisced over for years to come. The player may not remember all the details, but they will recall having an exciting experience when playing through / adventuring within the dungeon in question. For myself, I have such fond recollections with games such as Ultima Underworld, Baldur's Gate, and more recently, some of those "dungeons" from Fallout 3. From each of these games I mention, it should now be clear that when I talk of a "dungeon" experience, it can refer as much to a location far away from the ground as to beneath it ... and can be set in any time frame!

Now, I ought to take this moment to differentiate between an entire game experience and only an element of it, such as a "dungeon". In my own examples above, the entire Ultima Underworld game consisted of one large "dungeon crawl", and so, strictly speaking, I should not be counting it as a "dungeon" experience in the context of this blog. However, I wanted to include it in passing, as it is still a good example of a "dungeon" experience, even if it was the entire game in this example. Looking at one of the other examples, Fallout 3, however, I was suitably impressed by the unique feel of quite a few of its "dungeon" experiences.

The Dungeon's Nuts & Bolts

With the above comments in mind, this week I have started to design the remaining dungeons around the raw material area designs graciously given to me by my area designers. The dungeon purpose has always been known to me from the moment I conceived the plot. The dungeon character, however, is the part that takes time to reveal itself as I work with what I have before me. For further clarification about what I am trying to say about the goals for my dungeons I have in mind, note the following category goal differences:-

Dungeon Purpose Goals: Add Transitions, Add Monster Encounters, Add Loot. (Needs.)
Dungeon Character Goals: Type of Locks, Monster Ecology, Treasure Histories. (Reasons.)

When a player enters one of my dungeons (or at least the main ones), I want them to feel that the place has a character, learn that there is a history, and have a sense of difference about the place compared to other places they have explored earlier. Of course, there is no escaping those aspects that are found common to all dungeons, but I hope to pull off at least one or two aspects of uniqueness to each dungeon that will make the player sit up and take note. I hope to achieve this by adding some unique puzzles, background information, and perhaps some unique aspect that ties both purpose and character together. Whether I succeed in this, I can only hope.

Dungeon Designs: My Personal Pros & Cons

Having blogged on about how I would like to design my dungeons, my "Pros" are probably obvious (and thereby the "Cons" too), but here is my list of pros and cons design objectives/avoidances in the broadest sense (in no particular order):-

DUNGEON DESIGN PROS:

1) Medium to large in size to allow a sense of exploration. (Map required.)
2) Hidden areas, using secrets and concealed objects. (Properly hidden unless skill found.)
3) Logically placed denizens, both historically and ecologically. (With appropriate AI.)
4) Lighting attention - including some completely dark to allow PC own light sources. (Atmosphere.)
5) Sound attention - ambient and possible item sounds. (Atmosphere.)
6) A unique aspect to the dungeon purpose. (Logical flow.)
7) Purposeful and useful dungeon history and/or character. (Scrolls, books, info, treasures, etc.)
8) New logical object interactions above any normal interaction. (New scripts for added uniqueness.)

DUNGEON DESIGN CONS:

1) Illogical rooms and general poor design. (Poor logical flow.)
2) Useable objects at all times, even when not currently available. (Poor meta-gaming clues.)
3a) Too many denizens for area design. (A monster in every room syndrome.)
3b) Poor AI for creatures used. (No creature variation due to poor AI. Meet, hit, die, next!)
4) Minimal attention to lighting or sound. (Areas look and feel the same. No real atmosphere!)
5a) All dungeon "purpose" design and no "character" design. (Cookie cutter designs. Boring.)
5b) Even "purpose" design meets only basic needs. (Lacks story depth - "FedEx" style design.)
6) Lack of any "deep interaction". (One dimensional as opposed to three dimensional design.)

Like with most things I say, there are provisos and exceptions to these pros and cons as well. For example, I would rather a "dungeon" consist of only a few rooms (be small) if there is no logical reason for it to be any bigger. However, I would rather see more "medium to large" dungeons to explore and "get my teeth into", as a preference. Also, I would not want to be inundated with "boring and superfluous history" of a place if it had no real useful bearing on my current events. Historical information that gave me some sort of immediate benefit or would do in the near future, is exciting to find as well as giving the dungeon background and character.

And, of course, once you escape the dungeon and are back into the wide open fresh air, there is always the next one to quest for ...

Escaping The Dungeon ... And So Onto The Next!