Collection of all of my datapacks. These are typically focused on SMP server administration because that's what I find myself needing more tooling for.
Keeping everything in the same repository makes it easier to build stuff fast!
A very lightweight datapack that disables doDaylightCycle when nobody is
online or everyone online is tagged as afk (see #detect-afk-players). It's
best suited for small to medium sized servers where there are large stretches of
time that nobody will be online, or long periods where players may be AFK (eg.
at a mob grinder overnight). This is to prevent the local difficulty and day
count from becoming excessive and not representative of the amount of time that
players have actually played on the server.
The following gamerules are affected:
doDaylightCycledoWeatherCycle
The gamerule mobSpawning is unaffected to allow mob grinders and automatic
farms to function with nobody present or an AFK player loading the chunk.
You can hook into the pause and resume events using the pause_day_cycle:pause
and pause_day_cycle:resume function tags, which will be called whenever the
day cycle pauses or resumes.
A simple but effective brute force fix to chickens suffocating in walls when they grow up in a cramped, inhumane chicken farm.
It works by teleporting chickens to the center of the block they're in, on the
tick where they grow into an adult. This prevents them from being shoved into a
wall and suffocating. This is only done if the chicken is within five blocks of
any entity named exactly chickenfix, to prevent normal (humane) chicken farms
from being broken by the same logic that fixes the inhumane ones.
A simple way to detect AFK players for vanilla or modded servers, which allows you to build additional social signalling mechanics and improve the experience for all players.
Players are marked as AFK (afk) after 3 minutes of without moving the mouse.
The base afk data pack implements the AFK detection behavior, acting as a library for other data packs. Players are treated as AFK after not sending a directional input for more than 3 minutes (180 seconds, 3600 game ticks).
This datapack also gives players the afk tag when they become AFK, and removes
it when they return. This allows you to detect AFK players without having to
install any other datapacks, making it very easy to integrate with.
There is a README included in the pack and viewable in the afk directory with further instructions for configuration, buildng add-on packs, and implementation details.
Changes the playersSleepingPercentage to allow sleeping while there are AFK
players on the server.
When the datapack is initially installed, the playersSleepingPercentage is
stored and used as the percentage of players that aren't AFK that need to
sleep for a night to pass.
| Players online | Players not AFK | Initial playersSleepingPercentage | Players required to pass a night |
|---|---|---|---|
| 3 | 3 | 100% | 3 |
| 3 | 2 | 100% | 2 |
| 3 | 2 | 50% | 1 |
Using this datapack will announce to all players on the server when someone becomes AFK or returns to the game.
Using this datapack colors the names of AFK players gray and moves them to the bottom of the player list.
Adds consequences to death when playing with keepInventory. By adding
carefully thought out penalties, players don't abuse death as a free
teleportation tool and hunger reset.
Core features
- Can be disabled per player
- Curse of Vanishing works as expected (requires Minecraft 1.20.5+)
- Players respawn with a hunger penalty
- Lose levels on death like in vanilla
- Difficulty based XP-loss
- Easy: 50%, Normal: 75%, Hard: 100%
Players can be opted out of the consequences if they prefer a more relaxed gaming experience. Per-player opt-out means everyone can play how they want to.
/execute as USERNAME run function no_free_deaths:cmd/opt_outEvery penalty can be toggled individually:
function no_free_deaths:cmd/toggle_drop_xp
function no_free_deaths:cmd/toggle_curse_of_vanishing
function no_free_deaths:cmd/toggle_respawn_hunger_penalty
# NOT ENABLED BY DEFAULT
function no_free_deaths:cmd/toggle_respawn_health_penaltyThe percentage of levels lost on death is set automatically when the data pack
is loaded and will not be changed unless it is manually updated. It's a bit
verbose, but can be changed to a custom amount e.g. 90 to lose 90% of levels.
/scoreboard players set .drop_percentage no_free_deaths.drop_xp.settings [percent]The build system is a reusable component built with Nix. You can use this repository as an input to your own if you would like to use the same logic to build. It would be relatively easy to extend to build a project using the Beet toolchain, too.
Run this command to generate a flake with a single data pack in the repository root.
nix flake init -t github:clo4/datapacksRun this command to generate a flake with multiple data packs in subdirectories.
nix flake init -t github:clo4/datapacks#monorepoIf you're running into issues with the pack formats causing your build to fail, make sure you have the latest version of this flake. It may be, at most, 6h15m hours out of date.
nix flake updateThe datapacks are built using Nix. You must have Nix installed if you want to
build locally. If you've never used it before, it's really not as scary as it
sounds - just install Nix, and run
nix build to build all the datapacks, or to build an individual datapack, run
nix build .#<name> where <name> is something like afk or
pause-day-cycle. However, if you're on Windows, to use Nix you'll have to use
WSL, which can be a bit of a pain for doing stuff on your local Windows file
system too - I don't really have a good solution for you, but this project does
use GitHub Actions to build the project in CI and publishes an artifact from
that.
There's a shortcut for copying to a testing world too. Create a .env file in
the root of the repository, and export a variable named DATAPACK_DIR (a path
to a world's 'datapacks' directory). Then, you can either run the script using
nix run .#, or as build-and-copy in the dev shell. If you're using direnv
and have approved the .envrc, this script will already be available to you in
your environment. This script optionally takes the names of the data packs to
build. See the --help output for more information.
I value composability over functionality, preferring to have less built in to datapacks and allowing you to build the features you need on top of it. Each piece of functionality can be small and performant, and they can be combined together to create something more complicated without sacrificing on maintainability or performance.
I only work on what I feel motivated to work on, because this isn't my job. I just do it for fun and to make my own life easier. But if there's a feature that you want added, you're welcome to create an issue for it and I'll take a look, I'll build it if I think it's worth the time. Or you can contribute it yourself, and we'll get it merged and released!