next »

[Eneko Egiluz]

Very smooth. Nice!

Thanks so much! We’re glad you like it!

It looks like you're using Unity as the engine for your awesome game, so I'll ask you one question about the way you manage collisions. Are your colliders actually Collider2D or are you using your own objects and doing all the collision checks by hand without using the Physics2D overlap and the like functions?

Thank you! We’re actually only using Collider2Ds to describe the collision boxes of our game, as we are doing all the detection and resolution of these collisions plus the physics ourselves, mainly to be able to control everything during an online match. By letting Unity detect and resolve all of that, we would not have control over it during an online match and it could lead to quick desyncs of the level state.

I'm really curious about the networking implementation for the online feature. I apologize if you have already written about it, but I glanced through the devlog and couldn't find anything about it.

Which networking library are you using, and how do you handle latency? In a fighting game I can imagine it's really important. I can see the need for a handful of techniques: client-side prediction, state rollback on the server to validate instant hits, and projectile pre-stepping for instance. I might be completely wrong on those, but still I'm curious how you guys do it

Right now we are using Steam’s networking library, but we’ve implemented an abstraction layer over it for future releases on other platforms.

About the latency, you're not at all wrong! Our game is P2P, so we’ve had to replace the role of the server with the state rollback system on each client (I assume from your question that you know how it works, but we’ll talk about it in detail in a future post), which all players apply to get the correct state of sync. For the rollback system, we’ve based our implementation on GGPO (https://en.wikipedia.org/wiki/GGPO).
Related to this, we only send inputs from the players, and we use client-side prediction to avoid having to send the input of every player every frame.

This is a really dense and big topic, and this was just a quick overview of what we are doing with Dynasty Feud. I hope to have answered your question; if not, feel free to ask again and I’ll try to answer as clearly as possible.

[Eneko Egiluz]

This week we´ve been working on polishing Yaotl, the Aztec Jaguar Warrior.
An agile melee fighter with an astonishing ultimate transformation!
Enjoy!

[Ohmnivore]

Very smooth. Nice!

Thanks so much! We’re glad you like it!

It looks like you're using Unity as the engine for your awesome game, so I'll ask you one question about the way you manage collisions. Are your colliders actually Collider2D or are you using your own objects and doing all the collision checks by hand without using the Physics2D overlap and the like functions?

Thank you! We’re actually only using Collider2Ds to describe the collision boxes of our game, as we are doing all the detection and resolution of these collisions plus the physics ourselves, mainly to be able to control everything during an online match. By letting Unity detect and resolve all of that, we would not have control over it during an online match and it could lead to quick desyncs of the level state.

I'm really curious about the networking implementation for the online feature. I apologize if you have already written about it, but I glanced through the devlog and couldn't find anything about it.

Which networking library are you using, and how do you handle latency? In a fighting game I can imagine it's really important. I can see the need for a handful of techniques: client-side prediction, state rollback on the server to validate instant hits, and projectile pre-stepping for instance. I might be completely wrong on those, but still I'm curious how you guys do it

Right now we are using Steam’s networking library, but we’ve implemented an abstraction layer over it for future releases on other platforms.

About the latency, you're not at all wrong! Our game is P2P, so we’ve had to replace the role of the server with the state rollback system on each client (I assume from your question that you know how it works, but we’ll talk about it in detail in a future post), which all players apply to get the correct state of sync. For the rollback system, we’ve based our implementation on GGPO (https://en.wikipedia.org/wiki/GGPO).
Related to this, we only send inputs from the players, and we use client-side prediction to avoid having to send the input of every player every frame.

This is a really dense and big topic, and this was just a quick overview of what we are doing with Dynasty Feud. I hope to have answered your question; if not, feel free to ask again and I’ll try to answer as clearly as possible.

Thanks for the rundown! I don't have anything more specific to ask at the moment. I must say it's really impressive though, your networking implementation seems top-notch along with all the other systems you've had to make for the game. Definitely a programming challenge but you're holding up well

[Reyn]

Are you guys sure you want to remove the whole western at dusk tone of the level? I feel like just cleaning the textures, adding more contrast to the platforms and toning down the train's steam was enough, otherwise the whole level looks kinda flat.
Take a look at how Towerfall uses different techniques (like black outlines in all the important things, and that blocky feel in the tiles which is missing in the background) so that it can be readable without making all the levels feel samey.

[Eneko Egiluz]

Are you guys sure you want to remove the whole western at dusk tone of the level? I feel like just cleaning the textures, adding more contrast to the platforms and toning down the train's steam was enough, otherwise the whole level looks kinda flat.
Take a look at how Towerfall uses different techniques (like black outlines in all the important things, and that blocky feel in the tiles which is missing in the background) so that it can be readable without making all the levels feel samey.

Actually the level evolves and the light is still turning into dusk when the match goes on. The Characters have a color outline, witch we believe to be enough for highlighting them, but that black outline is something we keep in mind. We just needed to make BG less visible since characters can navigate all the BG elements so we avoided those blocky contrasted tiles you mentioned from Towerfall, which are just platforms in our game.

Thanks for the feedback, We´ll keep those nice ideas you dropped in mind. Wanna test  the black outlines on characters. Here you have a screencap of the current level at dusk.

[Krisjet]

This game looks rad! I love local multiplayer games, would definitely pick this up and invite some friends over
I like the detailed devlog you have going on as well, will definitely be following this one!

[MiNTO]

Game looks great. Love these types of games!

Keep up the awesome work. 

[Eneko Egiluz]

Thank you guys! We´ll keep working and posting more progress of the game.

Here you have the movement collection of Citlali, the Ball Player, a dangerous Aztec with an unexpected war tool.
Hope you like it!

[Alevice]

Hey, this is looking great! A minor observation, but citlali is a female name.

[Eneko Egiluz]

Hey, this is looking great! A minor observation, but citlali is a female name.

Thank you! and how the hell didn´t we notice that?! 
Any name suggestion for our (male) Aztec Ball Player?

[Reyn]

I dont know how do you call a ball player in nahuatl, but maybe you can name him Tlachtli which is the name of the ball game itself. Or Huemac which is a toltec god who played it with Tlaloc, or just Olli which is the material the ball is made.

[Eneko Egiluz]

We have a new name for the Ballplayer, now he is called Ahuacatl. We have also checked the other names of the Aztec Dynasty and changed some of them.

But more important, we have found out that we did not have a full match gameplay, so we recorded this one to show you how the game looks and plays right now. Hope you like it.

Edit: I did not see you reply Reyn. Those in fact are really cool options. Personally I like Huemac, but will have to discuss with the rest of the team. Thank you for the help.

[nu_muso]

Freakin' awesome! It's great to see this come alive. Great soundtrack too

[Eneko Egiluz]

I dont know how do you call a ball player in nahuatl, but maybe you can name him Tlachtli which is the name of the ball game itself. Or Huemac which is a toltec god who played it with Tlaloc, or just Olli which is the material the ball is made.

Thank you for your suggestions, we loved them and we finally changed the name of our Ball player to Huemac. 

We continue improving Dynasty Feud and we would like to remind to all subscribed testers that today at 5pm GMT and until this sunday a new Closed Beta session will take place. You´ll receive your keys via email in the next hours.

We also opened the Steam Store Page for Dynasty Feud. You are invited to follow us and make any suggestion about it!

[Eneko Egiluz]

Hey Brawlers!

We´ve been working on Aztec Dynasty, and today we are proud to show you... Cuauhtli, the Bird-Man!
He might be a good resource for your children´s birthday party, but has no rival defending his ancestor´s  temple... Watch your back, danger comes from above! 
Enjoy the video

[quantumpotato]

Looks fun. And GGPO, 

[Eneko Egiluz]

Looks fun. And GGPO, 

Thank you! We're just preparing a post about our networking implementation. Should be here soon.

[romulosan]

It looks fun, with very crazy multiplayer.
I look forward to the release.

[Eneko Egiluz]

It looks fun, with very crazy multiplayer.
I look forward to the release.

Thank you for your words guys!

We continue polishing and balancing characters and today we show Gruup, the Boxer from Cavemen Dynasty. A fast short-distance fighter with great agility. His dodge will caught you off guard. Enter video!

[nu_muso]

Awesome music! Really gets you in the zone with a cool character