約 1,771,117 件
https://w.atwiki.jp/aniwotawiki/pages/40233.html
登録日：2018/08/23 Thu 20 32 51 更新日：2023/05/07 Sun 14 29 37 所要時間：約 10 分で読めます ▽タグ一覧 出すのが面倒臭い 出すのが面倒臭い←覚えればそうでもない 満貫 点数 点数計算 符 符計算 麻雀 麻雀における符とは和了の「形」、及び「状況」で決まる値で、点数を計算するのに必要になる。 当然大事な要素であるわけだが、その精算は役を見れば分かる翻と違って結構面倒である。 麻雀を覚えたての人の多くはここで引っかかると思われる。 勿論計算アプリを使ったり、知っている人に計算してもらうのも手ではあるが、 この項目ではどうやって点数を計算すればいいのかを簡単に見ていこうと思う なおここでは一般的に行われている4人麻雀のルールで見ていくものする。 ルールによっては扱いが変わってくることが変わってくるので注意してほしい。 符は点数にどう影響するのか？満貫について 符の計算方法①： 副底(フーテイ) (基本符) ②：和了り方で決まる符 ③：面子で決まる符 ④：雀頭で決まる符 ⑤：待ちで決まる符 例外平和(ツモの場合) 七対子 鳴き平和 余談 符は点数にどう影響するのか？ 一般的な麻雀において、符は翻が4以下の時に考えられ、5以上の場合は符を無視して翻の数のみを考慮して点数を考える。 ではここで出された翻と符でどういった値が出るのか？それは以下の数式で出される「基本点」と呼ばれる点数である。 基本点＝(符数)×(2の翻数乗)×4(*1) 子ならば4倍、親ならば6倍にし、10の位の値が0でなかった場合は切り上げる(以後単純に「切り上げ」と呼ぶ。)ことで出す。 符が絡む場合の麻雀の和了点はこの基本点を元にして考えていく。 ロン、ツモでそれぞれ和了られた人たちはどういった点を支払うのかは簡単にまとめると以下の通り。 子のロン和了り…放銃した者は基本点×4をして、10の位の値を切り上げて出した値を支払う。 親のロン和了り…放銃した者は基本点×6を切り上げた値支払う。 子のツモ和了り…子2人は基本点を切り上げた値を、親は基本点×2を切り上げた値を支払う。 親のツモ和了り…子3人が基本点×2を切り上げた値を支払う。 これを見ていて察しのいい人は気付いたかもしれないが、ツモとロンで切り上げのタイミングが異なっている。 ロンは基本点を全て合わせた後に切り上げをしているが、ツモの方は各家で切り上げをした後にそれらを足す。 つまり、貰える点は切り上げが早い分、ツモ和了りの方が多くなることがある。 多くても数百点と言う微々たる差ではあるが、意外と重要である。 もっともこの計算方法で一々基本点と和了りの点数を出していては面倒なので点数は早見表になっている。 検索すればいくらでも出てくるので「どの符でどの点数になるのか」を知りたい人は個人で調べて欲しい。 ちなみに先ほどの切り上げについてだが、「1の位はどうするんだ？」と思う人がいるかもしれないが、後述する理由で通常の麻雀において符の値は基本的に(例外を除いて)10の倍数になるので1の位は自動的に0になる。 満貫について …と、ここまで述べてきたがこの基本点が2000点前後になると少し話が変わってくる。 麻雀を覚える過程で「5翻で満貫 」と覚える人もいるかもしれない。 しかし麻雀のゲームでは4翻以下でも満貫になったりすることがある。 ではどういう時に満貫になるのか？ 満貫は子8000点 / 親12000点なので、先ほどの符で考えると基本点が2000点になると満貫になる。 4翻以下の条件での基本点では点数次第では基本点が2000点を超える場合があるが、こうなった場合は基本点は一律で2000点として扱う。 実際の卓では3翻ならば70符以上、4翻ならば40符以上(2翻以下では基本点は2000点には到達できない。(*2))で基本点が2000点を超えるが、これらになった場合は一律で満貫として扱っていく事になる。これが4翻以下でも満貫になる理由である。 ちなみに3翻60符は基本点1920点、ロン和了りは子7700 / 親11600、ツモ和了りは子 7900(2000 - 3900) / 親11700(3900オール)、4翻30符も同様になる。 これは本来満貫になる条件を満たしていないのだが、「ほぼ」満貫の条件に合っているとして満貫にするルールがある。 これは「切り上げ満貫」と呼ばれる。 符の計算方法 ここまでは符が点にどう影響を及ぼすかを簡単にまとめてきたが、肝心の符どうやって出すのかをここからは見る。 まず簡単に言うと符には以下の5種類存在する。 ①：副底(基本符)。 ②：和了り方で決まる符 ③：面子で決まる符。 ④：雀頭で決まる符。 ⑤：待ちで決まる符。 それぞれを算出し、最終的に以下で出されるのが点数計算で使われる「符」になる。 ⑥：①~⑤を合計し、1の位を切り上げた値。(最終的な「符」。) よってこれら5つが出せれば基本的な値が求められるようになる。 なお一般的な麻雀で考える符は高々110翻までである。(*3) ここからはそれぞれの符の分類と簡単な覚え方についてを見ていく。 ①： 副底(フーテイ) (基本符) 和了り形に関係なく一律で与えられる符で「20符」。 どんな形でも和了る事さえできれば与えられる基本的な値。つまり、どんな役でも最低でも20符から符計算が始まる。 ②：和了り方で決まる符 麻雀の和了り方は「ロン or ツモ」、「門前 or 鳴きあり」で4パターンに類別できる。 このうちどのパターンになるかで符が変わる。貰える符が大きい順に並べていくと…。 門前のロン和了り … 10符。 ツモ和了り … 2符(鳴きの有無によらない。)。 鳴きありのロン和了り … 0符。 ちなみにツモでもらえる符は「ツモ符」、門前ロンでもらえる符は「門前加符」という。 一見すると門前の場合、ロンよりツモの方が損をしているように見えるが同じ条件の場合で門前加符が付かない代わりにツモの場合は「門前清自摸和」が役として付く。 ③：面子で決まる符 ここの計算は少々厄介である。 麻雀は国士無双と七対子と言った例外を除くと基本的に4面子1雀頭を役のルールに従って形成していくわけだが、その内の面子は更に順子、刻子、槓子の3パターンに分けられる。 この内順子に関しては常に「0符」になる。 残る刻子と槓子だが、こちらは「明刻・暗刻・明槓(大明槓・小明槓)・暗槓」、「中張牌(2~8牌) or 么九牌(19字牌)」と言う条件によって8パターンに分かれていく。 それぞれの場合の符を書くと、 中張牌の明刻 … 2符。 中張牌の暗刻 or 么九牌の明刻… 4符。 中張牌の明槓 or 么九牌の暗刻… 8符。 中張牌の暗槓 or 么九牌の明槓… 16符。 么九牌の暗槓 … 32符。 一見分かりづらく見えるが、これらは「倍々ゲーム」として考えれば覚えやすい。 大事なのは以下の4点。この4つさえ覚えておけば1つの面子の符は出せる。 順子は常に0符。 中張牌の明刻は2符。 明刻 → 暗刻 → 明槓 → 暗槓の順に貰える符数が2倍になっていく。 么九牌の刻子(槓子)は中張牌の同じ刻子(槓子)の2倍の符が貰える。 (赤文字部分は文字通りの「倍々ゲーム」になっている。) これらの計算をすることで面子1つの符が出せる。 そして和了形に面子は4つなのでそれぞれの符の合計を出すことで最終的に求める符の値になる。 ④：雀頭で決まる符 雀頭は大雑把に分けると「数牌」「字牌」に分けられるが、符計算の上ではもう少し細かく分かれ、「数牌」「客風牌」「客風牌でない字牌(自風牌、場風牌、三元牌、連風牌)」に分けられる。 それぞれ 数牌… 0符。 客風牌 … 0符。 自風牌 … 2符。 場風牌 … 2符。 三元牌 … 2符。 連風牌(自風牌、兼場風牌) … 2符 or 4符。 となっている。連風牌の符数についてはルールによって扱いが変わってくるので注意が要る。 基本的には覚え方は以下の通りと思っていい。 3枚集めて役が付く牌の雀頭なら2符。(ただし連風牌はルールによって変わる可能性あり。) そうでない牌は0符。 ⑤：待ちで決まる符 麻雀の待ちは大雑把に分けると「両面(リャンメン)待ち」、「双碰(シャンポン)待ち」、「辺張(ペンチャン)待ち」、「間張(カンチャン)待ち」、「単騎(タンキ)待ち」の5種類に類別できる。 それぞれ以下の様になる。 両面待ち … 0符。 双碰待ち … 0符。 辺張待ち … 2符。 間張待ち … 2符。 単騎待ち … 2符。 これらについては以下のように覚えると分かりやすい。 面子は待ち牌が2種類の待ち(両面待ち、双碰待ち)は0符。 待ち牌が1種類の待ち(辺張待ち、間張待ち)は2符。 雀頭の待ち(単騎待ち)は2符。 なお、単純な待ちに関してはこれでよいのだが、手牌の待ちは時に多面待ちへと発展する事がある。この場合には和了りの形によって0符になる待ちと2符になる待ちが両立してしまう場合がある。 例えば「亜両面待ち」は待ちの片方が両面待ちと見るか単騎待ちと見るかで符に差が生じる。 その場合は実際に和了った牌が何待ちの牌になっているか、その牌の待ち方が複数解釈できる場合は「高点法」に基づいて点数が高くなる方の待ちで判断し、て和了していく事になるので待ちの形には常に目を光らせておく必要がある。 なお、双碰待ちの場合はロン和了りならばできた刻子は明刻、ツモ和了りならば暗刻になるのでここでも符に違いが生じる。 例外 ここまで述べてきたがこの計算に当てはまらない例外の役もいくつかある。 これらの場合は一律で符数が決まっているので計算はある意味容易になる。 平和(ツモの場合) 平和の場合は形に注目すると、「門前役(2符 or 10符)」「面子は全て順子(0符)」、「雀頭は数牌or客風牌(0符)」、「両面待ち(0符)」となる為、通常通りに計算すると符は自動的に22符 or 30符、どちらも繰り上げで30符になる。 しかしロンの場合は1翻30符となりそれで問題ないのだが、ツモの場合は副底の20符のみとするというルールになっている。つまりこの場合は面前清自摸和と合わせることで「2翻20符」として扱う。 なぜこういった事になっているのかについてはこちらを参照してほしい。 七対子 符の計算は4面子1雀頭を意識して考えてきたが、そもそも4面子1雀頭になっていない七対子の場合はどう考えるのか？ (同じく4面子1雀頭でない国士無双に関しては役満なので何も考える必要はないが。) これに関しては特例中の特例で符の部分の1の位を0として扱わない、2翻25符として見る。もちろんこれは役の複合によって変わる事はない。 ただこの端数も基本点の計算で2の冪をかける関係から消えてしまうので計算上特に問題はない。 ただ、この符数は歴史によって変化したもので他のパターンには1翻50符や2翻30符として扱うパターンもあった。 なお余談だが、実は和了り形の中で符の数が奇数になる唯一の形である。 鳴き平和 ここまでの内容から理論上の最低の翻・符の組み合わせは1翻20符(子700 / 親1000)になる。 ではこの条件を満たしている和了形はどんな形だろうか？ 「副底が20符」「1の位は繰り上げる」と言うルールから、副底以外に符が付かなればいいことになる。この条件を満たすのは以下の形である。 (当然だがドラは含まれていないものとする。) 鳴き(チー)ありのロン和了り(0符)。 4面子とも順子(0符)。 雀頭は数牌 or 客風牌(0符)。 両面待ち(0符)。(*4) この条件を満たしうる1翻役はタンヤオ(喰いタンありの場合。)や食い下がりした三色同順・チャンタ・一気通貫などが挙げられる。 しかしこの形、よく見ると門前でないこと以外は全て平和の条件である。 平和は門前役なのでこれは平和ではないのだが、便宜的に「鳴き平和」、あるいは「喰い平和」と呼ばれる。 この場合については形としては1翻20符だが「1翻30符として得点を計算する」という例外のルールを適用する。 このルールによって麻雀の最低の翻・符は1翻30符(子1000 / 親1500)という事になる。 (ただ適用しない場合は1翻20符も可能になる。) 余談 ここまで書いてきた符の計算方法だが、分かりやすく言うと「作りづらい形ほど符が多くつく」と思えばイメージがしやすくなるだろう。 (鳴くよりも門前の方が難しい、順子よりも刻子の方が作りにくい、待ち牌は種類が少ないほど和了りにくいetc.) ここで紹介した計算方式の他にも、符によらずに点数を簡易的に算出する簡単計算式、5翻以上も符計算を行う青天井式など、様々な点数計算の方式が存在する。 また他にも3人麻雀も様々な点数方式を採用している。こういった点は事前に確認しておくといい。 ちなみに点数計算ではあのカンチョクト菅直人が麻雀の得点を算出する機械で特許を取っていたりする。ただ大きさが大きく、「早見表を見た方が早くね？」と言う理由から残念ながら実用化には至らなかった。 追記・修正は符の計算をこなせるようになり、満貫との境目を見切った人がお願いします。 △メニュー 項目変更 この項目が面白かったなら……＼ポチッと/ -アニヲタWiki- ▷ コメント欄 [部分編集] 名前 コメント
https://w.atwiki.jp/sevenfold-war/pages/10.html
＜消費魔力の計算方法＞ 英霊がターン中に戦闘を行わなかった場合、ターン終了時に「マスターの【魔】－（英霊のレベル÷２）」の計算を行い、 これがマイナスになった場合、その数値が英霊への「魔力供給不足」として記録されます。 英霊がターン中に戦闘を行った場合、戦闘終了時に「マスターの【魔】－英霊のレベル」の計算を行い、 これがマイナスになった場合、その数値が英霊への「魔力供給不足」として記録されます。 戦闘を行った場合は戦闘終了時に供給不足の記録が行われますが、ターン終了時の供給チェックは省略します。 つまり戦闘を行った場合、戦闘終了時とターン終了時での二重取りは行いません。 ただしターン中に２回以上連続して戦闘があった場合は魔力供給の計算を行い、それらは累積するものとします。 聖杯戦争が開始されると、上記の式に聖杯から「＋20」の現界補助が加わります。 また宝具には「消費魔力」が定められており、宝具を使用した場合は更に上記の式にこれが加算されます。 （例：「『刺し穿つ死棘の槍』 ランク：Ｂ 種別：対人宝具 消費魔力：２０」など）
https://w.atwiki.jp/knights0fglory/pages/10.html
基本情報 ゲーム概要 編集方針・権限 データベース 騎士団バトル +攻撃スキル 攻撃スキル +必殺スキル 必殺スキル +サポートスキル サポートスキル ┣応援 ┣自力ステ上げスキル ┗回復 +ドラゴンブレイク ドラゴンブレイク ┣DBの与ダメ ┣属性加護 ┗ステータス加護 魔獣戦 ステータスの計算方法 魔獣への与ダメ 魔獣からの被ダメ（検証中） 弱点武器・属性の効果 強化・育成 武具レベル強化 武具スキルレベル強化 ドラゴン育成 イベント
https://w.atwiki.jp/moon_lotus/pages/58.html
＜消費魔力の計算方法＞ 英霊がターン中に戦闘を行わなかった場合、ターン終了時に「マスターの【魔】－（英霊のレベル÷２）」の計算を行い、 これがマイナスになった場合、その数値が英霊への「魔力供給不足」として記録されます。 英霊がターン中に戦闘を行った場合、戦闘終了時に「マスターの【魔】－英霊のレベル」の計算を行い、 これがマイナスになった場合、その数値が英霊への「魔力供給不足」として記録されます。 戦闘を行った場合は戦闘終了時に供給不足の記録が行われますが、ターン終了時の供給チェックは省略します。 つまり戦闘を行った場合、戦闘終了時とターン終了時での二重取りは行いません。 ただしターン中に２回以上連続して戦闘があった場合は魔力供給の計算を行い、それらは累積するものとします。 聖杯戦争が開始されると、上記の式に聖杯から「＋20」の現界補助が加わります。 また宝具には「消費魔力」が定められており、宝具を使用した場合は更に上記の式にこれが加算されます。 （例：「『刺し穿つ死棘の槍』 ランク：Ｂ 種別：対人宝具 消費魔力：２０」など）
https://w.atwiki.jp/treeoflifemagi/pages/13.html
基本的に2008年より前は生年月日を一けたになるまで足していくだけで普通の数秘術の出し方です。 しかし2008年から1987年から前の生まれの方は西暦から1988を引いて1を足します月と日の計算方法はそのままです。 1988年と1989年は1とします。1990年からの人は西暦に1を足すのみです。
https://w.atwiki.jp/opengl/pages/178.html
三次元の X,Y,Z座標に平行移動行列や回転行列を適用した後の座標を得るには どうすれば良いでしょう？ 平行移動ならば単純にそれぞれのベクトルの和で済みます。 ですが回転行列となると乗算が必要になり、色々とややこしくなります。 そこで登場するのが同次座標系です。 これは X,Y,Zに1次元増やして X,Y,Z,Wにして、Wを1にしたものです。 普通の座標系ではX/W,Y/W,Z/Wとなる点を表します。 こうする事でどんなメリットがあるのでしょうか？ 行列の計算方法を思い出して下さい。 3次元のベクトルでは1×3行列となり4×4行列とは計算する事すらできません。 ところが4次元のベクトルになると1×4行列となり4×4行列と積の計算をする事が可能になります。 そして、良くできた事に平行移動や回転、拡大縮小等の行列、あるいは合成行列であっても積、 つまり乗算で全て計算できるようになります。
https://w.atwiki.jp/sinapusu2002/pages/82.html
http //odz.sakura.ne.jp/projecteuler/index.php?cmd=read page=Problem%2069 Problem 69 「トーティエント関数の最大値」 † ファイ関数に関する応用問題。 オイラーのファイ関数の計算方法から １００万を越えない連続した素数積 510510=2*3*5*7*11*13*17 が答え。
https://w.atwiki.jp/encom/pages/15.html
プログラム実行時に入力ソースを指定した時点で、入力ソースをmediainfoで解析が実行され、それで得た様々な動画パラメータを、#名称# という記述方式の代入変数により、エンコーダーのオプションに繰り入れる事ができます。 さらに Pre と Command タグ内に計算式を記述する事により、代入変数も利用した様々な計算式でオプション数値を動的に決定する事が可能です。 Pre タグの記述 例えば･･･ Pre BR = #V_BitRate# /Pre のように記述します。=前後の半角スペースは入れても入れなくOKです。=の左側が変数名、右側が変数に入れられる計算式です。この場合、「BR」という変数が新たに作られ、入力動画のビデオストリームのビットレートが入れられた事になります。「#V_BitRate#」というのは、入力動画の解析から自動的に得られる代入変数の一つです。詳しくはリファレンスを。 次の例。 Pre BR = #V_BitRate# MBR = #BR#*1.5 /Pre Pre タグ内は上から下に向かって処理が進むので、まず「BR」にビデオのビットレートが入り、次に「MBR]という変数にその1.5倍の数値が入ったことになります。 記述方の注意事項ですが、上記の場合 Pre BR = #V_BitRate# MBR = #BR#*1.5 /Pre このように書いてもOKですが、 Pre BR = #V_BitRate# MBR = #BR#*1.5 /Pre これはNGです。問題は半角スペース。上記の場合、MBRの方は行頭が半角スペースなので前行のBR計算式の続きとして処理されてしまいます。つまり内部では BR=#V_BitRate# MBR = #BR#*1.5 という処理となり、エラーになります。 Pre タグ内は左詰めで記述してください。 他の例も挙げてみます。 TIME = secoftime("#Duration#") この場合の「#Duration#」というのは、「#V_BitRate#」同様、入力動画から得られる動画の長さ（時間）を示します。そして、「secoftime("～～")」というのは、「HH MM SS」という書式の文字列から、総秒数を計算する、このプログラムのオリジナル関数です。 「#Duration#」というのは文字列が入ってくるので、両側を「"」記号で括ってあげる必要があります。プログラミングに慣れた人には逆に違和感を感じるかもしれませんが、内部で先に代入されてから計算が起こるのでこうなります。ご注意を。 Command タグ内の計算記述 上記の Pre で得られた変数や、入力動画の代入変数を利用して記述できます。また、{{～～}}という記述により Command 内でも直接計算式を埋め込む方法もあります。例えば ffmpeg -i "#InputFile#" -b {{ int( V_BitRate / 2 ) }} ･･･ とした場合、まず入力ファイルが「#InputFile#」で指定され、-bオプションは入力動画のビットレートの半分を小数点以下切捨ての整数で指定してます。ちょっと応用例として･･･ ffmpeg -i "#InputFile#" -b {{ int( #V_Width# * #V_Height# * 6 ) }} ･･･ この例では、-bオプションの数値を入力ソースの解像度によりビットレートが決定される計算式を示します。上記の場合はピクセルレート6bps、VGAソースなら約1.8Mbps、QBGAだと450kbps程度となります。 入力動画から得られる代入変数として利用可能なステータスのリストはリファレンスにも載せてありますが、以下の手順で実際に確認した方がわかり易いかもです。 実行ファイル「Encommander.vbs」アイコンに動画をドラッグ スクリプト選択メニューで「i」を入力し「OK」ボタンを押す ダイアログでその動画のパラメータ一覧が表示され、同時に本体ファイルの入っているフォルダ内に「mediainfo.log」というファイルに記録される 適当なテキストビューアで開く Pre タグ内や{{ }}内の計算式については、通常の算術演算子（+ - * / ^ ）や比較演算子（= )、論理演算子（not and or等）文字列演算子（ "" ）、代入記号（=）や括弧類が使え、更にVBScriptで利用可能な関数ならほぼ利用できる･･･と思います;。 注意事項：動画によってMediainfoで取得できるパラメータにはバラつきがあり、取得できなかった場合はステータスが空欄となります。空欄のパラメータを##変数で抽出しようとすると、抽出できなかったという意味での"??"が代入されてきます。その後のエンコードがどのような挙動となるかはわかりませんので、取得できない場合を考慮して、Pre計算でコマンド処理をしておく事をお勧めします。 具体的な応用例 初期テキストを例にして解説します。 Title CROP 黒帯オートカット /Title Choose ダウンロード;レター /Choose Pre ct = if_( #V_CropTop# 0, "-croptop " Even( #V_CropTop# ) " ", "" ) cb = if_( #V_CropBottom# 0, "-cropbottom " Even( #V_CropBottom# ) " ", "" ) asp = round( #V_Width#/( #V_Height#-#V_CropTop#-#V_CropBottom# )*#V_PAR#,3 ) vw = min( #V_Width#, 640 ) vh = min( Even( #V_Height# - #V_CropTop# - #V_CropBottom# ), 480 ) s = if_( #vw# = #V_Width#, "", "-s #vw#x#vh# " ) ab = min( 128,int( #A_BitRate# /1024 ) ) /Pre Command ffmpeg.exe -y -i "#InputFile#" -vcodec mpeg4 -qscale 5 #ct##cb##s#-aspect #asp# -acodec libfaac -ab #ab#k -threads 8 "#OutPath##FileName#.mp4" /Command Pre 計算内 ct = if_( #V_CropTop# 0, "-croptop " Even( #V_CropTop# ) " ", "" ) 代入変数「#V_CropTop#」の中身が０以上なら「-croptop **」という文字列が入ります。 V_CropTopは奇数の可能性もあるので、切捨ての偶数にしてあります。 cb = if_( #V_CropBottom# 0, "-cropbottom " Even( #V_CropBottom# ) " ", "" ) V_CropTopと同じく。 asp = round( #V_Width#/( #V_Height#-#V_CropTop#-#V_CropBottom# )*#V_PAR#,3 ) クロップされた動画のアスペクト（DAR）は、 [元動画のDAR]×[クロップ前Height]÷[クロップ後Height] もしくは [出力動画のSAR]×[入力動画のPAR] で得られる事になるんですが、計算式の短い後者を選びました。 「round(～,3）」で、小数点以下３桁にしてあります。 vw = min( #V_Width#, 640 ) 動画の横幅を640に制限する、という意味です。元動画が641以上なら640に圧縮、640以下なら横幅は入力動画と同じになります。 vh = min( Even( #V_Height# - #V_CropTop# - #V_CropBottom# ), 480 ) 横幅同様に縦幅480に制限する、という意味です。制限しない場合元動画のクロップ後の縦幅が入ります。 s = if_( #vw# = #V_Width#, "", "-s #vw#x#vh# " ) せっかく算出したvwとvhだけど、そもそも横幅が640以下ならサイズ指定しなくても良いんで、「-s」オプションを使うかどうかという判定をしています。 ab = min( 128,int( #A_BitRate# /1024 ) ) 出力オーディオビットレートは元動画のオーディオビットレートを使うけど128kに制限しよう、という意味です。「/1024」の意味は、次の Command タグ内のffmpegオプションを「k」で指定してるからで、別に深い意味はありません。ffmpegのオプションの「k」を外して、 ab = min( 131072,int( #A_BitRate# ) ) としても結果は同じですね。131072じゃなくて128000にしたければそれでも良いし。 Command タグ内 #ct##cb##s#-aspect #asp# ･･･ ここがどうしてこんな書き方かと言うと、「ct」と「cb」と「s」はもしかして空欄（""）かもしれないので、代入後に変な半角スペースが入らないようにしてあります。でも「asp」は必ず数値が入ってるので、こういう書き方になります。
https://w.atwiki.jp/mugensmash/pages/20.html
リアクション固定値が設定されていない、またはされていても0以下の場合。 {{{{{蓄積ダメージ / 2} + {蓄積ダメージ/5}}x重さ/1}}xR値+R付加値}x吹き飛びやすさ リアクション固定値が設定されていて、かつ0より上の値の場合。 {{{1+{10xR固定値/20}x重さ/1}}xR値+R付加値}x吹き飛びやすさ 式はスマブラ拳!「攻撃とふっとびの仕様」より拝借。 キャラの大きさ等の違いがあるので値は少し弄ってます。一通り出来た後本格的な調整をするので細かい部分は変わることがあります。 ちなみに調べる過程でスマブラのリアクション値一覧のページを見かけましたが、 あれをそのまま適用しても思い通りに飛んでくれないはずなのでそれだけご了承ください。
https://w.atwiki.jp/twsaihuri/pages/20.html
先行スキル選択の計算式の意見が欲しいです 個人的には初めの必要Pだけ見る場合や、最後の必要Pだけ見る場合なども考えてみるのもありだなぁと思ってます -- アラレ (2012-11-18 05 25 08) 希望が集まればエル鯖で勉強会件wikiの内容を考える会をしたいと思います。 参加希望の方は場所・日時などの希望を添えてここに書き込んでください -- アラレ (2012-11-21 06 53 50) ↑基本的には初心者の方を対象に考えてますが、上級者の方もふるってご参加ください -- アラレ (2012-11-21 06 55 45) わかりにくいところはSSなど付けたらどうでしょうか？ -- 名無しさん (2012-11-24 17 16 56) そうですね、今度撮ります -- アラレ (2012-11-25 01 45 13) ↑↑↑希望が全くないのでぽしゃりました -- アラレ (2012-11-25 01 59 34) まぁ今の時期は受験シーズンで人もいないんでしょう 少し落ち着いた3月頃だと人が集まるかもしれませんよ -- narisa (2012-11-26 17 41 15) アドバイスありがとうございます そうですね、今は忙しい時期ですもんね でもその頃は俺がｒｙ -- アラレ (2012-11-28 05 23 38) レシピの基本項目の中にあるスキル先行の選び方について wikiの方法やるとＡ型のほとんどの人が共通系が出ると思います。 管理人さんのブログのＣＳステにしても共通系2029.5 剣系1263.75とでて最初剣系をつかったほうが伸びるのにもかかわらずこの計算方法だと共通系押しになります・・・ また、私のやったFMルシにおいても（L245S96H97I1F200M64X211A54斬り型)共通系1569 剣系1150 刀系867.25 疾風系1463 と圧倒的な共通になります ちなみにAGIを目標値1にしても共通押しになりました。 これ計算する必要性あるのでしょうか・・・最初にI/Xを使うことの多いクロエやアナイスですら共通とでますし はっきり申し上げてこれを計算するのに時間を使うよりも試行回数を増やしたり再振りの上手な人の似たレシピを探したほうがはるかに効率がいい気がします。 該当項目の削除を提案しますがいかがでしょうか？ -- 風の旅人♂ (2012-12-13 23 43 40) そうですね、元はツール作成の為に作った計算式ですし、これを"初めに"使うと伸びるというわけでもないですしね 消しておきます -- アラレ (2012-12-17 08 05 38) 再振りwikiにはお役立ち情報は必要ないのでは？こんな当たり前の事、普通はクラブHPだったりブログの端っこに書いてある事です。再振りとお役立ち情報は全く関係がないと -- 名無しさん (2013-05-31 01 54 56) ここは初心者Wikiではないですし、ここに書く必要性を述べてもらいたい -- 名無しさん (2013-05-31 01 56 00) ↑ごもっともです ですがせっかく入力したのでできればブログなどで公開したいです 残っていれば再度張っていただきたいのですが -- アラレ (2013-06-02 23 33 59) 再振りFAQ「どうすれば再振りができるの？」ではネニャフルのイセルダ報酬を前面に出すのが望ましいと思います。 -- ピーチィ (2014-07-16 00 53 44) 再振りの技術も大事ですが、ステータス -- 名無しさん (2014-10-28 03 20 58) ご入力すみません。再振りの技術も大切ですが、ステータスコンセプトも重要です。 -- 名無しさん (2014-10-28 03 22 29) そのコンセプトを支える攻撃力、防御力などの計算式も大事と思われますのでそれをまとめられているTW調査様に許可を得てリンクを貼ってはどうでしょうか -- 連投申し訳ありません。 (2014-10-28 03 24 32) 攻撃力と防御力ですか、最近致命打の効果を利用したFMなんかが流行ってますしね。検討してみます。 -- アラレ (2014-11-19 02 08 03) 名前 コメント