トップ > マイクラwiki > 【マイクラ】予定ティックとは？仕組み・対象ブロック・更新順を解説【Java/統合版】
最終更新日

【マイクラ】予定ティックとは？仕組み・対象ブロック・更新順を解説【Java/統合版】

マイクラwiki

この記事では、マイクラの「予定ティック」を初心者さん向けに解説します
Java版・統合版の違いも含めて整理しています
ランダムティック・レッドストーンティックとの違いも一緒に確認していきます

こんにちは。ゆずかきです。

マイクラでレッドストーン装置や水流装置を作っていると、たまに「これ、なんで1テンポ遅れて動くの？」と思う場面はありませんか？

例えば、

  • 水が置いた瞬間ではなく、少し遅れて広がる
  • リピーターやコンパレーターの動きに順番がある
  • オブザーバーが検知してからパルスを出す
  • 砂や砂利がブロック更新を受けてから落ちる
  • Java版と統合版で同じ装置なのに挙動が違う

こういう場面の裏側で関係しているのが、今回解説する予定ティックです。

予定ティックは、ひと言で言うと、ブロックや液体が「あとでこの処理をしてね」とゲーム側に予約する仕組みです。
水流、レッドストーン、オブザーバー、落下ブロックなど、実はかなり多くの動作に関わっています。

ただし、最初に注意です。
予定ティックは、ランダムティックとは別物です。
作物の成長や銅の酸化などで出てくるランダムティックと混同すると、装置の理解が一気に難しくなります。

この記事を読めば、次のことが分かるようになります。

  • 予定ティックが何をしている仕組みなのか分かります👍
  • ランダムティック・レッドストーンティックとの違いが分かります👌
  • Java版と統合版で装置の動きがズレる理由を理解しやすくなります
  • 水流・リピーター・オブザーバー・落下ブロックの挙動を読みやすくなります(^^♪

それでは、やっていきましょう！

※本記事はマイクラJava版1.21系列・統合版1.21系列の仕様を前提に整理しています。
※ゲーム内の仕様については、Minecraft Wiki・公式記事・技術系コミュニティ情報を参考にしています。
※実際の挙動はバージョン、サーバー環境、ラグ、シミュレーション距離などで変わる場合があります。

目次

1. 予定ティックとは？
2. まず「ゲームティック」を理解しよう
3. 予定ティックとランダムティックの違い
4. Java版の予定ティックの種類
5. 予定ティックの更新順と優先度
6. 予定ティックが関係する代表的なブロック
7. レッドストーン装置で予定ティックが重要な理由
8. 水・溶岩など液体と予定ティック
9. Java版と統合版の違い
10. よくある勘違いと注意点
11. 予定ティックを意識した装置作りのコツ
12. まとめ
13. 参考文献

この記事で分かること
・マイクラの予定ティックの意味
・Java版と統合版の予定ティックの違い
・ランダムティック、レッドストーンティック、ブロック更新との違い
・水流、リピーター、コンパレーター、オブザーバー、落下ブロックで何が起きているか

1. 予定ティックとは？

予定ティックとは、一部のブロックや液体が、未来の特定タイミングで自分の処理を実行するように予約する仕組みです。
英語では Scheduled tick と呼ばれます。

もう少しマイクラっぽく言うと、

「今すぐ動く」のではなく、少しあとで動くように予約される処理

です。

例えば水を置いた時、水は周囲へ広がりますよね。
でも、実際には水が置かれた瞬間にワールド中の水流を全部計算しているわけではありません。
必要な場所に対して「次のタイミングで流れを更新してね」と予約し、そのタイミングが来たら処理されます。

レッドストーンでも同じです。
リピーターやコンパレーターは、信号を受けた時にすぐ全処理が終わるのではなく、決まった遅延のあとで状態を変えるために予定ティックを使います。

つまり予定ティックは、

  • 水や溶岩の流れ
  • レッドストーン部品の遅延処理
  • オブザーバーのパルス
  • 砂・砂利などの落下判定
  • サボテンやサンゴなど、一部ブロックの状態確認

こういう「あとで処理する必要があるもの」に使われる仕組みです。

これを知っておくと、装置を作る時に、
「なぜこの順番で動くのか」
「なぜ1ティック遅れるのか」
「なぜJava版と統合版でズレるのか」
がかなり見えやすくなります。

筆者も最初は「ティックって作物の成長速度の話でしょ？」くらいに思っていました。
でも、レッドストーン装置を触り始めると、予定ティックを知らないと説明できない挙動がかなり出てきます。

特に、リピーター、コンパレーター、オブザーバー、水流、落下ブロックあたりを使う装置では、予定ティックの考え方を知っているだけでトラブル対応が楽になりますよ。

2. まず「ゲームティック」を理解しよう

予定ティックを理解する前に、まずはゲームティックを押さえておきましょう。

マイクラでは、ゲーム内の処理が一定間隔で進んでいます。
この処理単位がティックです。

通常、マイクラは、

  • 1秒間に20ティック
  • 1ティック = 0.05秒
  • 20ティック = 1秒

という速度で動きます。

この「1ティックごと」に、ワールド内では色々な処理が進みます。

例えば、

  • 時間が進む
  • 天候が進む
  • エンティティが動く
  • モブが行動する
  • レッドストーン装置が更新される
  • チャンク内のランダムティックが処理される
  • 予定されたブロックや液体の処理が実行される

という感じですね。

ここで大切なのは、ゲームは全部を一気に処理しているわけではないということです。
マイクラの世界には大量のブロック、モブ、アイテム、レッドストーン部品があります。
それらを常に全部監視すると重すぎるので、ゲーム側は必要な処理を段階的に実行しています。

予定ティックもその中の一つです。

「このブロックはあとで処理が必要です」
「この液体は次に広がる処理が必要です」
「このレッドストーン部品は遅延後に状態を変える必要があります」

こういう予約をしておき、指定されたゲームティックで処理していくわけですね。

体験談
レッドストーン装置を作っていて、同時に動かしたつもりなのに片方だけ先に動くことがあります。
こういう時は「見た目は同時」でも、内部では予定ティックや更新順が違っている場合があります。
ここを疑えるようになると、修正がかなり早くなります。

3. 予定ティックとランダムティックの違い

マイクラで「ティック」と聞くと、まずランダムティックを思い浮かべる方も多いと思います。

作物の成長、苗木の成長、サボテンやサトウキビの成長、銅の酸化などでよく出てくるあれですね。

ただし、予定ティックとランダムティックは別物です。
ここはかなり大事です。

👇違いを表にすると、こんな感じです。

種類 主な役割 代表例 タイミング
予定ティック あとで実行する処理を予約する 水流、リピーター、オブザーバー、落下ブロック 予約されたタイミングで実行
ランダムティック ランダムに選ばれたブロックを更新する 作物成長、苗木成長、サボテン成長、銅の酸化 ランダム
レッドストーンティック レッドストーンの遅延を説明するための単位 リピーターの1～4段階遅延 1レッドストーンティック=2ゲームティック


一番ややこしいのは、サボテンやサトウキビなどの成長はランダムティックで進むのに、Java版ではサボテンが壊れる判定などにブロック更新から予定ティックが絡むことがあるという点です。

つまり、同じブロックでも、

  • 成長はランダムティック
  • 壊れるかどうかの確認は予定ティック

というように、処理内容によって関わる仕組みが変わる場合があります。

ここを無理に全部暗記する必要はありません。
まずは、

成長や酸化など、自然にいつ起きるか分からないもの = ランダムティック
水流やレッドストーンの遅延など、あとで決まって処理されるもの = 予定ティック

と覚えておくと分かりやすいです。

randomTickSpeedを上げても予定ティックは基本的に別です

ここもよくある勘違いです。

/gamerule randomTickSpeed を上げると、作物の成長やサトウキビの成長などは速くなりやすいです。
ですが、予定ティックそのものを直接高速化する設定ではありません。

たとえば、

  • 水が広がる速度
  • リピーターの遅延
  • オブザーバーのパルス

これらを「randomTickSpeedを上げたから全部速くなる」と考えると失敗します。

特に検証ワールドで randomTickSpeed を高くしている方は注意です。
農業や成長系は変わりますが、予定ティックで動いている装置は別の理屈で動きます。

4. Java版の予定ティックの種類

Java版の予定ティックには、大きく分けて次の2種類があります。

  • ブロックティック
  • 液体ティック

ブロックティック

ブロックティックは、文字通りブロック側の予定処理です。

代表的には、

  • レッドストーンリピーター
  • レッドストーンコンパレーター
  • オブザーバー
  • 砂・砂利などの落下ブロック
  • サボテン
  • サンゴ
  • 耕地、土の道

などが関係します。

例えば、リピーターが信号を受けてから決まった遅延後に出力を変える時、ブロックティックが使われます。
オブザーバーも、検知したあとにパルスを出す処理が関係します。

液体ティック

液体ティックは、水や溶岩などの液体側の予定処理です。

水を置いた時、周囲へ広がる処理がすぐ全方向に無限に計算されるわけではなく、液体側の更新として順番に処理されます。

水流装置で、

  • 水が1テンポ遅れて広がる
  • 水流が届くまで少し時間がかかる
  • 溶岩の広がりが水より遅く感じる

こういう挙動を見ることがありますよね。
このあたりも、液体の更新処理を意識すると理解しやすくなります。

Java版ではブロックティックが先、液体ティックが後

Java版では、予定ティックの中で、基本的にブロックティックが先に処理され、その後に液体ティックが処理されます。

つまり、同じゲームティック内で予定処理が並んでいる場合、

  1. ブロック側の予定処理
  2. 液体側の予定処理

という順番で処理されるイメージです。

細かいところまで見るとかなり技術寄りになりますが、装置作りで覚えておきたいのは、
Java版では予定ティックにも処理順がある
という点です。

水流とレッドストーンを組み合わせた装置で「なぜこの順番で動いた？」となった時、この処理順が関係している場合があります。

5. 予定ティックの更新順と優先度

ここから少しだけ技術寄りです。
ただ、レッドストーン装置を作る方にはかなり大事な部分です。

Java版のブロックティックには、優先度があります。
基本的には、優先度の値が小さいものほど先に処理されます。

代表的な優先度は次の通りです。

対象 条件 優先度
レッドストーンリピーター 他のダイオードの背面または側面を向いている場合 -3
レッドストーンリピーター 出力がオフになる時 -2
レッドストーンリピーター それ以外の動作 -1
レッドストーンコンパレーター 他のダイオードの背面または側面を向いている場合 -1
その他のブロックティック 通常の予定処理 0


この表を見て分かる通り、リピーターやコンパレーターは、かなり特別扱いされています。

特にリピーターは、向きや動作内容によって優先度が変わります。
そのため、同じティックに処理される予定でも、部品によって先に動くもの・後に動くものが出るわけです。

そして、同じ優先度の予定ティックが複数ある場合は、基本的に予約された順番が関係します。

つまり、Java版の予定ティックは、

  1. ブロックティックが先
  2. ブロックティック内では優先度が低い値から処理
  3. 同じ優先度なら予約順が関係
  4. その後に液体ティックが処理

という流れで考えると分かりやすいです。

体験談
筆者はリピーターを左右対称に置いた装置で、「見た目は同じなのに片方だけ先に切り替わる」現象に何度か遭遇しました。
こういう時、単純な配線ミスだけでなく、予定ティックの優先度や予約順が関係していることがあります。
見た目だけで判断すると沼るので、1つずつ遅延を入れて確認するのがおすすめです。

6. 予定ティックが関係する代表的なブロック

ここでは、予定ティックが関係する代表的なブロックを整理します。
全部を暗記する必要はありませんが、装置作りでよく触るものだけでも覚えておくと便利です。

ブロック・要素 予定ティックで起きる主な処理 覚えておきたいポイント
水・水没可能ブロック 水流の更新 水が広がる処理に関係します
溶岩 液体としての流れの更新 水より遅い挙動になりやすいので装置では注意
レッドストーンリピーター 遅延後の出力変更 優先度が細かく設定されています
レッドストーンコンパレーター 信号変化の処理 リピーター同様、更新順に関係します
オブザーバー 検知後のパルス出力 Java版と統合版で検知対象が違う場合があります
砂・砂利・コンクリートパウダー 落下できるか確認 ブロック更新を受けてから落下します
サボテン 設置条件を満たさない場合の破壊確認 成長はランダムティック寄りなので混同注意
サンゴ 水外にあるかどうかの確認 水が無いと死んだサンゴへ変化します
耕地・土の道 上に固体ブロックがあるか確認 上を塞ぐと状態変化することがあります
マグマブロック 気泡柱の生成確認 水中ギミックで関係します


ここで注意したいのは、予定ティックが関係する = 常に予定ティックだけで動くではないことです。

例えばサボテンは、成長そのものはランダムティックで進みます。
でも、横にブロックが置かれて壊れるかどうかの確認など、別の処理では予定ティックやブロック更新が関係します。

このように、マイクラのブロックは一つの仕組みだけで動いているわけではありません。

初心者さん向けに言うなら、まずは、

水流・レッドストーン・オブザーバー・落下ブロックは予定ティックを疑う

これだけ覚えておけば十分です。

7. レッドストーン装置で予定ティックが重要な理由

予定ティックを一番意識する場面は、やはりレッドストーン装置です。

レッドストーン装置では、見た目には同時に動いているように見えても、内部では細かい順番で処理されています。

特に関係しやすいのが、

  • リピーター
  • コンパレーター
  • オブザーバー
  • ピストンを動かす配線
  • 水流と組み合わせた装置

あたりです。

リピーターの遅延は予定ティックで処理される

リピーターは、遅延を設定できるレッドストーン部品です。
1段階なら1レッドストーンティック、最大4段階なら4レッドストーンティックの遅延になります。

ここで出てくるレッドストーンティックは、1つで2ゲームティックです。
つまり、

  • 1レッドストーンティック = 2ゲームティック = 0.1秒
  • リピーター1段階 = 2ゲームティック
  • リピーター4段階 = 8ゲームティック

ということですね。

ただし、レッドストーンティックは、ゲーム内部にある別のティック種類というより、プレイヤー同士がレッドストーンの遅延を説明しやすくするための単位です。
ここも混同しやすいので注意です。

オブザーバーは検知対象が版によって違うことがある

オブザーバーは、目の前のブロックの変化を検知して、背面からレッドストーン信号を出すブロックです。

ただし、オブザーバーはJava版と統合版で、完全に同じものを検知するとは限りません。

公式記事でも、Java版と統合版では検知内容に違いがあることが紹介されています。
例えば、どちらもピストンの伸縮は検知できますが、細かいブロック状態の検知では差が出る場合があります。

また、オブザーバーが変化を検知した時の出力は、2ゲームティックの短いレッドストーンパルスです。
そのため、受け側の装置がこの短いパルスを拾える形になっているかも確認しておくと安心です。

そのため、YouTubeやSNSで見つけた装置を真似する時は、
Java版用なのか、統合版用なのかを必ず確認しましょう。

体験談
オブザーバー式の自動収穫装置は、見た目だけならJava版でも統合版でも似たように作れます。
ただ、検知する変化やタイミングが違うと、片方の版では安定しても、もう片方では動作が不安定になることがあります。
「同じ形なのに動かない」時は、まず対応版を疑ってくださいね。

同時処理に見えるものほどズレやすい

レッドストーン装置では、

  • 左右同時にピストンを動かしたい
  • 同じタイミングで水を流したい
  • 同じタイミングで信号を切り替えたい

という場面が多いです。

でも、予定ティックやブロック更新の順番が絡むと、ほんの1ゲームティックだけズレることがあります。
1ゲームティックは0.05秒なので、見た目では分かりにくいですが、装置にとってはかなり大きな差になることがあります。

特に、ピストンドア、TNT装置、クロック回路、アイテム仕分け機などでは、このわずかなズレが事故につながります。

対策としては、

  • リピーターで明確に遅延を入れる
  • 左右対称でも配線順をそろえる
  • オブザーバーを連続で使いすぎない
  • 水流とレッドストーンを同時に切り替えない
  • Java版と統合版の対応を分けて作る

このあたりを意識すると安定しやすいです。

8. 水・溶岩など液体と予定ティック

水流や溶岩流も、予定ティックを理解するとかなり見やすくなります。

水を置くと周囲に広がりますが、これは「水ブロックが周囲を見て、流れる必要がある場所へ処理を予約している」と考えると分かりやすいです。

水流が少し遅れて広がる理由

水を設置した瞬間、周囲すべてが一瞬で完全な水流になるわけではありません。
水は更新処理を受けながら、順番に広がっていきます。

そのため、

  • 水を置いた直後に少し遅れて広がる
  • 段差を降りる時にテンポよく流れる
  • 装置内で水流が届くまで少し待つ必要がある

という挙動になります。

水流式のアイテム輸送やモンスタートラップで、処理タイミングがズレる時は、液体ティックも疑うと良いです。

溶岩は処理装置で特に注意

溶岩も液体なので、流れの更新が関係します。
ただし、溶岩は水より扱いが難しく、処理層やトラップで雑に使うと事故りやすいです。

特に、

  • 木材系ブロックに燃え移る
  • アイテムを燃やしてしまう
  • 流れの到達まで時間差がある
  • 水と接触して丸石・石・黒曜石などに変わることがある

といった点があります。

アイアンゴーレムトラップやモンスタートラップで溶岩処理層を作る場合、処理位置・回収位置・看板やフェンスゲートの固定位置を必ず確認してから入れましょう。

体験談
筆者は過去に、溶岩を置いたあとで「あ、ホッパーの位置を間違えた」と気づいて大変なことになりました。
液体は置いてから修正すると面倒なので、予定ティックの話以前に、設置前の確認が大事です。

水流装置では「1テンポ待つ」設計にすると安定します

水流とレッドストーンを組み合わせる装置では、ブロック更新、予定ティック、液体ティックが絡みます。

そのため、ギリギリのタイミングで動かすより、

  • リピーターで少し遅延を入れる
  • 水が流れ切ってから次の処理を動かす
  • アイテムが流れる時間に余裕を持たせる
  • クロックを速くしすぎない

という設計にした方が安定します。

特に初心者さんが作る装置では、最速化より安定化を優先した方が失敗しにくいです。

9. Java版と統合版の違い

予定ティックは、Java版と統合版で完全に同じではありません。

特に大きい違いとして、1ティック内に処理できる予定ティック数の上限があります。

エディション 予定ティック処理数の上限 覚えておきたいこと
Java版 1ゲームティックあたり最大65,536個 1ゲームティック内で処理される上限です
統合版 1ゲームティックあたり1チャンク最大100個 チャンクごとの上限として扱われます


この数字だけ見ると、普段のサバイバルではあまり関係なさそうに見えます。
実際、普通に遊んでいる範囲なら上限に当たることはそこまで多くないと思います。

ただし、大規模なレッドストーン装置、水流装置、クロック回路、コマンド系検証、技術的な装置を作る場合は話が変わります。

特に統合版では、チャンク単位の上限を意識しないと、同じタイミングで大量の予定処理を発生させた時に動作がズレる可能性があります。

Java版の装置を統合版へそのまま移植しない

マイクラの装置紹介では、Java版向けの装置がかなり多いです。
しかし、Java版と統合版では、

  • レッドストーンの挙動
  • オブザーバーの検知
  • ピストン周りの仕様
  • チャンクやシミュレーション距離
  • 予定ティック上限

などが違います。

そのため、Java版の装置を統合版にそのまま持っていくと、動かないことがあります。
逆も同じです。

これは作り方が悪いというより、ゲームの仕様が違うだけです。

初心者さんは、装置を探す時に必ず、

  • Java版対応
  • 統合版対応
  • 両対応
  • バージョン表記あり

のどれなのかを確認しましょう。

シミュレーション距離も意識する

Java版にも統合版にも、描画距離とは別にシミュレーション距離があります。
シミュレーション距離は、エンティティやブロック、液体などのゲーム処理が進む範囲に関係します。

つまり、画面に見えている範囲と、実際にゲーム処理が進んでいる範囲は同じとは限りません。
描画距離内に見えていても、シミュレーション距離外なら水流、Mob、ホッパー、作物などの処理が止まる場合があります。

統合版では、シミュレーション距離に加えて、必要に応じてティッキングエリアが関係する場合もあります。
そのため、統合版で装置を動かす場合は、

  • 装置がシミュレーション距離内に入っているか
  • 待機場所が遠すぎないか
  • チャンク境界をまたぎすぎていないか
  • ティッキングエリアを使う場合、範囲が正しく設定されているか

も確認しておくと安心です。

10. よくある勘違いと注意点

ここでは、予定ティックまわりでよくある勘違いを整理しておきます。

勘違い1：randomTickSpeedを上げれば全部速くなる

これは違います。

randomTickSpeed は、名前の通りランダムティックに関係するゲームルールです。
作物、苗木、サトウキビ、サボテン、銅の酸化などには影響しやすいですが、予定ティックそのものをまとめて速くする設定ではありません。

水流やリピーターの遅延を速くしたい目的で randomTickSpeed を触っても、思った通りにはなりません。

勘違い2：レッドストーンティックはゲーム内部の別システム

レッドストーンティックは、ゲーム内部の独立したティックというより、レッドストーンの遅延を説明しやすくするための単位です。

1レッドストーンティックは2ゲームティックです。

リピーターの遅延を説明する時に便利ですが、予定ティックやゲームティックとは分けて理解しましょう。

勘違い3：ブロック更新と予定ティックは同じ

ブロック更新と予定ティックも、同じではありません。

ブロック更新は、簡単に言うと、周囲のブロックに「変化があったよ」と知らせる仕組みです。
そして、その通知を受けたブロックが必要に応じて予定ティックを予約することがあります。

例えば、

  • 水が更新を受けて流れの予定ティックを予約する
  • オブザーバーが変化を検知してパルス処理を予約する
  • 砂や砂利が支えを失って落下確認を予約する

という感じです。

つまり、

ブロック更新 = 変化の通知
予定ティック = あとで処理する予約

と考えると分かりやすいです。

勘違い4：Java版と統合版で同じタイミングで動く

これも注意です。

Java版と統合版では、予定ティックの上限だけでなく、レッドストーンやオブザーバーの細かい挙動も違うことがあります。

見た目が同じ装置でも、処理順や検知対象が違えば、動作結果も変わります。

装置作成時は、必ず自分のプレイ環境でテストしましょう。

11. 予定ティックを意識した装置作りのコツ

最後に、予定ティックを意識した装置作りのコツをまとめます。

1. 最速化より安定化を優先する

初心者さんがレッドストーン装置を作る時、最初から最速・最小を目指すと失敗しやすいです。

予定ティックや更新順が絡む装置では、少し遅延を入れた方が安定します。

例えば、

  • リピーターを1つ挟む
  • 水流が広がるまで待つ
  • オブザーバーを連続で詰め込みすぎない
  • クロック周期を少し長めにする

これだけでも、かなり動作が安定することがあります。

2. 水流とレッドストーンを同時に切り替えない

水流とレッドストーンを組み合わせる装置は便利ですが、予定ティックが複数絡みます。

水が広がる処理、ピストンが動く処理、オブザーバーが検知する処理、リピーターの遅延処理が同時に走ると、原因特定が難しくなります。

そのため、装置を作る時は、

  1. レッドストーンだけで動作確認
  2. 水流だけで動作確認
  3. 最後に組み合わせて確認

という順番がおすすめです。

3. チャンク境界をまたぐ装置は慎重に作る

大型装置では、チャンク境界も意識した方が良いです。

特に統合版では、予定ティック上限がチャンクごとに関係するため、同じチャンク内に大量の処理を集中させると不安定になる可能性があります。

Java版でも、読み込み状況や待機場所によって装置の動作が変わることがあります。

大きめの装置では、

  • チャンク境界を確認する
  • 待機場所を決めてから作る
  • 処理を1チャンクに集中させすぎない
  • 稼働範囲を実際にテストする

このあたりを意識すると良いです。

4. 動かない時はチェックポイント方式で見る

予定ティック絡みの装置が動かない時は、感覚で直そうとするとかなり時間がかかります。
チェックポイント方式で確認しましょう。

  • [ ] Java版向け装置を統合版で作っていないか？
  • [ ] 統合版向け装置をJava版で作っていないか？
  • [ ] リピーターの向きは正しいか？
  • [ ] コンパレーターのモードは合っているか？
  • [ ] オブザーバーの顔の向きは合っているか？
  • [ ] 水流が最後まで届いているか？
  • [ ] クロックが速すぎないか？
  • [ ] チャンク外・シミュレーション距離外になっていないか？
  • [ ] randomTickSpeedの影響だと勘違いしていないか？
  • [ ] 1ティックだけズレても壊れる設計になっていないか？

個人的には、クロックが速すぎる問題と、オブザーバーの向きミスがかなり多いです。
特にオブザーバーは、入力側と出力側を逆に置くと、見た目はそれっぽいのに全く動きません。

5. 検証するならJava版の/tickコマンドも便利です

Java版では、/tick コマンドを使うと、ティック処理の速度確認や一時停止、ステップ実行などができます。

例えば、

  • /tick freeze で処理を停止
  • /tick step で少しずつ進める
  • /tick query で現在のティック速度を確認

といった使い方ができます。

装置の検証をする時、1ティック単位で挙動を見たい場合にはかなり便利です。
ただし、これはJava版限定の要素なので、統合版では同じようには使えません。
また、/tick コマンドは管理者向けのデバッグ用コマンドなので、使える環境や権限にも注意してください。

12. まとめ

以上、マイクラの予定ティックについて解説しました。

予定ティックは、普段のサバイバルではあまり意識しない言葉かもしれません。
でも、レッドストーン装置や水流装置を作り始めると、かなり重要な仕組みです。

要点を整理すると、

  • 予定ティックは「あとで処理する予約」
  • ランダムティックとは別物
  • Java版ではブロックティックと液体ティックがある
  • Java版ではブロックティックが先、液体ティックが後に処理される
  • リピーターやコンパレーターには優先度がある
  • 水流、オブザーバー、落下ブロックなどにも関係する
  • Java版と統合版では予定ティック上限や装置挙動が違う
  • randomTickSpeedを上げても予定ティックそのものが速くなるわけではない

という感じです。

最初から全部を覚える必要はありません。
まずは、

作物の成長はランダムティック
水流やレッドストーンの遅延は予定ティック
レッドストーンティックは遅延を説明するための単位

この3つを分けて考えられれば十分です。

装置がうまく動かない時、配線ミスだけでなく、予定ティックや更新順を疑えるようになると、修正の幅がかなり広がります。

よかったら皆さんも、次に水流装置やレッドストーン装置を作る時に、
「今の動きは予定ティックが関係しているのかな？」
と少しだけ意識してみてください。

では、本日はここまでで終わります。
最後までご覧いただき、ありがとうございました。
柚子クラでは他にも便利装置やマイクラ仕様解説を紹介しているので、是非ご覧くださいね(^^♪

13. 参考文献

この記事を書くにあたり、以下の公式・Wiki・技術系情報を参考にしています。