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.
glTF
-
Academy Software Foundation Announces OpenPBR, a New Subproject of MaterialX
My understanding is that this is an evolution of the Autodeks Standard Surface (https://autodesk.github.io/standard-surface/), which itself is a subset set of the glTF 2.0 material with its PBR extensions (https://github.com/KhronosGroup/glTF/blob/main/extensions/RE... )
Together this means there is a lot of alignment between these models. I wouldn't be surprised to see a glTF 3.0 that adopts the OpenPBR as its main material definition, skipping the current extension complexity.
OpenPBR for material exchange combined with MaterialX for shader graph exchange combined (https://materialx.org) with OpenUSD for geometry and scene graph exchange, means together we are headed into a world where high quality 3D assets are exchangeable between content creation tools.
-
Is it more performant to build the entire scene in Blender?
Search animation related topics, like skinning and weights. This is constantly debated. As for the compression it is just standard with the format, there are some old topics on it.
-
VisionOS
An open standard that is very capable (but cannot find if it can do streaming) is https://github.com/KhronosGroup/glTF
It still misses some important things in the area of shading and animation for full transfer of all qualities you find in a modern 3d creation app like Blender.
-
The difference between a primitive and a mesh in gltf
I wondered this in the past as well and I found this issue, which has a lot of discussion on it and includes some plausible possible reasons, though it seems it's not entirely clear anymore why it is like it is: https://github.com/KhronosGroup/glTF/issues/821
-
Did a burger / solved for PBR partially
So the special thing about this is we didn't touch any of the PBR maps on it. At all. That was all automatic, I wrote a solving program. What I will reveal about that is the gltf spec I solved against is over here: https://github.com/KhronosGroup/glTF . We're looking at using this with some 3D scanning businesses in NYC at the moment.
-
Ask HN: Simple 3D animation file format?
https://github.com/KhronosGroup/glTF/blob/main/specification...
-
Texture Animation to glTF 2.0 Fail to Export
In the future, this can be properly done with the KHR_animation_pointer extension: https://github.com/KhronosGroup/glTF/pull/2147
-
Magic hole in GLTF from blender?! is it possible
I think ideally you would extend the gltf material to add control over e.g. renderOrder, colorWrite, depthWrite, then implement the extension in your gltf loader
-
I've decided to learn Godot and it feels like I have "lost"
Probably not directly, but I'd look for frameworks that work with GLTF to have proper scene and asset management.
-
What is the name of the effect which causes edges of meshes to appear brighter rather than darker?
Probably itβs some kind of Sheen. This effect gives the material a velvety fabric / fur impression, which would work well with the Tom Nook character.
eigen
-
Blaze: A High Performance C++ Math library
Is Eigen still alive? There's been no release in 3 years, and no news about it: https://gitlab.com/libeigen/eigen/-/issues/2699
- Gentoo -Os vs -O3 application startup time?
-
The Case of the Missing SIMD Code
I was curious about these libraries a few weeks ago and did some searching. Is there one that's got a clearly dominating set of users or contributors?
I don't know what a good way to compare these might be, other than perhaps activity/contributor count.
[1] https://github.com/simd-everywhere/simde
[2] https://github.com/ermig1979/Simd
[3] https://github.com/google/highway
[4] https://gitlab.com/libeigen/eigen
[5] https://github.com/shibatch/sleef
-
FetchContent and PROJECT_IS_TOP_LEVEL
I am trying to include Eigen in my project via FetchContent. They define/assume-defined PROJECT_IS_TOP_LEVEL on line 19 and, among other locations, on line 607 in their top level list file.
-
Common practices when doing image processing on the GPU
Eigen is a header-only library, thus simply cloning it from the official repository into the FOGGDD folder should be enough.
- Use TFlite in a Cmake Project
-
I've decided to learn Godot and it feels like I have "lost"
math library because you should never implement a math library yourself, and you probably want somethign more focused on performance than STL. GLM may work if you just need basic vector support. Eigen may help for a more physics heavy game. But I'd probably find something in-between those two
-
CMake: How to include the headers of an external library downloaded with FetchContent?
cmake_minimum_required(VERSION 3.15) project(app) include(FetchContent) FetchContent_Declare(Eigen3 URL https://gitlab.com/libeigen/eigen/-/archive/3.4.0/eigen-3.4.0.tar.gz) FetchContent_MakeAvailable(Eigen3) add_executable(app main.cpp) target_link_libraries(app Eigen3::Eigen)
-
-π- 2021 Day 13 Solutions -π-
Today was very easy to do with Eigen
- The official Eigen repo is now back online
What are some alternatives?
GLFW - A multi-platform library for OpenGL, OpenGL ES, Vulkan, window and input
NumCpp - C++ implementation of the Python Numpy library
glTF-Sample-Models - glTF Sample Models
mathfu - C++ math library developed primarily for games focused on simplicity and efficiency.
MonoGame - One framework for creating powerful cross-platform games.
embree-aarch64 - AARCH64 port of Embree ray tracing library
raylib - A simple and easy-to-use library to enjoy videogames programming
parallel-hashmap - A family of header-only, very fast and memory-friendly hashmap and btree containers.
learn-gdscript - Learn Godot's GDScript programming language from zero, right in your browser, for free.
colmap - COLMAP - Structure-from-Motion and Multi-View Stereo
bevy - A refreshingly simple data-driven game engine built in Rust
CppRobotics - Header-only C++ library for robotics, control, and path planning algorithms. Work in progress, contributions are welcome!