鈍行列車はAの多閉塞信号を通るときに、C:待避線の普通信号までを予約、急行列車はB駅を超えて、Dの信号まで予約します。そのため、鈍行列車が急行列車より先にB駅を出発しても、急行列車がDの信号を過ぎるまでの間、C:待避線の普通信号から先を予約できないので、追い越しが成功します。急行列車がAの多閉塞信号から先を予約する前に鈍行列車が発車した場合、急行列車はAの多閉塞信号から先を予約できないので、列車の間隔が開いてしまいます。OTRPv22.3などでは多閉塞信号の仕様に気をつけないといけません。その他追い越し・緩急接続の確率を上げるパターンいくつか併用することもあります。鈍行列車に待機時間(積むまで待機・最大待ち時間)を設定する一番簡単で、上のSSでも使用しています。鈍行列車が連続して来たときに詰まったり、空退避が起こることがあります。退避側の出発信号をプレシグナルにする追い越しや、追い越しと緩急接続を同時に行う駅で使うことがあります。緩急接続をしながら追い越しも起こる場合、順番に発車します。ある程度運行本数が多くないと、うまく働きません。複線からの単線分岐ここでは、両方向信号を使い、少ない設備で複線側の支障時間を減らしたパターンを紹介します。E方面は駅や編成が複数あった場合もうまく動きます。列車の動き本線側を通る列車は、AのプレシグナルでCの信号までを予約します。予約に失敗した場合、A地点の前で待機します。支線側に行く列車は、AのプレシグナルでDの両方向普通信号を超え、E方向の駅や信号所まで予約します。予約に失敗した場合、A地点で支線の列車が出ていくまで待機します。E方向の駅について折り返す(E方面の信号所を出発する)際は、Dの両方向普通信号までの区間を予約します。この際、本線側は予約しないので、E方向の駅が相当離れていても、本線側が詰まったりすることはありません。Dの両方向普通信号に着くと、Cの信号まで予約をします。予約に失敗した場合はD地点で待機します。その他このパターンのメリットは、とにかく設備を減らせることです。田舎感を出せるかも!ちなみに支線側に行く列車が1編成だけであれば、ただ単に両方向普通信号をこれと同じ場所に置くだけで実現できます。Bの普通信号はATC信号に置き換えたほうがスッキリして好きです。単線での続行運転シンプルに両方向普通信号を真ん中においたものです。前に説明したように、両方向信号は両方から同時に予約できないので、これだけでうまくいきます。両方向にある程度列車が貯められるようにしないと、デッドロックが起こります。単線区間の長さに比べて高頻度に運転している場合は、片方向にのみ列車が流れやすく、デッドロックが起こる可能性が高まります。地方の特急列車とか、再現してみたくないですか?ただし、単線のため信号を置く場所が限られたり、急行列車と鈍行列車の間隔を詰められず、駅間が長いほど鈍行列車が長時間駅に停車するようになるなど、なかなか難易度が高いです。設備を減らしていくと、どうしても無理が出てしまい、デッドロックする可能性がある配線がいくつもあります。使用する区間や運転頻度にも気を配らないといけません。実際に作り、確認するようにはしていますが、これを使って開発したことはないので、間違いがあるかもしれません。すれ違い急行停車駅にも、通過駅にも使いやすい2面4線駅です。単線から4線になるのはリアルではあまり見ないので、景観的には微妙かもしれません。急行通過駅のときは、前後の駅にプライオリティシグナルやプレシグナルを使うことで、追い越しの確率をあげられます。きれいに追い越しが決まるようにするには、急行が駅の先も予約するようにします。前の駅(信号場)の出発信号をプライオリティシグナルにする。通過線に信号を設置しない。前の駅の出発信号をプレシグナルに置き換える。2と3は、急行がこの駅を超えて予約するまでは前の駅にとどまり続けます。線路あたりの輸送効率は落ちますが、運転停車を避ける意味ではありだと思います。急行用ホームに信号を設置せず、前の駅の出発信号を多閉塞信号に置き換えます。急行はこの駅を超えて予約するまでの間、前の駅にとどまり続けます。急行だけがすれ違うのか、鈍行だけがすれ違うのか。急行は通過なのか停車なのか。バリエーションが考えられ、またそれぞれ信号の置き方も変わってきます。上の2面4線の半分と、普通の単線を並べるだけです。信号については、ただ並べただけなのでそのまま設置するだけです。鈍行のみすれ違い急行が通過なのか、停車なのかで変わります。信号は一切置かなくていいです。景観的に必要であれば、鈍行用ホームには普通信号を置いても構いません。鈍行が退避すると前の駅にいた急行がこの駅の先まで予約し、追い越しが成功します。急行用ホームに信号を置き、急行を単線での続行運転のようにさせる手もあります(ただ、単線での続行運転と同じくデッドロックする可能性があります)。急行用ホームには信号を置かず、鈍行用ホームには普通信号を置きます。急行は上で紹介した単線での続行運転のような形になるので、衝突することはありません(これも、単線での続行運転と同じくデッドロックする可能性があります)。急行がすれ違う設備を間に入れずに、この形の駅を連続で置くとデッドロックが起こります。解決する方法(多閉塞信号)もありますが、この記事内では紹介しません。急行のみすれ違い鈍行用ホームは信号を置かず、急行用ホームは普通のすれ違い駅(信号場)を並べます。この形の駅はすれ違う設備を間に入れずに連続で置くと、デッドロックが起こりますし、それを解決する方法は私は知りません(多閉塞信号を使うと追い抜けなくなります)。特急街道プレイには1のパターンを使うのが無難だと思います。1面2線-一線スルーなかなかな田舎感が出そうです。信号は一切置きません。鈍行列車は単線続行のように、急行列車はただの単線として走ります。この形の駅は、すれ違う設備を間に入れずに連続で置くと、デッドロックが起こりますし、それを解決する方法は私は知りません(多閉塞信号を使うと追い抜けなくなります)。非一線スルーや2面4線などの鈍行列車がすれ違えるパターンを間に挟む必要があります(単線での続行運転と同じくデッドロックする可能性があります)。普通の単線のすれ違いと変わりません。おわりに少し長くなってしまいましたが、これを読んでくださった方が信号に興味を持ち、大和西大寺駅のような、複雑な配線・信号のあるマップを作ってくれることを期待しています!最後に、校正を手伝ってくれた友人のNさんに感謝します。作ったもの自分が作ったDiscordBotの紹介です。招待urlにアクセスすると導入する画面が出てきます。権限についてはできる限り絞ってあります。持っていない場合サーバーの管理者権限を持っている人に招待urlを渡してください。挨拶をすると返事をしてくれるbotです。省略形(こん)とか、挨拶からちょっと離れたものまで色々対応してます。最近は誤反応も殆ど起こらなくなっています。現在108サーバーに導入されていてます。discordapp.comBlockKingBlockKingの例Discord内でプレイできる半放置形ゲームです。ブロックを支配し、アイテムを集め、クラフトし、どんどん強くなっていくゲームです。放置時間が終わったらメンションで通知してくれるので、新しいことに目が行っちゃう人にもおすすめ!目指せ王座!現在101サーバーに導入されています。↓公式サーバー(わからないことがあればこちらへ。プレイヤー同士での会話とかもあります。大内宿(ブログ書くのいつぶりだろう)役立つかもしれないし役に立たないかもしれない情報集です。少なくとも自分は欲しかったです。基本的に関東方面から向かうことを前提に書いています。東武線特急リバティは下今市より北は特急券がいらないrailway.tobu.co.jp貧乏旅で一瞬だけ豪華な時間を味わえます。会津湯野上温泉から大内宿へはバスで行けるouchi-juku.com猿遊号(さるゆうごう)が使えます。予約もできますが、必要ではありません。運行期間は4月1日から11月30日までなので、冬には使えません。地味に本数少ないので注意です。www.aizutetsudo.jpリバティで会津田島まで行き、そこで買うこともできますし、AIZUマウントエクスプレス車内でも買えると思います。会津田島-湯野上温泉730円+猿遊号往復1000円+湯野上温泉-西若松840円=2570円が1900円になるのだから断然お得です!ちくしょう!途中下車もできるので、塔のへつりにも寄れます。会津田島-湯野上温泉の往復のきっぷもあります。案内見るとその区間内はどこにも行けるように見えるけど、使ったことがないのでわからないです・・・あと、有効期限は2日間なので、途中の温泉で一泊する旅行でも使えます。日光-喜多方(会津田島まで、芦ノ牧温泉までのきっぷもあり)今回の自分の旅とはあまり合わなかったので、詳しいことはわからないです・・・tabi.tobu.co.jp4日も使えるので、色々使えそうです。01:00鉄道とバスで大内宿に行くときのメモ(2019-夏)広告を非表示にするもっと読むコメントを書く2019-02-23ファイルのダウンロード時に、ものすごい重くなる問題への解決策Vivaldiファイルをダウンロードするとき、すごく重い・・・数秒間フリーズしませんか・・?※アップデートを忘れたため少し前のバージョンになるので、最新バージョンだとなにか変わっているかもしれません。ダウンロードタブの右側のスクロールバーを上にスライドさせると、ものすごい昔のダウンロード履歴まで見られます。なんとなく重そうなので、ダウンロードパネルの右上、箒のマークの「一覧からダウンロード済みのものをすべて削除」を押し、ついでに残ったものも削除してみるとあら不思議!すごく軽く動くようになりました。今どれだけダウンロードが進んでいるかもわかるほど!悩んでる方はぜひ。以上、数カ月ぶりの更新のすごく短い文章でした。作ったものさて、4ヶ月ぶりの更新です。やることはタイトルのとおりです。2])は縛っていきます。基本的に変数を使いたくなったらラムダ式に変換します。仕組みは正規表現マッチとObject#sendを使って、正規表現にマッチしなくなるまで変換し続けていく形です。このままじゃ読めないので、分解していきます。->(a){r[->(b){r[->(d){r[->(g){g.gsub(/(-?\d+)([*\/])(-?\d+)/){$1.to_i.send($2,$3.to_i)}},d].gsub(/(-?\d+)([-+])(-?\d+)(?![*\/])/){$1.to_i.send($2,$3.to_i)}},b].gsub(/\((-?\d+)\)/){$1}},a]}まずは、rとfに分解します。rの詳細とZコンビネータさらにrを分解します。x[a]}[f[s]]}}][v]}(一つラムダ式とその呼出が増えていますが、動きは一緒です。)元の形ではrの内部でrを呼び出して再帰をしていたのですが、この縛りだとrの名前がなくなるので、簡単に再帰はできません。Zコンビネータを使います。(ぶっちゃけZコンビネータの中身は理解できてないし、これの使い方に試行錯誤する時間が多分一番長かった気がする)fの詳細ついでにfもわかりやすくしてみます。]}実はものすごいネストしています。r(f,v)は値が変わらなくなるまでfを呼び続けます。逆ポーランド式電卓の方にもそんな感じの部分があります。それをネストしながら呼び続けることによって、優先順位のある計算を行います。括弧の処理は中の+-*/を計算し尽くしてできた(x)をxに置き換えることによって行っています。[f,v,a]を置いてみると、計算の様子がよくわかります。(Procの部分を置き換えています。)(なんか括弧の優先順位が違うような気がするけど、とりあえず正常に動くので気にしない・・バグがあったらコメント等で教えてくれるとありがたいです。->(s){r[->(t){f2[t].gsub(/\((-?\d+)\)/){$1}},s]}ハマったところrの再帰の呼び出しr[f,a]をf[a]にしていて、なんかおかしいなと思いつつも大体の式はうまく動いちゃうので微妙なバグでした。f1は楽だけど、f2のf1を呼ぶ部分で迷った・・3重ループになるはずだから、多分ここで合ってるはず・・実際式を入れたら動くのだし()Zコンビネータの使い方・・あれって2つの引数を持つ再帰はできないのかな・・?最初fも再帰の引数に入れてて詰まってました。日)なんとなく思ったこととかを書いてたりする。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。