Tags
Creators
Details
All versions
0.8.3
Release
0.8.33 weeks ago 22
Compatibility
Minecraft: Java Edition
1.7.10
Platform
Forge
Supported environments
Client-side
Client and server
Required content
Changes
CatFrame - 0.8.3
What is changed?
Change version number from previous to 0.8.3
➕Add:
- Add built-in LightPolicyExtension as the relay carrier of the phase-default brightness policy: beforePart computes the per-submit item brightness into a ThreadLocal, apply writes it to ctx.brightnessOverride per quad (plus per-degenerate-quad block light for BLOCK_WORLD AO fallbacks), afterPart clears the cache. Registered right after AOComputeExtension in ensureDefaults.
- Converge GL_LIGHTING phase determination to the single source RenderPhasePolicy.isItemGlLit: FeatureRenderDispatcher drops its private isItemGlLitPhase and both QuadWriter item writers call the policy instead of re-deriving from the phase, removing duplicated phase policy.
- add the bingo translation and the final round of the licence clearification
🔧Fix:
- Introduce RenderPhasePolicy as the single phase-to-policy mapping; add RenderSubmit.baselineBrightness resolved at submit time by UniformRenderPipeline and RenderDispatcher; slim QuadWriter by removing inlined brightness policy and its hand/dropped brightness helpers, keeping the -1 legacy fallback path.
- Fix dropped-item items glowing full-bright at night: QuadWriter now samples world light at the EntityItem position (drop brightness mirrors handBrightness), with RenderJsonItemModel exposing the Forge-rendered EntityItem as rendering context; falls back to full-bright when no entity context exists
- Fix ModelJson deserializer generic-info loss (List.class/Map.class produced LinkedTreeMap elements causing ClassCastException at bake); add JUnit test infrastructure and ModelJsonParseTest
❗❗❗Deprecated:
- RenderPhase: isHandPhase drops stale QuadWriter#handBrightness reference
- Remove brightness resolution from all three RenderSubmit construction sites (UniformRenderPipeline block/item and RenderDispatcher destroy) back to the -1 unspecified state: the built-in LightPolicyExtension now owns the phase-default brightness policy in the extension chain, so submitters no longer parse or pass any brightness.
Notes
Full Changelog: https://github.com/song682/CatFrame/commits/v0.8.3
Supplementary resources
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:lSH4nVom:ylI1S07K"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:lSH4nVom:ylI1S07K"
}


