أرقام pack_format، إصداراً بإصدار

ما هو في الواقع

كل حزمة موارد Java تحتوي على ملف يسمى pack.mcmeta في مجلدها الرئيسي. إنه صغير، ورقم واحد فيه مهم:

{
  "pack": {
    "pack_format": 97,
    "description": "My texture pack"
  }
}

هذا الرقم هو إصدار تخطيط الحزمة، وليس اللعبة. يقوم Mojang بزيادة هذا الرقم كلما قاموا بنقل المظهر أو إعادة تسميته أو إعادة هيكلته. وهو يخبر اللعبة بترتيب الملفات المتوقع، ولهذا السبب فإن عدم التوافق ينتج عنه مظهر مفقود بدلاً من الفشل التام - حيث تبحث اللعبة في الأماكن التي يقترحها هذا التنسيق وتجد بعضها فارغاً.

الرقم لكل إصدار

هذه هي التنسيقات التي يصدرها CreateTextures، مأخوذة من نفس السجل الذي يستخدمه المحرر.

ما الذي تغير في 1.21.9

من التنسيق 69 فصاعداً، تحمل الحزم أيضاً إصداراً مدعوماً نطاق بدلاً من نقطة واحدة، باستخدام min_format و max_format. ملف pack.mcmeta الحديث يبدو هكذا:

{
  "pack": {
    "pack_format": 97,
    "min_format": [97, 0],
    "max_format": [97, 1],
    "description": "My texture pack"
  }
}

البسيط pack_format يبقى المفتاح بجانبها حتى تتمكن برامج الإطلاق القديمة والأدوات الخارجية من قراءة شيء تفهمه. توسيع النطاق هو كيف تعلن حزمة واحدة دعمها لعدة إصدارات في نفس الوقت - على الرغم من أن إعلان الدعم ليس هو نفسه امتلاك الملفات الصحيحة لها جميعاً.

الرقم الثاني في كل زوج هو إصدار فرعي، للتغييرات التي لا تكسر الحزم القديمة. الإصدار 26.3 يستخدم واحداً: تنسيقه هو 97.1، لذا فإن نطاق حزمة 26.3 يصل إلى [97, 1] بينما يظل pack_format رقماً صحيحاً، وهو 97.

لا يستخدم Bedrock هذا على الإطلاق

لا يوجد pack_format على Bedrock. تحمل حزم Bedrock manifest.json مع معرفات UUID، ومصفوفة إصدار، وإصدار أدنى للمحرك بدلاً من ذلك. النظامان ليس بينهما أي قاسم مشترك، وهذا جزء من سبب عدم انتقال الحزم بين النسخ - انظر حزم موارد Java مقابل Bedrock.

الجواب المختصر

اختر إصدار Minecraft الخاص بك في المحرر قبل التصدير ويتم كتابة الرقم الصحيح لك، إلى جانب زوج الحد الأدنى/الأقصى عندما يتطلب الإصدار ذلك. الجدول أعلاه موجود هنا عندما تقوم بتعديل ملف pack.mcmeta يدوياً.