summaryrefslogtreecommitdiffstats
path: root/dev-docs/Cubeset file format.html
diff options
context:
space:
mode:
authorSpongecade <spongecade.129@gmail.com>2023-09-27 20:07:42 +0200
committerGitHub <noreply@github.com>2023-09-27 20:07:42 +0200
commitebeb164d2be6754908a9c562850e585f18f70b88 (patch)
treef0396dc592063fab48a622049ac43e35a8bc9f66 /dev-docs/Cubeset file format.html
parentOnly enable werror for debug (#5501) (diff)
downloadcuberite-ebeb164d2be6754908a9c562850e585f18f70b88.tar
cuberite-ebeb164d2be6754908a9c562850e585f18f70b88.tar.gz
cuberite-ebeb164d2be6754908a9c562850e585f18f70b88.tar.bz2
cuberite-ebeb164d2be6754908a9c562850e585f18f70b88.tar.lz
cuberite-ebeb164d2be6754908a9c562850e585f18f70b88.tar.xz
cuberite-ebeb164d2be6754908a9c562850e585f18f70b88.tar.zst
cuberite-ebeb164d2be6754908a9c562850e585f18f70b88.zip
Diffstat (limited to 'dev-docs/Cubeset file format.html')
-rw-r--r--dev-docs/Cubeset file format.html2
1 files changed, 1 insertions, 1 deletions
diff --git a/dev-docs/Cubeset file format.html b/dev-docs/Cubeset file format.html
index f428e2096..0037c3638 100644
--- a/dev-docs/Cubeset file format.html
+++ b/dev-docs/Cubeset file format.html
@@ -22,7 +22,7 @@
<p>We're seeing an increased need to store "prefabs" - little areas with predefined block contents, such as village houses or fortress rooms - in collections. We have one collection of village houses for the plains village, one collection for the desert village, one collection for the nether fortress... And there are plans in the future to use even more collections - trees, overworld fortresses, more village types and even custom structures. The point that they have in common is that they need to store not only the prefabs, but also metadata for those prefabs - how often they generate, how they connect together. There's even need for metadata for the entire collection, such as what the accepted biomes are, what block should village roads use, and various other generator parameters. So we need a file format that could store all this information together.</p>
<p>There are some existing formats available to consider first:
<ul>
-<li><a href="https://minecraft.gamepedia.com/Schematic_file_format"><b>schematic</b></a> - file format native to MCEdit / Bukkit / WorldEdit communities. Can store the prefab, the block entities and regular entities, and any metadata. Cannot store multiple prefabs. No effort to read or write, there's already code to do that (except for the entities) in the server.</li>
+<li><a href="https://minecraft.wiki/w/Schematic_file_format"><b>schematic</b></a> - file format native to MCEdit / Bukkit / WorldEdit communities. Can store the prefab, the block entities and regular entities, and any metadata. Cannot store multiple prefabs. No effort to read or write, there's already code to do that (except for the entities) in the server.</li>
<li><a href="https://dev.bukkit.org/projects/terrain-control"><b>bob / bo2 / bo3</b></a> - file format created for prefabs in the Terrain Control mod. Can store the prefab and any metadata. Support for block entities and regular entities is unknown. Cannot store multiple prefabs. Medium difficulty for reading and writing, would need new parser and serializer. Unknown (but assumed true) whether the format truly supports any metadata.</li>
<li><a href="https://github.com/cuberite/cuberite/tree/master/src/Generating/Prefabs"><b>cpp</b></a> - export from our Gallery server directly into C++ source files. Can store the prefab and any metadata, block entities and regular entities currently not implemented but could be added. Very difficult for reading, writing already implemented. Only usable when compiling directly into the server. Can store multiple prefabs and metadata for the entire set.</li>
</ul>