• Advertisement
  • Popular Tags

  • Popular Now

  • Advertisement
  • Similar Content

    • By Michael Santer
      Hi!
      We're currently two programmers and a game designer working on a turn-based tactics fantasy board game. For reference you can search for images of "Tactics Arena Online", a fairly dated game that used to have a lot of depth and complexity.
      Our goal is to use the same combat concepts, but giving it a much needed modern touch as well as a whole new set of heroes to choose from with additional abilities. The game is a mix of isometric and 3D and we plan to release the game on Steam and hopefully Android & iOS as well.
      We are looking for someone to work with us pro-bono (just like we're doing) as a 3D character artist. The skills needed are creativity, a hard working attitude and an ability to make minor animations (things like idle, walk, block and very rudimentary attack animations). A perk to have would be the ability to make some VFX. If the game makes it on steam and money starts coming in, you'd obviously be compensated for your hard work, but as it stands this is a hobby project to garnish your portfolio.
      A bit more about the game:
      This game will be an online multiplayer game where each user gets to pick up to 10 characters to place on his half of the board (this would be done before even entering matchmaking. Think runes in League of Legends for example). The user can place his 10 units of choice anywhere he likes on his half board. Some units can be used more than once. So if you want 4 knights and 2 mages or even if you want 10 clerics, you can do as you please. You can then save your setups for future use. The goal of the game is to wipe out the enemy team.
      Each character or Hero (except premium and abyss characters) start with 1 ability and they can ascend (either by playing a certain amount of matches with the character or by forcing the ascension with real money) to gain a new ability or passive. Acquiring a new character can be done by using in-game currency that you earn from playing matches or using real money with the exception of Abyss characters which can only be acquired by winning certain rare matches. The goal is to offer a freemium game with lots of customizable elements while making sure that no user can "buy power" with real money. We want everything that a paying user can get to be available to non-paying users who play the game a lot.
      Ultimately we want this to become a competitive game that people can enjoy and really get invested in. Each character is designed with options for counterplay in mind and synergy with other heroes.
       
      We sincerely believe in what this game can become and we home to find someone just as passionate as we are to get involved in this project!
    • By CrazyApplesStudio
         Hello , i would like to showcase my first game project, a simple endless casual arcade game called Apples Mania : Apple Catcher. The game has simple goal , scoring as high as possible by collecting falling apples while the difficulty gradually increases. Different apples are worth different amount of points and there are also 2 power-ups to help you in your challenge.
        The game took me about 2 months to complete and polish and i made everything except for the music tracks and some of the sound files. Made in unity and blender3d.
        Would appreciate any kind of feedback.
      Google Play Link
       
        A trailer showing basic game-play:
       
    • By Paszq
      Troglodytes are a playable races in Arpago - they usually don't talk much and most of them lives near water sources.
    • By Paszq
      a Fox in a dungeon :)
    • By Paszq
      Fox Folk is one of 3 playable races in Arpago.
  • Advertisement
  • Advertisement
Sign in to follow this  

Unity Making an endless runner similar to Turbo Pug

This topic is 491 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Hey everyone!

 

I'm pretty new to this forum, so don't know if this is the right place to be posting this. I'm a hobbyist game developer, and have been teaching myself Game Maker for a few years now - with a view to moving over to Unity in the near future.

 

I've been thinking about how to go about making a 2d sidescrolling procedurally generated endless runner, and have worked out the basic programming logic (move the background rather than the player, have platforms spawn and scroll across the screen etc). I've been playing this endless runner called Turbo Pug recently, and have been trying to work out the programming logic for the platforms. I've posted a video below. Most endless runners I've come across vary the length of their platforms (so, kind of like Canabalt), but Turbo Pug seems to have set sizes/types of platform. I'm unsure whether there are different sprites drawn for each platform 'type' (which seems long and unlikely), or whether the developers have meshed together different combinations of tiles. This still seems really complex to me, but if anyone has any ideas about how this might have been done, that would be really helpful! I'm not asking for anyone to code this for me, just to give me some idea of the logic behind it. Cheers!

 

Turbo Pug: 

 

 

 

 

 

 

Share this post


Link to post
Share on other sites
Advertisement
Yes - and also whether they've drawn different platform types. Or whether they somehow generate these through code?

Share this post


Link to post
Share on other sites

with a view to moving over to Unity in the near future.
 

 

I would look at UE4's 2d paper side of the engine. It has some very good resources for this.

Edited by Navyman

Share this post


Link to post
Share on other sites

Procedural generation like this relies on creating a set of rules defining what you want to see and then determining how you can generate data within those bounds.

 

For what I saw of that game, they made a handful of concepts about floors and ceilings, then they added possible variations to each concept, such as how high or low the thing is, or how wide it is. If your runner accelerates over time then you probably want to increase the width of things (gaps, floors, etc) a little bit over time as well. Other than that you just use the RNG to pick all the variable factors (within the ranges you specified) for the thing, spawn the thing with those factors, and then use the RNG one more time to determine how long it will be before another thing of that type is spawned.

 

For example, you could have one function for spawning floors, one for spawning ceilings, and one for spawning groups of score tokens. If you use the distance that you've run as a timer then you can have one function for generating and spawning each of those and returning the timestamp of when that function should be called next. Every frame you check the timer against the timesteps and call the functions that need called.

 

Make sense?

Share this post


Link to post
Share on other sites

Thank you, that makes perfect sense! You've set out a really good method for coding procedural generation, and I think it's within my remit to put something like that together. Although, I'm still unsure whether they used your specific method in Turbo Pug. Most sets of blocks seem to be the same width/appear at the same height every time - and the gaps between them seem to be the same width. If that's the case, do you think they've purely drawn separate sets of sprites (whilst using the procedural generation method you suggested above)?

Edited by matt93

Share this post


Link to post
Share on other sites
I didn't look too closely at it, but when I made a runner with some other folks a while back we had a few tall but narrow sprites that we tiled together to make spans of rooftop of varying lengths and heights.

Whether the developers of Turbo Pug used large sprites or just predefined chunks with tiles doesn't have much impact on the final process, but if they used tiles (it sure looks like it) then it would have been easier for them to create and edit the chunks during development. Tiles are also smaller on disk and in memory, although the difference in this case is probably trivial.

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement