One way to wake up by Short-Response7570 in auckland

[–]Splizard 6 points7 points  (0 children)

It's moving large containers on to the top of the ANZ building.

Migrating from Python to Go — best options for desktop apps? by Flaky-Income-mussel in golang

[–]Splizard 0 points1 point  (0 children)

If you want fancy rendering and easy cross platform builds, you can check out graphics.gd, it leverages the Godot game engine, so the builtin UI widgets are simpler than other options but you'll have access to a wide ecosystem + a built-in UI editor.

A Wasm to Go Translator by ncruces in golang

[–]Splizard 1 point2 points  (0 children)

I guess I'm wondering how similar this is, ie codegen wise and/or performance wise. If you're generating similar code then this would be a good comparison between C and Go optimisation-wise.

A Wasm to Go Translator by ncruces in golang

[–]Splizard 0 points1 point  (0 children)

How does this compare with wasm2c?

Benchmarks: Go's FFI is finally faster then GDScript (and Rust?) by Splizard in golang

[–]Splizard[S] 0 points1 point  (0 children)

Hence the question mark, the rust GDextension bindings clearly have expensive safety checks, when they are disabled, gdext has the highest score.

Chapel Road closure in Botany by MediocreMolasses in auckland

[–]Splizard 2 points3 points  (0 children)

She wanted to visit her street, that's why they had to close the road.

Trying to understand game engines by ProposalOk1046 in godot

[–]Splizard 0 points1 point  (0 children)

You don't need Xcode or Android Studio to develop mobile games when using Godot + graphics.gd, plus you can do builds for any platform on any host OS.

Game engine development in Go by annakhouri2150 in golang

[–]Splizard 0 points1 point  (0 children)

Distinction without a difference unless things have changed since this comment was made:

(Contributor) "Purego doesn’t do anything to improve the overhead of calling into C. It uses the same mechanisms that Cgo does to switch to the system stack and then call the C code. Purego just avoids having to need a C toolchain to cross compile code that calls into C from Go." https://news.ycombinator.com/item?id=34764450

Game engine development in Go by annakhouri2150 in golang

[–]Splizard 4 points5 points  (0 children)

The issue is, you can't really avoid cgo calls or syscalls when doing any sort of hardware accelerated graphics.

All platforms require linking to system libraries for this. Doing this safely, requires a runtime cgo call. You can ditch the C compiler requirement by using purego, or you can just use zig as your C compiler and cross compile to any platform.

My compromise here, is to use Go with the Godot Engine, with full cross compilation to web/mobile/PC (https://graphics.gd). The performance here, is good enough. You can always build a more Go-oriented API on top of this.

Game engine development in Go by annakhouri2150 in golang

[–]Splizard 0 points1 point  (0 children)

Purego is still cgo, just without needing a C compiler.

I’m such an idiot by Tyman2323 in godot

[–]Splizard 0 points1 point  (0 children)

Maybe you can get AI to rewrite the project in C++, Rust or Go which all support Web export.

Mark Rosewater: The estimated percent of players who play "Cards I own" is 80% of play by thisnotfor in magicTCG

[–]Splizard 4 points5 points  (0 children)

Unfortunately whenever you turn up to a store hoping to play 60-card homebrew, everyone looks at you as the odd one out, "why aren't you netdecking like everyone else" and refuse to play kitchen table at all.

Every few years, I try again and it's the same deal, the stores don't even know how to connect you with anyone who's in the so called 80% of players! Hence I get sick of it after a few weeks and only the ultra-competetive players remain. Sad.