Java komut oluşturucuları için Bedrock komut sınırlamaları
7 dk okuma
Bedrock komutları, farklı öneki olan Java komutları değildir. Bazı komut aileleri çakışıyor ancak Java NBT yükleri, özyinelemeli passenger, item bileşeni Output'u ve JSON datapack bire bir eşlenmez. NBTForge, seçilen bir sürümün aynı verileri temsil edemediği durumlarda uyarır.
Rehber sonucu
Bir Java komutunun Bedrock'ya kopyalanıp kopyalanamayacağına veya ayrı bir Bedrock iş akışına ihtiyaç duyup duymadığına karar vermek için pratik bir kontrol listesi.
Önerilen yol
- Çıkışa güvenmeden önce Edition seçiciyi Bedrock Kararlı olarak değiştirin.
- Yalnızca Java NBT veya bileşenlerinin temsil edilemeyeceğine ilişkin uyarılara dikkat edin.
- Mümkün olduğunda yinelemeli Java Passengers'yu takip eden Bedrock sürüş komutlarıyla değiştirin.
- JSON datapack kaynaklarının Bedrock dünyalarında çalışabileceğini varsaymaktan kaçının.
- Her iki sürümü de desteklerken Java ve Bedrock Project girişlerini ayrı tutun.
Yolcu ve sürüş iş akışları
Java, yinelenen passenger verilerini bir çağırma komutunun içine yerleştirebilir. Bedrock bunun yerine genellikle sürüş komutlarına ve aşamalı kuruluma ihtiyaç duyar. Bu, tek satırlık bir Java mob yığınının birkaç Bedrock komutuna dönüşebileceği veya farklı bir tasarıma ihtiyaç duyabileceği anlamına gelir.
Görsel fikir tek satırlık yapıdan daha önemli olduğunda, önce Java sürümünü oluşturun, ardından ilişkiyi bir Bedrock yolculuk iş akışına dönüştürün.
NBT-ağır itemler ve varlıklar
Java NBT ve item bileşenleri ayrıntılı item, varlık ve görüntü verilerini taşıyabilir. Bedrock, aynı yerlerde aynı yükleri kabul etmez; dolayısıyla gelişmiş Java Output'u doğrudan Bedrock'ya yapıştırılmamalıdır.
Bedrock açısından güvenli içerik için, komutları desteklenen komut bağımsız değişkenlerine yakın tutun ve NBTForge uyarılarını öneri olarak değil, dur işareti olarak kullanın.
- Özel Java item bileşenleri bir Bedrock item sistemi değildir.
- Java varlığı NBT, geçerli Bedrock çağırma verisi haline gelmiyor.
- JSON datapack kaynakları, Bedrock davranış paketleri değil, Java datapack kaynaklarıdır.
Sürümler arası içerik nasıl yayınlanır?
Bir makale, preset veya Command Pack her iki sürümü de hedefliyorsa ayrı Java ve Bedrock adımlarını yazın. Sınırlamaları dipnotta gizlemeyin. İçerik oluşturucuların yapıştırmadan önce bilmeleri gerekir.
NBTForge, bir Bedrock sürümü, aşağı dönüştürülmüş bir Java komutu yerine kendi komut tarifi olarak ele alındığında en iyi şekilde çalışır.
Kopyalanan eseri gönderin
Bir oynatıcının veya harita oluşturucunun gerçekte çalıştıracağı yapıyı üretmek için bu kılavuzu kullanın: kopyalanmış bir komut, sipariş edilen Project paketi veya datapack kaynağı. Son inceleme yalnızca düzenlenebilir oluşturucu durumunda değil, kopyalanan Output'ta da yapılmalıdır.
İş akışı sürüme duyarlı olduğunda, hedef sürümü komutun yanında etiketleyin. Seçiciler, puan tabloları, boss çubukları, etiketler, loot tabloları veya Project sırası kullanıldığında kurulumu yayınlamadan önce bu bağımlılıkları temiz bir dünyada test edin.
- Bir komut için Output'dan kopyalayın ve sipariş edilen paketler için Project'ten.
- Java, Bedrock ve anlık görüntü çeşitlerini ayrı tutun.
- Zararsız çıktılara sahip yıkıcı seçicileri ilk önce test edin.
- Kılavuz standart iş akışı haline geldiğinde ilgili presetleri güncelleyin.
İlgili rehberler ve presetler
FAQ
NBTForge her Java komutunu Bedrock'ya dönüştürebilir mi?
Hayır. Desteklenen Bedrock çıkışı oluşturabilir ve uyarıları gösterebilir, ancak bazı Java NBT, bileşen, passenger ve datapack iş akışlarında doğrudan Bedrock komut eşdeğeri yoktur.
Java passenger komutlarıyla ne yapmalıyım?
Mümkün olduğunda Bedrock yolculuk iş akışını kullanın ve yinelenen tek bir Java çağırma komutu yerine çok komutlu kurulumu bekleyin.
Bu kılavuz ne zaman bir Project paketi haline gelmeli?
İş akışı birden fazla komuta ihtiyaç duyduğunda, kurulum ve temizleme sırası olduğunda veya testten sonra yeniden düzenlenmesi gerektiğinde Project'yu kullanın. Tek seferlik komutlar Output'da kalabilir.