Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

github.com

Post reply on HN
Print view View original

91–100 of 111 posts

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#91

Post by chrisjj »

p2detar wrote: post #44
pants2 wrote: post #13

After 10 minutes of digging I managed to find one single screenshot of an actual game built with it. Isn't that the first thing a developer wants to see? https://unity.com/ leads with demos. https://kaijuengine.org/ leads with a block of text claiming it renders cubes faster than Unity.

It says on the home page it’s under development. I wouldn’t expect any games made with yet. > The engine is not released and is under heavy development.

Every major established engine is under development yet has many games to show.

Development includes testing. A game engine's test is games. Lack of games speaks volumes.

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#92

Post by theshrike79 »

eek2121 wrote: post #70
MindSpunk wrote: post #15

Seems like a cool project. I don't understand why they're calling out the FPS of an empty scene as a useful number compared to Unity though. Ignoring that this engine will have a fraction of the features of Unity (the likely reason for the FPS number in the first place), it's just a useless benchmark because it's an empty scene. `while (true) {}` will get you the same thing. I'd wish they'd highlight how the engine h…

Agreed. Unity has a ton of features that even Godot lacks. (Unreal also has a ton of features they all lack). I know a lot of different languages and frameworks, from C/C++ up, so I say this: The language is never the issue. Language is just syntax. ease of use is everything. I've been wanting to make a game for a long time. I toyed with OpenGL/DirectX at multiple points since the 90s, even going so far as to creatin…

> I know a lot of different languages and frameworks, from C/C++ up, so I say this: The language is never the issue. Language is just syntax. ease of use is everything.

TBH the weird C# version Unity uses has been an issue multiple times =)

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#93

Post by orangeboats »

6SixTy wrote: post #39
craftkiller wrote: post #21

Earlier quoted context omitted.

> it’s always easier to make an engine than a game. It could just be different interests. The kind of person who makes a game engine is a technical optimization-focused tech-focused person, sort of like a mechanic. In order to make a game, you have to deal with softer concepts like "is this fun" which is more like a designer/artist. Game studios need to bring these people together, but in the FOSS world the mechanics…

Why assume that a game has to be made? Making a handful of tech demos doesn't come with that baggage and deflects criticism of making an empty shell of an engine with nothing to speak of.

>Why assume that a game has to be made?

Well... the project calls itself a game engine. It's really not out of the world to make the assumption.

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#94

Post by fwip »

ChadNauseam wrote: post #81
jayd16 wrote: post #47

Earlier quoted context omitted.

In so far as comparing levels of complexity, you're correct. But that's not the salient part of the the parent comment. A tool with a vaguely defined goals and no stakeholders is easier to make than a tool that must meet certain goals as defined by stakeholders.

I'd disagree. Just like how no one needs to find an engine usable, no one needs to find a game fun. My personal itch.io account is full of games no one finds fun :)

GitHub is full of engines, itch.io is full of games. :)

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#95

Post by cxr »

jedbrooke wrote: post #73
wredcoll wrote: post #63

Earlier quoted context omitted.

Minecraft.

to be fair minecraft Java edition isn’t exactly known for having great performance. It will run on a potato, but still runs like a potato even on fast hardware. This is also not mentioning that the by far more popular version of the game (by player count) “Minecraft Bedrock edition” is written in C++ precisely for performance reasons on low end mobile hardware

You're moving the goalposts.

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#96

Post by jerf »

drnick1 wrote: post #82
maccard wrote: post #62

Earlier quoted context omitted.

Every game made with Unreal has GC bolted onto it. GC is absolutely viable for shipping games.

I don't think that's quite true. While Unreal has a GC, it's not used for the low-level components, only for the "user-facing" objects.

Which can rapidly exceed in size and count the "non-user-facing" objects.

This objection really needs to die. GC does not instantly mean you can't program games. At most it locks you out of the tip-of-the-tippy-top AAAA games, but if you were trying for that you weren't going to use "someone's GitHub project" anyhow. And most of them probably have meaningful GC in them anyhow.

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#97

Post by doctorpangloss »

eek2121 wrote: post #70
MindSpunk wrote: post #15

Seems like a cool project. I don't understand why they're calling out the FPS of an empty scene as a useful number compared to Unity though. Ignoring that this engine will have a fraction of the features of Unity (the likely reason for the FPS number in the first place), it's just a useless benchmark because it's an empty scene. `while (true) {}` will get you the same thing. I'd wish they'd highlight how the engine h…

Agreed. Unity has a ton of features that even Godot lacks. (Unreal also has a ton of features they all lack). I know a lot of different languages and frameworks, from C/C++ up, so I say this: The language is never the issue. Language is just syntax. ease of use is everything. I've been wanting to make a game for a long time. I toyed with OpenGL/DirectX at multiple points since the 90s, even going so far as to creatin…

"I'm authoring a new Golang based firmware for a retrocomputer I literally pulled out of the trash that nobody will use"

HN: "Ah you're sweet"

"I'm authoring a new Golang based game engine that doesn't have the featureset of things with $100 million to $3 billion of product development"

HN: "Hello, human resources?"

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#98

Post by bob1029 »

chrisweekly wrote: post #78
eek2121 wrote: post #70

Earlier quoted context omitted.

Agreed. Unity has a ton of features that even Godot lacks. (Unreal also has a ton of features they all lack). I know a lot of different languages and frameworks, from C/C++ up, so I say this: The language is never the issue. Language is just syntax. ease of use is everything. I've been wanting to make a game for a long time. I toyed with OpenGL/DirectX at multiple points since the 90s, even going so far as to creatin…

> "Unity has a ton of features that even Godot lacks. (Unreal also has a ton of features they all lack)." Hard to interpret w/out more detailed comparison but stack-ranking their featurefulness, is it Unreal, Unity, Godot?

I'd say Unreal > Unity > Godot for feature space.

For performance/practicality, it's Unity > Godot > Unreal. Building something in Unreal that simply runs with ultra low frame latency is possible, but the way the ecosystem is structured you will be permanently burdened by things like temporal anti-aliasing way before you find your bearings. Unreal and Unity are at odds on MSAA support (Unity has it, Unreal doesn't). MSAA can be king if you have an art team with game dev knowledge from 10+ years ago. Unreal is basically TAA or bust.

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#99

Post by bob1029 »

drnick1 wrote: post #60

A GC language is a non-starter for a game engine, I thought this was "game development 101" level knowledge. There is a reason every major game engine actually used to make games is written in C++, with some scripting language on top of that for game logic if necessary.

https://docs.unity3d.com/6000.4/Documentation/Manual/perform...

Re: Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

#100

Post by filleduchaos »

samdoesnothing wrote: post #76
filleduchaos wrote: post #66

Earlier quoted context omitted.

I think they are referring to the game engine developers in both cases.

Why would game engine developers want to make a game though? Plenty of devs prefer building the underlying frameworks and tools over the products those tools create.

Have you never heard of dogfooding?
Post reply on HN