vello
scratch-www
vello | scratch-www | |
---|---|---|
31 | 804 | |
1,945 | 1,559 | |
3.7% | 0.6% | |
9.4 | 9.9 | |
4 days ago | 2 days ago | |
Rust | JavaScript | |
Apache License 2.0 | BSD 3-clause "New" or "Revised" License |
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.
vello
-
Rive Renderer – now open source and available on all platforms
I'm looking forward to doing careful benchmarking, as this renderer absolutely looks like it will be competitive. It turns out that is really hard to do, if you want meaningful results.
My initial take is that performance will be pretty dependent on hardware, in particular support for pixel local storage[1]. From what I've seen so far, Apple Silicon is the sweet spot, as there is hardware support for binning and sorting to tiles, and then asking for fragment shader execution to be serialized within a tile works well. On other hardware, I expect the cost of serializing those invocations to be much higher.
One reason we haven't done deep benchmarking on the Vello side is that our performance story is far from done. We know one current issue is the use of device atomics for aggregating bounding boxes. We have a prototype implementation [2] that uses monoids for segmented reduction. Additionally, we plan to do f16 math (which should be a major win especially on mobile), as well as using subgroups for various prefix sum steps (subgroups are in the process of landing in WebGPU[3]).
Overall, I'm thrilled to see this released as open source, and that there's so much activity in fast GPU vector graphics rendering. I'd love to see a future in which CPU path rendering is seen as being behind the times, and this moves us closer to that future.
[1]: https://dawn.googlesource.com/dawn/+/refs/heads/main/docs/da...
[2]: https://github.com/linebender/vello/issues/259
[3]: https://github.com/gpuweb/gpuweb/issues/4306
- WebKit Switching to Skia for 2D Graphics Rendering
-
Looking for this. html + css rendering through wgpu.
Dioxus is working on this with blitz. It's leveraging wgpu through the linebender group's Vello renderer. Still in early stages.
-
A note on Metal shader converter
If you're doing advanced compute work (including lock-free data structures), then it's best effort.
https://github.com/linebender/vello/issues/42 is an issue from when Vello (then piet-gpu) had a single-pass prefix sum algorithm. Looking back, I'm fairly confident that it's a shader translation issue and that it wouldn't work with MoltenVK either, but we stopped investigating when we moved to a more robustly portable approach.
- Vello: An experimental WebGPU-based compute-centric 2D renderer in Rust
-
XUL Layout has been removed from Firefox
There are a number of up-and-coming Rust-based frameworks in this niche:
- https://github.com/iced-rs/iced (probably the most usable today)
- https://github.com/vizia/vizia
- https://github.com/marc2332/freya
- https://github.com/linebender/xilem (currently very incomplete but exciting because it's from a team with a strong track record)
What is also exciting to me is that the Rust GUI ecosystem is in many cases building itself up with modular libraries. So while we have umpteen competing frameworks they are to a large degree all building and collaborating on the same foundations. For example, we have:
- https://github.com/rust-windowing/winit (cross-platform window creation)
- https://github.com/gfx-rs/wgpu (abstraction on top of vulkan/metal/dx12)
- https://github.com/linebender/vello (a canvas like imperative drawing API on top of wgpu)
- https://github.com/DioxusLabs/taffy (UI layout algorithms)
- https://github.com/pop-os/cosmic-text (text rendering and editing)
- https://github.com/AccessKit/accesskit (cross-platform accessibility APIs)
In many cases there a see https://blessed.rs/crates#section-graphics-subsection-gui for a more complete list of frameworks and foundational libraries)
-
Drawing and Annotation in Rust
blessed.rs lists these three crates for 2D drawing: - https://lib.rs/crates/femtovg - https://lib.rs/crates/skia-safe - https://github.com/linebender/vello
-
Recommended UI framework to draw many 2D lines?
Vello (https://github.com/linebender/vello) which uses wgpu to render Edit: just saw you require images. Vello doesn't support those yet
-
Announcing piet-glow, a GL-based implementation of Piet for 2D rendering
How does this relate to Vello? Both target raw-window-handle for winit compatibility. Vello uses WGPU vs piet-glow using GL.
-
Is WGPU actually a good idea yet?
Finally, maybe vello could help you with ideas. It's not production ready yet, but they have some interesting ideas for 2D rendering using wgpu.
scratch-www
-
Ask HN: Modern Day Equivalent to HyperCard?
LiveCode is about the closest literal logical successor to HyperCard.
https://en.wikipedia.org/wiki/LiveCode?wprov=sfti1
That said, I think Scratch is a better learning environment these days and you can develop workable apps in the style of HyperCard. There are plenty of tutorials, documentation, and examples to work from.
https://scratch.mit.edu
- Scratch is the largest free coding community for kids
-
Screen-free coding for children: the xylophone maze
and https://codecombat.com, which has been around for a while now.
I think this paradigm (navigating a character using "move" function invocations) is good but kind of exhausts its usefulness after a while. I question whether my daughter learns coding this way or just is playing a turn based top down platformer. The most code like thing is when you use 'loops' to have characters repeat sequences of moves. I think when kids grok these things these apps become just types of glofiried education flavoured video games. There are a lot of things in kodable for instance that I feel are just basic web games with coding terms slapped on it.
https://scratch.mit.edu/ is more like 'programming' imo, even at the level of the objective -- having a blank canvas to create something. It seems a little advanced for my kids right now though.
-
Ask HN: Yo wants to build a game, I'm lost. What can I do?
+1 Scratch! My son started with it, then expanded into Roblox/Lua.
Children can download other people's games and experiment there. Scratch also has pre-made art, sounds, music.
https://scratch.mit.edu/
-
Ask HN: Platform for kids to learn how to code
Scratch.mit.edu is a highly-recommended place to start [1] https://scratch.mit.edu/
> Scratch is the world’s largest coding community for children and a coding language with a simple visual interface that allows young people to create digital stories, games, and animations. Scratch is designed, developed, and moderated by the Scratch Foundation, a nonprofit organization. [2]
1: https://scratch.mit.edu/
-
Eligiendo un computador para desarrollo
https://scratch.mit.edu/ (Scratch version 2)
-
i swear to god if i keep seeing projects abt these 4 franchises every single day i'm gonna break someone's kneecaps
Someone who uses scratch.mit.edu (like me)
-
How to learn coding without a degree
Now that I think of it, I did start game development on scratch before going right into java (because of minecraft).
- Copii si programarea
- Teen school project
What are some alternatives?
nanovg - Antialiased 2D vector drawing library on top of OpenGL for UI and visualizations.
Node RED - Low-code programming for event-driven applications
msdfgen - Multi-channel signed distance field generator
GDevelop - :video_game: Open-source, cross-platform game engine designed to be used by everyone.
Vrmac - Vrmac Graphics, a cross-platform graphics library for .NET. Supports 3D, 2D, and accelerated video playback. Works on Windows 10 and Raspberry Pi4.
blockly - The web-based visual programming editor.
troika - A JavaScript framework for interactive 3D and 2D visualizations
Godot - Godot Engine – Multi-platform 2D and 3D game engine
tinyraytracer - A brief computer graphics / rendering course
processing - Source code for the Processing Core and Development Environment (PDE)
gpuweb - Where the GPU for the Web work happens!
stencyl-engine - Create Flash, HTML5, iOS, Android, and desktop games with no code with Stencyl. This is the source to Stencyl's Haxe-based engine.