smjn 3Speak Podcast

https://3speak.tv/watch?v=smjn/zqhjreez
Added ropes to the game, trying 'em out!

Longer video with editor fotage at

Blog post at https://peakd.com/hive-169321/@smjn/arw-game-fun-with-ropes

Game build at https://dev.spelmakare.se/arw?debug

https://3speak.tv/watch?v=smjn/ifzmqmnw
Video for blog post https://peakd.com/hive-176981/@smjn/tmos-game-tiles-with-tiled

View Details

https://3speak.tv/watch?v=smjn/nxrbitwa
Weekly short with TMoS progress. State, tile loading and performance testing has been on the table this week. Try for yourself at https://dev.spelmakare.se/phry

Posted for blog post https://peakd.com/hive-176981/@smjn/tmos-game-state-mixin

View Details

https://3speak.tv/watch?v=smjn/jvvdlbmw
Video demoing some of the current functionality of the next game project, in its early form with just some test assets.

View Details

https://3speak.tv/watch?v=smjn/ombgjjyx
Trailer for Hive P v. S, a game about collecting stars and avoid a chasing tail. Game is released and can be played in your browser.

Hive P v. S

View Details

https://3speak.tv/watch?v=smjn/hendrpfo

Introduction

Open source mashup of classic arcade games with Hive blockchain support. Read the bottom about section for more information.

Let me hold your hand A quick video for the progress made last week. Did lots of small fixes and changes, but the main progress was to complete the tutorial section for the game. When a new user starts the game for the first time, a very short tutorial will guide the user on how to control the ship and the basic goal of the game. Details on all power ups and such are not part of the tutorial, have to read the manual or play the game and try them out to learn the best tactics to use.

The tutorial will catch failures and repeat steps until successful, except the last step where you'll always get a pat on the back with various messages depending on how good you did. It also uses different icons and texts depending on if you are using a mouse or touch screen to play.

Thanks for watching!

About Hive P v. S is a mashup of classic arcade games. You fly around collecting stars, each star collected spawn an entity that forms a tail that gets longer and longer. Avoid the tail for as long as possible until you get a power up that gives you a limited time to destroy the tail. If successful you'll get bonus points and new stars are spawned. Rinse and repeat.

When the final score is high enough, you'll get the opportunity to submit the score to the high score table. The high score table is saved on Hive and is viewable on Hive as well as in-game for all users.

Game will be released for browsers, as a PWA and as native builds for mobile and computer platforms.

Check out the following links to get a closer look at the progress!

Project links: GitHub, website and playable build.

Game development using web technologies.

*Spelmakare.se

Discord

GitHub*

*Try the latest build of Hive P v. S

Try the latest development build of Purple & Eye*

View Details

https://3speak.tv/watch?v=smjn/hyjtlzcp
Video for blog post about creating a swift workflow for working with audio for a game. https://peakd.com/gamedev/@smjn/hive-p-v-s-week-5-progress-audio-flow

View Details

https://3speak.tv/watch?v=smjn/qywwnxhd
Video for this weeks blog post on the development progress of Hive P v. S. Follow the blog at https://peakd.com/@smjn.

View Details

https://3speak.tv/watch?v=smjn/wkvdodob
Originally intended to publish the code for the updated website, but got carried away and worked on improving the workflow for pushing new builds to servers instead.

Continuing on the same concepts as I have written about before: Swift & direct development setup and Inspiring workflow. First about being able to code and see the changes in the running project instantly without leaving the editor and the second about working on assets and seeing changes in the running project without leaving the asset application.

The project template used in those above videos to make games, is the same template used to make the website. Doing the improvements to the workflow for the website means I can transfer the improvements to the games later.

My old workflow for making a new build was this:

Run the build script and get a new build in folder build/.
Use an extension for VSC called Deploy to execute configurations that would upload the files to a development S3 bucket on AWS.
If the development build performed as intended, using the S3 console to copy the files from development bucket to production bucket.
Go to the CloudFront interface to initiate an invalidation of the files. This makes sure no cached versions of old files are served on the distributed network.
Due to problems getting Deploy to automatically remove files in a way that worked for all situations, I had done two things: 1. Removed hash strings from files in order to overwrite files instead of having duplicate files with different hashes. 2. Using S3 console to manually delete files when needed.

Steps 1 and 2 would be most of the time. After running the local version for a while, you want to try it in the actual system and upload it to the development server. This was OK. Then the rest of the steps were fine in that they did not occur that often, but it did take a minute or two. Doing it manually also adds the possibility of doing an error!

The new workflow for deploying a build:

Run the build script and answer at most two questions.

If for development, answer the question if you want to push all files or only code files. If for production, answer the question if you have remembered to sync git and a final safety question if you are sure want to upload.

The script takes care of building, adding extra files, editing in differences in paths (if prod and dev have the project in different places, say one in root and the other in a sub-folder), cleaning the S3 bucket, uploading to it and if production invalidating the CloudFront distribution.

I implemented it like so:

Adding a "project_settings" section to the package.json for the project. This contains buckets, cloudfronts, paths and additional files to add to a build.
Writing a few short scripts and integrating them into suitable places in the preact.config.js file and using the new project_settings in those scripts.
Being clever and using "npm install package X" for everything that would require a bit of time to code. Usually I would avoid using too many packages, as you would want the release to be as small as possible and with as little unknowns as possible. But here the code was only for development tasks, making it not as crucial. Great packages used are: glob, mime, aws-sdk, prompt-confirm, console-progress-bar and git-rev-sync.

I have a bug I want to fix before uploading to GitHub, but hopefully early next week. While the site might not be awesome as a whole, it has many shorter useful implementations of preact, bulma and S3 uploading.

Game development using web technologies.

*Spelmakare.se

Discord

GitHub*

*Try the latest development build of Purple & Eye

Try the latest development build of Hive Blocks*

smjn 3Speak Podcast: Recent Episodes

Jens Nilsson

Introduction