115aad3d40
- Make lib instance shaders multiply color value instead of overriding it - Improve MultiBlockModelBuilder - Accept an Iterable<BlockPos> instead of a Collection<StructureBlockInfo> and assume all block state data is already contained within the render world - Accept a Function instead of a Map as the model data lookup - Allow enabling fluid rendering (all rendered fluids are currently unshaded) - Refactor VirtualEmptyBlockGetter - Move elementary implementations into abstract VirtualBlockGetter class - Extract virtual LevelLightEngine into separate VirtualLightEngine class with ability to lookup light values per pos - Turn VirtualEmptyBlockGetter into a class and make all methods final to ensure instances of this class are actually empty even if subclassed - Make BakedModelBufferer class package private - Remove unused VertexTransformations class - Remove Experimental annotation from VisualizationContext.createEmbedding |
||
---|---|---|
.github | ||
.idea | ||
docs/shader-api | ||
gradle | ||
src | ||
.editorconfig | ||
.gitattributes | ||
.gitignore | ||
build.gradle | ||
changelog.txt | ||
gradle.properties | ||
gradlew | ||
gradlew.bat | ||
LICENSE.md | ||
README.md | ||
settings.gradle |
About
The goal of this project is to provide tools for mod developers so they no longer have to worry about performance, or limitations of Minecraft's archaic rendering engine. That said, this is primarily an outlet for me to have fun with graphics programming.
Instancing
Flywheel provides an alternate, unified path for entity and tile entity rendering that takes advantage of GPU instancing. In doing so, Flywheel gives the developer the flexibility to define their own vertex and instance formats, and write custom shaders to ingest that data.
Shaders
To accomodate the developer and leave more in the hands of the engine, Flywheel provides a custom shader loading and templating system to hide the details of the CPU/GPU interface. This system is a work in progress. There will be breaking changes, and I make no guarantees of backwards compatibility.
Plans
- Vanilla performance improvements
- Compute shader particles
- Deferred rendering
- Different renderers for differently aged hardware
Getting Started (For Developers)
Add the following repo and dependency to your build.gradle
:
repositories {
maven {
name "tterrag maven"
url "https://maven.tterrag.com/"
}
}
dependencies {
implementation fg.deobf("com.jozufozu.flywheel:Flywheel-Forge:${flywheel_version}")
}
${flywheel_version}
gets replaced by the version of Flywheel you want to use, eg. 1.18-0.3.0.3
For a list of available Flywheel versions, you can check the maven.
If you aren't using mixed mappings (or just want to be safe), add the following properties to your run configurations:
property 'mixin.env.remapRefMap', 'true'
property 'mixin.env.refMapRemappingFile', "${projectDir}/build/createSrgToMcp/output.srg"
This ensures that Flywheel's mixins get properly loaded in your dev env.