Devlog #13 – Where is Commuter?

Good day Commuter fans!

Look, I know you all have been wondering where the updates have been. Quite frankly, I have been embarrassed and disappointed in my self that the game production has stopped. But, its for a good reason! I had to get married.

Now, this was a planned marriage that took place on November 1, 2019. Going into the start of October, I realized that I had ALOT of work I still needed to do. So, essentially, the game stop being produced while I had to focus on a very important day in my life.

Vertigo Labs is a 1 man show remember and on top of working 40 hours a week to pay bills, I now had to put the finishing touches on my wedding. What made this more complicated was it was in another country so… yeah.

Long story short, the game is still being developed and production is ramping back up this week! This month and a bit off was good to clear my mind of bugs and maybe take a fresh start back at the game.

That’s all I have to say, ACTAUL devlog is coming soon! Promise!


Devlog #12 – September 28, 2019

Code Cleanup & Economy Progress

Hello Commuters!

I hope you are all well. Today, we are going to go over our update to the game as we normally do for these text based devlogs. Before we get started, be sure to check out our socials below!

Discord, Subreddit, Twitter, Youtube, & Instagram

Code Cleanup

During our updates for version 0.7, 0.8, and 0.9. There was alot of code that we needed to clean up before we can make progress forward. These lines of code were causing redundancy which if you know anything about coding and developing, redundant code causes issues elsewhere.

When we were making new features and during the last three updates there was a bunch of code that we created (mainly around the departure and arrival of the trains in the stations) that was already being done elsewhere. While this didn’t cause any issue or bugs. It does add to the amount of processes per frame which can increase your computers RAM usage while playing.

So, we spent the last little bit going through our scrips and cleaning up some code and in total we removed almost 1000 lines of code that was not needed anymore. I know on the front end you wont be able to see it but on the back end this was needed and important to do!

Economy Enhancement

When we created Fairview Station this would be the first station that you need to actually purchase. When we created it, it actually didn’t cost anything and just unlocked when you clicked it. Well, that is no more and we have implemented one of the economic components of the game.

Unlock popup for Fairview Station.

When you unlock a station it will not only tell you the cost. But it will also tell you what this station will do for the economy of the game. Obviously, as you progress through the game the cost for the stations will get more and more!

We also tweaked the departure popup we added last update to be more accurate and down to the exact second the train would be arriving to the terminal.

Next Steps

I think this would be a good time to outline our progress of the game and where we stand.

The next steps is to start making some more levels and truly test the games engines. Before we could do that we needed to make sure that each engine component is working 100% bug free. (for the most part). We would spend more time bug bashing if there are more levels to cause bugs. But, if we try and expand with little to no bugs known then it would be done easier and more efficiently.

I hope to have new levels built with V1.01 or V1.02. So stay tunes for that!

Thanks all who have supported us so far, talk to you all soon!

Commuter: The Game
Alpha Version 1.0
Change Log

Bug: Fixed bug where departure was doubled up at certain times
Bug: Fixed loading bug where panel would not launch.

Tweak: Tweaked departure scripts to allow accurate departure times vs guesses. 
Tweak: Reduced redundancy on back end code to increase performance.  

UI: Added real time departure times to popup UI.

Engine: Fairview Station now has an unlock gate and UI to match.

Devlog #11 – September 14, 2019

All About The Music

Hello Commuters!

I hope you are all having a great end of summer. Before we get started just wanted to remind everyone follow us on our socials.

Discord, Subreddit, Twitter, Youtube, & Instagram

We are continuing to work hard on making Commuter. This week we needed to work on something that we haven’t worked on at all. Music.

When we started we only had one song that looped. It was an ambient sound that I pulled off of Youtube. This was never intended to be the final track and was there as a placeholder to set the move. Now, that is no more.

This week I spend the whole week curating new music and truly setting out the mood for the game. Please take a look below at our 8 Tracks that will be incorporated into the game. Enjoy!

New Beginning – OST

Now Boarding – OST

Closing Time – OST

Delayed – OST

Transfer – OST

Movement – OST

Responding – OST

Signals – OST

Commuter: The Game
Alpha Version 0.9

Bug: Fixed issue where next train timers were appearing on loading screen.

Music: OST Track 1 was curated and implemented.
Music: OST Track 2 was curated and implemented.
Music: OST Track 3 was curated.
Music: OST Track 4 was curated.
Music: OST Track 5 was curated.
Music: OST Track 6 was curated.
Music: OST Track 7 was curated.
Music: OST Track 8 was curated. 

Devlog #10 – September 8, 2019

We are back!

Commuter: The Game
Alpha Version 0.8

 Bug: Fixed issue where you can launch signal map but can’t go back to the main menu.
 Bug: Fixed fare calculation bug. Fare calculate accurately now for Windermere Station.
 Bug: Fixed spawning and train departure issue with Windermere Station.
 Bug: Fixed issue where Frequency Timer was not saving for some reason.
 Bug: Fixed issue when reload too main menu happened, signals would clear.
 Bug: Fixed issue where fares would not count if player was not in station.
 Bug: Fixed train capacity bar to not float in air which was super weird to see. 

 Tweak: Adjusted offline spawning on Windermere Station.
 Tweak: Adjusted spawn time for arriving passengers so they do not all rush our at once. 
 Tweak: Adjusted hub station train arrival when there is a gap in the line.

 Feature: Mouse over trains will now display departure time as well as next train time (if applicable)

 Design: Changes station map on Line 1 to not include other lines (Kinda a design bug when the port from mobile occurred)
 Design: Colours added to text in UI.
 Design: Moved change frequency editor to be inline with UI.
 Design: Changed welcome to screen buttons to be more inline with design and UI.

 Testing: Game is now compatible with Mac and PC. 


Devlog #9 – August 18, 2019

Discord | Subreddit | Twitter | Instagram

Commuter: The Game
Alpha v0.7
Change Log

UI: Ported game from Mobile design to PC design.
UI: Added new UI bars for Main Menu and Station View
UI: Created station number buttons and markers.

Feature: Signal Map created

Bug: Minor bug fixes

Seems like a dull log but really, it was alot!


Devlog #8 – August 10, 2019

Transition to PC Game

Good day fellow Commuters!

I hope you all had an amazing two weeks and in the northern hemisphere enjoying the warm and suns of summer. It has been quite the two weeks ourselves here and have some news that we wanted to share with you all.

Project Map

Has hinted in the previous Devlog. There is a new idea that popped into our head that we wanted to create a proof of concept on. We worked on this concept game the week after Devlog #7 and it has since been completed.

We are not ready to announce the game at this time as there still is a few more things we want to iron out before the name, type of game and everything is confirmed. For now, we are calling it “Project Map”

This project is more of a time sensitive one as the type of game it is would style nicely with a release close to certain upcoming events. So, because of this, we are going to be cycling the development weeks between Project Map and Commuter. By know means am I putting Commuter on the back burner. It will still get equal development time.

With that being said, we have added new channels to our Discord for Project Map where there will be teaser images and updates regarding this project. Please check it out there when you get the chance.

Commuter News

Now, the real reason why you are here. Commuter, in its early stages of development was modeled around begin a mobile game. The idea behind this was that you could play Commuter, while commuting! This was going to be our marketing behind it, we had it all planned out.

As we developed the game and added the features that will make this game truly fun and interesting to play. We found that processes that we were needing were quickly exceeding the limits of a lot of currently mobile devices.

When we completed Version 0.6 last week. We started loading the game on to some devices we had access too. Huawai P30 Pro, iPhone XS Max, Google Pixel 2 XL, iPhone XR and iPhone 7.

On the higher end devices we found the game to run fairly smoothly. There were some performance slowdown when the game hit a peak time and there was a lot going on, but we chalked that up with it being a game in a Alpha stage.

Then when we placed the game on the Pixel, iPhone XR and iPhone 7. The game just CRAWLED. When I say crawl, you guys have no idea it was unplayable. We tired to fiddle with a few things but it wasn’t getting much better. Keep in mind the game is currently only three levels with no features such as events and staff control.

I spoke with a Game Dev community and shared some of the code with fellow developers and there was a common consensus that the game is just to much for Mobile. This is obviously sad news as the whole concept of the game was to be on mobile.

Now, we are left with a tough decision. Do we keep the game on Mobile and shave off some features and code to make the game more mobile friendly? Or do we start the process of transitioning the game to a PC/MAC version and look at bring the game to mobile later.

We finally decided that this was the best option. So, now we are reluctantly proud to announce that Commuter: The Game is now coming to Steam! We obviously don’t have a release date yet as we need to redo the entire UI of the game. But, we are finding excitement now that we have a bigger more powerful canvas to play with.


As you can expect this was a tough decision for us and we hope that you all will still stick around and play the game when it does come out. We will continue to update you all here every two week with the next Development Log coming on August 24, 2019.

Please continue to follow us on Discord for more updates when the come out. Links for all our socials, below.

Discord | Subreddit | Twitter | Instagram


Devlog #7 – July 27, 2019

Bugs, Bugs, Bugs, Bugs, Sound, Bugs, Bugs.

Greetings friends! Welcome to the next devlog for Commuter: The Game! This week we, unexpectedly needed to do a bug bash.

Before we jump into it, be sure to check out our Discord, Subreddit, Twitter and Instagram to follow along more with the game. Now, with all the plugs being done. Lets get into the changes shall we?


Ahh bugs. Can’t have em and boy do they come up when you don’t want them. Coming off the heals of our biggest update to the game last week naturally there was going to be some bugs that came along with it. Some of which were pretty easy to fix and that we anticipated. Others, and one big one, was so rare and unique the Unity dev community was stumped and was a major bug found with this build of Unity.

Thankfully, we managed to fix it. But the funny thing is, we don’t know how it was fixed. The bug was somewhere around our Spawn routine. The game has two types of spawns. “First Spawn” and “Re-spawn”. When a sprite spawns it is given a classification or “Tag”. This tag marks it as a departing or arriving sprite so that it can do the right Pathfinding out of the map.

This bug lived in the re-spawn code. When the player (you) exited a station the view. The game counts the number of players on the platform and their tag and then stores it for when the player goes back to that station. If a train arrives in the station while the player is out of it that number gets added to the train. If the player entered back into the station. Then the number gets thrown into the loading script and spawns the number of sprites that were left there. Simple right?

In the super secret computer build of the game this was working no problems and without any errors. When we pushed the build to mobile. The game would just keep spawning and spawning and spawning in an infinite loop until the game engine cant handle it and crash.

Photo of endless spawning…

As you can expect this is frustrating when the code is saying one thing and a second build is also saying one thing but the intended destination said another. Then, all the sudden, it was fixed. To this day I don’t know what I did to fix it. I hope it was just an error with the device and not the code, but time will tell.


This update was not all lost. We did manage to get some more sound added to the game. We have ambient background music that is playing during the game as well as door open and close chimes that comes from the very handy database the transit system here in Toronto has. Take a listen below at the sounds that were added!

Door Closing Chime
Door Opening Chime
Background Music

There were some other minor changes we made for some UI stuff, tweaks to the signals and dispatch features of the game. See the full change long down below.

Finally, as we enter into the month of August and it being my birthday money. The next Devlog for this game will be on August 10, 2019. Taking a week off from this game to clear my head after the bug bash as well as work on a proof of concept for another game. If that proof works out and the pre-development works out, then the devlogs will become bi weekly.

Discord | Subreddit | Twitter | Instagram

Commuter: The Game
Alpha Version 0.5

Bug: Fixed bug where re-spawning was not stopping.
Bug: Fixed bug where trains would not enter station if it was full and just delete.
Bug: Fixed bug where players would still board train, even when train wasn't there.
Bug: Fixed bug where saving/loading was sometimes crashing game.
Bug: Fixed bug where empty stations would not spawn sprites.

Tweak: Terminal Stations now only dispatch train if frequency time has been hit. 
Tweak: Animation improvements on trains to match sounds.
Tweak: Cleaned up some unnecessary code to speed up game.
Tweak: Adjusted economy engine so train depart fees are more realistic and does not cause significant deficit. 
Tweak: Players will not pay for train departures on track they do no own.

Feature: Sound now added to the game. Ambient music and doors open/closing.
Feature: Economy Engine now tracks income and expenses 


Devlog #6 – July 20, 2019

The next station is Midland

Note: The images, features and info in this devlog may change on the final version of the game.

Hello friends and followers and happy Saturday to you all. This week we have a massive update for you! This is the biggest one we have done yet.

Before we jump into everything on this update. You may have seen last Sunday we did a live stream for about and hour. This was a fun little thing we did for you all. We put a time-lapse up on your Youtube channel if you wanted to check it out. Aiming to to more streams when time permits so be sure to subscribe to the channel as that’s where ill be going live.

Also, as always, be sure to check out our Discord, Subreddit, Twitter and Instagram to follow along more with the game. Now, with all the plugs being done. Lets get into the changes shall we?

Midland Station

Early morning at Midland Station

It wouldn’t be a transit system or a game for that matter if there is only one station to play! We have to build almost 50+ stations for the game so this expansion to our second playable station was important step for the game to see how the process will go to build another station in the code.

I wanted to design the game in a way that would be quick for us to add a station on the back end. Adding it wouldn’t require extensive work or changing 100’s of lines of code or worse, building a whole new script. This was a test of that.

While it’s done we did create some bugs that we were able to iron out so now when we push and create Fairview it should go much smoother now. The creation of this station also really makes the game start to feel like a game. You can switch between the stations no problem and the game just runs!

Signal System Enhancements

A visual example of what we needed to create.

In order for users to play the game and deal with the incidents, expand their network and change economy items to be profitable. The back-end system that runs the game just needs to work perfectly.

As stated in a previous devlog we created signal blocks. Signal blocks in this game are working just like real life. A train entered the block and tells the blocks around it not to accept any trains. This was created by creating fictional distances between the stations then telling the game to move the trains through that distance at a certain speed.

Do you remember in school when your math teacher asked how long it would take to go 3km at 45km/h? Well, that math I reluctantly learned in Grade 8 came in handy in this case and this case only.

We still have tons of work to do on the signal system and wont be able to create it in it’s full capacity until we complete all stations. But for now, the signals from Windermere to Midland and Midland to Fairview are complete and working.

The game now even only spawns arriving trains to the stations if there is actually a train coming. Super cool!

Stability Enhancements

As hinted above, with the expansion of the game into Midland this exposed several bugs that were fun to crack and fix. One of the bugs that we had was that when a train animation starts and the train appears to be entering the station. If the player hit the main menu button and then went back into the station the game would crash. Through a long long Sunday night of trying to fix this bug and consulting several developer discords. We were left with a bug that was unfixable based of the design of the game.

You see, when the animation for the train runs. There is a bunch of code that is running in the background that is calculating how many people to spit out the train, how many people need to stay on the train, and most importantly telling the signal system that there is now a train in the station.

If this process gets cancelled by going back to the main menu then the whole game crashes. It crashes the signal controller script and the game is done. It almost looks post apocalyptic. Trains not running, no one spawning, just an empty transit system. Cool look, but not the game we want.

To fix this we needed to do some things with the UI to stop the game from breaking. The first thing we did was created a loading screen when you enter the station. This gives the game enough time to process everything it needs to process.

The second thing we did was disable to UI temporary when a train enters the station (or better way to put it. When that function to calculate everything) is called. This adds sort of a cinematic approach to the game and in my opinion looks kinda neat!


There was tons of other little things that were done in this update. Please take a look at the change log below! Again, follow us on all our socials to stay in touch with the progress of the game. Talk to you all next week.

Discord | Subreddit | Twitter | Instagram


Commuter: The Game
Alpha v0.4

Feature: Midland Station now created. 
Feature: Non-Hub stations (Midland) now talks to signal blocks vs set code. 
Feature: Signals from Windermere to Midland created. 
Feature: Signals from Midland to Fairview created. 
Feature: Trains now have a running cost calculated at departure

Tweak: Removed money awarded for arriving customers. Now, users will not get double paid for one person. 
Tweak: Adjusted train capacity to be more realistic. 
Tweak: Signal block update with departing trains vs set values. 
Tweak: Smoothed departing and arriving train animations. 
Tweak: Players now spawn @ hub stations (Windermere) on the side where    the train currently is, or will be next. 
Tweak: Canvas UI disabled during arrival animation to prevent crashing if the players goes back to the main menu during animation.  
Tweak: Adjustment to signal spawn times. 
Tweak: Player speed adjusted to be more realistic. Now have fast walkers and slow walkers. 

UI: Loading screen added on levels. 
UI: Social buttons and branding added to splash screen & main menu.

Design: Changed colours for Midland station. 

Bug: Design bug fixes. 
Bug: Fixed spawning location bug. 
Bug: Fixed game crash where if spawned while train was in station. Game would crash. 
Bug: Fixed bug where sprites wouldn't load on first launch of game. 
Bug: Fixed bug where capacity bar was broken.


Devlog #5 – July 13, 2019

UI & Signal Blocking!

Well, here it is! Our first video devlog is out! Here is a first look at the gameplay and some of the changes we made this week! Check it out!

Alpha Version 0.3

BUG: Offline Tickets now charge when the hour changes. No longer crashes
BUG: Fixed an Animation bug that, while rare, would cause the animations to fail.

UI: New top panel for game controls created.
UI: Colour scheme changed to be easier to see.
UI: Filled in Station Names and Map for Line 1

Feature: Frequency can now be changed by user by tapping frequency in the top.
Feature: Second station (Midland) is now unlocked by default.
Feature: Signal blocks now created to provide realism to arriving and departing trains. 
Feature: Arriving trains now generate players accurately. 

Devlog #4 – July 7, 2019

Economy Enhancements & Loading State

Twitter | Instagram | Subreddit | Discord

Reminder: What you see in this devlog may be changed by final release of the game.

Hello fellow Commuters and for our North American friends I hope you had a great Canada Day/Fourth of July long weekend!

This week we wanted to do a lot more but was faced with a game breaking error that took a good chunk of my time to fix it. But, were cleaned up and ready to start going through our changes for the week.

Time Change

In Devlog #3 we created our time engine and at the time, it was to ensure that the dispatch of trains was working with our Signal Controller. We started to develop more and drew out the plans for next task to work on and found that using real time was not going to work for the type of game we would want to do.

I’m sure you are all are aware that typical tycoon style games work on their own time. So, when you end the game, the game pauses and then resumes when you restart the game. With that in mind, we changed the time engine to work on a local time system. Because of that we are able to speed up the game and run at a faster state allowing you to play the game a little faster.

Economy Enhancements

Now that we have a more usable Time system we are now able to run things “offline”. What we mean by that is that when you leave one station and go to another, the income you gather from the first station will get calculated and counted so that when your working in another station, you are still gathering income.

Also, we are now able to spawn sprites based of the time of day just like in real life. So, 1am is not going to be as busy as 5pm on a Friday. Before, we just had it spawning every few seconds. But now, we can control it with the data we have put in.

Example of calculations.

This adds to the realistic effect that the time of day tests your system for its efficiency.

Loading Script

So, as I mentioned we found a game breaking bug that took WAY to long to fix. Well, longer then I wanted. It came down to the saving and loading. The game upon getting killed would save all the necessary things it needs to save. Then when it reloads, it well, reloads everything.

This was working fine, then it game to me loading it on to my device for some testing and noticed that when the game launched, it crashed. No mater what I did, it would crash. Turns out when the game loaded and it did not have a save state it freaked out and crashed. So, after many hours trying to fix it we figured out the solution. Now when the game launches for the first time it will create a save state and then call it later. Then upon close, it does the normal working behaviors.

This was honestly like 3 lines of code. Funny how that works eh?

Thanks for reading this weeks devlog. This was intended to be a video devlog but ran into some tech issues when editing. Hopefully the next one will be a video for you all to really see the game.

As always please follow us on all our socials!

Twitter | Instagram | Subreddit | Discord

Version Alpha 0.2

- Changed TimeEngine.cs to be local vs live time.
- Created speed code for fast forward feature.
- Created LoadingScript.cs to increase loading speed and prevent crashing.
- Changed GameController.cs to match spawn requests from EconomyController.cs
- Set out of station code to calculate income while not in station.
- Added players per minute to UI
- Trains now tally how many sprites board train for future features.