0.1.3
Compatibility
Required content
Changes

Added a new machine block — Atmospheric Condenser, which converts planetary precipitation into a byproduct; the machine requires a filter to operate.
The Atmospheric Condenser currently works only on Venus. To operate, it requires access to the sky, at least 40 energy, rain or a thunderstorm, and a filter with durability greater than zero. During rain, the Atmospheric Condenser has a 50% chance to produce sulfur; during a thunderstorm, the chance increases to 70%. Each processing attempt consumes 1 durability from the filter, regardless of whether the attempt is successful.
The Filter is a new item inserted into a dedicated slot in the Atmospheric Condenser. Its durability depends on the material, it cannot be enchanted, and it cannot be destroyed. When its durability reaches 0, it must be manually replaced in the Atmospheric Condenser. A depleted filter can be smelted in a furnace.
Fixed a bug where ice spikes were not generating on Glacio.
Fixed an Ad Astra bug with hopper ports where all items were transferred regardless of slot. Now all Ad Astra machines accept item input from the top and output from the bottom, except the cryo_freezer, which accepts input from the sides. Since this mechanic is implemented by modifying the default behavior of Ad Astra machines, it can be disabled.
Updated the GUIs for the Crusher and Enhanced Solar Panel. Added a calorite-themed GUI for the Atmospheric Condenser.
Added an optional extension — GalileoXPlanetApi, which includes parameters such as whether a planet has an atmosphere and the distance from the planet to its star. You can add your custom planets for compatibility with GalileoX.
Changed the logic for determining planets for the Enhanced Solar Panel — it now selects planets not from a predefined list, but from GalileoXPlanetApi.
Added commands to toggle weather on Ad Astra planets.
/galileox planetweather clear
/galileox planetweather rain
/galileox planetweather thunder
Added a configuration file. It currently includes:
enable_ad_astra_hopper_fix— controls the hopper port fixcustom_planets— allows adding your custom planets to GalileoXPlanetApi
Example:
# GalileoX configuration
# Enables hopper slot fixes for all Ad Astra machines.
enable_ad_astra_hopper_fix = true
# Additional planets from other mods or datapacks. Example:
# [[custom_planets]]
# dimension = "mydrono_mod:io"
# has_atmosphere = false
# star_distance = 7.0
# [[custom_planets]]
# dimension = "mydrono_mod:io_orbit"
# has_atmosphere = false
# star_distance = 7.0
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:phQeHACF:ko4klifE"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:phQeHACF:ko4klifE"
}

