next »

[Mittens]

Here's the video flythrough version;

[Mittens]

I'm working on a video tutorial series to teach people how to play KR





these will come with the game and you'll be able to play each one individually from the "tutorial" tab

Here's a first draft of the first video, meant to teach "Basic Melee"

other ones i still need to make include;
Advanced Melee - Counterattacking
Advanced Melee - Locking
Advanced Melee - Combos
Basic Movement
Character Creation

and then I was going to do a short intro video to each spell as we add it.

Please tell us any improvements you can think to make to that first vid

[J-Snake]

Sorry for temporal offtopic, I just want to know why you prefer UDK to Unity for this game.

I would also like to know whether you use a fixed frame-rate for game-mechanics.

[Whiteclaws]

Rad as always

[Mittens]

Sorry for temporal offtopic, I just want to know why you prefer UDK to Unity for this game.

I would also like to know whether you use a fixed frame-rate for game-mechanics.

If I was working alone I'd be using unity for sure, programming a game in unreal is a whole lot more difficult than in unity.
The art pipeline is also a whole lot more complex in UDK due to all their clever stuff to optimize performance and load times etc.
So basically a game will take 10 times as long to make in UDK but it will likely run 10 times faster and look 10 times better, it's just a trade off you need to make one way or the other depending on your needs.

This game probably couldn't be made in anything other than UDK, it really makes heavy use of all the animation functions available in UDK which other engines just don't really have.
I also really wanted it's graphics and effects to be on par with the current technology rather than having to do something cartoony or low poly so that it would run smoothly in unity.

We don't ever code things to a fixed frame rate, frame rates are never reliable and code should always be based on the time a frame actually took to render or tick (deltatime) . This is especially true in a multiplayer game like ours where all the players need to be kepy in sync and getting consistent messages

[Mittens]

here's all the tutorial videos in a playlist

[EnigmaDevFan]

What is this, unity? Damn my games might have awesome graphics but my skills just don't stand a chance with games like this one. Excellent work, keep it up! The amount of detail you put in to those 3D scenes in incredible.

[Hisai]

Really digging what you're going for with KR. Neat stuff.

@EnigmaDevFan
They're using UDK, not unity

[J-Snake]

We don't ever code things to a fixed frame rate, frame rates are never reliable and code should always be based on the time a frame actually took to render or tick (deltatime) . This is especially true in a multiplayer game like ours where all the players need to be kepy in sync and getting consistent messages

Not sure about multiplayer but aside from that you cannot have perfectly relyable mechanics in a variable step, except you want randomness of slight inconsistencies on purpose. I have to imagine a solid competitive combat game would require frame perfect timing dependencies, at least that is the quality I would shoot for.

If the game doesn't manage to run at a certain frame-rate one option can be to lower the visuals instead of violating the intended game-mechanics.

[Uykered]

http://forums.tigsource.com/index.php?topic=26388.msg779322#msg779322

[J-Snake]

To point out a flaw you would have with measures based on elapsed time:

In general the interplay of attack and recovering-time would not be modeled correctly. As example imagine you block a certain attack and counter it with something appropriate which is intended to be tightly possible. Now imagine the last frame before your attack hits takes a little more processing time so that your opponent can block again. That moment changed the intended mechanics of the game, like if in chess the horse is jumping 4 instead of 3 fields all of a sudden. Of course one can come up with ways to take that elapsed time and try to restore the correct happening but there are still rounding errors, which means your mechanics cannot always be perfectly clean.

Of course there are ways to help it but the tendency is against you. This would be all solved if the happening is modeled in discrete frame-time intervals and not in real elapsed time. That is why fixed timestep.

[Mittens]

To point out a flaw you would have with measures based on elapsed time:

In general the interplay of attack and recovering-time would not be modeled correctly. As example imagine you block a certain attack and counter it with something appropriate which is intended to be tightly possible. Now imagine the last frame before your attack hits takes a little more processing time so that your opponent can block again. That moment changed the intended mechanics of the game, like if in chess the horse is jumping 4 instead of 3 fields all of a sudden. Of course one can come up with ways to take that elapsed time and try to restore the correct happening but there are still rounding errors, which means your mechanics cannot always be perfectly clean.

Of course there are ways to help it but the tendency is against you. This would be all solved if the happening is modeled in discrete frame-time intervals and not in real elapsed time. That is why fixed timestep.

Yeah, I see what you are saying, we do have measures in place which enforce rules like re-attack time but it's still an internet networked game.
Delay and bandwidth are always going to try and create inconsistencies in the game so it's kind of pointless for us to worry about small differences in frame render times (especially when most people will be running the game at 60fps)

Anyway, today I started working on a Steam banner image;

[Carrion]

BIRDS!!!

Yes.

[Mittens]

Bows

[Mittens]

back to working on the cover image.

To be perfectly honest I don't really want to be the one doing this
and so far I'm not happy with my results.
Even though I don't think I'm technically qualified enough to make what I want made nobody I want to contract has responded to my emails.

So yeah, I'll probably have to take a few runs at this before it looks like how I want

[Blambo]

Not a huge fan of the low saturation high contrast look, considering the actual visuals of the game are really lively and vibrant. And the rendering seems weirdly muddy in some places but super sharp in others, and there's lots of extraneous brushstrokes that don't add much, but you're not done so I'll shut up about that.

But I love this project and everything about it, so I want to take a crack at a cover, brb

[ANtY]

not keen on the highlights/rendering too much atm, but I believe you can do something you'll be happy with!

Good luck 

[eigenbom]

This looks great

[Mittens]

I tried some small fixes, I think it's quite an improvement
I didn't realize how i'd been overdoing the contrast until you guys said it

[Uykered]

Looking a lot more cool, i feel like a bit of the red glow should be on his other arm and sword too though as just the white light by itself is a bit boring.