
Arcane Teleport
A channeled /tpa that replaces vanilla teleport-to-a-player with a ritual: both players pay XP, the traveler rises in a swirl of glyph particles, and a lightning strike seals it. One jar — a server-side ritual plus an optional client-side portal swirl.
0.6.0
Compatibility
Changes
Arcane Teleport 0.6.0 — now a single jar (server and client)
The big change: Arcane Teleport is now one jar that works on both sides. Until now this download was the optional Client FX companion to a separately-distributed server mod. As of 0.6.0 the server-side /tpa ritual and the client-side FX live in the same jar, side-gated by Fabric's environment system — install it on a server, on a client, or both.
Already running the Client FX (0.1.x)?
Drop 0.6.0 into your client mods/ and you get the same client features as before:
- The dramatic fullscreen portal swirl during a
/tparitual — no portal block, no purple plane - The version handshake so server ops can see your install via
/tpa debug clients - Auto-close chat after clicking a
[✦ Accept]/[✗ Deny]button - Keep chat open after a self-confirm
/tpa coords//tpa waystone//tpa bed(toggle in Mod Menu)
It stays fully compatible with any server running Arcane Teleport — the network protocol is unchanged, so 0.6.0 talks to old and new servers alike.
Why the jump from 0.1.4 → 0.6.0? The client and server were on separate version lines; merging them into one jar unified the numbering onto the server's line (which was at 0.5.1), so the combined release is 0.6.0.
New: the full server mod ships in the same jar
Server owners now install one mod instead of two (the client half stays inert on a dedicated server):
- Channeled player-to-player
/tpa: XP cost from both players, a levitation + glyph-particle ritual, and a lightning finale; the cast breaks if either player moves or takes damage - Solo destinations:
/tpa coords <x y z> [dim],/tpa bed, and/tpa waystone(with Waystones installed) - Safe-landing on arrival,
/tpaccept//tpdeny, permission nodes, hot-reloadable config, and the client-install audit (/tpa debug clients) - Vanilla (unmodded) clients still get a graceful nausea-warp fallback; only modded clients see the swirl
Under the hood
- Single jar:
fabric.mod.jsonenvironment: "*", with all client code gated by@Environment(CLIENT)and a client-scoped mixin config — client mixins are never applied on a dedicated server - The two networking payloads are now a single shared source of truth (no more byte-for-byte duplication across two separate jars)
Requirements
- Minecraft 26.1.2 · Fabric Loader 0.19+ · Fabric API · Java 25
- Optional: Mod Menu (config toggle) · Waystones (for
/tpa waystone)
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:NRnh8UYy:4Aulp1y3"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:NRnh8UYy:4Aulp1y3"
}
