sys-clk-Overlay
deko3d
Our great sponsors
| sys-clk-Overlay | deko3d | |
|---|---|---|
| - | 4 | |
| 45 | 302 | |
| - | 1.3% | |
| 2.8 | 4.8 | |
| almost 4 years ago | 5 months ago | |
| C++ | C++ | |
| GNU General Public License v3.0 only | zlib 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.
sys-clk-Overlay
We haven't tracked posts mentioning sys-clk-Overlay yet.
Tracking mentions began in Dec 2020.
deko3d
-
how do i implement vulkan on my driver
If you just want a low level graphics api, and you don’t care about some of the abstractions Vulkan offers, you might consider checking out Deko 3D. It’s a stripped down version of Vulkan for the NVidia Tegra X1
-
Nvidia Publishes 73k Lines of 3D Header Files for Fermi Through Ampere GPUs
That's not exactly correct. This is register maps for the 3d engine (also called class), what you describe would be closer to the shader ISA.
In driver code you'll see them building command buffers that set registers in those classes to certain values. It could be the RGBA values of the clear color, or a virtual address in the GPU space.
This documents the names of these registers. This makes reverse engineering somewhat easier as you don't really have to guess anymore. But in most cases it was pretty clear from the start, and for some generations those were already well documented by open source efforts. One of best known gens is probably Maxwell since it was used in the Nintendo Switch, see for instance [1] (or code in yuzu/Ryujinx) which is the equivalent of those headers NV published.
However this isn't a very big step in documenting their GPUs. The exact functions of those registers aren't explained, but most importantly the shader ISA isn't documented at all, which is essential to build a good open-source driver.
Source: I have reverse engineered some driver code for Maxwell (and used similar headers to write drivers for nvdec and nvjpg).
[1] https://github.com/devkitPro/deko3d/blob/master/source/maxwe...
-
PSA: Use Android on Switch for Moonlight game streaming
They're 100% wrong. There are homebrew emulators that work on the switch just fine and have GPU access and there's also things like this: https://github.com/devkitPro/deko3d
-
Is opengl good for writing game engines or is the smth better? C++
Unfortunately not much info is publicly available about it. Recently a homebrew rendering API was released that builds upon reverse engineering efforts: https://github.com/devkitPro/deko3d.
What are some alternatives?
JKSV - JK's Save Manager Switch Edition
tinyrenderer - A brief computer graphics / rendering course
borealis - Hardware accelerated, controller and TV oriented UI library for PC and Nintendo Switch (libnx)
SysDVR - Stream switch games to your PC via USB or network
Amiigo - Amiibo emulation platform for the Nintendo Switch
SwitchPresence-Rewritten - Nintendo Switch sysmodule server for PresenceClient!
Sunshine - Sunshine is a Gamestream host for Moonlight. [Moved to: https://github.com/LizardByte/Sunshine]
oead - Library for recent Nintendo EAD formats in first-party games
Moonlight-Switch - Moonlight port for Nintendo Switch
EdiZon_CheatsConfigsAndScripts - The official EdiZon Editor Config and Editor Script repository.
NX-Shell - A multi-purpose file manager for the Nintendo Switch.