Friday, July 3, 2026

Dev Log 3

 

Next monthly check in! Just going to dive right in with little introduction this time.

My bestiary is now up to 26 entries. As I progress into this world building, I've started coming up with more variants in a few of the latest entries, such as the Exira and the Lanternling. Obviously, there's a bunch more that have been created with variants, but I need to stop myself from doing that "feature creep". My main focus is to get a healthy amount of variety in my bestiary by December. Once that target is reached, I can go crazy and develop more of these. I already know that I will be changing my information on my book-lore entries, adding stuff, deleting parts, etc. That's mostly because as I create these creatures and my players playtest the game, things change. Nothing will be super drastic, however. Just, information changes as the system develops. I'm starting to loosely think about the taxonomic ranking of things due to how many variants I'm coming up with. Maybe a whiteboard with pictures and string is in my near future. 

Moving on to the actual development of the system. I'm going to be honest and say that I didn't work on half the stuff I mentioned in the previous dev log (dev log #2). We've only had 1 session since the previous dev log and this one due to scheduling events for the rest of the community over in Discord. Also, I had to really sit down and work on things for this last session pretty substantially. Let me go over that now.

The market system module was a doozy of a build. I needed it to work with everything else that I've built, with room to grow for future renditions. The breakdown of this session was 2 NPCs that were vendors of specific fields, such as a Weapons vendor and an Armor vendor. Obviously, these sell more than straight up weapons and armor, but also mods and generalized items that fit within those fields, like trail rations per se.  There's another NPC who is strictly mod specialization. As of right now, he is strictly another vendor, but his role is going to get more technical once I figure things out. I'll come back to this. Next NPC is a storage NPC. I didn't get to making that interaction for my players, mostly because I had some question as to how they would like things to work. Finally, the main focus NPC in the local central hub (LCH). This one has nothing that I need to develop anything for. This NPC is essentially just a traditional one you encounter in most games. 

So the 2 main vendor NPCs were the main focus this round. I went the same route as I did with the loot-table-generator (LTG) module, where I upload a .csv file and it provides that info in a virtual store. There is a refresh inventory because reasons (which came in super handy for this last session) and some information that is for the GM eyes only. For the players, they are initially provided with all items in a vertical scroll market window, with categories listed as option sorting buttons. For example, if a player wants to look at mods only, they press that Mods button and only those things are listed. Everything has a name with information, the tier, category, slot, affinity, and stock shown to the players. There is a Buy button, which essentially just helps make things quick and efficient. There is an additional "barter roll" that gets performed once the player hits that Buy button. If they roll high, they get a discount. Low rolls get full price. This was initially done to engage roleplay, but I quickly found out that this was a bad idea. It did generate some nice chats, but overall, it was too messy. There were some options that I, as the GM, could see but the players couldn't. They voiced their opinions of being able to see a little bit of what I see, mostly in the pricing, which makes sense. 

I made it so that in the chat window, it shows who is buying what item, which then gets put into their inventory immediately. Turns out that I forgot to put in the code of WHO is buying WHAT. Doesn't really matter now since the roleplay idea is out the window, but I'm still going to do it because I want to know. 

One of the biggest problems for my players was something I soft-locked on my end. So I'm working with items that have a tier level associated with it. If you've played any kind of video game in the past decade, you would know this as a tier, rarity, value, whatever. Usually they have a color range associated with them. Since I'm a Guild Wars 2 player, you go from white - blue - green - yellow - orange - pink - purple. If you're playing Path of Exile 2 right now (as I am), then it goes white - blue - yellow - brownish-beige. You get the gist. Well, I've been working on this for this game. I don't have colors associated with things, just a T1, T2, T3, etc. Turns out, somewhere in my code (I have a feeling of where exactly this is) I have tiers being treated as player levels. My players couldn't purchase anything above a T1 item. Only way I figured this out was when people were just spamming the purchasing buttons and the chat display telling me what was going on. This was ironically also the moment I realized I needed the chat ping to tell me who was buying what. Needless to say, I need to fix this. 

The mod specialization NPC is on the to-do list of making the interaction happen. I'm not exactly sure as to how I'm going to build it. I really liked what Hellgate:London (I think it was this game at least) had for their mods and upgrades - simple. You would place the item in the main area, then click on an upgrade slot and it slotted in the mod. As for this situation, depending on the complexity of the upgrades, the player might be asked to leave that item for an adventure. I'm really not sure how to go about this in regards to managing things like this, but I've got an idea, which is going to be covered in the next part.

The storage NPC. As I mentioned earlier, I didn't around to building this one at all because I really wanted my players to give me ideas for it. Overall consensus was a grid window that showed you what was there, or even a list. I could try toggling either view, but I'll have to see on my coding capabilities for this. To further on this, someone had mentioned being able to see what you have in the storage via your character sheet. They wouldn't be able to interact with it, but they could at least SEE what was in there. I actually really like this idea and will implement it. Which this brings me to the previous section. For the mod specialization, I might add in another tab/section that shows players if they have something with other NPCs, like a pick up order or something. This could also get upgraded into the whole side quest tracking idea that a lot of video games do. But, feature creeping is real and I need to pull myself back. 

Alright, so I've got more stuff to work on, plus the previous dev log stuff to do. I'll be busy fixing things over the next 2 weeks because that is when the next sessions are scheduled. Once I get things done, I'm really hoping the pace picks up and that we can really dive into the stories. Also, my 2 groups of playtesters are going to be on separate adventures. How exciting! 

Check back next month for where things went right and where things went wrong.  You can always check my weekly posts on my Patreon and Kofi, or follow me over on Mastodon for daily blurbs.  

Monday, June 1, 2026

Dev Log 2

 Monthly check in for my sanity and to give myself a sense of progress.  As my last entry, this is probably going to be a little messy still while I try to figure out a format for presentation and sorting, but hey at least I'm doing something, right?

My bestiary has grown to 22 entries.  I have a few that haven't been publicly posted since I decided to start the weekly posts sometime in February, which I believe started with #7.  I do have creatures that technically were designed before that initial post, but I just haven't actually shared them and I probably won't.  My reasoning is simple: because I don't want to. My goal is to end this year with 52 entries, so maybe a few weeks will get more than just a single entry.  I almost did that for this week. I might actually still do that this week.  The reason for that is because this week's creature is the Porcelain Seer, which has 2 variants. That would technically bring up my number, but at the same time, it might introduce confusion with so many postings of similar things.  I already did a post a few weeks prior for the Coral Priestess and the Fraddam Seer.  Both of those are just variants of each other, but they each got their own weekly spotlight.  So I guess at this point, who knows what I will do.  I do know and confirm that I will have 52 by the end of the year, no matter what.  Might just be unpublished ones, which is totally fine because "secret surprises" are fun.

As for play testing, my current players have completed Adventure 0.  They helped me create 2 modules and inspired the system for FoundryVTT by giving me feedback of what would make things way easier and to keep the pace decent.  As a continuation from the previous Dev Log, the 2 modules I have created is a loot-table-generator (LTG) thing and a reactive-environment (RE) thing.  These are currently working within my homebrew of a game system.  

The LTG is essentially a module where I upload a .csv file that has a specific name.  I then have the ability to apply area modifiers to it, for example the player is in a food court, so the items that they are going to find are pulling from the food court modifier in the .csv file.  I can also apply more specific modifiers to what kind of loot that they can get.  I mentioned previously that there are tiers for the loot.  I can actually tell the LTG what tier, type, yes/no mods, etc to chuck into the RNG of the item generated.  I haven't really had a chance to test this out fully, but overall it does seem to work.  Also, the item generated is pinged in the chat window and automatically deposited in the player's inventory.

The RE is where I can create a tile and have it attach to so many things.  I can have the tile reveal:

  • a secret area
  • a hidden creature
  • if a player has a specific item that causes a trigger
  • if the player has a certain level of ENT they can trigger something
  • if the players are in combat and pass over the tile, something can happen
  • if a sound is heard/played, it can trigger something
  • if a tile is triggered, a sound can play and/or a message in chat is sent

 This module, RE, has a bit of tweaking to do still.  Each session have given me a slight problem with it.  I'm not sure if I just keep forgetting to hit that "save" button or what, but I always seem to have to edit it when a player is suppose to be triggering it and nothing happens.  I've got my homework to do for this one, that is for sure.

Another module that I'm planning on making is essentially one that connects a token to a compendium entry.  One of my players had suggested the ability to either hover over a token (NPC or enemy or whatnot) and a small window can pop up that gives some brief information, such as name and/or type.  If the players decides to then click on said window, it takes them to the compendium entry.  I tried setting this up without much time and I honestly couldn't get it to work.  My workaround was to have the creature be interactive, where players can click on a link which takes them to the compendium entry.  Turns out, only the DM can see it.  I felt a little defeated on that but it's okay.  I just need to figure out why that happens. 

My homework from the previous Dev Log was to work on class skills.  Well, that didn't exactly happen.  I did manage to get the class entries and bestiary entries entered into the compendium.  So right now, my players can access their classes and bestiary entries whenever they need to.  I'm not sure how to do the skill thing yet (interact on the player's sheet/token).  Some things had actually come up during the play sessions that I feel should be dealt with first.  So my current checklist of things I need to do: 

  • Double speed option if a player doesn't choose to roll for observation/perception nor loot
  • Have something that locks in observation/perception rolls (apparently I've gone from a 1d20 to a 1d10 in different sessions and I just need consistency on my end). This might end up being a typed command or a button.
  • Create the local Central Hub for players
    • Vending NPCs
    • Upgrade/crafting location
    • Storage
    • Quest/adventure provider
  • Change the default blue image background on the compendium packs to a solid color because white lettering gets lost
  • Players cannot see the creature information window (might get fixed with the new module I'm planning on making)
  • Reword or revamp some part of the creature entries
    • Group 1 had 0 issues with how to handle the Porcelain Seer, but Group 2 did
    • Might add in the escalation part for the Threat section in the entry.  I have this for a Cockatrice Effigiel (not published as of this writing) but nothing else.  
    • Reiterate that not everything in this game is out to kill you, even though it is a post-apocalyptic/dark fantasy/survival horror game.  It all depends on how the players interact with the world (a vast majority of things are indeed hostile but my players have only encountered a Digosfrag, a Tsukikago Servitor, a Calamivox Ingratus, and now a Porcelain Seer.  They didn't get really into the encounter with the Porcelain Seer because of how quickly things went, but if they stuck around for a few more turns, it was going to turn into a full blown encounter. 
  • Add in a secondary option for a observation check.  The suggestion was if a player rolls high, they can get a possible loot generation.  I believe they referenced Baulder's Gate 3 for this, so I will have to revisit that. 

Check back next month for where things went right and where things went wrong.  You can always check my weekly posts on my Patreon and Kofi, or follow me over on Mastodon for daily blurbs.  

Tuesday, April 28, 2026

Dev Log 1

Dusting this blog off after a long time.  I won't go into the boring details of where I've been and what I've been up to.  Every month will have a progress report here.  I don't plan on going super in depth for things (obvious reasons) but I do want to keep a blog/log of my overall progress.  So without further delay, let me talk about this game!

Tuesday, February 27, 2018

The Grid

The Grid was originally a final game at the end of my fall 2015 semester for mobile-casual game design class.  Although the professor was very unclear as to what parameters had to be met (after numerous discussions about what is expected and what not to do), he didn't like my final game.  I felt hurt and pretty devastated by the grade I received as well as the comments it received from him (opposite of what most classmates said) in which I put it on the shelf and kind of walked away from it.  Recently, I wanted to work on old projects.  This is one of them in which I have created a game trailer and plan to continue this amazing game, even to a possible release.  Everything in this game was created by me, either from scratch or following a bunch of tutorials and mashing ideas together.  

Sunday, December 6, 2015

Black Leaves

Decided to compile all the files from my Google Sites page into one posting here.

The concept of Black Leaves was a horror RPG where you, the player, are put into the situation of a character who suffers from nightmares. From the beginning, you are put into an unsettling situation where you are awoken in the middle of the night by a sound and a nightmare. The beginning of the game has you play through the day-to-day life of the character, in which the world starts to deteriorate around you as the days go by. There are three chapters, the first being mostly completed at the end of the fall semester 2014. This game was created in Unity with one other person in the class. I have included the initial documentation and ideas that we had come up with at the beginning of the course and looking back at them, the game has changed quite a bit.


Thursday, May 28, 2015

Borderlands 2

Wednesday, May 27, 2015

Failed VR

This was for my application and scripting class in which I took inspiration from one of my favorite games: Portal. The concept of the game is that you are placed in a testing facility in which you have to perform the actions in order to progress to the end. The VR persona hates you and makes snide comments while putting you through weird tests that don't make sense. The hardest part for me on this project was the voicing. Learning how to augment the voice in order to achieve something similar to GLaDOS took a pretty good amount of time for mediocre standards. The trailer can be seen below. I really don't foresee myself working on this game any further due to the infringement upon the Portal franchise, but it was still fun and a great learning experience.