約 3,045,327 件
https://w.atwiki.jp/honeymu/pages/37.html
ここでは各種スキルの説明を示した表の見方を説明する。 スキルの説明は、以下のような表で行われる。 強撃① 効果種類② 武器 習得制限③ なし 消費コスト④ ２ 使用制限⑤ なし 射程⑥ 武器 最大Ｌｖ⑦ ３ 対象⑧ 単体 属性⑨ 武器 命中に使用する能力値⑩ 格闘 使用条件⑪ なし 効果⑫ 武器や己の体で全力で攻撃するスキル。ダメージに[＋(SLd6)]する。 . また、表の中に登場する[SL]は、そのスキルのスキルレベルを示している。 例）スキルレベル３のスキルの効果が物理防御に[＋SL]だった場合 → スキルを使用すると物理防御が＋３される。 スキルレベル５のスキルの効果が魔法攻撃の攻撃ダメージに[＋(SLd6)]だった場合 → スキルを使用すると、使用した攻撃の攻撃ダメージが＋5d6される。 ①名称 スキルの名称を表す。 ②効果種類 スキルの効果を大まかに分類した結果を表す。 攻撃を行うスキルの場合、斬撃、刺突、破砕、切削、打撃、ドリル、射撃、銃撃、魔法、武器のどれかが記載されており、武器の場合は「装備している武器種類と同じ（武器がない場合は打撃）」となる。 他のスキルの場合、回復、バフ、デバフ、援護、妨害などの効果がある。 また、サポートスキル、アビリティスキル、パッシブスキルの場合は「なし」となる。 ③習得制限 スキルによっては習得制限が存在するものもある。 多くは他のスキルを習得している必要や、特定のステータスを一定以上にする必要があるなどが条件として設定される。 ④消費コスト スキルを使用する際、消費するコストを示す。 数字だけが書かれている場合はその数値だけＭＰを消費することを意味する。 ⑤使用制限 スキルによっては、一定時間内に使用できる回数が決まっているものもある。 １ターンに１回や、１日に１回、１セッションに１回などの数字で表される。 ⑥射程 そのスキルの効果が及ぶ範囲を示す。 ０から４の数字、もしくは武器、視界、エリアなどの単語で表される。 ０はスキルの使用者と同一のエリア、１から４は使用者からその単位だけ離れた戦闘エリアを示す。 武器は装備している武器の射程と同じ（武器がない場合は０）となり、視界は「使用者がいるエリアを含んだ前方エリア全て」もしくは「使用者がいるエリアを含んだ後方エリア全て」のどちらかを選択出来る。 エリアは戦闘エリア全てに効果が及ぶ。 また、サポートスキル、アビリティスキル、パッシブスキルの場合は「なし」となる。 ⑦最大Ｌｖ そのスキルのスキルレベルをいくつまで上げられるかを示す。 ⑧対象 スキルが対象に取れる範囲を示す。 自身、単体、単一範囲、範囲、単一範囲（選択）、範囲（選択）などがある。 自身は使用者のみ、単体は一体のキャラクターのみ、単一範囲は一つのエリアに存在するキャラクター、範囲は射程内の全てのエリアに存在するキャラクター、 単一範囲（選択）は一つのエリアにに存在するキャラクターから好きな数だけ選択した任意のキャラクター、 範囲（選択）は射程内の全てのエリアに存在するキャラクターから好きな数だけ選択した任意のキャラクターに効果が及ぶ。 サポートスキル、アビリティスキルの場合はなしとなる。 ⑨属性 スキルの属性を表す。なしの場合は属性は付いていない。 火、水、氷、雷、風、土、光、闇の８種類と武器があり、武器と表記されている場合は装備している武器と同じ（武器がない場合はなし）になる。 攻撃を行うベーススキルにしか存在せず、他のスキルは「なし」となる ⑩命中に使用する能力値 スキルを使用した際の命中判定時に用いる能力値を示す。 ⑪使用条件 スキルを使用するための条件を示す。 ⑫効果 スキルの効果を示す。 パッシブスキルのみ、効果はいつでもキャラクターに適応され、 パッシブスキル以外の５つのスキルは使用時の効果を表す。
https://w.atwiki.jp/love-359/pages/17.html
模擬対決 ルール 人数が偏った場合は人数が少ない方の自陣で戦うこと (人数差が出ても互角の場合は中央付近で戦うこと) ルール名 激突風 強化なし 武器制限 無し 無し 強化 MAX 連撃強化 ﾊﾝﾃﾞ 有り 無し アイテム 有り 有り 究極 有り 無し 無双 有り 無し 判定基準 指揮官撃破 指揮官撃破 副将スキル 有り 無し 拠点侵入 有り 無し 強化前攻撃 有り 無し 模擬制圧 ※4対4のみ 激突と同じ(無双格) 演習日時 毎週？ 時間？ 掲示板が出来次第 提示します。 強化ミスなどあった場合は ギルドチャットで報告おねがいします
https://w.atwiki.jp/yryr/pages/20.html
総合スレの有志の方々がコール表を作ってくれました。 あくまで参考です。雰囲気に合わせたほうが楽かも？ ライブ映像や動画も参考に。 総合スレPart135 52 うぃーあー！ごらく部_v0.5.pdf 総合スレPart103 486 マジカル大☆大☆大冒険！とゴゴゴゴごらく部ver2.pdf 総合スレPart99 643 ふたりのサマバケ♪.pdf ラスサビ前まで 総合スレPart99 467 www.dotup.org4348834.pdf 赤座劇場www.dotup.org4328812.pdfの改良版 総合スレPart98 385 www.dotup.org4328812.pdf 赤座劇場 合いの手強化版 総合スレPart96 652 マジカル大☆大☆大冒険！.pdf PV公開部分のみ 総合スレPart96 358 じゃんぷ.pdf 総合スレPart77 781 www.dotup.org3975076.pdf ふぇすてぃばるコール表（仮2）.pdfの改良版 総合スレPart76 69 ゆるゆりコール2期A面.pdf 2期キャラソンA面え～る♪ 総合スレPart75 792 ふぇすてぃばるコール表（仮2）.pdf 2期キャラソンデュエット曲え～る♪アルバム曲 総合スレPart58 841 ゆるゆりコール2期OPED.pdf 総合スレPart29 504 ゆるゆり2012うたがっせんその２.pdf www.dotup.org2163388.pdfの修正版ミラクるゆるくる1・2・3のコール「京子が一番」2つ目→「京子が最高」 総合スレPart29 225 ゆるゆりコール2012 うたがっせん.pdf 恋のダブルパンチよしなしOKI☆DOKI女と女のゆりゲームごらく部、愛と勇気と希望と友情のテーマ背景キラキラ☆everydayLovelyミラクる～ん♪ 総合スレPart9 30 www.dotup.org2163388.pdf 総合スレPart6 576 www.dotup.org2106192.pdf 総合スレPart6 526 www.dotup.org2104919.pdf 総合スレPart6 479 evernote 総合スレPart6 459, 462 word.txt
https://w.atwiki.jp/javadsge/pages/7231.html
(1)表 データ (2)プログラム 練習 (3)グラフ (4)出所 goo (5)メモ (6)作業記録 1月18日 プログラム追加 imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。 -
https://w.atwiki.jp/pfm_ase/pages/53.html
コール表 （監修 某先輩） （作成中） 注意： 当サイトはmixやヲタ芸を推奨・助長するものではありません。ここに記載しているものはアフィリア・サーガのライブで今主流になっているものを参考までに載せたものです。 ライブ会場は公共の場です。もちろんヲタ芸をガチで打っている人もいれば振りコピをしている人、音に身をゆだねて踊っている人もいれば、静かに音楽を聴いている人もいます。 他人の迷惑になる行為や箱の禁止行為には十分注意した上でライブを楽しみましょう。 自己紹介 ルミナスの泉 My White Ribbon メリディンの祈り 放課後_ロマンス 教育的指導！ ワタシ☆LOVEな☆オトメ！ 聖ナル wktkノ星 ニーハイ・エゴイスト 恋をゲームにしないで！ 術式は誰かのために 飛行実習～Learn To Fly～ La*La*La ラボリューション TANTEI☆ラプソディ Dearセンパイ♡〜メンバー自己紹介ソング～ 未来が私を待っている 倍速恋愛時計 気球にのってどこまでも（唱歌） Triangle Wave（カバー曲） オペラファンタジア（カバー曲） アキハバラブ（カバー曲） 遥かなる時空の旅人（カバー曲） 残酷な天使のテーゼ（RAM RIDER×アフィリア・サーガ・イースト） Dearセンパイ♡〜メンバー自己紹介ソング～（14人ver.） オレシカ
https://w.atwiki.jp/tenjintigi/pages/28.html
■■■■■■■■■■■■■■■■■■■■■■■■■ ＳＲＳベーシック（Ver.1.01） ■■■■■■■■■■■■■■■■■■■■■■■■■ ※※ コメント ※※ このテキストは、スタンダードＲＰＧシステム（ＳＲＳ）を利用してゲームのルールを作ったり、データを制作したりする際に使用できる、ルールの骨組みとなるものです。 ＳＲＳベーシックの利用方法は、“スタンダードＲＰＧシステム利用規約”をお読みください。 ※※ コメント ※※ ▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼ はじめに ▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲ ======================================= 用語集とは？ ======================================= 『※対象となるゲーム名※』の中で使用するゲーム用語やルール処理の原則について、必要な情報をここにまとめて解説しておく。 ■ルールの処理 ●端数の処理 割り算などの計算の結果として端数が発生した場合、基本的に切り捨てとする。 ●ダイスの読み方 『※対象となるゲーム名※』では、キャラクターの行為がうまくいったかどうかや乱数を表現するためにダイス（６面体のサイコロ）を使用する。『※対象となるゲーム名※』では、ダイスには次のふたつの振り方が存在する。 ｎＤ6 ｎ個（ｎは１以上の整数）のサイコロ（ＤはＤｉｃｅの略）を振って出た目を合計すること。２Ｄ６とあった場合、２～12の結果を得られる。 Ｄ66 サイコロをふたつ振り、一方を10位、もう一方を１の位として読む振り方。11～66までの結果を得られる。 Ｄ66を行なう際は、あらかじめどちらが10の位（もしくは１の位）であるかを決めてから、ダイスを振ること。 ●ＲＯＣ ＲＯＣとは Ｒｏｌｌ Ｏｒ Ｃｈｏｉｃｅ（ロール・オア・チョイス）の略で、表の項目についてダイスを振って決定しても、任意に選択してもよいことを表わす。もちろん、振った後に改めて選択しても構わない。 チャートなどで、ＲＯＣするとあった場合、前記のようにして項目をひとつ決定することを意味している。また、表に０のようにダイスでは出ない数値に項目が存在する場合、その項目は任意に選択しなければならないことを意味している。 ●表記形式 『※対象となるゲーム名※』では、本文中で次の記号を使ってゲーム用語を表わしている。これらの用語が計算式などに使用されている場合は、その数値を代入して式とすること。 能力値、戦闘値名は【 】例：【体力基本値】 ダメージ属性は〈 〉例：〈炎〉 計算式、及びゲーム用語として使用する言葉は［ ］ 例：［達成値］、［１＋レベル］分 ※※ コメント※※ ＳＲＳに関して注意を喚起する場合は※※ 例：※対象となるゲーム名※ ※※ コメント※※ ■用語集 ●ＧＭ ゲームマスターの略。このゲームにおけるホストプレイヤー。ゲーム中の演出やさまざまなデータ処理、ルールの裁定などを行なう。 ●ＮＰＣ ノンプレイヤーキャラクターの略。ＧＭが管理するＰＣ“ではない”キャラクターの総称。 ●ＰＣ プレイヤーキャラクターの略。プレイヤーの扱うキャラクターのこと。基本的にひとりのプレイヤーはひとりのキャラクターを扱う。 ●クラス キャラクターの戦闘におけるノウハウ、能力、種族を表わす。 ●攻撃 武器や特技などを使用して、対象にダメージなどを与える行動のこと。使用する武器や手段によって複数設定できる。 ●シナリオ 『※対象となるゲーム名※』をプレイするために、事前に設定するプレイ進行の指針。 ●セッション デザイナーが制作したゲームの、１回のゲームプレイのこと。 ※※ コメント ※※start ●対象となるゲーム名 ＳＲＳを利用して制作するゲームのタイトル。 ゲーム制作者が任意に名付けてよい。 ※※ コメント ※※end ●特技 キャラクターの持つ、魔法や特殊な技を表わす。対戦格闘ゲームにおける必殺技、コンピュータＲＰＧにおける魔法や特殊能力のようなもの。 ※※ コメント ※※start ●デザイナー ＳＲＳを利用してゲームを制作する人のこと。 ※※ コメント ※※end ●能力値 キャラクターの力の強さや頭のよさなどを表わす数値。 ６つに分けることを推奨する。 ●プレイヤー このゲームの参加者のこと。プレイヤーごとに個別にキャラクター（ＰＣ）をひとり担当して、セッションに参加する。 ●レベル 強さの段階を表わす数字。高い方がより強いといえる。 ▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼ キャラクターセクション ▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲ ======================================= キャラクターの作成 ======================================= キャラクターとは？ 『※対象となるゲーム名※』を遊ぶためにはＰＣを作成しなければならない。そこで、まずキャラクターを定義しよう。キャラクターとは、ＰＣ、ＮＰＣ、ゲームの障害となるエネミーといったセッションに登場するあらゆる人物を指す言葉である。 ■キャラクターの種類 『※対象となるゲーム名※』でキャラクターといった場合、ＰＣとＮＰＣの二種類に大別できる。 ●プレイヤーキャラクター（ＰＣ） プレイヤーが管理を受け持つキャラクターである。ＰＣと略されることがある。 ●ノンプレイヤーキャラクター（ＮＰＣ） ＧＭが担当するキャラクターのこと。 ■キャラクター表現 キャラクターは、クラス、能力値、戦闘値という三種類のデータ、及びパーソナルデータという設定を基本として表現される。 ●クラス クラスはキャラクターの持つ、魔法の才能や戦闘の才能、あるいはノウハウを表わすものだ。 ■能力値、戦闘値 能力値とは、キャラクターが身体能力、あるいは知的能力をどの程度、得意としているかを数値の高低で表わしているものである。これらの能力値から算出されるのが、戦闘値である。戦闘値は、主に戦闘の際に使用される。 能力値は 筋力、知識、敏捷、器用、精神、魅力、そして妖力の７つである。 キャラクターの作成方法 キャラクターの作成方法には“コンストラクション”と“クイックスタート”の二種類である。各プレイヤーはＧＭの指示に従って、どちらかの方法でキャラクターを作成すること。 ※※ コメント ※※start ＳＲＳでは、コンストラクションによるキャラクター作成を基本とする。 クイックスタート用のサンプルキャラクターデータは、原則としてコンストラクションの手順に従って作りうるものを使用する。 ただし、デザイナーは、そのデザインポリシーによって、コンストラクションかクイックスタートのどちらか片方だけを選択して採用してもよい。 コンストラクション及びクイックスタートのどちらの作り方を選択する場合でも、その後にパーソナルデータの決定を行なうことを推奨する。これは、クイックスタートを選択した場合でも、それぞれのプレイヤーがデータを自分の好みに近づけるようにすることが目的である。ただし、ゲーム制作者はパーソナルデータの決定を任意に省略してもよい。※※ コメント ※※end ■コンストラクション コンストラクションでは、クラスの選択や特技など、ゲームで使用するデータをプレイヤーが決定する。そのため、ＰＣがどんな外見をしていて、どのような能力を持っているのか分かる程度には、ルールやゲームの背景世界を知っている必要がある。 もちろん、参照するデータやページなども大量になるため、作成には時間がかかる。 ■クイックスタート クイックスタートとはあらかじめ用意されたサンプルキャラクターの中からひとつを選択して、パーソナルデータを肉づけしてＰＣを完成させる方法である。 クイックスタートの最大の利点はキャラクター作成にかかる時間の短さである。プレイヤーがキャラクターに使用されるデータをルールの中から検索し、選択する必要がないため、短時間でキャラクターを作成できる。 ■パーソナルデータ キャラクターの性別や年齢、容姿、その他について。キャラクターの出生や前歴などの設定部分を決定するのが、パーソナルデータである。キャラクターの肉づけという意味でも、重要なキャラクター作成の一部となるであろう。 ※※ コメント ※※start ■キャラクターシートについて キャラクターシートとは、主にＰＣを作成した場合に、そのデータを記入するための用紙のことである。 デザイナーは、みずからのデザインポリシーに基づいて制作するゲームに専用のキャラクターシートを作成してよい。しなくてもよいが、その場合プレイアビリティが格段に低下することを覚悟する必要がある。 キャラクターシートを使用しないのは強い非推奨である。 デザイナーがどうしてもキャラクターシートを使用しないという場合はルールの文章に記述すること。 ■パーソナルデータのデザイン ＳＲＳ利用者のゲームデザイナーは、パーソナルデータについて個々のゲームに必要な内容を設定してよい。また、前述の通り省略することを選択してもよい。 ※※ コメント ※※end ======================================= コンストラクション ======================================= コンストラクションとは？ クイックスタートに対して、コンストラクションでは、より自由にデータを選択して決定する作成法だ。 ※※ コメント ※※start この後に続く「※※ここから」と「ここまで※※」で括られた文章は、デザイナーがレコードシートを採用しない場合は掲載しないという判断をしてよい。 ※※ここから ■レコードシートの利用 セッションに利用するレコードシートは、キャラクター作成時にも役に立つ。キャラクターシートと共に、レコードシートのコピーを一枚用意しておいて欲しい。 ※※ コメント ※※start ●レコードシートについて レコードシートとはＳＲＳのゲームをプレイする際に使用する記録用紙の一種である。キャラクターシートが、そのキャラクターのデータを記録する目的に使われるのに対して、レコードシートはそれぞれのセッション（ゲームをプレイすること）で使用するデータを記録・管理するために使用する用紙のことを指す。 デザイナーは任意でレコードシートの機能をキャラクターシートと同じ用紙に持たせてもよい。もちろん、別々の用紙を用いるようにしてもよい。 ※※ コメント ※※end ここまで※※ ※※ コメント ※※end クラスの決定 クラスは、キャラクターの才能や種族あるいは能力値の傾向を表わすもので、能力値や戦闘値を決定するもっとも重要な要素だ。このクラスをキャラクターひとりにつき合計３レベル分選択する。バラバラであってもよいし、同じものを重複して選択してもよい。 ■レベル レベルとは、キャラクターの持つクラスの熟練の度合いや力量を数値で表わしたものである。 ■クラスの選択方法 クラスの選択には次の三種類がある。 ▼一種類のクラスを選択する クラスレベルは３となる。 ▼二種類のクラスを選択する 片方のクラスレベルは１、もう片方は２となる。 ▼三種類のクラスを選択する すべてのクラスレベルは１となる。 ■クラスの記入 クラスを選択したら、キャラクターシートのクラス欄に記入する。キャラクターレベルに３と記入すること。次に、クラス名と、クラスレベルを記入する。 ※※ コメント ※※start ＳＲＳにおけるクラスデータは、レベルという階層を持つ。ＰＣはプレイヤーがゲームを遊ぶことによって得た経験点をつぎ込むことで、レベルを上げていき、より強力なデータを使用できるような構造になっている。 デザイナーはそのデザインポリシーによって、３レベルより高いレベルのキャラクターでゲームをスタートさせるようにデザインしてもよい。その場合、コンストラクションについて記述している部分に、スタートするレベルまでのレベルを上昇させる方法を記述しておくこと。 初期キャラクターが３レベルを下回るキャラクター作成は強い非推奨である。 デザイナーがどうしても３レベルを下回るレベルでのキャラクター作成を採用したい場合はルールの文章に記述すること。 ※※ コメント ※※end 能力値の決定 能力値は、そのキャラクターの持つ身体や知的能力の高さを数値で表わしたものである。 ※※ コメント ※※start デザイナーは、制作するゲームごとに任意の能力値を設定してよい。 能力値を設定しないのはＳＲＳを用いる以上無理であると考えられる。 それでも、デザイナーがどうしても能力値を設定しない場合はルールの文章に記述すること。 ※※ コメント ※※end ■能力基本値 キャラクターの能力を表わす基本的な数値。 ①：クラス一覧表から能力基本値を抽出する。重複して選択している場合はその回数だけそれを行なうこと。 ②：任意の能力基本値に追加の１点を加える ③：①と②を合計する ■能力ボーナス 行為判定で使用するのは能力ボーナスである。文中で単に【●●（能力名）】と書かれている場合は、能力ボーナスを表わす。 能力ボーナスは、能力基本値の三分の一（端数切り捨て）である。 ■能力値の記入 キャラクターシートの「能力値」の欄に能力基本値と能力ボーナスを書き写す。 ■戦闘値の決定 戦闘値は、主にラウンド進行の際に使用する。 ■ベースの算出 各戦闘値のベースを算出する。 ※※ コメント ※※start デザイナーは、複数の能力値を加算し、合計した数値を加算に使用した能力値の数で割り算することで、戦闘値を算出するようにするとよい。 能力値をそのまま戦闘値に使用できるようにデザインしてもよい。 戦闘値を設定しないのは強い非推奨である。 デザイナーがどうしても戦闘値を設定しない場合はルールの文章に記述すること。 ※※ コメント ※※end ■クラス修正 各戦闘値には、クラスレベルにより修正を受ける。クラスデータの各クラスのクラス修正表を参照して、みずからの選択したクラスレベルによるクラス修正を確認すること。 特技 ■特技の取得 特技とは、キャラクターの持つさまざまな特殊能力や魔法、技術、特殊な装備などを表わすデータである。 キャラクターは作成時に特技をいくつか取得する。 取得した特技は、キャラクターシートの特技欄にそのまま書き写すこと。効果については参照ページだけ記入しておいて、使うたびにルールブックを参照してもよいだろう。 ※※ コメント ※※start デザイナーは、制作するゲームごとに任意の特技を設定してよい。 特技を設定しないのは強い非推奨である。 デザイナーがどうしても特技を設定しない場合はルールの文章に記述すること。 ※※ コメント ※※end アイテムの取得 ■所持品と装備品 『※対象となるゲーム名※』ではキャラクターが所持する武器や防具などのアイテムを所持品と装備品に分ける。所持品は、キャラクターが持っているアイテム全般を意味する（つまり、装備品を含むことになる）。装備品はキャラクターシートの戦闘値欄に記入された武器、防具、アクセサリなどを意味する。 ※※ コメント ※※start デザイナーは、制作するゲームごとに任意のアイテム、所持品、装備品を設定してよい。 アイテム、所持品、装備品を設定しないことにしてもよい。ただし、非推奨である。 デザイナーはアイテム、所持品、装備品を設定しない場合、その旨を、ルールの文章に記述すること。 ※※ コメント ※※end ■移動距離の決定 ＰＣが一定時間内に移動できる距離を算出する。 ※※ コメント ※※start デザイナーは、制作するゲームごとに任意の移動距離の決定方法を設定してよい。 移動距離を決定しないのは非推奨である。 移動距離を決定しない場合、その旨を、ルールの文章に記述すること。 ※※ コメント ※※end ■コンストラクションの終了 これでコンストラクションによるキャラクターの作成は終了だ。あとはパーソナルデータを決定すれば完成である。 ======================================= クイックスタート ======================================= サンプルキャラクター クイックスタートは、『※対象となるゲーム名※』を“すばやく”、“楽に”遊んでもらうためのキャラクター作成方式だ。そのためにキャラクターのひな形である、サンプルキャラクターの中から選択して、キャラクターを作成することになる。 ■クイックスタートの手順 クイックスタートでは、次の手順でキャラクターを作成していく。プレイヤーは基本的には、ＧＭの指示に従っていればよいだろう。 ●サンプルキャラクターの指定と選択 クイックスタート最初の手順として、シナリオで使用するサンプルキャラクターについて指定をＧＭから受けることになる。 他のプレイヤーと相談して、ＧＭが提示した中からひとつを選択し、サンプルキャラクターを得る。 ▼データを書き写す 使用するサンプルキャラクターが決定したらキャラクターシートにデータを書き写すこと。 ======================================= パーソナルデータの決定 ======================================= パーソナルデータとは？ クイックスタートやコンストラクションでキャラクターのクラス、特技、装備などのデータを決めた後、パーソナルデータを決定する。 パーソナルデータは、ＰＣの出自や過去、個人的な目標、そして縁のあった人、さらには性別、年齢、名前などの情報から構成されるキャラクターの内面設定のことを指す。 ※※ コメント ※※start デザイナーは、制作するゲームごとに任意のパーソナルデータを設定してよい。 パーソナルデータを設定しないことにしてもよい。その場合、パーソナルデータを使用しない旨を、ルールの文章に記述すること。 ※※ コメント ※※end ======================================= クラスデータ ======================================= クラスデータとは？ クラスデータは、次の項目からなっている。それぞれの項目については後述している。よって、全体の見方について解説する。 ▼クラス名 クラスの名称である。この名称をクラスレベルの欄に書き込むことになる。 ▼クラス解説 クラスについて解説している。クラスを選択する際の参考にする。 ▼コンストラクションデータ コンストラクションでキャラクター作成するためのデータ。 ▼クラス修正 クラスレベルによる戦闘値への修正値が書かれている。 ▼特技取得 そのクラスを選択したキャラクターがどのように特技を取得するか書いている。 ▼特技 そのクラスの特技データ。 ※※ コメント ※※start ■クラスデータの例 ●ノーマル ノーマルは、特に何の力も能力も特技も持たない。この世界のどこにでも居るであろう一般的な、普通の人間を再現するためのクラスである。 ●クラス修正表 レベル123 命中＋0＋0＋0 回避＋0＋0＋0 魔導＋0＋0＋0 抗魔＋0＋0＋0 行動＋0＋0＋0 耐久＋0＋0＋0 精神＋0＋0＋0 攻撃＋0＋0＋0 ●コンストラクションデータ ▼能力基本値 体力：2理知：2 反射：2意志：2 知覚：2幸運：2 『アルシャードガイアＲＰＧ』基本ルールブックより抜粋。 ※※ コメント ※※end ■コンストラクション コンストラクションでキャラクター作成を行なった場合に使用するデータが書かれている。これらの項目はキャラクター作成時にしか使用しない。 ▼能力基本値 クラスを選択することで、得られる能力基本値が書かれている。 ■クラス修正表 クラスのレベルごとの戦闘値への修正を書いたチャートである。横軸にレベルを縦軸に戦闘値への修正を取っている。この表はレベルごとの差分ではなく、そのレベルでの修正値である。書き写す時には、前の修正に加えるのではなく、書き換えること。 ■特技取得 そのクラスを最初に取得した（レベル１の）場合とレベルアップ時の取得可能な特技について書かれている。 ■初期取得 レベル１の場合に、取得する特技について書かれている。 レベルアップ レベルアップ時に取得できる特技について書かれている ▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼ ルールセクション ▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲ ======================================= 行為判定ルール ======================================= 行為判定とは ゲーム中に、キャラクターの取った行動がうまくいったのかどうか判別するためのルールが行為判定である。 なお、以降の文中で“判定する”、“判定を行なう”とあった場合、行為判定を行なうという意味である。行為判定は、ＧＭがキャラクターの行動に行為判定が必要だ、と考えた場合に初めて行なうことができる。 ■行為判定の手順 判定することが決まった場合、左の図の流れで行なわれる。ここでは、判定中に使用される各用語と行為判定の方法を解説する。 ▼難易度 ［難易度］は、行なう行為の難しさを表わす指標となる数値だ。データやルールなどによって自動的に決定される時もあれば、ＧＭが任意に決定する場合もある。 難易度以上の達成値を出すことができれば、行為判定は成功となる。なお、ＧＭは難易度を特に告げず、ＰＣの達成値のみを求めてもよい。 難易度と行為のイメージ表 難易度行為のイメージ 6～8簡単な行為 9～11できるのが普通の行為 12～15難しい行為 16～至難な行為 ※※ コメント ※※start ※ＳＲＳのゲーム同士でのデータ互換を考慮する場合、デザイナーはこの難易度表を目安に数値をデザインするとよい。もちろん数値の決定はゲームデザイナーの任意である。もし、この難易度表と比較して大幅に数値のバランスを変えるようにデザインをする場合、ゲームデザイナーはその旨をルールに明記すること。 ※※ コメント ※※end ▼判定値 ［判定値］とは、判定に使用する能力ボーナスや戦闘値のことである。ＧＭは判定に使用する判定値を決定し、プレイヤーに伝えること。 プレイヤーは特技や装備などの修正を行なった最終的な判定値をＧＭに宣言せよ。 ▼ダイスロール プレイヤーは、２Ｄ６を振る。この時に振った２Ｄ６がクリティカル値以上だった場合はクリティカルが発生する。それに対して、２Ｄ６がファンブル値以下だった場合はファンブルが発生する。 ▼クリティカル 振ったダイスの目がクリティカル値以上だった場合、その判定は［自動成功］となる。［自動成功］が成立したら、判定は自動的に成功となる。以降の処理は行なわれない。よって、達成値を算出する必要はない。クリティカル値は12である。 ※※ コメント ※※start デザイナーは、制作するゲームごとに任意でクリティカル値を何らかのデータによって変動させるように設計してよい。 ※※ コメント ※※end ▼ファンブル 振ったダイスの目がファンブル値以下だった場合、その判定は［自動失敗］となる。［自動失敗］が成立したら、判定は自動的に失敗となる。以降の処理は行なわれない。よって、達成値を算出する必要はない。ファンブル値は２である。 ※※ コメント ※※start デザイナーは、制作するゲームごとに任意でファンブル値を何らかのデータによって変動させるように設計してよい。 ※※ コメント ※※end ▼達成値 ダイスロールを行ない、クリティカルもファンブルも発生しなかったら、出た目に判定値と修正を加える。これが「判定がどの程度うまくいったのか」を表わす数値である。 この数値を［達成値］と呼ぶ。 達成値＝判定値＋ダイスの出目＋修正 ▼行為の成否を決定 算出された達成値と難易度を比べる。結果、達成値が難易度以上であった場合、行為判定は成功となる。難易度未満であった場合、行為判定は失敗となる。 難易度 ≦ 達成値 ＝ 行為判定成功 難易度 ＞ 達成値 ＝ 行為判定失敗 ▼行為判定の終了 行為判定は、これで終了となる。ＧＭは、プレイヤーの出した結果を見て、その結果に合わせて行為の成否を演出すること。クリティカルやファンブルの場合は、失敗や成功をより強調して演出するとよいだろう。 ▼修正を与える ＧＭは、状況に応じて難易度、判定値、達成値などに修正を行なうことができる。 修正は-3～+3程度の範囲で行なうこと。 この範囲を超えてしまうような修正を行なうと、ダイスひとつ分の期待値（3.5である）を上回ってしまい、判定を行なう意味それ自体を失わせる可能性があるのだ。 対決による判定 ［対決］とは、行為を行なうキャラクターに対して、別のキャラクターがそれを妨害した場合に発生するルールを指す。 ■アクションとリアクション 対決を行なう場合、それに関わるキャラクターは［アクション側］と［リアクション側］に分けられる。アクション側は能動的に行動を行なうキャラクター、リアクション側はアクション側に対応して行動を行なうキャラクターである。 対決はアクション側、リアクション側の順番に判定を行なう。判定値や修正値などは通常の行為判定と同じようにＧＭが決定する。続いてアクション側、リアクション側の順番で必要な判定を行ない、達成値を算出する。 もし、対決でどちらがアクション側か決定できないことがあったなら、先に言い出した方をアクション側とすればよいだろう。 ●判定ができない リアクション側が何らかの理由で判定が行なえないことがある。 その場合のリアクション側の達成値は、判定値に特技や装備などによる修正を行なったもので算出される。 ■勝利 両者の達成値が確定したら、対決の勝敗を決定する。対決では、より高い達成値を出した方が［勝利］したものとされ、勝利したキャラクターの行為が採用される。 アクション側の達成値が高ければ、行なおうとした行為に成功したことになる。その行為が攻撃なら、それは命中するわけだ。 リアクション側の達成値が高ければ、アクション側の行なおうとした行為を妨害し、その影響を受けなかったことになる。攻撃されたのであれば、その攻撃を避けるわけだ。 ●リアクション優先 対決で互いの達成値が等しい場合、リアクション側が［勝利］したものとする。 これを“リアクション優先の法則”と呼ぶ。 ●クリティカル アクション側がクリティカルを発生させた場合、リアクション側がクリティカルを発生させない限り、アクション側の［勝利］となる。逆にリアクション側もクリティカルであった場合は、“リアクション優先の法則”により、リアクション側の勝利となる。 ●ファンブル アクション側がファンブルした場合は、リアクション側は判定を行なう必要はない。 逆にリアクション側がファンブルした場合は、アクション側の勝利となる。 ======================================= ゲームの進行 ======================================= セッション全体の流れ 『※対象となるゲーム名※』では、一回のセッション（ゲームをプレイすること）をゲーム準備期間であるプリプレイ、実際にゲームを遊ぶメインプレイ、キャラクターの成長やゲームの後片づけを行なうアフタープレイに分けている。 メインプレイは、さらにオープニング、ミドル、クライマックス、エンディングの４つのフェイズに分かれている。そして、おのおののフェイズは複数のシーンによって構成される。［シーン］とは、ひとつの場面を表わすゲーム内の時間単位である。実際のゲームはこのシーン単位で進行していく。 プリプレイ プリプレイでは、ゲームの準備を行なう。そこで、当日までの準備、そしてプレイ当日のプレイヤーとＧＭが集合し、実際に遊び始めるまでの準備について解説する。 ■ＧＭの準備 ゲームマスター（ＧＭ）の準備について解説する。ＧＭは、セッションのためさまざまな準備をセッション開始までに終えなければならない。セッションをうまく進行するためにしっかりと準備をしよう。 そして、もっとも重要なのはメンタル面での準備である。つまり、これから『※対象となるゲーム名※』を楽しもう、参加するプレイヤーたちを楽しませようという気持ちを持ってもらいたい。人間、何となくやる場合と、明確な目的を持ってやる場合は、成果に大きな違いがある。 このゲームは、楽しく遊ぶことのできるゲームである。それでも何となく遊ぶだけではなく、楽しもうと思って遊ぶ場合では、楽しさの質、総量ともに大きな違いがある。そして、誰かを貶めたり、辱めたり、誰かを傷つけるためにこのゲームを用いてはならない。これは絶対だ。 ●ルールブックを読む まずはしっかりとルールブックを読むこと。ＧＭはこの本を通読して、どのルールがどのあたりにあるのかを確認しておくこと。 ●シナリオを作成する ゲームで使用するシナリオを作成する。 ●用具の準備 その他ゲームで必要な用具を準備する。 ■当日の準備 それでは、セッション当日、参加者が集合してから、メインプレイの直前までにどのような準備が必要になるのだろうか。そのことについて解説しておこう。 ●ＰＣの作成 ＧＭはすべてのプレイヤーに指示して、その日のセッションに使用するキャラクターを作成してもらう必要がある。 すでにＰＣの作成が済んでいるのなら、キャラクターシートに記入されたデータを確認し、記入漏れやミスが発生していないかを確認しておくこと。 ●席順の決定 ここで、席順を変更しよう。ＧＭは、テーブルの長辺の真ん中あたりに座ること。短辺の部分、いわゆるお誕生日席に座らない方がよい。 ※※ コメント ※※start デザイナーは、制作するゲームごとに任意にプレイヤーの席順や位置を決める方法を設定してよい。 ※※ コメント ※※end ●自己紹介 各プレイヤーにみずからのＰＣの紹介をしてもらおう。今日、一緒に冒険する仲間のことを少しは知っているべきだろう。 メインプレイ メインプレイでは、実際にシナリオを使用してゲームを遊ぶことになる。メインプレイは前述したように４つのフェイズに分かれている。そして、それぞれのフェイズは、複数のシーンによって構成される。 そこで、最初にシーンについて解説する。 ●シーン 『※対象となるゲーム名※』では、ゲームはシーンと呼ばれるゲーム内の時間単位で進む。 シーンとは、分かりやすくいえば、映画やＴＶドラマなどのひとつひとつの“場面”のことである。セッションは“場面”の連続であり、シナリオとはシーンをつなげるための情報なのだ。もちろん、ＧＭはセッションの進行に合わせて、シナリオにないシーンを創ってもよいし、プレイヤーもシーンの作成をＧＭに依頼してもよい。ＧＭはどのようなシーンを作成するかの最終決定権を持っている。 ※※ コメント ※※スタート デザイナーは制作するゲームにおいて、任意にシーンというゲーム進行ルールを使用しないことも選択できる。 その場合、ＳＲＳ上ではシナリオ開始から終了までをひとつのシーンとして扱うという考え方で、ＳＲＳ上での共通性を維持すると考えることにする。 シーンをルールで採用しないことは非推奨である。 またシーンをルールとして採用しない場合、その旨を、ルールの文章に記述すること。 ※※ コメント ※※end ※※ コメント ※※start この後に続く「※※ここから」と「ここまで※※」で括られた文章は、デザイナーがシーンをルールとして採用しない場合は掲載しないという判断をしてよい。 ※※ここから ●登場と退場 シーンに参加するためには、そのシーンに［登場］する必要がある。シーンは、舞台のようなものである。舞台に上らなければ役者（ＰＣ）は何もできない。 その逆に、シーンから去ることを［退場］と呼ぶ。キャラクターは、ＧＭの許可を得られれば、いつでもシーンから退場できる。 ＧＭはシーンに誰が登場しているか、任意に決定できる。もちろん、必要であればシーンの途中に登場してもらう（させる）こともできるし、登場しているキャラクターを退場させるのも任意に決定できる。 ●シーンの進行 シーンは次のような手順で進行される。 ▼シーンプレイヤーの指定 ＧＭは、そのシーンの主役となるキャラクターを指定する。これを［シーンプレイヤー］と呼ぶ。 ＧＭはシーンの開始時にシーンプレイヤーが誰であるのかを宣言すること。シーンプレイヤーは自動的にシーンに登場できる。 ▼シーンの開始 ＧＭは、まずシーンの開始を宣言し、そのシーンの行なわれる場所とその目的について簡単に解説する。これは、その後に登場するかどうかの判断材料になるからだ。解説とはいってもそんなに多く話す必要はない。シーンプレイヤーを中心にして一言二言解説すればよい。 ▼同行者の指定 シーンプレイヤーは現在一緒に行動しているＰＣを指定して同時に登場できる。これを［同行者］と呼ぶ。同行者は相手の了承が得られれば何人でも構わない。もちろん、ＧＭは行なわれるシーンの都合に合わせて同行者を認めても、認めなくてもよい。なお、ＮＰＣと同行できるかどうかはＧＭが任意に決定してよい。 ▼ＰＣの登場希望 シーンに登場することを希望するＰＣは、ＧＭの許可を得てシーンに登場することができる。 ※※ コメント ※※start デザイナーは、ＰＣをシーンに登場させる際に、何かの条件を設定してよい。例えば何らかの判定に成功させる、何らかのゲーム上のコストを支払わせる、などである。 ※※ コメント ※※end ▼シーンの演出 ＧＭはそのシーンに必要なだけの演出と処理を行なうこと。 ▼シーンの終了 ＧＭは、いつでもシーンの終了を宣言できる。シーンを終了させたら、舞台裏の処理を行なう。続いて、シナリオの進行に従って次のシーンプレイヤーを決定する。そして、次のシーンに移る。 ●マスターシーン シーンの中には、シーンプレイヤーの存在しない演出が主体となるシーンがある。これをマスターシーンと呼ぶ。マスターシーンでは、誰も登場させないということを含めて、登場するキャラクターをＧＭが任意に決定できる。 ※※ コメント ※※start デザイナーは制作するゲームごとに任意で、シーンの終了後にその終了したシーンに登場していなかったＰＣについて何らかの処理ができるように、任意に設定できる。例えばシーンに登場していなかったＰＣのＨＰなどのリソースが回復する、などである。 ※※ コメント ※※end ここまで※※ ※※ コメント ※※end ■オープニングフェイズ オープニングフェイズは、このゲームにおける導入部分である。 ■ミドルフェイズ ミドルフェイズはシナリオで語られる事件の中盤であり、物語が進行するフェイズである。他のＰＣたちとの出会い、事件によって発生するさまざまなイベントや敵との遭遇を経て、ＰＣたちはクライマックスへと至る。ミドルフェイズの進行はシナリオの内容によって大きく変わる。 ■クライマックスフェイズ シナリオにおける真の敵、コンピュータＲＰＧなどにおけるボスキャラとの戦いがクライマックスフェイズである。むろん、戦闘でなければならないわけではない。 ■エンディングフェイズ エンディングフェイズは、セッションのエピローグに相当する。 どのようなシーンになるかは、実際のセッションの内容によるだろう。 ■メインプレイの終了 これで、メインプレイ（狭義的なセッション）は終了し、アフタープレイに移る。 アフタープレイでは、プレイヤーのあるいはＧＭ経験点の計算と配布や後片づけなどセッションの後処理が行なわれる。 アフタープレイ ＧＭがゲームの終了を宣言したところで、今日の物語は幕を閉じることになる。 そして、アフタープレイが開始される。アフタープレイでは、プレイヤーたちに経験点を配布する、後片づけをするなどゲームを終えるためのさまざまな作業を行なう。 ■経験点の配布 ＧＭは、プレイヤー及びＧＭに経験点を配布する。 ■後片づけ 経験点の配布まで終われば、後は使用した会場の後片づけである。次回以降のセッションでも家主が快く利用させてくれるようにきちんと片づけを手伝うこと。会場が公共施設であればその施設の規則に従うこと。 キャラクターの成長 プレイヤー、あるいはＧＭは、みずからが得た経験点をキャラクター（ＰＣ）に対して消費して、そのキャラクターを成長させることができる。 得た経験点は、そのプレイヤーのＰＣであるなら、どのＰＣに対して使用してもよい。経験点はキャラクターではなく、プレイヤー、あるいはＧＭ個人に与えられている。 経験点は一度消費したらなくなってしまう。その時のＧＭに依頼してレコードシートやセッションシートの経験点欄を書き換えてもらうこと。このように消費した経験点を示すシート類はきちんと保管しておくことをおすすめする。 ※※ コメント ※※start デザイナーは、プレイヤー及びＧＭに対してどのように経験点を配布するか、ＰＣをどのように成長させることができるかを任意に設定してよい。 成長が一切できないことにしてもよい。ただし、それは非推奨である。 ＰＣの成長をルールで定めない場合、その旨を、ルールの文章に記述すること。 ※※ コメント ※※end 以上 ▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼ ＳＲＳの目的及び権利の表記 ▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼ スタンダードＲＰＧシステム（ＳＲＳ）は有限会社ファーイースト・アミューズメント・リサーチ並びに井上純弌の著作物を利用したサービスです。 ＳＲＳの目的は、標準化したＲＰＧの制作及びプレイ環境を共有し、より便利で快適なＴＲＰＧ環境を作り上げ発展させることです。 ＳＲＳを利用するにあたり、この目的に同意しこのサービスに参加します。
https://w.atwiki.jp/vipmtg2/pages/77.html
はじめに デッキ構築能力は並、プレイングスキルは並以下、表を作る速度にだけは定評のある自分が 表を作る際の手順をメモしておきますので、参考にして頂ければ幸い。快適に大会が進行することを願って。 なお、すべて自己流ですので、ここに書かれている通りに作る必要はまったくありません。 参考までに、この手順だと少し慣れれば「作成開始」から「URLの貼り付け」まで5分も要らなくなります。 3分未満でできる場合も。お兄ちゃん、まだそのカップラーメンできてないよ！ 人数が少なくて総当りになる場合 http //park.geocities.jp/shigaking55/index.html ここのツールを借りると楽。IEじゃないとダメっぽいので注意。 必要なもの トーナメント表作成ソフト これがあるとないとでは手間もスピードも全然違う。 Vectorなどで探せばたくさん見つかるが、多くはExcelマクロなのでExcelがあると便利。 スレでよく使われているのはhttp //www.vector.co.jp/soft/win95/home/se380656.html。 画像編集ソフト 画像として書き出してくれる表作成ソフトがあるのなら必要なし。 上の例に挙げたソフトはExcelファイルとHTMLファイルでしか出力できないので、これをキャプチャーして画像にします。 自分はAdobe Photoshop Elementsを使用。が、ペイントでもなんでもいい。 画像の一部を切り取ることと、GIFかJPEGかPNGで保存することができればOK。 以下は、上のトーナメント表作成ソフトを使う前提での説明になります。 作成前の準備 参加者の名前とデッキコードをまとめよう。 他の人がまとめてくれる場合もあるが、表作りが被らないようにするために自分でまとめるのが無難。 テキストエディタにまとめておいて、確認を求める際にそこからスレにコピペするのが楽。 余談1。TeraPadを使うと、範囲選択してCtrl+Lで小文字に、Ctrl+Shift+Lで大文字に変換できる。 この機能でデッキコードの大文字小文字を統一すると見栄えがいいが、これもどうでもいい。自分は小文字に統一している。 余談2。背景やワンポイントで画像を使う場合は、暇ならこの間に選んでおくと楽。 自分はExcelもフォトショも開き、ネタ画像の範囲選択までして準備万端だが、そこまでする必要はまったくない。 作成開始 参加者一覧をコピーし、Excelでマクロを開いて「エントリー」シートに貼り付けよう。 No.はすべて消してNameだけを入れれば、参加者の人数は自動取得してくれるはず。 貼り付ける順番でシードが決まるが、こんなものは適当、参加表明順でOK。細かいことを気にしてはいけない。 自分は以前に愚図ついた人を尊重して、デッキコードの16進数から適当な桁を取って順番を決めているが、そこまでする必要は以下略。 貼り付けたら、「トーナメント表」シートの左上の『作成』ボタンをクリックすれば、トーナメント表の自動作成開始。 シートをクリア云々は「はい」、エントリー数は自動取得、列と行は指定なしでOKで作成。 両面にするかどうかは参加人数に応じて適当に。特にHTMLファイルを作る必要はなし。 画像にしよう セルの幅を調整して、全員の名前が見えるようにする。 PrintScreenキーでキャプチャーして、画像編集ソフトで新しい画像を作り、そこにいったん貼り付け。 必要な部分だけを選択して切り取るなりなんなりして、その大きさの画像にしよう。 あとはGIFかJPEGかPNG（個人的にはPNG-8がオススメ）で保存すればバッチリ。 余裕があれば、表の頂点に画像をつけてみたり、背景をつけたりしてもOK。 背景をつける場合は、見づらくならないに工夫しよう。明るい背景にしたり、文字を縁取ったりしておけばOK。 ちなみにこの作成方法では、凝ったフォントに変えるのはあまりオススメできません。見づらい。 公開しよう 完成したなら、アップローダーにうｐしよう。 このWikiのアップローダーでもいいし、ここやここでも、どこでもOK。 あんまり変なとこに貼り付けると見れない人が出てくるので注意。 あとはそのURLをコピーしてスレに貼り付ければ任務完了。お疲れ様でした。 作る人からお願い お願いですから、コードの確認だけはちゃんとやってください。いやマジで。偽者出るから。
https://w.atwiki.jp/vipsma/pages/59.html
これはエクセルを持ってることが前提の作り方です。 まず最初はコレをDLしよう（ ＾ω＾） 次に解凍して、「トーナメント作成.xls」を開こう（その前に軽くreadmeを見ておこう） 開いたら、トーナメント表タブではなく、エントリータブを開こう。一番下で切り替えられます。 そして、順番に出場者の名前を枠内にどんどん書いていこう それが終わったらトーナメント表タブに戻して表の左上の作成を押そう 表をクリアしますか？と出るので「はい」を選択してください エントリー数は自動取得を押せば勝手に人数を把握してくれます 列と行は書かなくてもOKです、そして「トーナメント表の作成」を押しましょう 両面トーナメントにしますか？と出ると思います Aブロック、Bブロックなど二つに分けて対戦していってもらいたい場合は 両面にしましょう、人が少ない場合は片面のほうがいいかと思います。 さてこれでトーナメント表を作ることができました。お疲れ様でした（ ＾ω＾）
https://w.atwiki.jp/vipmtg4/pages/28.html
はじめに デッキ構築能力は並、プレイングスキルは並以下、表を作る速度にだけは定評のある自分が 表を作る際の手順をメモしておきますので、参考にして頂ければ幸い。快適に大会が進行することを願って。 なお、すべて自己流ですので、ここに書かれている通りに作る必要はまったくありません。 参考までに、この手順だと少し慣れれば「作成開始」から「URLの貼り付け」まで5分も要らなくなります。 3分未満でできる場合も。お兄ちゃん、まだそのカップラーメンできてないよ！ 必要なもの トーナメント表作成ソフト これがあるとないとでは手間もスピードも全然違う。 Vectorなどで探せばたくさん見つかるが、多くはExcelマクロなのでExcelがあると便利。 スレでよく使われているのはhttp //www.vector.co.jp/soft/win95/home/se380656.html http //www.vector.co.jp/soft/win95/home/se380656.html。 画像編集ソフト 画像として書き出してくれる表作成ソフトがあるのなら必要なし。 上の例に挙げたソフトはExcelファイルとHTMLファイルでしか出力できないので、これをキャプチャーして画像にします。 自分はAdobe Photoshop Elementsを使用。が、ペイントでもなんでもいい。 画像の一部を切り取ることと、GIFかJPEGかPNGで保存することができればOK。 以下は、上のトーナメント表作成ソフトを使う前提での説明になります。 作成前の準備 参加者の名前とデッキコードをまとめよう。 他の人がまとめてくれる場合もあるが、表作りが被らないようにするために自分でまとめるのが無難。 テキストエディタにまとめておいて、確認を求める際にそこからスレにコピペするのが楽。 余談1。TeraPadを使うと、範囲選択してCtrl+Lで小文字に、Ctrl+Shift+Lで大文字に変換できる。 この機能でデッキコードの大文字小文字を統一すると見栄えがいいが、これもどうでもいい。自分は小文字に統一している。 余談2。背景やワンポイントで画像を使う場合は、暇ならこの間に選んでおくと楽。 自分はExcelもフォトショも開き、ネタ画像の範囲選択までして準備万端だが、そこまでする必要はまったくない。 作成開始 参加者一覧をコピーし、Excelでマクロを開いて「エントリー」シートに貼り付けよう。 No.はすべて消してNameだけを入れれば、参加者の人数は自動取得してくれるはず。 貼り付ける順番でシードが決まるが、こんなものは適当、参加表明順でOK。細かいことを気にしてはいけない。 自分は以前に愚図ついた人を尊重して、デッキコードの16進数から適当な桁を取って順番を決めているが、そこまでする必要は以下略。 貼り付けたら、「トーナメント表」シートの左上の『作成』ボタンをクリックすれば、トーナメント表の自動作成開始。 シートをクリア云々は「はい」、エントリー数は自動取得、列と行は指定なしでOKで作成。 両面にするかどうかは参加人数に応じて適当に。特にHTMLファイルを作る必要はなし。 画像にしよう セルの幅を調整して、全員の名前が見えるようにする。 PrintScreenキーでキャプチャーして、画像編集ソフトで新しい画像を作り、そこにいったん貼り付け。 必要な部分だけを選択して切り取るなりなんなりして、その大きさの画像にしよう。 あとはGIFかJPEGかPNG（個人的にはPNG-8がオススメ）で保存すればバッチリ。 余裕があれば、表の頂点に画像をつけてみたり、背景をつけたりしてもOK。 背景をつける場合は、見づらくならないに工夫しよう。明るい背景にしたり、文字を縁取ったりしておけばOK。 ちなみにこの作成方法では、凝ったフォントに変えるのはあまりオススメできません。見づらい。 公開しよう 完成したなら、アップローダーにうｐしよう。 このWikiのアップローダーでもいいし、ここ http //www.vipper.net/やここ http //viploader.net/でも、どこでもOK。 あんまり変なとこに貼り付けると見れない人が出てくるので注意。 あとはそのURLをコピーしてスレに貼り付ければ任務完了。お疲れ様でした。 作る人からお願い お願いですから、コードの確認だけはちゃんとやってください。いやマジで。偽者出るから。
https://w.atwiki.jp/system_ce/pages/21.html
ＣＥ版のルールを説明する前に、シナリオの基本的作成方法について説明します。 なぜルールより前に説明するのか？ それは、シナリオのＣＥ版は、プレイ前にシナリオの大部分をプレイヤーに公開するのが基本となっているからです。 公開されたシナリオや世界設定をもとに、プレイヤーはＰＣを作り出し、シナリオでのＰＣの行動を考えていきます。 つまり、ＣＥ版において、シナリオがすべての基本となるのです。 その基本がわからないと、ルールの説明がしにくいので、まず最初にシナリオの作成方法を説明することにしました。 １－１．シナリオの基本系 ＣＥ版のシナリオの書き方の基本は、箇条書きで物語の流れを書くことです。 多少は許されますが、原則 感情表現（怒る、泣く）は控える 過度の修飾はさける のが基本です。 これは、ＣＥ版でキャラクターのロールは原則自由でルールに影響を与えることはないからです。 また過度の修飾は、プレイヤーに対する押し付けになります。 シナリオ表記はちょっと足りない程度で十分なのです。 １－２．シナリオの原型抽出 (文章作成中） １－３．シーンカードの作成 (文章作成中）