Magnit.NodeGraph
VL.Fuse
Magnit.NodeGraph | VL.Fuse | |
---|---|---|
3 | 22 | |
7 | 250 | |
- | 1.6% | |
10.0 | 9.8 | |
over 1 year ago | 5 days ago | |
JavaScript | C# | |
MIT License | MIT 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.
Magnit.NodeGraph
-
JSON Canvas β An open file format for infinite canvas data
Oh sweet! I was in the middle of building my own version of a node-graph component (ref: https://github.com/catapart/Magnit.NodeGraph), but the `canvas.js` implementation from this JsonCanvas repo is exactly what I was trying to build. I really, really like how elegantly uncomplex it is. Could not have been more exactly what I was looking for. So thanks for this!
As far as the spec, I don't really like the idea of forcing well-known types for the nodes. A generic spec should allow for entirely generic nodes that can represent themselves to consuming functions with a 'type' property as a key, as well as arbitrary data types linked to arbitrary nodes. For instance: one of my use cases is an 'addition' node, which would take two number values and produce a number value. This node would also use an entrance execution pin as well as an exit execution pin.
If the spec were to include a 'pin' data type and capture the type keys and labels for pins, those pins could be stored as a list on the node. Then, the type property could just tell the executing context how to route the node data and the pin properties would bring type safety to the functional inputs passed to the mapped function.
Anyway, I assume all of that is out of scope for initial offerings, but that's my two cents on a generalized node spec. Regardless, thanks again for the sweet, simplistic node graph implementation!
-
Visual Node Graph with ImGui
> If people don't intrinsically understand you, maybe you need to go in to more detail so your explanation isn't so abstract.
People did; you didn't.
> Ergo, vis-a-vi have you ever actually tried making a graph that is rearranging itself while you're using it?
No one said anything about "while you're using it". Linters don't fuck up your text as you type it. It's a utility like anything else. And, YES, I have built a working version of one. It doesn't use machine learning/tensors at all, and it's a fucking nightmare to develop. I can see exactly where those things would help me. It's too abstract, to you, to understand? That's a shame! But other people seem to get it, so if you are having trouble, maybe try approaching your ignorance with openness and curiosity instead of cynicism and trivialization ('uncross some lines').
If you want to know how much time I've spent working on node edge graphs, you wouldn't believe me. But I can at least point you to the start of the web-component version I'm porting: https://github.com/catapart/Magnit.NodeGraph
-
Node-Based UIs
Shameless plug time! I've been working on something like this as a custom web component with no dependencies: https://github.com/catapart/Magnit.NodeGraph
Not the most feature rich - I'm developing it for a single project, so that's project's needs come first. But it's rudimentary enough to start from if you're looking to build your own, and it's simple enough to customize if it already does what you need.
VL.Fuse
- VVVV β A Hybrid Visual/Textual Development Environment
-
Visual Node Graph with ImGui
Check out Fuse[1/2]. It's an open source library for visually programming on the GPU. It is built for use in the visual programming environment vvvv[3].
VVVV itself is based on .Net and you can extend its functionality by either writing nodes in C# or import just about every existing .Net library just by referencing it or installing it as nuget. No need for wrappers[4]. For rendering vvvv uses the Stride [5] game engine which comes with a really neat shader system / language which is basically a superset of HLSL [6]. In vvvv those shaders are represented as nodes and you can open them in your favorite text editor directly from the vvvv evironment, edit the code, save and the changed result will instantly be loaded in vvvv[7].
[1]https://www.thefuselab.io
[2]https://github.com/TheFuseLab/VL.Fuse
[3]https://visualprogramming.net
[4]https://thegraybook.vvvv.org/reference/extending/overview.ht...
[5]https://www.stride3d.net
[6]https://doc.stride3d.net/latest/en/manual/graphics/effects-a...
[7]https://thegraybook.vvvv.org/reference/libraries/3d/shaders....
-
Stride β Open-source C# Game Engine
We're using it as render engine for our visual live-programming environment vvvv: https://visualprogramming.net It allows you to play around with the engine fairly quickly. To get an impression, here is an intro tutorial that shows it in action: https://youtu.be/Cs60A_pSIy0 Also check out FUSE which builds on top of vvvv/stride: https://www.thefuselab.io/
- Alma β Generative Graphics Creator
- The GPU Banana Stand
- It's an interesting piece of software for real time graphics
- FUSE - an open source library for visually programming on the GPU
- FUSE - an open source library for visually programming on the GPU - [via: tebjan]
What are some alternatives?
nodes-io - A new way to create with code.
Stride Game Engine - Stride Game Engine (formerly Xenko)
ComputeSharp - A .NET library to run C# code in parallel on the GPU through DX12, D2D1, and dynamically generated HLSL compute and pixel shaders, with the goal of making GPU computing easy to use for all .NET developers! π
libfuse - The reference implementation of the Linux FUSE (Filesystem in Userspace) interface
Pcx - Point cloud importer & renderer for Unity
react-native-gcanvas - react native canvas based on gpu opengl glsl GCanvas -- A lightweight cross-platform graphics rendering engine. (θΆ θ½»ιηθ·¨εΉ³ε°εΎε½’εΌζ)
navigation - Repository for the discussion and research in to navigating from page to page whilst staying in immersive mode. Feature leads: Rik Cabanier and Brandon Jones
react-three-fiber - π¨π A React renderer for Three.js
GimelStudio - Non-destructive, node based 2D image editor with an API for custom nodes
Sceelix - A procedural generation software for automating 2D/3D content creation.
matrix.to - A simple stateless privacy-protecting URL redirecting service for Matrix
stride-website - This repository hosts the source code for the official Stride 3D engine website. Contributors can follow the build instructions provided to run the website locally.