pack.mcmeta: pack_format numaraları ve "uyumsuz" uyarısı
Tek bir yanlış alan, Minecraft'ın paketinizi gri göstermesine neden olur. İşte 26.x'in gerektirdiği yapı, eski ve yeni sürümleri tek dosyada kapsama yöntemi ve dosyanın bulunması gereken konum.
"Neredeyse her "paketim uyumsuz görünüyor" sorunu, küçük bir dosyadaki tek bir alandan kaynaklanır.
Dosya
{
"pack": {
"min_format": 97,
"max_format": 97,
"description": "My pack"
}
}Bu bir 26.3 kaynak paketi; 26.3 veri paketi ise 121 kullanır. 1.21.9'dan itibaren 64 (kaynak) veya 81 (veri) üzerindeki her format min_format ve max_format ile belirtilmelidir. Hâlâ çıplak "pack_format": 97 yazan bir paket — çoğu eğitimin ve çoğu oluşturucunun hâlâ gösterdiği şey — reddedilir ve uyumsuz olarak görünür.
Dosya tam olarak pack.mcmeta adında olmalı ve zip'in kök dizininde bulunmalıdır — assets/ veya data/ yanında, zip içindeki bir klasörün içinde değil. İçeriği yerine barındıran klasörü zip'lemek en sık ikinci hatadır ve yanlış format numarasıyla tamamen aynı görünür.
Kaynak paketleri ve veri paketleri farklı numaralar kullanır
İnsanları yakalayan kısım burasıdır: iki sayaç yıllar önce birbirinden ayrıldı ve birbirinin yerine kullanılamaz. Kaynak paketi numarası kullanan bir veri paketi, numara "güncel" olsa bile gri gösterilir.
Her sürümde eskiyen bir tabloyu ezberlemek yerine, hedeflediğiniz sürüm için vanilya paketinden numarayı okuyun — ya da bir oluşturucunun doldurmasına izin verin.
Eski ve yeni sürümler için tek dosya
Tek bir numara sabitlemek, paketin bir sonraki sürümde bozulması anlamına gelir. Bir aralık bozulmaz — ancak 26.x'e uzanan bir aralık, oyunun iki nesli için aynı anda yazılmalıdır:
{
"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, 26.x'in okuduğu aralıktır. pack_format ve supported_formats yalnızca 1.21.9'dan eski istemciler için vardır: supported_formats tam olarak 64'te bitmelidir (veri paketi için 81), min_format alt sınırına eşit olmalıdır ve pack_format bunun içinde yer almalıdır. Eski tavsiye — supported_formats değerini 99 gibi büyük bir sayıya kadar yazmak — artık 26.x'in doğrudan reddettiği tek şekildir. Yalnızca doku veya tarif ekleyen bir paket için — ki çoğu paket böyledir — geniş bir aralık dürüsttür, çünkü içindeki hiçbir şey sürümler arasında gerçekten bozulmaz.
Açıklama metin bileşenleri alır
"description": [
{ "text": "My pack ", "color": "gold" },
{ "text": "v2", "color": "gray", "italic": true }
]Bölüm işareti kodları (§6) da hâlâ çalışır, ancak JSON biçimi kontrol karakterlerini soyan araçlardan kopyala-yapıştır yoluyla sağ çıkar.
Aynı anda birkaç sürümü desteklemek için kaplamalar (overlays)
"overlays": { "entries": [
{ "formats": { "min_inclusive": 42, "max_inclusive": 45 }, "directory": "older" }
] }Paket kökündeki older/ klasörü yalnızca o formatlarda kullanılır. Tek bir indirmenin, iki zip göndermek yerine farklı model formatlarına sahip iki sürümü desteklemesinin yolu budur.
Hızlı teşhis
| Belirti | Neden |
|---|---|
| Gri gösteriliyor, "eski/yeni bir sürüm için yapılmış" | yanlış format numarası veya (1.21.9 ve sonrası) min_format/max_format eksik |
| Paket hiç listelenmiyor | pack.mcmeta zip kökünde değil veya geçersiz JSON |
| Yükleniyor, dokular eksik | paket formatı sorunsuz; doku yolları yanlış |
| Tek oyunculuda çalışıyor, sunucuda çalışmıyor | veri paketi yanlış dünya klasöründe |
Sondaki virgül geçersiz JSON'dur ve hata mesajı yerine "hiç listelenmiyor" durumuna yol açar.
Paket türünüz ve hedef sürümünüz için geçerli bir dosya oluşturun — min_format/max_format ile ve eski bir sürümün gerektirdiği yerlerde eski alanlarla — pack.mcmeta Oluşturucu aracını kullanarak.