SKY & ICE

私は、やっぱりアホやった。
レイアウトコンテストのレビュー真っ盛りにレイアウト部門のＳＳを見て前回のような期待感を書いてたらネットＶＲＭユーザーのブログが見れんではないか、と。
拝見しちゃったら、ＳＳから勝手に想像を膨らませた内容なんて書けないもんね。

レイアウトコンテストって何だ･･･ッテ方の為にとりあえず・
レイアウトコンテスト２００７結果発表

あとでレイアウトを拝見した時の自分用メモとして、あくまでＳＳからの個人的第一印象を書き留めておくだけですので。

45-50s氏「WAMU-HACHI ADVENTURE」
何だこれは･･･と想像不能。
Junichiさんのジェットコースターのようなレイアウトなのだろうか？とも想像できるが、ワムの貨車が爆走か？

十衛門氏「山麓温泉」
立体交差に鉄橋。うーん知識乏しい私にはリアル模型のレイアウトのように感じるのだが・・・？大好きな女王様が走っているのは期待大。

ｈｉｒｏｃｈｉ氏「ＳＤ・東京ぬりえ」
これまた、想像するには難しいＳＳです。
題名にある「ぬりえ」が何を意味するのか興味深深なレイアウト。

Taka氏「碓氷線風レイアウト」
＞碓氷線風
という題名とＳＳから、実在の高低差がある碓氷線ではなく機関車と４８５系あたりの遭遇するレイアウトなのだろうか。眼鏡橋は出没するのであろうか？

MOTOKI氏「Developing Town」
Developing　ということは建設中なのかあるいは発展中を意としているのだろうか。
ＳＳからはなんとなく想像がつくような気もしますが、実際のレイアウトには何が隠されているのだろうか。

ケン氏「古墳のあるレイアウト」
宅地は同じ家の連続なので、数多くの号を所持されていな方のレイアウトなのかもしれませんが、古墳がどのように表現されているのか楽しみです。

Caldia氏「回転オルゴール」
実はCaldia殿のブログを先に拝見してしまいました。
ということで･･･想像によるコメントができませんが、音源によるオルゴール、楽しみにしております。

漆黒氏「貨物列車で行こう！」
ブログは拝見してますが、まだ漆黒さん自身のレビューがなかったので想像の世界が可能でした。（笑　が、どこかでちょっとした雑感を読んでしまいましたが・・・。
夕日の中に映える貨物列車と自然な高低差のある線路のＳＳ。これまた楽しみなレイアウトです。

海飛氏「桜色の風景」
ＳＳを拝見する限り桜色の雰囲気は感じられません。
きっと列車を進行させると桜並木の中を走行するのかな〜。
それとも全然違う意味なのか？うーんわからない。

ghost氏「昭和の桜」
対向車線にチラっと機関車を見せるＳＳがghostさんの１つの手法のような気がしているのですが・・・ぇっ、違うって？
山岳風景かなーと想像しつつ、コメントするまでもなく楽しみなレイアウトです。
まだまだ負けんで下さい。

やっつけ記事ではないんですが、これで心おきなくＶＲＭユーザー様のブログを拝見できます。（笑

ところで昨日の朝日新聞の１面トップニュース。
ご存知の方も多いと思いますが、ブルトレが・・・。
２００８年春「なは」「あかつき」「日本海」「北斗星」（１往復になる）
２００９年春「富士」「はやぶさ」
が廃止になるようです。
経営側からすれば･･･、利用者側からすれば選択肢が少なくなることは寂しい限りですし、ブルトレが消える日も近いのでしょうか？
次回九州への出張は新幹線ではなく「はやぶさ」決定かな？
願わくばＥＦ６５に牽引してもらいたいのだが･･･無理な希望かー。

ご無沙汰しております。
１１月に入り来年７月頃まで、ほとんど自宅に帰らない（帰れない？）生活が始まりました。今は設計もひと段落してシステム開発がこれから本格的に始まり、たかが数十キロの距離にある自宅へも、往復４〜５時間を考えると、都内の安宿（今時３０００円台ですから安い！って十数年値段がかわらないんですけどね（笑））に定住している今日この頃です。

気が付けば霊魂･･･いやいやレイアウトコンテスト２００７、結果発表があったんですね。
対象を受賞された45-50sさん、各部門賞・特別賞に選ばれた皆様。おめでとうございます。･･･そして参加者の皆様お疲れ様でした。ってか楽しいことは疲れませんよね。
とマジな話はここまでで。

で、さっそくダウンロードして拝見・・・ってＶＲＭ環境ねーよｗｗｗ。
ってことでまずはレイアウト部門のＳＳを拝見してどんなレイアウトなのかな〜と想像しながら期待を勝ってに膨らませてみました。
論評出来るような器は持ち合わせていませんので、初心者から見たＳＳの感想程度で〜すぅ。（掲載順に少しづつ）

Junichiさんの「ローカルプラン」
レイアウト名だけで期待大。ローカル大好き人間としてはレイアウト名だけで凄く期待してしまいます。Junichiさんならではの風景描画がちりばめられているのだろーなー。
ただ架線柱があるということは、出没する列車は気動車ではないのかな？
VRM４にはまだ気動車は少ないし必然的なのかもしれませんが、ローカル＆気動車大好き人間にはこれからのキハ系ラインナップに期待したい所。
とても楽しみなレイアウトです。

45-50sさんの「海峡を往く」
ＳＳを拝見した瞬間45-50sさんのレイアウトだーって感じでした。
既にブログのヘッダーで洗脳されいていたようです。（笑）
今はタンカーがありますし、以前はコンテナやフォークリフト（以下略
大賞受賞作品、今度じっくり拝見して感動を味わいたいと思っております。

Ytig氏「H島ニュータウン」
編成を見る限りでは１号主体のレイアウトなのだろーか？
そしてＨ島ということは海に囲まれた島の中にcityがありそーな。
ＳＳだけでは想像できないレイアウトに期待です。

流石に眠くなってきましたので今日はここまで。
と思いつつ、フライングですがＵＳＯ８００鉄道さんの補足説目（以前から気になってました。容量からもしや･･･と思ってましたがダウンロードで公開されてて良かったです）＜と書いてしまうとＳＳに期待してなかったようですが、そーいう訳ではありませんので････。

ＵＳＯ８００鉄道さんＳＳ部門「美濃赤坂駅」
ローカル好きにはたまらん駅ですな〜。
実在しなくても気動車が居てほしかったかな。って勝手に配置せーってwww。
いやレイアウトがありませんので･･･。（汗
補足説明大賞間違い無？。ちょっと写真と内容かえたら和風温泉旅館のパンフになりますよね。

やば、もうすぐ５時じゃねーか。安宿に帰るか･･･。

I.Magic殿　「面を上げぇー」
判決を申し付ける。「表を向けぇー」。
って、面白くもない。しかも何の話やらと言う感じです。やれやれ。

最近寝る前に、暇があると VRM4 Catalog を見ている。一応メール読者限定らしい？のでリンクは避けておきますわぁ。
Junichiさんの無理矢理ストラクチャ系の影響と言うわけではないのですが（いや少しはあるかも(^^))やはり部品を征する者ＶＲＭを・・・。
それはさて置き、どのカテゴリーにどんな部品があるかを記憶しておく事は、レイアウトを作るうえで１つのスキルになる。
まーそんな思いもあり VRM4 Catalog を見ているのだが。



あんまり載せるとお叱りを受けそうなので、このくらいで。
いや、別に粗捜ししてる訳じゃないんだけど、目に付いちゃうんだよね。
何でわざわざ裏面の画像ばっかりなんだろー。掲載の写真はほんの一例。
鉄道信号は、せっかくＩＤ＝○のように記述してるんなら「点灯信号」はないよなーって思いません？
どー現示されるか書いてくれてもいいんじゃねーかい、って感じです。
修正してもらえると、期待はしてませんけど････････････ね。
スクリプト会議室の様にコッソリと直してもらえれば有難い限り。

こうなれば、foxさんのパーツ検索（ＶＲＭ４版に・・・ＶＲＭ３版は着々と進行中？）に期待してしまいそう。（笑）
いや、無理はしないで下さいね。

ではまた。

信号取り合いタイミングチャートを作っていた時のこと。頭の中は論理的思考の最大ピークを迎えていた。１００ｍｓ（１/１０秒）でいろんな信号が入ったり切れたり・・・を条件によりデータ化してコンピュータとシェークハンドを結ぶ為の仕様作りなんだけど、そんなことはどーでもよかですね。
ちなみに信号は鉄道信号のソレとは全く関係ありません。ハイ。

今日は在宅勤務だったので、息抜きに「とれたてＶＲＭ」を見ていた時のことです。今まで気付きもしなかったことが何故かアレ？と思ったりしたってだけ。

何故メイン会議室だけ「鉄道模型シュミュレータ会議室」なんだろう。
ほかはＶＲＭ・・・会議室なのに。
一番最初のできた会議室だろーから、名称はそのまま継続なんでしょうね。
まーどーでもいい話でした。

余談ですが、とれたてＶＲＭは本家i.magic社WEBのタイトルタグを表示しているので、本家ホームページの話ですので念のため。


息抜き中に拝見した、Junichさんの金閣寺、これは凄すぎ。
接近した２枚目の写真でもリアルな表現に感じますから。
前日のワイヤーフレームでＵＦＯ着陸なんてアホなコメントしなくて良かった（笑
2007霊魂、無理矢理ストラクチャー部門があったら間違いなく部門賞ですね！
2008年度は新部門開設か？

今日の記事は、まず45-50sさんのコノ記事をお読み下さい。
スクリプはキレーだ！って方はパスして下さいまし。
尚、この記事は推測の域を超えずいわゆる迷信の部類に入るかもしれません。
予めご了承下さい。

ＶＲＭ４スクリプトマニュアルのOverviewにこんな一文が

スクリプトは、レイアウターからビュワーを呼び出すときに「コンパイル」されます。
（中略）
このコンパイル段階で、ある程度の記述内容についての検査が行われます。
しかし、この検査は構文が正しいかどうかなど、テキストの正誤を中心とした検査のため、記述したスクリプトのプログラムそのものが正しいか判断することはできません。トライ＆エラーでレイアウターとビュワーを行き来しながら正しい動作になるまで修正を行います。（この作業をデバッグといいます。） ビュワーは、明らかに間違っている命令については、無視します。（強制停止させるより、無視することで可能な限り動作を続行しようとします。）

一般的な用語として、
コンパイル段階で、ある程度の記述内容についての検査が行われます。＜この時お馴染み？のエラー画面が出ますが、これをコンパイルエラーと言い
ビュワーは、明らかに間違っている命令については、無視します。＜これを実行時エラーと言います。

個人的にはＶＲＭというソフトの中で、これだけのスクリプトを用意していると言う事は凄い事だと思っていますが、コンパイル時のチェックが若干甘い所がありそうな事と、実行時にビュワーの動作を優先しエラーの発生がわからない為、返って混乱する事態に陥ったり難しく感じる一因になっている様な気もします。

では、コンパイルエラーは何を検出しているのか。
45-50sさんも仰ってる通り
＞命令の並び方や、メソッド・オブジェクトの名称同士のつながりについてはチェックするが、それ以外は放置する、という理解で良いのでしょうか。
個人的には、その通りなのではないかと思っています。
命令の並び方＜いわゆる構文が正しいか
メソッド・オブジェクトの名称同士のつながり＜callやEventで参照するメソッドが存在しているか
放置する＜チェックしない
という感じでチェックはされている様です。
話題の変数名の名称確認がされていない事を除けば？、コンパイル時にそれなりのチェックはされている様です？
例えばObject変数の格納等でも編成ObjectにレイアウトObjectを格納しようとすればエラーになります。（確か？）
I.MAGIC社も言っている通り「アセンブラ的手法の・・・」。
ということは低級言語（CPUの理解できる言葉に近いという意味）であるが故にある程度何でもできるし、ある意味エラーチェックも緩い所はあるけれど使用者の自己責任も強いられるとも言えます。
（ぉい、そんなスクリプトで良いのか･･･そもそもそこに問題があるのでは）
では高級言語（人の理解できる言葉に近いという意味）にした場合、コンパイラに多くの予算（時間）を掛けざるおえないし、コンパイル時間も低級言語より時間がかかります。
I.MAGIC社にとっても実験的な公開の域を超えていないのでは、とも推測せざるおえないのかな？
･･･将来はどーなるか？は良く分かりません。

次は、実行時エラーですが。
これはもー良く分かりません。
エラーをユーザに伝えてないのだから。
とはいえ
＞強制停止させるより、無視することで可能な限り動作を続行しようとします。
という主旨は、ＶＲＭというソフトから考えれば理解できます。
そんな事より列車が走り続ける事を優先する方が大事ってことでしょう。
＞明らかに間違っている命令については、無視
は、数値変数なら０を格納したりObject変数ならNullを格納し･･･迄しているかは分かりませんが、ビュワーを継続する為に、エラーが発生しても次のステップに継続していると思われます。

ユーザーに使わせる言語レベルにしても、コンパイラとビュワーの関係にしても温度差が激しくマダマダ扱い憎いのが現実のような気がします。

悪く言えば
OverViewの
テキストの正誤を中心とした検査のため、記述したスクリプトのプログラムそのものが正しいか判断することはできません。（中略）ビュワーは、明らかに間違っている命令については、無視します。

は

テキストの正誤を中心とした検査のため、記述したスクリプトのプログラムそのものが正しいか判断していません。（中略）ビュワーは、検査していない動作に関しては、無視又は異常終了します。
が正しい説明かもしれません。（そー書けない事は理解できますが）

というオチが書きたかっただけかもしれません（笑）

販売ソフトとしては致命的な部分もあるのかもしれませんが、発展途上と考えれば個人的には腹も立ちません。
が、マニュアルはもう少し充実して下さいね。I.Magicさんって所でしょうか。

近況
設計フェーズの山場（レビューやテクニカル検証会議等）を迎え地獄の日々がこれから暫く続きそうです。まーそれを過ぎれば悠々自適のプログラマーになれそうですが（笑