作成中の話3

「Chaster」でのProgrammable LockでExtensionsのPenaltiesを疑似実装する話です
ロックスタート時に現在時刻を取得して変数に格納、制限時間、制限回数、カウント回数の変数を用意。オンライン時、オフライン時に一定間隔で格納した時刻の変数に制限時間を足した時間と現在時間を比較。現在時間の方が多ければリミット時間を超えているのでカウント回数をチェック。制限回数よりカウント回数が少なければノルマ未達成でペナルティ。このカウント回数チェックの最後に時刻の変数に制限時間を足した時間をセット。次のリミットとして利用。そんな感じで実装しています
これだけだと内部実装で外からだとリミットとノルマ達成状況がわからないのでGUIボタンでリミットとノルマを表示させるようにしてProgrammable Lockによる疑似Penaltiesとなっています
今回はWheel of FortuneでのノルマなのでWheel of Fortune時にカウント回数を上げる事とチェックも作動する形にしていますがDiceでもVerification pictureでも可能です。Eventsブロックが用意されているものに関しては凍結や解凍、晒し台、一時解放とかでも疑似Penaltiesで裁くことが出来たりします
無料会員のExtensions３つまで制限を最大限生かすための疑似Penaltiesなわけで有料会員ならばこんな事はしなくても良くてPenaltiesの機能の方がわかりやすいです。ただ凍結や解凍、晒し台、一時解放とかでPenaltieを設ける特殊な作りには対応できます

次回作の「ストックタイム♪」には実装済みで現在テスト中ですが今のところは正常に稼働しているので大丈夫なのかな…って思っています。どうしてもリミット超え直後にPenaltieを実行させるのは無理なのですが疑似実装なのでしょうがないです。数値的部分は全部ロックスタート時の変数初期化で用意しているので制限時間、制限回数は簡単に弄れるからテンプレートに組み込んで今後は新規開発時は楽が出来そうです

「ストックタイム♪」のテスト状況

3件のバグが判明。1件は完全な組み方のミス。1件はログ出力のタイプミス。1件は何故そうなるかが全くわからない動き。条件式判定で完全に一致して何も問題無いのに条件をスルーする時が有ります。個人的には不本意ながらも同じ判定になる方法で暫定対応。何かの仕様なのかな…
ストック開放しても今の比率だとそこまで大きな変動にならなさそうなので初期を5日に変更。4日スタートだと少しでも時間が減ると3日×5回で最低15回で済む可能性が有って、それではストック開放引く可能性が半分以下になるので増やしました。3,4日で精子満タンで性欲が湧く頃合いにストック開放になるかもしれないが面白いかなと。初級とは言え1週間ぐらいは我慢にならないと射精管理にはなりませんからね

■現在進行中

今週末に「ChasterでのProgrammable Lock作成　－8－」を上げる予定。6割完成
来月中に新ロック「ストックタイム♪」を公開。現在テスト＆バランス調整中
再来月中に「タイトル未定」のタスク型ロックを公開予定。タスククリアと証明写真提出時に時間0でロック解除可能のパーセンテージが上がる仕組み。仮組段階でもう少し考えて詰めていくつもり
未定で凍結ストックや時間リバース的な仕組みのを作る予定。まだ原案段階で未着手

週1で「ChasterでのProgrammable Lock作成」の連載。月1で何か新しいロックを上げていきたいとは思っています