東方VGS（Bach）

 先週ぐらいからVGSのMML打ち込み作業のリハビリ（？）がてら、作りかけだったゴールドベルク変奏曲の続きを作り始めてみました。

Variation 13 (先週)

https://github.com/suzukiplan/tohovgs-cli/commit/f3550f245791a0ad5b0a8df26ffaf186e96a72d6

Variation 14 (今日)

https://github.com/suzukiplan/tohovgs-cli/commit/c5ceb067c244f7699b46cd58d4d1bb12c3f2d63e

もうVariation 15に取り掛かってますが、Variation 15は重めのカノンなので結構時間が掛かりそうです。ですが、Variation 30まで週一ペースをキープしたいな...（本業が鬼のように忙しくならなければ多分イケる筈）

ゴールドベルク変奏曲が終わったら次は何をやろうか。

今やりたいと思っているのは6つのパルティータ（6つとも）です。

そのうち東方にも手を出すかもしれません。というか、東方永夜抄の中盤あたりからの曲は色々と病んでいる時に作った関係でかなり手直ししたい部分がある...なので、再び東方に手を出すとしたら作成済みの曲の手直しになるかも。

何より、新規で耳コピするのはダルいですし（本音）

耳コピといえば、最近ラブライブの曲をチマチマ耳コピしてます。

ベースの練習用にベースパートのみですが。（なお、ベースの演奏はかなり下手クソな模様）

ベースパートの耳コピは音だけで拾おうとするとかなり難しいので、拾いやすいメロディーパートを先に耳コピして、曲の構造を洗い出し、理論から半分推測でベース音を当てはめるという回りくどいやり方でコピーする（東方の耳コピもそんな感じだった）のですが、Logic Pro Xに音源を取り込みイコライザでベースブーストのエフェクトをかければベース音をメロディーと同じように比較的簡単にコピーできることに最近気づきました。

この技を使えば東方の耳コピも以前よりはだいぶ楽にできるかも。

最近のコーヒー事情（自宅＆外）

アイスコーヒーが好きなので、ほぼ年中飲んでます。

在宅勤務になる前は、主に喫茶店とコンビニコーヒー。

在宅勤務になってからはUCCの「職人のコーヒー」という930mlペットボトル。ペットボトルは1本78円で買えるのでお財布に優しい反面、洗って潰して捨てるのが中々面倒臭い。フニャフニャのペットボトルなら良いのですが、コーヒーのペットボトルって固いので潰すのが面倒臭い。玄関口に並んでいる「捨て待ち」の空ペットボトルがどんどん溜まっていくのを見ていると憂鬱な気分になります。さてどうしたものかと思っていたところ、近所のヨーカドーで水出しアイスコーヒーポットなるものを発見。

https://www.monotaro.com/p/4337/4486/

近所のスーパーで400g 298円の安いコーヒー粉を使って作ってみたのですが、メチャクチャ美味しい。200〜300円ぐらいで飲める喫茶店のアイスコーヒーより断然美味しい。昔、品川駅で待ち合わせをしていた時にウッカリ間違って入ってしまった意識高い系のコーヒー専門店で飲んだアイスコーヒー（1杯800円近くしたブルジョア向けの高級品）と同じぐらい美味しい。1杯800円相当のコーヒーが約4リットルで298円と考えれば激安。

廃棄についても一般ごみしか出ないので楽です。

ただし、抽出に時間が掛かる（1回の抽出に8時間掛かる）ので、2本導入してアクティブ・スタンバイのクラスタ構成にする方向で検討中です。

自宅のコーヒー環境は完璧ですが、問題は外の喫茶店。（在宅勤務に切り替わった影響で全然気づかなかったのですが、いつの間にかタバコが吸えなくなっていた...）

エアロバイク導入

 毎週土日に水元公園という近所の公園（23区で一番デカイらしい？）を組み込んだ15km前後のサイクリングコースを周回していました。

（コース）

• 水元公園まで: 5〜6km前後
• 水元公園内: 3kmぐらい
• 帰宅: 5〜6km前後

地形を覚えるため、Googleマップなどは使わず物理マップを脳内マッピングしながら進んでいる（なので、かなり高確率で迷う）ので、公園内以外の距離はあまり正確ではないです。多分、片道で10kmぐらい走ることもあります。なお、公園内は人が多いのでインターバル（クールダウン）区間と割り切ってゆっくり安全運転してます。水元公園は、大きな溜池、北海道のような平原、森林などがコンパクトに詰まった走っていてとても気持ちが良い区間だから、ゆっくりと走らなければ損だとも言えます。

かなり良い運動になります。

春先は良かったのですが、自粛モードが解除されたぐらいの頃から、色々と懸念が出てきました。

• 事故が怖い（一応なるべく車通りの少ないコースを選定しているが7月以降は交通量が気持ち多めで怖い）
• 雨の日はできない
• 日中は光化学スモッグ注意報がしばしば発令されている
• 事故回避のため夜間はNG
• マスクがかなりキツイ（これは運動目的だと高山トレーニングのような効果があるので逆に良いことかもしれない）
• 水分補給コストの問題（750mlでは全然足りず、汗の量から多分1Lよりも多めに補給する必要があるけど、そんなデカイ水筒は持ってない & 自販機で買うと高い）

という訳で、秋ぐらいまでは毎週恒例だったサイクリングを暫くお休みすることにしました。

ただ、在宅勤務で運動不足気味だし、思いっきり運動しないと寝付きが悪いので、さてどうしたものか・・・と、考えていたところ弊社の取締役が「エアロバイクはいいぞ」と勧めてきたのでAmazonでエアロバイクを物色してみたところ、以下のSTEADYという商品が気になったので買ってみました。

https://www.amazon.co.jp/dp/B07HNVVZ38

購入を決めたポイント

• 静音性の評価が高い
• iPadを見ながら使える
• サイズ感

静音性についてはマンションなので必須事項です。幸い私の自宅（4F）は1〜3Fが商業施設（メディカルモール）で隣室が看護師の休憩所っぽいので、音の面はあまり問題ないかもしれませんが、以前リモート会議で喋っていたら隣室で休憩中と思しき看護師から軽く壁ドンされたことがあるので、あまり音が出るヤツは避けたほうが良さそうだなと。

iPadを見ながら使える事もかなり重要です。昔、ジム通いをしていた時期があるのですが、風景が変わらない状態で走ったり漕いだりするのはとにかく退屈だからすぐに飽きてしまう（なのでジムでは水泳中心でした）ので、iPadでdアニメでも見ながらやれば飽きずに漕げるかなと。

サイズ感については、折りたたんだ状態ではなく広げた状態のサイズ感を重視しました。折りたたんだり仕舞ったりしてしまうと、出すのが面倒臭くてタンスの肥やしになると考えられるので、ベッドルームに常にセットアップした状態で配置可能な程度のサイズであることが重要です。

とりあえず、数日使ってみたところ、以下のような使用パターンで定着できそう。

• 朝、起床後にアニメ1話（約20分）をみながら重さ7の設定で漕ぐ→汗びっしょり
• 昼ごろは気が向いたらちょくちょく重さ6以下で5分ぐらい走らせる→ストレス解消
• 夜、風呂前にアニメ1話（約20分）をみながら重さ7の設定で漕ぐ→汗びっしょり

ちなみに、重さは8段階で最大が8で、7は最大より1個軽い設定です。

毎日ルーチン的にやれるようにするため、意図的に筋肉がつかないように（筋肉痛にならないように）調整したつもりだったのですが、何か股関節あたりが筋肉痛っぽい感じになってしまったので、もっと軽くした方が良いかもしれません。Amazonのレビューに少し書かれてましたが重めの設定だと負荷バランスがあまり良くはないかもしれません。ただ、軽め（6以下）だとアニメ1話では汗びっしょりにはならないので、プロテインでも飲んだ方が良いかも。

東方BGM on VGS（コマンドライン版）

コマンドラインで動作する東方BGM on VGS（東方VGS）を作ってみました。

https://github.com/suzukiplan/tohovgs-cli

今の所、macOSのTerminal専用です。

Windowsの方がニーズがあるのかもしれませんが、手元に使えるWindowsマシンがない and 今後Windowsを使う予定もないので、どうしてもWindowsで使いたい場合、頑張ってポーティングしてください...（Linuxであれば私のメインマシンがmacOSからLinuxに変わったら対応予定）

プレイリストを簡単に編集できる形にしておいたので、好きな曲だけ任意回数ループさせたりといった細かいカスタマイズが簡単にできます。

在宅勤務のお供などにどうぞ。（その目的で自分用に作ったものだったりします）

Z80での PUSH/RET について

Z80エミュレータのテストのために作ったゲームギア・エミュレータのテストの過程で、ゲームのコード解析を結構したのですが、その中で面白かったテクニックとしてPUSH/RETというものがあります。

PUSH: スタックにデータを格納する命令

RET: CALL元へ復帰する命令

RETはCALLから復帰するための命令ですが、戻りアドレスはスタックから取り出すので、「スタックからPOPして得られるアドレス値へジャンプする命令」と解釈することもできます。

つまり、アドレス値をPUSHしてからRETを呼び出せば、「PUSHしたアドレスにジャンプ」することができます。6502には、任意メモリに格納されたアドレスへジャンプする命令が存在しないので、6502であれば割と有用なテクニックだったといえます。

ただ、Z80のプログラムでこのテクニックを利用する意味が分からないです...Z80であれば、任意メモリに格納されたアドレスへジャンプする命令（JP (HL) など）が存在するので。

性能面についても、PUSH/RETを使うメリットはありません。

そもそも、スタックアクセスが遅いので。

例えば、アドレス nn に格納されているアドレスにジャンプしたい場合:

（PUSH/RET）

LD BC, $(nn) ... 20Hz

PUSH BC ... 11Hz

RET ... 10Hz

合計: 41Hz

（JP (HL)）

LD HL, $(nn) ... 20Hz

JP (HL) ... 4Hz

合計: 24Hz

上記のように、PUSH/RETだと「17Hz」もの無駄クロックを消費してしまいます。

PUSH（スタックアクセス）がそもそも重い上に、RETも（スタックアクセスするので）重いので、PUSH/RETでは性能的な意味での恩恵が得られることは無い筈です。

なのに何故、あのゲームはZ80だと一見無意味なPUSH/RETを使っていたのか...謎が深まります。（プログラマがFCに慣れてて、Z80をあまり知らない状態で書いたとかそんなオチでしょうけど）

自前Z80エミュレータのテスト完了

昨年作成したきり放置気味だった自作Z80エミュレータ（C++）でシステムテストを実施して完成させました。

システムテストは、別途ゲームギアのエミュレータを作成して実施しました。（なお、作成したゲームギアについては、現在進行系でゲームギア関連ビジネスが動いているようなので、念のため非公開にしておきます...既に完成度が高いエミュレータなら沢山ありますし）

Z80を搭載したゲーム機なんて沢山あるんじゃないかと思いきや、意外と少なくて、シングルコアで純正Z80を搭載しているのは、調べた限りではSG-1000、Sega MARK III、Sega Master System、Game Gearぐらいのようです。（ゲームボーイがZ80カスタムなので若干惜しい）

そして、その中で私がハードとソフトを唯一持っているのがGGだったので、GGエミュレータを作ることにしました。なお、GGのハード仕様については、以下の資料を読んで把握。

https://segaretro.org/images/1/16/Sega_Game_Gear_Hardware_Reference_Manual.pdf

セガのハードは中々面白くて、初代SG-1000の中身はだいたいMSXと同じ構造です。

そして、SM3、SMS、GGはVDP（Video Display Processor）をゲーム向きの専用設計（モード4）に切り替えていますが、ハード構造的にはSG-1000と（ついでに、オセロマルチビジョンとも？）互換性を持たせられる設計になっているようです。

モード4のVDPはかなりシンプルな構造です。

16KBのRAM（VRAM）の中にパターンテーブル、ネームテーブル、OAM（Sprite Attribute）がある形。

ファミコンのハード仕様を理解していれば、容易に理解できると思います。

ファミコンと違ってネームテーブルがかなり扱いやすくなっていて、キャラクタパターン（1byte）と属性データ（1byte）のセット（2byte）で1セルを表現する形になっています。（ファミコンでゲームを作った事がある人なら分かると思いますが、かなりプログラムし易いメモリレイアウトになっています）

GGの場合、MSX相当（SG-1000相当）のモード実装は不要っぽかったので、2週間ぐらいで作れました。（途中4連休もあったので楽勝）

GG Dumperで手持ちのカセットからROMを吸い出して動作検証したところ、手持ちソフトの範囲では10割正常に動きました。（そんなに沢山持ってないのが悔やまれる...）

【動作確認したソフト】

・ベアナックル2

・GG忍

・ソニック・ザ・ヘッジホッグ2

・ドラゴンクリスタル

・デビリッシュ

・魔導物語1（PSG/PCMでちゃんと喋ります）

・魔導物語A

本体が通電不可能なので、今度ハードオフで見つけたら調達予定...

（ついでに検証ソフトも増やしたい）

私の自前Z80の場合、ほぼ実機相当のマシンサイクル単位（実は厳密には少し違うけど...）で同期実装が可能なので、エミュレータ開発者の誰もが苦労する同期実装周りで苦労することはありませんでした。GGの場合、LCDディスプレイ領域は160x144ピクセルですが、内部的には1フレーム342x262ピクセル（NTSC）で処理していて、4Hzにつき3ピクセル描画する形で同期すれば完璧な同期を実現できます。（CPUパワーはかなり消費しますが）

このテスト過程で発見したZ80側のバグがこのPull Requestでfixされています。

先日、このZ80エミュレータにゲームボーイのCPU（LR35902）のコンパチブルモードも実装したので、ゲームボーイのエミュレータも作ろうと思えば作れますね。（作るとは言っていない）