gfx
wgpu-rs
gfx | wgpu-rs | |
---|---|---|
11 | 16 | |
5,350 | 1,699 | |
0.0% | - | |
0.0 | 9.0 | |
over 1 year ago | over 3 years ago | |
Rust | Rust | |
Apache License 2.0 | Mozilla Public License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
gfx
- How to learn writing a Wayland compositor?
-
Rendering broken by rust 1.67 field ordering
For users of old school crate _gfx_ v0.18 I have PRs that will fix this issue without any additional changes (https://github.com/gfx-rs/gfx/pull/3791) though I suppose there aren't too many such users nowadays...
-
Why is it that I need to invert the projection matrix in Vulkan and how should that be handled when supporting multiple render backends?
The gfx-backend-* READMEs each have a graphic explanation that is very useful. As others have said, the best way to handle this is with a flipped viewport, but I've never seen a satisfactory explanation as to why this doesn't mess with front/back faces and culling.
- Language for game engine
-
WGPU vs Vulkan?
From https://github.com/gfx-rs/gfx
-
Graphics Libraries?
https://github.com/gfx-rs/gfx#hardware-abstraction-layer
-
Wgpu: Copies into 3D images are not supported
Searching through the source code for wgpu and its dependencies, the error is coming from the gfx-rs DirectX 11 backend. I am guessing this is because of a limitation of DirectX 11. The easiest thing to do would probably be to try switching to the DirectX 12 or Vulkan backends.
-
I built a simple C8 emulator/debugger/disassembler (Rust)
Looks like they are using https://github.com/ggez/ggez which in turn uses https://github.com/gfx-rs/gfx for low-level drawing to the screen
-
OpenGL in Rust
There is also gfx-rs, which should be easier to use than opengl.
-
Ask HN: How to self-learn graphics programming?
https://crates.io/crates/tiny-skia
You can put things together pretty easily with these libs. And they also let you skip the gpu boilerplate (I should note that tiny-skia works only in the CPU).
Lastly, you have shader programming (OpenGL, Vulkan, etc.). If you're writing "production code" you'll have to do some setting up of the GPU, and the actual graphics code will be in a separate shader language. Shader languages are similar to C but with restrictions that allow for a high level of parallism, making it extremely fast. If you want to get started with this I'd recommend playing around on a site like shadertoy[1] where you can start writing shaders right away. I haven't done much of this myself but as far as Rust goes I've seen a lot of references to the gfx crate:
https://crates.io/crates/gfx
I hope this helps
[1] https://www.shadertoy.com/
wgpu-rs
-
Using WGPU + crates directly or Bevy?
You could start with one of examples from wgpu and tinker with it to see if that's your thing. Ie. copy hello-triangle and add more triangles / make them move, etc.
-
gfx-rs ecosystem releases v0.8
wgpu-rs (https://github.com/gfx-rs/wgpu-rs) is probably closer to what you're looking for, it's a "high level wrapper" over wgpu-core (Which implements "WebGPU", an upcoming browser API for graphics using gfx-rs, and AIUI "implements" means this is what a browser might use to actually call a graphics API when javascript uses webGPU, although if you're compiling for wasm it could just call the browser APIs). It can run natively, ignore the fact it has "Web" in the name
- Rust shader translator is 2.5x faster
-
GPU compute shader for SHA256 using Rust!
rust-gpu) is used for compiling a compute shader written in Rust to SPIR-V. wgpu-rs is used natively for running the GPU computation.
- GPU programming .. SYCL
-
Bevy 0.5
For web assembly there is the unofficial bevy_webgl2 plugin. Official bevy web assembly support would probably use the wgpu webgl backend, which still needs some work, and is currently untested in bevy.
-
Bevy 0.5: data oriented game engine built in Rust
We let wgpu https://github.com/gfx-rs/wgpu-rs handle our graphics backend abstraction, so our OpenGL support will come whenever they implement and release it. Currently, it seems to be a WIP.
-
Help a newbie (in this language) to find directions :)
It's the same thing, the Rust implementation is just called[wgpu](https://wgpu.rs/)
-
Last big wgpu-rs example shaders are fully ported to WGSL now, and validated in it
Same as with GLSL, isn't it? What we do in wgpu-rs examples, and that's something I expect to see more widely, is having an integration test that just parses all the WGSL in the project and reports errors. Ideally though, we'd have a set of IDE plugins to do the parsing and report errors right where you type the code. We'd appreciate any help to get these started!
-
Newbie questions on design patterns in Rust
Also you could use an existing cross-platform graphics library, e.g. wgpu-rs. It supports Vulkan, Metal, DirectX, OpenGL and WebGPU. Oh and it seems to allow switching backends at compile-time via the WGPU_BACKEND environment variable, so maybe check out how they're doing it.
What are some alternatives?
glium - Safe OpenGL wrapper for the Rust language.
ash - Vulkan bindings for Rust
wgpu - A cross-platform, safe, pure-Rust graphics API.
awesome-bevy - A collection of Bevy assets, plugins, learning resources, and apps made by the community
glutin - A low-level library for OpenGL context creation
bevy_webgl2 - WebGL2 renderer plugin for Bevy game engine
kiss3d - Keep it simple, stupid 3d graphics engine for Rust.
rust-gpu - 🐉 Making Rust a first-class language and ecosystem for GPU shaders 🚧
printpdf - An easy-to-use library for writing PDF in Rust
gpuweb - Where the GPU for the Web work happens!
rusttype - Mirror of https://gitlab.redox-os.org/redox-os/rusttype
hash-shader - SHA256 WebGPU Compute Shader (Kernel) Written in Rust