sokol-samples
ArrayFire
sokol-samples | ArrayFire | |
---|---|---|
8 | 6 | |
550 | 4,413 | |
- | 0.7% | |
9.0 | 7.1 | |
6 days ago | 30 days ago | |
C | C++ | |
MIT License | 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.
sokol-samples
-
Zig cookbook: collection of simple Zig programs that demonstrate good practices
Zig currently doesn't allow chained designators and also doesn't allow to partially initialize arrays and fill up the rest of the array with default values.
E.g. the closest Zig equivalent to this C99 code:
https://github.com/floooh/sokol-samples/blob/b3bc55c4411fa03...
...is this:
https://github.com/floooh/sokol-zig/blob/a4b3c287fadd153a504...
...note how part of the initialization had to be moved out into "code".
There's a ticket about this here, but it's currently not high-priority:
https://github.com/ziglang/zig/issues/6068
-
Building a Web Game in C with Raylib
This is a simple Pong-like I've written in Raylib compiled to WASM - https://wasm-stuff.netlify.app/pong
Source code is here: https://github.com/rrampage/skitter/tree/master/pong-raylib
It is fairly straightforward to get Raylib running in the browser. I used @flohofwoe's HTML shell file ( https://github.com/floooh/sokol-samples/blob/master/webpage/... ).
-
Learn WebGPU
PS: also if shader functions could be directly defined "inline" in regular CPU code (and behind a special function pointer type), there would be no need for string literal shenanigans like this:
https://github.com/floooh/sokol-samples/blob/3f10c1a0620cec9...
(and shader compilation would happen during the regular build and would also generate regular compiler errors - with current toolchains that's only possible with a lot of build system magic)
-
Next C compiler is a D compiler: Introducing DMD's ImportC
I think something along those lines (rarely used...) was also given by the C++ Committee as justification why so much of the C99 designated init feature set was left out of C++20. But in reality, all C99 designated-init 'sub-features' complement each other nicely once you start using them. It's a great way for building 'data-driven' APIs.
For instance check out this call to create a 3D-API pipeline-state-object in C99:
https://github.com/floooh/sokol-samples/blob/ad9047e228a8441...
- C in Web Dev
-
Learning that you can use unions in C for grouping things into namespaces
I'm using anonymous nested structs extensively for grouping struct items, but I consider the extra field name a feature, not something that should be hidden:
https://github.com/floooh/sokol-samples/blob/bfb30ea00b5948f...
(also note the 'inplace initialization' which follows the state struct definition using C99's designated initialization)
-
Nuklear: A cross-platform GUI library in C
It's an STB-style single-file library, which means the implementation is in a separate ifdef-block from the interface declarations, this allows to compile the implemenentation in a separate source file (which can be a C file), and be used in different source files (which can be C++ files).
For example (using stb_image.h):
https://github.com/floooh/sokol-samples/blob/master/libs/stb...
-
Making Win32 APIs More Accessible to More Languages
C99 has made all that a lot easier, you can setup, initialize a struct and call the function taking a pointer to that struct all in one call:
https://github.com/floooh/sokol-samples/blob/89f5825ab5d3690...
The Win32 window system functions and D3D11 are actually very convenient to work with in C99, better than C++ actually.
ArrayFire
-
Learn WebGPU
Loads of people have stated why easy GPU interfaces are difficult to create, but we solve many difficult things all the time.
Ultimately I think CPUs are just satisfactory for the vast vast majority of workloads. Servers rarely come with any GPUs to speak of. The ecosystem around GPUs is unattractive. CPUs have SIMD instructions that can help. There are so many reasons not to use GPUs. By the time anyone seriously considers using GPUs they're, in my imagination, typically seriously starved for performance, and looking to control as much of the execution details as possible. GPU programmers don't want an automagic solution.
So I think the demand for easy GPU interfaces is just very weak, and therefore no effort has taken off. The amount of work needed to make it as easy to use as CPUs is massive, and the only reason anyone would even attempt to take this on is to lock you in to expensive hardware (see CUDA).
For a practical suggestion, have you taken a look at https://arrayfire.com/ ? It can run on both CUDA and OpenCL, and it has C++, Rust and Python bindings.
-
seeking C++ library for neural net inference, with cross platform GPU support
What about Arrayfire. https://github.com/arrayfire/arrayfire
-
[D] Deep Learning Framework for C++.
Low-overhead — not our goal, but Flashlight is on par with or outperforming most other ML/DL frameworks with its ArrayFire reference tensor implementation, especially on nonstandard setups where framework overhead matters
-
[D] Neural Networks using a generic GPU framework
Looking for frameworks with Julia + OpenCL I found array fire. It seems quite good, bonus points for rust bindings. I will keep looking for more, Julia completely fell off my radar.
- Windows 11 va bloquer les bidouilles qui facilitent l'emploi d'un navigateur alternatif à Edge
-
Arrayfire progressive performance decline?
Your Problem may be the lazy evaluation, see this issue: https://github.com/arrayfire/arrayfire/issues/1709
What are some alternatives?
sokol-zig - Zig bindings for the sokol headers (https://github.com/floooh/sokol)
Thrust - [ARCHIVED] The C++ parallel algorithms library. See https://github.com/NVIDIA/cccl
NanoGUI - Minimalistic GUI library for OpenGL
Boost.Compute - A C++ GPU Computing Library for OpenCL
imgui - Dear ImGui: Bloat-free Graphical User interface for C++ with minimal dependencies
VexCL - VexCL is a C++ vector expression template library for OpenCL/CUDA/OpenMP
libev - Full-featured high-performance event loop loosely modelled after libevent
Pytorch - Tensors and Dynamic neural networks in Python with strong GPU acceleration
nuklear - A single-header ANSI C immediate mode cross-platform GUI library
CUB - THIS REPOSITORY HAS MOVED TO github.com/nvidia/cub, WHICH IS AUTOMATICALLY MIRRORED HERE.
go - The Go programming language
Taskflow - A General-purpose Parallel and Heterogeneous Task Programming System