Hytale の Server-Side Modding アーキテクチャの変更方法 お問い合わせ

Minecraft mod loaderが特定のサーバーのMODパックで動作しないと、Minecraft mod loaderが30分のトラブルシューティングを費やしていた場合、Hytaleのモディングへのアプローチは革命的な気分になります。 Hytale では、mods はサーバー上で完全に実行されます。 modded サーバーに参加すると、すべてのmod コンテンツがクライアントに自動的にストリームされます。 ダウンロードなし、バージョンマッチングなし、フォージ対ファブリックの議論なし、MODローダーなし。 この単一のアーキテクチャの決定は、Hytale エコシステムがどのように機能するかに大きな意味を持っています。 それが重要な理由です。 サーバーサイドモディングの仕組み Minecraftのような伝統的なvoxelゲームでは、modsはゲームクライアントを変更します。 サーバと接続されているすべてのプレイヤーは、同じバージョンの同じバージョンに同じバージョンをインストールして、互換性のあるmod loader によって読み込まれる必要があります。 これは、すべての追加のMOD.で悪化するコオリンジ問題を作成します。 Hytaleはこのモデルを反転させます: Server オーナーは mods をサーバーにインストールします。フォルダーにファイルを追加するだけです。 プレイヤーが接続する時、 サーバは、すべてのmod コンテンツ(テクスチャ、モデル、スクリプト、UI、オーディオ)をクライアントにストリーミングします プレイヤーのゲーム ストリームされたアセット を使用して modded コンテンツをレンダーします。 プレイヤーが切断した場合、 modded コンテンツが破棄されます(または、より高速な再接続のためにキャッシュ) プレイヤーの観点から、重ねたサーバへの参加は、バニラサーバへの参加と同じです。 接続は少し時間がかかる(アセットをストリーミングする)が、プレダウンロード、インストールなし、設定なしです。 プレイヤーのこの意味とは ゼロ摩擦 これは、見出しの利点です。 プレイヤーは HytaleCharts を参照し、50 mods を実行している面白いサーバーを参照してください。"join" をクリックし、秒単位で再生します。 サーバが使用するバージョン、バージョン、またはインストール方法を知る必要はありません。 これにより、新しいサーバーを試すための最大の障壁がなくなります。 Minecraft では、modded サーバ間で切り替えることは、複数の mod プロファイルを異なる mod ローダーで維持することを意味します。 Hytale では、別のサーバーにしか参加しません。 自動更新。 サーバ所有者がMODを更新すると、各プレイヤーが次の接続で更新されます。 誰もが新しいバージョンをダウンロードするために尋ねる発表はありません。, 彼らが上にあるので、蹴るプレーヤーはありません 1.2.3 サーバは上にあります。 1.2.4. サーバーホッピング。 存続の RPG サーバーで 30 改造、接続解除、Vista PvP サーバーをすぐに再生できます。 クライアントは、移行をシームレスに処理します。 サーバー所有者のこの意味とは Complete control. サーバの所有者は、サーバー上で実行する内容を正確に決定します。 互換性の問題を引き起こしているプレーヤーにインストールされたクライアントの改造を心配しないでください。 ゲームプレイの残高を破棄したり、不正なモットを持たせたりすることはできません。 Rapid iteration. 新規 mod のテストは、サーバーに追加して再起動するのと同じくらい簡単です。 何かを破ると、それを削除し、再び再起動します。 プレイヤーベース全体でロールアウトを調整する必要はありません。 より低いサポート負荷。 Minecraftでは、サーバーサポートの重要な部分は、プレイヤーが正しくMODをインストールするのを助けます。 ハイターレでは、サポートチケットのカテゴリ全体が消えます。 The CurseForge エコシステム CurseForge は Hytale の公式のモディングプラットフォームであり、サーバー側のアーキテクチャはどのように動作するかを形作ります。 5,000+ mods が 1 ヶ月の最初の 2 ヶ月で を公開しました。 20万ダウンロード 2,000以上のユニークなクリエイター Mods は、ゲームプレイの仕組みから、ツールの構築からサーバ管理まで全てを網羅しています。 mods はサーバー側なので、CurseForge のダウンロード数は、個々のプレーヤーのダウンロードではなく、サーバーのインストールを表します。 5,000ダウンロードのMODは、5,000サーバ、各サービングダース、数百人のプレーヤーで実行される可能性があります。 モディングツール対応 Hytale は複数のパスを mod の作成に提供しています: 仮想スクリプト: Unreal Engine Blueprintsに触発されたノードベースのスクリプトシステム。 プログラミング不要 カスタムアイテム、ゲームプレイの微調整、簡単なメカニックに最適です。 Java プラグイン: 高度なサーバーロジック。 Minecraft 用の Bukkit または Spigot プラグインを書いた場合、移行は精通しています。 JSON(ジェイソン) データパック: NPC の動作、レシピの作成、および世界世代のルールは、コードを書くことなく JSON ファイルを介して構成できます。 ブロックベンチ: Hytale の公式 3D モデリングツールで、.blockymodel と .blockyanim ファイルをエクスポートするための専用プラグインです。 Asset エディタ: Hytale の組み込みエディタで、コードなしでデータアセット(ブロック、アイテム、NPC、動作)を変更できます。 トレードオフ サーバー側のモディングは純粋に上向きではありません。 実際のトレードオフ: クライアント側限定モディング Hytaleのクライアントはクローズドソースなので、クライアントの深い変更は不可能です。 しかし、テクスチャパックはクライアント側のアセットパック(Hythful 16xは1つの一般的な例)として機能し、ReShadeのようなツールは後処理効果を加えることができます。 重要な制限は、Gameplay-altering mods がサーバー側だけを実行できるということです。 サーバロード。 すべての接続プレーヤーにMODアセットをストリーミングすると、帯域幅と処理オーバーヘッドを追加します。 大規模な mod パックを持つサーバーは、ホスティング設定でこれを考慮する必要があります。 初期接続時間。 すべてのアセットがストリーミングする必要があるため、最初の時間はバニラサーバーに結合するよりも時間がかかるため、非常に改造されたサーバーに参加する。 サブシーケント接続はキャッシュされたアセットを使用できますが、最初の接続は著しく遅くなります。 Mod 発見可能性 Minecraftでは、プレイヤーは積極的にMODを閲覧し、選択します。 Hytale では、プレイヤーは、参加するサーバーを介した mods を受動的に体験できます。 これは摩擦減少のために素晴らしいですが、個々のMODがより少ない直接プレーヤーの注意を得ることを意味します。 なぜこのアーキテクチャは選ばれました Hypixel Studiosの共同創業者であるSimon Collins-Laflammeは、Minecraftの最大のサーバーであるHypixelを運営しています。 チームでは、クライアント側改造の痛みをスケールで経験しました。 Hytale のための彼らの設計哲学は明確でした: サーバーの所有者は完全な制御があり、プレーヤーはゼロ摩擦があるべきです。 早期アクセスに2か月、結果はアプローチを検証します。 モーディング・エコシステムの成長スピード、サーバーの多様性、そしてプレイヤーがこの基礎的なアーキテクチャの決定からサーバー間で移動する容易さ。 Hytaleサーバーを稼働している場合は、HytaleChartsリスト で実行中のモジュールを強調します。 プレイヤーは、サーバーを閲覧するのではなく、サーバーからMODを発見するので、リストは、サーバーをユニークにする方法です。