processing / processing/libprocessing
Add manual `wgpu` API
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 69
- Forks
- 14
- Avg merge
- 15d 22h
- Merged PRs (30d)
- 3
Description
This will require some changes to how wgpu-native works, namely we'll definitely want to be able to return Bevy's instance rather than requiring users to create a new instance themselves. libprocessing will need to ship with a defined version of wgpu-native that users will be expected to interact with if they want to share wgpu handles between libprocessing and their custom WebGPU code. There's a ton of trickiness here and this will likely be a pretty difficult task.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, or entry points are named. Start by tracing how libprocessing currently creates and exposes its Bevy and wgpu-native instances, then review the expected wgpu-native version and handle-sharing boundary. Done means the manual wgpu API and instance-sharing behavior are defined and implemented without requiring users to create a separate instance.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- computer-graphics
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100