Jump to content
  • Advertisement

Project: Link It Up!

Link It Up! | Devlog #5



Hello everyone! Welcome to my 5th devlog :D

Since my last devlog I've made a small, yet very effective improvement to my game's tileset.
I think it just looks waaaay better now.

I also found a simple solution to combat "aggressive players" who'd drop enemies onto spikes :)


Also, there will be achievements for Link It Up! and they will be available on every web portal I publish the game on.
As you can see on the image bellow there will be 3 achievements. Completionist (for completing the game), Collector (for getting all collectibles) and You Got It (for getting half way through the game).


Most importantly, I managed to make all 30 levels for the game. I think that these levels are pretty nice.
They showcase different mechanics and use every one of them in a few interesting ways.
Levels are mostly focused on puzzles but if you have some platforming skills you'll be able to get more collectibles.

The next thing I need to do is to test these levels. 
If you're interested in playtesting Link It Up! just DM/PM me here or on Twitter and I'll make sure to let you know when you can do so. Thanks!

Make sure to subscribe to my Newsletter to get notified when I release Link It Up!


Recommended Comments


Posted (edited)

I like the new border details.

I really like that you discourage users from destroying the enemies.  Seems video games these days are almost synonymous with death.  Hats off to you!

I don't know what your timeline for this project is, or what you ambitions are, and I haven't actually played it yet, but from what I see so far I think there are further game-play elements that could be explored.  I only say that because I get the impression you're wrapping things up.

Edited by Awoken

Share this comment

Link to comment
5 hours ago, Awoken said:

I like the new border details.

I really like that you discourage users from destroying the enemies.  Seems video games these days are almost synonymous with death.  Hats off to you!

I don't know what your timeline for this project is, or what you ambitions are, and I haven't actually played it yet, but from what I see so far I think there are further game-play elements that could be explored.  I only say that because I get the impression you're wrapping things up.

Thank you for your support! 😄

Timeline for my web games is one month or month and a half, so yeah, I'm starting to wrap things up. Although, if people like this game when it comes out, I'll consider going further with this idea and making it into a PC game. For now, I'll just try to balance existing levels properly and to polish them as much as I can. 

Share this comment

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement
  • Advertisement
  • Blog Entries

  • Similar Content

    • By Ruben Torres
      If you plan on jumping into Unity Addressables Pooling, be careful. You better make sure the object pool is not empty.
      [The original post with its formatting can be found at Unity Addressables Pooling]

      In previous posts, I showed you how to load content in your game without limits.
      Well, sure there are limits, but you are not likely to reach them if you did a good job at implementing your asset content management system. And I'm pretty sure you'll get it right enough if you followed my advice.
      But so far, I can say we are missing one important piece of the puzzle, though. I mean, we're missing many, but today I want to focus on a very specific one: latency.
      What's latency?
      Latency is the time it takes between starting something and finishing it. It is some sort of delay that we usually want to avoid.
      You suffer latency when cooking your microwave popcorn, for instance. There, you start the microwave and have to wait for 3 to 5 minutes. And we want to eat popcorn right away, so this kind of latency is bad.
      When we get into the field of games, things get worse than cooking popcorn.
      In games, milliseconds matter. Everything above 20ms makes competitive multiplayer a bit more unfair.
      But in this post, we're not talking about multiplayer games. We will be talking about the latency we suffer when we load and display an asset using Addressables for Unity.
      And actually, we will do something about it.
      We'll implement a simple Unity Addressables Pooling System.
      Will you jump in the pool?
      Quick Navigation (opens in a new tab)
      Level 1 Developer: Simple Unity Addressables Loading
      Level 2 Developer: Unity Addressables Pooling
          1. Warm-up the asynchronous pool
          2. Helping our Gameplay: take an item from the pool
          3. Saving CPU time: return the item to the pool
          4. Freeing up memory: disable the pool
      Level 3 Developer: Smart Unity Addressables Pooling
          Automatic Pooling

      Level 1 Developer: Simple Unity Addressables Loading
      Yes, I know. We've done this several times.
      We take a prefab, mark it as Addressable and we assign it to a script that loads the prefab whenever it makes sense.
      And this gives you big benefits over traditional asset management workflows based on direct references. In short, using Addressables gives you...

      To read more on this, visit my introductory post on Unity Addressables Benefits: 3 Ways to Save Your Game.
      In this blog post, I'll stick to showing my tremendously complex sample project setup.

      Unity Addressables Simple Setup
      Oh nevermind, it was just a prefab instantiated through the Addressables API...
      This works most of the time just fine for any game.
      This loading and instantiation process has some latency to it. Unity has to fetch the required asset bundle, load the prefab and its dependencies and instantiate.
      The loading process should take well below 1 ms.
      But things get messy when we add more complexity to this object. If we add animators, particle systems, rigid bodies and such, Unity can surely end up stealing 10 ms away from us. Activating these components can take a significant amount of time.
      And if the asset bundles are served over the network and they were not ready, then we're speaking of seconds, even minutes.
      How terrifying would your game be if by the time your final boss is spawned the player already reached the end of the dungeon?
      This is my guess: as terrifying as profitable.
      A typical solution in Unity relies on adding object pools. 
      There're many object pools you can find online for Unity. The issue is, they're not Addressables-ready.
      But now, you'll get one.

      Level 2 Developer: Unity Addressables Pooling
      Let me warn you here: the needs for a pooling system greatly vary from project to project.
      Here I'll be giving you a simple system that you can tweak to match your needs.
      This is what you'll want from this pooling system:

      In case you were wondering: yes, I re-used the icons from the previous section. Busy times here.
      Before we jump into the code, I'll show you the test I prepared.
      1. Warm-up the asynchronous pool
      By now, the prefab and its content are not loaded in memory.
      The pool is enabled and loads the prefab based on Addressables.
      Then, it instantiates several objects and deactivates them all, paying the price of Awake, Start, OnEnable and OnDisable.
      By now, the prefab contents are in memory.

      Addressables Pooling: Warm-up
      2. Helping our Gameplay: take an item from the pool
      A user takes an item from the pool and puts it somewhere in the scene through the synchronous method Take().
      The user pays the activation (OnEnable) time, which depends on the complexity of their prefab.

      Addressables Pooling: Take
      3. Saving CPU time: return the item to the pool
      The user gets tired of their new toy and returns it to the pool.
      The pool deactivates it and puts it under its hierarchy, paying the price of OnDisable.

      Addressables Pooling: Return
      4. Freeing up memory: disable the pool
      After some time, we know we will not need this item anymore.
      We disable the pool and therefore it'll free up all the used memory, even though the indirect reference is still present in the pool.

      Addressables Pooling: Disable
      The strength of this method relies on memory management. We pay the memory price when we decide to.
      With traditional Unity Object Pools, we paid the memory overhead all the time, even if the prefab was never instantiated.
      Now, how does the code look like?
      01: public class GamedevGuruPoolUserTest : MonoBehaviour 02: { 03: [SerializeField] private AssetReference assetReferenceToInstantiate = null; 04: 05: IEnumerator Start() 06: { 07: var wait = new WaitForSeconds(8f); 08: 09: // 1. Wait for pool to warm up. 10: yield return wait; 11: 12: // 2. Take an object out of the pool. 13: var pool = GamedevGuruPool.GetPool(assetReferenceToInstantiate); 14: var newObject = pool.Take(transform); 15: 16: // 3. Return it. 17: yield return wait; 18: pool.Return(newObject); 19: 20: // 4. Disable the pool, freeing resources. 21: yield return wait; 22: pool.enabled = false; 23: 24: // 5. Re-enable pool, put the asset back in memory. 25: yield return wait; 26: pool.enabled = true; 27: } 28: } That's a pretty normal piece of code for testing.
      If there's anything relevant to mention is line 13. Why do we look for the pool passing our asset to GetPool?
      The idea behind that is that you might need several pools, one for each asset type, so you need a way to identify the pool you want to access.
      I don't particularly like static methods that access static variables, but you should adapt the code to the needs of your game.
      By the way, you don't need to copy all the code yourself. I prepared a repository you can access for free. Visit the GitHub Repository
      And how's the code for the pool itself?
      01: public class GamedevGuruPool : MonoBehaviour 02: { 03: public bool IsReady { get { return loadingCoroutine == null; } } 04: 05: [SerializeField] private int elementCount = 8; 06: [SerializeField] private AssetReference assetReferenceToInstantiate = null; 07: 08: private static Dictionary allAvailablePools = new Dictionary(); 09: private Stack pool = null; 10: private Coroutine loadingCoroutine; 11: 12: public static GamedevGuruPool GetPool(AssetReference assetReference) 13: { 14: var exists = allAvailablePools 15: .TryGetValue(assetReference.RuntimeKey, out GamedevGuruPool pool); 16: if (exists) 17: { 18: return pool; 19: } 20: 21: return null; 22: } 23: 24: public GameObject Take(Transform parent) 25: { 26: Assert.IsTrue(IsReady, $"Pool {name} is not ready yet"); 27: if (IsReady == false) return null; 28: if (pool.Count > 0) 29: { 30: var newGameObject = pool.Pop(); 31: newGameObject.transform.SetParent(parent, false); 32: newGameObject.SetActive(true); 33: return newGameObject; 34: } 35: 36: return null; 37: } 38: 39: public void Return(GameObject gameObjectToReturn) 40: { 41: gameObjectToReturn.SetActive(false); 42: gameObjectToReturn.transform.parent = transform; 43: pool.Push(gameObjectToReturn); 44: } 45: 46: 47: void OnEnable() 48: { 49: Assert.IsTrue(elementCount > 0, "Element count must be greater than 0"); 50: Assert.IsNotNull(assetReferenceToInstantiate, "Prefab to instantiate must be non-null"); 51: allAvailablePools[assetReferenceToInstantiate.RuntimeKey] = this; 52: loadingCoroutine = StartCoroutine(SetupPool()); 53: } 54: 55: void OnDisable() 56: { 57: allAvailablePools.Remove(assetReferenceToInstantiate); 58: foreach (var obj in pool) 59: { 60: Addressables.ReleaseInstance(obj); 61: } 62: pool = null; 63: } 64: 65: private IEnumerator SetupPool() 66: { 67: pool = new Stack(elementCount); 68: for (var i = 0; i < elementCount; i++) 69: { 70: var handle = assetReferenceToInstantiate.InstantiateAsync(transform); 71: yield return handle; 72: var newGameObject = handle.Result; 73: pool.Push(newGameObject); 74: newGameObject.SetActive(false); 75: } 76: 77: loadingCoroutine = null; 78: } 79: } I know, somewhat long, but I want to post it here so I can explain what's going on.
      Like I said before, in line 14 we're getting the right pool for you, as in this article we aim to have a pool per prefab. We use the runtime key for this matter, which is the string we use to identify our addressable assets. Other variations can include using generics and enums to use a single pool object instead.
      In lines 30-33, we take one object from the pool, we parent it and then activate it. You might want to add more arguments to this function, such as position and rotation.
      We do the opposite in lines 41-43. Like the child who rebels and leaves home only to come back after just an hour, we accept it back. We deactivate it and parent it back to our pool game object.
      And then it is time to warm up the pool and empty it in lines 52 and 60. We pre-warm the pool when it is enabled by instantiating and deactivating 8 prefabs. Finally, we call Addressables.ReleaseInstance to free up memory.
      The strategy here is clear: enable the pool when we suspect we will need it and disable/destroy it when we don't.

      Level 3 Developer: Smart Unity Addressables Pooling
      There are so many variations of Unity Addressables Pooling systems.
      It all really depends on your objectives for your game.
      You could, for instance, prioritize performance. If that is the case, you certainly don't want to activate/deactivate entire game objects on the pool's Take and Return calls.
      Activations are extremely expensive. What you want there is to enable/disable certain components instead, such as renderers, animators, canvases, etc.. You'd stop paying the draw calls while not paying activation times.
      Something you could also avoid is excessive parenting, as we also pay a high price for it.
      If this is your case, you might want to go for PerformancePool.
      Did you ever use Photon, PlayFab, Mirror or any other networking solution to add multiplayer possibilities to your game?
      If so, you might have noticed you often have to assign a prefab somewhere so these systems instantiate it when required.
      But what if your prefab is based on Addressables?
      Well, in that case, you can still profit from a more specialized plug and play pool version: NetworkedPool. 
      Automatic Pooling
      If performance is not required and you'd rather save time, you can also make your life easier and still get the benefits of pooling.
      You could go for the AutomaticPool component, which will take care of loading and unloading prefabs for you. What is more interesting, it'll free up its entire memory after a certain time has passed without users requiring the prefab.
      If you are interested in these Plug And Play components, you'll be happy to know they will be included in my upcoming Addressables for the Busy Developer course.
      Highly-skilled game developers and I will start a sprint to transform and level up the way we make games in Unity.
      Join us in the quest.

      What did you think of the article? Leave a comment to share your experience with Addressables.
    • By zuhane
      Hello people!
      Thanks for taking the time to read this post. I've been using Unity for a while now and I must say that I'm very impressed with it. Definitely a jump up from XNA. However, something that I've noticed that leaves a lot to be desired is the 2D tile-based collision. Below is a little video of a game I've been working on with a friend which demonstrates my problem. Essentially, games that use huge open planes and polygons don't seem to have many problems with collisions, but when a game consists of lots of small tiles stacked alongside each other, objects tends to get stuck in-between the gaps. For example, if I have a horizontal strip of little tiles, and the player runs along the top, sometimes he'll come to a standstill and have to rebuild his momentum, However, this is much more noticeable for the ball. The ball seems to consistently bounce around randomly by hitting into edges, due to the nature of how fast and random it moves, making it very hard for players to line up shots and make meaningful choices in how they attack the ball.
      So after doing a little Googling, it seems like there's absolutely nothing on this topic. It baffles me, because tile-based platformers seem to be everywhere on Steam! So after some more digging, I saw that many people were using composite colliders, so that after the level is generated, the tiles all merge together into one polygonal/composite collider. However, I've found that this problem still occurs even when using this method, especially near corners. Am I possibly overlooking a simple solution here? This has been giving us grief for months now!
      It's also worth mentioning that composite colliders create another problem within our game world. The blocks within the levels are meant to be damaged upon contact with the ball. However, when these are nested inside an object using a composite collider, none of these collisions fire off any more, essentially making all the blocks in the level indestructible. Is there a way to cycle through all of the colliders inside of a composite collider to check them individually? Any help would be mundo appreciated.
    • By RoKabium Games
      Aura enemies – ”Murderia” is a crystal based life form that moves across any type of block at some speed. This creature cannot be killed by digging the block it sits on and therefore it makes the block it sits on impossible to mine. It fires projectiles in all directions if it feels threatened so kill from afar.
  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!