AdvancedRocketry Continuation 1.4.2 and 1.4.3 Release Notes

This document combines the English release notes for 1.4.2-continuation and 1.4.3-continuation. Each version retains its own compatibility information, upgrade guidance, validation status, and known limitations.

---

AdvancedRocketry Continuation 1.4.2

• Release date: 2026-07-30
• Version: 1.4.2-continuation
• For: Minecraft 1.7.10, Forge 10.13.4.1614, and Java 8
• Dependency: libVulpes-Continuation 0.2.10 or later

Highlights

Kerr Black Hole Celestial Bodies

• Backported the black-hole star flag from AdvancedRocketry 1.12.2 to 1.7.10 and added Kerr-style mass, spin, accretion-disk, and hazard-zone parameters in the Continuation layer.
• Black-hole data is supported by galaxy NBT, planetDefs.xml, login synchronization, and the XML reset workflow. Existing worlds without configured black-hole properties and ordinary stars retain their previous behavior.
• The star map, holographic planet selector, planetary sky, space-station sky, and free space can all identify and display black holes instead of rendering them as ordinary stars.
• Top-level black-hole stars can serve as synthetic space-station targets. The station-only resolver preserves real dimension IDs whenever possible and uses fallback encoding when an ID conflicts. Synthetic targets are not registered as Forge dimensions.
• planetDefs.xml accepts blackHole="true" and optional values for blackHoleMass, blackHoleSpin, blackHoleAccretionRate, blackHoleAxisInclination, blackHoleAxisYaw, accretion-disk radii, visual scale, and capture/influence/warning radii. Every extension property can be omitted and will use a deterministic default.

For the complete XML schema, data boundaries, and implementation details, see KERR_BLACK_HOLE_AND_GENERATOR_IMPLEMENTATION_SPEC.md.

Black Hole Generator

• Added a craftable Black Hole Generator multiblock machine, OBJ model and textures, English and Simplified Chinese localization, GUI status display, TESR, NBT/network synchronization, and RF output.
• The server continuously validates generation eligibility: the machine must be fully assembled on a space station that directly orbits a top-level black-hole primary star.
• Base output is 500 RF/t × blackHoleGeneratorMultiplier. Actual output remains limited by the receiving capacity of the existing LibVulpes RF output ports.
• One matter-fuel item is consumed from an item input port only after generation eligibility and output-capacity checks pass. Per-item burn times, a default burn time, and permission for unlisted items are supported.
• Eligibility and state are revalidated after shutdown, blocked output, station warp, structure damage, chunk reload, and save reload, preventing stale power, duplicate fuel consumption, or duplicate generation.
• Resource provenance and the record of local modifications are documented in BLACK_HOLE_GENERATOR_RESOURCE_PROVENANCE.md.

Free-Space Interaction

• Added four black-hole interaction modes: VISUAL_ONLY, WARNING, GRAVITY, and CAPTURE.
• The default is VISUAL_ONLY; upgrading does not automatically enable gravity or destructive capture.
• Black-hole gravity and velocity updates are server-authoritative. CAPTURE and collisions with ordinary landable bodies use relative-motion swept-sphere tests to reduce high-speed tunneling.
• Added BlackHoleCaptureEvent.Pre/Post. Addons may cancel the pre-event before destructive capture and receive a notification after capture completes.
• Unless the Pre event is canceled, CAPTURE clears pending delayed transfers, kills the occupants, and removes the rocket directly. It does not create a recoverable rocket-structure drop.

Black Hole Rendering

• Added AUTO, FAST, HIGH, and LEGACY rendering modes. A fixed-function fallback is always available and does not require an external shader pack.
• FAST and HIGH support a Kerr apparent shadow, an approximate photon critical ring, front and rear accretion-disk layers, upper and lower gravitationally lensed images, Doppler brightness asymmetry, and a warm-white-to-gold temperature distribution.
• The accretion disk uses finite thickness, periodic differential flow, and per-pixel-footprint frequency filtering to reduce distant moiré and shimmer while improving volume when viewed from the side.
• Fixed projection-radius divergence and full-screen accretion-disk coverage when a black hole leaves the view frustum or is behind the player.
• Fixed fallback blending, Kerr-shadow LUT truncation, and accretion-disk coverage over the central shadow. The central apparent-shadow silhouette now remains closed.
• The renderer safely falls back when OpenGL 2.0/GLSL 1.20 or scene-color capture is unavailable, when the celestial target uses MSAA, or when advancedVFX=false. The reason is logged with the [BlackHoleRenderer] prefix.

Realistic Atmosphere Rendering

• Replaced the old five-layer translucent shells and planar glow with a spherical exponential atmosphere, Rayleigh/Mie single scattering, an optical-depth LUT, and bounded ray marching. This is a physically based approximation for real-time game rendering, not a research-grade atmospheric simulation.
• Space views now show a terminator, backlit limb glow, and surface occlusion according to the primary star's direction. Surface and near-horizon views transition continuously through day, night, twilight, star visibility, and an atmosphere column that changes with altitude.
• Existing planetDefs values for atmosphereDensity, skyColor, fogColor, and gas-giant status continue to drive the default visuals. Optional atmosphereRendering fields can override scattering, absorption, scale heights, planet and atmosphere radii, solar intensity, and cloud-layer parameters.
• Added AUTO, FAST, HIGH, LEGACY, and OFF atmosphere-rendering modes. Existing worlds, planets without the new fields, and gameplay-side atmospheric pressure semantics remain unchanged.
• When GLSL 1.20 or the LUT is unavailable, a continuous shell fallback is used. If an external shader program is detected, the internal pass is skipped safely so it does not corrupt the shader pack, HUD, or later world-rendering state.

Space-Station Planet Rendering

• Replaced the LEO plane below a space station with a 64×32 subdivided sphere and changed the atmosphere to a matching spherical shell.
• The planet's visual size remains driven by the existing orbital altitude. The target-value semantics of the Orientation Controller and Altitude Controller are unchanged.
• Added configuration for planet visual scale, rotation speed, and surface texture tiling. The default rotation period is approximately 1,000 seconds, the LEO surface defaults to 2×2 tiling, and the default planet visual scale is now 1.5.
• Added a Max Altitude Change Rate slider below Target Altitude in the Altitude Controller. The minimum 1× setting is identical to the old speed, the maximum is 10× the old speed, and the selected value is saved with the controller and synchronized to the server.
• Fixed the old step calculation becoming zero or negative in high-orbit target ranges, which could make the controller stop or move in the wrong direction. The 1× step calculation at or below 38100 km remains unchanged.
• Fixed a visual hole/opening seen from above when a large planet scale was combined with a low orbital altitude and the camera entered the atmosphere proxy sphere, triggering near/far clipping. Existing framing at normal altitudes and the default scale is preserved.
• Upgraded the Earth and Moon LEO textures to high-resolution assets.

Fixes and Compatibility

• Fixed third-party dimensions not managed by AdvancedRocketry—including RFTools and Compact Machines—incorrectly inheriting the overworld atmosphere and being treated as oxygen-free environments.
• Unmapped third-party dimensions now default to breathable AIR. AdvancedRocketry planets, free space, space stations, and explicit dimMapping entries still use their own atmosphere configuration.
• Enclosed oxygen regions and Oxygen Vents in third-party dimensions can still pressurize and depressurize normally.
• Fixed destination selection in a rocket GUI requiring the player to be seated in that rocket. A player in the same world and within the legal interaction distance can now complete the selection.
• Fixed space-station information packets rebuilding the wrong dimension properties on the client and a potential null pointer in brightness calculations when stellar data is missing.
• Ordinary rockets, satellite missions, and external dimension mappings continue to expose only real dimensions as actionable targets; a synthetic black-hole star target is never treated as a landable dimension.

New Configuration

Category	Configuration	Default	Description
Client	blackHoleRenderMode	AUTO	AUTO, FAST, HIGH, or LEGACY
Client	blackHoleShaderMinScreenRadius	24	Minimum on-screen radius required for the shader path
Client	blackHoleMaxShaderBodies	2	Maximum shader-rendered black holes in one celestial pass
Performance	blackHoleShaderStepsFast	16	Bounded approximation steps used by FAST
Performance	blackHoleShaderStepsHigh	32	Bounded approximation steps used by HIGH
Client	atmosphereRenderMode	AUTO	AUTO, FAST, HIGH, LEGACY, or OFF
Client	atmosphereMaxShaderBodies	2	Maximum ray-marched atmospheres in one celestial pass
Client	atmosphereMinShaderRadiusPixels	6	Minimum projected radius required for the atmosphere shader
Client	atmosphereEnableCloudLayer	true	Render an independent cloud layer when the profile permits it
Client	atmosphereDebugView	NONE	Atmosphere diagnostic output; keep NONE for normal play
Performance	atmosphereOpticalDepthLutWidth	128	Width of the CPU optical-depth LUT
Performance	atmosphereOpticalDepthLutHeight	64	Height of the CPU optical-depth LUT
General	blackHoleFreeSpaceInteraction	VISUAL_ONLY	Free-space hazard behavior; CAPTURE is destructive and opt-in
General	blackHoleGravityConstant	0.01	Free-space gameplay gravity coefficient
General	blackHoleMaxAcceleration	0.05	Maximum black-hole acceleration per tick
General	blackHoleWarningInterval	40	Minimum tick interval between warnings for the same rocket/body
General	blackHoleLuminosityMode	UPSTREAM_COMPAT	UPSTREAM_COMPAT or ACCRETION_RATE
Energy	blackHoleGeneratorMultiplier	1.0	Multiplier for the Black Hole Generator's base output of 500 RF/t
Energy	defaultBurnTime	500	Burn time in ticks for matter fuels without a specific entry
Energy	blackHoleTimings	Common blocks: 1 tick each	Override list in the form modid:item[:meta-or-*];ticks
Energy	blackHoleAllowUnlistedMatter	true	Allow unlisted items to use defaultBurnTime
Client	stationPlanetSphereScaleMultiplier	1.5	Visual scale multiplier for the planet below a space station
Client	stationPlanetRotationSpeedMultiplier	1.0	Planet rotation multiplier; 0 stops rotation
Client	stationPlanetTextureTilingMultiplier	1.0	Multiplier for the default 2×2 tiling; 0.5 restores 1×1

Upgrade Notes

1. Back up the world, planetDefs.xml, and the existing configuration.
2. Replace the AdvancedRocketry JAR and confirm that libVulpes-Continuation 0.2.10 or later is still installed.
3. Fully restart both client and server so the new configuration entries are generated.
4. An existing advancedRocketry.cfg will not overwrite its current stationPlanetSphereScaleMultiplier. To adopt the new default visual scale, set it to 1.5 manually.
5. If a third-party dimension should have a non-Earth atmosphere, register it with an explicit dimMapping. Unmapped dimensions are treated as breathable AIR.
6. Destructive black-hole behavior must be enabled manually by setting blackHoleFreeSpaceInteraction to CAPTURE; upgrading does not enable it automatically.

No manual save migration or world regeneration is required. The new Galaxy/Generator NBT fields are backward compatible, and this release does not raise the minimum LibVulpes version. Do not keep both the 1.4.1-continuation and 1.4.2-continuation AdvancedRocketry JARs installed at the same time.

Validation Status

• The Black Hole Generator has been confirmed operational in-game, and the earlier HIGH renderer has undergone multiple rounds of playtesting. The final accretion-disk stabilization commit still requires a last in-game regression pass.
• The default appearance of the realistic atmosphere and the fix for the atmosphere-proxy-sphere opening at low orbital altitude with an enlarged station planet have been confirmed in the user environment.
• Java and GLSL 1.20 parsing, projection/culling, the Kerr LUT, animation periods, sphere meshes, and the GL-state contract have received static validation.
• Forty-seven regression tests currently pass for mathematics, the optical-depth LUT, profile/NBT handling, zero illumination, celestial direction, space-station atmosphere envelopes, and Altitude Controller rates. Six GLSL 1.20 atmosphere shaders also pass offline compilation.
• The development environment contains a sibling libVulpes-Continuation and Gradle 7.4.2, but the ForgeGradle/legacy Maven dependencies required by Gradle are not fully cached and Java subprocesses cannot access the network. Consequently, a complete ./gradlew clean build was not run in that environment.
• The realistic atmosphere still requires an in-game visual matrix, 1920×1080 GPU/CPU performance thresholds, real GL2 drivers, OptiFine/Angelica, external shader packs, and context-recreation acceptance testing.
• Dedicated-server, full multiplayer, Angelica, external shader-pack, MSAA/FBO, and multi-GPU combination matrices have not yet received complete acceptance testing.

Known Limitations

• This renderer is a Kerr-style approximation designed for the Minecraft 1.7.10/OpenGL compatibility path, not a scientifically accurate full Kerr geodesic solver.
• Black holes are not Forge dimensions or landing targets for ordinary rockets. Only space stations can directly orbit a top-level black-hole primary star.
• Child-star black holes can be saved and displayed, but in 1.4.2 the complete station-target, generation-eligibility, and free-space hazard behavior is available only for top-level primary stars.
• HIGH and FAST fall back to the fixed-function renderer when the celestial target uses MSAA, scene capture fails, OpenGL 2.0/GLSL 1.20 is unavailable, or advancedVFX=false.
• Within a single celestial pass, one black hole does not lens another. This avoids FBO ping-pong and recursive composition on the legacy OpenGL path.
• A previous attempt to fix high-resolution GUI scaling was reverted because it caused regressions. Small-window behavior in the planet selector has been restored, but the layout issue in a maximized 4K window remains unresolved.

---

AdvancedRocketry Continuation 1.4.3

• Release date: 2026-08-04
• Version: 1.4.3-continuation
• For: Minecraft 1.7.10, Forge 10.13.4.1614, and Java 8
• Dependency: libVulpes-Continuation 0.2.10 or later
• Optional integrations: OpenComputers 1.12.44-GTNH and Applied Energistics 2 rv3-beta-966-GTNH

Highlights

Native OpenComputers Control Components

• The Altitude, Orientation, and Gravity Controllers can be operated through OpenComputers to control station altitude, two-axis orientation, and gravity. The original block GUIs, change rates, and server-side range checks still apply.
• The Atmosphere Detector, Biome Scanner, Holographic Planet Selector, Warp Controller, Rocket Monitoring Station, and Orbital Laser Drill expose read-only telemetry and controlled operation callbacks.
• The Warp Controller adds getCurrentTargetInfo(), returning the current orbital target's ID, type, and real name in one server-side snapshot. Unknown IDs do not fall back to Earth, and an active warp returns the stable in_warp soft error.
• The Warp Controller also adds getTargetInfo(id). Its OpenOS program now shows the real name and type of the currently orbited body, the committed destination, and the numeric ID being edited. Invalid IDs are shown explicitly as unresolved.
• Every mutating operation is validated authoritatively by the server. Automation cannot bypass existing gameplay requirements for discovered celestial bodies, fuel, Artifacts, Warp Cores, launch procedures, redstone enablement, or multiblock structures.
• OpenComputers remains an optional dependency. When it is absent, neither the client nor dedicated server loads the OC networking/API path, while the original blocks and TileEntities continue to initialize normally.

For complete callbacks, return values, soft errors, and signals, see OPENCOMPUTERS_COMPONENT_REFERENCE.md.

AdvRocket OpenOS Control Suite

• Added the unified advrocket home screen, which displays Minecraft time in 24-hour format, the station's current orbital target, and altitude. If the Warp Controller or Altitude Controller is missing, the corresponding value is shown explicitly as a red ERROR.
• The home screen can launch seven independent GUIs by touch, number keys, or arrow keys: Station Control, Biome Scanner, Rocket Monitor, Warp Controller, Atmosphere Detector, Planet Selector, and Laser Drill.
• Pressing Q in a subprogram returns to advrocket. Only pressing Q on the home screen restores the previous OpenOS display state and returns to the shell. A missing or failed subprogram does not terminate the home screen with it.
• All GUIs share the same dark-blue/cyan theme, a component.invoke()-compatible call layer, and adaptive layouts from 50x16 through 80x25.
• The Atmosphere Detector program can enumerate and switch between multiple detectors on the same OC network. Switching reloads the selected block's six face states, atmosphere list, and target; uncommitted selections do not carry across devices.

Conditional Program Disk and Offline Updates

• When OpenComputers is installed, a native cyan AdvRocket program disk is registered. It reuses OC's built-in floppy item, model, texture, and read-only filesystem, introduces no new AR item-registry ID, and does not duplicate OC resources.
• Without OpenComputers, this variant and its recipe are not registered, so it is absent from Creative/NEI and cannot be crafted. The OC API is not bundled into the AdvancedRocketry JAR.
• The disk is shapelessly crafted from a LibVulpes Linker and a completely blank, NBT-free OC Floppy Disk. The custom recipe rejects OpenOS, loot, dyed, renamed, or player-data filesystem disks to avoid consuming irreplaceable data disks.
• Insert the disk and run install AdvRocket to install the complete suite. After replacing the AR JAR with a newer version, insert the same physical disk and run update to overwrite managed files offline from the new JAR's read-only resources.
• The control-suite manifest adds an independent suite.2 revision, allowing Lua iterations within the same 1.4.3-continuation mod version to be detected by update and replace an older installation correctly.
• After ForgeGradle reobfuscation, the universal JAR restores the explicit directory entries required by OpenComputers' ZIP filesystem and validates them level by level during the build. This fixes the program disk being craftable but unmountable and install AdvRocket reporting Nothing to install labeled: AdvRocket.
• The updater validates the package ID, manifest format, read-only source, unique source, path boundaries, and symbolic links. It stages the entire update first, replaces the manifest last, and restores the old files if commit fails.

The program-disk layout, optional-dependency isolation, and acceptance matrix are documented in OPENCOMPUTERS_ADVROCKET_SUITE_SPEC.md.

Galacticraft Airlock Dynamic Isolation

• Dynamically placed blocks are now evaluated through AdvancedRocketry's complete airtightness rules when deciding whether to split an existing oxygen Blob, rather than relying only on a full collision box.
• Non-full blocks listed in sealableblockwhitelist, including Galacticraft's tile.airLockSeal, participate correctly in dynamic isolation as the airlock closes one block at a time. Once the final doorway block closes, the Oxygen Vent side and the far side of a dual-door airlock are immediately separated from the same Blob.
• Ordinary non-full blocks remain permeable, and sealableblockblacklist continues to take precedence.

Dual-Door Airlock Oxygen Detector

• Added an unpowered Oxygen Detector block. It reads the actual AR atmosphere in all six adjacent blocks and includes only faces that are not blocked by an airtight block in its redstone decision.
• The GUI contains one toggle, disabled by default. When disabled, any breathable exposed face produces redstone. When enabled, at least one face must be exposed and every exposed face must be breathable. A detector blocked on all six sides does not output a false positive.
• Occlusion uses SealableBlockHandler, so full glass blocks, AR airtight doors, configured whitelist blocks, and GC tile.airLockSeal are excluded. Torches, cables, and other non-airtight blocks that do not seal the air do not create false blind spots.
• With OpenComputers installed, the block provides a native oxygen_detector component. It can report exposed and breathable separately for down, up, north, south, west, and east, and it can read or set the aggregate any/all mode. Without OpenComputers, the block, GUI, and redstone logic remain fully functional.

Temporary Overworld Sky Compatibility Fix

• Loading the overworld on the client (dimension 0) no longer permanently installs AdvancedRocketry's custom sky renderer. The overworld sky color is again controlled by the vanilla WorldProvider or another sky mod.
• This temporary exclusion affects only the overworld's ordinary sky. Atmosphere rendering on AR planets, space stations, free space, and other dimensions is unchanged, and the existing temporary orbital-sky transition during rocket launches and landings is retained.

Planet Chip Travel Modes

• Added the planetChipTravelMode option in the Rocket configuration category, defaulting to DIRECT. A crewed rocket using a Planet Identification Chip travels directly to the selected dimension, restoring classic AdvancedRocketry interplanetary travel. This also applies to third-party dimensions such as RFTools dimensions registered through dimMapping.
• When set to MANUAL, a crewed Planet Chip rocket instead enters the free-space dimension specified by freeSpaceId and retains TFRU-style manual flight in the player's view direction with celestial-body collision landing.
• Station, Asteroid, and Satellite Chips and unmanned rockets are unaffected. Empty, misspelled, or unsupported values safely fall back to DIRECT.

Airtight Pipeline and Network Interfaces

• Added airtight RF energy and fluid interfaces. Both are full airtight blocks with six-sided connectivity, no GUI, and zero internal storage. The RF interface does not buffer energy, and the fluid interface never stores fluid.
• The fluid interface locks to the first fluid type that is transferred successfully. Attempts to input a different fluid through another face are rejected. Only after the last pipe supplying the current fluid is removed does the interface unlock and permit another fluid to take over.
• With OpenComputers installed, an airtight OC cable interface is added. Like a native Cable, it connects networks and components on all six sides, but it does not register a component or callbacks and does not appear in component enumeration. Without OC, its block, TileEntity, and recipe are not registered.
• With Applied Energistics 2 installed, an airtight ME smart interface (8 channels) and an airtight ME dense smart interface (32 channels) are added. Both connect to the ME network on all six sides, consume no channel themselves, have no GUI, and do not yet display channel usage dynamically. Without AE2, their blocks, TileEntities, and recipes are not registered.
• The interfaces reuse existing LibVulpes/AdvancedRocketry resources. The built JAR does not bundle OC or AE2 API classes, so both integrations remain soft dependencies.

Installation and Usage

1. Replace the JAR on both client and server with 1.4.3-continuation.
2. For computer control, install OpenComputers 1.12.44-GTNH. For airtight ME interfaces, install Applied Energistics 2 rv3-beta-966-GTNH. Neither mod is required when its integration is not used.
3. Craft the AdvRocket program disk from a Linker and a blank Floppy Disk.
4. In OpenOS, run:

   install AdvRocket
   advrocket

1. After a later AdvancedRocketry JAR upgrade, insert the existing program disk and run:

   update

This version does not change the world-save format and does not raise the minimum LibVulpes version. Do not keep an older AdvancedRocketry JAR installed alongside 1.4.3-continuation.

Validation Scope

• Java unit tests cover the Warp Controller's current-target information and the data-safety boundaries of the program-disk recipe.
• Airtightness regression tests cover incremental multiblock closure of a dual-door airlock and verify that the outside Blob is split only when the last opening closes.
• Planet Chip travel-mode tests cover the DIRECT fallback for default and invalid values, plus case- and whitespace-insensitive parsing of MANUAL.
• Airtight fluid-interface tests cover first-fluid locking, multiple same-fluid sources, unlocking after the last source is removed, and rejection of competing fluids and invalid faces. The build also verifies that OC/AE2 API classes are not packaged in the finished JAR.
• Lua validation covers the home screen at minimum and maximum resolutions, missing components, legacy callbacks, warp state, return paths from all seven subprograms, and updater source, path, staging, commit, and rollback behavior.
• The Gradle build asserts that both universal and deobfuscated JARs contain the complete program-disk resources and contain neither li/cil/oc/api/** nor appeng/api/**.