ハウジングの自動撤去判定等について要望

[Azupero]

庭具の設置も畑弄りも厩舎も家に入るのも全部ハウジングコンテンツへのアクセスだと思うのですが何故トリガーとしてふさわしいのは家に入るだけなのでしょうか。そこが抜けていると何が言いたいのかよく分からないです。

庭具イジリも内装イジリも外装イジリもどれもハウジングで遊ぶ要素ですし、全部やるもいずれかに特化するも個々人の自由ですね。
でもこれらどれも等しくトリガーではなくて、あくまでも「家の中に入る」これだけが共通したトリガーなだけですよね現状はね

追記
FF14ではありませんが、DQ10の現Pの青山氏が上梓した「ドラゴンクエストXを支える技術ーー 大規模オンラインRPGの舞台裏」という書籍にもありましたが、MMORPGにおいてはクライアントーサーバー間のデータ通信量を如何にして削るかに腐心するそうです
そう考えると庭具や家具をいじる度にフラグを送信するより、家に入る事を唯一のフラグにしたほうが通信量は減らせるわけですね、多分そういう事なんだと思いますよ
DQ10みたいに土地を沢山増やせればフラグがどうので諍う必要もなくなるんでしょうけどね…

[Matthaus]

問題ないと思います。買った家をどう使うかは買った人間が決める事です。

それを言い出すと、そもそもユーザーデータ自体ユーザー側の所有物では無く(規約に記載されています)、
スクエニ側がどう扱おうが文句を言えない立場です。

まずはその前提を受け入れることから始めるべきかと思います。

[NegitoroMaguro]

自分としてはカウンターリセットトリガーはシステマチックに「定期的なハウジング使用がなされているか」としてルール設定されたものだと考えており
感覚としては現状畑はハウジングをしないと実行できないものでもあったし、定期的にそこにリソース割いているなら根拠としては同義と考え提案いたしました。
が、きっとその切り口そのものがちょっとよろしくなかったかなと。なので一旦この提案はなかったこととしてください。
スレッド内で切り口の異なる議論で発散させてしまうきっかけを作り申し訳ありませんでした。

24人レイド初日にも関わらず難しすぎ緩和しろとフォーラムに要望が出ますが緩和されましたか？
「ぼったち殴ってればすぐクリアできる」 ユーザーにとって不都合ありますか？
じゃあ何故緩和されないのでしょう。じゃあなぜ緩和は不要だと意見が多いのでしょう？
その辺から考えればわかるんじゃないですかね？

なるほど。コンテンツの全体の難易度分布や報酬とのバランスと同様の発想で捉えているっていうことですね。すみませんそういうレベルで望んでいるわけではありませんでした。

不都合が有る無しより、
「忘れる事」が問題なのに「忘れやすい（忘れる可能性を広げる）手段」を追加する事に意味を感じないのですよ。
この部分がちゃんと提起されるのなら別段反対しませんよ？

わたしは忘れることに対しての解消という目的を持っていませんでしたが、そうなると逆にそこまで主張しなくてもいいだろうという風に今は考えなおしました。

「作業負荷に比してメリットがない」がプレイヤーにとっての不都合ではないと判断される理由がわかりませんが、全プレイヤーが共有する有限リソース（予算とマンパワー）の消費が無駄に行われるのはプレイヤーにとっての不都合ですよ。
無駄かどうかは私が判断することではないですが、本件については他のことに消費してほしいというのが私自身の要望でもあります。

極論を言えばすべての改修がそれに合致してしまうのですが、そういうことをいいたくなるくらい不要な意見をわたしが主張しているんだということを受け止めました。

[NegitoroMaguro]

追記
FF14ではありませんが、DQ10の現Pの青山氏が上梓した「ドラゴンクエストXを支える技術ーー 大規模オンラインRPGの舞台裏」という書籍にもありましたが、MMORPGにおいてはクライアントーサーバー間のデータ通信量を如何にして削るかに腐心するそうです
そう考えると庭具や家具をいじる度にフラグを送信するより、家に入る事を唯一のフラグにしたほうが通信量は減らせるわけですね、多分そういう事なんだと思いますよ

わたしは提案を取り下げたので余談中の余談ではありますが、仮に畑操作にトリガーを追加してもクライアント～サーバ間のデータ通信量においては畑の操作以上に増えないつくりになっているかと思います。
畑を操作したというクライアントの情報がサーバに送信され、サーバ処理でサーバ内のプレイヤーデータを参照して操作権限範囲を判定して(ここでついでにリセットをする発想でした)、権限範囲に見合ったメニューを出すフラグをクライアントに返し……と。
サーバ処理が鐚一文増えないかと言われればそうではありませんが、クライアント～サーバ間の通信よりは問題としては小さいかなあと。

[Revanshe]

略

現状そうなっていてそれにおそらく理由があるであろう事はわかっていますよ。
この件に関してではなくても通信量がー遅延がーって話はPLL等で耳にしますしね。
その上で明確なソースが提出されているわけではないだろうから要望を出しているだけです。
DQ10土地多いですよね。小さいサイズの家なら新規で初めてもポンと買える程度の額ですし空き地も多いから選べますし。
あれくらいあったらこんな事話題に出る事もないんでしょうけど…ｗ
ただエリアが狭くて地味だから14のハウジングエリアと比べて一長一短って感じですｗ

略

じゃあ貴方は何の不満も言わずずっと運営さんありがとうございます全てあなたの仰る通りに致しますと言い続けていてください。
フォーラムの全てを否定するような事をドヤ顔で言われても対応に困ります。

略

すみません、一部しか使わないのは問題だなんていう物言いだったのでまさかそんな運営さんも頑張っているんだからこっちも使ってあげないと可哀想なんていうただの感情論だとは思いもしませんでした。
確かにお金と時間をかけて頑張って作ったハウジング内部でしょうし使ってほしいと思ってもいるでしょうね。使わせる為に意図的に家に入るように仕向けているのかもしれません。
で、貴方はそれをそぐわないなんて問題だと思うのでしょうが僕はだから何？としか思わないので一生話が合いません。
こういった類いの話は正解がありませんし向いている方向が全然違うので歩み寄ることもないでしょうからこのへんにしておきましょう。

[Apocalypse7]

ハウスの扉は土地に対して位置も向きも固定であるのにたいし、庭具などの家具は位置も向きも自由に変更できる。
ただでさえ、愛蔵品キャビネットに収納した装備の染色情報が保存出来ないほどデータ領域がかつかつなのにアクセストリガーを庭具につける余裕はないと思うけど。

[Matthaus]

じゃあ貴方は何の不満も言わずずっと運営さんありがとうございます全てあなたの仰る通りに致しますと言い続けていてください。
フォーラムの全てを否定するような事をドヤ顔で言われても対応に困ります。

おかしいですね、最初に利用規約に同意した上でプレイしているはずですけど。
規約の範囲内での自由が認められているだけで、何でもやって良いものではありませんよ。
自分はその規約の範囲内で、自分なりに楽しんでいます。

これはゲーム内に限らず現実社会でも同じですよね。
まあこう言っても平行線でしょうから、この辺で止めておきます。

[Mefmera]

現状そうなっていてそれにおそらく理由があるであろう事はわかっていますよ。
この件に関してではなくても通信量がー遅延がーって話はPLL等で耳にしますしね。
その上で明確なソースが提出されているわけではないだろうから要望を出しているだけです。
DQ10土地多いですよね。小さいサイズの家なら新規で初めてもポンと買える程度の額ですし空き地も多いから選べますし。
あれくらいあったらこんな事話題に出る事もないんでしょうけど…ｗ
ただエリアが狭くて地味だから14のハウジングエリアと比べて一長一短って感じですｗ




じゃあ貴方は何の不満も言わずずっと運営さんありがとうございます全てあなたの仰る通りに致しますと言い続けていてください。
フォーラムの全てを否定するような事をドヤ顔で言われても対応に困ります。



すみません、一部しか使わないのは問題だなんていう物言いだったのでまさかそんな運営さんも頑張っているんだからこっちも使ってあげないと可哀想なんていうただの感情論だとは思いもしませんでした。
確かにお金と時間をかけて頑張って作ったハウジング内部でしょうし使ってほしいと思ってもいるでしょうね。使わせる為に意図的に家に入るように仕向けているのかもしれません。
で、貴方はそれをそぐわないなんて問題だと思うのでしょうが僕はだから何？としか思わないので一生話が合いません。
こういった類いの話は正解がありませんし向いている方向が全然違うので歩み寄ることもないでしょうからこのへんにしておきましょう。

まったく感情論じゃないですよ
貴方は自分が良ければそれでいい他は関係ないって考えですが、運営はプレイヤー全体の事を考えて仕様を作ってるのでは？って話です。

[NegitoroMaguro]

ハウスの扉は土地に対して位置も向きも固定であるのにたいし、庭具などの家具は位置も向きも自由に変更できる。
ただでさえ、愛蔵品キャビネットに収納した装備の染色情報が保存出来ないほどデータ領域がかつかつなのにアクセストリガーを庭具につける余裕はないと思うけど。

ちょっと前にPLLで話題に上がったアイテムデータの話ですよね。
あれはDBのテーブルの話で、所持しているアイテムの数×プレイヤー数に対し多くの情報をもたせる(且つ通常のインベントリだといつでもどこでも数などの増減が発生しそれが正常に処理されないととてつもなくマズい)ことが容量的に厳しいっていう話ですね。
なので情報を削減することを前提にした(テーブルが小さく済む)保存領域を並行して持たせて対処しているんだと思います。それが愛蔵品キャビネットなのではと。
今回の話はそういう容量的にもアクセス的にも厳しい条件下アイテムデータでもなくデータというよりは処理を増やす(データそのものは増えない)案だったのでそれ自体はこういう問題にならないという発想でした。
処理も増やせないという状況は新しい機能の実装をするためには既存機能を削減ないしは圧縮しなければならず、そんなことにはまだなってないというところから単純な保存領域という意味でのデータではないのではないかと推測しています。

まあもうそもそもの提案は取り下げましたのであくまで技術的なお話ということで。

[YSflm]

ええそうですね、僕もそう思います。ただ家に入る以外にコンテンツにアクセスするものありますよね。だからそれもトリガーでいいじゃんトリガーにできないの？って話です。
使い方は様々で使ってる使ってないなんて判断できないから家に入るというハウジングコンテンツへのアクセスで判断しているのであれば庭具を弄る等諸々のハウジングコンテンツへのアクセスも同じように判断基準とできないの？って話です

出来るか出来ないかで言えば恐らく出来るんじゃないですかね。
ただ使い方を判断出来ないから今の「ハウスに入る」から動かせないと思います。
動かしたら「庭具にアクセスする人は許容した」事になりますから。