こちらはPCゲーム「Minecraft」のMod作製の解説記事です。

Minecraft.1.12.2、

Forge-1.12.2-14.23.2.2611での解説になります。

Minecraftの世界に存在する動物やモンスターなどのMob。これらに加え弓から放たれた矢、ブレイズの火球などがEntityに含まれます。

ここではMinecraft-1.15.2でのMod開発の際に私が理解できたメソッドなどを自分用のメモも兼ねて載せていきたいと思います。他にも1.12.2から1.15.2で名称が変わったクラスなども載せていく予定です。

この記事を書いている私自身が元々はJavaを勉強したことが無い状態からMod作製を始めたので、説明内容などはプロのプログラマーの人が見たら「既に知っている」事や「当たり前」の事などもあると思います。この記事は私の様にJavaに初めて触れる人や、これからMod作製に挑戦したい人やMod作製の初心者の人の為に書いているものなので、専門用語を使う時と使わない時があります。また、記載内容に誤りや私自身の理解が誤っている可能性がある事をご了承ください。

記事の内容は徐々に追加していく予定です。

1.12.2からの変更

ブロックへのTileEntityの実装について

TileEntityをBlockに実装する際の注意として、かまどのクラスの元になるクラス「AbstractFurnaceBlock」などが継承している「ContainerBlock」というクラスがある。このクラスを継承して作ったブロックの場合、ContainerBlock自体がITileEntityProviderというインタフェースをimplementsしているので、
createNewTileEntity(IBlockReader worldIn);
というメソッドを実装するようになっているが、@Deprecatedの注釈がついているので、使用しない方が良い。注釈へのコメントにも「使用しないでください。」とあり、代わりにBlockクラスが継承しているIForgeBlockというインタフェースに、
createTileEntity(BlockState state, IBlockReader world)
こちらを使用するようにと記載されている。他のModのソースを参考にしようとした際に、ContainerBlockを継承して作られた追加Blockクラスの記述にはcreateNewTileEntityを使用しているものがあるので、コピーして使用する際はcreateTileEntityに直した方が良いと思われる。

ContainerBlockを継承していない追加Blockクラスの場合は、ITileEntityProviderをimplementsしていないので、createTileEntityを使用する事になるので間違える事は無いと思われる。

同時にIForgeBlockのhasTileEntity(BlockState state)のdefaultの記述が、
default boolean hasTileEntity(BlockState state) {
return this instanceof ITileEntityProvider;
}
となっているので、TileEntityを実装するクラス内でhasTileEntityをオーバーライドしておいた方が良い（特にITileEntityProviderを実装していないクラス）。クラスごとにオーバーライドする場合は、TileEntityを実装した事の確認が確実なら、return ture;で問題は無い。

ブロッククラス内のメソッド

TileEntityを持ったBlockクラスの記述で、onBlockActivatedの戻り値がbooleanからActionResultTypeに変更になり、引数も以下の表の通りに変更されている。

クラス

クラス名称の「Entity◯◯」が「◯◯Entity」に変更されている。AIクラスの名称も「AI○○」から「○○Goal」に変更されている。

メソッド

ItemのProperty（Item.Properties）

アイテムをレジストリに登録する際に使用するEntityなどの登録の際に使用するBuilderクラスと同じような使い方をするクラスで、アイテムのスタック数や耐久値などの設定を追加するクラス。

public static final Item PUMPKIN_ROD = registerItem(new PumpkinRodItem(noStackNoDurability(new Item.Properties())),
			LibraryItemNames.PUMPKIN_ROD);

    private static <T extends Item> T registerItem(T item, String name) {
    	item.setRegistryName(name);
        return item;
    }

    private static Item.Properties setDefault(Item.Properties properties) {
    	properties.group(Golemist.CREATIVE_TAB);
    	return properties;
    }

    private static Item.Properties noStackNoDurability(Item.Properties properties) {
    	properties.maxStackSize(1);
    	return setDefault(properties);
    }

    private static Item.Properties setStackSize(Item.Properties properties, int size) {
    	properties.maxStackSize(size);
    	return setDefault(properties);
    }

上に載せたコードは私が自作しているModのGolemistのMinecraft-1.15.2版のアイテムの登録のクラスの一部で、registerItemという同クラス内のメソッドにItem.Propertiesの登録内容と登録名を渡している。引数に渡すItem.Propertiesを同クラス内のメソッドnoStackNoDurabilityにインスタンスを生成して渡し、その中でプロパティを設定している。noStackNoDurabilityは最大スタック数を1に設定した後にsetDefaultメソッドに渡す。setDefaultは単純にアイテムのクリエイティブタブを設定するだけなので、クリエイティブタブの設定のみのアイテムはsetDefaultを使用している。スタック数を設定したアイテムはsetStackSizeメソッドを使用している。

私がレジストリ登録用のクラスでプロパティを生成している理由は、後で他のアイテムと値を比較しやすくする為なので、それが必要無い場合は個別のクラスの中でプロパティを設定しても良いと思う。更に見やすくするのなら、別クラスとしてプロパティを見易く記述したライブラリの様な参照用のクラスを作っても良いかも知れない。

1.12.2ではアイテムのクラス内でスタック数や耐久値を入力していたが、1.1.52での他の人が書いたModソースを見ているとItem.Propertiesを使用して、レジストリ登録の方で記述が多い印象を受ける。各アイテムクラス内で個別に設定しても問題は無いので、どちらで設定するかは作者の好みになる。

Item.Propertiesの登録内容の中から私が使用できるようになったものの説明を記載していく。

maxStackSIze(int maxStackSizeIn)
名前の通りアイテムのスタック数を設定するメソッドで、引数に渡した値がそのまま最大スタック数となる。この時、そのアイテムの耐久値が設定されていた場合は例外処理でエラーログを出す。

defaultMaxDamage(int maxDamageIn)
アイテムの耐久値を設定するメソッドで、引数に渡した値を耐久値に設定すると同時に最大スタック数を1に設定する。なので、耐久値を設定する場合は上記のmaxStackSIzeのメソッドを使用しなくても良い。

group(ItemGroup groupIn)
そのアイテムをクリエイティブタブのどこのカテゴリに登録するかを決めるメソッドで、自身のMod専用のクリエイティブタブに登録する事も出来る。

setNoRepair()
名前の通りで、これを使用したアイテムは修理が出来なくなる。耐久値が無いアイテムには関係ないので設定しても意味がない。

こちらはPCゲーム「Minecraft」のMod作製の解説記事です。

Minecraft.1.12.2、

Forge-1.12.2-14.23.2.2611での解説になります。

Minecraftの世界に存在する動物やモンスターなどのMob。これらに加え弓から放たれた矢、ブレイズの火球などがEntityに含まれます。

ここでは「Entity」クラスに含まれる生物に関するクラス「EntityLivingBase」の型階層やEntityを作製する際に使う可能性の高い処理などのEntityの作製に関する情報を載せています。この記事を書いている私自身が元々はJavaを勉強したことが無い状態からMod作製を始めたので、説明内容などはプロのプログラマーの人が見たら「既に知っている」事や「当たり前」の事などもあると思います。この記事は私の様にJavaに初めて触れる人や、これからMod作製に挑戦したい人やMod作製の初心者の人の為に書いているものなので、専門用語を使う時と使わない時があります。また、記載内容に誤りや私自身の理解が誤っている可能性がある事をご了承ください。

記事の内容は徐々に追加していく予定です。

EntityLivingBase

型階層

EntityLivingBaseからの型階層。eclipseでは型階層は対象のクラスを指定して右クリックで表示されるメニューから「型階層を開く」もしくはクラスを指定した状態で「F4」キーを押す事で確認出来る。eclipseで簡単に確認できるので、クラス継承などの確認だけであればeclipseの方が早いかも知れない。

EntityLivingBaseの型階層

EntityLivingBaseは上の表のように３つに分かれ、生物に関するメソッドや変数などが記載されている。アーマースタンドは体力も無く、生物とは言えないかもしれないが、内部的にはEntityLivingBaseの型階層に含まれる。これはアーマースタンドがプレイヤーと同様に鎧などの装備品に関わる「handInventory」と「armorArray」を実装しているからである。それ以外はプレイヤーかプレイヤー以外の生物かで2つのクラスに分かれる。

EntityLivingの型階層

EntityLivingからは上の表にように分かれる。EntityFlyingにはガストのみが含まれ、ブレイズなどはEntityCreatureの先のEntityMob（敵対的な生物）に含まれる。スライムも敵対的な生物ではあるが他のMobと実装している内容が違うので分かれている。スライム、ガスト、シュルカー、エンダードラゴンはインターフェースの「IMob」を実装している為、「これらを含む敵対的な生物」を取得する時は「IMob」を使用すると良い。
例：if文
if (this.getAttackTarget instanceof IMob)

ほとんどの生物はEntityLivingの先のEntityCreatureに含まれるので、型階層から探す場合はEntityCreatureから探すと良い。

EntityCreatureの型階層

EntityCreatureからは上の3つに分かれる。EntityAgeableからは動物と村人に、EntityGolemからはアイアンゴーレムとスノーゴーレムとシュルカー、EntityMobからは殆どの敵対的な生物に分かれる。

EntityAgeable ➡ EntityAnimalの型階層

EntityAnimalからは上の表のように分かれる。EntityTameableには馬、ロバ、ラバ、ラマを除く「手懐け可能な動物」のオオカミ、ヤマネコ（ネコ）、オウムが含まれる。

よく使用されるメソッド

Entityを右クリックした時

public boolean processInteract(EntityPlayer player, EnumHand hand)

EntityLivingクラスのprocessInitialInteract内で呼び出される。processInitialInteractはEntityを右クリックした際の処理で、Entityクラスで実装されているが処理内容はfalseを返すのみで実際にはEntityLiving内でオーバーライドされ処理内容が実装されている。初めにEntityへのリードの付け外しの処理を実行するかの判定が行われ、それが行われなかった場合に、processInteractの処理が実行される。processInitialInteractはfinalの修飾子が付いているのでオーバーライドが出来ない。その為、「プレイヤーがリードを持っている」状態か、「Entityにリードが付いている」状態を条件とする処理は実装できない事になる。

processInteractの処理の流れは、継承先のクラスでの（右クリックした時の）処理内容の判定を行ってから、処理が行われずに最後までいった時には継承元のprocessInteractが実行される。以下はEntityWolf（オオカミ）クラス内の「processInteract」。

    public boolean processInteract(EntityPlayer player, EnumHand hand)
    {
        ItemStack itemstack = player.getHeldItem(hand);

        if (this.isTamed())
        {
            if (!itemstack.isEmpty())
            {
                if (itemstack.getItem() instanceof ItemFood)
                {
                    ItemFood itemfood = (ItemFood)itemstack.getItem();

                    if (itemfood.isWolfsFavoriteMeat() && ((Float)this.dataManager.get(DATA_HEALTH_ID)).floatValue() < 20.0F)
                    {
                        if (!player.capabilities.isCreativeMode)
                        {
                            itemstack.shrink(1);
                        }

                        this.heal((float)itemfood.getHealAmount(itemstack));
                        return true;
                    }
                }
                else if (itemstack.getItem() == Items.DYE)
                {
                    EnumDyeColor enumdyecolor = EnumDyeColor.byDyeDamage(itemstack.getMetadata());

                    if (enumdyecolor != this.getCollarColor())
                    {
                        this.setCollarColor(enumdyecolor);

                        if (!player.capabilities.isCreativeMode)
                        {
                            itemstack.shrink(1);
                        }

                        return true;
                    }
                }
            }

            if (this.isOwner(player) && !this.world.isRemote && !this.isBreedingItem(itemstack))
            {
                this.aiSit.setSitting(!this.isSitting());
                this.isJumping = false;
                this.navigator.clearPath();
                this.setAttackTarget((EntityLivingBase)null);
            }
        }
        else if (itemstack.getItem() == Items.BONE && !this.isAngry())
        {
            if (!player.capabilities.isCreativeMode)
            {
                itemstack.shrink(1);
            }

            if (!this.world.isRemote)
            {
                if (this.rand.nextInt(3) == 0 && !net.minecraftforge.event.ForgeEventFactory.onAnimalTame(this, player))
                {
                    this.setTamedBy(player);
                    this.navigator.clearPath();
                    this.setAttackTarget((EntityLivingBase)null);
                    this.aiSit.setSitting(true);
                    this.setHealth(20.0F);
                    this.playTameEffect(true);
                    this.world.setEntityState(this, (byte)7);
                }
                else
                {
                    this.playTameEffect(false);
                    this.world.setEntityState(this, (byte)6);
                }
            }

            return true;
        }

        return super.processInteract(player, hand);
    }

上のコードの最後にある「return super.processInteract(player, hand);」で継承元（親クラス）のprocessInteractを呼び出している。このコード（EntityWolfの）をコピーして間の処理内容を自分の作りたい処理に書き換えれば、右クリックした時の処理が実装または変更が出来る。

継承先のクラスの処理を先に判定する場合

    public boolean processInteract(EntityPlayer player, EnumHand hand)
    {

    	//ここに処理内容を記述
    	//処理が実行される場合はreturn true;を記述

        return super.processInteract(player, hand);
    }

親クラスの処理を先に判定する場合

public boolean processInteract(EntityPlayer player, EnumHand hand)
{
    if (super.processInteract(player, hand))
    {
        return true;
    }

    //ここに処理内容を記述
    //処理が実行される場合はreturn true;を記述

    return false;
}

processInteractは戻り値がboolanなので、当然ながらtrueかfalseを返す必要がある。オリジナルで作った処理が実行された後にreturn （true）を記述しておかないと、「継承先の処理を優先する場合」は継承元（親クラス）の処理も実行されてしまい、「継承元の処理を優先する場合」はプレイヤーが手にアイテムを持っていた場合は、そのアイテムを右クリックで使用した際の処理も実行されてしまう。

EntityWolfクラスのprocessInteractの
ItemStack itemstack = player.getHeldItem(hand);
ここに記載されている引数handは「プレイヤーが手に持っているアイテム」なので、どちらの手に持っているかは関係しない。なので、持っている手を指定したい場合は・・・
player.getHeldItemMainhand();メインハンド
player.getHeldItemOffhand();オフハンド
に変更すれば良い。

EntityのAI

EntityAIBase

Entityの行動を決定するAIクラスの元となるabstractクラスで、バニラのEntityAIはこれを継承して作成されている。なのでオリジナルのAIを作る場合も、これを継承したAIクラスを作ってEntityクラスで使用する事になる。
※abstractクラスは抽象クラスと呼ばれ、継承して使用する為のクラス。これを継承したクラスは、必要なメソッドの実装がされていないと、エラーを出してくれるので、「必要なメソッドの実装漏れが起きない」と、ここでは思って欲しい（詳しい説明は省くため）。

実際に動作する時のAIの流れは、
・shouldExecute()：AIの起動条件をここで記述する
・shouldContinueExecuting()：AIの継続条件をここで記述する
・isInterruptible()：このAIより優先度（Priority）の高いAIが起動する時に、このAIを止めて起動させられるかどうか（バニラのAIはすべてtrue）
・startExecuting()：AIが起動する時に呼び出される処理
・resetTask()：AIが中断された時に呼び出される処理
・updateTask()：AIが起動してから継続している間に断続的に呼び出される処理
・setMutexBits(int mutexBitsIn)：同時に動作できる他のAIとの競合をビット演算子で設定する
・getMutexBits()：mutexBitsの値を取得

package net.minecraft.entity.ai;

public abstract class EntityAIBase
{
    /**
     * A bitmask telling which other tasks may not run concurrently. The test is a simple bitwise AND - if it yields
     * zero, the two tasks may run concurrently, if not - they must run exclusively from each other.
     */
    private int mutexBits;

    /**
     * Returns whether the EntityAIBase should begin execution.
     */
    public abstract boolean shouldExecute();

    /**
     * Returns whether an in-progress EntityAIBase should continue executing
     */
    public boolean shouldContinueExecuting()
    {
        return this.shouldExecute();
    }

    /**
     * Determine if this AI Task is interruptible by a higher (= lower value) priority task. All vanilla AITask have
     * this value set to true.
     */
    public boolean isInterruptible()
    {
        return true;
    }

    /**
     * Execute a one shot task or start executing a continuous task
     */
    public void startExecuting()
    {
    }

    /**
     * Reset the task's internal state. Called when this task is interrupted by another one
     */
    public void resetTask()
    {
    }

    /**
     * Keep ticking a continuous task that has already been started
     */
    public void updateTask()
    {
    }

    /**
     * Sets the mutex bitflags, see getMutexBits. Flag 1 for motion, flag 2 for look/head movement, flag 4 for
     * swimming/misc. Flags can be OR'ed.
     */
    public void setMutexBits(int mutexBitsIn)
    {
        this.mutexBits = mutexBitsIn;
    }

    /**
     * Get what actions this task will take that may potentially conflict with other tasks. The test is a simple bitwise
     * AND - if it yields zero, the two tasks may run concurrently, if not - they must run exclusively from each other.
     * See setMutextBits.
     */
    public int getMutexBits()
    {
        return this.mutexBits;
    }
}

各メソッドの動作は、
shouldExecute()
AIの起動条件でtrueの場合、このAIが起動する。例えば体力が0になって死亡処理中（赤くなって倒れてから消える）のMobに近寄っても攻撃されないようにするなど。

shouldContinueExecuting()
AIの継続条件でtrueの場合はAIを継続。falseの場合はAIがresetTask()が呼び出される。例えば攻撃対象が何らかの理由で居なくなった時など。

isInterruptible()
バニラのAIはすべてtureを返すので、Entityクラスで実装する時に設定するPriorityの値で優先度が決まる。オリジナルのAIで継続中に他のAIに割り込ませたくない場合はfalseを返す様にするか、返す条件を記述すれば良い。

startExecuting()
AIが起動する時に呼び出される処理。抽象メソッドではないので、実装しなくても良い。攻撃対象を決定するAIでshouldExecute()で対象に対しての正負を設定して、trueの場合にはEntityのattackTargetに対象のEntityを設定するなど、オオカミが周囲の羊を攻撃する時のターゲット用のAIで使用されている。

resetTask()
AIが中断された時に呼び出される処理で、抽象メソッドではないので、実装しなくても良い。shouldContinueExecuting()がfalseの時に呼び出される。EntityAIAttackMeleeなどで攻撃後に対象が死亡した場合や、オオカミなどが戦闘中にプレイヤーによる待機命令を受けた時などに、attackTargetを初期化するなど。

updateTask()
AIが起動してから継続している間に断続的に呼び出される処理でEntityAIAttackMeleeなどでは、攻撃対象との距離に応じて移動の目的地の再設定までの期間を設定したり、攻撃の届く距離まで近付いた場合に、近接攻撃のメソッドを呼び出す（attackEntityAsMob）。

setMutexBits(int mutexBitsIn)
同時に動作できる他のAIとの競合をビット演算子で設定する。他のAIを見るとわかるようにコンストラクタの中に必要に応じて設定する。shouldExecutingで複数のAIがtrueを返した場合で、それらのAIの中で、このAIクラスよりPriorityが低いAIの同時実行を許すかを決定する。ビット演算の知識が無いと設定を理解するのが難しいので、それらを解説しているサイトを見るか、既存のAIクラス同士を見て比べたり、設定してみてテストする事になるが、後者の場合はエラーの確認をしっかりと行う必要がある。

メソッドの説明にもある通り、
・1 = motion：移動
・2 = look/head motion：頭の動き
・4 = swim：泳ぐ

例えばEntityAIAttackMeleeクラスは値が3なので1～5の中では1、2、3、5とANDになるので、他のAIでこのAIよりPriorityが低いAIでも0か4を設定したAIには割り込まれる事になる。オオカミの場合、EntityAIFollowOwnerも値が3でPriorityがEntityAIAttackMeleeより低いので、プレイヤーに追従時に戦闘に参加した後、プレイヤーから離れても攻撃対象を追いかけ続ける。

ここで使用されるビット演算はANDなので、整数の２進数表記のリストを見ながら設定すると良い。比較する二つの整数（int値）を2進数に変換したもので、同じ桁同士で両方が1の場合は競合する事になる。例えば(1)は00000001で(3)は00000011なので、双方の1桁目が1なので比較の際に呼び出されるisControlFlagDisabled()ではtrueを返す。

ビット演算が苦手な人の為に、1～5の競合を記載
　(1)：3、5
　(2)：3
　(3)：1、2、5
　(4)：5
　(5)：1、3、4

こちらはPCゲーム「Minecraft」のMod作製日記です。

Minecraft.1.12.2でのMod作製の作業進捗を書いています。
Minecraft.1.12.2での完成を目標としていますが、Minecraft.1.13の仕様によってはそちらへ移行してからの完成を目指すかも知れません。

［要素も充実してきた］

Mod作製の進捗を、ずっと書かずに進めてて、久しぶりに書こうとしたら、バージョン(0.6.60)まで来てしまってたｗ

初めてのアップロードから一年近くも間が開いての日記・・・

これまでの追加内容や修正内容がかなりの数になるけど、この後リリースする予定の(0.6.60)で出来る事を書いていこう。

最初のアップロードからJavaの方の扱いも慣れてきて出来る事が多くなってきた。

例えばif文しか使えなかった頃に書いた無駄に長い記述をfor文やswitch文を使って簡略化したり、アイテムの登録をしやすくするために引数を加えてみたりとか。

最初に作った処理は解説をしてくれている外国の動画を視ながら作ったものだったから、それと同じ書き方でアイテムやブロック、エンティティを登録していたけど、Javaに慣れてくるにつれて、自分のやりやすい記述に書き換えたり、追記したりできるようになったから後で数値を変更するのも楽になった・・・はずｗ

今回のアップデートでユニークゴーレム以外のゴーレムの装備を少し追加して、それに合わせて元々、追加済みだったユニークゴーレム用の装備も記述を書き換えた。

最近覚えた「列挙型」（Enum）を使って、武器同士の能力の比較や修正をする時に見やすくしたのと、武器に「Material」と「Type」をEnumで記述。

これによってアイテムを登録する時に、「アイテム名、素材、タイプ」の３つを入力するだけで武器毎の能力を自動で計算して追加してくれるようになった。

Enumを使うのは元々、アーマーのクラスに書いてあったのを見つけて読み解いて、使い方を覚えたから、Javaが使える人は初めから使ってるんだろうねｗ

なんだかんだで、追加出来た要素は・・・

・Item（アイテム）

・Block（ブロック）

・TileEntity（タイルエンティティ）

・Entity（エンティティ）

・AI

・GUI

・EntityProjectile（矢、スプラッシュポーションなどがコレ）

・Fluid（液体）

・Tank（液体タンク）

・Enchantment（エンチャント）

・Structure(構造物）

・Config（コンフィグファイル）

書いてみると、結構たくさん作ってたｗ

少しずつ試行錯誤を繰り返しつつ作ってきた物たちが集まってるから多くても、おかしくはないけど、Javaが読めない状態から考えたら、よく出来たもんだと自分でも関心。

アイテムやブロックに関してはあまり多くないし、凝ったものも無いから簡単。

エンティティ関係の追加が本文だから、エンティティやそのAI、今回作ったGUIが大変だったかな。

以前はユニークゴーレムのモデルのクラスにに武器や盾のモデルも記述してあって、エンティティ側からの情報で、「装備しているか？」を読み取って装備のモデルの描写のon/offを切り替えてたけど、今はちゃんとメインハンドやオフハンドにアイテムを装備させる処理と、装備しているアイテムをゴーレムに描画する処理が出来たから、持たせるだけでok。

武器に設定した攻撃力も、盾に設定したダメージのカット量も持たせるだけで反映させられる（盾のダメージカットはオリジナルで処理を作った）。

更にユニークゴーレムしかできてないけど、インベントリとGUIを追加。インベントリは少し前のアップデートからあったけど、GUIは今回から。

GUIの追加に伴って、ゴーレムのインベントリを作り直して、「インベントリ、武器、盾、アーマー」とスロットを分けてみた。

これには少してこずったけど、おかげでGUIから装備の受け渡しが出来るようになって、わざわざスニーク状態で右クリックしなくても大丈夫なった。

ただ、ユニークゴーレムの武器は、バニラのアイテムを渡すと、それに対応した武器に変換されて装備させられるようにしてたから、変換後の武器はGUIから操作できるけど、バニラのアイテムは、手渡しでないといけないｗ

GUIに装備変換用のスロットを追加する予定。

他にも初期の頃は殴るしかできなかった他のゴーレム達も、少しだけど出来る事が多くなってる。

作物の収穫や種付け、ドロップアイテムの回収やブロックの破壊もできる。ただ一部の作業は、あえて使いにくくしてある。

ゴーレムは単純な作業しか出来ないっていうイメージを残したいから、作業を分担させたり、他の要素と組み合わせて使う様に遊んでもらいたいかな。

例えば、追加されているアイテムに「ルーン文字」があるけど、今のバージョンだと「Nied（ニード）」のルーンをゴーレムに張り付けると、ドロップアイテムを拾ってくれるけど、その後は何もしてくれないので、右クリックで受け取る必要がある。

これだけだと、ドロップアイテムの消滅を防ぐ以外に便利でもなんでもないから、一工夫が必要。

アイテムを拾ったゴーレムはホッパーの上を通過すると、持ってるアイテム落とす様になってるから、アイテムを拾った後にホッパーの上を通過させるような工夫をすると回収が自動化できる。

水流で回収するのといい勝負だけど、使い方によっては便利になるかもしれない。

ブロックの破壊もまだ制約が多い状態。これから修正や追加をしていく予定だけど、まだまだ時間がかかりそう。

ブロックの破壊は範囲を指定できないようにしてあるから、ゴーレムの周囲の破壊可能なブロックを手当たり次第に破壊していく。

土ブロックを撤去するのにはいいかなって程度にとどめてある。

ちなみにブロック破壊は「Hagall（ハガル）」ルーンだけど、用もなく「Rad（ラド）」のルーンと組み合わせてはいけない。

Radのルーンを付けると、フォローをしなくなって自由行動をしだすから破壊可能なブロックを破壊しながらどこかへ行ってしまうｗ

変更予定の部分や仕様の変更もあるから、ある程度出来てくるまで解説などが書けないのが痛いけど、アップデートする時には、変更内容を公開先のサイトに載せてるから大丈夫かな。

ユーザーからの要望にあった「儀式」も作りたくて考えてるけど、まだ未完成。

今回のアップデートで儀式や魔法的な要素に関わるエネルギー的な（マナみたいな？）のを運ぶためのエンティティを追加してみた。

肝心の要素が出来てないから、このエンティティは何もしてくれないけど、とりあえずサッカーボールみたいに転がす事が出来るｗ

これを発展させて運べるようにしていく予定（作れたらｗ）。

☆Minecraft1.12.2でMod作製 PRAT8. ModをCurseForgeに公開

☆Minecraft 記事一覧へ