エントリーカテゴリー「作ってるモノ」の検索結果は以下のとおりです。シナリオタグ:CWシナリオ@サンプル&リソースサンプルシナリオに含まれるカードデータの利用に関して、拍手コメントでお問い合わせ頂きました。大事なことなので、エントリの方で返信させて頂きます。サイトのサンプルやリソースは、イベントの組み方説明を目的としたものです。配布パッケージに含まれるカードデータや画像・音声・楽曲などの利用はご遠慮ください。(※readme.txtなど他の付属テキストで利用を許可している場合は除きます。貼り用として準備したイベントデータ(例えばCW1.30/1.50新機能代替サンプルなら「2_素材庫」フォルダ内のエリアやパッケージのイベントビュー内容や環境変数)を、あなたのシナリオにコピー&ペーストして頂くのは全く問題ありません。カードや素材には自作ではないものも含まれるため、インポートや素材の抜き出しも可とすると、何かの手違いで自作以外のものが使われてしまう可能性が生じます。あなたが大丈夫でも、次の、またその次の誰かがということを考えると、最初から使えない設定にしておいた方がより安全と考えました。使い方に「あなたのシナリオにコピーして下さい」などと書いていないものは、そもそも動作見本専用に作成していて、他での利用を想定していません。そのようなわけで、すみません。考えましたが、この結論になりました。後日、サイトに掲載している規約文書やシナリオ付属のテキストにも反映させます。(5/30追記)「配布物の取扱いについて」を更新しました。CWメモ箱原稿CW1.30/1.50新機能代替サンプル内の特定のPC【A】が別のPC【B】の名前を呼ぶサンプルが、Pyでは上手く動かないという某所での会話から、セリフコンテントの、と言うかその後方の選択肢の扱いがエンジンによって異なることが判明しました。時間が無い方のために、結論だけ先に書いておきます。話者が持つ称号がコンテント内に含まれるセリフパターンの称号条件のいずれにも一致しない時、セリフの表示が飛ばされるのは各エンジン共通だが、セリフ後方の分岐(選択肢として表示される部分)の扱いが異なる。CW1.20~1.50/Next1.60では必ず分岐の一番上の枝に自動で処理が進むが、Py0.12.2では何らかの文字列が設定された選択肢が1つ以下の場合のみ一番上に自動で処理が進む。何言ってるのか良く分からんと言う方は、以下の例をご覧いただくと分かると思います。└【3に進む】→メッセージ「3」というイベントがあったとします。【】の中は選択肢ラベル(OKとかYesとかNoとか入っているあれ)です。●CW1.50/Next1.60・セリフ「うんたらかんたら」は表示されず、メッセージ「1」が表示される。●Py0.12.2・セリフ「うんたらかんたら」は表示されず、[どれか一つを選択してください。実行の結果が異なりました。正規版やNextではセリフは表示されずに1番上の分岐に進みましたが、Pyでは空のセリフ+選択肢と同じ扱いになっています。そこでもう1つ、以下のようなイベントを試してみました。前のと何が違うかというと、3番目の選択肢ラベルが空白になり、文字列が設定された選択肢が1つに減っています。このイベントを実行した場合は、どのエンジンでもメッセージ「1」のみ表示されるのです。今度は、Pyでもセリフ後方の分岐構造が無視されました。Pyでは、表示が行われなかったセリフ後方に意味のある選択肢が存在しない時(=何らかの文字列が設定された選択肢が1つ以下の時)は分岐が無視され、そうでない時はメッセージなしの選択肢として扱われます。他のエンジンでは、後方がどうなっていようと、全ての場合で分岐が無視されます。そこで、冒頭の結論部分です。話者が持つ称号がコンテント内に含まれるセリフパターンの称号条件のいずれにも一致しない時、セリフの表示が飛ばされるのは各エンジン共通だが、セリフ後方の分岐(選択肢として表示される部分)の扱いが異なる。CW1.20~1.50/Next1.60では必ず分岐の一番上の枝に自動で処理が進むが、Py0.12.2では何らかの文字列が設定された選択肢が1つ以下の場合のみ一番上に自動で処理が進む。某所での会話に参加していた方が、Pyの開発者さんにこの現象を報告されるそうなので、いずれ修正されるかもされないかもしれません。特定のPC【A】が別のPC【B】の名前を呼ぶサンプル(CW1.30/1.50新機能代替サンプル内)ですが、名前を呼ぶセリフ直後の選択肢で、何かの文字列が設定されたものを1つにすれば問題なく動きます。↑の言い方で分かり辛ければ、セリフが表示される時に選択肢がつかないようにする、とお考えください。※※※なぜこうなっているかを考えると、たぶん、シナリオ作成者が明らかに選択肢作りたかったんだろうなという時に選択肢表示してくれる親切機能の結果というのが、最も妥当な推測だと思います。仕様である可能性が高く、影響も特殊な条件下に限られるので、私は報告する決断に至れなかったかもしれませんね。今後別の何かを発見した時のために、余裕のある時にBitbucketに登録しておきますか。(5/26追記)この件について、メモ箱の私家版エンジン情報に追加しました。正式版の識別に対応しました。これまでPyの識別に使っていたCW1.50との仕様の違いが0.12.2正式版で無くなったため、当サンプルの過去バージョンでは正確な識別ができなくなっています。お手数ですが、本日公開の最新版(v.1.05)を新たにダウンロードして頂きますようお願い申し上げます。Py0.12.2正式版でCW1.50に合わせられた点については、1つ前の準備メモに書いています。興味がある方は、そちらも併せてご覧ください。→DLはこちら※※※その他、修正過程で新たに分かった事などを、メモ箱の関連記事に反映させました。バージョン0.12.2の正式版が公開されていたので、拙作「エンジン識別サンプル」が正しく動くかどうか確認しました。サンプルは各エンジン各バージョンの正式版が識別できる事を目指していますので、これで問題なければそのまま公開を続けられます。識別の結果は「CW1.50」でした。同行NPCの称号が、クーポン分岐で検出できなくなったようです。これは困った──と思ったら、ChangeLog.txtに「称号判定分岐でCardWirthPyのバージョンを判別できるようにした」の一文が。課題一覧にそんな話が出ていましたが、正式版で実装されていました。CW1.29の「@MP3」と同じく、エンジンバージョンを示す@称号を実際の所持状況と関係なく検出できるとのことです。いうことは:Py0.12.1は、これまで通りクーポン分岐による同行NPCの称号検出で見分ける。Version.0.12.2」が検出できるかどうかで見分ける。仮想クーポンが実装されたバージョンを指定しておけば、その後全てのPyをPyと識別可能。Only」で見分ける。すればPy0.12.2正式版対応は完了、のはずです。これから修正に取りかかります。※※※CW1.50と識別されるようになった原因は何なのか、ChangeLog.txtで探しましたが、影響していそうな項目は見当たりませんでした。RC3までは同行NPCの所持称号で選択して、効果コンテントによる各種状態の変更や称号やカードの付与ができていましたので、「対象がいなかった場合」にはあたりません。他に可能性があるかもしれないのは「フィールド全体で対象を選択した時、選択中のメンバが優先選択される」ですが、これは前段階で別の手段によって同行NPCが選択できている前提の話になり、クーポン分岐から開始する実験で必ず指定称号を持っているNPCが選択されるのとは、違う現象のようです。RC3→0.12.2正式版の更新で、同行NPCが持っている称号をターゲットにクーポン分岐を行っても、必ず失敗するようになりました。そこは間違いありません。1.50では同行キャストに対象消去の効果が無いため、それに合わせた」がありました。これは、Nextの見分けに使っている、対象消去後のNPCをランダム選択で選択可能なバグと関連する部分です。どのように修正されたのか、実際を見てみたところ、以下のような結果になりました。CW1.50では対象消去した同行NPCを(が):・キャンプで閲覧できる→Py0.12.2も同じ・キャスト存在分岐で検出できる→Py0.12.2も同じ・ランダム選択で選択できる→Py0.12.2も同じ・戦闘では動かない→Py0.12.2では戦闘中も動いているCW1.50で戦闘中の行動が封じられているところ以外は、同じ動きになっていました。対象消去後のNPCの動きついてメモ箱に書いた部分も、サンプルと同時に修正予定です。【!】同行NPCを消したければ「キャスト離脱」で!サンプルとは関係ありませんが、大事なことなので書いておきます。対象消去後のNPCの扱いについては、現在存在するエンジンの最新版全て(CW1.50、CWNext1.60、CWPy0.12.2)に明らかにバグと思われる動きが存在します。対象消去後の挙動が、CW1.50と各私家版で異なっています。(→詳細)ストーリー的に対象消去が正しい(例:パーティーに取り憑いた幽霊が聖なる力で祓われるなど)場合でも、キャスト離脱で離脱させた方が無難です。シナリオタグ:CWシナリオ@サンプル&リソース前バージョンまで、Pyが互換モードで動作中は、正しく識別ができませんでした。(Reboot)と識別されていた。CW1.28を状態異常判定バグの有無で見分ける場合、確認した全てのバージョンがCW1.20と識別されていた。これは何故かというと、「互換モード=互換指定したバージョンと全てにおいて同じ動きをする」のではないからです。前回更新時は、その詳細について詳しくは調べていませんでした。今回、サンプル内で識別に用いている仕様の差やバグについて、1つずつ互換モードでの動きを確認しました。以下は、その結果です。互換モードで何が変わるのか細かく調べれば、どのエンジンに互換の設定で動いているのか判別可能かもしれませんが、今のところやるかどうか未定です。→シナリオに何かしなくても、適切に互換設定すれば多分動く。→こちらも互換設定が適切なら恐らく問題なく、Pyであることが判別できれば十分。→正規版やNextに対しては、対応していない時メッセージを表示するなどの対応が可能。互換の設定まで見分けなくて良いようにも思います。修正過程で新たに分かった事を、メモ箱の関連記事に反映させました。シナリオタグ:CWシナリオ@サンプル&リソース前回更新時(一昨日)の日記の最後に書いたことを、シナリオに反映させました。→Pyのバージョン識別を追加しました。(Reboot)」と判定されるようにしました。※Nextは現在1.60のみなのでバージョン識別はなしですが、今後新しいバージョンが出たら対応予定です。(2)CardWirthPyのが互換モードで動作中、識別結果がどうなるかを調べ、使い方説明書に追加しました。互換モードであろうとPyと判定された方が良いのか、互換指定されたエンジンと判定された方が良いのかで迷い、今回は情報の追加だけです。→DLはこちら※※※サンプルシナリオ更新の過程で調べた事は、メモ箱の関連記事に反映させました。シナリオタグ:CWシナリオ@サンプル&リソースきっかけは、Pyの細かい更新内容を見ようと付属のChangeLog.txtを開いたことでした。(Reboot)」の一行が。実は、それまでReadMe.txtを見て、バージョンは0.12.1だと思っていました。当サンプルの前バージョンまで付属テキストにPyの対応バージョンは「0.12.1」だと書いていたのは、「0.12.2」が正しかったわけです。念のため配布元を確認したところ、今月初めに更新されていたことが分かりました。(Reboot)のようです。こちらもサンプルで識別を行ってみて、「Py」と判定されることを確認しました。0.12.1」としていたものを「Py」と変更しました。【Nextについて】Nextの方も、ランダム選択の修正が何時行われたのか、付属テキストの更新履歴を見てみましたが、そこまで詳しくは書いてありませんでした。他にそれらしい項目が無いので、Ver.1.6.0.8の「その他細かいもの多数」の中に含まれているのかもしれません。ランダム選択の修正が1.6.0.1より後なら、Nextの初期版は正しく識別できない事になります。開発段階の版の違いまで考えると、大変な事になりそうです。それぞれ正式版(正式版が出ていない時は開発段階の最も新しいバージョン)を識別できれば良しということにしておきますか、、、。→DLはこちら※※※そして、更新が終わってから0.12.1がまだダウンロードできることと、互換モードなる機能の存在に気付く──......。このサンプル、まだまだやる事が残っているようで。CWエンジン@私家版との仕様差1つ前のバージョンでは、対象消去後のNPCをランダム選択で選択できるかどうかでNextを見分けていましたが、このやり方ではPyはNextであると判定されていました。対象消去されたNPCは選択できない方が正しいので、これはやむをえません。Pyを見分けるにはNextと同じ部分を見ても仕方ないわけで、別のCW1.50ともNextとも違う部分を探す必要があります。一昨日の段階ではさっぱり見つからず、これは長くかかりそうだと思っていたら。何と翌日、意外に大きな違い発見しました。「フィールド全体を対象としたクーポン分岐で、同行NPCの所持称号を検出できるか否か」ただ、これを利用した見分け方は、そう長くは使えないかもしれません。CW1.50やNextとは明らかに挙動が異なるため意図的な仕様と思われますが、今後CW1.50に合わせる変更が行われればそれまでです。決め手に欠けるシナリオ更新でしたが、今日はここまで。このサンプルは、「現在入手できる全てのエンジンを見分けること」を目標にしています。してみると、今後は、どこかで新しいエンジン、新しいバージョンが出る毎に、それを見分けるという話になっていくでしょう。何だかキリがないような気もしてきました。今後エンジンは増えることはあっても減ることはないだろうし、CW1.29の「@MP3」のように、各々のエンジンにそれぞれプログラム名とバージョンを表す仮想システムクーポンがあれば......と、まぁしょうもない妄想語っても意味ないですな。シナリオ側で他と区別できないエンジンが出てきたとしても、(と言うか今でも、)必要な時にはシナリオ作者がreadmeなどに対応エンジンを書けば済む話ではあります。→DLはこちら※※※ちなみに、なぜCW1.50では対象消去後のNPCをランダム選択で選択出来てしまうかというと、同行NPCの対象消去が正常に機能していないからです。選択メンバを対象として効果コンテントで対象消去という処理を実行した場合、本来なら選択状態のNPCは消滅してキャンプの表示から消え、キャスト存在分岐で検出できず、当然ながらランダム選択でも選択できないのが正しい挙動です。ところがCW1.50では、対象消去したはずのNPCがキャンプで閲覧でき、キャスト存在分岐・ランダム選択の双方で検出可能にも拘わらず、戦闘では動かないという謎の挙動をします。NextやPyの対象消去後のNPCは、現時点では次のような動き方です。●CWNext(v.1.6.0.14)対象消去後ランダム選択で選択できる現象はないが、キャンプで閲覧でき、キャスト存在分岐でも検出される。●CWPy(v.0.12.1)対象消去後はキャンプでの表示が消え、キャスト存在分岐・ランダム選択の双方で検出されない。CW1.50、Next、Pyでそれぞれ違っていて、ここに引っかかると割と危険です。同行NPCを消したいなら、キャスト離脱コンテントで離脱させるのが無難だと思います。それならどのエンジンを使っていても同じ動きです。シナリオタグ:CWシナリオ@サンプル&リソース少し前になりますが、Twitterで知り合った方から、既存シナリオの一部にCW1.50では遊べるがNextでは遊べないものが存在しているという話を聞きました。Next独自のシナリオフォーマット(=Next用シナリオがその他エンジンで遊べない)に目を奪われ過ぎて、逆パターン(=既存シナリオがNextで遊べない)は盲点になっていたので、ちょっとした驚きでした。考えてみれば複数あるエンジンがどれも全く同じであるわけはなく、そういう事が起きても不思議ではありません。これまでも非対応エンジンが使われている場合にメッセージを出すシナリオはありましたが、これをNextやPyに対してもできるようにしておけば何かの時に役立つかもしれません。そのためには、まず、公式ファンサイト以外で配布されているエンジンを、それぞれ見分ける事が必要になります。そんなところから出発したサンプルシナリオです。今回は、CardWirthNextの見分けのみ作りました。今後さらに、CardWirthPyの見分けにチャレンジします。→DLはこちら※※※サンプルに使用したCardWirthNextの見分け方情報を、メモ箱の「CW各バージョン変更点まとめ」に追加しました。素材タグ:CW素材@差替ずっと前に作って忘れていた分を、他の更新に便乗アップします。一括DLのリンク先から他の差し替え用素材も一緒にまとめてDLできます。使用条件などは偽素材集のカード用画像と同じです。(利用規約/差し替え素材一括DLへ)■TABLE_STATUS.bmp全部がそうでなくて、PC画像の背景にあるドラゴン柄の部分です。このキャラクターの背景部分ばかり14パターン追加しました。使いどころが分からない属性っぽいものをイメージした柄や、いまいち使いどころが分からない和の伝統柄もあります。今後も、思い付きで増えるかもしれません。何か出来たら追加します。翳の回廊(絵置き場)の一部をTINAMIのスペースに置かせて頂いています。pixivでも何かやっている......かも。ゆう当サイトの内容を無断で使用、複製、転載することを禁止します。