開発コメント(1/28)

開発コメント(1/28)

ギブアップについて

ギブアップのボタンは一定の時間経過後までは使えない様にして欲しいです。

現在、ギブアップ投票の機能はダンジョン突入から5分経過すると使用できますが、 この時間を15分経過後に変更予定です。

現在、開発・検証作業を進めていますので今しばらくの間、お待ち下さい。

導入して欲しいくだらないもの。

たくさんのアイデアありがとうございます。

ちょっとした遊び的な意味合いであったり、 細かやな部分だけどもこんなのがあったらいいなぁといったアイデアって ふと思いつく瞬間がありますよねぇ。わかります。(頷き)

ということで、本スレッドにお寄せいただいているような内容についても、 他のスレッド同様、担当者が拝読していたり、コミュニティチームから伝えたりしていますので、 ある日突然ゲーム内に実装されることもあるかもしれません。

くだらないと卑下せずに、肩の力を抜いたゆるーいスレッドとして、 ふんわりと投稿していただけると嬉しいです。

それでは最後にひとつ。

寒冷地は吐く息が白くなってほしいです。

パッチ2.16から、寒い場所ではキャラクターの吐息が白くなる予定です。

コンテンツルーレット:ギルドオーダーについて

パッチ2.1にてコンテンツルーレット:ローレベルが低レベルIDに偏ってマッチングされていた不具合が修正されました。しかし、同じことはギルドオーダーでも同じくして生じており、こちらの修正はないのでしょうか?

ほぼ毎日ルーレットをしていますが有毒妖花以下のギルドオーダーしかマッチされない上に、それ以上のギルドオーダーに個別にコンテンツファインダー登録した場合、1時間以上の待機時間が発生します。ルーレットの対象となっていないオーダーがあるのではないでしょうか。

コンテンツルーレットのギルドオーダーに関しても、パッチ2.15で調整を行っており、 より広いレベル帯のギルドオーダーがマッチングされるようになっています。

ですが、コンテンツルーレットの場合開放されているギルドオーダーでのみマッチングするため、 他PCのギルドオーダーの開放状況によっては参加できるギルドオーダーが偏るケースも考えられます。

PT募集掲示板について

今回のパッチ2.16で追加される通知機能は、 「15分ごとに新しい募集があった件数をログに表示する」という極めてシンプルな内容です。

新しいパーティ募集のあった件数を通知するだけなら、全てのプレイヤーを対象として 新着の「件数」だけを送れば良く、サーバの負担が軽微だからです。

※クライアント側で、通知情報を非表示に設定すれば、ログの消費も抑えられる。

これだけの機能ですが、確認のためのキッカケとしては十分機能するので、 新しい募集があるか無いか、自分で募集ウィンドウを開いて確認するしかなかった 従来よりも、使い勝手はよくなります。

とはいえ、プレイヤー視点では Rico_Halfordさんが希望された機能まで欲しい!と思うのが 普通だと思いますし、それが実現すると確かに便利です。

ここで問題になるのが、毎度おなじみ「サーバの負荷」です。

希望する機能は、おおまかに以下のようなデータと処理の追加になります。

1.各プレイヤーが「通知を希望するコンテンツ」をパーティ募集サーバに

登録できるように拡張。サーバ側にメモリを追加。

ワールドごとに、アクティブなプレイヤーの数(最大でおよそ5000人)分、

登録できるようにする必要がある。

※現2.16実装の場合、このメモリは必要ない。

2.パーティ募集機能のサーバは、下記いずれかのタイミングで毎回「通知処理」を実行しなければならない

2a) 1.の「通知希望リスト」が更新された(5000人のPCが自由なタイミングで更新しうる)

2b) 新しいパーティ募集が登録された

通知処理の内訳は、最新の「通知希望リスト」と最新の「パーティ募集」を全て比較し、

どのPCに、どの募集を通知すべきか判定を行い、その処理結果を各PC個別に送信する、

という処理内容になる。

 

このように、前述のパッチ2.16の実装と比較すると、 サーバ側で「送信先を個別判断する処理」を行うためのメモリ確保が必要で、かつ処理負荷が 大幅に増えてしまうため、負荷分散のための対策(場合によるとサーバ機材の増強を含む)が 必要になります。結果、実装に必要な時間、動作を安定化するまでの工数が跳ね上がります。

このような理由から、現状では比較的サーバの負担が少なくて済む機能を細かく足して、 すこしづつでも利便性を上げられる部分から着手しています。

サーバ負荷のリスクが大きい機能は、今後運営を続けるにつれ状況が変わっていく中で、 ご要望の機能を何らかの形で実現できないか、継続的に検討させていただきます。

  • やはり期待したものが負けだったようだ。これでは、ピークタイムにはパーティ募集を連打する作業は続く。
  • サーバー負荷を心配して不便にしたところで、プレイヤーは必要ならばサーバー負荷などお構いなしに連打するだけということがなぜわからないのだろうか?もしこれを「サーバー負荷が高いから連打できなくしました」などとすれば一気にパーティ募集は誰も使わなくなりLSFC募集などだけが残るだろう。

オートランを切る機能がほしい

現在PS3でプレイしているのですが、L1でズーム調整している時にオートランが誤発してしまいます。 L1を押してもオートランが発動しないように切り替えなどは出来ないでしょうか。

現在公開に向けて調整中のパッチ2.16で対応されますので、 今しばらくお待ちください!

 

  • 29日分のコメント

続:PT募集掲示板について

1.「パーティ募集を始めた時にログ表示する」これは垂れ流しなので、サーバー負荷はそれほどでもないと思います。

この1の部分を、開発の方針として避けています。 理由は、下記***さんのコメントほぼそのままです。

現状のシステムを見るとクライアント側からの要求でサーバーから結果処理送信している様に見受けられます。

これを希望どうりに作動させようとすると、クエスト攻略中以外は常に問合せを繰り返す事になると思います。 結果、メモリの少ないPS3には厳しい状態になるのと、サーバー側にもアクセス頻度が格段に上がるのでより厳しい状態になるのと思います。

現状は、あくまでもクライアントからの要求に対して、サーバ側が「よっこらしょ」と 該当するデータの上位一定数を送るという実装になっています。

***さんの想定ケースは、常にサーバ側がデータをプッシュする構成ですが、 XIVでは余分なデータ送信を抑えるため、リクエストを受けてから必要な情報を 送る設計にしている部分がかなりあります。

◆詳細実装に関するご返答に関して

「サーバ苦しいので無理!」というようなコメントだけでは乱暴なので、

極力実装の概要と、対処の順番の決め方を含めてコメントさせて頂いていますが、

実装の具体的な内容や数値の設定について、この場でやり取りする事は避けさせてください。

理由は、

フォーラム向けに設計、実装の内容を抽象化(正確さに欠ける)してコメントしている私と、

今運用しているシステムの「実際の数値データ」や制約条件を知る術の無い皆さんが、

この場で実装の具体的な話をするのは無理があると考えているからです。

こうすればできるんじゃね?ってアレコレ話をするのって、すげー楽しいんですけどね。

※これまで同様、こうすればいいんじゃないの?という書き込みをいただくのは

まったく問題ありません。具体的な実装仕様に近いご提案についてのお返事が、

上記の理由で難しいということです。

  • プッシュだプルだなどというのは単なる技術論にすぎない。
  • どう言い訳しようが、人気コンテンツの人気ロールがそれこそ秒単位で瞬殺されている現状を見ると、相当数のクライアントから激しくプルされている状態であることは想像に難しくなく、その負荷は相当量のものになっており、ここで皆川氏が述べている話は机上の空論にすぎないことがわかる。
  • 皆川氏はゴールデンタイムにパーティ募集を立てたことがないからこんなのんきなことが言えるのだ。お願いだから一度でいいので立てて実感してみて欲しい。
  • 技術を言い訳に使うようではたかが知れている。技術というものは、いかにしてユーザー満足度を高めるかに使われるべきだ。

冒険者居住区内でのジョブチェンジについて

コメントありがとうございます。

冒険者居住区でのジョブチェンジにおいても、アクションのリキャストが発生しないように検討を行っています。 実装時期に関しては、決まり次第お知らせいたします。

調度品について

Sの家購入しててMの家を購入しようとすると このような記載のあるアイテムは消えるんですよね?

こんばんは、フィードバックありがとうございます。

現在は土地の買い替えをサポートする仕組みがないため調度品の持ち越しはできませんが、 将来的に実装を検討している引越しの機能では「撤去すると消滅する」調度品をそのまま 持ち越せる仕組みにしたいと考えています。

まだ仕様についてお約束できる段階ではないのですが、 具体的なお話ができるようになりましたら続報をお伝えします。

まだ家持ってないですが、設置後、場所移動させることはできるのでは?

***さんの予想されている通り、調度品は設置後も撤去せずに移動することが可能です。

このニュースをどう思いますか?【 y 10  : n 6  】

  • PT掲示板で15分ごとに更新されても意味がないからむしろ負荷だけ増えるクソ機能なんじゃ・・ — 2014/01/29 (水) 09:28:49
  • 皆川が重くて出来ないって書いてるほうの仕様、軽いだろ。通知希望情報側をテーブルで持つとすればたかが5000件程度のテーブルを検索するのなんてうちの3万程度で買った安物PCですら0.01秒程度。しかもメモリ増設が必要ってどんだけデカいデータ想定してんだよ…皆川って技術面全くわかってない人だろ — 2014/01/29 (水) 19:13:05
  • 0.01秒程度って、それ端末側の話だろwそれをサーバー側が常に処理し続ければならなくなったら混雑時に負荷がどうなるか、ちょっと考えればわかることなんだが。この件に関しては管理人のコメントも難癖過ぎると思う — 2014/01/30 (木) 12:18:44
  • 基本難癖ですよね — 2014/01/30 (木) 13:33:58
  • で、で、で、テンパードがでたー!(白目) — 2014/01/30 (木) 17:22:27
  • >>03 端末でDB動かしてどうすんだよ、サーバの話だ — 2014/01/30 (木) 19:05:26
  • >03 サーバのマシンパワー舐めすぎじゃね? スクエニのサーバ設計がどうなってるのか知らんが、サーバは基本的に常に処理すること前提で動くもんだけど — 2014/01/30 (木) 21:07:53
  • 天パがミナガーより技術わかってない件 — 2014/01/30 (木) 23:50:07
タイトルとURLをコピーしました