カフェー天狗亭 運輸部門

あ〜、仕事がきつい。

今日は24:00近くまで、明日外資のお客様に持っていく英語の製品説明資料の作成やってて、帰りは終電ぎりぎり。

それでいて、VRMのScript検証はしっかりやってるんだから、体が持たんぞ。

いや、こんなことやってないで、さっさと寝ればいいんだけどさ。気になっちゃって寝られないのよ。

もう、完全にJunkieと化してるね。

でだ、昨日書いた、複数編成走行時に、レイアウトに配置したカメラに反応した編成の運転台カメラに切り替わってしまう件、回避方法が出来ました。

さてと。

一通りのScript検証が終わったので、レイアウトを一新(配置はほとんど同じだが)して、個々のScript内容の精査も同時に行ってる為、このblogの更新も週刊になってしまった。

ま〜、Scriptの検証をしているときに、個々のScriptをText形式で残してたんで、精査及び移植は比較的スムーズに行えているのだが、如何せん数が多い。

更には個々のオブジェクトの名称も、(晒すことを考えると)規則性をもたせなきゃならんので結構気を使うわ。

で、これで移植が無事済んでも、またどっかしらエラーが出てくるんだろうけどね。

ちゃんとした状態で晒せるのは、6月の終わりごろかな。

んで、だ。今日のタイトルにある件、先日も書いたことだが…

さて、夕方書いた一件ですが、確認の結果、またしても…。

とりあえず謝っとこ。
お騒がせしてすみませなんだ！

もう何も言いたくない。

なんで、こうblogに書くと裏目に出るんじゃ〜！
まいいや、一応、2号収録の電気機関車に関して実測したんで、その結果を…。
ハ〜。

いや、ま〜、ネガティブな感想と言うつもりはないんですが、ここんところ、まじめにScriptを組んでいて、いろいろ目に付いちゃうんで、そこんところは勘弁してください。


で、本題
さてはて、やっとこさっとこ連結開放の一連の処理も出来上がり、一通りのテストを行っていたら、ターンテーブルの処理でバグを発見。この際なんでターンテーブルの処理を、簡潔に書き直し。

そんなテストの合間に、編成解放地点を、できる限りもともとの編成停車位置に近づけるべく、車両の全長と、停止センサーから停止するまでの時間(停止までの時間に、機関車全長分の走行時間をプラスしてるため)を、ちまちまいじりながら調整していたときにふと気づいたことが。

ED75の全長を14mとした場合の停止地点と、EH200の全長を32mにした場合の停止地点がほぼ同じ…。

EH200 1両で16mもあんのかよ！
それとも連結部分が4mもあんのかよ！
下からのぞいた限りでは、ED75もEH200も、最前列の車輪の位置はほぼ同じだったんだが。

それに、センサーの作動タイミングもほぼ同じだったんだが。なぜ？


う〜ん、今夜帰ったら、(ED75を基準として)ほかの車両の長さも調べてみよう。(このままじゃ、車両の長さからシビアに時間を求めるときに不便だ。)

昨日のオブジェクト名の受け渡しに関して補足。


レイアウトScriptで、併結対象編成オブジェクト変数 "ObjTrain91" を宣言。
編成Scriptでは解放後の編成名として "ObjUncoupleTrain" という編成オブジェクト変数を宣言。
センサーScriptで、その解放後の編成オブジェクト名を受け取る "ObjCoupleTrain" を宣言している(当然センサーScriptでは通常の編成オブジェクト変数"ObjTrain"も宣言している)。

併結対象編成が複数存在する為、編成やレイアウトでの処理ではなく、個々のセンサーで併結対象編成を制御しようと思って、

まず、併結処理の際、併結対象編成のオブジェクト名をセンサーに移そうと、

get ObjCoupleTrain LAYOUT.ObjTrain91

と書いたら、怒られた。

同様に、解放後に編成ScriptからレイアウトScriptに解放後の編成オブジェクト名を移すため、まずはセンサーScriptに取り込もうと、

get ObjCoupleTrain ObjTrain.ObjUncoupleTrain

と書いたら、これもいっしょに怒られた。

でも、センサーScriptからレイアウトScriptに編成オブジェクト名を移す記述

get LAYOUT.ObjTrain91 ObjCoupleTrain

は何も言われなかった。

ということです。

因みに、最後のコードはちゃんと動きます。
ターンテーブルでの制御で稼動してます。