What is Kha? Cross Platform Game Magic Sauce!

[@gamefromscratch]

Links: www.gamefromscratch.com/post/2018/06/06/Kha-The-Magic-Behind-The-Armory-Engine.aspx kha.tech/ github.com/Kode/Kha github.com/Kode/KodeStudio github.com/Kha-Samples

[@hououinkyouma2426]

HTTPS Link: kha.tech Awesome video BTW, ٩(◕‿◕｡)۶ PS- Don't mind my OCD.

[@UnidayStudio]

"kha is SDL on steroids"

[@JH-pe3ro]

I've worked with Kha. It's very good at what it does, although it still has room to grow and mature. If you just want to write games in Haxe immediately, OpenFL is a more straightforward option, but Kha gives you control over everything - EVERYTHING. The APIs are designed cleverly to facilitate low-level performance(e.g. different APIs for 2D versus 3D) and it frequently comes out on top in graphics benchmarks. You can even strip out the Haxe parts and use the C++ framework(Kore) if you desire. The whole framework is designed so that you can go back to a project years later and update it without any problems with missing dependencies - everything you need to do the build is all there in your project. (This makes it kind of heavy to start new Kha projects, but it's a modest downside if you are going to work on something for a year or two.) In the end, I figured out that I did not need this much control, so I'm moving over to Godot. But it might interest you if you fancy yourself as an engine-builder.

[@BLOODCHROMEDESIGN]

You're right, and that's where Armory 3D comes in.

[@marz1432]

HaxeFlixel and OpenFL are all nice, but I prefer this so much more! This seems like a Slick2d/JOGL fusion in Haxe, with low-level capabilities but also high-level enough wrappers so that you are not writing stuff in pure OpenGL. I'm very excited to start using this :D

[@adamdrysdale3678]

I started using Haxe and Kha for my own projects (game / engines) last week, I love it Coming from C++ and OpenGL

[@umnyboodas3963]

You don't need to install haxe manually, Kha already includes it's own copy of it in Kha/Tools/haxe.

[@UncleBurrito15]

Awesome! Waiting for some armory tutorials.

[@gamefromscratch]

Certainly in the works... gotta keep in mind, I gotta learn the stuff competently before I can teach others ;) But don't worry, the should start showing up soon.

[@noxabellus]

Wow! Quite an ambitious project!!

[@AntonioLatronicoDeveloper]

As always, great video with great news for open source game dev universe!

[@ArtwithAmarBrisco]

Thanks for the share this is one of the coolest multipurpose tools you have share recently.

[@eduardoabreu231]

Hey Mike, it would be pretty awesome to have a series on game programming/engine programming with Kha

[@gamefromscratch]

It's a possibility but unlikely right now. Between Godot, Armory, the book and an unannounced project, I'm pretty much at capacity.

[@eduardoabreu231]

Oh, thats really cool, what is the book about?

[@spawncalibur1022]

Cant wait for detailed Armory3D tutorials! Kha is already intercrated into Armory isnt it? I did have to download node though Im pretty sure.

[@mazharhussain1584]

I think its great that you cover different engines and introduce some obscure engines as well but I think it would be better if you stick to one of those engines and make a thoroughly deep tutorial series. Some engines just don't have enough documentation for an inexperienced programmer to learn from. So your tutorial series would help those engines as well.

[@gamefromscratch]

I think you'll find I do both. I have probably the most indepth tutorial series for a number of lesser known game engines on this channel now. I think I was the very first to really feature Godot, and I promoted it heavily from pretty much the very first day it was announced (www.gamefromscratch.com/post/2014/01/05/Godot-Unity-like-game-engine-going-open-source.aspx). I've done similar series for Haxe, LibGDX, Tiled, Cocos2D-x, etc... I tend to go for the underdog and create material accordingly. That said, I'm interested in all facets of game development, so I cover all facets of game development. Heck if I focused on just a couple I'd probably get bored and quit doing this all together.

[@skaruts]

I tried this once and it was mouth watering, but then I found Godot and set it aside... I still have Kode Studio in my task bar (probably very outdated by now), and it's still definitely on my backburner. Haxe is awesome too. I had already played with it with OpenFl once (back when it was renamed from "NME") and I just loved it, and I can't recommend it enough.

[@gamefromscratch]

I actually did a small Haxe + NME tutorial series back in the day ( www.gamefromscratch.com/post/2013/04/17/Hello-World-in-Haxe-and-NME.aspx ). This was obviously a while back, well before I came to KZbin.

[@skaruts]

By the way (Kha always brings this to my mind because I installed them in the same day), perhaps you'd be interested in taking a look at Monkey 2, if you never did. It's from the developer of BlitzBasic (and it seems similar to it), and it seems nice. As far as I know there's also Cerberus X, which is a community fork from the previous version of Monkey 2 called Monkey X, of which the source was released. I don't know the potential of it, but... might be something worthy, considering the dev has been at it for many years.

[@someone-jo1km]

I started with godot and switched to kha as soon as I discovered it. The joy in kha is that the code you write is actually code that can be used as optimised code because it is compiled to the native language of each platform something that is not available with gdscript. But godot is years ahead in developement but since I am a programmer I dont mind implementing the niceties that godot already has for kha :P

[@skaruts]

How does one use Kha on top of Godot, though? Or any other? This part of their description confuses me, as I'm very inexperienced in that kind of thing.

[@someone-jo1km]

I dont want to use it with Godot. But if you wanted to you would need to have a haxe file that wraps the cpp of Godot functions to functions in that haxe file. You can have a look in armory3D organistion on github Lubos has a haxeBullet3D wrapper.

[@matthewgahan2665]

More Armory. Solid content mate! Go Armory Electron Apps! I can see this tech working great for Progressive Web Apps. WebGL VR apps would seem a great option, I have only seen that on UE4 so far.

[@valour.se47]

Matthew Gahan check out OpenFL too which is also a haxe based framework and is mature then kha

[@jonathancamarena3117]

I was looking for something like this. Have a bunch of games im working on with libgdx but i really want to reach out to consoles and I was planning on creating a port on something like monogame but this seems more convenient. I absolutely hate using visual studio lol and am more comfortable with vscode.

[@alexstone691]

jonathan camarena lol I hate visual studio too and well code is a very good editor

[@ahmadtakhimi6839]

Kha framework is actually available on Steam also. Search for "Kode Studio". Somehow Robert does not publish Linux version on steam, only windows and mac.

[@RobDangerous]

I'm not allowed to because it crashes on SteamOS. Haven't figured out why that is yet.

[@dmytromalevskyi400]

oh. nice!! bye Unity and HELLO Armary3D

[@lewislepton]

also there is my actual series on kha, that ive been doing over 2 years kzbin.info/aero/PL4neAtv21WOmmR5mKb7TQvEQHpMh1h0po

[@BV-ue9cj]

Really cool

[@alexstone691]

Im thinking of building voxel game like minecraft but I wont do any complex graphics, im wanna do it in c++ cause I wanna learn it and I dont know which engine to choose im torn between armory3d, ogre3d

[@MrHannatas]

so even if it supports consoles you do not actually have access to those platforms. i did not see the switch in the compile list. so sad that you can't tinker with the device you bought without jumping through hoops while at the DMV and screaming for More!

[@RobDangerous]

Sorry, that's Nintendo's/Sony's/Microsoft's rules. The console backends are free but we have to ask for proof of a legit Nintendo/Sony/Microsoft console dev account - just like everyone else.

[@avirads]

Visual Studio code now seems to be better maintained than kode studio for kha

[@n00bc0de7]

Hey Mike, do you know if SDL2 is adding support for METAL?

[@firstname4337]

discourse.libsdl.org/t/sdl-2-0-8-released/23957 * Added a Metal 2D render implementation * Added SDL_RenderGetMetalLayer() and SDL_RenderGetMetalCommandEncoder() to insert your own drawing into SDL rendering when using the Metal implementation

[@gamefromscratch]

Seems my work here is done... (By someone else ;))

[@eldontyrell3548]

do you really have a function called ```increaseBallSpeed``` there? that seems really spaghettish

[@SonicGamer96]

Trussst in me, jussst in me... Wait. Wrong spelling.

[@darknetworld]

Try it out. It wasn't working for me. On window 10

[@RobDangerous]

Any error messages? What happened exactly?

[@darknetworld]

Trying to load image Assets and got an error for not path correctly. Example. kzbin.info/www/bejne/Z5_Fi3Rsfrl4oMU&index=6

[@RobDangerous]

Here's a sample project for you: kodegarden.org/#408d4ce69d2d85178b6a866329da2653e4bfd9fc (beware the flickering text-editor in Firefox but other browsers work fine). If you download that (button on the top-left), remove the empty Kha subfolder (or use "git submodule --init update" to fill it) and load it in Kode Studio, does that work?

[@darknetworld]

That help out. Not sure since I used visual studio code with ext of kha it seem better and update fixed off image path when I checked the log. But not sure of Kode Studio and just tried is little bit buggy on window 10 64 bit.

[@RobDangerous]

The vscode extensions are brand new and have not fully catched up to Kode Studio yet (my guess is it'll take two more weeks for that). But what exactly do you mean with a little bit buggy?

[@KyleHarmieson]

What is the orange logo with a C in it that you seem to always have running?

[@gamefromscratch]

Camtasia, video capture software... thus why it's always running. ;)

[@KyleHarmieson]

Ah, that makes sense. As you can imagine, I had a hard time finding it by googling "orange logo with white C". Thanks for the prompt response :)

[@theministryofgeneralknowle551]

In before James T Kirk "KAAAHHHHHHHHHHHHHHHHHHHHHH" meme

[@gamefromscratch]

Too late ;)

[@theministryofgeneralknowle551]

lol

[@NitrosS]

I can't connect to their web

[@NitrosS]

It's online already

[@moric4677]

muri kha

[@BlueBetaPro]

Node more like No deal. You can keep that atrocity to yourself Is node used during runtime or is it just for development purposes?

[@RobDangerous]

Just for development, it runs the build tool scripts. We use that because it's the fastest scripting runtime out there and it doesn't require an installation (just throwing in the node binary works fine). But you don't even need it when you work in Kode Studio (which is based on vscode, which is based on electron which is based on node).

[@EQuivalentTube2]

Will it run on Haiku OS?

[@RobDangerous]

Only if more than five people request it.

[@anaformiaabalatusdispositi4769]

Ouch! Vector graphics? Those are vectors, aren't they? That's a type of linear array, am I right?

[@shadyworld1]

Could it run on top of Unreal Engine ??

[@RobDangerous]

We have an early but working prototype of that.

[@shadyworld1]

Robert Konrad Cool ! So Any Git Repo. For that project available ?

[@RobDangerous]

Sure, the backend is at github.com/Kode/Kore/tree/master/Backends/System/Unreal/Sources/Kore but the build isn't yet automated so you'll need to copy files around and build a separate lib because some automatically included libs in Unreal conflict with some Haxe headers.

[@shadyworld1]

Robert Konrad Thnx A lot 😊 But aren't any coordination with Unreal Team to help resolve these automation issues ? I'm sure if you reached out with them they might give some support !

[@RobDangerous]

Hm, I'll try, but that won't be easy for them because fixing that for me will break things for them. But maybe it already improved. Back when I worked on that Unreal projects still couldn't have their own textual shader files which then had to be copied into the Unreal directory instead and I know at least that was resolved in the meantime.

[@sauravbanerjee5921]

Leave Armour Go for Godot .. There's no denial Godot's next big thing ..

[@gamefromscratch]

Why not both? In addition to Armory tutorials, I still have a full Godot 3 tutorial series in progress (www.gamefromscratch.com/page/Godot-3-Tutorial-Series-Index.aspx) and even a book as a WIP on Patreon ( www.patreon.com/gamefromscratch ). There will in fact be a new Godot 3 video published later this week I'm hoping. It's delayed slighty because massive changes are being made to the Godot UI, so I'm trying to avoid those areas for now (like animation editors). But the series is slowly but surely continuing and almost all of 2D is covered at this point.

[@firstname4337]

Godot devs already said they will not support Metal -- so if that's important to someone then godot would not be for them they will rely on Vulkan and MoltenVK github.com/godotengine/godot/issues/19368 "If Apple wants to shoot itself in the foot, so be it. We won't work on Metal support just to accommodate their ambitions of competing with Microsoft as the "we're big enough to have our own proprietary graphics library". So Godot will issue deprecation warnings on macOS 10.14 and that's just fine. macOS users can be grateful to Valve and Khronos for obtaining the opensourcing of MoltenVK, so that we can use Vulkan on macOS too. If all goes well we should have Vulkan support before macOS 10.15 comes out with potentially no OpenGL support at all. If not, macOS gamers will have to learn how to dual boot Linux :) We're working hard to provide good macOS support, but if Apple just keeps breaking compatibility and making sure to only be a second class citizen, we can't fight them. But again, everything should be fine™ thanks to MoltenVK."

[@emascheg]

I think both engines are great to cover and use, Godot for 2D games what godot excel now, and armory is doing great the 3D department what godot is starting to catch now. beside remember are tools, and tools u always need to use the best for ur case

[@alexstone691]

I dont really like godot, its confusing me for some reason

[@metalraptor-palsa]

It's actually one of the easiest to learn though.