pack.mcmeta: nomor pack_format dan peringatan "incompatible"
Satu kolom yang salah membuat Minecraft menonaktifkan pack Anda. Berikut bentuk yang dibutuhkan 26.x, cara mencakup versi lama dan baru dalam satu file, dan di mana file itu harus diletakkan.
Hampir semua kasus "pack saya muncul sebagai incompatible" disebabkan oleh satu kolom di satu file kecil.
File-nya
{
"pack": {
"min_format": 97,
"max_format": 97,
"description": "My pack"
}
}Itu adalah resource pack 26.3; data pack 26.3 menggunakan 121. Sejak 1.21.9, format apa pun di atas 64 (resource) atau 81 (data) harus dideklarasikan dengan min_format dan max_format. Pack yang masih menulis "pack_format": 97 polos — seperti yang masih ditampilkan sebagian besar tutorial dan generator — akan ditolak dan muncul sebagai incompatible.
File ini harus diberi nama persis pack.mcmeta dan berada di root zip — bersebelahan dengan assets/ atau data/, bukan di dalam folder di dalam zip. Mem-zip folder induknya alih-alih isinya adalah kesalahan paling umum kedua, dan tampilannya identik dengan nomor format yang salah.
Resource pack dan data pack menggunakan nomor yang berbeda
Inilah bagian yang sering menjebak orang: kedua penghitung ini sudah lama berbeda dan tidak bisa dipertukarkan. Data pack yang memakai nomor resource pack akan dinonaktifkan walaupun nomornya "terkini".
Daripada menghafal tabel yang basi setiap rilis, bacalah nomornya dari pack vanilla untuk versi Target Anda — atau biarkan generator yang mengisinya.
Satu file untuk versi lama dan baru
Mematok satu nomor berarti pack akan rusak pada rilis berikutnya. Rentang tidak — tetapi rentang yang menjangkau 26.x harus ditulis untuk dua generasi game sekaligus:
{
"pack": {
"pack_format": 46,
"supported_formats": { "min_inclusive": 46, "max_inclusive": 64 },
"min_format": 46,
"max_format": 97,
"description": "My pack"
}
}min_format/max_format adalah rentang yang dibaca 26.x. pack_format dan supported_formats hanya ada untuk klien yang lebih lama dari 1.21.9: supported_formats harus berakhir tepat di 64 (81 untuk data pack), min_format harus sama dengan ujung bawahnya, dan pack_format harus berada di dalamnya. Saran lama — supported_formats hingga angka besar seperti 99 — kini justru bentuk yang ditolak mentah-mentah oleh 26.x. Untuk pack yang hanya menambahkan tekstur atau resep — yang merupakan mayoritas pack — rentang lebar adalah pilihan yang jujur, karena tidak ada apa pun di dalamnya yang benar-benar rusak antarversi.
Description menerima text component
"description": [
{ "text": "My pack ", "color": "gold" },
{ "text": "v2", "color": "gray", "italic": true }
]Kode tanda bagian (§6) juga masih berfungsi, tetapi bentuk JSON tetap bertahan saat disalin-tempel melalui alat yang menghapus karakter kontrol.
Overlay, untuk mendukung beberapa versi sekaligus
"overlays": { "entries": [
{ "formats": { "min_inclusive": 42, "max_inclusive": 45 }, "directory": "older" }
] }Folder older/ di root pack hanya digunakan pada format tersebut. Beginilah satu unduhan dapat mendukung dua versi dengan format model berbeda, alih-alih mengirimkan dua zip.
Diagnosis cepat
| Gejala | Penyebab |
|---|---|
| Dinonaktifkan, "made for an older/newer version" | nomor format salah, atau (1.21.9 dan setelahnya) tidak ada min_format/max_format |
| Pack tidak terdaftar sama sekali | pack.mcmeta tidak berada di root zip, atau JSON tidak valid |
| Termuat, tekstur hilang | format pack baik-baik saja; path teksturnya yang salah |
| Berfungsi di singleplayer, tidak di server | data pack berada di folder world yang salah |
Koma di akhir adalah JSON tidak valid dan menghasilkan kasus "tidak terdaftar sama sekali", bukan pesan error.
Buat file yang valid untuk jenis pack dan versi Target Anda — dengan min_format/max_format, dan kolom legacy di tempat versi lama membutuhkannya — menggunakan pack.mcmeta Generator.