diary
chimchooree
3 years ago
parent
6e699bc390
commit
4841b97377
@ -0,0 +1,19 @@
|
||||
<!--220310,220224-->
|
||||
<h1>goalless games </h1>
|
||||
january 14, 2022<br>
|
||||
#game-design #philosophy<br>
|
||||
<br>
|
||||
<h2>goalless games </h2><br>
|
||||
Some developers are happy to make loose, meandering sandbox games without no true win or fail state. The concept of goalless games is controversial among semantic people, but I feel that the genre with Garry's Mod and all the dressup games and physics simulators is enviably successful if not totally legitimate. It's not like the overwhelmingly popular Minecraft and old RuneScape don't share one foot in this genre, either, with their relative lack of direction and gameplay dominated by self-driven goals. I don't even feel like a central story or overarching player goals would improve these games (especially after watching Minecraft tack on some tedious hunger mechanic and an awkward final boss). <br>
|
||||
<br>
|
||||
<h2>my need for structure </h2><br>
|
||||
I'm just not a goalless game designer. <br>
|
||||
<br>
|
||||
A game designer can't force a player to share the game's goals, so there's no need to purposefully design a game to be goalless. For me, I feel like neglecting to set a game's goal reflects a lack of a game development goal. A goal is helpful to not only the player but also the developer. A vision of progression (game state, world, character, and story) will imbue each piece of the game with more purpose and help them fit together more seamlessly as a whole. It's a safeguard against filling a game with pointless, incongruent clutter at whim. Obviously not every developer needs a goal-oriented approach, but I do. <br>
|
||||
<br>
|
||||
No matter what philosophy the game designer has, though, a player will do what he wants to do, even if it has nothing to do with the goal of the game. Roleplayers are prominent members of MMO communities, and they might never max out a character or finish the main storyline. They throw out all the game designers' work and focus on finding a vista somewhere and acting out their own scene instead. There are plenty of screensaver simulators and 3D chat servers out there for them, but they turn up in "real" goal-driven games, too. There are touches of this aberrant behavior in everyone who doodles with bullet holes, names their player character something funny to harvest out-of-context dialog screenshots, or hoards a useless item. <br>
|
||||
<br>
|
||||
So in a way, game designers really don't need to design a goalless game. They can trust players to forge their own fun from even the most rigid hallway simulator. In my opinion, deliberately not designing goals runs greater risk of making players being too lost, bored, or overwhelmed to find their own fun or not even finding incentive to try the game in the first place. A better approach would be to build towards a purpose while taking a tip from goalless games by filling the world with interesting tools and interactibles that are fun for fun's sake. At the end of the day, though, obviously do what works for you! <br>
|
||||
<br>
|
||||
Last updated January 12, 2022
|
||||
<br>
|
||||
@ -0,0 +1,18 @@
|
||||
<!--210610,200429-->
|
||||
<h1>factions</h1>
|
||||
march 24, 2022<br>
|
||||
#factions <br>
|
||||
<br>
|
||||
<br>
|
||||
<h2>out of the norm </h2><br>
|
||||
RPGs are all about the stats that define their characters. The values of each stat are constantly being jostled around by buffs, debuffs, enchanted equipment, environmental effects, and perks. If you allow each <br>
|
||||
<br>
|
||||
<h2>when does a character become hostile? </h2><br>
|
||||
NPCs generally will not seek out the player for combat. They will either stand stationary or follow their patrol route, oblivious of the player until becoming hostile. <br>
|
||||
<br>
|
||||
Usually, if an NPC is hostile, that means a threat got too close. Currently, proximities in Blessfrey mirror <a href="https://en.wikipedia.org/wiki/Proxemics">Edward T. Hall's zoning</a> for interpersonal distances. Intimate distance is the range for physical interaction and melee attacks and social distance is the range for assessing hostility and ranged attacks. <br>
|
||||
<center><img src="/static/img/ent/Personal_Space.svg" alt="(image: A visualization of proxemics by WebHamster of Wikipedia. Around someone are 4 concentric circles with varying diameters: within 25 feet is their public space, 12 feet is their social space, 4 feet is their personal space, and 1.5 feet is their intimate space.)" width="500" height="267.72"></center>
|
||||
(By <a href="//commons.wikimedia.org/wiki/User:WebHamster" title="User:WebHamster";>WebHamster</a> - <span class="int-own-work" lang="en">Own work</span>, <a href="https://creativecommons.org/licenses/by-sa/3.0" title="Creative Commons Attribution-Share Alike 3.0">CC BY-SA 3.0</a>, <a href="https://commons.wikimedia.org/w/index.php?curid=6147809">Link</a>) <br>
|
||||
<br>
|
||||
Last updated January 12, 2022
|
||||
<br>
|
||||
@ -0,0 +1,31 @@
|
||||
<!--210610,200429-->
|
||||
<h1>designing blessfrey's first demo </h1>
|
||||
april 7, 2022<br>
|
||||
#demo <br>
|
||||
<br>
|
||||
<br>
|
||||
<h2>my goals </h2><br>
|
||||
The systems and game mechanics in Blessfrey are mostly present and functional, so I feel like it's a good time to practice releasing, hosting, and supporting a game. The first release will just be a tech demo. I want it to showcase all the features in the game, have a narrative structure and goals, and have some of the same gameplay feel of future releases. Hopefully it's fun, but we'll see when it's all bolted together. <br>
|
||||
<br>
|
||||
The core of the game is curating from a wide variety of skills and combining them into a viable skillbar. I'm going to try to get away with skimping on content to put more focus on the release process, but skill variety deserves the most attention. I'll shoot for 30 skills for now, or in other words, 3-4 skillbar's worth without repeats. <br>
|
||||
<br>
|
||||
<h2>finding structure </h2><br>
|
||||
I could release a goalless demo, but I fear people wouldn't explore long enough to discover any depth. The demo will be more or less original instead of a ripped level from the finished game, so I can't steal a goal from the main game either. <br>
|
||||
<br>
|
||||
This demo should showcase more gameplay than story and world, so it should probably have more in common structurally with a tutorial room anyway. I'll just fallback on the demo bingo approach again and hope it never loses its luster. Bingo is a great excuse to list gameplay prompts for the player while giving them some choice on how to proceed. It's also a game in itself, so I don't need to take my game design much further: every full consecutive set of activities is a little win with a prize and a full board bingo is a big win with a big prize. <br>
|
||||
<br>
|
||||
The demo literally is a tutorial, though, since it is the first time unguided players will be able to play. I'll try to incorporate a stealth tutorial and see how it compares to a more conventional tutorial. Ideally, the bulk of the tutorial should be easy enough for veterans to breeze through it without being told what to do, but nudges and tips are given to those who need it. It'd be even cooler if the tutorial doesn't break immersion, coming from characters as believable dialog or from passers-by setting an example. Some popups and 4th wall breakers are probably inevitable, but that's my goal. Since I have the <a href="https://www.blessfrey.me/diary/entries/210402">event system</a>, it's just a matter of listening for lack of movement, unnecessary key spamming, stalling in quest progress, or any other apparent failures. <br>
|
||||
<br>
|
||||
<h2>world and story </h2><br>
|
||||
I don't want any of the demos to exist within a vacuum. I won't be repeating the story or using fully realized locations, but the demos should at least conceivably fit within the full game. Besides the player character, two major supporting characters will be there, Chloe and Night. The entire demo will also take place in three areas at the school: the courtyard, the nurse's office, and the storage room. This isn't the real school, just enough of it to service a fun demo. The courtyard is a relatively safe area with some easier enemies to the far side of the map, guarding collectible items. If you die, the checkpoint is in this field, managed by Chloe. The nurse's office is an item shop, run by Night. The storage room is a maze full of monsters and treasure. It's not the best game in the world, but I think that's enough to test out the gameplay. <br>
|
||||
<br>
|
||||
I'm also using the demo to test sophisticated dialog. If everything works well, I can have the dialog responses affect things in the game and have characters remember details. <br>
|
||||
<br>
|
||||
<h2>areas left ugly </h2><br>
|
||||
It's the first alpha build released to the public, so it's not going to be a polished AAA experience. There are a few bugs I know are still in there, some capable of crashing the game. I'm including pushing certain features to a bigger degree than I've ever tested for, so hopefully that'll turn out fine. I've never stresstested but plan to once this is released. Also, a lot of basic visual and audio stuff is not up to snuff - barely any animations, and all audio is from the public domain. If it's too ugly, it'll be cute in hindsight as an early version. :) <br>
|
||||
<br>
|
||||
Anyway, back to working on the demo! <br>
|
||||
<br>
|
||||
<br>
|
||||
Last updated January 12, 2022
|
||||
<br>
|
||||
Loading…
Reference in New Issue