Tags
Creators
Details
Licensed GPL-3.0-or-later
Published 3 years ago
Updated 2 months ago
All versions
2.4-b02a
Beta
Cold Sweat 2.4-b02alast year 7,474
Compatibility
Minecraft: Java Edition
1.20.1
Platform
Forge
Supported environments
Client and server
Changes
2.4-b02a
Fixes:
Technical Changes:
- The hearth's redstone inputs have been changed:
- Heat is now emitted if the left or back side is powered
- Cold is not emitted if the right or bottom side is powered
- Tweaked the design of the redstone inputs to be more obvious
- The redstone inputs are now hidden if "Automatic Hearth" is enabled in the configs
- Smokestacks can now be waterlogged
- Hearths can now be placed underwater
- Made thermal source air particle distribution more random instead of emanating from the center
- Added option to change the speed at which players naturally dry off
- Added support for some Tough as Nails items:
- Wool armor: provides the same insulation as wool
- Leaf armor: provides the same insulation as leather, but with no cold protection
- Thermoregulator: now gives warmth & frigidness as a hearth would
- Adjusted default world temperature for the Twilight Forest and Aether dimensions
Fixes:
- (1.18) Fixed crash when loading KubeJS events
- Fixed crash when a hearth is running and Valkyrien Skies is not installed
- Fixed crash when using a hearth in a Valkyrien Skies ship
- Fixed memory leak due to capability caches not clearing expired entries
- Fixed memory leak due to destroyed/unloaded hearths continuing to listen for nearby block updates
- Fixed memory leak due to cached world temperature values not being cleared upon leaving the world
- Fixed food temperature being applied every tick if its duration is unset
- Fixed JSON configs with required_mods still attempting to parse when the mods are not present
- Fixed extraneous required field "factor" for adaptive insulation JSON
- Fixed KubeJS configs for biomes, dimensions, and structures not working
- Fixed thermal sources giving insulating effects in invalid locations if the player is standing on the same block as an output smokestack
- Fixed thermal sources emitting fuel particles from all nearby pipes and smokestacks, even if they are not connected
- Fixed input items being deleted when shift-clicking the output slot of the sewing table
- Fixed the chameleon's eye height being too high
- Fixed the chameleon's tongue not extending all the way when eating
- Fixed chameleon scale leggings not covering the bottom of the player's body
- Fixed water drip effects appearing when respawning after dying in water
- Fixed temperature visually carrying over briefly after respawning
- Fixed block temperature not being at full strength when standing right next to the block-
- Fixed incorrect/outdated effect recipes for JEED
- Fixed the chameleon's walk animation not playing when moving very slowly (like through soul sand)
- Fixed chameleons not properly remembering their temperature when loading back into a world
- Fixed ice not being mineable by tools with pickaxe-like abilities (multi-tools, Tetra tools, etc.)
- Fixed particles emitted by encased smokestacks getting stuck inside the block
Technical Changes:
- Insulation item configs now accept a list of insulation
- This allows for adding multiple types (or slots) of insulation to a single item
- Example: "insulation": [{"cold": 1, "hot": 0}, {"cold": 1, "hot": 0} (occupies 2 slots with lesser cold insulation)
- Defining a single insulation is still allowed as to not break existing JSON
- Updated documentation for insulation-related TOML config settings
- Armor and curio insulation settings no longer support the "fill_slots" field
- Added new "world temp" requirement for JSON
- Accepts decimal values
- Also accepts some preset string values:
- "freezing", "cold", "cool", "temperate", "warm", "hot", "burning"
- Ordered from coldest to hottest. Based on the min/max temperature config settings
- Now used in the min/max_temp fields in block temperature JSON
- Added as "world temp bounds" to location requirement JSON:
- Has min/max values, each of which is a world temp requirement
- Added "temperature" field to location requirement
- Some arguments for JSON configs now support a new type "Negatable List":
- Defines a list of "requirements" and "exclusions" which must be met
- Example: "entity":{"require":[{"entities":[#minecraft:skeletons]}],"exclude":[{"entities":[minecraft:wither_skeleton]}]}
- Applies to all skeleton types except wither skeletons
- Any block, entity, item, or location requirement can be negated in this way (except fields defined within other requirements)
- The "old" format of these arguments will continue to be supported (i.e. "entity":{"entities":[#minecraft:skeletons]})
- The min/max temperature fields in block temperature JSON are now world temp requirements
Supplementary resources
| File | Type | Size | |
|---|---|---|---|
| ColdSweat-2.4-b02a-sources.jar | Unknown | 1.36 MiB |
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:uXhSmPjd:IRaaZX4b"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:uXhSmPjd:IRaaZX4b"
}

