Відео

Thanks! The Vostok dev is a fellow finn AFAIK. Maybe it's the laid-back mellow Finnish thing :)

Thanks! Which game do you mean? They all have their own camera systems.

@@MadrigalGames Traction point, I was talking about the intro sequence, do you use interpolation? I quite like all the other cameras though, specially those turns on Jailbreak (I see some of the others also have turns, not sure if they're different though).

Not sure what you mean by "turns". The intro camera in TP where it starts looking at the vehicles approaching and blends into the gameplay camera does interpolate between two cameras, yes. It runs a camera animation where it follows a spline set up in the level editor and smoothly blends to the normal gameplay camera. I also interpolate between different "normal" camera modes, eg. between the driving camera which tries to stay behind the vehicle and the orbit camera which allows the player to look around.

Yeah, it's pretty fun actually. Check out ua-cam.com/video/eLyEsEVHcZY/v-deo.html and ua-cam.com/video/5U99q-BnJYI/v-deo.html

​@@MadrigalGames Man, I've seen both videos now and I have to say that I really like them, I wish I had come across your channel before honestly. I say that I find it impresive because I spent years working on a hobbie RTS game with Unreal Engine 4 that had ai vehicles (with physics) as well but they were horrible and incomparable to yours to be honest and I couldn't find anything about navmesh ai cars on the internet to improve them. Since then I got frustated with UE4 and Unity and started making my own engine to make an RTS game (with ai vehicles) and seeing someone that has come across this and shared it to help others is really great.

That's interesting. Brings to mind this GDC talk about Homeworld: DoK, where they talk about how to combine a deterministic RTS simulation with physics-based visuals: ua-cam.com/video/wwLW6CjswxM/v-deo.html Best of luck with your project!

Tänks!

Cheers, glad to hear it!

Nah, the Zig code is mostly new stuff, except for a few things that I ported from C++ to Zig.

22:30 I see

@@MadrigalGames cool!

Thanks! No the engine isn't really set up for public consumption right now. Eg. there are zero docs for anything. I have been toying with the idea of releasing the Zig portion of the code for TP at some point though, and some version of the engine along with it so that it can be built, but we will see...

@@MadrigalGames Oh, so cool seeing other ppl use zig for gamedev!

No....? Is that a person or...?

​​@@MadrigalGamesyes, your voices sounds so similar, it's a different channel

Thanks, that's very kind (and encouraging)!

No, no, I started Traction Point last year. Or if you count Slide (as a "first attempt") then a few years before that. But yes indeed, using a premade engine would have made the whole thing much quicker. Keep in mind though that when I started, around 2009-2010, the premade engine options were much different than what we have today.

...not to mention, of course, that over half of the time making Traction Point has gone to making levels, models, effects etc, since I don't want to use that many premade assets, favoring to make stuff from the ground up. And all of that work remains even when using a premade engine.

@@MadrigalGames Also, that's 15 years of making other things that culminated into this. Making games is a type of art, it's layers of experience that make a final product. Doesn't matter if you release the prototypes you make, the things you learn along the way act as a foundation. So now you have Traction Point (which I love the looks of btw) and while it wasn't necessarily exactly what you were working on for all that time, it feels that way because all of the previous work built towards that.

This guy gets it!

Ah yes, the speed setting is sometimes what you need to translate from Rambling Finnish Dude <-> Normal Person. By thank you! And yes, Slide is pretty fun. I hope to return to it some day...

I do! I have used AngelScript for a long time and it is used to do all kinds of things like, creating and destroying objects, reacting to triggers, sending messages between objects etc. But these days I do lots of visual scripting, eg. the mission logic is a laid out as a flow graph. Particle systems and sound effects also use this system. You can see a simple example of a mission and the authoring tools, in Traction Point, in this video: ua-cam.com/video/2XHTAsQecX4/v-deo.html

@@MadrigalGames Thanks! May I ask what are the reasons you dropped AngelScript for visual scripting and have you considered embedding Lua or C#?

AngelScript isn't dropped. If you check out the video I linked, you'll see it being used together with the visual scripting.

Lua or C# would have worked just as well. Choose one and go with it.

@@MadrigalGames Thanks very much for the insights! Do you also have a video or hints on how to make the editor ui like you did? Just wondering also was there a specific reason why you choose that framework instead of ImGui for the editor?

Hälsningar från andra sidan viken!

@@malvaorlova7521 im from sweden, this is approved

@@MadrigalGames Finland?

I am afraid I don't have any such resources to point to. Like I say in the video, don't make an engine. Make a game, and let the engine get developed as a byproduct of that. The game project will have requirements of the engine and that will determine what you need to implement on the tech side.

@@MadrigalGames Thanks for your reply. It would be even good if u share some techniques such as rendering methords. Iam asking because u have many years of experience and iam a newbie, u would have already experience by trying many ways to learn all these things. I would be very helpfull for newbie like me to know how you learn all these things. U can share any resource which u might know like tutorials or etc.

Check out The Cherno and Cakez. That's where a lot of my inspiration comes from.

Привет. Вижу вы знакомы с "opengl и c++". Если ваш движок работает с ними, то советую интересную библиотеку GLM, которая бесплатна и позволяет работать с векторами. Она поможет создать 3д камеру, а в шейдерах можно будет использовать передаваемую матрицу для проекции.

Earlier versions of the engine had Bullet integrated pretty tightly, and this was the case for Jailbreak. During Slide I added a physics abstraction layer which allows me to target different physics engines. At this point Slide switched to using PhysX, mostly for its excellent vehicle SDK, and the same is true for Traction Point. I can still use Bullet though, simply by loading the Bullet plugin instead of the PhysX one.

I guess the answer is that I don't always stay motivated. But there are things that may help, such as trying to always work with a purpose. Don't add an engine feature just to add a bullet point to a feature list. Add a feature if a game/app needs it. Also, if you get burned out working on something, switch to something else. A great thing about a game engine is that there are so many different things to work on. Eg. switch from physics to scripting. From audio to input.

Hmm, if you are not in errors cycle, tutorial hell, and you getting fun what you done, and you done thinks, this is a key.

Hyvä kirja. "Masters of Doom" on kans hyvä.

Absolutely, still feel like Zig is a good gamedev language. The language is still not stable, of course, so we'll see where it goes from here. So far it has worked out well for Traction Point.

Here's one way: ua-cam.com/video/LAgPeJvEoeU/v-deo.html

Hey Sebastien, great inspiration here. You are doing revolutionary work I believe since these engines are not that looked upon because of web limitations. But seeing your game and work on that engine you built already did gave me other perspective. I'll be building also a game from scratch on c++, opengl and webassembly, it will take months and months of work, let's see how it goes. its not my area, I'm a web developer mainly typescript and python so this will be a blast.

Web apps would be unsuitable for many reasons, since the game itself is a native executable and the tools need to integrate with it tightly. Also web apps tend to perform very poorly overall, and weren‘t as established when work on the engine was started

Pretty much what Nolram said. Add to that the fact that I don't really know how to make web apps.

I agree, though I am very much NOT a sound designer so I am in the phase of "I know this doesn't sound quite right but I don't know exactly why" right now. And the fact that I am building my own audio middleware isn't making the process any easier, as I don't even know if I have the right knobs yet :) But thanks for the feedback, keep it coming! And yes, a Discord channel is coming, sooner or later, stay tuned!

@@MadrigalGames Awesome! Building your own audio middleware is genuinely awesome, the currently available options are either very low-level (Miniaudio etc.) or commercial and have heaps of drawbacks (FMOD, Wwise), so something custom is great to see. If you ever need assistance with audio stuff, I'd be happy to help out (been a Traction Point fan for a while now) - can't wait for a Discord to be created :D

You don't have to wait any longer 😎 discord.gg/2WjdQZcN

No katos kun...