オーメンの飯盒リキャが、１つしかストックしか無い状態で、ゴブから飯盒を貰うと次のストックが20時間後となる

[ialia]

※情報不足に移動された為に追記（返信が作成出来ないため）
問題その１

飯盒未所持　かつ　ゴブのストックが１つ（Aとする）　２つめのストックまで残り５分の時（Bとする）
ゴブからストックAを貰うと　あと５分でストックされたはずのBが２０時間後になるということです

飯盒所持状態で、ゴブに話しかけても「PCが持っている、すぐに１こ使える」と言われるだけですが、「すぐに１こ使える」状態で２０時間経過すれば、もう１つストックされるようです

未所持の場合　「受け取って確認する」　しかストック確認ができず
受け取ってしまうと「２つめが貯まるまでに５分だったけど貰ったので20時間に伸ばします」
という対応をゴブがすることです

上の例で言うと【あと５分遅く】話しかければ「PCが持っている、すぐに１こ使える」と言われるのです



２つめ
毎日消費していたものからすると
下記の時間ロスが出てきます
手持ちを０にすれば同じ運用が出来ると思いますが
それだと「ストックが増えました」の利点がゼロというかマイナスです

起きた状況と時刻をという話でしたらお知らせください

クレームをつけたいわけではないのですが、仕様変更で利便性が悪くなるのは大変困ります

------------------------------------------------------------------追記分

オーメンの飯盒のストックが2個に増えたはずが、実質1個の時より減っている状態になる

現象：
1つしかストックしか無い状態で、ゴブから飯盒を貰うと次のストックが20時間後となり
2つめのチャージがキャンセルされている
※2つめのストックまで5分でも、1つ目を貰うと20時間へと戻ってしまう

VUP前

　手持ちがある場合に、２個目（ゴブのチャージ）が貯まる時間
月　00:00←1個目を貰う時間
火　20:00　※水曜16時までに使う必要がある
水　16:00　※木曜12時までに使う必要がある
木　12:00　※金曜08時までに使う必要がある

現在
月00:00←1個目を貰う時間
火20:00←2個目がストックされる時間
火21:30に消費し　22:30にストック分を貰った場合

　手持ちがある場合に、２個目（ゴブのチャージ）が貯まる時間
月　00:00
火　20:00　22:30にストックを貰う　（手持ち+20時間待ち）
水　18:30　22:30にストックを貰う　（手持ち+20時間待ち）　2時間半のロス（※）
木　18:30　22:30にストックを貰う　（手持ち+20時間待ち）　6時間半のロス（※）


※VUP前迄との時間差

ゴブに2個スタックがある場合は、2個目を使うまで上手く回るらしい（伝聞）のですが、1⇔0を繰り返しているとリセットされるようです
現在話しかけて飯盒をもらわないとスタックされているのかもわからず、飯盒を選んで話しかけると貰ってしまう選択肢しかありません

宜しくお願い致します

[peugeot]

チャージの枠が２つになったわけじゃなく、あまった分を１つ余分にキープしてくれている　ということではないかと思う。
キープしてる分はカウントダウンと無関係ってことではないかな。

わかりにくいしどーなんだろね。

[noli]

「前回チケット発行日時」を現在日時で更新しているために発生している問題のようですね。
「次チケット発行日時 - チケット発行間隔」で更新すればいいのかなと。


「前回チケット発行日時」の意味が
「最後にチャージされた日時」に変わってくれるとロスが発生しない感じに('∇')

（詳細は長くなるので折りたたみ）

経過時間 = 現在日時 - 前回チケット発行日時
次チケット発行日時 = 現在日時 + 発行間隔 - (経過時間 mod 発行間隔)

したがって、

　前回チケット発行日時 は 現在日時 - (経過時間 mod 発行間隔) で更新
　チケットストック数 は チケットストック数 + (経過時間 div 発行間隔) で更新
　【但し、チケットストック数はストック上限まで】

というように処理すればOKですね。

※ div は剰余切り捨ての除算、mod は剰余演算

--

検算も付けておきます。

発行間隔　　　　　　20

前回発行日時　　　　1
現在日時　　　　　　19
経過時間　　　　　　18 = 19 - 1
次発行日時　　　　　21 = 19 + 20 - (18 mod 20)
前回発行日時（更新）　1 = 19 - (18 mod 20)

前回発行日時　　　　3
現在日時　　　　　　79
経過時間　　　　　　76 = 79 - 3
次発行日時　　　　　83 = 79 + 20 - (76 mod 20)
前回発行日時（更新）　63 = 79 - (76 mod 20)

ロスが発生するのがあるべき仕様、ということなのかもですが…('～')