noh VS rust

Related, I released the source code to Heroes of Newerth (a dota 2 competitor) after the company died (after dota 2 pulverized them). https://github.com/shawwn/noh

One big problem holding devs back from enjoying gamedev is a lack of quality 3D assets. The engine can be wonderful, but mods were successful due to the availability of existing models and textures that they can poach from the parent game.

I’ve been trying to fix this. It’s not quite ready for showing, but whatever: https://github.com/shawwn/noh

I used to work on Heroes of Newerth, a dota clone. The parent company (S2 Games) sold it to Garena, who shut it down last year. In other words, there are ~80 unique characters with wonderful animations that no commercial entity cares about. I offer them to you.

My gamble is that no one will care; Garena is a massive entity focused on the bottom line, and they’re based outside of the US.

The main thing I’d like to do is to get together the names of all the artists that made these cool characters and promote their current work. HoN’s main strength was its graphics and fluidity, which even today some prefer over dota. That was thanks to an incredibly talented art team whose office was based in California, and I had the pleasure of watching them work for six months or so before the devs were relocated to Michigan. I miss them, and I should’ve spent more time learning the tricks of their trade.

Sadly no, and nowhere. And with my primary focus being gamedev for the foreseeable future, the only way I see it being resurrected is if I need some generated music. That’s fairly low on the priority list for now, but it might preempt other things. https://github.com/shawwn/noh

To be immodest for a moment, my work serves as an example that it’s possible to do it, and better than anyone else, long before they figure out how. Many examples of this pop up throughout history, and I am gratified to be a small but real one.

I’m more interested in the reverse. I’ve been building (resurrecting?) a game engine https://github.com/shawwn/noh and I was looking forward to my new M2 primarily so that I could finally do cross platform gamedev on a single machine. Mac, windows, Linux, all on one box.

Hah! Fat chance. It’s frustratingly close to working. But Linux Ubuntu arm has trouble using the M2’s GPU through Fusion, and Windows 11 ARM is … well, let’s just say that arm64 Windows isn’t a priority. Fucking fmod people won’t release an fmod lib for it, so the engine straight up has no sound. And I don’t know if I was able to get the graphics to work either.

It’s OpenGL man. This shouldn’t be that hard. But graphics is perpetually trapped in 1999 era developer experience.

Yes. Sorry for the low brow comment, but fuck unity. I really dislike the fact that if someone wants to become a gamedev in 2023, their only practical options are to write everything themselves, learn unity, or learn unreal engine. I’ve been putting together an alternative. https://github.com/shawwn/noh

It’s frankly amazing to work with a production grade engine that compiles in three minutes. I wouldn’t trade it for all the complexity in unity, regardless of how many extra copies I’d sell. But I realize I’m in the minority.

If you haven't dipped your touch-typing fingers into Rust yet, you really owe it to yourself. Rust is a modern programming language with features that make it suitable not only for systems programming -- its original purpose, but just about any other environment, too; there are frameworks that let your build web services, web applications including user interfaces, software for embedded devices, machine learning solutions, and of course, command-line tools. Since a custom GitHub Action is essentially a command-line tool that interacts with the system through files and environment variables, Rust is perfectly suited for that as well.

Here's an example of someone citing a disagreement between CRT and shell32:

https://github.com/rust-lang/rust/issues/44650

This in addition to the Rust CVE mentioned elsewhere in the thread which was rooted in this issue:

https://blog.rust-lang.org/2024/04/09/cve-2024-24576.html

Here are some quick programs to test contrasting approaches. I don't have examples of inputs where they parse differently on hand right now, but I know they exist. This was also a problem that was frequently discussed internally when I worked at MSFT.

    #include 

> instead of choosing a certain numbered version of the random library (if I remember correctly) I let cargo download the latest version which had a completely different API.

Yeah, they didn't follow the instructions and got burned. I still think that multiple things went wrong simultaneously for that experience. I wonder if more prevalent uses of `#[doc(alias = "name")]` being leveraged by https://github.com/rust-lang/rust/pull/120730 (which now that I check only accounts for methods and not functions, I should get on that!) so that when changing APIs around people at least get a slightly better experience.

Almost fixed the compiler: https://github.com/rust-lang/rust/pull/123325

Rust: A secure, efficient, and modern programming language (omitting ten thousand words). You can simply follow the installation instructions provided on the official website.

Recently did something similar in Rust but for generating SVGs. We've adopted it for snapshot testing of cargo and rustc's output. Don't have a good PR handy for showing Github's rendering of changes in the SVG (text, side-by-side, swiping) but https://github.com/rust-lang/rust/pull/121877/files has newly added SVGs.

To see what is supported, see the screenshot in the docs: https://docs.rs/anstyle-svg/latest/anstyle_svg/

We strongly believe in Rust as a powerful language for building production-grade software, especially for systems like ours that run alongside Kubernetes.

The above Assert<{N % 2 == 1}> requires #![feature(generic_const_exprs)] and the nightly toolchain. See https://github.com/rust-lang/rust/issues/76560 for more info.