契約しているレンタルサーバからPostgreSQL 7.4提供の終了連絡が来ていたので、7.4 -> 9.5 に移行しました。

といっても、データベースの作成と旧データベースからの移行がWEBからポチるだけでできるようになっていたので、私の作業はポチった後で サーバ側の pg_pass に設定を追加したのと、DB接続用の共通関数をちょっと書き換えただけ。ホントはDUMPとRESTOREをしなくちゃいけないと思うのですが、至れり尽くせりです。

正直言うと、ほとんど更新しない日記を公開するのに有償のレンタルサーバやDBサーバなんか必要ない気もするのですが、流行りのサービスに乗っかってもしばらくしたらサービス終了とかよくある話だし、なにより自分で公開する内容によくわからん広告が同居するなど許容し難いわけで、今のままが一番無難なのです。

自宅のAVアンプを買い替えました。YAMAHA RX-V385 税込¥39,800也。

最近はあんまり自宅に帰ってくることがないので使用頻度は高くないのですが、先日おうちでCDを聴こうとしたら、なんと電源が入りませんでした。(反応はするけど1秒ほどで切れちゃう) CDプレーヤー内蔵アンプを買おうか、でもCDプレーヤはあるんだからプリメインアンプで良いよね、てゆーか、そんなに値段変わんないからAVアンプにしておく? ってことで買い替えとなりました。

最近はAppleTVの出力先として2万円くらいのサウンドバー(YAMAHA YAS-109)を使っていたので、いちおうはサラウンドっぽい音も出てました。が、ちゃんと5.1chで鳴らすと音の広がりがぜんぜん違いますね。10万円くらいのサウンドバーになると、壁や天井の反射を利用したハイテクサラウンドを構成できるようなのですが、すでにフロント+リア+センターのスピーカーがあるんだったらAVアンプを買った方が手っ取り早いみたいです。

それはともかく、前のAVアンプ購入が2005年ですから、なんと18年前!! 隔世の感はアンプの背面を見るとより顕著になります。

前のアンプ: D端子、コンポーネント端子、アナログ入力端子がびっしり。

今回のアンプ:HDMI 5ポートにオマケ程度のアナログ入力の他はスカスカ。

電源と連動するサービスコンセントすら無いのにはちょっとびっくりしましたが、使う機会も少ないですから良しとしましょう。

サウンドバーを使う場合は、テレビ側のHDMIをひとつARC(Audio Return Channel)として使うことになるので貴重なHDMIを無駄にすることになるのですが、AVアンプで接続する場合にはアンプのHDMI出力をテレビに繋ぐだけですので、ポートの無駄が発生しません。しかも、アンプのHDMI出力をテレビのARCに繋いでおけば、テレビの音をAVアンプで鳴らすこともできるため、理想的な接続になります。我が家では AppleTVを使うことがいちばん多いのですが、AppleTVのHomeボタンでテレビやAVアンプも含めて電源が入り、AppleTVのボリュームボタンで音量調節が出来て、AppleTVをスリープにすればテレビもAVアンプも電源が切れます。いやはや、完璧です。アナログ接続の時はテレビとAVアンプの接続には最適解が存在しなくて、正直テレビ側をメインにした方が使い勝手が良いと思っていたのですが、HDMI+ARCだとここらへんの問題をすべて解決できるようです。

HDMIってケーブルが悪いとぜんぜん映らなくなったりするのであんまり良い印象が無かったのですが、いつの間にかすごく便利になってたのですね。

□ 関連記事

• 2005/03/12 二代目AVアンプ
  • 2005/03/13 学習できるものとできないもの
  • 2023/05/03 3代目AVアンプ ≪

X68000Z で2HDイメージファイルを使用するには、拡張子が.XDFのファイル形式である必要があります。対して、我が家のMOに格納されているのは拡張子が .dup という、単にセクタ単位で読み出してヘッダも何も付けずに単純に格納したものです。 "Virtual Floppy Image Converter" を使えばファイル形式を変換できるので、手持ちの .dup ファイルはせっせと変換しました。

が、ここで衝撃の事実が。

中身おんなじやん

いやはや、そもそも変換なんか必要なかったみたいで。うちの2HDイメージが .dup なのは、当時使ってた実機のイメージ化プログラムが付与する拡張子だったはずなのですが、今となっては .XDF の方が通りが良いので、中身おなしですがこっちを使った方が良さそうですね。

前の記事にも少し書きましたが、X68000で普通に使っていたMOは、WindowsでもMacでもファイルシステムとして認識してくれません。これによって、過去にX68000で作成した資産を継承できませんし、むかし遊んでたゲームをX68000Zで楽しむこともできません。

なお、ファイルシステムとして認識しないとはいえ、セクタ単位での読み出しはできます。だからディスクイメージを取り出すことはできます。あとは、このイメージをファイルシステムとして認識してくれるナニカがあれば良いだけなのです。でも、どうやらそんな都合の良いものは無さそうなのです。でもね、無いものは作ってしまえ!! なのがX68000ユーザです。ということで、作りました。
↑ (追記) DiskExplorer というのを使うと、X68000のMOも読めるみたいです。別に作らなくてもよかった。(苦笑)

convertX68kMO

X68000で普通にフォーマットしたMO(のイメージ)からデータをサルベージする

http://toriyu.jp/hitorigoto/convertX68kMO001.zip

えーと、イマドキのモダンな言語で書ければ良かったのですが、いかんせん使い方がわかんないので、普通にC言語で書きました。動作環境としてはMacOSのコマンドラインを想定しています。特定の処理系に依存するような記述はしていないつもりなので、コンパイルエラーさえでないように修正すれば、WindowsやLinuxでも動くのかもしれません。

使い方はこんな感じです。

1. MacにMOを接続して、イメージファイルを作成する。
   (例) % sudo dd if=/dev/disk4 of=hoge.dmp bs=1m count=128
2. 上のプログラムに食べさせて、イメージからファイルを抽出する。
   (例) % ./convertX68kMO hoge.dmp

この例では、hoge というディレクトリが作成され、その下にMOに格納されているファイルが配置されます。文字コードはX68000のファイルがSJISであると決め打ちして、SJISからUTF-8に変換して保存します。

以下はここらへんの操作に明るくないひと用に手順を細かく書いたものです。上の説明でわかる人は読まなくても良いと思います。

MacOSにMOをセットする

こんな感じのダイアログが出ますが、「無視」を選んで続行します。ファイルシステムとしては使えませんが、/dev/ 下にはマウントされているので、デバイスとしては普通に使えます。

どこにマウントされているかを示すのがこの画面です。ディスクユーティリティーを起動して MO デバイスを選び、「装置」欄に記載されている項目を /dev/・・・ でアクセスすれば読めます。この図では disk4 ですね。

イメージを作成する

sudo dd if=/dev/disk4 of=hoge.dmp bs=1m count=128

上記コマンドを実行してカレントディレクトリに hoge.dmp というイメージファイルを作成します。この例では 1MBずつ128回読み込むので、128MBのイメージができます。

イメージファイルを展開する

下記のコマンドを実行してイメージファイルをカレントディレクトリに展開します

./convertX68kMO hoge.dmp

実行ファイルは zip ファイルの中に格納済みのものか、convertX68kMO.c をコンパイルしてできるものを使用してください。

本来ならメディアから情報を読み込んで「セクタあたりのバイト数」「クラスタあたりのセクタ数」「先頭クラスタの位置」「FATの位置」なんかを計算して動作すべきなんでしょうが、使える資料が「過去に実機で作成したMO」だけでして、当時は128MB用ドライブしか持っていませんでしたので、このプログラムは128MB専用となっています。

うまく展開できた場合は、Finder や Explorer で閲覧可能なフォルダ/ファイルが出来上がります。

我が家のX68000が現役の時は「プログラミングで遊ぶ」以外にも「ゲームで遊ぶ」のに使いまくってたので、うちのMOにはゲームがたくさんあります。ゲームする時は拙作の 2HDboot をよく使ってたので、MOにはフロッピーディスクをイメージ化したファイルがそのまま保管されています。"Virtual Floppy Image Converter" を使えば、そのイメージファイルを X68000Z で使うこともできます。

てことで、久しぶりに我が家にやってきた X68000 で遊びまくっています。いーくぽーーん。

なんだか超久しぶりの更新ですが、X68000Zを調達しました。

ご存知ない方のために書いておくと、X68000というのはずいぶん前にSHARPが発売していたパソコンです。今では「パソコン」というとWindows機を指しますし、ものすごく広義の意味でMacも含まれるのですが、当時はWindowsなんてものは無く、日本の電気メーカーが複数参戦していました。というか、日本語を表示できるのが日本のメーカーが作ったものだけなので、海外メーカー製を選ぶ理由はほとんどありませんでした。日本のメーカーのパソコンの中でもX68000はすこし趣向が違って、当時のアーケードゲームを再現できるほどのグラフィックやサウンド機能を持ち、MC68000という8086系とは異なる命令セットとアドレッシングモードで「使い倒す」ことが楽しいマシンでした。

時代は流れ、当初は高速だったはずの速度は80486のキャッシュと高速クロックに置いてけぼりにされ、「国民機」と言われたPC-98との差はどんどん開いていきました。晩年にはMC68030を搭載した X68030 が発売されるも、後が続かず終焉を迎えます。X68000ユーザーが勝手にライバル視していた国民機も、その後の時代の流れに飲み込まれて現代では工場向けに細々と生産しているだけというのはなんとも寂しい限りですね。

さて、そんなX68000ですが、35年の時を経てクラウドファウンディングという形で現代に甦りました。その名もX68000Z。実機とほぼ同じキーボードやマウスを備え、実機と同じような見た目の筐体。ただしすごくちっちゃい(笑)。5インチフロッピーの代わりにSDカードが挿入でき、LEDがディスク挿入やアクセス時に色が変わるというギミックを備えています。そして、なんとキャリーハンドルが実機と同じように飛び出します。てゆーか、なんでパソコンにキャリーハンドルなんか付いているんでしょう? 元からいろいろ不思議なパソコンです。さすが目の付け所さんですね。

そして使ってみた感想は・・・ロード時間が長い。まぁ、そうですよね。今ではPCのストレージがSSDなのは当たり前で、PCの起動時間もロード時間もさほど気にならなくなったのですが、確かに当時はFDのロード時間が長かったです。もう完璧なエミュレーションですね。って、ロード時間はべつに模擬しなくてもいいから!! SDから読むと遅くなるんでしょうか? それとも当時の雰囲気を醸し出すようにウェイト入れてるんでしょうか。ここはもう少し速くなってほしいですね。

X68000のエミュレーション自体はべつにこういうものを購入しなくても実現できるのですが、著作権の問題をクリアするのが難しく、どうしても裏でコソコソやる感じになってしまいます。その点、クラウドファウンディングとはいえ、正規のライセンスで販売してもらえると、堂々と使えますからホントありがたいです。

セットに含まれる内容では「X-BASICを起動して遊ぶ」とか「グラディウスで遊ぶ」くらいしかできませんが、過去のX68000の資産を使えばそこそこ遊べるのかな? と思っています。過去の資産は現代のPCで読めないフォーマットのMOに格納されているのでちょっとハードルが高いのですが、それを発掘するのも含めてしばらくは楽しめそうです。