Links
Tags
Creators
Details
Licensed CC-BY-NC-4.0
Published 7 months ago
Updated yesterday
All versions
1.0.5
Release
Subterranean Wilderness Revival 1.0.5yesterday 32
Uploaded by
Compatibility
Minecraft: Java Edition
1.21.1
Platform
NeoForge
Supported environments
Client and server
Changes
subwild-1.0.5
added cave roots and farmland in-game config
added deepslate stairs and slabs to the stonecutter
hanging roots are now renamed and require shears
patches now require a shovel to drop and no longer drop piles if their supporting block is broken.
icy caves now generate stone instead of ice
updated ore textures (thanks to deftesthawk)
fixed frozen speleothems vanishing next to light and facing the wrong way
fixed patch textures with resource packs that override snow models
made long foxfire glowing textures emissive
removed pebble throwing cooldown
subwild-1.0.4
added underwater generation for SubWild cave features
improved compatibility with modded biomes
added a global toggle for SubWild ores and generation settings for cave features (leaves, speleothems, foxfire mushrooms, puddles)
fixed ore tags (dirt/tuff) and foxfire naming
renamed Lush Cave to Jungle Cave
foxfire mushrooms are now compostable
subwild-1.0.3
added in-game config settings
mossy blocks can now be sheared to remove moss and drop vines
added pickup sound for pebbles
pebbles are now throwable
subwild-1.0.2
subwild features no longer generate inside structures
added coal shard pebble for deeper caves
added crafting recipes for patches
gravel patch can now drop flint
subwild-1.0.1
added deepslate compability
added pebble, sandstone and red sandtstone pebbles
added new dirt and snow ores variants
new foxfire texture
fixed patches generating on surface and other bugs
subwild-1.0.0
port to 1.20.1 forge
the 3D root models were changed to 2D models and textures.
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:wNDKEeyO:eHW26PXn"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:wNDKEeyO:eHW26PXn"
}

