562: Increase default maximum vertex buffer inputs from 8 to 16 r=kvark a=aloucks
Additionally, the input states are now stored in a `SmallVec` to enable higher limits.
Fixes#558
Co-authored-by: Aaron Loucks <aloucks@cofront.net>
553: Fix order of maintenace between submission tracking and buffer mapping. r=kvark a=kvark
Fixes https://github.com/gfx-rs/wgpu-rs/issues/237
Logic needs to have the following order:
1. we first wait for the device to finish
2. then we move some tracked resources from per-submission lists into the "ready to destroy" or "ready to map" lists.
3. then we handle mapping, which goes through "ready to map" lists
4. then we destroy everything for realz that needs to be
That order got broken with #547
Co-authored-by: Dzmitry Malyshau <kvarkus@gmail.com>
550: Add check for bound pipeline r=kvark a=kunalmohan
fix#456
Validate that a pipeline is bound before issuing any draw/dispatch call.
Co-authored-by: Kunal Mohan <kunalmohan99@gmail.com>
234: Implement Send and Sync for BufferReadMapping and BufferWriteMapping r=kvark a=Healthire
Co-authored-by: William Lundstedt <walundstedt@gmail.com>
540: Add serialization to more types r=kvark a=HeroesGrave
With these changes, pretty much everything in wgpu-types can be serialized with the exception of BufferDescriptor, CommandEncoderDescriptor, and TextureDescriptor which contain a `*const c_char`.
Options for dealing with those:
- Leave these types as not de/serializable
- Skip when serializing, deserialize as nullptr
- Serialize as a string, deserialize as nullptr
AFAICT there's not really a way to allow a full roundtrip for these fields because nul-terminated strings don't play nicely with serde. Maybe it could serialize as a byte array?
Co-authored-by: HeroesGrave <heroesgrave@gmail.com>
539: Parking lot update to 0.10 r=kvark a=kvark
That allows us to remove some of the duplicated dependencies.
Co-authored-by: Dzmitry Malyshau <kvarkus@gmail.com>
536: Update Support Platforms Table to Have a Key r=kvark a=cwfitzgerald
Closes#531
I have added wording that I believe is accurate, but if there is better wording, feel free to propose it.
Co-authored-by: Connor Fitzgerald <connorwadefitzgerald@gmail.com>
214: Rewrite GpuFuture to avoid blocking and to use less space r=kvark a=lachlansneff
Since `GpuFuture` doesn't blocking wait for the mapping to resolve anymore, we need to poll the device for it to actually work. ~~I haven't added that to the `hello-compute` example, so it doesn't work anymore.~~
Co-authored-by: Lachlan Sneff <lachlan.sneff@gmail.com>
Remove odd patching matching
Replace std::sync::Mutex with spin::Mutex in GpuFuture
Reduce GpuFuture usage to one explicit allocation instead of two
Fix examples to poll the device in the background when using map_read or map_write
Remove device.poll from GpuFuture::poll and document future invariants
Massively simplify examples
Use Arc::clone(...) instead of arc.clone()
Switch println to log::info
538: Unbox unnecessarily boxed function r=kvark a=lachlansneff
Internally, the async buffer mapping callbacks were unnecessarily boxed. This was pretty easy to fix.
Co-authored-by: Lachlan Sneff <lachlan.sneff@gmail.com>
