アグリコラ

　ボードゲーム「アグリコラ」の日本語版を買いました。このゲーム１人から５人まででプレイ可能で、中世ヨーロッパの農家を題材にしたゲームで、ファン投票で選ばれるドイツゲーム賞の2008年１位を獲得した作品です。
ゲームの内容としては、いろんな仕事をこなしながらいろんな資源や職業などを獲得し、だんだんと畑・家畜を増やし、家を増築して家族を増やし、いろんな職業や技術を憶え、家の設備や家そのものを豪華にして豊かな生活を築こうというゲームのようです。
　十数種類・300個以上の木の駒と、100枚くらいの厚紙の駒、９枚のゲームボード、360枚のカードと、とんでもない量のコンポーネントが出てきて、ルールも沢山あるヘビーなゲームです。
　ゲームはルールが簡単で「仕事カード」と「小さい進歩カード」を使わないファミリーゲームと、「仕事カード」と「小さい進歩カード」を使うメインゲームの２種類に分かれています。さらにメインゲームでは複雑さの異なる３種類のカードのどれかを選んでゲームします。また人数によって使うカードが異なるため、かなりのバリエーションがあります。
　これだけヘビーなゲームなのでプレイ時間がかかりそうですが、一応、ゲームブックには１人につき３０分と書いてあります。つまり５人なら２時間半ということらしいです。でも最初はそんなに早くは行かないと思います。さっき１人プレイルールで１ゲームだけ遊んでみたら１時間以上かかりました。ちなみに１人プレイルールではだんだんとハードルが高くなる条件で８ゲームをクリアしてやっと勝利だそうです。そうすると１人プレイは慣れても４時間かかることになりますねえ（苦笑）。
　ちょっとルールが多くって憶えるのが大変そうなゲームですが、その対策として１人プレイのルールとか、初心者用ルールのファミリーゲームとか、難易度別のカードセットとかいろんな工夫がしてあって、無理なく憶えられるように工夫してあるようです。

　今度、仲間と遊んでみたら、その感想を加えてまた紹介します。

↓の評価ボタンを押してランキングをチェック！

またまたハードディスククラッシュ

　先月後半にMac miniのHDDクラッシュで交換作業を強いられたばかりだというのに、昨日にもまた別のHDDクラッシュが発生。今度壊れたのはBuffaloのLink Stationというネットワークハードディスク。この機械はただのディスクではなくって、チューナーとつなぐとテレビの録画をできるという機能があって、私は普段はこれでテレビ番組を録画して、LAN越しにPCから見ているのですが、おとといから妙な音がするようになり、昨日になってコピー作業中にディスクが認識しなくなっちゃいました。
　仕方がないから代わりを探しにいきましたが、いまどきアナログチューナーと連携できるモデルはすでに家電量販店の店頭からは姿を消しているようです。かといって、我が家は東京タワーを背後にした斜面にあるので、地デジ未対応の中継局から電波を受けていて、代わりの中継局ができる来年３月くらいまではTVK以外は地デジが映らない。しかたがないので、後で自分の手でなんとかハードディスクを交換してファームウェアをインストールして、Link Stationを復活させることにして、当面はUbuntuが動いているMac miniでVMware Playerを使ってWin XPを動かして、これで録画するという急場しのぎの策で乗り切ることにしました。
　で、毎日Link Stationのデータをバックアップしていた外付けHDDをオリジナルに変えて、あまってた別のディスクのデータを消してこっちをバックアップに回すということになり、データ消去作業だの、コピー作業だの面倒で時間のかかる作業が目白押し。

　・・・なんか最近こんなことばっかりやっているけど、なにかの呪いでしょうか。

FC町田ゼルビア 対 ソニー仙台戦

　今年のゼルビアの試合も残すところ、あと４試合、ホーム試合は２試合だけです。
　今日のゼルビアのホームゲームは、現在６位のゼルビアから勝ち点３差の５位に位置するソニー仙台との直接対決です。もちろん観戦してきました。今日、５位に浮上するためには３点差以上で勝つ必要があります。
　試合の方は立ち上がり１分くらいで、ゼルビアがソニーゴールに殺到、怒涛の攻撃の末に御給選手のゴールで先制！しかし、ソニー仙台は徐々に調子をつかんできて、やがて一方的にゼルビアゴールに攻めかかってきますが、ゼルビアの守護神・修業選手の好セーブを連発してなんとかリードを守り続けます。
　しかし、前半終了間際、ソニーは波状攻撃でとうとう修業選手をかわしてゴール。１－１の同点で前半終了。

　後半は両チームとも相手ゴールを激しく攻める展開となりますが、互いに決定的なチャンスを逃し続け、結局１－１のまま試合終了で引き分け。

　今日のゼルビアは、いつものようなサイドから突破する機会が少なくって、センターに打ち込んで一気にゴールを狙う展開が多かった気がします。むしろ、ソニー仙台の方が両サイドを突破してくる攻撃が目立ちました。また、今日のゼルビアはいつものようなパス回しでの攻撃があまり見られず、これもソニー仙台の方が多かった気がします。
　両チームとも似たような攻撃パターンのチームということもあるのかもしれませんが、今日は津田選手のサイド突破があまり見られず、後半早々に森川選手と交代してしまったのをみて、津田選手のコンディションが悪かったのではないかとちょっと心配しました。

　次のホームゲームはホーム最終戦です。最後はスカッと勝ってほしいものです。

↓の評価ボタンを押してランキングをチェック！

アップデート：相模原追加マップ

　Tokyo Railwaysコンピュータ版の追加マップ・相模原をアップデートしました。
　修正点はこのコメントでpumpCurryさんからご指摘を受けた盤外接続・青山の矢印の方向が逆になっている点です。
　見た目以外はゲーム上関係ないですが、気になる方はダウンロードして入れ替えてください。

JLayerとUbuntu 9.10のOpenJDK+PulseAudioの相性問題

　相変わらず「Tokyo Railwaysコンピュータ版」の障害対応をやってます。
　今日片付けた問題は、先日リリースされたばかりのUbuntu 9.10上で「Tokyo Railwaysコンピュータ版」の音がならなくなるという問題。先日アップした「Ubuntu 9.10にアップグレード」という記事の中でちょっとだけ触れた話です。
　この問題は実は調査した結果、私の環境では起きるけど、「Tokyo Railways コンピュータ版」をダウンロードしてそのままUbuntu 9.10で使っている分にはおそらく起きないだろうという結論になってます。私の環境とダウンロードしてそのままの環境で何が違うのかというと、私のUbuntu環境ではBGMにMP3ファイルを使っているが、ダウンロードしてそのままの環境ならBGMはMIDIファイルを使っているはずという点です。この障害はBGMにMP3を使って、Ubuntu 9.10の環境で「Tokyo Railways コンピュータ版」を実行しない限り発生しないと思います。なぜなら、この現象はMP3ファイルの再生に使っているオープンソースの「JLayer」というライブラリーの内部でBGMの切り替え時に発生してるからです。また、Ubuntu 9.04まではこの現象は発生していなかったので、Ubuntu 9.10とJLayerの相性に起因しているようです。
　調査した結果、問題の現象は以下の２つに分かれます。

　(1)MP3のBGMの切り替えが数秒間遅れることがある。
　(2)MP3のBGMの切り替え時に以後ずっと音がならなくなることがある。

　まず(1)を調べてみると、JLayerフレームワークに含まれているjavazoom.jl.player.Playerというクラスの、isComplete()というメソッドが通常の環境では即時復帰してくれるのに、Ubntu 9.10環境では10秒程度復帰しない場合があるというものでした。実は「Tokyo Railways コンピュータ版」のBGM再生処理では、isComplete()と500ミリ秒のスリープを繰り返しながらループしていて、BGMが完了したかどうかをisComplete()でチェックし、もし完了していたら再度再生することで、エンドレス再生を行ってます。また、isComplete()の直後のタイミングでBGMの停止や切り替えもチェックしています。だからisComplete()で待たされると、BGMの停止や切り替えも遅れるわけです。
　これの対策は比較的容易で、isComplete()を使用せずに自前でフラグを用意して曲の終了をチェックすれば解決です。なぜこれが容易かというと、実はPlayerクラスのplay()というメソッドでMP3を再生しているのですが、このメソッドが演奏が完了するまで復帰してくれないので、その対策として自前でスレッドを作って管理しているので、このスレッドの処理内でplay()の前後でフラグを制御すれば、演奏中かどうかは容易にチェックできるわけです。

　さて、残るは(2)だけなんですが、これの回避策を見つけるのはかなり面倒でした。(2)の問題はエラー出力に出てくるログを見て判断すると、BGMの演奏が終了するタイミングでPlayerクラスのclose()メソッドを使ってBGMを停止しようとすると、Ubuntu 9.10環境ではJLayerがOpenJDK経由でPulseAudioというLinux環境で使われてるサウンドサーバーにサウンドを停止させにいくようなんですが、Ubuntu 9.10環境のPulseAudioではこのタイミングで例外が発生するケースがあるようです。しかもその例外に対するJLayerの処理になにか問題がある様で、なんとまあclose()メソッドが永遠に復帰せずに、以降JLayer内部でなにか排他が開放されなくなる状態となり、結局ハングアップしてしまうようです。
　これは明らかにJLayerのPlayerクラスのclose()メソッドのバグなわけで、問題を回避するにはPlayerクラスのclose()を使わずにBGMを停止する必要があります。で、いろいろと試したのですが、結局うまく言った方法は、Playerクラスのインスタンスを生成する時に、コンストラクターに渡しているMP3ファイルのInputStreamを別途保存しておいて、BGMを止めたいときにはこのInputStreamのclose()を呼んで、MP3ファイルの読み込みを停止してしまえばよいみたいです。この方法で試してみたら、PulseAudioの例外は発生しなくなって、JLayerはハングアップしなくなりました。

　さて、この方法、確かにUbuntu 9.10では有効のようですが、他の環境では何か副作用は出ないのかと言う点がちょっと心配です。たぶん大丈夫だと思うのですが、原因が環境の相性問題だったんで、いろんな環境で一通りテストしてみる必要がありますねえ。
　ただ、いろんなの環境って言っても、いくつあるのだろうか。OSの種類とJavaの種類の組み合わせで考えると、簡単に10種類を越えちゃいますねえ。私が用意できる環境で数えると、11種類もある。うーん、まだまだ完全解決までにはちょっとかかりそうですねえ・・・

Tokyo Railways コンピュータ版のバグ修正

　昨日と今日は「Tokyo Railways コンピュータ版」の障害修正を集中的にやってます。特に今日は、先日にpumpCurryさんがたくさん報告してくれた件をまとめて直していて、コメントにあった２、３、４、８、９をつぶしました。
　この中で一番苦労したのが３番。コメントにあった「保存後読み込み直した時「プレイヤーさんの番です」と出たあと、なにかのはずみでフェイズが１つ進む時があります」というやつです。これは最初は「プレイヤーさんの番です」というダイアログの閉じるボタンのクリックイベントが２回以上入っておきているのだと思ったが、実は違っていた。ダイアログボタンの閉じるボタンのクリックイベントでは、ダイアログを閉じる以上のことは何一つやってなかった。連打はこの問題を引き起こす状態を作り出しやすいが、かならずしもボタンの連打とは関係ない現象だった。
　データをロードしたときの処理は、実は通常のセーブデータと自動セーブデータではちょっとだけ違っている。
　通常のセーブは移動フェイズか建設フェイズで行われるが、自動セーブデータはターン終了フェイズというタイミングでやっている。通常セーブしたデータをロードすると、セーブしたときのフェイズの初期処理をやってから、途中の状態の操作を再実行している。だが自動セーブデータの場合、通常セーブの処理の前にターン終了フェイズを完了させてターンを進行させている。問題の核心は、フェイズの初期処理とフェイズの終了処理はいずれもロード処理とは別のスレッドを作成して実行している点にあった。
　つまり、自動セーブデータのロード処理では以下の２つのスレッドを順番に実行している。
　　(1)ターン終了フェイズの終了処理スレッドの生成・実行
　　(2)現在のフェイズの初期処理スレッドの生成・実行
　この中で(1)のスレッドは非常に処理が短く終わり、(1)と(2)の間の処理は少しだけ重たい処理なので、通常ならば(2)が始まる前に(1)が終わる。つまり(1)のターン終了処理で次のターンに進んで、次のターンプレイヤーの移動処理の初期処理が走る。
　ところが、何らかの理由で(1)で生成されたスレッドが実行される前に(2)が始まってしまう場合がある。その場合には、(2)の現在のフェイズがまだターン終了フェイズのままだったりする。このとき、ターン終了フェイズの初期処理はもう一度データの自動セーブを行った後、そのまま現在のフェイズの終了処理を行ってしまう。そうすると、フェイズ終了処理が２回行われ、２度目の処理の時にはすでに移動フェイズに進んでいて、移動フェイズの終了処理が走ってしまっていた。
　この現象を起こす何らかの理由としては、沢山のスレッドを生成・実行している時というのが一番考えられるが、実はマウスクリック処理は、仕組上、クリックのたびにスレッドを生成・実行している。だからマウスクリックを連打すると沢山のスレッドが生成されてその順番待ちが発生し、(1)で生成されたスレッドの実行が遅れて、(2)に先に到達してしまうのだと思う。
　この現象はCPUコア数が少なければ発生しやすく、シングルコアのPCが一番発生しやすいと思うのだが、実は開発やテスト環境のPCはすべて２つ以上のコアをつんでたりする。だから私が発見できなかったのだと思う。
　で、対策なのだが、実は自動セーブデータのロードの際には(1)の処理は必要なのだが、(2)はいらなかったのだ。だから(2)をスキップすればそれで解決。要するに自動セーブデータと通常セーブデータで条件をきりか分けて処理を分けていたのだが、ちゃんと切り分けきれてなかったというだけの問題だった。それが、こんなスレッドがらみの面倒な不具合につながっていたとはちょっと最初はわからなかった。

　なにはともあれ、解決できてよかった。この問題を報告してくれたpumpCurry様に改めて感謝します。

　

Windows XP Mode

Windows 7に乗り換えてから３日目ですが、なかなか快調です。今日はWindows 7の目玉の一つ、Windows XP Modeを入れてみたので、これについて書いてみます。
まずは、Windows XP Mode(以下はXP Modeと略します)っていうのは何かというと、仮想PCソフトであるVirtual PC用のXP環境です。通常は、Virtual PCやVMwareのような仮想PC上でWindows XPを動作させる場合、その仮想PC用のライセンスを別途用意してインストールする必要があります。ところがWindows 7のProfessional/Ultimate/Enterprise版では、追加のライセンスなしでVirtual PC上でXPを動作させることができる専用のXP環境が用意されてまして、これがXP Modeというわけです。
なぜ、XP Modeが用意されているかというと、Vistaよりはマシになったとはいえ、Windows 7にも互換性の問題があり、Windows XPでしか動かないソフトが存在していて、こうしたソフトをWindows 7のPCで共存できるようにするためです。
このXP Modeは、インストールCDとは別にダウンロードしてからインストールする必要があります。また、XP ModeはVirtual PC上で動くので、Virtual PCもダウンロードしてインストールする必要があります。ダウンロードや機能の説明はここから行ってください。ちなみにWindows XP Modeは約600MB、Virtual PCの64bit版は約10MBほどのサイズがありました。

さて、前置きはこの辺までにして、それでダウンロードとインストールを終わらせて、XP Modeを動かした後の話に移ります。インストール時にユーザーのパスワードを入力しましたが、ユーザー名はXPMUserで固定されているようでした。
XPのバージョンは以下の画像のとおり。Professional版のSP3です。

仮想PCのメモリは512MBに設定されています。この辺は、Virtual PCの設定画面で変更可能です。
起動したらまず最初に出てきたので、セキュリティ警告。ウィルス対策ソフトがインストールされていないとうの警告です。XP Modeのためにウィルス対策ソフトのライセンスを別途用意するのはもったいないので、無料提供されているMicrosoft Security Essentialsをインストールしました。
それからWindows Updateを実施すると、Microsoft Updateのインストールをはじめとしてたくさんのアップデートが引っかかってきました(下記画像)。この辺は最新になってないみたいです。面倒なので全部適用済みのを用意してほしいのですけどねえ。

Internet Explorerのバージョンは6が入ってました。Microsoft Updateを実施するとIE8のインストールが表示されてきましたが、互換性のためにこの環境を用意しているのなら、IE6のままがいいかなと思い、そのままにしておきました。
タスクマネージャーを開いてみると、CPUのグラフが１つだけ(下の画像)。このPCは8スレッド同時実行可能で、親環境ではCPUグラフが8つ出てきるのですが、XP Modeでは１コア分しか使えないみたいです。ちょっと残念。

さて、これでXP Mode環境ができたものの、とりあえず特に動かしたいソフトもなかったので、私の開発している「Tokyo Railways コンピュータ版」をダウンロードして動かしてみました。もちろん問題なく動きました。

もう特にすることものないので、シャットダウンしよう思ったのですが・・・

なぜか「ログオフ」しかない。
しかしVirtual PCのメニューを見てみると、操作のところに「再起動」とか「閉じる」とかある(下の画像)。で、閉じるを選んでみたのですが、シャットダウンされずに休止状態になってしまいました。

シャットダウンする方法はないのかと調べてみると、ちゃんとありました。まずはメニューのCtrl+Alt+Delを選択すると、おなじみの下の画像のメニューが出てくる。ここからシャットダウンを選択すれば、ちゃんとシャットダウンできる。なんかわかりにくいですねえ。

というわけで、とりあえずXP Modeをインストールして環境を整備しただけでしたが、きょうの話はここまでです。

↓の評価ボタンを押してランキングをチェック！

Tokyo Railways コンピュータ版で画面が乱れる障害

「Tokyo Railways コンピュータ版」のv1.75をリリースする直前にユーザーから寄せられた障害で、この図のように画面が乱れるというものがあります。
発生する環境はかなり限られていて、WindowsやLinuxでは発生しないようで、Macの場合でもMac OS Xの最新バージョン10.6(Snow Leopard)では発生しないようです。つまりMac OS X 10.5に限られてきます。また、図のようにひどい状態になる環境やマップはかなり限られていて、発生しやすいマップは北陸のような横長のマップのようで、さらに画面の解像度が縦800以下では発生しにくいようです。
これだけの条件を並べてわかるように、どうもこれはMac OS X 10.5に付属するJava側の障害という気がするのですが、そうは言ってもなんとか回避しないとユーザーに不便をかける訳で、回避策を調べてみました。
どうもこの問題はイメージの上に別のイメージを上書きする際に、その範囲が重ならない部分があるときにMac OS X 10.5のJava環境が正しく処理できない問題に起因するようです。
仕方がないので次期バージョンでは、上書きするイメージから、上書きされるイメージと重なる範囲を抜き出し、その範囲内だけ上書きするように対処します。
それで申し訳ないのですが、次のバージョンをリリーするまでの間、上記現象を避けるために、Mac OS X 10.5 環境をお使いの人はメニューを出す場所をなるべく真ん中あたりにして、回避していただくようお願いしたいと思います。

これとあわせて、Windows Vistaや7で、ウィンドウサイズが少し小さめになってしまって、よけいなスクロールバーが出てしまう件も抜本的な対応策を見つけたので、次のバージョンで対処される予定です。

次のバージョンは11月下旬リリースを予定しています。

Windows 7 Ultimate 64bit版

売り切れてて買い逃していた Windows 7 Ultimate 64bit版ですが、ようやく今日になって家に届いたんで、さっそく我が家最強のPCにインストールしてみました。
マシンのスペックはIntel Core i7 2.67GHz、メモリは12GB、HDDは1TB×2というかなり強力なPCです。
クワッドコアでハイパースレッジングもサポートしているので同時に８スレッドが実行可能、ちょっと普通のPCと次元が違う感覚なので、速度とかの感想は当てにならないかも知れない。

さて、まずはWindows 7のインストールですが、このPCにはすでにWindows XP 64bit版とWindos 7 RC 64bit版がインストール済みだったのですが、今回はWindows 7 RC版のインストールされているパーティションをフォーマットしてインストールしてみました。
フォーマットは一瞬で終了し、インストール開始。インストールの所要時間は30分くらいだったので、かなり早い気がしました。で、早速ログインしてみると、壁紙がなんかセンス悪い（笑）。真ん中に画像のようなマークが出てくる。

まずはなにかよさそうな壁紙に変えたほうがよいですね、こりゃ。

で、それからはいつものようにインストール大会。
まずはウィルス対策ソフトということで、ESET NOD32を実行しようとしたら、「互換性の問題があります」とか言われてしまいました。そんで、ESET NOD32の公式サイトに行ってみたら、バージョン3.0から4.0にアップする必要があるらしい。
バージョンアップしたらちゃんと動作しました。

今のところ動作確認のとれたアプリは以下のとおり。
まずは64bitアプリ
・Sun Java SDK 6.0　　　　- Javaの開発キット
・Eclipse 3.4　　　　　　 - Javaの開発環境
・Gimp 2.6　　　　　　　　- フォトレタッチソフト
・Sakura Editor 1.5.8 - テキストエディター
・ESET NOD32 4.0 - ウィルス対策ソフト
・7Zip 4.6.4 - 圧縮解答ソフト
・CopyExt Ver 3.01.2 - 拡張コピーソフト

次に32bitアプリ
・Google Chrome 3.0 - ブラウザ
・OpenOffice.org 3.1.1 - オフィスソフト
・キャプラ 4.4 - 画面キャプチャー
・VMPlayer 2.5.1 - 仮想マシン
・Picasa 3.0 - 写真管理
・nero 7.11 - CD/DVDライティング
・VLC 1.0.1 - ビデオプレイヤー
・muse 5.45 - 音楽製作ソフト
・Tokyo Railways 1.75 - 自作ソフト(ただしJavaは64bit版で動作)

今のところ、これで普段使っているソフトはほぼクリアしていると思うが、動かなかったソフトはなかった。
ただし短時間しか使ってないから何か問題を見逃しているのかもしれない。
これだけちゃんと動いてくれれば、明日からWindowsの開発環境はXPから7に変えてしまって問題なさそう。

さて、そんで今日半日使ってみた感想だが、なかなか使いやすいです。
Mac OS XとWindows XPを比較したときに気に入らなかった点がWindows 7になってだいぶ解消されている気がします。

まず一番の改善点は、マルチタスク性能の改善でしょう。
XP 64bit版だと、何かのインストール中や巨大ファイルのコピー中など、DVDやHDDへのアクセスが極端に重い場合、しばらくだんまりになってしまって、せっかくの8スレッド同時実行なのが生かせずにイライラしたのですが、これがWindows 7だと完全に解消してます。ファイルのI/Oが重いときも、たとえばブラウザでネットを見るとか、快適にできます。これだけでもXPから7に乗り換える価値はありそうです。

次に気にいった改善点はタスクバーの機能改善ですね。これがちょうどMac OS XのDockと同じように使用できる。
まず、アプリを起動すると、タスクバーにアイコンが表示されます。で、このアイコンの上で右クリックしてメニューから「タスクバーにこのプログラムを表示する」を選択すると、プログラムを終了してもタスクバーにアプリが登録されて表示されるようになる。実行中はアイコンの周りに枠と白い影みたいなのが表示されるので、ちゃんと動いているのがわかる。さらに同じアプリを複数起動していると、アイコンにカーソルを合わせると、ウィンドウのイメージが表示されて、ここからすぐに目的のウィンドウが表示できる。（下の画像）

これって、Macユーザーには親しみのあるDockの操作そのものですねえ。

さて、操作に関する感想はここまでにして、最後に私の開発している「Tokyo Railways コンピュータ版」がちゃんと動作したかという点ですが、ちゃんと動作してます。まあ、もともとOSに依存しないJavaで作っているわけだし、Windows 7 RC版でもちゃんと動作してたんだから動いて当然ですが。

ただ、まったく改善点がないわけではなく、たぶん、これってVistaでも同じだと思うのですが、ウィンドウの枠がXP・Mac・Ubuntuなんかよりも太いせいで、余計なスクロールバーが出てますねえ。
これってちょっとかっこ悪いから、次のバージョンでは少しだけウィンドウのサイズを大きくした方がよさそうですねえ。

とりあえず、今日のところはこんな感じでした。
今後もなにか見つけたら、日誌にアップします。

しかしまあ、先週のMac miniのディスク故障から始まって、今週はOSのセットアップばっかりやってるねえ。これで１週間で４回目のOSインストールだよ・・・

↓の評価ボタンを押してランキングをチェック！

名松線　一部廃止へ

　先日の台風１８号で被害を受け、一部区間での運休が続く名松線が、一部区間で廃止になるそうです。

　名松線というのは、三重県の旧伊賀国南部にある名張市と旧伊勢国の中心部にある松阪市の間を鈴鹿山地を越えて結ぶ目的で計画された路線で、計画当時は三重県北部を東西に結んでいた関西本線の伊賀上野から私鉄が名張まで通っていたので、これと名松線をつなぐことで、三重県の伊賀地方と三重県の中心部を直接接続しようと意図されたものだと思います。
　名松線はまず松阪側から建設が始まって、山間部の伊勢奥津まで開通したのですが、ここでその存在意義を失わせる事件がおきます。後の近鉄となる大阪電気軌道(大軌)が大阪と伊勢神宮や名古屋との接続を目指して、奈良盆地から一気に西進し、子会社の参宮急行電鉄(参急)によって名張-松坂間を青山トンネル経由で開通させてしまったのです。
　これにより名松線はその名の目的を奪われ、現在の松阪-伊勢奥津間で細々と運行する盲腸路線として放置されることになりました。しかも需要の多い平野部は参急->近鉄の路線と完全に平行しており、あまりにも険しくて道路整備が進んでいない山間部区間だけがその存在意義となったのです。
　当然のことながら名松線は採算が合うはずがなく、一度は国鉄再建により廃止対象となりました。ところが名松線は結局廃止を免れました。それは名松線の走っている山間部があまりに険しくて、並行道路が整備されておらず、バスが運行できないという理由です。この理由で廃止を免れたのは全国でも岩手県の岩泉線とこの名松線だけです。

　さて、名松線の歴史について簡単に説明しましたが、２・３年前、私はいったいバスも走れないところとはどんなところなのか見てみたくて、名松線に乗りにいったことがあります。その時は名松線で松阪から伊勢奥津までいって、伊勢奥津からバスに乗りかえて名張まで行きました。で、行ってみると、これがなるほどという険しいところでした。狭くて急な渓谷の上の方を鉄道が走っており、眼下に平行する道路が見えるのですが、これが細い。たしかにバスがすれ違えるところは限られていると思います。
　でもねえ、伊勢奥津でバスに乗り換えてみたら、その先はもっとすごい。集落の中の狭い道は軒にぶつかりそうだし、山道は崖が迫ってきていて、カーブにあるすれ違うための場所で、毎回停車して反対側の車を通してから次のすれ違う場所まで進むって言う感じで、おそらく表定速度は１５キロくらいしかでてないんじゃないかって感じです。こんなところにバスが走れるなら、名松線を平行する道路なんて楽勝なんじゃないかって気がしました。

　ずいぶんと長い話になっちゃいましたが、この話の結論に入ります。
　私は鉄道が好きで、鉄道がどんどん廃止されていくことには非常に寂しく思っています。今でももしこの路線が残ってたらと思う廃線がたくさんあります。そんな思いが私に「Tokyo Railways」を作らせたといっても過言じゃないでしょう。でもねえ、沿線の方々には悪いが、名松線はちょっといくらなんでもその存在意義がなさすぎる。はっきりいって今まで残っていたのが間違いな気がする。近鉄が青山トンネルを開通させた時点で、廃止にしてしまって問題なかったはずです。そんな名松線が廃止を免れたのは、山間部の不便さのためですよねえ。なのに山間部だけ廃止してどうするの？山間部をバス代行にするなら、全線廃止して、平野部の輸送は並行する近鉄線に任せりゃいいじゃない。代行バスは大阪方面から直通でこれる近鉄の榊原温泉口駅あたりから発着させた方が、観光客には便利だと思うよ。それよりも、名松線の並行区間とその先の山間部の道をちゃんと整備して、せめてバスがすれ違える広さにすべきだと思うよ。このままじゃ観光バスも入れないから観光どころじゃないでしょう。年間５億円以上の赤字を存在意義の薄い路線に突っ込んでいるほど、今の鉄道の状況は楽じゃない。そんな金があるならもっと存在意義の高い路線の存続に使ってほしい。
　名松線を維持する金を回せたら、のと鉄道の輪島-穴水間だって、島原鉄道の島原外港の先だって廃止されないですんだかもしれないと思う。

　最後に、名松線の区間に線路を引いてみたい方は、私の作っている「Tokyo Railways」の東海マップでカバーしているので遊んで見てください。
　それから、近鉄の青山トンネル開通の話は、「東への鉄路」(上巻・下巻)という小説に出てきます。この小説はホントにおもしろいので、興味のある方は是非とも読んで見てください。

↓の評価ボタンを押してランキングをチェック！

Tokyo Railways コンピュータ版のソースフォーク

　「Tokyo Railwaysコンピュータ版」のソースからv2.0をフォークさせ、現在リリース済みのv1.x系統のソースコードはメンテナンスモードに移行しました。
　今後数ヶ月間のリリースではv1.x系列のソースコードの修正はバグ修正にとどめる予定です。また、v2.0のリリースは来年の早い時期を目標にしているため、少なくとも年内のリリースでは機能の追加は行わない予定です。ただ、マップの追加と不具合対策は従来どおりに行う予定で、今後も月１回程度のリリースを予定しています。
　v2.0ではちょっと大きめの機能追加を予定していて、数ヶ月の開発期間が必要と見積もっています。v2.0での追加機能の詳細は開発が進んでから発表させていただきます。

↓の評価ボタンを押してランキングをチェック！

Magic Mouse購入

　ちょっと旧聞ですが、先日、AppleがMacの新製品をたくさん発表していて、新型のMacbookとか、アップデートされたMac miniとか、Core i7を積んだiMacとかが発売されてました。でもさすがにそんなにしょっちゅう新しいMacに手を出すわけにはいかないので、これらはみんな流してみてました。でも、そんな中にひとつだけ、手を出しても問題ない手頃なのがあったですが、それがMagic Mouseという新型マウスです。
　このマウスはBluetoothに対応した無線マウスなのですが、iPhoneのタッチパネルやMacbookのタッチパッドのように、上部がマルチタッチに対応しているそうです。私はMacbook Airのタッチパッドが非常に気に入っているので、これをMac miniで使ったら快適そうです。で、早速注文したら今日届きました。
　説明書を読むと、ソフトウェアアップデートをやってからMagic Mouseの電源を入れて、Mac側のBluetooth設定でペアリングして、それから再度ソフトウェアアップデートをやるという手順が書いてあったのですが、そのとおりやってもうまくいかない。マウスとしては使えるけど、マルチタッチが使えない。
　Mac miniのOSはソフトのメンテナンス用にMac OS X 10.5.8のままにしていて、10.6(Snow Leopard)にはアップしてないのですが、どっちにしろ「Wireless Mouse Software Update 1.0」が必要とマニュアルに書いてあります。
　でもソフトウェアアップデートにはこのソフトが出てこない。

　しかたがないので、アップルのサイトに探しにいったら見つけました。
　これが10.5(Leopard用)
　こっちが10.6(Snow Leopard用)
　これをインストールしたらバッチリでした。

　さて、使い勝手ですが・・・はっきり言って普通のホイールマウスと変わらない気がしました。
　だって、もっといろんな種類のジェスチャーがつかえれば変わってくるんでしょうが、今できるのは一本指でできる360°スクロールと二本指でできるスワイプだけだもん。
　これが、もし、マルチタッチだけでカーソルが動いたりクリックできたり拡大・縮小ができれば変わってくるんだろうけど、カーソル動かすのはマウスを動かさなきゃならないわけだし、クリックも普通にクリックするんだし、拡大・縮小はキーボードのコントロールキーを押さなきゃできないし、そもそもこれだけなら普通のホイールマウスと同じだし・・・
　そうか、そもそもマウスという発想が革新的じゃないんだ。いっそのこと外付けタッチパッドのようなものの方がよかったんじゃないの？
　
　あ、でも、そもそも、私がもともとトラックボール党で、普段マウスを使わない人だと言うのが一番の理由なのかも。じゃなんでこれ買ったのかというツッコミはなしでお願いします。

　えーと、ついでだから、Ubuntu 9.10でもMagic Mouseを試してみました。
　フツーの２ボタンマウスとして使えましたが、なぜかカーソル移動の速度がデフォルトでは速すぎる。
　設定を変えて遅くしたら普通に使えましたが、今度は一緒につないでいるトラックボールが遅くなってしまって困ります。
　でもまあ、いちおうbootcampでOS切り替えても最低限のマウスとしては使えるみたいです。

↓の評価ボタンを押してランキングをチェック！

Ubuntu 9.10にアップグレード

　先日Mac Miniが故障して、ディスクを交換した際にUbuntu 9.04を入れ直したばかりなのですが、昨日Ubuntuの最新バージョン9.10がリリースされたので、さっそくアップデートしてみました。
　アップデートの所要時間は１時間くらい。途中でキーボードの型式を入力する画面が出ていて日本語のキーボードがリストに出てこなかったんで、「Generic 101」って感じのを選んじゃったのだが、あれでよかったのだろうか？意味の分からない画面だったなあ。
　何はともあれ、無事インストール終了。
　起動画面とログイン画面はなんか渋くなっている。

　ログインしてみたらディスクトップもやっぱり渋い茶系統。

　ウィンドウの上部のバーはなんか阪急電車のような茶色でなかなかいい感じです。

　さて、あんまりちゃんとチェックしてないのですが、見た目以外で変わったところというと、まずは、日本語入力のインプットメソッドの切り替えがIBusというのに変わってる。
　それから、Firefoxも3.0から3.5にバージョンアップしている。
　後はあんまり使い込んでないので、まだよく分からないです。

　で、さっそく私のソフト「Tokyo Railways コンピュータ版」を動かしてみると、スムーズに動き始めたのですが、遊んでいるうちに問題発生。
　BGMの切り替えが遅れ始めて、やがて音がならなくなった・・・
　ちなみに私はOpenJDKをapt-getでインストールしていたのを、今回そのままバージョンアップしています。

　うーん、なんだろう。対策はちょっと簡単には分からないですねえ。
　SunのJDKでも試してみようか・・・

今のところそんな感じですが、他には問題ありません。この投稿もUbuntu 9.10からです。

↓ の評価ボタンを押してランキングをチェック！

Tokyo Railwaysのレビュー記事

　blogに"Tokyo Railways"のレピュー記事をアップしているサイトを見つけました。
　「Tomy's Weblog Annex」というblogです。
　「Tokyo Railways」のトップページのレビュー記事リンクに追加しておきました。
　レビュー記事を読んで気に入っていただけた方は、評価ボタンを押してあげてください。

　今後も、他にもレビュー記事をみつけたらトップページのリンクに追加していきたいので、教えてくれると嬉しいです。

リリース：追加マップ「相模原」

　「Tokyo Railways　コンピュータ版」の追加マップ第11弾・「相模原」をリリースしました。
　舞台となる相模原は、来年の2010年4月に全国で19番目の政令指定都市となる予定です。
　相模原市は戦時中の軍都計画によって扇状の道路が整備された計画都市であり、その中心部への鉄道は幾度となく計画と挫折を繰り返してきた歴史があります。
　マップ名は「相模原」ですが、実はマップの中に私の故郷・東京都町田市がほぼすっぽり入ってますんで、実はかなり自己満足なマップです。
　是非とも遊んでみてください。

PowerPC 対応

　開発用にPowerPC G4を搭載したMac Miniを中古で買いました。

　「Tokyo Railways コンピュータ版」のMac OS X版はユニバーサルバイナリーなので、PowerPC搭載機でも動くはずなのですが、今までは手元に実機がないので確認できずにいました。
　しかし、これで確認できます。さっそく動かしてみると・・・

　この通りちゃんと動きます。

　もうちょっと速くってCPUをマルチで積んでるようなマシンなら、快適に動きそうですが、このマシンだとちょっとコンピュータの思考ルーチンに時間がかかってしまいますね。でもそんなに問題になるほどは遅くないですよ。
　ただしメモリは1GB以上積んでないと、スワップアウトが多発して、まともに動かないと思います。

　というわけで、ここに「Tokyo Railways コンピュータ版」のPowerPC対応を正式に宣言します。
　ただし、メモリ1GB以上でMac OS X 10.5を搭載したMacに限ります。

リリース：追加マップ「福岡県」

　「Tokyo Railways コンピュータ版」の追加マップ第10弾、「福岡県」をリリースしました。
　今回の舞台である九州の玄関口・福岡県は、福岡と北九州の２つの政令指定都市を抱え、さらにかつて炭鉱で栄えた筑豊地方と筑紫平野が広がる筑後地方の４つの地域に分かれています。
　今回のマップでは豊後市付近を除く福岡県全域、山口県下関市付近、大分県日田地方、荒尾市などの熊本県北部、佐賀市を中心とした佐賀県東部をカバーしています。
　今回で追加マップの数は10に達し、本体に付属している14のマップを加えると、全部で24個となります。
　これを全部インストールすると、マップ選択画面はこんな感じになります。

　ついに全部埋まってしまいました！

　是非とも遊んでみてください。

FC町田ゼルビア 対 FC刈谷戦

　今日ははるばる愛知県の刈谷まで出かけてゼルビアのアウェー戦を観てきました。
　JR東海の休日乗り放題きっぷを利用して、小田急-JR東海-名鉄と乗り継ぎ、６時間以上かけて目的地の名鉄線富士松駅に到着。
　ここから徒歩10分ほどで今日の試合があるウェーブスタジアム刈谷が見えてくるんですが、さらに大きな農場と川を越えるのに10分かかり、ようやくスタジアムに到着。
　途中で食料を調達し損ねたのですが、スタジアムでたこ焼きが売ってたので、これを昼食にしました。
　さて、試合の方ですが、前半はゼルビアのペースで試合が進み、前半20分に大江選手のゴールで先制、なおも攻め続けますが得点につながらず、１－０で前半終了。
　後半は刈谷はアマラオ選手を投入し、反撃の機会が増えますが、ゼルビアの好守に阻まれ１－０のままロスタイムに突入。ゼルビアはロスタイム中にコーナーキックを利用して順調に時間を消費していきますが、刈谷は最後の最後にコーナキックを得て、キーパーも攻撃参加しての全員攻撃を仕掛けます。
　ゼルビアは大江選手を下げ、山崎選手を投入して最後の守りを固めます。
　しかし、ゼルビアは最後の瞬間、勝利を目の前にして刈谷に同点ゴールを決められ、その後ワンプレーで試合終了。
　なんとも悔いの残る引き分けでした。悔しいです。

　往復１２時間以上かけて、このまま帰るのは悔しいので、この後、浜松でうなぎでも食べてから帰ろうかと思います。
　

Mac miniの修理

昨晩のMac miniのシステム障害ですが、結局ハードディスククラッシュでした。
最初はbootcampでMac OS Xを選んだときだけおかしくて、何度インストールしてても途中でこける。
で、だんだんと状況が悪化してきて、これはディスクがおかしそうと思い、Ubuntu側の設定ファイルをバックアップしてからさらに調べてたら、とうとうubuntuも起動しなくなり、fsckをかけるとエラーだらけ。この段階でハードディスククラッシュが原因と確信して、しかたがないからハードディスクを差し替えることにしました。この際だからメモリーも512MBからMaxの2GBに差し替えて、一気に快適な環境にしましょう。
　さて、まずは、Mac miniのケースを空けようと思ったが、なにやら専用の工具がいるらしい。

　それがこれ、スクレーパーというもので、本来はビラとかをはがすのに使うらしい。
　幸いなことに、近所にプロ用の工具が何でも揃う金物屋さんがあるので、そこで購入。いろいろ種類があってよりどりみどりでしたが、一番無難そうなやつにしました。
　そんでもって、ごちゃごちゃと小さな筐体に詰め込まれたMac miniの中から、なんとかハードディスクとメモリを取り出し、これをもって、町田のドスパラへGo!
　ドスパラの店員さんに、ハードディスクとメモリを交換したいとMac miniの中身の品を見せたら、メモリはあるが、ハードディスクはちょっと問題があるとのこと。このハードディスクはシリアルATAのもので、今はシリアルATA-2のものしか扱ってなくって、同じメーカー(SEAGATE)のならシリアルATA-2でもシリアルATAと互換性があるかもしれないけど、もしかしたら駄目かもしれないとの話。
　でも、まあ、駄目だったら外付け用にでもすればいいやと思い、500GBのハードディスクと、1GB×2枚のメモリを購入。
　ついでだから、昨日発売されたばかりのWindows 7の64bit Ultimate版も購入しようと思ったら、残念なことにドスパラでは昨日のうちに64bit版は売り切れてしまったそうです。で、しかたなくあきらめて帰宅。
　さっそく家でMac miniに入れてみました。そうすると・・・

　無事にメモリは認識。
　次はハードディスクですが・・・

　おっ、ちゃんと認識してる。しかもインターフェイスはちゃんとシリアルATA-2と認識されている。
　なんのことはない、このMac miniはシリアルATA-2に対応してたのね。

　さ、無事にハードの修理は終わり、OSの再インストールも終わりました。
　でもねえ、まだいろいろとバックアップからリカバリしたり、設定し直したり、インストールし直したりすることが残ってるんだよねえ。

　こりゃ、まだ一日ぐらいつぶれそうだねえ。