OpenFrameworks VS rust-gpu

Not exactly VJ, but could be used for it. https://openframeworks.cc

Since you have C# experience, take this time to learn more about C++ while you continue to look. While yes, it is very easy to write bad code, it's not a huge deal since you just graduated and are just hacking around. Plus there are a lot of helpers these days to make writing bad code a little less likely.A former mentor of mine gifted me "C++ Without Fear" by Brian Overland which I can recommend. It's not too expensive, I think it was $25 or something like that, likely less used. Also comes in E-book form.If you'd like a gentler introduction to C++, may I recommend openFrameworks?

Have you come across openFrameworks (https://openframeworks.cc/) or Cinder (https://libcinder.org/)?

Not sure it checks all your boxes, but check openFrameworks?

I recently heard of openFrameworks which should make it pretty easy to make your game. It handles putting together a bunch of other libraries and window management so you can focus on drawing some shapes on the screen and handling user input. Sounds like love2d but all C++.

let me know if I can help out - also checkout the forum at openframeworks.cc - the people there are very friendly and helpful - especially with people that are completely new to oF...

I mean, https://www.libcinder.org and https://openframeworks.cc have been mainstays of the creative coding industry for a long time now. A Rust take on the problem shouldn't be too surprising.

Sounds cool, but this requires yet another language to learn[0]. As someone who only has limited knowledge in this space, could someone tell me how comparable is the compute functionality of rust-gpu[1], where I can just write rust?

[0] https://github.com/Hugobros3/shady#language-syntax

[1] https://github.com/EmbarkStudios/rust-gpu

I don't do anything related to data science, but I feel like doing it in Rust would be nice.

You get operator overloading, so you can have ergonomic matrix operations that are typed also. Processing data on the CPU is fast, and crates like https://github.com/EmbarkStudios/rust-gpu make it very ergonomic to leverage the GPU.

I like this library for creating typed coordinate spaces for graphics programming (https://github.com/servo/euclid), I imagine something similar could be done to create refined types for matrices so you don't do matrix multiplication matrices of invalid sizes

Do you mean rust-gpu?

And https://github.com/EmbarkStudios/rust-gpu/tree/main/examples with the wgpu runner (here it runs the compute shader)

I don't know how major they are considered, but Embark Studios is doing quite a bit of Rust in the open source space, most notably (IMO) rust-gpu and kajiya

The examples in the rust-gpu repository are a good place to start

There's another project that's similar that's being used by an actual game company: https://github.com/EmbarkStudios/rust-gpu

They see specific advantages here that would outweigh that negative. It's not my space (I play games, but know next to nothing about graphics programming), but there's at least one argument in the other direction.

Could this approach work for compute shaders (GPGPU) as well? So far, I think https://github.com/EmbarkStudios/rust-gpu is the state of the art in that area, but it adds a specific Rust compiler backend for generating SPIR-V rather than leaving that up to the driver. That seems more complicated than it needs to be... but maybe it has advantages too? Thoughts?

https://github.com/embarkstudios/rust-gpu Allows you to create shaders (kernals) in Rust.

Also Embark Studios (formers DICE people) is doing a lot of work with Rust, all open source like Rust GPU https://github.com/EmbarkStudios/rust-gpu