You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/posts/newsletter-008/index.md
+70-33
Original file line number
Diff line number
Diff line change
@@ -68,36 +68,70 @@ keep the other players from getting to theirs.
68
68
69
69
### gfx-rs and wgpu news
70
70
71
-
[gfx-hal-0.5](https://github.com/gfx-rs/gfx/) was released:tada:
71
+
[gfx-hal-0.5](https://github.com/gfx-rs/gfx/) was released!
72
72
Improvements done in March:
73
-
- Debug markers. Users are now able to debug-annotate parts of the rendered frame, so that inspecting it in a GPU debugger is more enjoyable.
74
-
- The generic range parameters are removed in favor of simple structs. This is a move towards simpler low-level API.
75
-
- Physical device features for NDC Y-flip and sampler mirror clamp are added
76
-
- Physical device performance hints are introduced. The first hint is for "base vertex/instance" support.
77
-
-`SmallVec` is removed from the API, it's reshaped to avoid any heap allocations. Previously, it had to touch the heap on multiple descriptor sets or command buffers.
78
-
- DX12 got true support for read-only storage bindings. This is one of the opt-in derivations from Vulkan that allow to better map users logic to non-Vulkan backends, also used by WebGPU.
79
-
- Last but not the least, @zicklag[has been fighting](https://github.com/gfx-rs/gfx/pull/3151) with the OpenGL backend to align its API with the rest of the crowd, armed with [surfman](https://github.com/pcwalton/surfman). The fight is reading conclusion, and we are crossing fingers to add OpenGL support to `wgpu-rs` as it lands.
80
-
81
-
[wgpu](https://github.com/gfx-rs/wgpu) and [wgpu-rs](https://github.com/gfx-rs/wgpu-rs) changes in March:
82
-
-@grovesNL reached an epic milestone in the Web target by showing the [first triangle](https://github.com/gfx-rs/wgpu-rs/pull/193#issuecomment-599156540). Users will soon be able to seamlessly target the web with their existing `wgpu-rs` applications :rocket:
83
-
-`wgpu-types` crate is created to share types between the Web target and the native one.
84
-
-@lachlansneff improved the _async_ story quite a bit, we also converted more methods to be asynchronous.
85
-
- Debug labels support.
86
-
- Id management story for browsers with a GPU process has been completely redesigned and now working well.
87
-
- All the objects are properly destroyed and GPU tracked if needed.
88
-
- Ability to provide a `Surface` so that the selected adapter can present to it.
89
-
- New "mailbox" present mode.
73
+
74
+
- Debug markers.
75
+
Users are now able to debug-annotate parts of the rendered frame,
76
+
so that inspecting it in a GPU debugger is more enjoyable.
77
+
- The generic range parameters are removed in favor of simple structs.
78
+
This is a move towards simpler low-level API.
79
+
- Physical device features for NDC Y-flip and sampler mirror clamp are added.
80
+
- Physical device performance hints are introduced.
81
+
The first hint is for "base vertex/instance" support.
82
+
-`SmallVec` is removed from the API, it's reshaped
83
+
to avoid any heap allocations.
84
+
Previously, it had to touch the heap on multiple descriptor sets
85
+
or command buffers.
86
+
- DX12 got true support for read-only storage bindings.
87
+
This is one of the opt-in derivations from Vulkan that allow to better map
88
+
users logic to non-Vulkan backends, also used by WebGPU.
89
+
- Last but not the least, @zicklag
90
+
[has been fighting](https://github.com/gfx-rs/gfx/pull/3151)
91
+
with the OpenGL backend to align its API with the rest of the crowd,
92
+
armed with [surfman](https://github.com/pcwalton/surfman).
93
+
The fight is reading conclusion, and we are crossing fingers
94
+
to add OpenGL support to `wgpu-rs` as it lands.
95
+
96
+
[wgpu](https://github.com/gfx-rs/wgpu) and
97
+
[wgpu-rs](https://github.com/gfx-rs/wgpu-rs) changes in March:
98
+
99
+
-@grovesNL reached an epic milestone in the Web target
100
+
by showing the [first triangle][wgpu-web-triangle].
101
+
Users will soon be able to seamlessly target the web
102
+
with their existing `wgpu-rs` applications. 🚀
103
+
-`wgpu-types` crate is created to share types between the Web target
104
+
and the native one.
105
+
-@lachlansneff improved the _async_ story quite a bit,
106
+
we also converted more methods to be asynchronous.
107
+
- Debug labels support.
108
+
- Id management story for browsers with a GPU process
109
+
has been completely redesigned and now working well.
110
+
- All the objects are properly destroyed and GPU tracked if needed.
111
+
- Ability to provide a `Surface` so that the selected adapter can present to it.
112
+
- New "mailbox" present mode.
90
113
91
114
Satellite projects:
92
-
-[naga](https://github.com/gfx-rs/naga) - the new in-house shader translator has reached the milestone of successfully loading a WGSL [boids example](https://github.com/gfx-rs/naga/blob/thda1f6a47b06c89abb1dff70326c076f1088964a3/test-data/boids.wgsl) and generating a valid Metal source for it :tada:
93
-
-[metal-rs](https://github.com/gfx-rs/metal-rs/) has got a lot of contribution by @adamnemecek. Indirect command encoding is particularly exciting!
94
-
-[gfx-extras](https://github.com/gfx-rs/gfx-extras) is a new library that is forked from rendy-memory/descriptor.
95
-
-[gfx-ocean](https://github.com/gfx-rs/gfx-ocean) was moved to gfx-rs organization and updated to gfx-hal-0.5.
96
-
-[gfx-portability](https://github.com/gfx-rs/portability) was also updated.
115
+
116
+
-[naga] - the new in-house shader translator has reached the milestone
@@ -211,7 +245,9 @@ or [join the next meeting][join].
211
245
-[Amethyst's "good first issue" issues][amethyst-issues];
212
246
-[A/B Street's "good first issue" issues][abstreet-issues];
213
247
-[Mun's "good first issue" issues][mun-issues];
214
-
- Anybody wants to work on the [GLSL front-end](https://github.com/gfx-rs/naga/issues/23) in Naga? One day, we'll be able to finally replace glsl-to-spirv, which is used by a lot of graphics applications and is prone to issues.
248
+
- Anybody wants to work on the [GLSL front-end][naga-issue] in Naga?
249
+
One day, we'll be able to finally replace glsl-to-spirv,
250
+
which is used by a lot of graphics applications and is prone to issues.
0 commit comments