約 2,387,180 件
https://w.atwiki.jp/mizukosi0920/pages/12.html
人気商品一覧 @wikiのwikiモードでは #price_list(カテゴリ名) と入力することで、あるカテゴリの売れ筋商品のリストを表示することができます。 カテゴリには以下のキーワードがご利用できます。 キーワード 表示される内容 ps3 PlayStation3 ps2 PlayStation3 psp PSP wii Wii xbox XBOX nds Nintendo DS desctop-pc デスクトップパソコン note-pc ノートパソコン mp3player デジタルオーディオプレイヤー kaden 家電 aircon エアコン camera カメラ game-toy ゲーム・おもちゃ全般 all 指定無し 空白の場合はランダムな商品が表示されます。 ※このプラグインは価格比較サイト@PRICEのデータを利用しています。 たとえば、 #price_list(game-toy) と入力すると以下のように表示されます。 ゲーム・おもちゃ全般の売れ筋商品 #price_list ノートパソコンの売れ筋商品 #price_list 人気商品リスト #price_list
https://w.atwiki.jp/traindatasearch/pages/212.html
サイト名 管理者 隼鷹製作所~J-TREC~ じゅんたか氏 http //railsim-shinononohayanyan.jimdo.com 公開車両 E231系 255系 京成電鉄3000形 京成電鉄3050形 京成電鉄AE形(2代目) 埼玉高速鉄道2000系 新京成電鉄800形 新京成電鉄N800形 新京成電鉄8000形 新京成電鉄8800形 新京成電鉄8900形 千葉ニュータウン鉄道9200形 東京都交通局E5000形機関車 東京地下鉄05系 東京地下鉄08系 東京地下鉄15000系 東武鉄道60000系 東葉高速鉄道2000系 北総鉄道7500形
https://w.atwiki.jp/mgnrc/pages/40.html
Img Name Damage Coolddwn Time Overclocked ReloadTime Health CPU Load Robot Ranking Barrier Protection Mass Damage Coolddwn Time Rail Cannon T4 4,258 0.95 s 5,961 0.38 s 12 s 1,801 20 pFLOP 512 18 % 14.0 kg 2,332 85 24 Rail Cannon T5 6,816 0.95 s 9,542 0.38 s 12 s 2,990 22 pFLOP 1,520 19 % 15.6 kg 5,066 135 32 Rail Cannon T6 10,216 0.95 s 14,303 0.38 s 12 s 4,747 24 pFLOP 4,477 21 % 17.2 kg 9,988 205 41 Rail Cannon T7 14,382 0.95 s 20,134 0.38 s 12 s 7,192 26 pFLOP 13,095 22 % 18.7 kg 18,574 320 51 Rail Cannon T8 19,033 0.95 s 26,646 0.38 s 12 s 10,373 28 pFLOP 38,076 23 % 20.3 kg 36,113 535 63 Rail Cannon T9 25,134 0.95 s 35,188 0.38 s 12 s 14,206 30 pFLOP 110,148 24 % 21.8 kg 64,262 895 78 Rail Cannon T10 34,240 0.95 s 47,936 0.38 s 12 s 18,423 32 pFLOP 317,225 25 % 23.4 kg 117,178 1,480 96
https://w.atwiki.jp/magetuke/pages/108.html
まげつけのディスク内に存在するデータを紹介するページです。 ファイル名の由来は恐らくバックグラウンド・ネイル（サムネイル）から。 BGNAILS3.BIN ストーリーエディタ内、シーンエディタで使用するシーンのプレビュー用サムネイルが格納されている。
https://w.atwiki.jp/soscomp/pages/178.html
$ rails bbs $ cd bbs $ mysql -u root $ create database bbs_develpment; $ruby script/generate model coment これでいくつかのファイルが作成されます。 001_create_coments.rb class CreateComents ActiveRecord Migration def self.up create_table coments do |t| t.column name, string 以下追加 t.column coment, text t.column created_at, timestamp ココまで end end def self.down drop_table coments end end t.column （カラム名） （カラムの型） でSQLのテーブルのカラムを追加します $bbs rake db migrate korede $bbs ruby script/controller user user_controller.rb class UserController ApplicationController scaffold coment end $bbs ruby script/server http //localhost 3000/user この状態ではまだModelと Controllerしか使っていませんし 見た目も掲示板ではなくアドレス帳っといった感じです。 $bbs ruby script/generate scaffold coment user 上書き before app/views/user/list.rhtml h1 Listing coments /h1 table tr % for column in Coment.content_columns % th %= column.human_name % /th % end % /tr % for coment in @coments % tr % for column in Coment.content_columns % td %=h coment.send(column.name) % /td % end % td %= link_to Show , action = show , id = coment % /td td %= link_to Edit , action = edit , id = coment % /td td %= link_to Destroy , { action = destroy , id = coment }, confirm = Are you sure? , method = post % /td /tr % end % /table %= link_to Previous page , { page = @coment_pages.current.previous } if @coment_pages.current.previous % %= link_to Next page , { page = @coment_pages.current.next } if @coment_pages.current.next % br / %= link_to New coment , action = new % after app/views/user/list.rhtml h1 Listing coments /h1 hr % for coment in @coments % h %=h coment.id % Name %=h coment.name % time %=h coment.created_at % /h %= link_to Destroy , { action = destroy , id = coment }, confirm = Are you sure? , method = post % br h %=h coment.coment % /h br hr % end % %= link_to Previous page , { page = @coment_pages.current.previous } if @coment_pages.current.previous % %= link_to Next page , { page = @coment_pages.current.next } if @coment_pages.current.next % br / %= link_to new_coment , action = new % この記事はまだ書きかけです ああ -- ああ (2009-07-13 22 10 55) 名前 コメント このページへのアクセス数 total - today - yesterday - このページのタグ一覧 RoR 背後
https://w.atwiki.jp/battlesimutrans/pages/55.html
阪鉄道 生駒線 京橋～中間 学研都市線 上田～木津 大阪線 香里園～大阪難波 奈良線 武生～奈良 桑名線 八幡市～大阪難波 武生線 桑名～武生 京阪新幹線 淀屋橋～越前大野 越前急行 越前本線 敦賀～福井 越美北線 鯖江～須崎 近畿鉄道 京都線 高槻～八幡市 志摩線 東花園～賢島 岡谷線 桑名～川崎 大垣線 桑名～西大垣 保有車両 新京阪鉄道 6000系（京阪6000系） 6000系5000番台（京阪6000系120Km/h対応車） 10000系（京阪10000系） 10000系5000番台（京阪10000系130Km/h対応車） 3000系（京阪3000系） 3000系5000番台（京阪3000系130Km/h対応車） 8000系（京阪8000系） 8000系5000番台（京阪8000系130Km/h対応車） 7000系（京阪7000系） 7000系5000番台（京阪7000系120Km/h対応車） 7200系（京阪7200系） 2600系（京阪2600系） 2600系3000番台（2600系120Km/h対応車） 2600系5000番台（2600系ウソカラー、ウソカラー130Km/h対応車） 50000系（東武50000系） 50050系（東武50050系） 50090系（東武50090系） 681系（JR西日本681系） 683系（JR西日本683系） 21000系（近鉄21000系） 22600系（近鉄22600系） 60000系（小田急60000形MSE） 20000系（東武20000系） 20050系（東武20050系） 20070系（東武20070系） 683系2000番台（JR西日本683系2000番台） 683系4000番台（JR西日本683系4000番台） 300系（JR東海300系） 700系（JR西日本N700系） E1系（JR東日本E1系） E2系（JR東日本E2系） E3系（JR東日本E3系こまち・つばさ） E4系（JR東日本E4系） 923系（JR東海ドクターイエロー） 100系（JR西日本100系更新車） 3200系（近鉄3220系） 2100系（京急2100形） 1100系（京急1000形） 221系（JR西日本221系） 223系（Jr西日本223系6000番台） 越前急行 485系A（国鉄色） 485系B（上沼垂色） 485系C（3000番台上沼垂色） 485系D（スーパー雷鳥色） 485系E（かがやき色） 207系（JR西日本207系） 221系（JR西日本221系） 225系（JR西日本225系5000番台） 223系（JR西日本223系） 811系（JR九州811系） 815系（JR九州815系） 817系（JR九州817系）
https://w.atwiki.jp/kobuchi/pages/49.html
地形プラグインの導入方法 地形名の部分がリンクになっています。 ファイルをダウンロードした後、そのファイルを開くと「Surface」フォルダがありますので、それをrailsim2.exeが置いてあるフォルダにコピーしてください。 地形 雛壇500m 車両を並べて使うもよし、レイアウトのベースとして建物などを配置してもよし、 工夫次第でいろいろな使い方ができそうな雛壇。 ※フル規格新幹線車両であれば16両編成がまるっと収まります。 ※500mは車両を実車同様のスケールで考えた場合の数値となります。 掘割地形ベース 大都市近郊の掘割区間に、護岸工事が行われた川の再現に、ちょっと便利かもしれない掘割ベース。 ※建物・線路などは含まれません。 ミニ地形ベース(近鉄風ミニレイアウト付き) 箱庭的な小さなレイアウトが作りたいというあなたに。 サンプル作例として近鉄風のミニレイアウト同梱。 ※サンプルレイアウトは別途プラグインのダウンロードが必要となります。 ※サンプルレイアウトには近鉄80000系「ひのとり」を配置しております。 ディスプレイケース 100円ショップとかでよく売ってるアレ。フタはスイッチで脱着可能。 ※車両は入っておりません。 ※20m級車両なら1両、18m級であれば2両編成がどうにか収まります。 Nゲージディスプレイ棚 Nゲージモデル観賞用の棚。20m級車輛なら6両編成、新幹線なら4両編成が入ります。 フタはスイッチで脱着可能。 ※地形属性(Surface)と施設属性(Struct)が入っています。 ※車両は入っておりません。 謎の地形セット 発光するグリッド入りの透明地形と、環境マップで反射する平面のセット。 ※車両・バス・フェリーは入っておりません。 地方港湾用地形ベース 千葉県にある浜金谷港をイメージしてみたけど似ない。 ※車両・フェリー・漁船・樹木・建物などは入っておりません。
https://w.atwiki.jp/yscivil/pages/27.html
目次 ILS ILS 計器着陸装置（ILS）を利用すると、計器に着陸コースを表示させることができます。通常はNAV1を使用します（NAV2でも受信できますが、グライドスロープ情報は表示されません）。計器の操作および各部名称は基本的にVORのときと一緒です。 ILSが設置されている空港に10マイル程度まで近づくと、STATIONリストに、該当する識別名（ILS ［空港名, 滑走路方位］）が表示されます。着陸したい滑走路方位のILSを選択して進入を開始すると、CDIには横方向のコースが、グライドスロープ指示器には縦方向のコースが指示されます。 ILS 理想的なコースより左下にずれている これらはそれぞれ「ローカライザー」「グライドスロープ」という滑走路付近に設置された無線設備の電波を受信して表示しています（ただしYSFLIGHTでは一つの地上物として表現されています）。それぞれの指針が中央にいるときオンコースで、その状態を維持するように操縦します。 CDIがローカライザー電波をキャプチャー可能な範囲（横幅）はVORより狭いので、機体が横方向のコースからある程度以上外れると、針はすぐに振り切れてしまいます。滑走路の反対側など、電波が完全に受信できない方向にいるときは、針は中央に固定されたままとなります。 グライドスロープの標準的なパス角は3°です。 ILSはVORと違い、一方向のみのコースを指示するものなので、OBSの指針がどの方位を指していても、CDIが示すコース情報に違いはありません。しかし、通常は指針を滑走路方位に合わせることで、直感的に分かりやすく表示させます。 着陸時の機体の操縦については着陸を参照してください。 前ページ ページTOP 次ページ メニュー
https://w.atwiki.jp/simai/pages/1002.html
simai語について ボタン番号 譜面構成と終了 BPM、音符の長さ TAP HOLD SLIDE (基本・形状)全SLIDEの始点・終点の関係表 SLIDE (同始点・連結)同始点SLIDE 連結SLIDE TOUCH、TOUCH HOLD、花火エフェクトTOUCH センサーの配置 TOUCH HOLD 花火エフェクト EACH EXノーツ その他の特殊な記法通常TAPを星形TAPに変更する 星形TAPを通常TAPに変更する 疑似TAPとなるHOLD、疑似TOUCHとなるTOUCH HOLDを記述する 疑似EACH 星形TAPが存在しないSLIDE ※BREAKは、それぞれのノーツの項で説明します simai語について simai語とは、maimaiに登場する様々なノーツを一般的な文字で表現することを目的とし、2013年にCelecaが定義した記法です。 半角英数記号を組み合わせルールに従って記述することで、理論上はあらゆるmaimaiの譜面を文字だけで正確に書き起こすことができます。 この記法は2013年2月5日に公開されたmaimai用譜面シミュレータ「simai」で初めて用いられました。 その後maimaiを題材とした様々なソフトが有志によって制作されており、 simai語はほとんどのソフトで譜面を表すための記法として使われております。 2023年2月5日にsimaiの公開を終了させていただく一方で、 simai語を使用するユーザーがまだ一定数存在している為、このページの作成に至りました。 ソフトによっては、そのソフト独自の記法を実装してsimai語を拡張・発展させたものがある場合もありますが、 ここに記載しているのは「『simai語』として正式に定義されている記法」のみとなります。 simai語を用いたソフトの制作を考える場合、このページの記法を取り扱えるように開発を行っていただくことを推奨します。 またそのようなソフトを作られる場合、simai語の権利はCelecaが持っている為、 可能であれば、Celecaへご一報いただければ幸いです。連絡なしでも問題ありませんが、あれば嬉しいです。 ボタン番号 ⑧① ⑦ ② ⑥ ③ ⑤④ maimaiには入力デバイスとして8つのボタンがあります。 時計の1時の方向にあるボタンを1番として、時計回りに1～8番と定義されています。 どこのボタンまたはセンサーにどのようなノーツがやってくるのかを表す際に、このボタン番号を使用します。 譜面構成と終了 simai語は、カンマ「,」とノーツ情報を書き連ねていくことで譜面を構成します。 例えば、カンマが1秒の長さを持っているとします。この時カンマを10個記述すると、10秒の長さがある譜面となります。 【1,1,1,1,1,1,1,1,1,1,】と記述すると、1秒ごとに1番にTAPが10個発生する譜面となります。 一度譜面が始まってからはカンマとノーツ情報で譜面を構成していけるのですが、 例えばフェードインから始まるような曲に譜面を宛てる場合、そのために大量のカンマを記述しなければならなくなります。 その手間を省くため、音源を再生してから何秒後に譜面の最初を持ってくるのか、というパラメータがあります。 simaiでは「first」というパラメータがこれを担当します。 譜面が始まるタイミングは厳密に正確に決める必要があるため、たいていの場合、1.234秒のように細かい小数を設定することがほとんどです。 もしfirstが1.234秒であれば、同じ【1,1,1,1,1,1,1,1,1,1,】という譜面でも、 再生から1.234秒、2.234秒、3.234秒……10.234秒に1番にTAPが発生する譜面となります。 現実の音楽で使われる楽譜にも終止符があるように、simai語も終わりを定義しないと延々と音源が流れ続けてしまいます。 ※simaiではMP3の長さよりも長い譜面を書いても、MP3を最後まで再生した時点で終了します 譜面の終了を定義するには「E」を記述します。 firstが1.234秒で「1,1,1,1,1,1,1,1,1,1,E」という譜面だった場合、 10.234秒までは前述の通りで、最後のカンマも1秒の長さを持っていますので、11.234秒まで流れて初めて譜面が終わります。 実際にsimai語で譜面を記述すると、大量のカンマとそれぞれのノーツ情報、そして最後にEが書かれる長い文字列となります。 文字列の途中で改行やスペース・タブスペースを挟み、見やすく整形することもできます。 譜面の分析を行う際にこれらの文字はスキップするようになっています。 BPM、音符の長さ 先程の例ではカンマが1秒の長さを持っていましたが、曲のテンポ(BPM)や音符の長さによって持たせたい長さはその都度変わります。 わざと計算しにくいBPMで計算しますが、BPM174の16分音符1つ分の長さは0.08620689655……秒となります。 この長さをカンマに設定させれば、正確にBPM174の16分音符の長さでノーツを並べることができるのですが、 このような計算を手計算で毎回行っていたのでは大変です。 simai語では先述のような「BPM174の16分音符」という設定を【(174){16}】と書きます。 BPMが分かっていなければ音符の長さも計算できないので、必ずBPM→音符の長さの順で書きます。 両方の数値に小数を使っても問題ありません。 音源によっては、特殊な効果音などに譜面を宛てようとしてもBPMが[[分からない]]、 あるいはボーカル合わせな譜面を宛てたい、という場合があるかもしれません。 その場合、例えば【{#0.35}】と書くと、それ以降のカンマの長さは0.35秒となります。 この記述の場合、すでにカンマの秒数が確定しているので、音符の長さを改めて指定する必要がありません。 BPMと音符の長さは、譜面のどこでも変更することができます。 TAP ここからは、カンマに書き添えるノーツ情報の説明となります。 一番基礎的なノーツであるTAPは、そのボタン番号そのものを記述します。 1番に発生するTAP……【1,】 5番に発生するTAP……【5,】 BREAK TAPにする場合、カンマの前に「b」を加えて【1b,】のようにします。 HOLD HOLDを配置するためには、ボタン番号に加え、そこをどれくらいの長さ押し続けさせるのかを設定しなければなりません。 例えば、BPM174の2分音符1つ分の長さだけ押し続けさせる場合、長さは0.68965517241……秒となります。 しかしこれもBPMの例と同じように、毎回手計算するのは大変です。 その時点でのBPMが174ということは、その時点よりも前に【(174)】を記述しているはずです。 足りないのは【2分音符1つ分】という時間の長さです。 この長さをsimai語では【[2 1]】と書きます。コロンの前が音符の長さ、後ろがその音符何個分かを表します。 このような長さの表し方はHOLDとSLIDEで使用します。 実際に記述する際は、ボタン番号に加え、HOLDであることを明らかにするために「h」を後ろに加えます。 さらに後ろに上記の長さの表記を加えます。 5番に2分音符1つ分のHOLD……【5h[2 1],】 これが基本的な記法ですが、厳密に押し続けさせる秒数を指定したい場合は以下のように記述します。 4番を5.678秒押し続けさせるHOLD……【4h[#5.678],】 4番をBPM150の2分音符1つ分の長さで押し続けさせるHOLD……【4h[150#2 1],】 BREAK HOLDにする場合、「h」の後ろに「b」を加えて【5hb[2 1],】のようにします。 【5bh[2 1],】のように、bとhの位置が入れ替わっていても構いません。 SLIDE (基本・形状) SLIDEを配置するためには、始点と終点となるボタン番号、それらをどのような形で結ぶのか、 どれくらいの時間をかけて流れるのか、といった様々な要素を設定しなければなりません。 SLIDEはmaimaiの歴史の中でも発展がめざましく、様々な要素が実装されましたが、 ここでは基本的な記述と、SLIDEの形状について説明します。 基本的な記述フォーマットは、【始点・形状・終点・移動時間】の組み合わせになります。 1番から4番を、直線形で、8分音符3つ分の時間をかけて移動するSLIDE……【1-4[8 3],】 後ろの【[8 3]】の部分は、HOLDで説明した時間の長さと同じ考え方で指定します。 SLIDEの場合、まず星形のTAPが判定ラインに届いてから、実際に動き出すまでには待ち時間があります。 具体的にはその時のBPMの一拍分の長さになります。 星が移動するのにかかる時間と、動き出すまでの待ち時間のそれぞれを直接秒数で指定したい場合、以下のように記述します。 現在のBPMが120で、1番から4番を、直線形で移動するSLIDEを例とすると、 BPM160の8分音符3つ分の時間をかけて移動するSLIDE……【1-4[160#8 3],】 BPM160の待ち時間の後に、2秒間かけて移動するSLIDE……【1-4[160#2],】 3秒の待ち時間の後に、1.5秒間かけて移動するSLIDE……【1-4[3##1.5],】 3秒の待ち時間の後に、現在のBPMの8分音符3つ分の時間をかけて移動するSLIDE……【1-4[3##8 3],】 3秒の待ち時間の後に、BPM160の8分音符3つ分の時間をかけて移動するSLIDE……【1-4[3##160#8 3],】 SLIDEには様々な形状があります。形状を表す記号とともに説明します。 「-」(直線形)……始点から終点を直線で結ぶ 「 」「 」「^」(外周形)……始点から終点を画面の外側をなぞるように結ぶ 始点から右に向かうなら「 」、左に向かうなら「 」を使用し、距離が全体の半分未満なら、終点に対する向きを考えずに「^」で記述できる 「v」(V字形)……始点から中心を経由して終点を結ぶ 「p」「q」(p字形、q字形)……中心の周りで円を描くように湾曲しながら始点と終点を結ぶ 「s」「z」(稲妻形)……稲妻を描くように3本の短い直線を繋げて始点と終点を結ぶ 「pp」「qq」(大きなp字形、大きなq字形)……中心から外周を結んだ直線を直径とした円を描くように湾曲しながら始点と終点を結ぶ 「V」(大きなV字形)……始点から通過点(ボタン)を中継し終点を結ぶ。始点から通過点は短い直線形で、通過点から終点は任意の長さの直線形で結ぶ 「w」(扇形)……始点が1点に対し終点が3つあり、その終点を全て覆うように大きな軌道で結ぶ 「V」(大きなV字形)のみ、始点と終点の他に通過点を表すボタン番号が必要になるため、 例えば【始点が1番、通過点が3番、終点が5番】となるSLIDEの軌道部分は「1V35」と記述します。 また、「v」(V字形)や「p」「q」(p字形、q字形)など、軌道の途中で折れ曲がったり湾曲したりするSLIDEがありますが、 それらを含め、あらゆるSLIDEは必ず始点から終点まで一定のスピードで流れます。SLIDEの途中で流れる速度が変わることは、どのようなSLIDEでも発生しません。 「w」(扇形)は始点に対する終点は必ず対角線上になければいけないなど、SLIDEの形によっては始点に対する終点が限定されることがあります。 それぞれの形における、始点と終点を設定した時にSLIDEが描画できるかどうかの対応表を以下に示します。 BREAK SLIDEにする場合、「]」の後ろに「b」を加えて【1-4[8 3]b,】のようにします。 全SLIDEの始点・終点の関係表 SLIDE (同始点・連結) 同始点SLIDE 同始点SLIDEとは、ひとつの星形TAPから2本以上の軌道が伸びているSLIDEのことを指します。 始点が同じであること以外、SLIDEごとにあらゆるパラメータが違う可能性があるため、各SLIDEの要素を1本ずつ記述します。 SLIDEごとに流れる速度を変えることもできますが、星が流れだす瞬間は同じになるため、これらのSLIDEはEACHとして扱われます。 1番から4番を、直線形で、4分音符3つ分の時間をかけて移動するSLIDEと、 1番から6番を、外周を沿って、8分音符5つ分の時間をかけて移動するSLIDEを同始点SLIDEとして配置する ……【1-4[4 3]*-6[8 5],】 始点のボタン番号を先頭に記述した後は、それ以降そのボタン番号を記述する必要はありません。 2本目のSLIDEのさらに後ろに「*」を追加し続けていくこともできます。 連結SLIDE 連結SLIDEとは、複数のSLIDEの始点と終点部分をつなぎ合わせ、それらをまとめて1本として扱うSLIDEです。 例えば「1V75」という軌道は、内部的には「1-7」「7-5」の2本のSLIDEが1本にまとめられたものでしたが、 それが大きなV字形にとどまらず、あらゆる形かつ2本以上のSLIDEをつなぎ合わせたものを指します。 とんでもなく長い連結SLIDEでも、やはり始点から終点まで一定のスピードで流れるように計算されます。 1番から4番を直線形で、4番から7番をq字形で、7番から2番を直線形で、全音符2つ分の時間をかけて移動するSLIDE ……【1-4q7-2[1 2],】 まずは辿る軌道を次々に並べ、流れる速さは一番最後に記述します。 このSLIDEの場合、1番から最終的に2番に辿り着くまで一定のスピードで星が流れ続けますが、 これらの速度をSLIDEごとに指定したい場合は以下のように記述します。 【1-4[2 1]q7[2 1]-2[1 1],】 ただしこの場合は、全ての個別のSLIDEに対して必ず速度の設定を行ってください。そうでない場合はエラーとなります。 連結SLIDEをBREAK SLIDEにする場合、最後の「]」の後ろに「b」を加えます。 SLIDEごとに速度の設定を行う場合でも、「b」を加えるのは最後の「]」の後ろのみです。 連結SLIDEの中で部分的にBREAK SLIDEを設定することはできません。 必ず連結した1本のSLIDEとして通常SLIDEかBREAK SLIDEのどちらかになります。 TOUCH、TOUCH HOLD、花火エフェクト TOUCH maimaiでらっくすにおいて、プレーヤーが触れることができる画面の領域には34か所の区画が設けられています。 これら全てにセンサーによる接触判定があり、SLIDEは特定の順番で接触判定がなされた場合に処理することができます。 でらっくす以降はこのセンサーを直接触れるノーツが搭載されました。それがTOUCHとTOUCH HOLDになります。 また、区画は大きく5つのグループに分けられており、 ボタンに隣接するように設置されたAグループ、Aグループと中央の間を縫うように設置されたBグループ、 中央を担当するCグループ、Aグループ同士の区画の間を埋めるように設置されたDグループ、 Dグループより少し内側に、Bグループと隣接するように設置されたEグループがあります。 中央のCグループは2つ、それ以外のグループは8つの区画を持ち、時計回りに番号が振られています。 センサーの配置 TOUCHを配置する場合は、配置したい位置のセンサー番号をTAPと同様に記述します。 B1に発生するTOUCH……【B1,】 D4に発生するTOUCH……【D4,】 中央のセンサーは、区画上はC1、C2の2つに分けられていますが、それぞれにTOUCHが発生することはなく、ど真ん中にTOUCHが出現します。 そのため、中央に発生するTOUCHは番号分けを行わずに【C,】と記述することができます。 これを【C1,】【C2,】のように記述してもエラーにはならず、【C,】と同じとみなされます。 TOUCH HOLD TOUCH HOLDは、センサーを押し続けるノーツとなります。 リザルトではHOLDとしてカウントされます。獲得できるスコアもHOLD＝TOUCH HOLDです。 記法的にも、TOUCHとHOLDをそのまま組み合わせたような内容になります。 ボタン番号をセンサー番号に変えるだけでTOUCH HOLDとなります。 Cセンサーに4分音符3つ分のHOLD……【Ch[4 3],】 TOUCHがFESTiVALから34区画全てに出現するようになった一方、 TOUCH HOLDはでらっくす初代から、少なくともUNiVERSE PLUSまではCセンサーにしか出現していませんが、 センサー番号をC以外にすれば、どこにでもTOUCH HOLDを出現させることができます。 花火エフェクト 花火エフェクトとは、特定のTOUCHに触れた時、その場所から花火が広がるかのように現れる虹色の放射状の演出を指します。 でらっくす稼働当時にこのエフェクトの公式的な呼び名がなかったため、3simaiでは便宜的に「花火エフェクト」という名前で取り扱っています。 これを発生させるためには、発生させたいセンサー番号の後ろに「f」を付加します。 B7に発生するTOUCHに花火エフェクトをつける……【B7f,】 花火エフェクト付きで、Cに全音符2つ分のTOUCH HOLD……【Chf[1 2],】 TOUCH HOLDの場合、HOLDを表す「h」と、花火エフェクトを表す「f」が併記されることになりますが、 「hf」と「fh」のどちらで記述しても構いません。 EACH 2つ以上のノーツが全く同じタイミングで発生する場合、EACHとして扱われます。 SLIDEの場合、星の移動時間が異なっていても、流れ始める瞬間のタイミングが同じであればEACHとなります。 EACHと扱われたノーツは色が黄色に変化しますが、BREAKのみ色は変化しません。 構成するノーツの要素を「/」で挟むように記述することでEACHとなります。 1番TAPと8番に2分音符1つ分のHOLDのEACH……【1/8h[2 1],】 順番はどちらでもよく、【8h[2 1]/1,】と記述しても問題なく動作します。 ただしSLIDEに関しては、【1-4[8 1]/2-6[8 1],】のような記述をした場合、【2-6[8 1]】よりも【1-4[8 1]】が前面に来るように表示されます。 つまり、先に書いたSLIDEほど前面になるように表示されます。 3つ以上の要素でも、ノーツAの情報/ノーツBの情報/ノーツCの情報……と記述することでEACHとして扱うことができます。 TAP同士のEACHに限り、「1/2,」のように記述する方法とは別に、「12」と記述することもできます。 ひとつでもTAP以外のノーツが混ざる場合は「/」で挟む記述を使ってください。BREAKが絡んでも「/」が必要となります。 EXノーツ TAP、HOLD、BREAKにはEXノーツの概念が存在します。 EXノーツに設定されたノーツは、GOOD以上の判定で処理できれば、確実にCRITICAL PERFECTになります。 譜面再生だけを行うソフトでは、これを設定せずとも確実にCRITICAL PERFECTのタイミングで処理しますが、 公式譜面を再現する場合や試技が行えるソフトでは需要が見込まれるため、記法を定義しています。 各ノーツをBREAKに変更する時の書式に近く、同じ要領で「x」を加えます。 1番に発生するEX-TAP……【1x,】 3番に発生するEX-HOLD……【3hx[α β],】 5番に発生するEX-BREAK……【5bx,】 7番に発生するEX-BREAK HOLD……【7bxh[α β],】 「x」、「h」、「b」が2文字以上併記される場合、どのような順番で書いても構いません。 その他の特殊な記法 ここに定義している記法は、MURASAKiで搭載された宴譜面など、特殊な譜面を記述する際の手助けとなりえる記法です。 通常TAPを星形TAPに変更する 1番TAPは【1,】と記述しますが、「$」を加えて【1$,】と記述すると、SLIDEを記述した際に現れる星形TAPに変化します。 BREAK TAPやEX-TAPと併用することもできます。 「$」、「b」、「x」が2文字以上併記される場合、どのような順番で書いても構いません。 また、「$」を2つ重ねて「$$」にすると、その星形TAPが回転するようになります。 この時の星形TAPの回転速度は一定の速度になります。 星形TAPを通常TAPに変更する 【1-5[8 1],】のようにSLIDEを記述した場合、1番TAPは自動的に星形TAPに置き換わりますが、 「@」を使って【1@-5[8 1],】のように記述すると、この星形TAPが通常TAPに変化します。 SLIDEは通常通り処理されるため、通常TAPからSLIDEの矢印が伸びるという図になります。 こちらもBREAK TAPやEX-TAPと併用することもできます。 「@」、「b」、「x」が2文字以上併記される場合、どのような順番で書いても構いません。 疑似TAPとなるHOLD、疑似TOUCHとなるTOUCH HOLDを記述する 【3h[1 1],】というHOLDがあると仮定して、音符の長さを極限まで短くしていくと、 押し続ける長さが一瞬になり、HOLDの長さも縮まることで六角形のTAPのような見た目になります。 【3h[1000 1],】のようにすれば、おおむねそのようなHOLDを表せますが、 長さの指定の記述を外して【3h,】と記述することで、簡単に表現することができます。 TOUCH HOLDでも同様の記述が可能で、【Ch,】と記述すると、処理した瞬間にPERFECT判定になるTOUCH HOLDとなります。 これを使うことで、疑似的なTAPやTOUCHを表現することができます。 なお、この記述は内部的には【[1280 1]】の長さを指定したものとして扱われます。 公式が販売しているファンブックの中で、音符の長さを1280分の1分音符に設定していることを仄めかしているためです。 疑似EACH ほぼ同じタイミングであるが、完全に同時ではない2つのTAPを記述する場合、 {96} 1,2,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, {8} ～～～ このように該当部分の音符をかなり細かくしなければなりません。 この例では96分音符でずれを表現しましたが、もっと細かい音符を指定したい場合はさらに大変になります。 公式譜面を厳密に再現することが目的であれば致し方ない部分もありますが、 自由に譜面を作成している場面で意図的にこのような表現をしたい場合は大変です。 このような、「1番TAPと2番TAPはほぼ同じタイミングだが、2番TAPがほんのわずかに遅い」EACHのようなものを表現する記法として、 【1`2,】という記述が使えます。 この記述の場合、2番TAPは1番TAPよりも0.001秒遅いTAPとして内部的に処理されます。 タイミングが同時である、というEACHの条件を満たしていないので、TAPが黄色くなることもなく、リザルトのEACHのカウンターも増加しません。 【1`2`3/4,】のように記述すると、1番TAPより0.001秒遅れて2番TAPが、それよりさらに0.001秒遅れて3番・4番のEACH TAPが配置されます。 なお、「`」の記号はShiftキーを押しながら「@」を押すことで入力できます。 星形TAPが存在しないSLIDE SLIDEを配置すると、その始点に必ず星形TAPが現れますが、この星形TAPをなくすことができます。 【1-5[2 1],】というSLIDEがあると仮定して、 【1?-5[2 1],】と記述すると、星形TAPは現れず、移動する星のフェードインのみ処理されます。 【1!-5[2 1],】と記述すると、星形TAPは現れず、移動する星のフェードインも処理されず、流れ始めるタイミングで初めて星が現れます。 いずれにおいても、SLIDEの矢印のフェードインは行われます。 「?」と「!」の使い分けですが、文字や記号などを表すような譜面を作る場合は、どこからなぞり始めるのかを明確にするために「?」が、 一筆書きのような譜面を作る場合は、余計な星を画面に表示させないために「!」が向いているかと思います。 名前 コメント
https://w.atwiki.jp/wiki2_okumura/pages/113.html
本家日本語トップ せっかくGrails-ja に入ってGrails Code Readingに行ってるのに書かないのウソだろ、て事でちょっとずつまとめます。 まずはDomainの回のときに調べた事をまとめるところからかな... 起動プロセス