VRM入道

VRM侍は出家しますた(w    カリカリ

 
投稿者
メール

 
コメント
URL
コメントは新しいものから表示されます。
コメント本文中とURL欄にURLを記入すると、自動的にリンクされます。
投稿者:〇〇な初心者
余りの早業に言葉もございません。

>ヤード奥のポイント切替に連動してパパパッと信号が遷移する様は中々壮観ですぞよ。

それは、是非公開の時に、サンプルムービを。ヤード好きの方々の心を掴み取ることでしょう。

公開の時を楽しみにしております。有難うございました。それでは、失礼いたします。
投稿者:ghost
意外と簡単に出来ちゃった。もちろん、アドオン連動付き。ヤード奥のポイント切替に連動してパパパッと信号が遷移する様は中々壮観ですぞよ。>親子ポイント

readme.txtとか書くことの方が、実は毎回時間がかかっていたりしますので、公開はもう少しお待ちくださいまし。
投稿者:〇〇な初心者
早速のご対応有難うございます。第一の点ですが、仰るとおりです。不用意に不適切な表現を用いました。失礼しました。

第二に関しましても承りました。ご都合の宜しい時で結構です。(私には実現の可否も判然としませんでしたし。)

他の案は、一旦置きまして操作の問題ですが、私も(ヤード等は特にポイントが密集しますし),a案-メニューの操作、b案-キー操作と思っておりました。(注3)

さて、c案ですが、こちらはセンサーも必要で(注4)、双子ポイントとも関連がないので折角のご興味を削ぐのではと思いつつ。要は留置車輌もとい予備編成を選択(アクティヴにする、でよろしいのでしょうか)した時点で経路を開通という事です。別段目新しい手法ではないと思われますが、ヤードに初期配置という点を活かして(ヤードに編成が在/不在を検知して)本線走行中に選択(キー操作を想定)しても意図しないポイント転位が防げる(注5)と思い(退避線配置の編成にも使えますね。)書き込ませていただきました。今回はこの辺りが適当でしょうか。一旦、失礼いたします。

以下、余談の注釈
(注3)デフォルトのスクロール・線路の「キー操作で転轍機標識〜」が腕木式のみならず色燈式信号機にも対応していた事を知らなかったのは私ぐらいでしょうか。
(注4)私も含め、ろくにセンサーも配置した事が無い、といった層がどの程度いることやら。そういった点からも「双子ポイント」は「新機軸」なのかと今頃気づく次第。
(注5)以前、遊ばせていただいた作品で、キー操作で編成を選択した時ポイントが転位するのを忘れていてうっかり走行中に意図せぬポイント転位を起こして衝突事故を引き起こした事があります。

投稿者:ghost
第一に、双子ポイントが「ヤードに些か不向き」とのことですが、それは当たり前です、用途が違いますので。

第二に、ご提案の仮称“親子ポイント”をスクロール化するのは、難しくはないです。ただし、少し使い方が特殊なものになりますが。公開待ちのネタが他にあるので、早くても木曜日以降のリリースになると思っておいてください。

> 「留置車輌を楽して本線に入れる方法」には他の案もあります

にはとても興味があるので、気が向けば追って書き込んでおいてください。

以下、他の方の見解も伺いたいところですが、ヤードに対する経路の開通は、ビュワーメニューの操作を前提とするよりは、むしろ特定のキー操作と紐付ける方が直感的なのではないか、という気もします。

ボク自身がVRMレイアウトに(運転目的の)ヤードを作ることがないので、どうにも「どのような遊び方が一般的か」イメージが乏しいです。何か一家言ある方は、適当にコメントよろしくです。
投稿者:〇〇な初心者
「双子ポイント」を試用していました折、「ヤードに些か不向きかな」と思いまして。と申しますのは、(VRMで)一般的なヤードの場合 本線進入点(注1)、各番線の合流点(多くの場合ヤード1番線のポイント)-仮に「親ポイント」とします。ヤード各番線への分岐点-こちらは「子ポイント」とします。といったポイント配置の様ですが、具体例で説明しますと2番線の編成出発時には「子ポイント」-2と「親ポイント」が連動して問題ありませんが、さて3番線、4番線と続く場合、どうしましょう(注2)、といったところで仮称「片連動ポイント」といったものを考えてみました。ご想像はつくと思われますが、先程の「親ポ(略)」「子ポ」で説明しますと、「親ポ」はこちらからは連動せず、複数の「子ポ」に対して連動する。「子ポ」は例えば[子ポ」aを選択後、「子ポ」bを選択すると、(「子ポ」aを定位に戻して)「親ポ」は反位のまま、「子ポ」b〜「親ポ」間の進路が構成される、といったところです。非常にわかり難い説明になってしまいましたが、取りあえず、この辺りで。
尚、「留置車輌を楽して本線に入れる方法」には他の案もありますので、宜しければそちらも後に述べさせていただければと思います。蛇足ながらポイントの区別用の仮称はより適切なものに差し替えていただければと。前置きと脚注も後ほど必要に応じてということで。それでは、失礼します。

※このコメントはVRMovies BBSからghostが移設したものです
投稿者:ghost
ご明察。>ちーずぴざ殿

カントレールはいいんじゃないですか、ボクは単に喜んで使うだけで、別に意見なんてないです。っつーか、実物を見ずにゴニョゴニョ言ってもしかたがないですし。

ちなみに“メッセンジャーボーイ”と書いたのは字義通りの意味で、要するに「伝令を寄こせ」とボケたつもりでした、ペロタンください。
投稿者:ちーずぴざ
普段、「おいらにゃスクリプトなんて必要ねぇだ」
的なアナログVRMユーザーも
「こりゃぁ便利かもしんねぇだ、いっちょ使ってみんべ」
というような「スクロール世界への誘い」の匂いがするのでございますねぇ。
それを狙っておられますか?

それより、カントレール出るらしいですねぇ。
ghost殿のご意見が気になります。
メッセンジャーボーイは知らないので
昔なつかしICQで送ります。
投稿者:ghost
うーむ、それは一理あるかも。っつーか、大いにあるような。

少なくとも本人は(具現化するには)不明確な要望を明確にするためにいろいろと追加で質問のやりとりをしたことはあっても、

> 「詰めが甘い」と容赦ないツッコミを受けて再起不能

はしたことがない、と思っているのですが・・・嘘臭いですか、そうですか。

確かに、ボクは、自分の不勉強を棚上げして偉そうに他人(それはI.MAGiCだったり、他のVRMユーザーだったり、果ては世の中全般だったりいろいろですが)の成果物にケチをつける人に対しては容赦のない面があります。

なので、区別がつかない人から見れば、気軽に要望(厳密には、お願いして欲しい、のではなく、ボクに思いつかないスクロールで実現したいアイデアを“教えて欲しい”んですが)を出しにくいってのは、そうかも知れないです。

まぁ、既に未公開テスト中のものがいくつか溜まっているので、特にご要望がなくても、垂れ流しは続けます。下手な鉄砲数撃ちゃ当たる、みたいな。ことごとく外してるってのも、確率論的にどーよな気はしますが。
投稿者:45-50s
> 誰もそこまでは要求してませんね

「こういうスクロールほしい」という意見を提案するにも、それなりに細かいところまで詰めてから提案しなければいけない(ことはないのですけど、そういう空気がネットVRM界隈にある)。
もし詰めが十分でないのにghostさんに提案すると「詰めが甘い」と容赦ないツッコミを受けて再起不能になるかもしれない。
逆にそれなりに詰められる程度にこの手の作業に向いている人は、スクロールを待つより、頭の中の過程をスクリプトエディタに書き起こしたほうが話が早い。

なので結局、ghostさんまでは、本当にスクロールを欲する人の要望や意見があまり届かないのではないか、とかいう気がしました。

実験的代物

CSS無効化 ここで知った方法を使ってます

真・世界征服新着情報

今月のお勤め

2008年
← July →
Sun Mon Tue Wed Thu Fri Sat
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    
Copyright (C) GMO Tea Cup Communication, Inc. All Rights Reserved.