Last year, at Copenhagen Bombay, I worked on a game for the danish public service channel, Danmarks Radio, based on their children's series, Sprinter Galore. I did all the early sketches, the colour scripts, designs, buttons and I got to work with a lot of lovely people. These are a few of those sketches. And now the game is finally out - yaaay!
I felt like I wanted get a clearer picture of what I wanted the world to be, in my little 2D side scroller. I gathered some references and got working on a mood piece. This is the result :)
More development on the 2D side of a game I want to make. This time on the environment side of things.
I just wrote my first pieces of C# code. I think I broke everything D:
I have been continuing on the development of the little game I have planned. This time I spend the evening with an attempt at a jump animation as well as a look-test for the environment.
I wanted to do a small on-the-side game project and see how many of the things I could do myself. So I started with some animation. It is going to be a 2D sidescroller about a explorer, who can propel herself forward with her “Fling-Thing™” glove and how she has to traverse a ruined city to save a friend.
[IMG Description - A comic strip with a cartoon of a woman with big round glasses speaking to the reader.
Hello Tumblr! I'm Jabbage, I'm making a game called the Beekeeper's Picnic. You play retired Sherlock Holmes trying to assemble the perfect picnic for Watson and solving cosy mysteries! Since this is Tumblr I need to tell you that you can decide the direction the relationship between Holmes and Watson will take - friends? found family? Queerplatonic partners? Romantic partners? Also there's a dog and you can tell him he's a good good boy. You can play an extended demo for free, and the game is currently funding on Kickstarter. Thanks for checking out my project! <3]
Check out the Kickstarter & Demo here!
You can follow this account for game updates, and reblogging super dooper appreciated!
12/9/2023
Hi, I'm Finian, and this is my first blogpost! I'm really into like every single artform, and my main passion is gamedev! I learned it in highschool, I'm working on it in college, and I hope to make it a career someday.
I'm very critical on myself, and I am very embarrassed to share any art I make, but I've wanted to make a blog for a little while. I think personal writing is fun. I recently received some advice that making a blog might strengthen my portfolio, so I was like "what the heck" and now here I am.
With that out of the way, this post will be about what I consider my first finished game. I did some stuff in highschool, but that was all in a website called code.org. I worked in Unity in my final year, but I served the role of mentor more than developer.
This game was created for my final project in my ENC1143 class, and shall be called my Multimodal Artifact. The assignment was to share what we'd learned over the year in any form of medium we wished, so I made a game. I've only previously done 2D games and I consider myself acceptable at pixel art, so I made a simple 2D platformer. All of my artwork was done in Aseprite and all code was written in Unity, with Visual Studio.
My intentions going into the game were mainly to let the player interact with the sign pictured above, which is something I've never done before. I also wanted the text on the sign to have a scrollbar. I started with an unanimated player sprite, and I made an incredibly simple ground texture, which I stretched to represent a wall. I coded the player's movement and interaction with the terrain. Once I was satisfied with the player's movement, I created some simple animations for idling, running, and jumping.
I then created a tileset of which I am extremely proud, as I've been struggling with grassy and leafy terrain for years. This is the second tileset I've ever made, and the first to perfectly link with itself.
Once I had my tiles in order, I replaced my gaudy primitive, and created the first area of the game as seen in the first image, albeit with significantly less foliage. I created enough level to comfortably house five signs; about half of the game. Finally I began work on the sign itself. The sign was probably the most important part of the game, as its writing is what I was mainly being graded on. There are nine signs in the game, each containing small pieces of the whole final assignment. I created a sprite for the sign in about 20 minutes, and tackled the text with a scroll view. I watched a very helpful video on how it worked, added my TextMeshPro font asset, and made a sign visual behind it all.
My sign was done, from a visual standpoint. I could finally tackle the code, which I did within two scripts. The first script, "Interactable" would be attached to the sign sprite via a child. The script was actually pretty simple, using OnTriggerEnter and OnTriggerExit in tandem with a circle collider 2D to detect if the player was near enough, and an if statement featuring the UnityEvent Invoke in its body. Invoke calls a function from another script, established in the inspector. In this case, I attached a script to the Canvas which disabled and enabled the sign GameObjects.
I also added to the sign sprite a key icon, again of my own making, to make sure the player definitely knows what to press. It has an animation which activates when the player walks near the sign.
Both the coding and the visuals for the sign are finally finished! My final steps for this game were: 1) finish designing the level 2) add some scenery 3) if I had time, a pause screen and maybe even a start screen
This was a single-level game, and since it was an english assignment that needs to be graded, I figured it ought to be very linear and very non-punishing. There are no enemies and no dying, so the difficulty had to come from platforming. The player can jump exactly three tiles high and seven tiles far. The game features one six tile wide jump and no necessary three tile high jumps. The first area, already completed features very easy one to three tile wide gaps.
The area has the player go from the left of the level to the right, and eventually upwards and back to the left. Within the first zone, it is possible to fall After every new challenge there will be a sign as the player's reward: after the first jump, , two-tile wide jump, series of one-tile wide jumps (pictured above), series of two-tile vertical jumps, and finally after the first four-tile wide jump. There are some punishing jumps in the upper layer of this zone, which cause the player to lose some progress if missed.
Before making any level past the first sign, I added a second tileset. I took my preciously mentioned first ever tileset, which was a greyish castle brick, and changed it to match my current palette. It's not perfect, but any imperfections are so nobody would notice unless they were specifically seeking them out. I added this tileset because I felt continuous jungle would start to get bland, and because I really wanted to get some use out of it. I think it fits in really well.
The second area of my game is a platforming section based off of the loss comic, a suggestion provided to my by my wonderful girlfriend. I think it's a lot of fun to involve others in the gamemaking process, and I think it's fun to work with a specific challenge in mind. I thought of something really fun to do with that idea almost instantly, and got to work.
For those who are unaware, the loss comic is a meme from 2002, which features this character format: I II II I_
I tried loosely to stay within that format, I don't think it tracks very well, but the intention and setup is there.
I wanted my third and final segment to be the most challenging, and I wanted it to be inside of the castle/temple setting, in hopes of making the play subconsciously go "oh, this area is different." Each area of the game has its subtle distinctions, but the distinction here is the least subtle.
The final area features a great deal of wide and high jumps, as well as the first and only head-hitter in the game. In the final set of jumps it is possible to fall back down to the start of the section, and the very last jump isn't very difficult. I think it sucks when you think you're almost done with everything in a game, and you mess up at the very end and have to start all over. I didn't want the player to feel that way, hence the easier last jump.
The level was done! My signs (the part I get graded on) were done! I could have some fun with the rest of the game, not that I didn't have fun with the entire previous process, this final bit was just leisure. I love programming.
I started with controls. I put the controls of the game as well as some arrows to point you the right way on rocks, which would not only fit well in the game's environment, but also served well to fill up empty-feeling areas.
After the rocks, I created some bushes. I considered making hanging vines, but I forgot about it somewhere in the creative process. There's obviously not as many of them as the rocks, but trust me when I say these suckers get some crazy mileage. They're everywhere, rotated for the walls and ceiling, flipped, darkened to appear more in the background, placed somewhat behind rocks. These four bushes were super important to the decoration of this game.
After the bushes, I adjusted the hue, saturation, and light of the tilesets to make them appear as background elements. I created the background of the game as a repeating tile. I am not confident in my ability to create a full artpiece, rather than smaller assets, and my wonderful girlfriend added some pixels which I feel made it look significantly better than my rendition. I hue shifted it, and it works excellently as the game's background.
My initial rendition (black was empty) and the final rendition
The final thing to do was to add a pause menu, which is also something I had extremely limited experience with, but found to be super easy. The code is just about the same as making the signs appear and disappear.
The game was not without its bugs, however. There were two that I wanted to fix: 1) sometimes while walking, the player would randomly get snagged and stop. I believed this to be an issue with the ground's collision 2) sometimes upon landing, the player would fly straight through the floor! I also believed this to be an issue with the ground's collision
I had the ground's collider set to a Tilemap Collider 2D, which is a collider designed specifically for tiles. The way a tilemap collider works is that it assigns a square shaped colllider to every individual tile, and would combine all of those collider together in order to save space if it were more efficient on the system. In my game's case it was not more efficient to combine them. However, combining them is exactly what would fix the first issue, the player snagging on the ground. I added a Composite Collider 2D to the tilemap, and viola! No more snagging. The player would still fall through the ground on occasion, but it happened to me so rarely I figured it would be a nonissue. I added a line of code that would set the player's position to the initial spawn if they went too far beneath the map, as well as the reset button in the pause menu which would do the same.
After these fixes I had my incredibly generous roommate playtest for me. He probably played for about thirty minutes, and he relentlessly fell through the map. It was amazing to me how often he just perfectly fell through the ground. Clearly, this was a bigger issue than I anticipated. Thank goodness for playtesters!
After some research, I realized the composite collider actually created an outline of the tiles, rather than completely filling them with collision. The player would fall through the ground because while falling, their velocity would continually increase. Since the collision of the ground was so slim, the player's high velocity would sometimes cause their collider to be on one side of the ground on one frame, and the other side of the ground on the next, not allowing for any collision to happen. The slim outline of the composite collider was not cutting it. There is a setting on the component, labeled "Use Delaunay Mesh" which, when clicked, converts the collider from an outline to a full mesh.
The orange lines represent the collider
A Delaunay Mesh is a mesh based on Delaunay Triangulation, which is a complicated math term which can be simplified to mean the mesh has the least amount of big system-taxing triangles possible.
My roommate once again playtested for me, this time with no bugs at all. His thirty minute experience turned into a three minute experience. Magical!
There's more I would have liked to do, but my time ran out and I needed to turn the assignment in. I think I would have liked to make a starting screen, and maybe some hanging vines. If I had as much time as I pleased, I would've added walljumping and maybe some destructible decorations to make the player feel more involved.
I think the game was a success. This is my first game I can say I've actually completed, and I feel proud of how far I've come. If I were to do this again, I'd probably study the games "Getting Over It" and "Jump King," as in hindsight these games were fundamentally very similar.
The end! Thank you for reading my silly blogpost! This took way longer than I thought.
why mages commonly wear robes and other stuff when they're vulnerable to physical attacks? Especially in some battle where all the mages are in the back row relying only on their magic to not get fataly injured. What if mages were in full armor that sacrificed movement for protection? Most mages aren't going to move that often (they're usually shut in nerds that studied indoors for years), so it would be silly to have them focus on silly things like casting shields to not die and stuff.
Idk why I'm sharing my random thoughts. Maybe I'll add it into my game or something.
I am currently in the process of rewriting a lot of lore and stuff
i love procrastinating on adding basic stuff like battle animations because most of the battle code was written at midnight for some reason and i literally cannot comprehend it.
my puns know no bounds.
apparently we decided to announce this game right before our lives became extremely busy. Currently I am only able to have frequent communication with the playtester. The other guys (which consisted entirely of somewhat close friends) i haven't talked to in months due to having no time. i'm probably going to try and communicate with them again (when i have time).
the point of this post is to say that this game will now be releasing in 2069 because why the hell not. the team also might have a larger-that-i-would-like-to-admit chance of having only one developer and one playtester. so this might be more of a solo-dev than team-dev or something idk how shit works here i'm just shooting for the random rock 50 miles away and hoping for the best lol.
anyways i'm probably going to be more active and shit and maybe post a few funny things because i need follower plz follow me i need attentiona;sldkfj;aslkdjg;alghkwoir.
I'm almost finished with very beginning of the game and can't wait to send it to the playtester to see how long it can last.
Dvelopment update:
I havent done any development on the game for a while. But i made some progress on coming up with concepts of some kind of story.
I also just started to read some ancient chinese literature to practice my classical chinese, so i may not post many updates for a while.
Anyways here's a random doodle I did on a whiteboard:
Concept art or something idk what to post at this point most of the development has just been optimizing code.
of the 62 other hairstyles that i have come up with, this one is my favorite.
when designing the main villain character i made a quick little theme for them:
Current development in a nutshell:
This game is going to take forever to make...
I made some concept art for the player character:
Fcddesgames is proud to announce our latest project! SunEssence is an Turn-Based RPG game that takes place in the world of Heraby.
We plan on releasing this game sometime in 2027. We are also planning a demo.
WE HAVE STONKS!!!
Introducing the merchant:
he was ripped from the previous game i made, had his sprite mutilated to add more detail, and was forced to be used for testing. (idk why the colors look like that)
last update, i said that it would take until the end of this month to finish playtesting the prototype and decide on if its a good idea.
you can probably guess what i'm going to say, playtesting might take a little longer than expected. it should take another month to finish.
i made a quick thing to use for testing music:
cool mysterious symbol things because why not.
significant amounts of testing and brainstorming are currently being done. if the concept seems good, i will announce the next game. it might take until the end of this month.