PBSTools(ツールひな形)

はじめに

「PBSTools」は、ポケモン第二世代の対戦シミュレータである「ジムリーダーの城」の対戦考察のためのツールです。

当ツール自体は完成されたツールというわけではなく、あくまでも「ジムリーダーの城の仕様（ビジネスロジック）を部品（クラス）として提供する」という立ち位置であり、一言で言うとツールのひな型です。
仕様が部品として提供されているため、新たなツールを作成する際はその部品を組み合わせるだけで良く、作成にかかる労力（工数）を削減することができます。
やりたいことだけ記述して気軽に新たなツールを作れるようにする、それが当ツールが目指す理想です。

また、読みやすいコーディングを心がけ、ジムリーダーの城の詳細な挙動を記述するドキュメントとしても利用可能とします。

上記のような背景があるため、当ツールは著作権フリーとします。
改変・再配布は自由にしていただいて構いません。

ただし、以下の点にご留意ください。

調査不足、及びコーディングミスにより、意図せずジムリーダーの城と異なる挙動が記述されている可能性がございます。
「ジムリーダーの城」の挙動を再現することを目的としており、「ジムリーダーの城」の内部実装を忠実に守ることを目的としていないので、ご注意をお願いします。
- 「ジムリーダーの城」のソースコードが非公開であるため、内部実装を伺い知ることができません。
オンライン対戦での使用を想定していないため、出力されるメッセージはジムリーダーの城とは異なります。
- これは、処理の簡略化、及び工数削減のためであり、仕様です。
小数点以下の計算を行う際、浮動小数点型の丸め誤差が原因で誤差が発生する可能性がありますが、仕様とさせてください。
- 公開されているランク計算の結果から、ジムリーダーの城では浮動小数点型の変数を使用していると推測されます。また、小数点以下が発生する可能性がある計算を行う際は、計算を行う度に小数点以下を切り捨てしているとPBSTools作者は推測しています。しかし、ジムリーダーの城の詳細な仕様が公開されていないため、これらの推測が正しいという確証がありません。
  - 仮にこの推測が正しかったとしても、プログラム言語間の浮動小数点型の仕様の違いによる誤差等は不可避です。
計算中でステータスが999を越えた場合や255を越えた場合、誤差が発生する可能性がありますが、仕様とさせてください。
- これらの場合にステータスに補正が入りますが、補正がかかるタイミングが不明瞭なため、解釈の違いにより誤差が発生する可能性があります。
  - 現時点ではステータス計算で除算が発生する直前（除算は最後にまとめて行う想定）に１回だけ999の補正が、ダメージ計算時に１回だけ255の補正がかかるものだと思っていますが、検証は困難です。
技の命中率については誤差が発生する可能性がありますが、仕様とさせてください。
- 具体的に言えば、真の命中率(256分率そのまま or 256分率を10進数にした値)を採用しているか、概算の命中率(攻略本記載の値)を採用しているかが不明です。そのため、命中率計算で1%未満の誤差が発生する可能性があります。
「mobile mode」「overflow mode」「思考時間」は未実装です。

開発言語・環境

開発言語はJavaです。
Eclipseを使用して開発を行っております。

最低限、JDKのインストールは必要になります。
（サンプルツールの実行だけでも必要になります）
Windows環境でのインストール方法は下記ページを参照してください。

WindowsへのJDKインストール方法 - Qiita
https://qiita.com/ko2a/items/69fa8a5366d7449500ca

開発履歴

開発履歴を開く

2019/04/13 初公開

ポケモンの型を計算・管理する「PokeMold」クラス完成
サンプルツールの「Sample1_StatusCalcEachSpeedEffortLevel」完成
その他のクラスも現時点で必要な個所だけ作成し仮公開

2019/05/03

パーティ内のポケモンの状態を管理する「PartyInfo」クラス完成
ポケモンの状態を管理する「state」パッケージ内の各種クラス完成
ダメージ計算を行う「DamageCalc」クラス完成
標準出力・ログ出力を管理する「DialogUtil」クラス完成
サンプルツールの「Sample2_DamageCalc10000」完成

2019/05/11

「DamageCalc」クラスについて、意図しない箇所で小数点以下切り捨てが行われるバグを修正
ターン開始時の計算を行う「TurnStartCalc」クラス完成

2019/06/09

先手・後手の判定を行う「HandCalc」クラス完成
技の繰り出し判定を行う「BeforeMoveCalc」クラス完成
技関連の計算を行う「MoveCalc」クラス完成
上記クラスの開発中に発見された各種バグを修正

2019/06/30

技繰り出し後・交代後の計算を行う「AfterMoveCalc」クラス完成
ターン終了時の計算を行う「TrunEndCalc」クラス完成
勝敗判定を行う「WinningJudgeCalc」クラス完成
上記クラスの開発中に発見された各種バグを修正

2019/07/08

コマンド入力要求・コマンド受付を行う「command」パッケージ内の各種クラス完成
上記クラスの開発中に発見された各種バグを修正

2019/07/16

サンプルツールの「Sample3_TaimanCalc10000」完成
上記クラスの開発中に発見された各種バグを修正

2019/07/22

サンプルツールの「Sample4_PseudoBattleSupporter」完成
上記クラスの開発中に発見された各種バグを修正

2019/07/28

サンプルツールの「Sample4_PseudoBattleSupporter」でWikiガラフリWAの机上戦を行った際に見つかったバグを修正
サンプルツールの「Sample4_PseudoBattleSupporter」でキチカビ３の机上戦を行った際に見つかったバグを修正

2019/08/03

サンプルツールの「Sample4_PseudoBattleSupporter」でHTC-v3A_カビブラの机上戦を行った際に見つかったバグを修正

2019/08/06

毒で倒れた時の挙動の誤り、規定ターン経過時の残りHP判定の計算の誤りを修正

2019/08/11

電磁波等の麻痺技で毒が入ってしまうバグを修正

2019/08/14

PBSトリプルキックバグを実装

2019/08/20

選んだ技のタイプに対応しているタイプ強化アイテムで混乱自滅ダメージが1.1倍になるGB実機仕様を仮実装
（PBSが同じ仕様かは未検証なのであくまで仮）

2019/08/25

初手の破壊の遺伝子が起動しないバグや破壊光線等の次ターンの技制限の処理が誤っているバグを修正

2019/08/31

晴れている時にも凍りになってしまうバグを修正

2019/09/01

先手でアンコールされた際に選択した技がアンコールされた技で上書きされないバグを修正

2019/09/12

「Sample3_TaimanCalc10000」について、混乱自滅で終了した試行の次の試行の１ターン目で混乱自滅するバグを修正

2019/09/23

身代わり中の守る・見切り・堪えるが成功してしまうバグを修正

2019/09/30

「どくばり」の威力誤り、「どくどく」「ダブルニードル」以外の技だと毒ポケモンにしか毒が入らないバグを修正

2019/11/04

タイプ相性が１倍未満か１倍か１倍超えかを表示するように変更

2019/11/06

「バトンタッチ」の成功判定で相手のポケモンの残り数を参照していたバグを修正

2019/11/07

状態異常や混乱を各種木の実で直す際、状態異常と混乱が重なると状態異常しか治らないバグを修正

2019/11/25

気合溜めを最大４回まで積めてしまうバグを修正、混乱自然回復のターンで混乱自滅になることがあるバグを修正

2019/11/26

自己暗示がランク変動の無い相手に成功してしまうバグを修正

2019/12/31

プレゼント計算式を最新のもの（v0.3版）に更新

2020/01/02

混乱が治るターンで、1/2の確率でその後の判定（麻痺等）が行われなくなるバグを修正

2020/01/05

「じたばた」「きしかいせい」の威力20-40の境界が実機と異なるバグを実装

2020/03/29

相手を倒したターンに毒のダメージが発生するバグを修正

2020/04/11

「カウンター」「ミラーコート」「がまん」が空を飛ぶ中・穴を掘る中の相手に対して命中しないバグを修正

2020/05/03

滅びの歌が残り１匹で成功してしまうバグを修正

2020/06/14

持ち物精査の結果を反映（「おおきなキノコ」「しあわせタマゴ」「ちいさなキノコ」追加、「やめる」削除）

2020/07/18

「ころがる」のPP誤り、「ころがる」が外れた後のコンボ継続判定、コンボ中に眠らされた場合の処理を修正

2020/08/11

「（補足１）今後の開発タスク」の「①調査残項目の調査と実装」の対応完了

2020/08/15

砂嵐で同時に倒れる場合にDROWにならないバグ、バトンタッチ失敗でも追い打ちダメージが２倍になるバグを修正

2020/08/22

ターン開始時に場に出ているポケモンのHPが表示されるように改善、全体・P1・P2のログを分けるように改善

2020/08/23

身代わり状態や呪い状態のポケモンに対する呪いが成功するバグを修正、検証結果に基づき2019/08/20の仮実装を削除

2020/08/25

あくむ・きあいだめ・せいちょう・バトンタッチのタイプの誤りを修正
いたみわけ・こなゆき・たたきつける・テクスチャーのPPの誤りを修正
うずしお・ソニックブームの命中率の誤りを修正
スパークの威力の誤りを修正

2020/08/27

「カウンター」「ミラーコート」のダメージがランダム化されるバグを修正
「カウンター」「がまん」で一撃技命中を返した時に相手を倒せないことがあるバグを修正

2020/08/28

「カウンター」「がまん」で一撃技命中を返した時のダメージの計算式を元に戻した（追加検証反映）
「きあいのハチマキ」で耐えて「カウンター」「ミラーコート」「がまん」で返す時のダメージの誤りを修正

2020/09/06

Sample3_TaimanCalc10000について、拡張性確保のため試行毎に選出をやり直すように変更

2020/09/12

「そらへとぶ」にのみ記載されていたPBSのバグを実装
金縛りで悪あがきしか出せなくなった後に金縛り解除で金縛りされていた技を出せるように修正（PBSはこれが正しい）

2020/09/13

不思議な木の実でスケッチのPPを回復すると5回復してしまうバグを修正

2020/09/18

バッチ実行時のコンパイルエラーを解消

2020/10/15

攻撃力・防御力のカンスト処理を追加
「ねむる」中に「わるあがき」が繰り出されないように修正（PBSバグが修正されていた）

2020/10/18

readmeに技無し・持ち物無しにしたい場合の入力方法を明記
物真似した技の位置が異なるバグを修正、物真似等による技上書きが永続するバグを修正

2020/10/24

みねうちの処理と穴を掘るの処理が入れ替わっていたバグを修正
スケッチした技の位置が誤っているバグを修正
聖なる炎・火炎車で凍りが直らないバグを修正
固定ダメージ技でランダム化されていたバグ、サイコウェーブのダメージが誤っていたバグを修正

2020/10/25

テクスチャーでタイプが変化しないバグを修正
転がるの１発目を食らってなくてもカウンターが成功するバグを修正
袋叩きで相手側の防御の参照箇所が誤っているバグを修正
交代時に毒ダメージが発生しないバグを修正
性別不明がメロメロになるバグを修正

2020/10/29

持ち物の「どくバリ」が「どくばり」になっていたのを修正

2020/11/01

捨て身反動で引き分けの有無の設定を追加

2020/11/03

バトンタッチ成功フラグ、吠える・吹き飛ばし被成功フラグを追加

2020/11/04

思考ルーチンのクラスを作成（既存サンプルツールへの組み込みはまだ）

2020/11/08

思考ルーチンクラスの既存サンプルツールへの組み込み完了
めざめるパワーに王者の印が適用されないバグを修正

2020/11/21

ターンコントロール窓口クラスを作成（既存サンプルツールへの組み込みはまだ）

2020/11/22

ターンコントロール窓口クラスの既存サンプルツールへの組み込み完了

2020/11/23

Sample3_TaimanCalc10000で規定ターン経過時の集計が正しく行われないターンコントロール窓口クラスのバグを修正

2020/11/24

攻撃力または防御力が255を超える場合は4で割る処理が漏れていたので修正

2020/12/05

腹太鼓に必要な現在HPに1足りなくても腹太鼓が成功するPBS仕様を反映

2020/12/19

宿り木の種で倒した時に、相手の現HPを超えて回復するバグを修正

2020/12/31

寝言に対する恨みが失敗するPBS仕様を反映

2021/01/01

眠る等のターン経過をカウントする変数を追加（ルーチン作成用）

2021/01/11

各種IDクラス作成
サンプルツールの「Sample5_PBSPartyToPBSToolsParty」完成

2021/01/17

「Sample5_PBSPartyToPBSToolsParty」について、生成されるファイルの文字コードの誤りを修正
サンプルツールの「Sample6_PBSToolsPartyToPBSParty」完成

2021/01/23

State系クラスについて、ルーチンでの参照不可変数をprivate化
（ルーチンはState系クラスの変数を参照して組み上げるが、プレイヤーが知ることができない変数（混乱の継続ターン、締め付けるの継続ターン等）があるため、その変数をルーチンで使用できないようにした）

2021/03/11

持ち物について「くろいメガネ」表記が残っていたので「くろいめがね」に統一

2021/04/17

泥棒で相手のポケモンを倒した時にアイテムを奪えないPBS仕様を実装

2021/05/09

サンプルツールの「Sample7_ValidationCheckForNC2000」を仮公開（レベルチェック機能と技チェック機能のみ提供）

2021/05/15

サンプルツールの「Sample7_ValidationCheckForNC2000」完成

2021/05/16

ものまねした技のPPのバグ（PBS仕様）を実装
「SpeciesSJISSorterComparator」クラスについて、ニドラン♂とニドラン♀のソート順が逆であったのを修正。
「moveBlackList.csv」の２つ目以降の技のソート順誤りを修正。
「Sample8_LevelAndMovesSearcher」完成
readme記載の連絡先をWikiページからTwitterのDMに変更。

2021/05/26

自分が自爆・大爆発を選択していた場合に混乱自滅のダメージ計算で防御力が1/2されないバグを修正。

2021/06/06

技の繰り出し判定で不思議な木の実が発動しないバグを修正

2021/06/08

我慢がゴーストタイプにヒットするPBS仕様を実装

2021/06/10

怒りのダメージ計算をPBS仕様に変更

2021/06/13

連続攻撃を受けても怒りのボルテージが１回しか上がらないバグを修正、連続攻撃のログ強化

2021/06/21

火傷で猛毒カウンターが反映されないPBS仕様を反映

2021/06/26

サンプルツールの「Sample9_WikiPageToPBSToolsParty」完成（既に公開していた機能を強化してサンプルツール化）

2021/07/04

サンプルツールの「Sample10_PBSToolsPartyToSDTeamForNC2000」完成

2021/07/08

サンプルツールの「Sample11_SDTeamToPBSToolsParty」完成

2021/07/11

「Sample10_PBSToolsPartyToSDTeamForNC2000」について、Pokemon Showdown!向けの努力レベルの算出式を訂正

2021/07/24

HP努力レベル48以上・攻撃努力レベル0の時にバリデーションOKにする実装が漏れていたので修正

2021/09/05

「みらいよち」の命中判定タイミングの誤りを修正

2021/09/13

素早さのステータス計算で上限999にならないバグを修正

2021/09/30

「はがねのつばさ」「メタルクロー」「げんしのちから」の追加効果が相手を倒した時に発動するバグを修正

サンプルツール

使用例として、Windows環境で実行できるコマンドラインのツールを作成し、使用可能としています。
「PBSTools」フォルダ直下のバッチファイルをダブルクリックすることで動きます。

Sample1_StatusCalcEachSpeedEffortLevel.bat

素早さ実数値を素早さ努力レベル毎に出力するツール。
入力されたレベル・種族名・素早さ個体値について、素早さ努力レベルを0～63の範囲で動かすと素早さ実数値がいくつになるのかを出力する。

Sample2_DamageCalc10000.bat

10000回ダメージ計算を行い、各々の攻撃回数毎の撃破率を計算するツール。
攻撃側のポケモンの型、防御側のポケモンの型、技のタイプ、技の威力、ランクや光の粉考慮後の命中率（0.00～1.00）、ランク考慮後の急所率（0.00～1.00）を入力し、その条件下で何回の攻撃で倒せるのかを10000回試して算出する。
急所率（ランクや持ち物による変動は自力で計算）・命中率（ランクや急所技や持ち物による変動は自力で計算）・種族固有アイテム・1.1倍アイテム・きあいのハチマキ等考慮。
PP・天候・追加効果・HP回復・ABCDランク変動・火傷・壁・ランダム化無し・プレゼント・変身・テスクチャー等未考慮。
（何を考慮して何を考慮していないか詳細を知る必要がある場合はソースコードを読む必要がある。考慮していない要素も、ソースコードの小改造で考慮可能になる。）

Sample3_TaimanCalc10000.bat

10000回タイマンの計算を行い、お互いの勝率を計算するツール。
お互いのポケモンの型を入力ファイルで与え、１つ目の技を打ち合った場合の勝率を10000回試して算出する。
最大20ターン試行し、20ターン経過時点で判定を行う。
試行回数や思考ターン数は、Sample3_TaimanCalc10000クラスのソースコードを改造することで変更可能。
なお、デフォルトの思考ルーチンでは、１つ目の技のPPが切れた際は２つ目以降の技を使う。
MyCommandRTNクラスのソースコードを改造することで、２つ以上の技を使う場合や交代を伴う場合の計算も可能。

Sample4_PseudoBattleSupporter.bat

一人で行う机上での対戦をサポートするためのツール。
コマンド入力していくだけで机上戦が可能となる。
机上での対戦では考慮困難な運要素についても考慮可能であり、ログも自動的に生成する。
（サンプルログ）

Sample5_PBSPartyToPBSToolsParty.bat

PBSのパーティ構築ツールで生成したHTMLを、PBSTools独自形式のパーティテキストに変換するツール。
事前準備として、所定のフォルダにHTMLを格納する。
その後、「Sample5_PBSPartyToPBSToolsParty.bat」を実行する。
この操作により、所定のフォルダにパーティテキストファイルが出力される。

Sample6_PBSToolsPartyToPBSParty.bat

PBSToolsのパーティテキストを、PBSの再現ボタン付きHTMLファイルに変換するツール。
事前準備として、所定のフォルダにパーティテキストファイルを格納する。
その後、「Sample6_PBSToolsPartyToPBSParty.bat」を実行する。
この操作により、所定のフォルダにHTMLファイルが出力される。
出力されるHTMLファイルには、入力ミス防止のため、個体値や努力レベルも表示する。
また、導出項目である、PP、性別、HP実数値、素早さ実数値、めざパタイプ・威力についても同様の理由で表示する。
（サンプルHTML）

Sample7_ValidationCheckForNC2000.bat

PBSToolsのパーティテキストに記述されたパーティがニンテンドウカップ２０００に適合しているかを確認するツール。
事前準備として、所定のフォルダにパーティテキストファイルを格納する。
その後、「Sample7_ValidationCheckForNC2000.bat」を実行する。
ルールに適合していない場合は、コンソール上にエラーメッセージが表示される。
また、ルールに適合しているかどうか手動での確認が必要な場合は、コンソール上にワーニングメッセージが表示される。

Sample8_LevelAndMovesSearcher.bat

レベル・技のバリデーションを通る種族の一覧を表示するツール。
レベルと技（０～４つ）をコンソールの指示に従って入力する。
そうすることで、コンソール上にバリデーションを通る種族の一覧が表示される。

Sample9_WikiPageToPBSToolsParty.bat

Wikiのパーティ解説ページからパーティテキストを生成するツール。
まず、Wikiのパーティ解説ページにブラウザでアクセスする。
次に、所定のフォルダに任意のテキストファイルを新規作成。
その後、ブラウザに表示されている「全容」の箇所を上記テキストファイルにそのままコピー・ペースト。
（Wiki記法の編集ソースを閲覧可能な場合は、それを上記テキストファイルにコピー・ペーストでも良い）
そして、「Sample9_WikiPageToPBSToolsParty.bat」を実行する。
この操作により、所定のフォルダにパーティテキストが生成される。

Sample10_PBSToolsPartyToSDTeamForNC2000.bat

PBSToolsのパーティテキストを、Pokemon Showdown!のTeamBuilderのテキストファイルに変換するツール。
事前準備として、所定のフォルダにパーティテキストファイルを格納する。
その後、「Sample10_PBSToolsPartyToSDTeamForNC2000.bat」を実行する。
すると、ポケスタ環境準拠かGB・VC環境準拠かを選ぶように指示されるので、指示に従って指定(入力＋Enter)を行う。
この操作により、所定のファイルにテキストが出力される。
（ニンテンドウカップ２０００向けであるが、Gen2OUにも適用可能）

Sample11_SDTeamToPBSToolsParty.bat

Pokemon Showdown!のTeamBuilderのテキストファイルを、PBSToolsのパーティテキストに変換するツール。
事前準備として、所定のファイルにTeamBuilderのテキストを張り付ける。
その後、「Sample11_SDTeamToPBSToolsParty.bat」を実行する。
この操作により、所定のフォルダにパーティテキストが生成される。

取得方法

最新バージョン(20210930)は下記より取得し、解凍して下さい。
PBSTools(20210930).zip

その他詳細

上記ファイル解凍後の「PBSTools」フォルダ直下の「readme.txt」を参照して下さい。

問い合わせ先

ツールについての質問やバグ報告については、当Wikiのトップページの管理人の連絡先にお願いします。

（補足１）保守開発の洗い出しと開発記録

予定を立てて行った保守開発は以下の通りです（全て完了or凍結済み）。
下記以外でもバグ対応は随時行っています。

①調査残項目の調査と実装（完了）

交代に関するログ出力及びターンカット絡みの仕様

・1Pと2Pが同時に交代した場合にどちらが先に交代するのか。
　→場に出ているポケモンの素早さで決まる（https://image01.seesaawiki.jp/p/d/pbs-thread/vneiT...）。同速の場合はランダム（https://image01.seesaawiki.jp/p/d/pbs-thread/9MfnN...）。PBSToolsも場に出ているポケモンの素早さで決まるため、PBSと同じ挙動。

・先手の交代で撒きびしで倒れた場合、後手の交代はスキップされないのか。スキップされない場合、後手は先手の交代先を見てから死に出しできるのか。
　→先手で交代となる場合は後手の交代はスキップされる（https://image01.seesaawiki.jp/p/d/pbs-thread/9MfnN...）。後手で交代となる場合は先手の交代先を見てから交代できる（https://image01.seesaawiki.jp/p/d/pbs-thread/6iTJf...）。PBSToolsは先手交代で撒きびしで倒れても後手の交代どころか技もスキップされない（当該ケースでturnSkipFlagが立っていない、明らかなバグ）。修正のついでに、ソース中のコメントにある「ターンスキップ」を「ターンカット」に書き変える（こちらが一般的な呼び方のようなので）。
　→修正完了。

参考：先手交代で相手の交代をターンカットが有効な例

・1Pと2Pが同時に交代して同時に撒きびしで倒れた場合はどうなるのか。
　→後手の交代はスキップされるので同時に倒れることはない（https://image02.seesaawiki.jp/p/d/pbs-thread/Hu00S...）。PBSToolsの挙動は前述の通りバグがあるので修正必要。
　→修正完了。

・撒きびしではなく毒で倒れる場合はどうなるのか（撒きびしと毒は判定時点が異なる）。
　→毒も撒きびしと同じ挙動（https://image02.seesaawiki.jp/p/d/pbs-thread/ctYnq...）。こちらのケースに関してはPBSToolsもPBSと同じ挙動で修正不要。

・死に出しの場合、撒きびしと残飯はスキップされず、毒はスキップされるで正しいのか。
　→認識通り（https://image01.seesaawiki.jp/p/d/pbs-thread/_YYQk...）。PBSToolsは2020/03/29の修正が中途半端なので再修正が必要（毒で倒れて死に出しした場合に交代先のポケモンが毒を食らう）。
　→修正完了。

・１対１交換で同時に選出した後、片方が撒きびしで倒れて再交代が必要になった時、再交代する側は相手の選出を見ることができるのか
　→見ることができる（https://image01.seesaawiki.jp/p/d/pbs-thread/e5uEB...）（https://image01.seesaawiki.jp/p/d/pbs-thread/7TLhG...）（https://image02.seesaawiki.jp/p/d/pbs-thread/8Ag8z...）。ちなみに両方が撒きびしで倒れた場合は同時に再交代となりどちらか片方が相手の選出を見ることができるというのはない（https://image01.seesaawiki.jp/p/d/pbs-thread/GeBhz...）。PBSToolsでは片方がHP0ではないポケモンに交代し終わってからもう片方の交代を行うケースがあるため修正が必要。ちなみに、砂嵐で同時に倒れた場合に同時に交代が発生する仕様（https://image02.seesaawiki.jp/p/d/pbs-thread/7rh42...）についても同様にPBSToolsの修正が必要。
　→小手先の修正は不可能。一人で使う分には支障がないため現時点では仕様とする。「③ログ出力の３分割」の対応が完了した後、「④mainメソッド内に書かれている交代関連の処理の外出し」で対応する。

「命中率」「回避率」のランク変動が「つのドリル」「ハサミギロチン」「じわれ」の命中率計算に適用されないことの確認

→真面目に信頼度を計算したわけではないが、適用されないと考えて間違いなさそう（https://image02.seesaawiki.jp/p/d/pbs-thread/n1Fez...）。PBSToolsでは適用されるのでPBS通りの挙動とはなっていない。「ひかりのこな」については試行回数の関係で調査困難のため調査しない。PBSTools上では現行通り効果があると仮定する。
→修正完了。

「ゆびをふる」で「そらをとぶ」「あなをほる」が出た場合に２ターン目の技名表記が？？？？？？？になる件

→調査断念（詳細は下記）。PBSTools上では現行通り未実装とし、修正しない。
　調査結果は「ジム城大会一撃無し2000のルール（https://seesaawiki.jp/pbs-thread/d/%a5%b8%a5%e0%be...）」に記載。

メール系の持ち物を泥棒できるか否かの確認

→実機と異なりPBSでは泥棒できる（https://image01.seesaawiki.jp/p/d/pbs-thread/IaEF8...）。現行のPBSToolsでは泥棒できないので修正の必要がある。
→修正完了。

混乱自滅ダメージにメタルパウダーの有無が影響しないことの確認

→メタルパウダーは影響しない（https://image01.seesaawiki.jp/p/d/pbs-thread/PBmjD...）。現行のPBSToolsも同じ挙動のため修正不要。

混乱自滅ダメージに１．１倍ダメージが反映されるかされないかの確認

→反映されない（https://image01.seesaawiki.jp/p/d/pbs-thread/71xhm...）。左記ログではサワムラーにみずたまリボン（体当たりに対応）を持たせているが、１．１倍された自滅ダメージ（27～32）ではなく通常の自滅ダメージ（25～30）が出ている。実際に確認した自滅ダメージは、29,25。

②場に出ているポケモンの種族名とHPのログ出力（完了）

現在はログ出力しておらず、PBSの仕様通りではない。
一人で使用する分には支障がないため現時点では仕様とするが、後に対応する。
→対応完了。

③ログ出力の３分割（完了）

PBSの仕様通り、1Pのみ表示・2Pのみ表示・第三者に表示の３つに分ける。
（今はこれを分割していない）
一人で使用する分には支障がないため現時点では仕様とするが、後に対応する。
→対応完了。一人で使用する分にはログを分割しない方が便利なので見た目の挙動は変えていないが、内部処理は変更している。

④mainメソッド内に書かれている交代関連の処理の外出し（完了）

PBSToolsの思想上、ビジネスロジックがmainメソッド内に書かれているのは保守性・拡張性で問題があるため、クラス分割する。

Sample3_TaimanCalc10000の試行毎の初期化方針見直し

現在は選出はやり直さずにState系オブジェクトを初期化しているが、今後の拡張を考え選出からやり直すように修正する。
→対応完了。

ターンカット仕様のクラス切り出し

ターンカット周りのロジックが整理されておらず、「両方が撒きびしで倒れた場合は同時に再交代となる」「両方が砂嵐等で同時に倒れた場合は同時に再交代となる」という仕様の実装が困難となっているという問題もある。
ターンカット仕様のフローチャート（https://seesaawiki.jp/pbs-thread/d/%a5%bf%a1%bc%a5...）に基づき、ロジックを整理する。
新しくクラス「TrunControlFacade.java」（ターンコントロール窓口クラス）を作成してそこに記述する。
ただし、PBSToolsの場合、技で交代を促すケース、具体的にはバトンタッチと吠える・吹き飛ばしの実装には特段の考慮が必要。フローチャート上は、技繰り出し処理後・死に出し判定前に処理を挟み込む形になる。
その他、「Sample3_TaimanCalc10000」での初期条件セットを簡単にしたり、後述の「⑥ターンの途中状況のセーブ機能実装」の準備のため、初期状態セット処理を用意する。
（「Sample4_PseudoBattleSupporter」向けにはコメント機能も必要。これはサブクラスを作成して対応する。）

バトンタッチ
- 死に出しの処理を参考に、バトンタッチの処理を別途作成する。バトンタッチの処理では、「ターンカットフラグ・終了フラグはいじらない→交代先選択（バトンタッチ交代先指定メソッド呼び出し）→交代処理（beforeChangeTarget=-1かつmyHandFlag=trueでchangeCalcCommonメソッド呼び出し）」という処理を行う。バトンタッチの処理は、技繰り出し処理後・死に出し判定前に行う。バトンタッチの処理を行うかどうかの判定のため、バトンタッチ発動を示すフラグを追加し、参照するようにする。バトンタッチ発動フラグは、技繰り出し処理中（MoveCalcクラス）でフラグを立てる。次のターンの考慮のため、ターン終了時にバトンタッチ発動フラグを下す。
吠える・吹き飛ばし
- 交代処理（beforeChangeTarget=PokeStatePlaceクラス.changeTargetかつmyHandFlag=falseでchangeCalcCommonメソッド呼び出し）を呼び出す。吠える・吹き飛ばしの処理は、技繰り出し処理後・死に出し判定前に行う。吠える・吹き飛ばしの処理を行うかどうかの判定のため、吠える・吹き飛ばし発動を示すフラグを追加し、参照するようにする。吠える・吹き飛ばし発動フラグは、技繰り出し処理中（MoveCalcクラス）でフラグを立てる。次のターンの考慮のため、ターン終了時に吠える・吹き飛ばし発動フラグを下す。
初期状態セット処理
- パーティ選択前と選出後で呼び出す。ターンが経過した後の状況を再現したい場合のみ中身を実装する（後述の思考ルーチンクラス使用）。

↓
バトンタッチ発動フラグ、吠える・吹き飛ばし発動フラグは先に実装した。
↓
ターンコントロール窓口クラスの作成完了（既存サンプルツールへの組み込みはまだ）。
↓
組み込みも実施し対応完了。

思考ルーチンのクラス切り出し

思考ルーチン（Sample3_TaimanCalc10000で使用）やコマンド受付（Sample4_PseudoBattleSupporter）を別クラスとして切り出す。
親クラス「CommandRTN.java」を作成し、その下に「MyCommandRTN.java」（Sample3_TaimanCalc10000で使用）と「CommandManualInput.java」（Sample4_PseudoBattleSupporterで仕様）を作成する。
ルーチン記述のため、各種Stateクラスを参照可能とする。
作成するメソッドは以下の通り。

State系やCommand系（任意）のオブジェクトを登録するメソッド（コンストラクタとしても用意）
パーティ選択メソッド
選出メソッド（全体用メソッドからP1用とP2用のメソッドを呼び出し）
初期状態指定メソッド（ターンが経過した後の状況を再現したい場合のみ使用。パーティ選択前と選出後に呼び出し。選出前に呼び出される場合は選出メソッドを省略。）
ターン開始時の選択肢メソッド（全体用メソッドからP1用とP2用のメソッドを呼び出し）
先手後手の設定メソッド（P1とP2のどちらが先手でどちらが後手なのかを設定（「Sample3_TaimanCalc10000」の「先手・後手の判定」が参考になる））
次処理登録メソッド（次に実行される処理が、「先手の技・交代繰り出し処理」「先手の技繰り出し後処理」「後手の技・交代繰り出し処理」「後手の技繰り出し後処理」「ターン終了時処理」「ターン終了」のどれなのかを登録する。ルーチン記述で必要になり得る。）
死に出し交代先指定メソッド（全体用メソッドから先手用と後手用のメソッドを呼び出し、先手用メソッドや後手用メソッドの単独呼び出しも考慮）
バトンタッチ交代先指定メソッド（先手用と後手用で別メソッド）

最終的に、思考ルーチンのクラスは前述の「TrunControlFacade.java」から使用する。
↓
思考ルーチンのクラスを作成した（既存サンプルツールへの組み込みはまだ）。
↓
組み込みも実施し対応完了。

⑤実行環境整備支援（完了）

実行環境構築支援

JDKのインストール・環境変数設定のハードルが非開発者にとっては高いため、設定の簡略化を検討する。
JDKの自動設定バッチ（サイレントインストール＋環境変数設定）を提供するか、C#へのコンバートを行う。
（工数を考えると現実的なのは前者）
↓
工数・費用がかかったり、自力ではできなかったりするため、現時点では対応しないことにしました。
「開発言語・環境」の項でわからなければ、質問があり次第随時回答する形とします。
協力者が現れたり、ユーザ数が大きく増える見込みが出てきたりした場合には再度検討します。
以下、検討結果です。

JDKのインストールと環境変数設定の支援
- JDKのインストールと環境変数設定については、個人PCに対して自動設定するのは困難と判断（JDKはライセンスが必要な製品なので個人サイトからの配布は不可、環境変数設定もWindowsのユーザ名（Users以下のパス）を聞く必要がある可能性があるのでセキュリティ面で問題がある）。
環境変数設定を考える必要が無いPleiades All in One Eclipseを使用する手順とする
- これもこれで非開発者にはハードルが高い。ちなみに手順は以下。
  - インストール（https://www.javalife.jp/2018/07/02/java-eclipse4-8...）
  - インストール後の実行確認（https://www.javalife.jp/2018/09/03/java-eclipse-%E...）
  - プロジェクト取り込み（https://www.javadrive.jp/eclipse3/project/index4.h...）
  - プロジェクトの実行（PBSTools > src > main > 任意のソースで右クリックし、実行 > Javaアプリケーション）
GitHubにソースコードを公開し、paiza.io（https://paiza.io/ja/projects/new?language=java）で実行可能とする
- GitHubは規約上複数アカウント作成できず、PBS用にアカウントを別に用意することができないので、個人的にGitHubに上げたくない（実務では書かないような汚いソースであるため、PBS関係者以外には見られたくない）。
Javaを実行できるサーバを構築し、外から使用可能とする
- サーバのレンタル費用・構築費用がかかる他、Webで実行できるようにするためのインターフェースの作成も必要。
JavaからC#へコンバートする（WindowsであればC#の実行環境はデフォルトで用意されている）
- JLCA（https://docs.microsoft.com/ja-jp/troubleshoot/prev...）でできなくはないが、技術検証が必要。

独自フォーマットファイルとジム城構築HTMLの相互変換

独自フォーマットの入力ファイル「パーティテキスト」について、ジムリーダーの城の構築HTMLとの変換ツールを別途作成する。
↓
構築HTMLからパーティテキストに変換するツールは作成完了。
パーティテキストから構築HTMLに変換するツールは未作成。
↓
パーティテキストから構築HTMLに変換するツールも作成完了。

⑥ターンの途中状況のセーブ機能実装（凍結）

要望が出ているので実装予定。
楽なのはState系オブジェクトのデシリアライズ・シリアライズだが、テキストエディタで編集したり外部連携を楽にしたりするためにテキスト形式でデータを保持する。
Sample3_TaimanCalc10000の前提条件の設定に使用するケースも想定されるので、テキストファイル読み込みを１回のみで済ませられる設計にする。
↓
一旦横に置いておきますが、AI関連の取り組みで必要になったら開発します。
やるとしたら、履歴情報を保持する方式で開発します。
隠された情報（未使用の技、まだ場に出していないポケモン等）や対戦相手の癖を推測するには履歴情報が必要であり、将来的にAI開発で必要になる可能性があります。
↓
将来的に２０００の対戦考察を国際ルール（Pokemon Showdown!）ベースに切り替えるつもりなので、当開発は凍結します。

⑦現在実装分のデバッグ（完了）

普段使わない技は全体的に怪しいので、実際に動かしてテストする。
→動かす前に机上デバッグを徹底する。全技の登録情報について、複数の情報源を突き合わせての机上デバッグ完了。
→全技・持ち物について、机上でロジックを確認した上で、一通り実行確認を実施。レアなケースや複雑なケースでのバグは残存していると思われるが、ひとまず対応完了とする。

⑧反動引き分けの仕様検討（完了）

PBSの挙動は引き分けであり、現在はこの仕様に合わせている。
しかし、大会では慣例としてポケスタ環境に準じた結果となるように反動技使用側勝利としているので、仕様を慣例に合わせることを検討する。
（対面性能の把握のために引き分けは引き分けとして扱いたい場合もあるので、オプションで引き分け/反動技使用側勝利を切り替えられるようにする想定。具体的には、util系のクラスを一つ追加（コンフィグクラスを追加）し、最後の１匹のポケモンを反動技で倒した時に反動を発生させる/させないを管理するフラグをそのクラスに定義することで実現する。）
→対応完了。

⑨パーティのバリデーションチェック機能追加（完了）

パーティが２０００ルールに合致しているかを確認する機能を追加する。

努力レベル調整の可動域の定義

複数のステータスの努力レベルを63未満にする場合の可動域がわからない。
実戦的かつ手動である程度目途がつくケースのみ、可動域を定義しておく。
PBSToolsの実装上は、どの項目が努力レベル63か否かでケース分け（全32通り）し、各々のケースで可動域を定義しているならそれに従ってバリデーションチェックを行い、定義していないケースであれば育成可能であることを個々に証明する必要があるのでWarningとして出力する。
第一世代での育成が可能か否かによっても判定条件を変更する。
サワムラー・エビワラー・カポエラーについては、バルキーからの進化条件を満たせることを証明する必要があるので、明らかに満たすことがわかる条件以外の場合はWarningとして出力する。
（ただし、サワムラー・エビワラーについて、タマゴ技や配布技を使わない場合は第一世代で捕獲する手があるのでチェック対象外）
↓
完了。「努力値調整（https://seesaawiki.jp/pbs-thread/d/%c5%d8%ce%cf%c3...）」のページに調査結果を反映した。

バリデーションチェックの実装

以下のチェックを実装する。
・レベル制限チェック
・使用可能種族チェック
・使用可能レベルチェック（カイリュー・バンギラスはレベル55のみ）
・種族重複無しチェック
・技重複無しチェック
・持ち物重複無しチェック
・覚える技チェック（ホワイトリスト）
・技両立チェック（ブラックリスト）
・個体値チェック（2000ルールとは関係ないが、種族とレベルの組み合わせ次第で個体値固定になることがある）
・努力レベル可動域チェック
↓
AIでパーティを自動生成する場合には必要になるので、開発の優先度はある程度高いです。
（例えば、select766氏の研究では、バリデーションチェックが必要になります）
また、PBS仕様を記録する上でも重要です。
↓
レベルに関する箇所と技に関する箇所のみ実装完了。
↓
残りの箇所も実装完了。

覚える技一覧の再提供

覚える技一覧のExcelの中に使用可能レベルチェック・覚える技チェック・技両立チェックの簡易ツールが存在するので、PBSToolsへのバリデーションチェック実装後にこれを削除する。
（これらの簡易ツールはPBSToolsでの提供とする。一覧はCSVファイルとしての提供とする。）
↓
データと処理を分離するため、これはある程度急ぎたいです。
↓
対応完了。

⑩ルーチン作成向けターン数カウント数保存変数追加（完了）

継続ターン数が可変の事象について、ルーチン作成向けに、ターン数のカウント数を保存する変数を追加する。
（内部的に継続ターン数に何ターンが設定されているか知っている前提でルーチンを作ってはならない）
混乱継続ターン数については対応済みだが、以下の事象についても同様の対応を行う。

眠る継続ターン数
- 自ら眠ったかどうかを保存するフラグも必要
コンボ継続ターン数
- 暴れる・転がる・花びらの舞・逆鱗・穴を掘る・空を飛ぶ・かまいたち・ゴッドバード・ソーラービーム・我慢用。どの技に関する継続ターン数なのかは、直前に使用した技（変数として保持）を参照することで判定可能。
金縛り継続ターン数
アンコール継続ターン数
締め付ける継続ターン数
- PBSToolsでは締め付ける継続ターン数と被締め付ける継続ターン数の２変数が存在するため、２変数同時カウントダウンする時のみカウントアップ

↓
完了

（補足２）機能拡張に向けた方針の検討記録

PBS環境保守（凍結）

GBVC環境対応（凍結）

模擬戦・AI（完了（このページで管理する必要が無くなったという意味で））

Twitter

chio
@chio_poke2gen
正直「立ち回り本当にこれでいいのか」問題は自分でも課題だと感じている。
読みが絡む以上、最善手が複数あるなんてザラだし、そうでなくても最善手が見えにくいなんてこともある。
どんな立ち回りをしても必ず文句言う人は出る。文句以外の指標が欲しい。
午後7:31 2019年12月18日Twitter for Android

chio
@chio_pkmn2gen
今の自分にできること
・PBSToolsの機能強化
・簡単なケースでオカルト排除
・初心者向けjava教育←？

今の自分にはできないこと
・複雑なケースでオカルト排除
午後7:14 2020年12月14日Twitter for Android

補足(2020/10/17)

本当はAIが一番良いのですが、作者の技術力が追いつかないため、現状AIまで手が回りません。
ただし、簡単なケース（タイマンや簡単な複数戦）では手動でルーチンを作成し10000回試行することで、最善手を探ることが可能です。
また、同じケースを設定して何度か模擬戦を行うことで、ある程度の目星をつけたり、机上の計算の検算を行うことも可能です。
そのため、AI技術者がいなくとも、工数さえ積めればある程度のことは可能です。

補足(2021/02/02)

最新世代でAIを開発しているがりゅう氏（https://shingaryu.hatenablog.com/）とTwitterで仲良くなることができました。
もしかしたらこの話は進展するかもしれません。

補足(2021/02/09)

近い内に、PBSToolsの実績を海外の第二世代コミュニティに発表するつもりです。
海外の第二世代コミュニティにはプログラマーもいるようなので、海外でもプログラムを使った対戦考察がワンチャン流行る可能性があると思っています。

補足(2021/03/14)

機会を伺いつつ、海外コミュニティでPBSToolsの存在を徐々に匂わせ始めました。
例えば、下記のような記事を執筆しました。
Gen2UO(Unown Only) Analysis

補足(2021/03/21)

PBSToolsの実績を海外の第二世代コミュニティに発表しました。

補足(2021/04/17)

国内についても、私以外にPBSToolsによる勝率計算を行える方が出てきました。
継続的に対戦考察を進める環境ができてきたので、この件についてはこのページで管理するのをやめます。

対戦支援ツール（完了）

Twitter

chio
@chio_poke2gen
ガン受け狙いだと、最善手を外した時のリカバリーも効きにくい気がする。
対面構築だと雷とか威張るとかぶっぱしとけば大外しはしないだろみたいなのはある。
まぁ、選出読みを外した時のリカバリーが効かないという話と似てはいる。
午前7:12 2020年1月20日Twitter for Android

chio
@chio_poke2gen
ミスれない系の仕事をしてるけど、人間の意識でミスをなくせると思わない方がいい。
せいぜい、適度な緊張感を持たせることができればミスが減るぐらい。
慣れたら慣れたなりのミスが出るし、チェックリストを作ってもチェックリストの言外のミスが出るかチェックしきれずにミスが出るかのどちらか。
午後0:43 2020年1月20日Twitter for Android

chio
@chio_poke2gen
人間の認知機能が追い付くように作業を省力化する、ミスが出ても被害が減るような仕組みを作る、あたりが対策としては有効。
ポケモンだと、
・簡単なチェックや計算をツールにやらせる
・適当に立ち回ってもそこそこ勝てるパーティを作る
あたりが有効な対策になる。
午後0:47 2020年1月20日Twitter for Android

chio
@chio_poke2gen
プログラム上でURL指定してhtmlファイルを取得することはできるから、PBSTools（ジム城の計算を網羅した自作のjavaプログラム）に読み込ませてめざパ判別とか色々なカウントとかを自動化することはできそう。
javaだとスクレイピングもできる（らしい）から、PBSTools上でコマンド入力することも…。
午後7:47 2020年1月20日Twitter for Android

chio
@chio_poke2gen
今の話はここにも繋がってきますね。
（というわけで、とりあえずPBSToolsとは別ツールとする想定。後に連携は可能。）
午後7:46 2020年5月6日Twitter Web App
　※筆者注：「今の話」とは、「GBVC環境対応」を検討した結果、開発を予定することにしたPBSログ解析モジュールのこと。

補足(2020/10/17)

そもそも、PBSログ解析モジュールを作る過程で必要になるPBSログの構文分析自体が有用です。
例えば、ログの意味を英語で説明しやすくなります。
そのため、PBSログ解析モジュールの開発はある程度優先順位を高めます。
なお、PBSToolsとは全くの別ツールとなるので、筆者以外に開発者がいれば着手しやすいのではないかと思っています。

補足(2021/02/02)

開発に着手するつもりはありますが、「（補足１）今後の開発タスク」の「⑨パーティのバリデーションチェック機能追加」と「⑥ターンの途中状況のセーブ機能実装」を実施した後になります。
作者多忙のため、これらの開発タスクへ着手する目途は立っていません。
また、前述の「模擬戦・AI」で、機能拡張等を求められる可能性があります。
機能拡張等を求められた場合はそちらを優先して対応します。

補足(2021/02/13)

ログの意味を英語で説明する対応は勢いでやってしまいました。
ただし、サクラエディタのマクロで日本語の文章を強引に翻訳するというものであり、性能面で大きな問題を抱えています。
（リアルタイムに更新できない。過去ログを書き変えることしかできない。）
このタスクに着手する場合は、C#やjavaで実装して性能面も強化したいです。できれば。

補足(2021/03/21)

書き忘れましたが、ログの意味を英語で説明するという対応については「GymLeader's Castle Translate」の開発により解決しました。
また、PPカウントや眠りターンカウント等の機能はPokemon Showdown!には実装されているので、それらの機能を使って対戦したいのであればPokemon Showdown!を使いましょう、ってことで良いと思いました。
というわけで、この件についてはクローズです。

このページを編集するこのページを元に新規ページを作成

印刷する

コメント（163）

カテゴリ：
ゲーム
総合

PBSTools(ツールひな形) - ジムリーダーの城　対戦考察Ｗｉｋｉ先頭へ

このページへのコメント

・DamageCalcクラスにて、わるあがきのダメージ計算用に備え攻撃力計算メソッドへphysicタイプも加える

Posted by none 2024年01月30日(火) 11:59:50 返信数(2) 返信

見つけてくださってありがとうございます。

確認しましたが、ヤバいですねこれは…。
わるあがきが攻撃側だけ特殊技として計算されてしまっています。
（混乱自滅は別メソッドなのでOK）

一応、修正手順を載せます。

【修正手順】
１．PBLTools\src\calc\DamageCalc.javaの245～254行目を下記の記述に変更し、保存する。

if(moveType.equals("normal")||
moveType.equals("fighting")||
moveType.equals("flying")||
moveType.equals("poison")||
moveType.equals("ground")||
moveType.equals("rock")||
moveType.equals("bug")||
moveType.equals("ghost")||
moveType.equals("steel")) {
↓
if(moveType.equals("normal")||
moveType.equals("fighting")||
moveType.equals("flying")||
moveType.equals("poison")||
moveType.equals("ground")||
moveType.equals("rock")||
moveType.equals("bug")||
moveType.equals("ghost")||
moveType.equals("steel")||
moveType.equals("physic")) {

２．変更の反映のため、PBSTools\ModuleDel_ExecuteWhenSourceAmended.bat を実行する。

Posted by

nanashi_a 2024年01月30日(火) 22:12:33

早々にご確認ありがとうございました。修正方法についてもありがとうございます。おかげさまで沢山使わせてもらっています。また何かありましたら宜しくお願い致します

Posted by none 2024年01月31日(水) 01:09:25

・プレゼントの威力（ポケスタ準拠になっていないか）、
・悪夢の解除タイミング（寝起き直後の眠るで悪夢が解除されない）

Posted by none 2023年01月28日(土) 12:38:57 返信数(3) 返信

バグが含まれていましたので、修正方法をお知らせします。

今後の保守は考えないといけないですね…。
一応、ソースコードは全公開していますし、Javaの入門書を理解した方なら保守可能に作ったつもりなので、頑張れば私以外の人でも保守できる…と思ってます。。

・プレゼントの威力（ポケスタ準拠になっていないか）
これはソースを見る限りそんなことはないはずです。
追加調査が必要かと思います。

・悪夢の解除タイミング（寝起き直後の眠るで悪夢が解除されない）
こちらはバグでした。
悪夢の解除判定タイミングが技使用後のみだったので、技を使う前後で共に眠り状態であった場合に悪夢が解除されない挙動となっていました。
以下のようにソースコードを変更し、変更を反映させることで、技を使う直前に起きた時にも悪夢解除判定が行われるようになり、当該の現象が解消します。

【修正手順】
１．PBLTools\src\calc\BeforeMoveCalc.javaの436行目（眠りを奇跡の実で回復したかどうかを判定した直後）に以下の記述を追加し、保存する。

// 悪夢状態の回復の判定
if (!partyInfo.pokeStateUnitArray[partyInfo.pokeStateUnitArrayIndex].badHealth.equals("sleep")) {
pokeStatePlaceMyself.beenIntoNightmare(false);
}

２．変更の反映のため、PBSTools\ModuleDel_ExecuteWhenSourceAmended.bat を実行する。

Posted by

nanashi_a 2023年02月05日(日) 18:17:08

早々にありがとうございます。返信気付けていませんでした。試してみます。
プレゼントは勘違いでしたらすみません。もう1回見直してみます

Posted by none 2023年02月23日(木) 00:31:56

プレゼントについては勘違いであるの確認できました。何か間違えたか、勘違いしたかもしれません。失礼しました。

Posted by none 2023年02月23日(木) 07:55:12

「はがねのつばさ」「メタルクロー」「げんしのちから」の追加効果が相手を倒した時に発動するバグを修正しました。

Posted by

nanashi_a 2021年09月30日(木) 23:33:38 返信

zipファイル内にゴミファイルが残っていたので、20210913版を再提供します。

Posted by

nanashi_a 2021年09月26日(日) 22:39:37 返信

素早さのステータス計算で上限999にならないバグを修正しました。

Posted by

nanashi_a 2021年09月13日(月) 22:49:55 返信

コメントをかく

名前	ユーザIDを使用しないで書き込む	ユーザーIDを使う	ログインする
画像コード	画像に記載されている文字を下のフォームに入力してください。
備考	「http://」を含む投稿は禁止されています。
本文
利用規約をご確認のうえご記入下さい

ジムリーダーの城 対戦考察Ｗｉｋｉ

はじめに

開発言語・環境

開発履歴

2019/04/13 初公開

2019/05/03

2019/05/11

2019/06/09

2019/06/30

2019/07/08

2019/07/16

2019/07/22

2019/07/28

2019/08/03

2019/08/06

2019/08/11

2019/08/14

2019/08/20

2019/08/25

2019/08/31

2019/09/01

2019/09/12

2019/09/23

2019/09/30

2019/11/04

2019/11/06

2019/11/07

2019/11/25

2019/11/26

2019/12/31

2020/01/02

2020/01/05

2020/03/29

2020/04/11

2020/05/03

2020/06/14

2020/07/18

2020/08/11

2020/08/15

2020/08/22

2020/08/23

2020/08/25

2020/08/27

2020/08/28

2020/09/06

2020/09/12

2020/09/13

2020/09/18

2020/10/15

2020/10/18

2020/10/24

2020/10/25

2020/10/29

2020/11/01

2020/11/03

2020/11/04

2020/11/08

2020/11/21

2020/11/22

2020/11/23

2020/11/24

2020/12/05

2020/12/19

2020/12/31

2021/01/01

2021/01/11

2021/01/17

2021/01/23

2021/03/11

2021/04/17

2021/05/09

2021/05/15

2021/05/16

2021/05/26

2021/06/06

2021/06/08

2021/06/10

2021/06/13

2021/06/21

ジムリーダーの城　対戦考察Ｗｉｋｉ