約 5,093,111 件
https://w.atwiki.jp/tanorcampaign/pages/293.html
マスター不在のため（オイ）、代わりに勝手に書くぞ？ やったね！！ このブルーフォレスト物語ＤＥは、冬合宿（2009）にてマスターがハマったＴＲＰＧだ。そしてブルーフォレスト物語（以下ブルフォレ）を探したところ、なんとリバイバルエディションしかなかったのさ。泣く泣くブルフォレリバイバルエディションをすることにしたのだが…。 とど～先輩＜「ブルフォレＤＥ、中古であったよｖ」 な、なんだって！？ お財布にも痛い話ですね（笑） というわけで、新たにキャラを作りキャンペーンがスタートしたわけですが。 最初から全員登場するわけではありません。 キャンペーンの第1話（？）へ、単発セッション（in こぐまこん２）から一人参戦、もう二人新キャラ投入という流れになりました。 ゲストキャラで一話のみ参戦とか、主要ＰＣのキャンペーン離脱（やむをえず）とかあったり、なかったり。 さてさて、このキャンペーン、どうなることやら…。 第1話 第1.5話こぐまこん２の単発セッションだよ 第2話 第3話ゲストキャラがきたよ
https://w.atwiki.jp/campaigninfoanime/pages/5.html
ファミリーマート「艦隊これくしょんキャンペーン」 艦隊育成オンラインシミュレーションゲーム「艦隊これくしょん」（以下「艦これ」)のオリジナルグッズなどが当たる「艦隊これくしょんキャンペーン」を ２０１３年１２月３日（火）から１２月３０日（月）まで、全国のファミリーマート店舗約１０，１００店で実施。 ソース http //www.family.co.jp/company/news_releases/2013/131129_01.pdf 艦これ公式ページhttp //www.dmm.com/netgame/feature/kancolle.html ■描き下ろしイラストなどが楽しめる豪華景品が当たる 期間中におむすび、ドリンク剤などの対象商品を１品以上含む税込５００円以上の購入レシートに印字される１口分の“応募コード”を貯めて、パソコン、携帯電話またはスマートフォンにて応募すると、“ファミリーマート限定描き下ろし時雨・夕立マウスパッド”付きの「島風カスタムＰＣ」など豪華賞品を抽選で当たる。 ■ドリンク剤などの商品引換券が当たる 店内商品を税込５００円以上お買い上げのレシートには、“応募コード”に加えて、店頭で引き換えができるドリンク剤などの「商品引換券」が抽選で出現 ■“艦娘”にファミリーマートで会える！ＡＲ企画も同時開催 さらに、期間中、スマートフォンやタブレット端末などに無料アプリ「ARAPPLI（アラプリ）」をダウンロードして、店頭および店外のポスターや、店内ドリンク剤コーナーのＡＲマーカーにかざすと、週替わりで“艦娘”が登場し、話しかけられる。“艦娘”と一緒に、お買いものしているような気分が楽しめる。 ■ファミリーマート横須賀汐入駅前店を「艦これ」がジャック！ １２月１日（日）から１２月３０日（月）まで、「ファミリーマート横須賀汐入駅前店」をラッピング店舗として展開。 また 「ファミリーマート横須賀汐入駅前店」「ファミリーマート横須賀中央西口店」「ファミリーマート松山横須賀インター店」で は、「艦これ」グッズの先行販売。 なお、ファミリーマートのインターネットショッピングサイト「ｆａｍｉｍａ．ｃｏｍ」（ＵＲＬ：http //www.famima.com）では、 ３店舗で先行販売した「艦これ」グッズを２０１４年１月１４日（火）１０時から販売。 ＜実施店舗＞ ●ラッピング・グッズ販売 ・ファミリーマート横須賀汐入駅前店 （神奈川県横須賀市本町３丁目３１） ・ファミリーマート横須賀中央西口店 （神奈川県横須賀市若松町２－３０－１－１９） ・ファミリーマート松山横須賀インター店 （神奈川県横須賀市池上６丁目３－１） ※グッズ販売開始日時は１２月１日（日）１０時から。 ＜販売予定グッズ＞ 商品名 概要 税込価格 発売日 卓上パネルスタンド（島風／金剛／電／雷／赤城 ／大和／榛名／翔鶴／瑞鶴／瑞鳳／天龍／龍田 ／加賀／長門／陸奥／霧島／愛宕／川／時雨／夕立） 自宅やオフィスに飾ざれるスタンドパネル 。通常と大破の2種類のセット 各980円 12月1日（日） 横須賀鎮守府限定ペナント（陸奥／伊 58） 懐かしのご当地土産の定番、ペナント 各1600円 12月11日（水） 絆創膏セット 傷を負った彼女たちの痛みを共感できる絆創膏 600円 12月11日（水） 兵装定規セット 艦娘の兵装と同じスケールの定規 980円 12月11日（水） 連装砲ちゃんのしまかぜ浮き輪キーチェーン 全提督のマスコット的キャラ、連装砲ちゃん のキーチェーン 600円 12月11日(水) ■「艦これ」プレイヤーを応援！BitCash EX、WebMoneyのキャンペーンも同時開催！ ファミリーマート店舗に設置してあるマルチメディア端末「Famiポート」では、対象の「BitCash EX」または「WebMoney」を購入すると、抽選で1250名に購入金額と同額の「BitCash EX」または「WebMoney」がその場で当たるキャンペーンを2013年12月3日（火）から2014年1月31日（金）まで開催。 さらに応募ページ（URL：http //www.famima.com/kancolle/）から、「プリペイド番号通知票」に記載された管理番号等の必要事項を入力し応募いただくと、抽選で、ファミリーマートのインターネットショッピングサイト「ｆａｍｉｍａ．ｃｏｍ」で使えるクーポン１０，０００円分が２００名様に当たる 応募期間は2014年2月28日（金）まで。
https://w.atwiki.jp/steelchronicle/pages/284.html
現在開催中のキャンペーン 過去に行われたキャンペーンハウンドアイテム関連 ボーナス関連 雑誌封入特典 現在開催中のキャンペーン スペシャルカートリッジキャンペーン 日時2016/03/09 10 00～2016/03/15 24 00 概要期間中1日1回、スペシャルカートリッジ(使用時間 30分)をプレゼント。 スペシャルカートリッジ：「経験値1.5倍」「熟練度1.5倍」「アイテムドロップ率2倍」の効果が同時に得られる。 過去に行われたキャンペーン ハウンドアイテム関連 +... クリスマスキャンペーン 節分キャンペーン クイズマジックアカデミー賢者の扉稼動開始記念キャンペーン GWパイレーツキャンペーン ウェディングキャンペーン 浴衣キャンペーン beatmania IIDX 20 tricoro稼動開始記念キャンペーン 『鋼虫戦記 ～ギャラルホルンの謎～』キャンペーン クリスマス2012キャンペーン バレンタインキャンペーン pop n music Sunny Parkキャンペーン 鋼鉄武装キャンペーン アース製薬キャンペーン KONAMI Arcade Championship 2013 ハロウィンキャンペーン QMA×ステクロキャンペーン Vキャンペーン 年越し戦国キャンペーン メルヘンキャンペーン エターナルナイツ勇者覚醒ミッション ぼくらのステクロキャンペーン SOUND VOLTEX × スティールクロニクル コラボキャンペーン SOUND VOLTEX IIIコラボキャンペーン BEMANI SUMMER DIARY SPハウンド補完計画 ミリタリー編 ボーナス関連 +... お年玉キャンペーン 日時2012年：2012/01/01 0 00～2012/01/15 23 59 2013年：2013/01/01 0 00～2013/01/15 24 00 2014年：2014/01/08 0 00～2014/01/21 24 00 2015年：2015/01/07 0 00～2015/01/20 24 00 2016年：2016/01/06 10 00～2016/01/19 24 00 概要期間中にプレーするとボーナススティールカプセル券を10枚獲得できる。(2012年度) 期間中にプレーするとプラチナスティールカプセル券を10枚獲得できる。(2013年度) 期間中にプレーするとプラチナスティールカプセル券5枚を毎日獲得できる。(2014-16年度)2012-13年度版はひとつのe-AMUSEMENT PASSにつき期間中1回限り。 2014-16年度版はひとつのe-AMUSEMENT PASSにつき1日1回。 カートリッジセールキャンペーン 日時第1回：2012/02/17 10 00～2012/02/26 24 00 第2回：2012/05/23 10 00～2012/06/05 24 00 第3回：2012/09/12 10 00～2012/09/18 24 00 第4回：2012/12/05 10 00～2012/12/11 24 00 第5回：2013/03/06 10 00～2012/03/12 24 00 第6回：2013/06/19 10 00～2013/06/25 24 00 第7回：2013/09/18 10 00～2013/09/24 24 00 第8回：2014/02/26 10 00～2014/03/04 24 00 概要期間中、カートリッジの生産に必要なSTEが全て半分になる。 スティールカプセル レアゲットキャンペーン 日時第1回：2012/02/27 10 00～2012/03/06 24 00 第2回：2012/11/21 10 00～2012/11/27 24 00 第3回：2013/07/03 10 00～2013/07/09 24 00 第4回：2013/10/09 10 00～2013/10/15 24 00 第5回：2014/02/19 10 00～2014/02/25 24 00 第6回：2014/05/07 10 00～2014/05/13 24 00 第7回：2014/09/24 10 00～2014/10/07 24 00 第8回：2015/01/14 10 00～2015/01/20 24 00 第9回：2016/01/20 10 00～2016/02/02 24 00 概要キャンペーン期間中、スティールカプセルで必ずレア以上がゲットできる スティールハンター強化キャンペーン 日時第1回：2012/04/12 10 00～2012/04/24 24 00 第2回：2012/07/25 10 00～2012/08/07 24 00 第3回：2013/02/27 10 00～2013/03/05 24 00 概要期間中にスティールハンターとミッションに出撃すると、以下の特典がゲットできる初めてスティールハンターと一緒にミッションに出撃したプレーヤーには 3000CPをプレゼント CP獲得条件「スティールハンターと一緒」で獲得できるCPが 100CPから200CPにアップ 「HUNTER CHRONICLE」の出撃報酬で必ず Lサイズ以上のエナジージェムがゲット スペシャルカートリッジキャンペーン 日時第1回：2013/05/22 10 00～2013/05/28 24 00 第2回：2013/08/19 10 00～2013/08/27 24 00 第3回：2013/12/04 10 00～2013/12/10 24 00 第4回：2014/04/30 10 00～2014/05/06 24 00 第5回：2014/07/09 10 00～2014/07/15 24 00 第6回：2014/12/10 10 00～2014/12/16 24 00 第7回：2016/03/09 10 00～2016/03/15 24 00 概要期間中1日1回、スペシャルカートリッジ(使用時間 15分)をプレゼント。 スペシャルカートリッジ：「経験値1.5倍」「熟練度1.5倍」「アイテムドロップ率2倍」の効果が同時に得られる。 第3回・第7回は30分 CPボーナスキャンペーン 日時第1回：2013/09/25 10 00～2013/10/01 24 00 第2回：2013/12/25 10 00～2013/12/31 24 00 第3回：2014/04/23 10 00～2014/04/29 24 00 第4回：2014/08/27 10 00～2014/09/09 24 00 第5回：2016/02/10 10 00～2016/02/23 24 00 概要期間中、ミッション終了時に獲得できるコープポイントの順位ボーナスが大幅アップ 超クラスアップキャンペーン 日時第1回：2013/10/16 10 00～2013/10/22 24 00 第2回：2013/11/06 10 00～2013/11/19 24 00 第3回：2014/04/17 10 00～2014/04/22 24 00 概要期間中獲得する経験値と武器熟練度が2倍に大幅アップ。 春のステクロ応援キャンペーン 日時第1回：2014/03/12 10 00～2014/03/25 24 00 概要期間中、獲得する経験値と武器熟練度が2倍に大幅アップ。 期間中1日1回、スペシャルカートリッジ(使用時間 30分)をプレゼント。 素材Wアップキャンペーン 日時第1回：2014/04/09 10 00～2014/04/22 24 00 概要期間中、獲得できる素材アイテムとキーパーツ（武器の生産や強化に必要なアイテム）が2倍に大幅アップ。 SPハウンド解禁キャンペーン 日時第1回：2014/05/14 10 00～2014/05/27 24 00 第?回：2015/02/?? 10 00～2014/02/?? 24 00 概要期間中、"エピソードゲージ2倍" 、"CP2倍" になる ハウンドアイテムコレクション 日時第1回：2014/05/28 10 00～2014/06/03 24 00 第2回：2014/10/15 10 00～2014/10/28 24 00 概要指定されたハウンドアイテムを装備してミッションをクリアすると、ボーナスが付く。 第1回対象は「コネクトレイヤー」、「コネクトレイヤー2」、「コネクトレイヤー3」 対象のハウンドアイテムを装備してミッションをクリアすると、獲得経験値・熟練度30%UP装備しているハウンド(CPU不可)が2人以上いれば、さらに獲得経験値・熟練度20%UP 期間中、指定されたハウンドアイテム生産に必要なCPが50%OFF。 第2回「 -S.I.V.A大仮装祭！TRICK OR TREAT-」ハロウィーンのハウンドアイテムを1つでも装備してミッションに出撃すると強化素材とキーパーツのドロップ率が最大2倍ハロウィーンハウンドアイテムを身につけたプレーヤーの数によって変動します。 1人・・・1.5倍 2人以上・・・2倍 スタートダッシュキャンペーン日時2015/01/21(水) 10 00～2014/01/27(火) 24 00 概要スーパープラチナスティールカプセル券を2枚獲得できる。 ひとつのe-AMUSEMENT PASSにつき受け取れるのは1回のみ。 雑誌封入特典 ⇒雑誌封入特典 概要シリアルコードをPCサイトのスティールクロニクルマイページ下部にて入力すると特典アイテムを入手
https://w.atwiki.jp/crystalcrestwiki/
このWIKIはCrystalcrest（クリスタルクレスト）の情報WIKIです。 CrystalCrest（クリスタルクレスト）公式サイト 2015年4月7日OβT開始！ 基本無料メイキング系MMORPG Crystalcrest（クリスタルクレスト）はジョブメイキングシステム搭載！ 100種類以上のクリスタルと300種類以上のスキルを組み合わせてオリジナルの職業を生み出そう！ 最新情報 4Gamer.net − Crystal Crest MMORPG「Crystal Crest」のサービスが8月26日11：00をもって終了 「Crystal Crest」，初の大型アップデートを実施。レベルキャップの開放や新マップが追加 GRETECHJAPANは本日，MMORPG「CrystalCrest」において初となる大型アップデートを実施した。今回のアップデートでは，レベルキャップの開放，新マップ3種の追加，大規模なPvPとGvGの実装などが行われた。また，アップデートを記念して6月は多数のキャンペーンが実施されるので，お得なチャンスを逃さないようにしよう。 「Crystal Crest」でウェブマネー公式キャラ「天宮琴音」のアイテムがもらえるキャンペーン 「Crystal Crest」リワードショップ開設。ペットやアバターなど9アイテムが登場 「Crystal Crest」キャラクターの声を演じる成賀くるみさん，兎味ペロリナさんによるプレイ動画が公開に 「Crystal Crest」，レベルを上げるとアイテムがもらえるキャンペーン MMORPG「Crystal Crest」の正式サービスがスタート。期間限定イベント＆キャンペーンが開催に GRETECHJAPANは本日，ジョブやアイテムの“クリエイト”をテーマとしたMMORPG「CrystalCrest」の正式サービスをスタートした。これに合わせて，一定の条件を満たすことでさまざまな恩恵が得られるスタートアップキャンペーンや「TwitterRTキャンペーン」といった企画がスタートしている。 “メイキング系MMORPG”「Crystal Crest」のオープンβテストがスタート。冒険に役立つアイテムがもらえるイベントも実施 GRETECHJAPANは本日（2015年4月7日），同社が運営するゲームポータル「Playgom」を通じてサービスを予定しているMMORPG「CrystalCrest」のオープンβテストを開始した。本作は，オリジナルの職業を作り出すジョブメイキングシステムや生産システムなどが特徴の“メイキング系MMORPG”だ。 オリジナルの職業や武器などを作れる“メイキング系”MMORPG「Crystal Crest」のオープンβテストは4月7日にスタート GRETECHJAPANは本日（2015年3月24日），MMORPG「CrystalCrest」のオープンβテストを4月7日に開始すると発表した。オープンβテストでは，装備の見た目や能力を変化させる「リフォージ」や，インスタンスダンジョン「ララ工房」，新たな「ソウルクリスタル」などが実装される予定だ。 「Crystal Crest」新たな「ソウルクリスタル」4種類と，ユニークなモンスターが出現するマップ「タル族野営地」の情報が公開 GRETECHJAPANは本日，2015年3月中にサービス開始予定のMMORPG「CrystalCrest」の新情報を公開した。今回は，キャラのカスタマイズに関わる「ソウルクリスタル」4種と，新マップ「タル族野営地」の紹介だ。タル族野営地には，犬のような部族「タル族」が暮らしているほか，かぼちゃやネズミといったユニークなモンスターが登場するという。 引用元 ： http //www.4gamer.net/games/288/G028897/contents.xml 公式Twitter 準備中 Crystal Crest動作環境 必要スペック 推奨スペック OS Windows Vista 、Windows7以上 Direct X Direct X9.0C CPU Intel Pentium 4 3.2GHz以上相当 グラフィックカード Geforce 8600GT 512MB/Radeon HD4350 512MB Nvidia GTX 460/AMD HD 5850 1G RAM以上相当 メモリ 1G以上 2G以上 ハードディスク容量 3G以上 4G以上 言語 日本語 入力機器 キーボード、マウス コメント test -- 名無しさん (2015-02-13 03 20 53) 名前 コメント
https://w.atwiki.jp/kasukaberunner/pages/106.html
名称 特典 期間 備考 報告 バージョンアップ記念 きんのたま10個 2014/7/8～2014/7/11 5 59 期間内にログインした方へ 終了 ユーザー数250万人突破 きんのたま30個 2014/7/1～2014/7/4 5 59 期間内にゲームをプレイした方へ 終了 「映画クレヨンしんちゃん ガチンコ！逆襲のロボとーちゃん」タイアップキャンペーン コスプレ「ロボしんちゃん」がもらえる 2014/4/25～ 公式ページにあるシリアルコードを入力。（先着10万名） 終了 祝CM放送記念 きんのたま30個ごきんじょランキング報酬きんのたま10個増加メダルもきんのたま数個に 2014/5/28 ～ 期間内にログインしたひとのみ 終了 ユーザー数200万人突破 きんのたま60個 2014/6/12 ～2014/6/15 5 59 期間内にゲームをプレイした方へ 終了
https://w.atwiki.jp/sokulibe/pages/74.html
開催中のキャンペーン イベント名 開催期間 ワクワク！常夏 ログインキャンペーン 2017/7/13(木)18 30～2017/7/20(木)13 59 過去のキャンペーン イベント名 開催期間 ソクリベに願いを！Twitterキャンペーン 2017/7/6(木)12 00～2017/7/13(木)13 59 七夕ログインプレゼント 2017/7/7(金)5 00～2017/7/13(木)13 59 リリース400日記念 サンクスプレゼント 2017/6/23(金)5 00～2017/6/26(月)23 59 ブライダルログインキャンペーン 2017/6/13(火)18 30～2017/6/23(金)13 59 もっとスマイルキャンペーン！ 2017/6/7(水)14 00～2017/6/13(火)13 59 次元の門 開門応援キャンペーン 2017/6/1(木)5 00～2017/6/11(日)4 59 ジェム増量キャンペーン 2017/5/30(火)18 00～2017/6/13(火)13 59 ありがとう1周年！ログインプレゼント！ 2017/5/19(金)5 00～2017/6/12(月)4 59 ジェム増量キャンペーン 2017/5/18(木)19 30～2017/5/30(火)13 59 ありがとう1周年！Twitterキャンペーン 2017/5/18(木)19 30～2017/5/30(火)13 59 1周年直前！Twitterキャンペーン 2017/5/12(金)17 30～2017/5/15(月)23 59 スタートダッシュキャンペーン！ 2017/4/18(火)18 30～2017/5/12(金)13 59 リアトモ覚醒計画 2017/4/18(火)18 30～2017/5/12(金)13 59 GWログインキャンペーン 2017/5/3(水)5 00～2017/5/9(火)4 59 デアラスール衣装人気投票！ 2017/5/1(月)14 00～2017/5/8(月)13 59 ソクリベ水着総選挙Twitterキャンペーン 2017/4/26(水)14 00～2017/5/7(日)23 59 スマイルWチャンスキャンペーン！ 2017/4/18(火)18 30～2017/4/26(水)13 59 着せ替え女王決定戦！ 2017/4/13(木)12 00～2017/4/18(火)13 59 アップデート先取りキャンペーン 2017/4/6(木)17 00～2017/4/18(火)13 59 ロイエルフェスティバル！ 2017/4/1(土)14 00～2017/4/6(木)13 59 育成応援キャンペーン ログインプレゼント！ 2017/3/24(金)5 00～2017/4/1(金)4 59 チケットプレゼントキャンペーン 2017/3/23(木)14 00～2017/3/30(木)13 59 リリース300日記念 サンクスプレゼント 2017/3/16(木)17 00～2017/3/23(木)13 59 グループ機能を活用しよう！ 2017/3/9(木)14 00～2017/3/16(木)13 59 COUNT DOWN！ログインプレゼント！ 2017/3/10(金)5 00～2017/3/17(金)4 59 MRアップキャンペーン 2017/3/3(金)18 30～2017/3/16(木)13 59 蒼空のひなまつり！ 2017/3/3(金)18 30～2017/3/12(日)4 59 シャイニング・ブレイドコラボ Twitterキャンペーン 2017/2/16(木)18 30～2017/2/23(木)13 59 もっとスマイルキャンペーン！ 2017/2/16(木)18 30～2017/2/23(木)13 59 ソクリベ美少女拡散計画！ バレンタイン編 2017/2/7(火)18 00～2017/2/16(木)13 59 シャイニング・ブレイドコラボ Twitterキャンペーン 2017/2/8(水)18 00～2017/2/13(月)11 59 運営からの挑戦状 in 闘会議 2017/1/26(木)18 30～2017/2/12(日)23 59 チケットプレゼントキャンペーン 2016/12/31(土)18 00～2017/1/11(水)13 59 エレメンタルタワー踏破キャンペーン 2016/12/27(火)22 30～2017/1/11(水)13 59 年末年始プレゼント！キャンペーン 2016/12/27(火)22 30～2017/1/11(水)13 59 ソクリベ美少女拡散計画！ 2016/12/20(火)18 30～2016/12/27(火)14 00 ゴールデンアックスコラボ記念twitterキャンペーン 2016/12/15(木)16 30～2016/12/21(水)23 59 レンジャー登場キャンペーン 2016/12/8(木)18 30～2016/12/20(火)13 59 セガアプリ冬の大抽選会！第2弾 2016/12/1(木)～2016/12/19(月)20 00 サンクスプレゼント 2016/11/25(金)15 00～2016/12/6(火)4 59 チケットプレゼントキャンペーン 2016/11/25(金)15 00～2016/12/5(月)13 59 セガアプリ冬の大抽選会！ 2016/11/15(火)10 30～2016/11/30(水)20 00 あなたの声を聞かせて！「お客様アンケート」 2016/11/25(金)15 00～2016/11/29(火)13 59 新職で大暴れ！バーサーカー登場記念キャンペーン 2016/11/8(火)19 30～2016/11/29(火)4 59 リリース半年ありがとうキャンペーン 2016/11/18(金)18 00～2016/11/21(月)4 59 スマイル大感謝キャンペーン 2016/10/27(木)19 00～2016/11/8(火)14 59 「グループに入ろう！」キャンペーン 2016/10/27(木)19 00～2016/11/8(火)14 59 新章だ！武器だ！新生ソクリベ記念キャンペーン 2016/10/20(木)5 00～2016/11/8(火)14 59 HR武器以上確定ガチャチケットをGET！ツイッターキャンペーン 2016/10/19(水)14 00～2016/10/25(火)23 59 大型アップデート先取りキャンペーン 2016/10/7(金)5 00～2016/10/19(水)11 29 大型アップデート到来！新人応援キャンペーン 2016/9/21日(水)5 00～2016/10/1(土)4 59 シルバーウィークもソクリベ! キャンペーン 2016/9/15(木)18 00～2016/9/30(金)4 59 ☆3美少女総選挙 2016/9/15(木)18 00～2016/9/26(月)23 59 100日記念キャンペーン 2016/8/26(金)～2016/9/6(火)4 59 ソクリベ新生活応援キャンペーン 2016/8/26(金)～2016/9/6(火)4 59 クマVSゴリラどっちが強い？twitter投票キャンペーン 2016/8/25(木)～2016/9/5(月)23 59 みんなで100万コンボ達成キャンペーン 2016/8/26(金)18 00～2016/8/27(土)17 59 ディフェンダー強化記念 育成応援キャンペーン 2016/8/18(木)～2016/9/1(木)4 59 夏得！10連スカウトキャンペーン 2016/8/10(水)～2016/8/17(水)14 59 夏だ！育成応援ブリキランドへ行こうキャンペーン 2016/8/6(土)～2016/8/17(水)14 59 ソクリベハッピーサマーキャンペーン 2016/8/6(土)～2016/8/17(水)14 59 イベント「封印の輝石と氷国の訪問者」応援プレゼント 2016/8/30(土)～2016/8/6(土)4 59 ソクリベオープン2ヶ月記念ありがとうキャンペーン 2016/7/22(金)～2016/7/27(水)14 59 MR到達キャンペーン 2016/7/13(水)～2016/7/26(火)14 59 Ver1.0.6アップデートキャンペーン 2016/7/1(金)～2016/7/8(金)4 59 「峻峰を彩る双炎」応援キャンペーン 2016/6/25(土)～6月30日(木)4 59 ジェム初回購入時おまけ増量セール 2016/6/20(月)メンテナンス後 ソクリベオープン1ヶ月記念ありがとうキャンペーン 2016/6/17(金)～2016/6/23(木)4 59 50万ダウンロード記念 プレゼントキャンペーン 2012016/6/5/24(火)～2012016/6/5/28(土)4 59 10万ダウンロード記念 プレゼントキャンペーン 2012016/6/5/21(土)～2012016/6/5/23(月)4 59
https://w.atwiki.jp/tsukimichi/pages/21.html
オープンβテスト開始を記念して、スタートダッシュキャンペーンとして2つのクエストを期間限定にて実施いたします。 ▼キャンペーン期間 2017年4月13日 ～ 2017年5月12日メンテナンス開始まで ◆スタートダッシュキャンペーン クエスト１ クエストタイトル：【急募！未経験可！】 クエスト条件：プレイヤーランクを１０まで上げる クエスト報酬：【快速攻略箱】 【快速攻略箱】中身 リポーザー20 APを20回復できるアイテムです。 20個 巴無双 巴に敵を殲滅してもらうアイテムです。戦闘を行わずマップクリアができます。 3個 １魔銀貨 使用すると、銀貨が10000手に入ります。 1個 ◆スタートダッシュキャンペーン クエスト2 クエストタイトル：【読めるかしら？】 クエスト条件：シナリオ７章をクリア クエスト報酬：【高速読破箱】 【高速読破箱】中身 SR ルークス SRランクの無属性武器が1つ手に入ります。 1個 SR フィルキー SRランクの無属性防具が1つ手に入ります。 1個 SR 経験珠 大宝珠。装備すると戦闘時の獲得経験値がUPします。 1個 本クエストは期間終了後、報酬を受け取れなくなりますのでご注意ください。 コメント 名前
https://w.atwiki.jp/imas_ml/pages/26.html
■実施中のキャンペーン▼友だち招待で限定アイドルGET！ ▼コミュニティ登録で限定レアアイドルGET ■過去のキャンペーン▼事前登録キャンペーン コメント ■実施中のキャンペーン ▼友だち招待で限定アイドルGET！ 友だちをアイドルマスターミリオンライブに招待すると、規定のガシャptが獲得できます。 さらに、招待を受けた友だちがプロデューサー研修を終了すると招待ptが獲得できます。 招待ptを交換することで、招待特典カードを入手することができます。 名前 期間 初期 覚醒1 覚醒2 覚醒3 第1弾 天海春香 2/27～3/31 23 59 HR「はじまりの朝 天海春香」 HR「かがやくために 天海春香」 HR「みんなでつくるステージ 天海春香」 HR「ふたりのスイートブレイク 天海春香」 第2弾 星井美希 4/1～5/2 16 59 HR「２人の休日 星井美希」 HR「グリーティング！ 星井美希」 HR「グラビアスター！ 星井美希」 HR「眠れる？森の美女 星井美希」 第3弾 高槻やよい 5/2～6/2 16 59 HR「頼れるお姉ちゃん 高槻やよい」 HR「元気１００倍ステージ 高槻やよい」 HR「スペシャルご褒美 高槻やよい」 HR「スウィートドリーマー 高槻やよい」 第4弾 春日未来 6/2～7/2 16 59 HR「夢に向かって 春日未来」 HR「充実の瞬間 春日未来」 HR「溢れる想い 春日未来」 HR「いつまでも、ずっと 春日未来」 第5弾 箱崎星梨花 7/2～8/14 13 59 HR「煌びやかな朝 箱崎星梨花」 HR「箱入り娘の戦い 箱崎星梨花」 HR「輝きの星 箱崎星梨花」 HR「愛情タルト 箱崎星梨花」 第6弾 徳川まつり 8/14～9/11 13 59 HR「プリンセスシューズ 徳川まつり」 HR「プリンセスリング 徳川まつり」 HR「プリンセスティアラ 徳川まつり」 HR「浜辺のプリンセス 徳川まつり」 第7弾 佐竹美奈子 9/11～10/16 13 59 HR「自慢の腕前 佐竹美奈子」 HR「見事な手際 佐竹美奈子」 HR「豪華な食卓 佐竹美奈子」 HR「とっておきの衣装 佐竹美奈子」 第8弾 伊吹翼 10/16～11/13 13 59 HR「久々の休日 伊吹翼」 HR「モテモテの休日 伊吹翼」 HR「アイドルの休日 伊吹翼」 HR「おねだりキャッチ 伊吹翼」 第9弾 最上静香 11/13～12/16 13 59 HR「苦悩の回答 最上静香」 HR「画伯の回答 最上静香」 HR「渾身の回答 最上静香」 HR「全力パフォーマンス！ 最上静香」 第10弾 エミリー 12/16～1/22 13 59 HR「微笑み歳の市 エミリー」 HR「笑顔の掘り出し物 エミリー」 HR「ぷくぷくだるまさん エミリー」 HR「和洋折衷の贈り物 エミリー」 第11弾 周防桃子 1/22～2/12 13 59 HR「喜びの演技 周防桃子」 HR「怒りの演技 周防桃子」 HR「哀しみの演技 周防桃子」 HR「プリンセスドール 周防桃子」 第12弾 松田亜利沙 2/12～3/13 59 HR「 朝イチライブ！ 松田亜利沙」 HR「ビリビリ電波ライブ 松田亜利沙」 HR「次は私の番！ 松田亜利沙」 第13弾 永吉昴 3/13～4/28 13 59 HR「目指せガーリー！ 永吉昴」 HR「アダルティにも挑戦！ 永吉昴」 HR「この日一番のドキドキ 永吉昴」 第14弾 二階堂千鶴 4/28～5/30 13 59 HR「産地直送のセレブ 二階堂千鶴」 HR「とれたて新鮮のセレブ 二階堂千鶴」 HR「みんなのお嬢様アイドル 二階堂千鶴」 ※招待特典カードは社長クエスト「バトルスタンプを完成せよ」でも入手可能です。 ※招待特典カードはログインボーナスの報酬として入手可能です。 ※招待特典カードは招待期間内でのトレードがおこなえません。 関連ページ：社長クエスト ▼コミュニティ登録で限定レアアイドルGET 公式コミュニティに入るとR「思い出を一緒に 萩原雪歩」が貰えます。 届くの遅いので騒がない ■過去のキャンペーン ▼事前登録キャンペーン ミリオンライブに事前登録すると限定レアカードがもらえた。 http //wpp.jp/imas-million/ R「ステージを待つ 如月千早」 コメント このページに関わる情報提供等はこちらへどうぞ。 招待ｐｔで交換できるカードは1枚目は1pt、2枚目は2pt、3枚目は5pt・・・と増加していきます。 - 2013-03-19 13 04 21 30回目のログインボーナスで覚醒HR春香入手、30継続登録でガシャチケレア入手でした - 2013-03-31 08 50 46 招待ｐｔ交換できるカードが1枚目1ｐｔ、2枚目2ｐｔ、3枚目2ｐｔになってます。現在3枚目なので4枚目以降はわからないです。 - 2013-03-31 16 06 10 友だち招待は、先にグリ友になってないと招待特典カードが貰えませんので要注意です！ - 2013-11-04 21 45 13
https://w.atwiki.jp/mycampaign/pages/81.html
（ダウンロードリンクをトップに移動しました。） 20170411版（主人公のジョブ選択システム実装） 20170401_2版（海水浴にイベント追加（現在3つ）） 20170326版（海水浴に悲しいエピソード追加） 20170324版（バグ修正。野外活動できます） 20170319_3版（全然嬉しくないオリジナル画像付き（野外活動開きません）） 20170319版（好感度チェックシステム実装（野外活動開きません）） 20170305_2版（野外活動の後日シナリオ修正） 20170305版（海水浴シナリオ追加） 20170228版（放課後めぐルート） 20170225版（ミニゲーム統合、アルバイト本屋ルート作りかけ） 20170219版（ミニゲーム作成中（一応クリアできなくもない）） 20170218版（ミニゲーム作りかけ） 20170212_2版（一通りラストまでプレイできる。） 20170212版（一通りプレイできる。ただしラストは一部キャラ分のみ。） 20170211版（野外授業のシナリオを直してみた。ただし、次のシナリオは直してないので、死傷者が出ると変な挙動をする。） 20170204_2版（人数を増やしてみた。ただし、放課後の教室まで（当然、これまでとの互換性なし。）） 20170204版（アルバイトシナリオにマップ差し替え実装） 20170129_2版（野外授業シナリオ改良） 20170129版（野外授業シナリオ実装） 20170124版（アルバイトシナリオ実装、ただし今のところ皿洗いだけ） 20170122_2版（お買い物イベント実装、ただし第3章さらルートのみ） 20170122版（ヒロイン管理システム実装版、実際の操作はほとんど変更なし） 20170114_2版（一応エンディングまでプレイ可能） 20170114版（好感度システム実装）（前のバージョンとのセーブデータ互換性ないと思う。） 20170109版（主人公の名前システム実装） 20170108版（ちょっと修正） 20170107版（作ってみた） 2017.04.11 ゲームの始めに主人公のユニットを選べるようにした。 お仕着せだけではなく、ユニット名を直接入力することができる自由度の高さ！ ということは、主人公をアンデッドにしてももんと名付けることも可能ですし、百合百合（あるいは男の娘）、フレンズ的楽しみ方もできるかもしれません。 （補足） やったことは次のような比較的簡単なこと [message] speaker=narrator image="wesnoth-icon.png" message= _ "主人公のユニットを決めよう。次から選んでもいいし、ユニット名を直接入力してもいいぞ。" #1つ目のオプション（実質何もしない） [option] message= _ "エルフの戦士（デフォルト）" [/option] #2つ目のオプション [option] message= _ "悪漢" [command] [set_variable] name=unit_of_hero value=Ruffian [/set_variable] [/command] [/option] #3つ目のオプション（直接入力） [option] message= _ "直接入力する（『OK』を押して次へ）。" [command] [message] speaker=narrator image="wesnoth-icon.png" message= _ "ユニット名を英語で正しく入力してください。" [text_input] variable=unit_of_hero [/text_input] [/message] [/command] [/option] [/message] #変数 unit_of_hero に代入されたユニットに変化させる {TRANSFORM_UNIT (id=hero) ($unit_of_hero)} なお、「Elvish Shaman」と直接入力するとエルフの呪術師になるが、「femele^Mage」などとやっても女魔術師になったりはしない。 海水浴のイベントもちょこちょこ書いている最中。 2017.04.01 何やら最近、（非公式）ファンサイトのキャンペーン作成関係の記事が急激に充実している。敷居が下がるのはよいことだ。 これを機に、泥沼に足を踏み入れる人が増えることを期待している。泥沼といってもトカゲは出てこないが。 それはさておき、海水浴でのイベントの選択肢を増やしてみた。ただし、れべっかの水着姿とかは出てこない。期待する人はいないだろうが念のため。 あと、ありすルートも作る予定。 2017.03.26 海水浴で誰得？なエピソードを追加した。 一応、海水浴ではいくつかのイベントを用意して、どれが発生するかでその後の展開が微妙に変わるようにする構想がなくもない。 それがいつになるかはわからない。 ユニットのタイプを変えるのに TRANSFORM_UNIT というのを使うと簡単にできる。 Girl=unDead の「聖堂」のシナリオを書いた時には、知らなかったので、エルフのドルイドやシェードを步く死体に変えるのに苦労した。 使用例 {TRANSFORM_UNIT (type=Elvish Druid) (Walking Corpse)} {TRANSFORM_UNIT (id=Meg) (Walking Corpse)} 2017.03.24 2ちゃんねるの wesnoth スレで野外活動がエラーでプレイできないとの書き込みがあった。 シナリオを見直してみたら、修正するときに変えてはいけないところまで書き換えていたことが判明した。 なお、海水浴イベントを発生させるにはは、野外活動で変に頑張らない方がよいです。 2017.03.19その2 下手を承知で、このキャンペーンのためのオリジナル画像を作成した。 別に必要性はないのだが、作成のモチベーション維持のために、ぜひ必要だったのだ。（笑） それにしても、このゲームの世界観に全くそぐわない絵だなあ。 他にも追加したい絵があるので、本編の方の進行は停滞するかも。 2017.03.19 朝のあいさつで女子の好感度の大体の上がり具合がわかるシステムを実装した。 条件文が入れ子になっていて、少しややこしくなっているけど、要は、好感度の高さで反応が変わるようにしてあるだけ。 （なお、wesnoth 1.13 以降は、[elseif] が使えるようになるらしいので、そうなったらもう少しスッキリできると思う。） 好感度チェックマクロ #define GREETING HEROINE MESSAGE_1 MESSAGE_2 [if] [variable] name=favor_{HEROINE} greater_than=9 [/variable] [then] [message] speaker={HEROINE} message={MESSAGE_1} [/message] [message] speaker=hero message= _ "ああ、おはよう。$full_name_{HEROINE}。" [/message] [/then] [else] [if] [variable] name=favor_{HEROINE} greater_than=0 [/variable] [then] [message] speaker=hero message= _ "おはよう、$full_name_{HEROINE}。" [/message] [message] speaker={HEROINE} message= {MESSAGE_2} [/message] [/then] [else] [if] [variable] name=favor_{HEROINE} greater_than=-10 [/variable] [then] [message] speaker=hero message= _ "おはよう、$full_name_{HEROINE}。" [/message] [message] speaker={HEROINE} message= _ "フン。" [/message] [/then] [else] [message] speaker=hero message= _ "おはよう、$full_name_{HEROINE}。" [/message] [message] speaker={HEROINE} message= _ "・・・・" [/message] [message] speaker=hero message= _ "{HEROINE}ったら、あいさつもしてくれないなんて。" [/message] [/else] [/if] [/else] [/if] [/else] [/if] #enddef 実質同居と同じめぐとも学校であいさつしていたりとか、個別の修正は必要だけど。 2017.03.15 主人公が放課後の行動を選ぶときに、一度選んだ行動は非表示にしたいことがある。 そのような場合には、[option] 内で [show_if] を使うとよい。 例えば、さらとデートする前は変数「flag_afterschool_Sara」が０で、デート済みだと１になるようにしてあるような場合 よい例（大事なのは、どこでどういう風に [show_if] を使っているかだけなので、[command] の中身とかは飛ばしてください。） [message] speaker=narrator image="wesnoth-icon.png" message= _ "さあ、どうしよう？（試作品の都合で、放課後以外の選択肢もあります。）" [option] message= _ "さらに町を案内してもらおう。" [show_if] [variable] name=flag_afterschool_Sara equals=0 [/variable] [/show_if] [command] [set_variable] name=1st_day_after_school value=1st_day_Sara [/set_variable] [set_variable] name=flag_afterschool_Sara add=1 [/set_variable] [/command] [/option] [/message] とやるのがよいようである。 [show_if] の間に挟むのは、[if] と同じように考えていいようである。 これがわかるまでは、どうやってもうまくいかなくて困った。 悪い例（普通に [if] を使ったが、期待通りに動かなかった。） [message] speaker=narrator image="wesnoth-icon.png" message= _ "さあ、どうしよう？（試作品の都合で、放課後以外の選択肢もあります。）" [if] [variable] name=flag_afterschool_game_center equals=0 [/variable] [then] [option] message= _ "久しぶりにゲームセンターもいいな。" [command] [set_variable] name=1st_day_after_school value=game_center [/set_variable] [set_variable] name=flag_afterschool_game_center value=1 [/set_variable] [/command] [/option] [/then] [/if] [/message] 2017.03.08 いまだに変数の使い方でハマることが多い。今回もユニットの性別により、そのあとの展開が変わるようにしたかったのだが、上手くいかない。 上手くいかなかった記述 [if] [variable] name=$unit.gender equals="female" [/variable] [then] （ユニットが女だった時の展開） [/then] [else] （ユニットが男だった時の展開） [/else] [/if] よく考えてみたら、name=$unit.gender の「$」が余計だった。 $ がついていると、unit.gender が解釈されて、name=female あるいは、name=male ということになってしまう。 正しい記述 [if] [variable] name=unit.gender equals="female" [/variable] [then] （ユニットが女だった時の展開） [/then] [else] （ユニットが男だった時の展開） [/else] [/if] 2017.03.05（続き） 野外授業で負傷者が出た時の後で、りさがクラスに復帰できない不具合を修正した。 2017.03.05 定番（？）の海水浴イベントを作成。例によって尻切れとんぼ。 と言うか、このキャンペーンで水着回をやる意味がわからない。 心の赴くままにシナリオを増やしているが、後で整合性を取るのに苦労しそうな予感がする。まあ、最初から場当たり的に作っているから。 2017.02.26 本屋のバイト一応完成。伏線らしきものを敷きながら、回収の見込みなし。 放課後の過ごし方にめぐルートを実装した。食いしん坊萌えの方はどうぞ。 2017.02.25 ミニゲームをキャンペーン本体に統合。 なぜか、一部挙動がおかしくなったので、修正したが、原因が不明のままなので何か気持ち悪い。 アルバイトシナリオの本屋ルートを作り始めた。 2017.02.22 ミニゲームが一応完成。 これをキャンペーン本編に組み込む予定。 なお、だいぶ易しめに作ってあるので、プレイ中に退屈になったら、さっさと敵にやられるのがオススメ。 （ミニゲーム完成形（？））20170222版 シナリオ作成中に「Troll」を別の言葉に一括置換したら、キャンペーンを始めた途端にゲームオーバーになって焦った。 原因は、side の定義中の「controller」まで置換されてしまっているためと判明。 一括置換に関する不具合は、短い言葉だとよく発生するけど、まさか Troll でも発生するとは思わなかった。 2017.02.21 ゲームセンターシナリオがほぼゲームひとつ作ることと同じであることに気づいてしまったので、いったん独立したキャンペーン（といってもシナリオはひとつだけだけど）として作成中。 なんとなく、それっぽいものになりつつある。 もっとも、あくまでキャンペーンの中のミニゲームなので、それほど作り込むつもりはない（だんだん難易度が上がっていくとか）。 （ミニゲーム単独）20170221版 2017.02.19 ゲームセンターシナリオで一応クリアできるところまで作った。 作っていて気づいたのだが、今回のは、１シナリオを書くというより、ゲームひとつ作るのと同じだった（しかも、キャンペーン本編とはほとんど関係ない。）。 色々細かいところを考えていくと、まだまだやるべきところがたくさんある。 2017.02.18 当初実装していなかったてっぺいたちとゲームセンターに行くイベントを作成中。 見た目だけ何かに似ているゲームを楽しめますが、現在クリア不能です。 2017.02.12（続き） ラストの放課後の教室での告白を全女性キャラ分を作成した。 めぐルートとか切なくなるかも。りさルートもなかなか。 2017.02.12 野外授業で死傷者が出た時の後日のシナリオが全員に対応するように修正した。 男女でだいぶ扱いに差があるが、これでまた一通りプレイできるようになったはず。 ネイティヴでない悲しさで、hero を hiro としてしまったり、variable を valiable としてしまうような綴りミスをしょっちゅうしてしまって、余計な手間がかかってしまって困る。 2017.02.11 調子に乗って登場人物増やしたら、野外授業のシナリオでクラスを２グループに分けるのがものすごく大変になってしまった。 とにかく条件文と変数を使いまくってなんとかしたが、えらく込み入ったものになってしまった。 変数の使い方の基本 例えば、チームAとチームBがあって [if] めぐがチームAのとき [then] [set_variable] name=teamA value=1 [/set_variable] [/then] [/if] [if] さらがチームAのとき [then] [set_variable] name=teamA add=1 [/set_variable] [/then] [/if] と変数を設定し、次のような条件文でありすを振り分けようとしたとします。 [switch] variable=teamA [case] value=0 ありすはチームAに行く [/case] [case] value=1 ありすは半々の確率でチームAかチームBに行く [/case] [else] ありすはチームBに行く [/else] [/switch] これはうまく行きません。 なぜかというと、[switch]文の最初の value=0 成立しないからです。 具体的には、めぐもさらもBチームのときには、「teamA」なる変数そのものが存在しないので、「teamA」の値が0という状態も存在しません。 というわけで、 （最初に「teamA」という変数を宣言） [set_variable] name=teamA value=0 [/set_variable] [if] めぐがチームAのとき [then] [set_variable] name=teamA add=1 [/set_variable] [/then] [/if] [if] さらがチームAのとき [then] [set_variable] name=teamA add=1 [/set_variable] [/then] [/if] [switch] variable=teamA [case] value=0 ありすはチームAに行く [/case] [case] value=1 ありすは半々の確率でチームAかチームBに行く [/case] [else] ありすはチームBに行く [/else] [/switch] と書くとうまく行きます。たぶん。 2017.02.05 独自ユニットの追加（と言ってもほぼ既存ユニットの移植）を行った。 気をつけるのは、次の3点 _main.cfg の #ifdef CAMPAIGN_WESNOTH_GAKUEN 内に {binary_path]を明示しないとユニット画像が表示されないらしい。 同じく #ifdef CAMPAIGN_WESNOTH_GAKUEN 内に [+units] でユニットの定義をしているファイルへのパスを追加する。 既存のユニット定義を少し変えるだけで、ユニットの「説明文」に変更を加えない場合は、定義ファイルの最初の行の textdomain を変える必要はない。（Girl_unDead のときには、textdomain を変えてしまったため、ユニットの説明が全部英語で表示されてしまっている。） _main.cfg 設定例 #ifdef CAMPAIGN_WESNOTH_GAKUEN [binary_path] path=data/add-ons/Wesnoth_GAKUEN [/binary_path] {~add-ons/Wesnoth_GAKUEN/utils} [+units] {~add-ons/Wesnoth_GAKUEN/units} [/units] {~add-ons/Wesnoth_GAKUEN/scenarios} #endif 今回は、とりあえずやってみただけなので、ゲーム本体の添付はなし。 2017.02.04（続き） あらたに妹系キャラを実装し、一層非モテの妄想に近づいた。 やはり、登場人物を増やすと、いろいろなところに影響があり、面倒さが格段に増す感じ。 さらに、もう一人は増やす予定。 ユニットを移動させるときに、素直に道の上を歩かずに、オバQのように他人の家に不法侵入して進んでしまうことがある。 そのようなことを防止するには、通過させたいポイントを次のように順番に書いてゆくとよい。 [move_unit] id=hero to_x=4,7,6,12,19,19 to_y=3,6,7,10,7,6 [/move_unit] 当然ながら、xとyの数が違っているとエラーになってしまうので注意。 2017.02.04 アルバイトシナリオで、店内に入るとマップが変わるようにした。 [replace_map] を使用。 なお、元のマップと大きさが変わる場合には、expand=yes、shrink=yes にしておくのがよいみたい。 [replace_map] map="{~add-ons/Wesnoth_GAKUEN/maps/restaurant.map}" expand=yes shrink=yes [/replace_map] 2017.01.22（続き） 野外授業で味方キャラが死んでしまったときのイベントを作成した。 大怪我をして、数日休んだということして、次のシナリオで復活する。 ゲームの仕掛けとして作ろうと思っていたものは、一応大体出来たので、今後は、ストーリーの充実やら、登場人物のキャラ付け（どこかで見たようなツンデレとか、どこかで見たような寡黙系とか、どこかで見たようなポンコツ系とか）やら、似たようなコードのマクロ化を進めていくことになると思う。 ただ、分岐が増えていくと、辻褄合わせが格段に面倒になっていくのが目に見えているので、ほどほどにしておこう。（黙々と人類の歴史の可能性をたどっているかがりちゃんは、実はゲームクリエイターの心理状態の反映なのではないかと思う。） 2017.01.29 野外授業シナリオを作ってみた。 今回の課題は ユニットをランダムに2グループに分けること 他のユニットが主人公について動くこと の2点。 グループ分け 今回は3人ずつ2グループに分けるのだが、ゲームの特性上主人公グループに女子2人つけるので、逆にいえば女子を1人だけ別のグループに入れればいいだけなので、ランダムに女子1名を別グループ側に移動させるようにした。 [set_variable] name=team_mate rand=Sara,Alice,Rebecca [/set_variable] [move_unit] id=$team_mate to_x=3 to_y=9 [/move_unit] 次に元の位置いるだけのユニットを主人公側に移動。 [if] [have_unit] x,y=1,7 [/have_unit] [then] [move_unit] id=Sara to_x=4 to_y=5 [/move_unit] [/then] [/if] [if] [have_unit] x,y=1,8 [/have_unit] [then] [move_unit] id=Alice to_x=4 to_y=6 [/move_unit] [/then] [/if] [if] [have_unit] x,y=1,9 [/have_unit] [then] [move_unit] id=Rebecca to_x=3 to_y=5 [/move_unit] [/then] [/if] 追っかけシステム 偶数ターンごとに主人公の隣に 味方キャラ移動 敵キャラ登場 の順にイベントが発生するようにした。 （順番を間違えると味方の動きが不自然になる。） 見てみればわかるように、主人公のヘクスの真上に移動、登場するようになっているが、デフォルトでは、移動予定、登場予定のヘクスに既に別のユニットがいると近隣の別のヘクス移動、登場するようになっているので、主人公が消されることはない。 [event] name=turn 6 {STORE_UNIThero} [move_unit] id=Sara to_x=$hero_store.x to_y=$hero_store.y [/move_unit] [move_unit] id=Alice to_x=$hero_store.x to_y=$hero_store.y [/move_unit] [move_unit] id=Rebecca to_x=$hero_store.x to_y=$hero_store.y [/move_unit] {NAMED_UNIT 3 (Giant Rat) $hero_store.x $hero_store.y () () ()} [/event] （味方キャラの動きが3人分書いてあるが、このうち1人は [kill] されている。） 味方キャラが殺されてしまったときの対策とか、シナリオ開始場面でユニットが話者の陰に隠れてしまうなどの不具合が残っている。 2017.01.24 アルバイトシナリオを作成。ただし、選べるバイトはまだひとつだけ。 お買い物イベントで、所持金がマイナスになっても際限なく買い物ができることが発覚。このままでは主人公が多重債務者になってしまうので、所持金以上に買い物ができないように修正した。 [store_side] side=1 variable=side_hero [/store_side] [if] [variable] # - ここで所持金判定 name=side_hero.gold less_than=50 [/variable] [then] [message] speaker=hero message= _ "いけね。小遣いが足りないや。" [/message] [/then] [else] [set_variable] name=side_hero.gold sub=50 [/set_variable] [modify_side] side=1 gold=$side_hero.gold [/modify_side] [message] speaker=narrator image="wesnoth-icon.png" message= _ "お買い物をして、所持金が $side_hero.gold ゴールドになった。" [/message] [clear_variable] name=side_hero [/clear_variable] [/else] [/if] 2017.01.23 お買い物イベントについて、本家の WML リファレンスページを見たら、そのまんま [gold] でお金を増やしたり減らしたりできることがわかった。 よって、昨日のコードは [gold] - 特にしていしなければ、side 1 のゴールド amount=-50 [/gold] [store_side] side=1 variable=side_hero [/store_side] [message] speaker=narrator image="wesnoth-icon.png" message= _ "所持金が $side_hero.gold ゴールドになった。" [/message] [clear_variable] name=side_hero [/clear_variable] でもいける。 2017.01.22その2 お買い物イベントを追加してみた。 簡単に言えば、主人公サイドのゴールドを減らすだけ。 [store_side] - まずはサイドの情報を一時保存 side=1 variable=side_hero [/store_side] [set_variable] - サイドのゴールドを50減らす name=side_hero.gold sub=50 [/set_variable] [modify_side] - 減らしたあとのゴールドを適用 side=1 gold=$side_hero.gold [/modify_side] [message] speaker=narrator image="wesnoth-icon.png" message= _ "所持金が $side_hero.gold ゴールドになった。" [/message] [clear_variable] - 一時保存した情報を消去 name=side_hero [/clear_variable] あと、キャリーオーバーとか、ボーナスなどがないように [endlevel] を修正などなど。 村を占領した時も収入増えないようにするのはこれから。 2017.01.22 登場人物の管理を用意にするためのシステムをを作ってみた。 なぜ作ったかというと、今後登場人物を増やしたり、「好感度」以外のパラメーターを実装することになったとき楽をするため。 基本的には [set_valiables] を使っているのだが、これだと次の点で使いづらい。 登場人物を数字で管理しなければならない。 実際にこうなっているわけではないが、たとえば $heroines[0].full_name - ありす と $hiroines_Alice.name - ありす では、後者の方が人間にとってはわかりやすい。 （その昔、某自動車メーカーで記号みたいな名前の車を乱発したら、ディーラーでさえ車名が混乱して、業績が悪化したというまことしやかな話もある。） 途中で登場人物を追加したりすると、最初の順番がばらばらになってしまう。 はじめは、 $heroines[0].full_name - ありす だったのが、途中から $heroines[0].full_name - れべっか になったりしたら、もうわけわからない。 で、実装 まず、マクロ #define HEROINES NAME FULL_NAME [set_variables] name=heroines mode=insert - これ大事。「insert」にしないと、先にセットした heroines 変数がすべて消えてしまう。 [value] name={NAME} full_name=_ "{FULL_NAME}" favor=0 [/value] [/set_variables] [set_variable] - 好感度システム等で（数字ではなく）IDで指定できるようにしてる。 name=ID_{NAME} value={NAME} [/set_variable] [set_variable] - メッセージ内で名前を表示できるようにしてる。 name=full_name_{NAME} value=_ "{FULL_NAME}" [/set_variable] [set_variable] - 好感度を0にセット。 name=favor_{NAME} value=0 [/set_variable] #enddef 最初のシナリオでは {HEROINES Sara (さら)} {HEROINES Alice (ありす)} {HEROINES Rebecca (れべっか)} {NAMED_GENERIC_UNIT 2 "Elvish Shaman" 7 8 ($ID_Sara) ($full_name_Sara)} {NAMED_UNIT 2 "Mage" 13 8 ($ID_Alice) ($full_name_Alice) gender=female} {NAMED_UNIT 2 "Thief" 13 5 ($ID_Rebecca) ($full_name_Rebecca) gender=female} 前半でキャラを登録、後半でユニット作成。 2017.01.14（続き） 一応、エンディングを作成した。 一応、相手により会話内容が変わってきます。 今後は、プレゼントを購入（主人公のゴールドが減る。）、3人以上のイベント、ランダムで相手が変わるイベントとかも実装してみたい。 作ってみてわかったことは、ゲームの性格上、やたら変数と条件文を多用するということ。 特に登場人物が増えると幾何級数的に条件の入れ子が激しくなる。 （そんなわけで、今回は手抜きした。） やはりWMLは、この手のゲームは（作れなくはないけど）あまり向いてはいないように思う。 まあ、3つ以上の値の比較ができるマクロなどを作っていけば、多少は楽になるかも。 （たとえば、さら、ありす、れべっかを好感度が高い順にソートするとか、一定の好感度以上の子を全員を抽出するとか。） 2017.01.14 相手キャラの好感度変更システムを実装した。 1 第１章で、名前と好感度の変数セット。 #### #### キャラ名前登録（メッセージ内でキャラ名を表示させるため。） #### [set_variable] name=Sara_name value= _ "さら" [/set_variable] [set_variable] name=Alice_name value= _ "ありす" [/set_variable] [set_variable] name=Rebecca_name value= _ "れべっか" [/set_variable] [set_variable] name=Teacher_name value= _ "先生" [/set_variable] [set_variable] name=Teppei_name value= _ "てっぺい" [/set_variable] [set_variable] name=Sugisaku_name value= _ "すぎさく" [/set_variable] #### #### 好感度変数 #### [set_variable] name=favor_Sara value=0 [/set_variable] [set_variable] name=favor_Alice value=0 [/set_variable] [set_variable] name=favor_Rebecca value=0 [/set_variable] [set_variable] name=favor_Teacher value=0 [/set_variable] [set_variable] name=favor_Teppei value=0 [/set_variable] [set_variable] name=favor_Sugisaku value=0 [/set_variable] 2 次のようなマクロを用意し、イベントの結末に合わせて実行させる。 #define FAVOR ID VALUE [set_variable] name=add_favor_{ID} value={VALUE} [/set_variable] [set_variable] name=favor_{ID} add={VALUE} [/set_variable] [message] speaker=narrator image=misc/laurel.png message= _ "${ID}_nameの好感度が $add_favor_{ID} アップして $favor_{ID} になった。" [/message] #enddef #define FAVOR_DOWN ID VALUE [set_variable] name=add_favor_{ID} value={VALUE} [/set_variable] [set_variable] name=favor_{ID} sub={VALUE} [/set_variable] [message] speaker=narrator image=items/bones.png message= _ "${ID}_nameの好感度が $add_favor_{ID} ダウンして $favor_{ID} になってしまった。" [/message] #enddef 特定のユニットの名前を表示させるのに、もっと頭のいい方法が絶対にあると思うのだけど・・・$unit_id.name みたいのないのかな？ あとは、蓄積ポイントに応じたエンディングを作れば、一応形になるかな。 2017.01.09 主人公の命名システムを実装した。 1 message に text_input タグを追加し、プレイヤーに名前をインプットさせて、変数に格納する。 [message] speaker=narrator image=wesnoth-icon.png message= _ "君の分身に名前をつけよう。" [text_input] variable=herosname [/text_input] [/message] 2 modify_unit で主人公の名前を変更する。 {MODIFY_UNIT (id=hero) name "$herosname"} 3 会話内でも変数を使って名前が表示されるようになる。 [message] speaker=Teppei message= _ "おお、よろしくな、$herosname！ おれはてっぺいっていうんだ。" [/message] 2017.01.08 Wesnoth学園を一部修正。 よく使う store_unit と unstore_unit をマクロ化。 放課後の選択肢を充実。 仮のものであっても、ユニットIDを適当につけるとあとで苦労するので、適当だったユニットIDを名前と一致させた。 今後やりたいこと。 好感度システム実装 主人公の名前変更機能 登場人物のキャラは、そのうち大胆に変更するつもり。 2017.01.07 恋愛シュミレーション風キャンペーン「Wesnoth学園」を公開。 恋愛シュミレーションをやったことがないのだが、たぶんデートしたり贈り物をして相手の好感度を上げていって、最終的に誰を選ぶかでエンディングが変わってくると理解している。 主人公以外のユニットは、プレイヤーに操作させたくないので、別陣営としたため。シナリオごとに store_unit, unstore_unit を行うことで対応した。 マクロに MAKE_AI_SIDE_PERSISTENT, RECALL_AI_SIDE というAIの陣営をリコールできるっぽいのがあるのだが、使い方がわからない。 マクロの中身は一時的にAI陣営をプレイヤー操作陣営に変更しているらしい。 ここら辺に書いてある。http //svn.gna.org/svn/wesnoth/trunk/data/core/macros/side-utils.cfg 2016 09 19 _main.cfg ファイルをいじっていたら、キャンペーンが開かなくなってしまったが、Git で動いていた頃に戻すことができたので、事なきをえた。 やはり Git はおすすめです。まあ、今回のトラブルはこまめに保存と起動確認していれば、発生しなかったのだけど。 2016 05 21 Git お試しついでに、キャンペーンの続きを作成中。 今回は、特定のユニットの攻撃が当たると、特定ターンで味方に変わるマクロを作成してみた。 まずは攻撃が当たったことを登録する。とりあえず、role=poisoned にするようにしているが、多分手つきはよくないやり方と思われる。 自分から攻撃した時と攻撃を受けた時の２種類必要。 #define SET_SILENT_POISON [event] name=attacker hits [filter] type=Poison Bat [/filter] {MODIFY_UNIT (id=$second_unit.id) role poisoned} [/event] [event] name=defender hits [filter_second] type=Poison Bat [/filter_second] {MODIFY_UNIT (id=$unit.id) role poisoned} [/event] #enddef 指定したターンで陣営が１に変わる。敵のリーダーの場合、この瞬間に勝利（笑）。 #define CHANGE_SIDE TURN [event] name=turn {TURN} {MODIFY_UNIT (role=poisoned) side 1} [/event] #enddef 本当は、夜になると陣営が変わるようにしたいのだが、今のところ、いい方法がない。 2016 05 05 Git の試し用キャンペーンを作ってみたが、シナリオを読み込まず、3日間くらい悩んだ。 念のためマップファイルをテキストエディタで開いてみたら、わんさか余計がデータが書き込まれていて、それが悪さをしていた。 マップエディタで間違えて「シナリオとして」保存してしまったのがいけなかったようだ。 ところで、去年作り始めたキャンペーンはそのままお蔵入り状態。 2015 2 22（続き） 不死マクロをちょっと修正。 とりあえず負けたら消えてもらって、次のシナリオではちゃっかり復活するようにした。村で死んでも復活すると思う。 #define IMMORTAL UNIT_ID SCENARIO_ID ### 戦闘前に生前の状態を保持 ### [event] name=attack end first_time_only=no [filter_second] id={UNIT_ID} [/filter_second] #### HPが1未満になった時に発動するようにする ### numerical_equals=0 や equals=0 だと死んじゃう [if] [variable] name=second_unit.hitpoints less_than=1 [/variable] [then] [clear_variable] name=store_{UNIT_ID} [/clear_variable] [store_unit] [filter] id={UNIT_ID} [/filter] variable=store_{UNIT_ID} [/store_unit] {SELECT_NEXT_SCENARIO {SCENARIO_ID}} [/then] [else] [/else] [/if] [/event] ### こちらからの攻撃 ### [filter] と [variable] の name が違ってくる [event] name=attack end first_time_only=no [filter] id={UNIT_ID} [/filter] #### HPが1未満になった時に発動するようにする ### numerical_equals=0 や equals=0 だと死んじゃう [if] [variable] name=unit.hitpoints less_than=1 [/variable] [then] [clear_variable] name=store_XXX [/clear_variable] [store_unit] [filter] id={UNIT_ID} [/filter] variable=store_XXX [/store_unit] {SELECT_NEXT_SCENARIO {SCENARIO_ID}} [/then] [else] [/else] [/if] [/event] #enddef そして次のシナリオでは、 [event] name=prestart {RECALL AAA} {RECALL BBB} {RECALL CCC} [unstore_unit] variable=store_AAA x,y=24,15 [/unstore_unit] [unstore_unit] variable=store_BBB x,y=23,17 [/unstore_unit] [unstore_unit] variable=store_CCC x,y=25,17 [/unstore_unit] [/event] で、生きていれば普通にリコール、死んでいれば [unstore_unit] で復活。ただし、ヒットポイントが限りなくゼロに近いので、フルヒールや毒抜きなどをする必要があると思われる。 2015 2 22 2月1日に {MODIFY_UNIT (side=2) max_moves 1} として、敵が1マスしか動かないように設定してもうまく行かないことの続き。 試してみるとスタート前に設定しても、なぜか第2ターンからしか有効にならない。 仕方がないのでズルいが第1ターンだけ別の方法で敵を動けないようにすることを考えた。 調べてみると、[side]タグで controller=null にするとこの陣営のユニットはまったく動かないことがわかった。 そこで、第1ターンまでは controller=null にして、第2ターンから controller=ai に変更するするようにしてみた。 まず、当初の [side] 設定（本当は第7陣営まであるが、やることは同じなので省略） [side] side=2 controller=null team_name=ai no_leader=yes [ai] ai_special=guardian [/ai] [/side] 第1ターンで1マスしか動けないようにする。（なぜか第2ターン以降で有効になる。） [event] name=turn 1 {MODIFY_UNIT (side=2) max_moves 1} [/event] 第2ターンで、AI 操作に変更 [event] name=turn 2 [modify_side] side=2 controller=ai [/modify_side] [/event] なんだかあまりきれいなやり方ではないが、とりあえず意図した動きは実現したので、まあいいとする。 あとは、最初の方で作った不死マクロが、自ユニットが村にいるときには無効になってしまう（殺されてしまう）不具合の修正が残っている。 2015 2 11 レベルアップ用シナリオとして、敵を倒しても、次々と新手が現れるシナリオを作成。仕組みは簡単だが、敵味方双方の数や強さをうまく調整しないとレベルアップする前にやられてしまう。これは今後の課題。 まず、[scenario] タグに victory_when_enemies_defeated=no と一行入れておく。 次に、敵サイドの設定 [side] side=2 controller=ai team_name=ai no_leader=yes [goal] name=target [criteria] id=XXX [/criteria] value=5 [/goal] [/side] no_leader=yes としておくのが大事。これを忘れると、戦わずして勝利してしまう。 一体やられると次が現れる仕組み （ゲーム開始時に aaa というユニットがいる前提で） [event] name=die [filter] id=aaa [/filter] {UNIT 2 (Goblin Impaler) 12 10 (id=bbb)} [/event] あとは、同様に bbb や ccc がやられたらと同じことを続けてゆく。 [event] name=die [filter] id=bbb [/filter] {UNIT 2 (Troll Whelp) 19 11 (id=ccc)} {UNIT 2 (Skeleton Archer) 6 9 (id=ddd)} [/event] [event] name=die [filter] id=ccc [/filter] {UNIT 2 (Troll) 20 1 (id=eee)} {UNIT 2 (Skeleton) 20 10 (id=fff)} [/event] これを延々続けていくのは大変なので、fff がやられたら、bbb が再登場するというように、どこかでループするとよいと思う。 2015 2 1 昨日は [side] を配置するマクロで作成しはじめたが、具合が悪いので、[side] は普通に配置して、あとから {UNIT} マクロで敵を置くように方針転換した。 まず、普通に陣営を設置。ただし、リーダーなし設定なので、[scenario] タグ内に victory_when_enemies_defeated=no と1行入れておく。 [side] side=2 controller=ai team_name=ai no_leader=yes [/side] [side] side=3 controller=ai team_name=ai no_leader=yes [/side] [side] side=4 controller=ai team_name=ai no_leader=yes [/side] [side] side=5 controller=ai team_name=ai no_leader=yes [/side] [side] side=6 controller=ai team_name=ai no_leader=yes [/side] [side] side=7 controller=ai team_name=ai no_leader=yes [/side] 次にユニットを置くためのマクロを作成。 #define SET_ENEMIES TYPE2 TYPE3 TYPE4 TYPE5 TYPE6 TYPE7 {UNIT 2 {TYPE2} 24 11 ()} {UNIT 3 {TYPE3} 29 14 ()} {UNIT 4 {TYPE4} 29 19 ()} {UNIT 5 {TYPE5} 24 21 ()} {UNIT 6 {TYPE6} 19 19 ()} {UNIT 7 {TYPE7} 19 14 ()} #enddef さらに自軍リーダーの ID とタイプに応じて敵ユニットを置くマクロに統合。（当初は、自軍リーダーのレベルに対応させるつもりだったが、ユニット固有の変数にレベルがなかったので、タイプに変更した。） #define SET_ENEMIES_4_SELF_TYPE ID SELFTYPE TYPE2 TYPE3 TYPE4 TYPE5 TYPE6 TYPE7 [event] name=prestart [if] [have_unit] id={ID} type={SELFTYPE} [/have_unit] [then] {SET_ENEMIES {TYPE2} {TYPE3} {TYPE4} {TYPE5} {TYPE6} {TYPE7}} [/then] [else] [/else] [/if] [/event] #enddef マクロの実行例（結果は、昨日の画像と同じ） （マクロの中では、ユニットは ( ) で囲まないとエラーになる危険性高し。） {SET_ENEMIES_4_SELF_TYPE (XXX) (Sergeant) (Fugitive) (Elvish High Lord) (Dwarvish Lord) (Draug) (Orcish Sovereign) (Saurian Flanker)} あとは、自軍リーダーのタイプの数（＝レベルの数）だけこのマクロを設定すればよい。） {SET_ENEMIES_4_SELF_TYPE (XXX) (Sergeant) (Thug) (Elvish Fighter) (Dwarvish Fighter) (Skeleton) (Orcish Leader) (Saurian Skirmisher)} {SET_ENEMIES_4_SELF_TYPE (XXX) (Lieutenant) (Bandit) (Elvish Lord) (Dwarvish Steelclad) (Revenant) (Orcish Ruler) (Saurian Ambusher)} {SET_ENEMIES_4_SELF_TYPE (XXX) (General) (Highwayman) (Elvish High Lord) (Dwarvish Lord) (Draug) (Orcish Sovereign) (Saurian Flanker)} {SET_ENEMIES_4_SELF_TYPE (XXX) (Grand Marshal) (Highwayman) (Elvish High Lord) (Dwarvish Lord) (Draug) (Orcish Sovereign) (Saurian Flanker)} 敵ユニットには、うろちょろしてもらいたくないので、ガーディアン設定をする。 [side] side=2 controller=ai team_name=ai no_leader=yes [ai] ai_special=guardian [/ai] （以下、第6サイドまで同様） さらに、移動能力を1マスに制限する。 [event] name=prestart {MODIFY_UNIT (side=2) max_moves 1} {MODIFY_UNIT (side=3) max_moves 1} {MODIFY_UNIT (side=4) max_moves 1} {MODIFY_UNIT (side=5) max_moves 1} {MODIFY_UNIT (side=6) max_moves 1} {MODIFY_UNIT (side=7) max_moves 1} [/event] あれ？うまくいかないな。 倒した敵に応じて、新規雇用ができるようにする。 [event] name=die [filter] type=Thug [/filter] [allow_recruit] side=1 type=Thug,Footpad,Thief,Poacher [/allow_recruit] [/event] [event] name=die [filter] type=Bandit [/filter] [allow_recruit] side=1 type=Thug,Footpad,Thief,Poacher,Bandit,Outlaw,Rogue,Trapper [/allow_recruit] [/event] [event] name=die [filter] type=Highwayman [/filter] [allow_recruit] side=1 type=Thug,Footpad,Thief,Poacher,Highwayman,Fugitive,Assassin,Huntsman,Ranger [/allow_recruit] [/event] 残りの敵（あと15ユニット！）も同じようにやってゆく。めんどくさ。 2015 1 31 今度は、自ユニットのリーダーのレベルに応じて、敵を変えるマクロに挑戦する。 まずは、敵ユニットのリーダーを配置するだけの簡単なマクロを作成。 #define SET_ENEMIES TYPE2 TYPE3 TYPE4 TYPE5 TYPE6 TYPE7 [side] side=2 controller=ai team_name=ai type={TYPE2} id=MMM canrecruit=yes [/side] [side] side=3 controller=ai team_name=ai type={TYPE3} id=NNN canrecruit=yes [/side] [side] side=4 controller=ai team_name=ai type={TYPE4} id=OOO canrecruit=yes [/side] [side] side=5 controller=ai team_name=ai type={TYPE5} id=PPP canrecruit=yes [/side] [side] side=6 controller=ai team_name=ai type={TYPE6} id=QQQ canrecruit=yes [/side] [side] side=7 controller=ai team_name=ai type={TYPE7} id=RRR canrecruit=yes [/side] #enddef 次のように実行してみる。 {SET_ENEMIES (Fugitive) (Elvish High Lord) (Dwarvish Lord) (Draug) (Orcish Sovereign) (Saurian Flanker)} するとこんな感じで指定したとおりの敵が配置される。 2015 1 27 不死マクロは一段落したので、次に特定のユニットから攻撃を受けた敵ユニットは次のターンから味方に変わるマクロを作成。 まず、攻撃を受けたことをなんらかの形で保存させる。 最初変数を使うことを考えたが、MODIFY_UNIT マクロを使ったら簡単にできた。格納するパラメーターはほかに影響のなさそうな role にした。 #define SET_SIDE_CHANGE_FLAG ### ###特定の攻撃を受けるとフラグを立てる ### [event] name=attacker hits first_time_only=no [filter] id=AAA [/filter] {MODIFY_UNIT (id=$second_unit.id) role kissed} [/event] #enddef 次のターンで味方に変わるマクロ。こっちも MODIFY_UNIT を利用。 ### ###次のターンで味方になってしまう ### #define SIDE_CANGE [event] name=new turn first_time_only=no {MODIFY_UNIT (role=kissed) side 1} [/event] #enddef さらに夜になると味方になるマクロに修正。[filter_location] タグを使用。location とあるけれど地形だけではなく、時間でも使える。 ### ###夜に味方になってしまう ### #define SIDE_CANGE [event] name=new turn first_time_only=no [filter_location] time_of_day=chaotic [/filter_location] {MODIFY_UNIT (role=kissed) side 1} [/event] #enddef 2015 1 25 事実上全滅（石化）しても負けにもならず、戦闘続行もできない不具合を解消するため、不死マクロを元に倒されると問答無用で次のシナリオに行くマクロを作成。 #define IMMORTAL_HERO UNIT_ID ### 戦闘前に生前の状態（位置）を保持 ### [event] name=attack first_time_only=no [store_unit] [filter] id={UNIT_ID} [/filter] variable=store_{UNIT_ID} kill=no [/store_unit] [/event] ### name=attack end だと死ぬ前に発動するが ### name=die だと死んでゲームオーバーになってしまうのでだめ。 ### まず攻撃されたとき [event] name=attack end first_time_only=no [filter_second] id={UNIT_ID} [/filter_second] #### HPが1未満になった時に発動するようにする ### numerical_equals=0 や equals=0 だと死んじゃう [if] [variable] name=second_unit.hitpoints less_than=1 [/variable] [then] [unstore_unit] variable=store_{UNIT_ID} [/unstore_unit] [clear_variable] name=store_{UNIT_ID} [/clear_variable] ### ###ファームへ [endlevel] result=victory next_scenario=00-training bonus=no [/endlevel] [/then] [else] [/else] [/if] [/event] ### こちらからの攻撃 ### [filter] と [variable] の name が違ってくる [event] name=attack end first_time_only=no [filter] id={UNIT_ID} [/filter] #### HPが1未満になった時に発動するようにする ### numerical_equals=0 や equals=0 だと死んじゃう [if] [variable] name=unit.hitpoints less_than=1 [/variable] [then] [unstore_unit] variable=store_XXX [/unstore_unit] [clear_variable] name=store_XXX [/clear_variable] ### ###ファームへ [endlevel] result=victory next_scenario=00-training bonus=no [/endlevel] [/then] [else] [/else] [/if] [/event] #enddef 2015 1 24 不死マクロで戦闘不能（石化）したときに、戦闘を続けるか離れるかを選択させるために、まず次のようなマクロを作成 #define SELECT_NEXT_SCENARIO [message] speaker=narrator image="wesnoth-icon.png" message= _ "The unit cann t fight. What shall we do ?" [option] message= _ "Continue the battle." [command] [/command] [/option] [option] message=_ "Lieve the field." [command] [endlevel] result=victory next_scenario=00-training bonus=no [/endlevel] [/command] [/option] [/message] #enddef 次に不死マクロの [/modify_unit]の後ろに上のマクロを追加する。 [modify_unit] [filter] id={ID} [/filter] [status] petrified=yes [/status] [/modify_unit] {SELECT_NEXT_SCENARIO} [/then] こんな感じ。 ただし、このままだと、自分のすべてのユニットが死んだり石化してもシナリオが終了しないという罠が残っている。 2015 1 19 不死マクロはこのままではどこかの魔法少女みたいにどんなに傷つけられても攻撃し放題となってしまうので、攻撃や反撃不能にする必要があるが、これが意外に面倒である。 ひとつ安易な手法として、石化させてしまうというのがある。 マクロの [modify_unit] [filter] id=XXX [/filter] hitpoints=1 [/modify_unit] を [modify_unit] [filter] id={ID} [/filter] [status] petrified=yes [/status] [/modify_unit] に変えるだけでOK。 求めているのと違うが、当面これでやっていこうと思う。 なお、不死マクロはドレイン能力があるユニットでは、うまく機能しなくて死んでしまうことがあるが、そういうユニットには使わない予定なのでまあいいか。 2015 1 18 不死ギミックの続き 本当に死にそうなときのみ発動するように改良 ### 戦闘前に生前の状態（位置）を保持 ### [event] name=attack first_time_only=no [store_unit] [filter] id=XXX [/filter] variable=store_XXX kill=no [/store_unit] [/event] ### name=attack end だと死ぬ前に発動するが ### name=die だと死んでゲームオーバーになってしまうのでだめ。 [event] name=attack end first_time_only=no [filter_second] id=XXX [/filter_second] #### HPが1未満になった時に発動するようにする ### numerical_equals=0 や equals=0 だと死んじゃう [if] [variable] name=second_unit.hitpoints less_than=1 [/variable] [then] [unstore_unit] variable=store_XXX [/unstore_unit] [clear_variable] name=store_XXX [/clear_variable] ### 死なない程度にHPを１にする。 [modify_unit] [filter] id=XXX [/filter] hitpoints=1 [/modify_unit] [/then] [else] [/else] [/if] [/event] これだと敵から攻撃された時のみ有効なので、攻守反転バージョンも作成する必要があるので、次のように追加。 ### 戦闘前に生前の状態（位置）を保持 ### [event] name=attack first_time_only=no [store_unit] [filter] id=XXX [/filter] variable=store_XXX kill=no [/store_unit] [/event] ### name=attack end だと死ぬ前に発動するが ### name=die だと死んでゲームオーバーになってしまうのでだめ。 ### まず攻撃されたとき [event] name=attack end first_time_only=no [filter_second] id=XXX [/filter_second] #### HPが1未満になった時に発動するようにする ### numerical_equals=0 や equals=0 だと死んじゃう [if] [variable] name=second_unit.hitpoints less_than=1 [/variable] [then] [unstore_unit] variable=store_XXX [/unstore_unit] [clear_variable] name=store_XXX [/clear_variable] ### 死なない程度にHPを１にする。 [modify_unit] [filter] id=XXX [/filter] hitpoints=1 [/modify_unit] [/then] [else] [/else] [/if] [/event] ### こちらからの攻撃 ### [filter] と [variable] の name が違ってくる [event] name=attack end first_time_only=no [filter] id=XXX [/filter] #### HPが1未満になった時に発動するようにする ### numerical_equals=0 や equals=0 だと死んじゃう [if] [variable] name=unit.hitpoints less_than=1 [/variable] [then] [unstore_unit] variable=store_XXX [/unstore_unit] [clear_variable] name=store_XXX [/clear_variable] ### 死なない程度にHPを１にする。 [modify_unit] [filter] id=XXX [/filter] hitpoints=1 [/modify_unit] [/then] [else] [/else] [/if] [/event] マクロし、さらに引数をつけられるようにして、いくつものユニットでも使えるようにする。 #define IMMORTAL ID ### 戦闘前に生前の状態（位置）を保持 ### [event] name=attack first_time_only=no [store_unit] [filter] id={ID} [/filter] variable=store_{ID} kill=no [/store_unit] [/event] ### name=attack end だと死ぬ前に発動するが ### name=die だと死んでゲームオーバーになってしまうのでだめ。 ### まず攻撃されたとき [event] name=attack end first_time_only=no [filter_second] id={ID} [/filter_second] #### HPが1未満になった時に発動するようにする ### numerical_equals=0 や equals=0 だと死んじゃう [if] [variable] name=second_unit.hitpoints less_than=1 [/variable] [then] [unstore_unit] variable=store_{ID} [/unstore_unit] [clear_variable] name=store_{ID} [/clear_variable] ### 死なない程度にHPを１にする。 [modify_unit] [filter] id={ID} [/filter] hitpoints=1 [/modify_unit] [/then] [else] [/else] [/if] [/event] ### こちらからの攻撃 ### [filter] と [variable] の name が違ってくる [event] name=attack end first_time_only=no [filter] id=XXX [/filter] #### HPが1未満になった時に発動するようにする ### numerical_equals=0 や equals=0 だと死んじゃう [if] [variable] name=unit.hitpoints less_than=1 [/variable] [then] [unstore_unit] variable=store_XXX [/unstore_unit] [clear_variable] name=store_XXX [/clear_variable] ### 死なない程度にHPを１にする。 [modify_unit] [filter] id=XXX [/filter] hitpoints=1 [/modify_unit] [/then] [else] [/else] [/if] [/event] #enddef （先頭と最後の #行はコメントではなく、定義なので、省略してはいけない。） ほぼ、期待通りの動きをしたので、別ファイルにして、utils フォルダに保存し、_main.cfg にパスを追記 #ifdef 1_12_TEST # add here custom code {~add-ons/1-12-test/utils} {~add-ons/1-12-test/scenarios} [+units] {~add-ons/1-12-test/units} [/units] #endif （先頭と最後の #行はコメントではなく、定義なので、省略してはいけない。） このとき、必ずシナリオへのパスより先に書くことに注意。そうしないと、キャンペーンを開始するときに「そんなマクロありません（意訳）」と怒られてしまう。そのことをすっかり失念していてだいぶ時間を無駄にしてしまった。 2015 1 17 無謀にもあらたなキャンペーン作りに着手した。 今回の目玉は、セーブ＆ロードをする必要がない（主人公が絶対に死なない）という画期的というか、既にゲームとはいえないキャンペーンである。 とりあえず、殺されても死なないギミックのプロトタイプは次みたいなかんじ。 [event] name=attack first_time_only=no [store_unit] [filter] id=XXX [/filter] variable=store_XXX kill=no [/store_unit] [/event] [event] name=attack end first_time_only=no [filter_second] id=XXX [/filter_second] [unstore_unit] variable=store_XXX [/unstore_unit] [clear_variable] name=store_XXX [/clear_variable] [modify_unit] [filter] id=XXX [/filter] hitpoints=1 [/modify_unit] [/event] これだと攻撃されると問答無用でHPが1になってしまうなど、いろいろ問題ありまくりだが、とりあえずどんなに攻撃されても死なないことだけは可能である。 それからいちいち攻撃前の状態を保持して、攻撃後に復旧するのはなんとなくスマートさに欠けるような気がする。 というか、（プログラミングできない分際で言うのも傲慢だけど）WML そのものがスマートさや統一感に欠けるところがあるように感じる。
https://w.atwiki.jp/imas_sidem/pages/15.html
■実施中のキャンペーン ■過去のキャンペーン コメント ■実施中のキャンペーン ■過去のキャンペーン コメント このページに関わる情報提供等はこちらへどうぞ。