awsm-renderer-core

Crates.ioawsm-renderer-core
lib.rsawsm-renderer-core
version
sourcesrc
created_at2025-03-21 06:57:45.53161+00
updated_at2025-05-05 14:19:38.211851+00
descriptionawsm-renderer core
homepage
repository
max_upload_size
id1600241
Cargo.toml error:TOML parse error at line 19, column 1 | 19 | autolib = false | ^^^^^^^ unknown field `autolib`, expected one of `name`, `version`, `edition`, `authors`, `description`, `readme`, `license`, `repository`, `homepage`, `documentation`, `build`, `resolver`, `links`, `default-run`, `default_dash_run`, `rust-version`, `rust_dash_version`, `rust_version`, `license-file`, `license_dash_file`, `license_file`, `licenseFile`, `license_capital_file`, `forced-target`, `forced_dash_target`, `autobins`, `autotests`, `autoexamples`, `autobenches`, `publish`, `metadata`, `keywords`, `categories`, `exclude`, `include`
size0
David Komer (dakom)

documentation

README

Renderer core

This is a core crate for the awsm renderer.

At this level, it's just a thin wrapper around the WebGPU API. It is intended to be used as a low-level primitive, without the headache of dealing with the raw web-sys bindings directly.

The overall approach is to allow native web-sys types throughout the main methods, but have Rust-friendly data types that can be used to create all the descriptors, pipelines, etc. These Rust-friendly data types impl Into<web_sys::...> and so they can be passed like foo.into(). This allows for a more idiomatic Rust API for all the heavy lifting, while still allowing for the raw web-sys types to be used when needed.

In some cases like the command encoder, the custom type holds an inner raw web-sys type, and impls Deref to it, so you get a mixture of the original methods and nicer new ones as they are added.

Commit count: 0

cargo fmt