f15e2cc989
All checks were successful
build / build (push) Successful in 1m19s
Under Iris/shader packs the world renders in several passes per frame, so
the block-entity renderer's extractRenderState (and thus getOrStart) runs
many times per frame and tick() can transiently miss the BE. The old design
recreated the backend + a fresh per-instance texture Identifier on every
miss and tore the entry down on the first absent-BE tick, producing a
runaway: hundreds of decoder threads/sec for one screen, the texture id
changing every pass ("Missing resource .../dynamic/<id>"), and a panel that
never stabilised — invisible for shader users while non-shader users saw it.
Fixes:
- Deterministic texture Identifier derived from BlockPos, so a recreate
reuses the same id and the renderer never binds a released id.
- Serialise create/url-change under a lock + ConcurrentHashMap so concurrent
passes can't double-spawn a decoder per anchor.
- Tolerate a missing BE for MISSING_GRACE_TICKS (~2s) before teardown
instead of nuking on the first miss; real deletes still stop immediately
via BLOCK_ENTITY_UNLOAD.
- Transient texture-upload errors no longer kill the decoder (logged once).
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
17 lines
457 B
Properties
17 lines
457 B
Properties
org.gradle.jvmargs=-Xmx2G
|
|
org.gradle.parallel=true
|
|
# Config cache disabled — new loom + IntelliJ aren't fully compatible yet
|
|
org.gradle.configuration-cache=false
|
|
|
|
# Mod
|
|
mod_id=video_player
|
|
mod_version=0.4.40
|
|
maven_group=com.ejclaw.videoplayer
|
|
archives_base_name=video_player
|
|
|
|
# Minecraft / Fabric (26.1.2 — single target, intermediary/Yarn retired)
|
|
minecraft_version=26.1.2
|
|
loader_version=0.19.2
|
|
loom_version=1.16-SNAPSHOT
|
|
fabric_version=0.149.0+26.1.2
|