Ｐ/ＥＣＥ研究室

ＮＯＴＩＣＥ
このホームページでは一部、Leaf/AQUAPLUS製品の画像素材を加工・引用しています。また、これらの素材を他へ転載することを禁じます。

ＳＴＡＴＵＳ
ツール	mini ISD 安定版 1.0	2002/01/11	完了
ツール	mini ISD 安定版 2.5	2003/11/15	完了
ツール	P/ECE monitor	2004/06/06	完了
ツール	コンソール版FilePackユーティリティ	2002/05/14	完了
ツール	P/ECEリソースビューア	2004/06/07	完了
ツール	P/ECEファイルシステムビューア	2003/08/19	完了
ツール	うたわれるものキャラクタコンバータ	2002/05/09	完了
ツール	うたわれるものチップコンバータ	2002/05/09	完了
ツール	WAV to GSM コンバータ	2002/06/23	完了
ツール	まるもじ切り替えプログラム	2002/06/29	完了
ツール	malloc()ダンプユーティリティ	2002/07/15	完了
ツール	コンソール版PCMコンバータ	2006/07/17	完了
ツール	４倍テキストビューア	2002/09/17	完了
ツール	赤外線XMODEM	2002/11/03	完了
ツール	２ちゃんねるログビューア	2002/12/17	完了
ツール	２ちゃんねるログコピー	2002/12/17	完了
ツール	P/ECE PopUp	2003/03/03	完了
ツール	P/EMU	2003/04/30	完了
ツール	GCC 3.3.2 移植計画	2003/11/04	継続
ツール	CHIP/8	2004/05/04	完了
ツール	Chipper 2.11A(非公式)	2004/04/03	完了
ツール	無理やりMMC for 「NSF Player」	2004/10/28	完了
ツール	P/ECEシリアルポートデバイスドライバ	2005/08/05	完了
ツール	P/ECE USB LANデバイスドライバ	2005/08/20	完了
ツール	IPEnableRouter	2005/08/21	完了
ツール	ライブラリファイル情報表示ユーティリティ	2006/06/23	完了
ツール	3Dビューア	2006/07/04	完了
ツール	3Dビューア用Metasequoiaプラグイン	2006/07/27	完了
ツール	Webビューア	2005/09/28	完了
ツール	P/ECE KURO-RS 赤外線通信アナライザ	2007/11/29	完了
ツール	HDL-GT/LCD/EMU	2007/12/15	完了
ゲーム	細胞分裂アオミドロン	2002/01/06	継続
ゲーム	シンプルアタックス	2002/01/14	完了
ゲーム	ソルダムもどき	2002/07/01	継続
ゲーム	おでかけマルチUSB対戦キット	2002/01/05	完了
ゲーム	おでかけマルチ高速版	2002/01/29	完了
ゲーム	ぬわんぎのミニゲーム	2002/06/08	完了
ゲーム	シンプルSameGame	2002/06/18	完了
ゲーム	シンプルミサイル	2002/07/01	完了
ゲーム	シンプルＧウォーズ	2002/07/14	完了
ゲーム	ロットロットもどき	2002/07/18	完了
ゲーム	QIXもどき	2002/07/29	完了
ゲーム	エクスチェンジャーもどき	2002/08/25	完了
ゲーム	シンプルテトリス	2002/08/17	完了
ゲーム	シンプル一筆	2002/08/29	完了
ゲーム	シンプル潜水艦	2002/09/10	完了
ゲーム	クロンダイク	2002/09/22	完了
ゲーム	フリーセル	2002/09/25	完了
ゲーム	そろもどき	2002/10/17	完了
ゲーム	リブルもどき	2002/10/30	完了
ゲーム	パネルもどき	2002/11/09	完了
ゲーム	琉球	2002/11/17	完了
ゲーム	メガパネルもどき	2002/11/24	完了
ゲーム	シンプルナイトムーブ	2002/12/04	完了
ゲーム	ヘクシオンもどき	2002/12/24	完了
ゲーム	シンプルループ	2002/12/31	完了
ゲーム	シンプルレーザー	2003/01/02	完了
ゲーム	クォースもどき	2003/01/11	完了
ゲーム	つなポンもどき	2003/01/31	完了
ゲーム	シンプルスペースマウス	2003/02/12	完了
ゲーム	ボスコニアンもどき	2003/03/15	完了
ゲーム	百人一首	2003/03/21	完了
ゲーム	警視庁教習課程準拠　学科教本	2003/06/29	完了
ゲーム	シンプルエイトアタック	2003/08/08	完了
ゲーム	ドッ取り君/EMU	2003/11/28	完了
ゲーム	ミニベーダー/EMU	2003/11/30	完了
ゲーム	スペースインベーダー/EMU	2003/12/02	完了
ゲーム	ギャラクシーウォーズ/EMU	2003/12/06	完了
ゲーム	サーカス/EMU	2003/12/13	完了
ゲーム	タンクバタリアン/EMU	2003/12/16	完了
ゲーム	ストレートフラッシュ/EMU	2004/02/04	完了
ゲーム	ガツンもどき	2004/05/24	完了
ゲーム	ピキーニャ！もどき	2004/07/11	完了
ゲーム	- ESPELION - for P/ECE	2004/07/30	完了
ゲーム	コズモギャングもどき	2004/07/29	完了
ゲーム	ハットリスもどき	2004/08/08	完了
ゲーム	パラメデスもどき	2004/08/21	完了
ゲーム	スタースイープもどき	2004/09/23	完了
ゲーム	ミニドリラー	2004/10/05	完了
ゲーム	適性トレーナー	2004/11/09	完了
ゲーム	ホッピングマッピーもどき	2004/11/28	完了
ゲーム	シンプルセンチピード	2004/12/19	完了
ゲーム	SG-1000/EMU	2005/01/25	完了
ゲーム	コレコビジョン/EMU	2005/01/25	完了
ゲーム	ファミコン/EMU	2005/02/10	完了
ゲーム	ファミコン/EMU(低解像度版)	2005/02/10	完了
ゲーム	ゲームボーイ/EMU	2005/04/07	完了
ゲーム	ゲームボーイ/EMU(MMC対応版)	2005/04/07	完了
ゲーム	ATARI VCS/EMU	2005/03/25	完了
ゲーム	バラタンもどき	2005/04/01	完了
ゲーム	SUPERVISION/EMU	2005/04/21	完了
ゲーム	アルカディア/EMU	2005/05/11	完了
ゲーム	インテレビジョン/EMU	2005/06/07	完了
ゲーム	エメラルディアもどき	2005/10/20	完了
ゲーム	フラッシュコラムスもどき	2005/11/07	完了
ゲーム	このeたこもどき	2006/02/17	完了
ゲーム	ポチッとにゃ～もどき	2006/03/24	完了
ゲーム	シンプルラッパッパ	2006/04/24	完了
ゲーム	アクアラッシュもどき(未完成版)	2006/05/22	継続
ゲーム	DashBorder(移植版)	2006/07/19	完了
ゲーム	シンプルフルーツスマッシュ	2006/08/14	完了
ゲーム	リバーシのアルゴリズム	2006/11/16	完了
ゲーム	VAX11(移植版)	2006/12/15	完了
ゲーム	REF-LECT BALL(移植版)	2007/01/04	完了
ゲーム	いの　べーしょん　2007(移植版)	2007/01/15	完了
ゲーム	えぐぜりにゃ～ AGAINST(移植版)	2007/02/03	完了
ゲーム	ふたご塔(移植版)	2007/02/11	完了
ゲーム	Z-LOCK(移植版)	2007/05/02	完了
ゲーム	RECT WINDER(移植版)	2007/05/11	完了
ゲーム	トリオンキューブもどき	2007/07/20	完了
ゲーム	戦球もどき	2007/09/29	完了
ゲーム	牌砦もどき	2008/01/08	完了
ゲーム	偽piemuマンを倒せ!ゲーム	2008/03/13	完了
ゲーム	【六方細密】りんかい【核分裂】(移植版)	2008/07/07	完了
ゲーム	GDrift(移植版)	2008/09/07	完了
ゲーム	Tile(移植版)	2008/10/19	完了
ゲーム	TESTER PHASE ONE(移植版)	2009/03/20	完了
デモ	回転マルチ	2002/02/18	完了
デモ	回転ジャムさん	2002/02/21	完了
デモ	アルルゥデモ	2002/05/27	完了
デモ	ＧＳＭプレイヤー	2002/06/22	完了
デモ	ＭＯＤプレイヤー	2002/09/07	完了
デモ	ＭＯＤプレイヤーII	2003/08/23	完了
デモ	ＳＰＣプレイヤー(失敗)	2002/09/29	完了
デモ	Ｓ３Ｍプレイヤー	2002/10/21	完了
デモ	Ｓ３ＭプレイヤーII	2004/11/23	完了
デモ	ＭＤＸプレイヤー	2003/01/25	完了
デモ	ＸＭプレイヤー	2003/02/13	完了
デモ	ＸＭプレイヤーII	2004/11/18	完了
デモ	ＩＴプレイヤー(試作版)	2004/11/23	完了
デモ	ＭＩＤＩプレイヤー	2003/09/03	完了
デモ	ＮＳＦプレイヤー	2003/09/09	完了
デモ	ＮＳＦプレイヤー(MMC対応版)	2003/10/27	完了
デモ	Ｏｇｇプレイヤー(失敗)	2003/09/15	完了
デモ	ＭＰ３プレイヤー	2003/11/11	完了
デモ	ＡＹプレイヤー	2004/03/09	完了
デモ	ＳＩＤプレイヤー	2004/01/03	完了
デモ	ＶＧＭプレイヤー	2004/01/13	完了
デモ	ＧＢＳプレイヤー	2004/01/24	完了
デモ	ＳＡＰプレイヤー	2004/01/30	完了
デモ	Ｍ６２プレイヤー	2004/02/11	完了
デモ	ＷＳＧプレイヤー/6809	2004/02/17	完了
デモ	ＷＳＧプレイヤー/80	2004/02/21	完了
デモ	ＨＥＳプレイヤー	2004/03/03	完了
デモ	ハレーズコメットプレイヤー	2004/03/07	完了
デモ	スラップファイトプレイヤー	2004/03/23	完了
デモ	セガシステム1プレイヤー	2004/04/01	完了
デモ	ＹＭプレイヤー	2004/04/21	完了
デモ	ＳＰＣプレイヤー	2004/10/24	完了
デモ	ＳＰＣプレイヤー(MMC対応版)	2004/11/15	完了
デモ	ＧＹＭプレイヤー	2004/12/19	完了
デモ	Cinepak AVIプレイヤー	2007/11/21	完了
デモ	JPEGビューア	2009/02/19	完了
デモ	PNGビューア	2009/04/01	完了
デモ	GIFビューア	2009/04/12	完了
デモ	TGAビューア	2009/04/29	完了
デモ	輪郭描画デモ	2009/05/09	完了
デモ	SWFプレイヤー	2009/06/27	完了
デモ	USBスピーカー(試作版)	2002/08/05	完了
デモ	USBマウス	2002/08/19	完了
デモ	USBストレージ	2002/09/15	完了
デモ	MMC/SDカードリーダー	2004/11/03	完了
デモ	MMC/SDカードリーダーライター	2004/12/14	完了
デモ	SLIPサーバー (ping)	2005/08/05	完了
デモ	SLIPサーバー (ping要求)	2005/08/08	完了
デモ	USB-LAN (ping)	2005/08/20	完了
デモ	USB-LAN (ping要求)	2005/08/27	完了
デモ	時計も止まるスタンバイ(失敗)	2002/09/30	完了
デモ	A/D変換器も止まるスタンバイ	2002/10/04	完了
デモ	A/D変換器とUSBCも止まるスタンバイ	2002/10/05	完了
デモ	３ＭＨｚメニュー	2002/10/20	完了
デモ	Waba for P/ECE	2002/11/29	完了
デモ	トーラス	2003/04/02	完了
デモ	Dhrystoneベンチマーク	2005/03/07	完了
デモ	Whetstoneベンチマーク	2008/06/30	完了
デモ	CHIP-8用お散歩綾香	2003/04/03	完了
デモ	ATARI VCS用お散歩綾香	2005/03/25	完了
デモ	アルカディア用お散歩綾香	2005/05/12	完了
デモ	HDL-GT/LCD用お散歩綾香	2007/12/10	完了
デモ	zurapce library版水面デモ	2006/05/09	完了
デモ	リカ&クルVMU	2007/02/22	完了
デモ	ソフトフォーカス・デモ	2007/11/06	完了
デモ	3D Benchもどき	2009/05/10	完了
デモ	流れボイド	2008/10/03	完了
デモ	うたわれるものビジュアルノベル	2002/06/24	完了
デモ	シャンプー（改）	2002/10/01	完了
デモ	Routesビジュアルノベル	2003/03/03	完了
デモ	ToHeart PSEビジュアルノベル	2003/07/05	完了
デモ	天使のいない12月ビジュアルノベル	2003/10/04	完了
デモ	こころナビビジュアルノベル	2004/06/13	完了
工作	拡張端子	2004/05/09	完了
工作	LEDボード	2004/05/09	完了
工作	シリアル通信用レベルコンバータ	2004/05/15	完了
工作	外部MIDIプレイヤー	2004/05/19	完了
工作	まるちたたき	2004/06/02	完了
工作	SDカードアダプタ	2004/08/29	完了
工作	P/ECE用タクトスイッチ余ってます	2004/05/09	継続
レポート	P/ECE研究室～USB分室	2002/09/03	継続
レポート	P/ECE研究室～S1C33分室	2002/08/06	完了
レポート	P/ECE研究室～続・S1C33分室	2007/10/10	継続
レポート	P/ECE研究記録～ADPCMの仕組み	2004/12/05	完了
レポート	コミックマーケット６４感想	2003/08/17	完了
レポート	コミックマーケット６６感想	2004/08/15	完了
雑記	P/ECE研究記録 2001年	2001/12/28	完了
雑記	P/ECE研究記録 2002年	2002/12/25	完了
雑記	P/ECE研究記録 2003年	2003/12/23	完了
雑記	P/ECE研究記録 2004年	2004/12/05	完了
雑記	P/ECE研究記録 2005年	2005/04/06	完了
雑記	P/ECE研究記録 (全部)	2005/04/06	継続
雑記	TH2XのソースをVC6でコンパイルする手順	2006/01/20	完了
雑記	Windows VistaでP/ECEを使う方法[パート2]	2007/08/03	完了
雑記	HDL-GT/LCDをWindows PCに接続する方法	2007/12/05	完了
雑記	HDL-GT/LCD研究記録	2007/12/20	継続

2009年6月27日

SWFプレイヤーバージョンアップしました。今回は、バグ修正のみです。
- テキストが改行されないことがあるバグを修正しました。
具体的には、Suzukaで作成したSWFファイルならば改行されるのですけれど、Adobe FlashやParaFlaで生成したSWFファイルの場合に改行できていませんでした。
原因は、ツールによってテキストの改行コードが違う点を、見落としていたことでした。
- Suzukaは、テキストの改行コードとして、LF(&h0A)を出力します。
- Adobe FlashとParaFlaは、テキストの改行コードとして、CR(&h0D)を出力します。
Adobe純正のFlash Playerが、どの改行コードでも正しく改行して表示するところから推測すると、SWFファイルの仕様に改行コードの決まりは無いみたいです。
今回のバージョンアップで、改行コードがCR(&h0D)でも、LD(&h0A)でも、CR+LF(&h0D,&h0A)でも、改行するように修正しました。

ダウンロードはこちらバイナリ(136KB) ソース(13.3MB)

2009年6月21日

「静止したグラフィックシンボルは、ひとつのシェイプにまとめられる」を書きました。
SWF形式を勉強していて難しいと思った点で、前回(2009年6月12日)の記事の最後に挙げた、三つのうちの一つです。
残り二つは、また後日。

2009年6月12日

SWFプレイヤーを作りました。「SWF形式」のFlashムービーファイルを、P/ECE上で再生します。
サンプルSWFファイルとして、「まじかる＊コンパイル」第一話をFlashムービー化してみました。(動画)

インストール方法は次のとおりです。
- 「swfplay.pex」を、P/ECEに転送してください。
- SWFファイルを、P/ECEに転送してください。
  SWFプレイヤーは、ファイルの内容を見てSWFファイルかどうかを判断しているので、拡張子は何でも構いません。
操作方法は次のとおりです。
- 上下ボタン　　　　　　ファイルを選択します。
- Ａボタン　　　　　　　ファイルを決定します。
- Ｂボタン　　　　　　　メニューを消します。
- ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(126KB) ソース(13.3MB)

SWF形式の勉強をしながら、P/ECEでSWF形式のFlashムービーファイルを再生する、SWFプレイヤーを作りました。
非常に限定した機能にしか対応できていなくて、以下のような制限があります。
- SWFバージョン4の、ごく基本的な機能までの対応です。
  ファイルの中に、対応していない機能のデータがあったら、読み飛ばして再生を続けるように作りました。
  SWFバージョン5以上のファイルでも一応再生しますが、機能不足で正しく再生できない可能性が高いです。
- テキストは、ダイナミックテキスト形式のみ対応しました。
  テキスト描画の、拡大・縮小・回転は、対応していません。
  フォントサイズは、P/ECEに特化した方法で、データを解釈するように作りました。
- グラフィック素材の描画だけに、対応しています。(ムービークリップでもokです。)
  ベクトル図形の描画は、対応していません。
- サウンドは対応していません。
- アクションスクリプトは、playとstop、および、ターゲット指定だけ対応しています。
  それ以外のアクションスクリプトは、すべて読み飛ばします。
制限が多すぎて、Webで公開されているSWFファイルを見るために使うのは、かなりキビシイです。
あらかじめ制限を意識してSWFファイルを作成して、ゲームの演出で再生するような使い方ならできそうです。

SWF形式の勉強をしていて難しいと感じたことは、Flashツールの違いによって、生成されるSWFの内容がかなり違うことです。
「ParaFla」や「Suzuka」などのフリーツールは、比較的素直で判り易い構造のSWFファイルを生成します。
一方、本家「Adobe Flash」は、ツール上の見た目の構造と対応しない、複雑なSWFファイルを生成する傾向があるようです。
たぶん、「Adobe Flash」の方が高度に最適化したSWFファイルを生成するために、複雑になってしまっているのだと思います。
また、「Flash MX」のような古いバージョンのFlashは、既知の不具合(仕様?)を含んだ画像データを生成してしまったりして、扱いづらいです。
SWF形式を勉強する場合は、理解しやすさのために、まずフリーツールでSWFファイルを作って見る方が良いと思いました。

まだまだSWF形式について理解不足なのですけれど、ここまでのところで特に難しいと思ったのは、以下の点でした。
- 同じ深度に複数のオブジェクトを置くことができる。
  SWF仕様書の説明を読むと、ひとつの深度にはひとつのオブジェクトしか置けないように受け取られるのですが、実際には複数のオブジェクトを置けてしまいます。
  PlaceObject2タグで、PlaceFlagHasCharacter=1、かつ、PlaceFlagMove=0の場合にそうなるのですが、挙動が直観的でなくて理解しづらかったです。
- DefineBitsJPEG2タグやDefineBitsJPEG3タグのデータは、普通のJPEGファイルとは違う構造の場合がある。
  「Flash MX」のような古いバージョンのFlashでSWFファイルを生成すると、DefineBitsJPEG2(3)の中のJPEGデータが、分断された構造で格納されるようです。
  普通のJPEGファイルと同じようにデコードしようとすると展開できず、JPEGTablesタグ＋DefineShapeタグの場合と同様に考えて扱わないと正しく展開できません。
- 静止したグラフィックシンボルは、ひとつのシェイプにまとめられる。
  「Adobe Flash」の特性として、複数のグラフィックシンボルが画面上で静止していると、それらをまとめてひとつのシェイプに定義してしまうようです。
  最適化のためだとは思うのですが、オブジェクトが動いているか動いていないかで、データの階層構造まで変わってしまうことに戸惑いました。
備忘録として、次回、それぞれの内容をもう少し詳しく記録しておこうと思います。

2009年5月10日

3D Benchもどきバージョンアップしました。変更点は次のとおりです。
- 輪郭描画を追加しました。(動画)
  AまたはBボタンを押すたびに、輪郭描画ON/OFFを切り替えます。
ダウンロードはこちらバイナリ(34KB) ソース(13.2MB)

輪郭描画OFFならばフレームレートは「34.8 FPS」、輪郭描画ONにすると「26.6 FPS」に低下しました。

元々シーン全体のポリゴン数が少なく、描画負荷が軽いプログラムだったため、相対的に輪郭描画の負荷が大きく影響します。
元のフレームレートが高いため、相対的にフレームレートかなり低下してしまいます。
輪郭描画の負荷はポリゴン数によらず一定ですから、昨日の輪郭描画デモぐらいポリゴン数が多ければ影響は小さいのですが…

でも、輪郭描画の見た目の効果は、上手く出ているようです。

2009年5月9日

輪郭描画デモを作りました。P/ECE上で、ポリゴンモデルの輪郭描画を行うデモです。 (動画輪郭ON 輪郭OFF)

インストール方法は次のとおりです。
- 「edge.pex」を、P/ECEに転送してください。
操作方法は次のとおりです。
- Ａボタン　　　　　　　輪郭描画のON/OFFを切り替えます。
- Ｂボタン　　　　　　　描画するポリゴンモデルの数を変化します。
- ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(40KB) ソース(13.2MB)

「輪郭描画」は、ポリゴンモデルの端の部分に黒い線を描いて、背景や他のモデルとの境界をくっきり見せる技法です。
「エッジ描画」や、「エッジレンダリング」等と呼ばれることもあります。
二階調で陰影を付ける「セルシェーディング」と組み合わせて、アニメ的な映像を作成するために使われることが多いです。
ドリームキャストの「ジェットセットラジオ」や、PS2の「大神」等が代表的です。

輪郭描画を使うと、色数の少ない画面でもポリゴンモデルを強調して見せられるので、P/ECEにはぴったりの技法です。
P/ECEのプログラムで使ってみたいと考えていたのですが、これまで、なかなか上手く実装できませんでした。
処理速度と、メモリ消費量の問題のためです。

輪郭描画の実装には、いくつかの方法があります。
代表的なのは、以下のような方法です。
1. ポリゴンモデルを少し大きくして、裏返して、黒で描く方法。
  元のポリゴンモデルからはみ出した部分が、輪郭に見えます。
2. 視線との角度が平行に近いポリゴンを、黒いテクスチャで描く方法。
  セルシェーディングのテクスチャと併用して、実装されることが多いみたいです。
3. ピクセル単位でポリゴンモデルを識別し、境界を判定する方法。
  ポリゴンモデルの描画時に、ステンシルバッファに固有の番号を書き込んでおきます。
上記の方法を、そのままP/ECEに適用しづらいのは、それぞれ以下のような理由です。
1. ポリゴンモデルの描画回数が、二倍になります。
  また、“少し大きく”したポリゴンモデルを実行時に生成するなら、さらに時間がかかります。
  →処理速度の問題
2. ある程度なめらかな、ポリゴン数の多いモデルが必要です。
  ローポリだと、どのポリゴンも“視線との角度が平行に近く”ならない場合が多いからです。
  →処理速度の問題、メモリ消費量の問題
3. ステンシルバッファが必要で、メモリ消費量が増えます。
  そもそも、僕のP/ECE用3D描画ルーチンには、ステンシルバッファの機能がありません・・・(^^;
  →メモリ消費量の問題(+12KB程度なのでさほどでもない?)、3D描画ルーチンの機能不足の問題
1.～3.の方法を、そのまま適用するのは難しそうです。
今回は、3.の応用で、ステンシルバッファの代わりにZバッファを参照し、ポリゴンモデルの境界を判定する方法を採ってみました。
2009/5/10追記：下記のような方法を「デプスキュー」って呼んで良いのでしょうか？デプスキュー使ったこと無いので、自信ないです…

シーン全体の描画が完了したときに、Zバッファには、投影面からの距離に対応する値が入っています。
隣り合ったピクセル間で、投影面からの距離が一定以上異なる場合、そこがポリゴンモデルの境界である可能性が高いと判断します。
Zバッファは既に使っているので、メモリ消費量は増えません。
描画したポリゴン数にかかわらず、シーン全体の描画完了後に全体を一回走査すれば良いので、処理速度の負荷も許容範囲です。

ちょっと注意が必要だった点として、Zバッファの値をそのまま比較すると、上手く輪郭描画できません。
Zバッファの値は、投影面からの距離に“対応する値”ではありますが、“比例する値”ではないからです。
Zバッファの値は、投影面に近い場所ほど精度を高めるために、少しの距離の違いでも大きく値が変化します。
そのまま比較してしまうと、投影面に近い場所で、少し斜めなだけのポリゴン表面に、誤って輪郭を描いてしまうおそれがあります。
そこで今回は、変換テーブルを使って、Zバッファの値を、距離に比例する値に変換してから、比較しました。
変換テーブルのメモリ消費量と、テーブル変換処理の負荷が気になるところですが、
僕のP/ECE用3D描画ルーチンは、Zバッファの精度が8ビット(^^;しか無いので、変換テーブルのメモリ消費量は256バイトで済みました。
テーブル変換処理の負荷も、シーン描画全体の負荷に較べれば、影響は少ない範囲に収まったようです。

今回のデモプログラムは、見栄えを比較するために、輪郭描画有りと、無しを切り替えられるように作ってみました。
P/ECEの画面は色数が少ないため、輪郭描画無しでは、ポリゴンモデルの色が背景に溶け込んでしまっています。
一方、輪郭描画有りでは、ポリゴンモデルがくっきりと目立っています。
上述のような単純(手抜き?)な方法でも、輪郭を付けると、なかなか見栄えには効果が有るようです。

謝辞
- ポリゴンモデルに、「メタセコ素材！」さんの、『無料3D素材』を使わせていただきました。
  ありがとうございます。

2009年4月29日

TGAビューアを作りました。「TGA形式」の画像ファイルを、P/ECE上で表示します。

インストール方法は次のとおりです。
- 「tgaview.pex」を、P/ECEに転送してください。
- TGAファイル(拡張子.tga)を、P/ECEに転送してください。
操作方法は次のとおりです。
- 上下ボタン　　　　　　ファイルを選択します。
- Ａボタン　　　　　　　ファイルを決定します。
- Ｂボタン　　　　　　　メニューを消します。
- ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(393KB) ソース(13.5MB)

TGA形式の勉強をしながら、P/ECEでTGA形式の画像ファイルを表示する、TGAビューアを作りました。
P/ECEのフラッシュメモリ容量に入るTGAファイルならば、P/ECEの画面よりも大きな画像でも自動的に縮小して表示します。
こちらのページに、表示テストの結果をまとめました。

JPEG、PNG、GIFに引き続き、画像ファイルフォーマットの勉強です。
前回のGIF形式と同じく、TGA形式にも、エンコード・デコードの標準的なライブラリが存在しないみたいです。
でも、TGA形式は構造が単純なので、TGA形式の仕様書を読めば、簡単にデコーダを実装できます。
構造が単純で扱いやすいことに加えて、半透明に対応していることが利点で、ゲームや3Dツールの画像ファイルとしてよく利用されているようです。

デコーダを実装することよりも、テスト用のTGAファイルを作成することに手間取りました。
TGA形式に対応しているグラフィックツールやコンバータが少なく、対応していても、限定的であったりするためです。
GIMPが対応しているらしいのですが、僕のPCには入っていないので、今回は有り合わせのツールで何とかすることにしました。
手元に有るツールで、TGA形式に対応しているのは、「Paint Shop Pro (3.12)」、「Pixillion Image Converter (2.22)」、「ImageMagick (6.5)」です。
- Paint Shop Pro (v3.12)
  編集した画像を、TGA形式の「TRUE-COLOR 16,24 Bit」、「COLOR-MAPPED 8 Bit (Color Map Entry 24 Bit)」で保存できます。
  「Uncompressed」、「Run-length encoded」のどちらでも保存できます。
  「TRUE-COLOR 32 Bit」、「COLOR-MAPPED 8 Bit (Color Map Entry 15,16,32 Bit)」、「BLACK AND WHITE 8 Bit」では保存できません。
- Pixillion Image Converter (v2.22)
  他の画像形式から、TGA形式の「TRUE-COLOR 16,24,32 Bit」に変換できます。
  「Uncompressed」、「Run-length encoded」のどちらでも保存できます。
  「COLOR-MAPPED 8 Bit (Color Map Entry 15,16,24,32 Bit)」、「BLACK AND WHITE 8 Bit」には変換できません。
  半透明付きPNGから、TRUE-COLOR 32 BitのTGAに変換すると、半透明付きTGAを作成することができ、なかなか便利です。
- ImageMagick (v6.5)
  他の画像形式から、TGA形式の「TRUE-COLOR 24 Bit」に変換できます。
  オプションの指定がとても多くて、僕が使い方をよく理解していないため、それ以外の変換方法がわかりませんでした。
  Web上の情報によると、ImageMagickのTGA対応は限定的で、「Run-length encoded」のTGA形式へは変換できないそうです。
今回は、PNG形式で元素材を調整しておいて、「Paint Shop Pro (3.12)」と「Pixillion Image Converter (2.22)」を使って、TGA形式に変換する方法を採りました。
TGAとPNGのファイル構造はまったく異なっているのですが、格納している画像の情報は似ていて、変換時に情報落ちが少ないためです。
「COLOR-MAPPED 8 Bit (Color Map Entry 15,16,32 Bit)」と「BLACK AND WHITE 8 Bit」は、どちらを使っても変換できないので、バイナリエディタで直接編集して作成しました。
「COLOR-MAPPED 8 Bit (Color Map Entry 15,16,32 Bit)」は、「COLOR-MAPPED 8 Bit (Color Map Entry 24 Bit)」を元に、カラーマップを書き換えて作成しました。
「BLACK AND WHITE 8 Bit」は、「COLOR-MAPPED 8 Bit (Color Map Entry 24 Bit)」を元に、カラーマップを削除して作成しました。

TGA形式は、圧縮を重視した形式ではなく、P/ECEで使うにはあまり利点が無いのですけれど、ゲームや3Dツールでよく利用されているため、勉強してみました。
Windows BMPよりも構造が単純で、プログラムから直接扱い易いことが実感できました。
でも前述のように、TGA形式に対応したツールが少ないのが難点・・・GIMPを使えばもっと簡単に作成できるのかな? 要調査です。

2009年4月12日

GIFビューアを作りました。「GIF形式」の画像ファイルを、P/ECE上で表示します。

インストール方法は次のとおりです。
- 「gifview.pex」を、P/ECEに転送してください。
- GIFファイルを、P/ECEに転送してください。
  GIFビューアは、ファイルの内容を見てGIFファイルかどうかを判断しているので、拡張子は何でも構いません。
操作方法は次のとおりです。
- 上下ボタン　　　　　　ファイルを選択します。
- Ａボタン　　　　　　　ファイルを決定します。
- Ｂボタン　　　　　　　メニューを消します。
- ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(3.2MB) ソース(16.3MB)

GIF形式の勉強をしながら、P/ECEでGIF形式の画像ファイルを表示する、GIFビューアを作りました。
P/ECEのフラッシュメモリ容量に入るGIFファイルならば、P/ECEの画面よりも大きな画像でも自動的に縮小して表示します。
こちらのページに、表示テストの結果をまとめました。

前回のPNGビューア、前々回のJPEGビューアに引き続き、画像ファイルフォーマットの勉強です。
GIF形式には、JPEGにおけるlibjpegや、PNGにおけるlibpngに相当するような、標準的なライブラリが存在しないみたいです。
あるいは、GIFの開発元CompuServeのGIFのプログラムが、GIFの標準ライブラリと言えるのかも知れません。
でも、それは既に20年以上も前の古いプログラムで、現在の正式な配布サイトが見つけられませんでした。
(2009/4/12現在、「giftbx.zip」というキーワードで「ウェブ全体」からGoogle検索すると、一応、入手できるサイトが見つかるようです。)

GIF形式の仕組みを説明してくれている個人Webページがいくつかあり、それらのページから学ぶことができます。
僕は、時雨エノキオプトさんの、GIFデコーダサンプルプログラム解説を参考にさせていただきました。
特に、「単語推定」の図解が判り易かったです。

GIFビューアの作成中、特定のGIFファイルだけが正しくデコードできないというバグに悩まされました。
なんとか解決した結果、GIFデコード処理を作る際に、注意しなければいけないポイントが二つあると思いました。
- 終了コードに頼って、画像データの終わりを判断してはいけない。
- 画像を展開した後、余ったデータを読み飛ばさなければいけない。
GIF仕様書や、既に公開されているGIFデコーダのソースをよく読めば判ることなのでしょうけれど、僕は一週間悩みました(^^;

前回、JPEGのデコード処理中はメモリ消費量が少なく、PNGはメモリ消費量が多い、ということを書きました。
GIFデコード処理中のメモリ消費量はそれらの中間、と言っても12キロバイト程度なので、P/ECEでも許容できる消費量です。
GIFデコードルーチンは300行程度の関数1つで実装できて、他のライブラリに依存することも無く、コードサイズも小さいです。
今後作る、P/ECEのプログラムで利用してみたいと思います。

2009年4月1日

PNGビューアを作りました。「PNG形式」の画像ファイルを、P/ECE上で表示します。

インストール方法は次のとおりです。
- 「pngview.pex」を、P/ECEに転送してください。
- PNGファイルを、P/ECEに転送してください。
  PNGビューアは、ファイルの内容を見てPNGファイルかどうかを判断しているので、拡張子は何でも構いません。
操作方法は次のとおりです。
- 上下ボタン　　　　　　ファイルを選択します。
- Ａボタン　　　　　　　ファイルを決定します。
- Ｂボタン　　　　　　　メニューを消します。
- ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(551KB) ソース(13.6MB)

PNG形式の勉強をしながら、P/ECEでPNG形式の画像ファイルを表示する、PNGビューアを作ってみました。
P/ECEのメモリ制約のため、あまり大きなPNG画像は表示できないのですが、各ピクセル形式、各サンプル深度、インターレースの有無に、ぜんぶ対応できていると思います。
こちらのページに、表示テストの結果をまとめました。

前回のJPEGビューアに引き続き、画像ファイルフォーマットの勉強です。
libpngとzlibを使えば、簡単にPNGをデコードできるのですけれど、勉強のために、libpngとzlibを使わずに実装してみました。
zlibに相当する部分は、以前に作成したP/ECE用の簡略版zlibルーチンがあるのでそれを流用し、今回はlibpngに相当する部分を作成しました。
実際に作ってみると、PNG形式は、JPEG形式と較べて、簡単な仕組みだと思いました。

JPEG形式の場合、もしインターレースや様々なサブフォーマットに対応しようとすると、相当に大掛かりな処理が必要です。
前回作成したJPEGビューアは、様々なサブフォーマットに対応することは諦めて、インターレース無し・基本的な形式に絞って対応したものでした。
一方、今回のPNGビューアでは、(たぶん?)ぜんぶのサブフォーマットに対応したデコード処理が、250行程度の関数ひとつで実装できました。
むしろ複雑なのは、PNGよりもzlibの方で、P/ECE用の簡略版zlibルーチンは、1000行程度のモジュールです。
zlibのことを別にすれば、PNG形式それ自体は単純なフィルタ処理とインターレース処理だけを行うもので、とても理解し易いと思います。

PNG形式は理解し易いのですが、P/ECEで扱い易いか？と言うと、JPEG形式よりも扱いづらいです。
なぜならPNG形式は、デコード処理の中で、一時的なワークメモリをたくさん必要とするからです。

JPEG形式の場合、デコード処理の中では、一時的なワークメモリがほとんど必要ありませんでした。
画像全体を展開するためのワークメモリは必要無く、大きな画像でも展開時にピクセル単位で縮小しながら、P/ECEの画面に表示できました。
それに較べてPNG形式の場合、デコード処理の中で、画像全体を展開するためのワークメモリが必要になります。
たとえば、フルカラー、アルファ付き、16ビットのサンプル深度で、128×88ピクセルの画像をデコードしようとすると、まとめて100キロバイトものワークメモリが必要です。

他にも不利な点があります。
JPEG形式の場合、JPEGファイルがフラッシュメモリ上で連続していれば、RAMに読み込む必要は無く、フラッシュメモリ上のデータから直接デコードすることができました。
一方、PNG形式の場合、PNGファイルがフラッシュメモリ上で連続していても、フラッシュメモリ上のデータから直接デコードすることができません。
PNG形式の構造上、zlib展開するデータがPNGファイルの中で幾つにも分断されているため、それらをRAMに読み込んで連結する必要があるからです。
従って、画像全体を展開するためのワークメモリに加えて、同時に、展開前のzlibデータもすべて保持するためのワークメモリも必要になります。

改善策として、PNGファイルをストリームとして扱い、少しづつ読み込みながら展開して、1ラインずつPNGデコードすれば、大きなワークメモリを避けることが一応可能です。
本物のzlibとlibpngを利用すれば、上述のように処理できるのですけれど、しかし、新たに辞書バッファとして、約32キロバイトのワークメモリが必要になってしまいます。
ちなみに簡略版zlibルーチンの場合、一気にまとめて展開する方法しか取れない代わりに、展開済みデータを辞書として利用し、辞書バッファのワークメモリは不要です。
また、ストリーム処理するためにはプログラムも複雑になり、コードサイズの固定的な増加も含めて利点と欠点を比較すると、どちらが省メモリなのか難しいところです・・・

そんなわけで、P/ECEでPNG形式を実用的に利用するのは、ちょっと難しそうです。

2009年3月20日

TESTER PHASE ONE(移植版)を作りました。(動画。P/ECE上では音も鳴っているのですが、無音の動画しか作れませんでした…)
「５９番街の部屋」さん制作のWindows用シューティングゲーム『TESTER PHASE ONE』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「tester.pex」をP/ECEに転送してください。
ルールは次のとおりです。(オリジナル版TESTER PHASE ONEのreadme.txtより引用)
- たくさん敵を倒してください。
  敵弾に当たるとゲームオーバーです。残機はありません。
- ゲージ（画面下に表示）が溜まっていれば「リフレクトバリア」を展開できます。
  リフレクトバリア展開中は自機が無敵になり、さらにバリアに当たった敵弾を反射して敵に当てる事ができます。
  バリアによって敵弾を反射するとボーナス点が加算され、さらに、その弾で敵を倒すと通常の２倍のスコアが入ります。
- 消費したゲージは、自機を移動させることにより停止状態より早く回復できます。
操作方法は次のとおりです。
- タイトル画面
  - 上下左右ボタン　　　　メニュー、開始レベルなどを選択します。
  - Ａボタン　　　　　　　メニューを決定します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　　自機を移動します。
  - Ａボタン　　　　　　　ショットを発射します。
  - Ｂボタン　　　　　　　リフレクトバリアを展開します。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(244KB) ソース(14.9MB)

５９番街の部屋さんのシューティングゲームをP/ECEへ移植第六弾、「TESTER PHASE ONE」です。
オリジナル版のTESTER PHASE ONEは、５９番街の部屋さんのライブラリ「libSDL_wheel」を使った、サンプルゲームの位置付けです。

「愚直シューティング」と銘打たれているとおり、敵や敵弾の動きはシンプル。
ほとんどの敵や弾は縦か横に直線移動というシンプルさ・・・にもかかわらず、それらの組み合わせが絶妙で、スピード感あふれるゲームになっています。
リフレクトバリアの残り時間ぎりぎりを狙って、敵の弾に突っ込んでいくスリルが楽しいです。
序盤はかなり簡単なのですが、僕の腕ではレベル50～60あたりに難易度の壁があり、このあたりのレベルが特に面白いと思いました。

過去に５９番街の部屋さんのゲームを移植した際は、高速化のために固定小数点化を行っていたのですが、今回は浮動小数点のまま移植してみました。
もともとの処理が比較的軽いおかげもあって、浮動小数点のままでも充分な速度になりました。

オリジナル版のTESTER PHASE ONEは、既にバージョン0.12までバージョンアップしていて、主にリプレイ機能が強化されて行っています。
今回のP/ECE移植版は、初期のバージョン0.04をベースに、それ以降のバージョンでの不具合修正などを取り込んで移植しました。
P/ECEのフラッシュメモリ制約のため、リプレイデータの保存は、ハイスコア更新時のプレイをひとつだけ保存できます。

ライセンスについて
- オリジナル版TESTER PHASE ONEのライセンスに準じます。
  オリジナル版TESTER PHASE ONEのreadme.txtファイルを、配布ファイルのLICENSEフォルダに入れてあります。
  オリジナル版TESTER PHASE ONEのreadme.txtファイルに記載されている、ライセンスの内容をご確認ください。
謝辞
- 『TESTER PHASE ONE』制作者の「５９番街の部屋」さんに感謝いたします。

2009年2月19日

JPEGビューアバージョンアップしました。変更点は次のとおりです。

高速化しました。
- JPEGデコード処理の、ほとんどの部分をアセンブラ化しました。
- 高速RAMへのプログラム配置、スタック配置を調整して、高速化しました。

ダウンロードはこちらバイナリ(414KB) ソース(13.4MB)

大きなJPEGファイルを表示して、高速化の効果を確認してみました。

画像ファイル前回のバージョン今回のバージョン
1600×1200ピクセル、カラー (194,700バイト) 91.9秒 25.4秒
1600×1200ピクセル、グレースケール (165,234バイト) 89.3秒 24.9秒

画像ファイル	前回のバージョン	今回のバージョン
1600×1200ピクセル、カラー (194,700バイト)	91.9秒	25.4秒
1600×1200ピクセル、グレースケール (165,234バイト)	89.3秒	24.9秒

前回のバージョンに較べると、3.5倍ぐらい早くなったのですけれど、まだ充分な速度とは言えません。
でも、P/ECEの画面サイズの128×88ピクセル程度のJPEGファイルなら、一瞬で表示できるようになったので、とりあえず良しとすることにしました。

JPEGデコード処理の中で特に負荷が高いのは、IDCT(逆DCT変換)の処理だと思っていたのですが、調査してみると必ずしもそうではなく、まんべんなく負荷がかかっているようです。
ハフマン復号化、IDCTの処理、それに加えて、大きな画像をP/ECEの画面サイズにあわせて縮小する処理などです。

縮小処理はJPEGデコードと直接には関係無いのですが、P/ECEのメモリ制約上、最後にまとめて縮小するのではなく、随時縮小しつつデコードしないと大きな画像が表示できません。
現在のプログラムでは、元画像の1ピクセルごとに加算平均を繰り返している点に無駄があり、ここを工夫すればもう少し高速化できるかも知れません。

2009年2月11日

JPEGビューアを作りました。「JPEG形式」の画像ファイルを、P/ECE上で表示します。

インストール方法は次のとおりです。

「jpegview.pex」を、P/ECEに転送してください。
JPEGファイルを、P/ECEに転送してください。
JPEGビューアは、ファイルの内容を見てJPEGファイルかどうかを判断しているので、拡張子は何でも構いません。

※注意
よく使われるJPEGファイルの種類として、「ベースラインJPEG」と「プログレッシブJPEG」の二種類があります。
今回のJPEGビューアは、ベースラインJPEGのファイルにのみ対応しています。
プログレッシブJPEGや、その他のあまり使われない種類のJPEGファイルには対応していません。
たいていのJPEGファイルはベースラインJPEGですが、Web用の画像などで時々プログレッシブJPEGがあるようです。

操作方法は次のとおりです。

上下ボタン　　　　　　ファイルを選択します。
Ａボタン　　　　　　　ファイルを決定します。
Ｂボタン　　　　　　　メニューを消します。
ＳＥＬＥＣＴボタン　　プログラムを終了します。

ダウンロードはこちらバイナリ(64KB) ソース(13.1MB)

JPEG形式の勉強をしながら、P/ECEでJPEG形式の画像ファイルを表示する、JPEGビューアを作ってみました。
P/ECEのフラッシュメモリ容量にさえ収まるJPEGファイルならば、大きな画像でも表示できるのが売りです。
P/ECEの画面よりも大きな画像は、自動的に縮小して表示します。

いまどきのPCならば、JPEGファイルのデコードなんて一瞬ですけれど、昔のパソコンではどんなだったでしょうか。
P/ECEの性能では、JPEGデコードはかなり重い処理です。
320×240程度の画像でも、全部表示するのに10秒前後かかってしまいます。(低画質の場合はもっと早く済みます。)
今回のプログラムにはまだ高速化の余地がありますが、仮に二倍に高速化できたとしても充分な速度とは言えません。
そこで今回は高速化でなく、JPEGデコード中にもファイル選択操作ができるようにして、操作性を良くしてみました。

さまざまな画像圧縮形式のなかでも、JPEG形式は特に圧縮効率が良い方式のひとつです。
ちなみに、P/ECE開発環境の標準画像形式である「PGD形式」は、無圧縮の画像形式です。
P/ECEプログラムの作成では、いつも容量不足に悩まされるので、PGD形式の代わりにJPEG形式を使えないでしょうか。
ちょっと実験してみました。

通常表示用の2bit(4色)画像と、高速切り替え表示用の4bit(16色)画像を、以下の形式に変換して容量を比較します。

PGD形式(無圧縮)
上記のPGD形式を、p/wareさんのplz圧縮ツールで可逆圧縮。おでマルで使われているのと同じ圧縮方式です。
JPEG形式(高画質)
JPEG形式(中画質)
JPEG形式(低画質)

結果は、以下のようになりました。

　　　　　　　　　　　　　　　　　　 PGD(無圧縮) PGD(可逆圧縮) JPEG(高画質) JPEG(中画質) JPEG(低画質)
2bit 2,836 byte 1,355 byte 8,771 byte 2,806 byte 1,167 byte
4bit 5,652 byte 3,858 byte 9,682 byte 2,662 byte 972 byte

	PGD(無圧縮)	PGD(可逆圧縮)	JPEG(高画質)	JPEG(中画質)	JPEG(低画質)
2bit	2,836 byte	1,355 byte	8,771 byte	2,806 byte	1,167 byte
4bit	5,652 byte	3,858 byte	9,682 byte	2,662 byte	972 byte

まず、ファイルサイズの点から見て、JPEG(高画質)を採用する利点はほとんど無いので、検討から除外します。
JPEG(低画質)は、ファイルサイズは小さいものの、さすがに画質が悪すぎるので、これも却下です。
JPEG(中画質)は、元の画像と較べても違いが目立たず、ファイルサイズもかなり小さいので、これを検討します。

通常表示用の2bit画像の場合、JPEG(中画質)よりも、単純なPGD(無圧縮)のままの方がファイルサイズが小さいです。
従って、通常の4色表示を行うP/ECEプログラムでは、JPEG形式を使う利点は無いようです。

高速切り替え表示用の4bit画像の場合、JPEG(中画質)を使うことによって、50%以上容量を節約できます。
PGD(可逆圧縮)と較べても、30%以上の容量節約です。
高速切り替えで16色表示を行うP/ECEプログラムの場合は、JPEG形式を検討してみる価値がありそうです。
なお、JPEGデコーダのルーチンは2KB程度の小ささなので、デコーダプログラムが容量を圧迫する心配も少ないです。

2008年10月19日

Tile(移植版)を作りました。
「御影　功」さん制作のWindows用シューティングゲーム、『Tile』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「tile.pex」をP/ECEに転送してください。
ルールは次のとおりです。
- 降ってくる謎のタイル群(敵)を、撃ち落したり逃げ回ったりするゲームです。
  敵や、敵の弾に当たると、プレイヤーが破壊されてゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　　プレイヤーを移動します。
  - Ａボタン　　　　　　　ショットを発射します。
  - Ｂボタン　　　　　　　ショットを連射します。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(30.4KB) ソース(12.9MB)

D言語とSDLで作成された、固定画面シューティングゲームです。
レベルの上昇が急激で、短時間でかなり難しくなるので、短時間でスコアアタックを楽しめます。
高速で突っ込んでくる赤い敵を切り返したり、青い敵を破壊するかやりすごすかの判断が楽しいです。
地上に残ってプレイヤーを追い詰めてくる赤い敵の特性は、バルーンボンバーを彷彿させます。
青い敵の撃ち返しの感じは、ハレーズコメットを連想しました。

オリジナル版のTileには、いくつかの派生バージョンが公開されています。
今回移植させていただいたTileは、いちばん基本のシンプルなバージョンです。
他に、巨大なボスが登場する『Tile Basic』や、連鎖爆発の『Tile Capture』があります。
これらの派生バージョンも、とても面白くて気に入っているので、いつか移植してみたいと思います。

今回のP/ECE移植版は、ここ数ヶ月の例によって、あえて固定小数点化せずに、浮動小数点のまま移植しました。
かなり敵が増えてきても、まあまあの速度を保っていると思います。
やっぱり、浮動小数点が使えると楽ですね。もう、固定小数点に戻れなくなりそうです(^^;

ライセンスについて
- オリジナル版Tileのライセンスに準じます。
  オリジナル版Tileのreadme.txtファイルが、LICENSEフォルダに入っています。
  readme.txtファイルの、「免責・著作・配布」を参照してください。
謝辞
- 『Tile』制作者の「御影　功」さんに感謝いたします。

2008年10月16日

「Autch.net」さんのサイトの、「P/ECE を Linux で使う」が更新されています。
僕はここ最近ちょっとLinuxを使う機会が無くて、すぐには恩恵をうけられなさそうなのですけど、いろいろな環境でP/ECEが使い続けられるのは安心できて良いことです。

＞P/ECE に Lua VM を載せる試みのついでに
これも面白そうですね。僕もいつかLuaを勉強しなければ・・・と思いつつ伸び伸びになっています(^^;

2008年10月3日

流れボイドを作りました。ボイドアルゴリズムのデモプログラムに、残像を付けて流れ星風にしてみました。

インストール方法は次のとおりです。
- 「boids.pex」をP/ECEに転送してください。
操作方法は次のとおりです。
- 右ボタン　　　　　　　ボイドの数を1個増やします。
- 上ボタン　　　　　　　ボイドの数を10個増やします。
- 左ボタン　　　　　　　ボイドの数を1個減らします。
- 下ボタン　　　　　　　ボイドの数を10個減らします。
- Ａボタン　　　　　　　ボイドの数を初期状態の20個にして、再スタートします。
- Ｂボタン　　　　　　　背景色を白⇔黒に切り替えます。
- ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(21KB) ソース(13.2MB)

ここ数ヶ月で作成してきた、P/ECEの高速版浮動小数点ルーチンの力試しの一環で、ボイドのデモプログラムを作成してみました。
僕はこれまで、ボイドアルゴリズムのことも漠然としか知らなかったので、ボイドアルゴリズムの勉強にもなりました。
微妙なパラメータの違いによって、ボイドの動きの見栄えが良くなったり悪くなったりするみたいで、なかなか調整が難しいのですね。

謝辞
- 「新潟国際情報大学　中田豊久」さんのサイトの、「ボイドアプレット」のページを参考にさせていただきました。ありがとうございます。
  同サイトの「研究紹介」のページには、他にも興味深いアプレットがいろいろあります。

2008年9月7日

GDrift(移植版)バージョンアップしました。変更点は次のとおりです。
- 木の表示を高速化しました。
ダウンロードはこちらバイナリ(286KB) ソース(17.6MB)

前回の版で木の表示が遅かった理由は、オリジナル版と同様に、木を多数のワイヤーフレームで描いていたからです。
今回の版は、木をワイヤーフレームで描かず、あらかじめテクスチャを用意して、ポリゴンで描くよう変更しました。

前回の版の「TREE ON」はコマ送り状態だったのに較べると、一応、遊べる速度にはなったと思います。
「TREE OFF」に較べるとかなり遅く、充分な速度とは言えませんが・・・やっぱり、「TREE OFF」で遊んでください。

2008年9月3日

GDrift(移植版)を作りました。
「h_sakurai」さん制作のWindows用ドライブゲーム、『GDrift』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「gdrift.pex」をP/ECEに転送してください。
ルールは次のとおりです。
- 車を操作して、周回コースを走行してください。
  ゲームクリアやゲームオーバーは無く、ひたすら最短ラップタイムを目指すゲームです。
操作方法は次のとおりです。
- タイトル画面
  - 上下左右ボタン　　　　BGM1～3の選択と、木の表示ON/OFFの選択を行ないます。
  - Ａボタン　　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　　ハンドル操作です。
  - Ａボタン　　　　　　　アクセル操作です。
  - Ｂボタン　　　　　　　視点変更を行ないます。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(286KB) ソース(17.6MB)

2008/9/3現在、オリジナル版『GDrift』のダウンロードリンクが切れてしまっているようです。
「NYSLライセンス」にもとづいて、オリジナル版『GDrift』を再配布させていただきました。
P/ECEをお持ちでない方も、オリジナル版『GDrift』を遊んでください。

オリジナル版『GDrift』のダウンロードはこちらバイナリ&ソース(6.2MB)

D言語とOpenGLで作成されたWindows用ドライブゲーム、『GDrift』です。
シンプルながら、ドリフト感が楽しくて、つい長時間走り続けてしまうゲームです。

前々から移植したいと思っていたのですが、これまでの僕のP/ECEプログラムでは、固定小数点処理への書き換えが難しくて、難航していました。
オリジナル版のプログラムが、かなり大きな値を使って計算しているので、固定小数点に書き換えると桁数不足ってしまうからです。
桁数不足を補うために、小さな値にスケーリングして移植も試みたのですが、バグを混入してしまったりして、なかなか上手くいきませんでした。

最近数ヶ月で、P/ECEの浮動小数点処理をいくぶん高速化したので、浮動小数点処理のまま、移植することができました。
オリジナル版の操作感に、なかなか忠実に移植できたと思います。
ただし、木の表示は(初期設定では)省略となってしまいました。
木のワイヤーフレームは頂点数が特に多く、頂点座標の変換処理が、P/ECEにとってはかなり負荷が高い処理だからです。
タイトル画面で「TREE ON」にすると、木の表示を行なう設定になりますが、ほとんどコマ送りになってしまいます。
通常は、「TREE OFF」に戻して遊んでください。

ライセンスについて
- オリジナル版GDriftのライセンスに準じます。
  オリジナル版GDriftのreadme.txtファイルが、LICENSEフォルダに入っています。
  readme.txtファイルの、「NYSLライセンス」を参照してください。
謝辞
- 『GDrift』制作者の「h_sakurai」さんに感謝いたします。

2008年7月21日

3D Benchもどきバージョンアップしました。変更点は次のとおりです。
- キャラクタの移動や回転などの行列演算を、浮動小数点処理にしてみました。
  描画処理の頂点座標変換などは、固定小数点処理のままです。
ダウンロードはこちらバイナリ(33KB) ソース(13.0MB)

前回のバージョンと較べて、「38.9 FPS」→「34.8 FPS」に、約10%速度低下しました。
その代わり、固定小数点→浮動小数点に変えたことによって、普通のC言語の式で書けるようになって、プログラムがすっきりと見やすくなりました。

描画処理の頂点座標変換(行列×ベクトル)は、非常に計算量が多いため、そこを浮動小数点処理に変えてしまうと、速度低下の影響が大きすぎて不可です。
一方、キャラクタの移動や回転などの行列演算(行列×行列)は、キャラクタごとに数回づつ行うだけなので、速度低下の影響は比較的小さいです。

3D Benchはキャラクタの数が少ないため、移動や回転の処理の割合が小さいだけで、実際のゲームなどでは、もっと速度低下するかも知れません。
でも、キャラクタの移動・回転計算は浮動小数点で、描画は固定小数点で、という使い分けは、なかなか良いバランスではないかなと思いました。

2008年7月7日

【六方細密】りんかい【核分裂】(移植版)を作りました。
「OMEGA」さん制作のWindows用なごみアプリケーション『【六方細密】りんかい【核分裂】』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「density.pex」をP/ECEに転送してください。
ルールは次のとおりです。
- ブロックの動きを眺めたり、ドラッグして遊ぶ、デモプログラムです。
  同じ種類のブロックが一箇所に溜まると、「発火」します。
  一度「発火」すると、引火したり、飛び火します。
操作方法は次のとおりです。
- 上下左右ボタン　　　　マウスカーソルを移動します。
- Ａボタン　　　　　　　ブロックをドラッグします。
- Ｂボタン　　　　　　　ブロックを出現させます。(Ｂボタンを押さなくても、毎秒一つづつ自動的に出現します。)
- ＳＥＬＥＣＴボタン　　リセットして、ブロックが無い状態に戻ります。素早く二回押すと、プログラムを終了します。
- ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(45KB) ソース(12.9MB)

「OMEGA」さんのプログラムをP/ECEへ移植、四本目、『【六方細密】りんかい【核分裂】』です。
たくさんのブロックが一定の法則に従って動くのを眺める、デモプログラムです。
個々のブロックは、画面中央への引力に引っ張られて画面中央に集まってくるのですが、それと同時に、ブロック同士の間にも「exp(-x^4)のポテンシャルグラフ」に基く力が働いていて、面白い動きをします。
とつぜん飛び跳ねたり、ブロックの集まりの周りを転がるような動きをするのです。
プログラム中で、ブロックの動きや「発火」の処理には、乱数が使われていません。
乱数を使っているのはブロックの出現位置だけで、出現後の動きや「発火」はすべて計算に基いています。
乱数を使っていないのに、前述のような乱数的な動きをするのが面白いです。
『【六方細密】りんかい【核分裂】』はゲームではなくて、ゲームオーバーも無いのですけれど、発火状態を維持するように遊ぶと面白いです。
ブロックがたくさんたまってしまうと、固まって動きが少なくなり、発火させづらくなるので、ある程度少ない状態で発火を維持するのがコツです。

今回、P/ECEへの移植に際して、浮動小数演算のままで移植してみました。
これまではたいてい、浮動小数演算→固定小数演算に変換して高速化していたのですけれど、今回は、先日作成した高速版浮動小数ルーチンの力試しも兼ねて、そのまま移植してみることにしました。
ブロック50個ぐらいまでならば、まあまあ充分な速度で動作していると思います。
ブロック70個ぐらいから極端に遅くなり始め、MAXの100個ではさすがにコマ送りになります。
オリジナル版を、Celeron D 320 (2.4GHz)のPCで実行した速度と比較して、体感で半分ぐらいの速度でした。

ライセンスについて
- オリジナル版【六方細密】りんかい【核分裂】のライセンスに準じます。
  オリジナル版【六方細密】りんかい【核分裂】のmanual_j.txtファイルが、LICENSEフォルダに入っています。
  manual_j.txtファイルの、「免責・著作・配布」を参照してください。
謝辞
- 『【六方細密】りんかい【核分裂】』制作者の「OMEGA」さんに感謝いたします。
2008年7月8日追記
速度比較のために、高速版浮動小数ルーチンをEPSON版浮動小数ルーチンに差し戻した、「遅い版」を作ってみました。
「遅い版」はブロックが30個ぐらい出ただけで、高速版でブロックが100個出た時と同じぐらいの速度になってしまいます。
「Whetstoneベンチマーク」の実験で計測した数字を、体感できる感じです。

ダウンロードはこちら「遅い版」バイナリ&差分ソース(62KB)

2008年6月30日

Whetstoneベンチマークバージョンアッブしました。変更点は次のとおりです。

高速化しました。

前回の高速化では、sin()、cos()などの関数ルーチンは、EPSON版浮動小数点演算ライブラリのルーチンをそのまま使っていました。
だから、関数ルーチンの速度を計測するN5とN8の結果は、高速化前と較べてほとんど速くなっていませんでした。

今回は、N5とN8が使っている関数ルーチンを、自前の固定小数点バージョンに置き換えて、高速化してみました。
具体的には、次の関数ルーチンを、固定小数点バージョンに置き換えました。

N5が使っている関数ルーチン: sin()、cos()、atan()
N8が使っている関数ルーチン: log()、exp()、sqrt()

結果は、以下のようになりました。

Loop content Result MFLOPS MOPS Seconds
N1 floating point -1.12331962585449218 0.597 　 0.579
N2 floating point -1.12131690979003906 0.572 　 4.228
N3 if then else 1.00000000000000000 　 2.542 0.733
N4 fixed point 12.00000000000000000 　 2.492 2.275
N5 sin,cos etc. 0.49942135810852050 　 0.042 35.843
N6 floating point 0.99464136362075805 0.499 　 19.447
N7 assignments 3.00000000000000000 　 1.188 2.801
N8 exp,sqrt etc. 0.74514013528823852 　 0.033 20.562

Loop content	Result	MFLOPS	MOPS	Seconds
N1 floating point	-1.12331962585449218	0.597		0.579
N2 floating point	-1.12131690979003906	0.572		4.228
N3 if then else	1.00000000000000000		2.542	0.733
N4 fixed point	12.00000000000000000		2.492	2.275
N5 sin,cos etc.	0.49942135810852050		0.042	35.843
N6 floating point	0.99464136362075805	0.499		19.447
N7 assignments	3.00000000000000000		1.188	2.801
N8 exp,sqrt etc.	0.74514013528823852		0.033	20.562

N5とN8のMOPSを、前回の結果と較べてください。

N5のMOPS: 0.006 → 0.042
N8のMOPS: 0.002 → 0.033

と、飛躍的に速くなりました。
倍精度→単精度の精度低下を勘案しても、これぐらい違いが出ると、なかなか良い結果だと思います。
N8の誤差がちょっと大きいのが心配かな?

ダウンロードはこちらバイナリ(27KB) ソース(12.8MB)

一昔前まで、C言語の浮動小数点演算ライブラリは、全部double型でした。
また、一般的なCPUの浮動小数点演算機能は、doubleとfloatで速度差がありませんでした。
だから、下手にfloatの変数を多用してプログラムを組むと、float⇔doubleの変換が必要になる分、かえって遅くなる。
floatは使わず、素直に全部doubleで組む方が良い、と習った覚えがあります。

ところが、最近のC言語の規格(C99)では、浮動小数点演算ライブラリにfloat型の関数ルーチンも入っているそうです。(sinf()、cosf()など)
(僕はまだ古めのコンパイラを使いつづけているので、これらの関数を使ったことが無いのですが…)
また、CPUの浮動小数点演算機能もdoubleよりもfloatの方が早くなったり、いろいろ変化があるみたいです。
時代が進んで、精度の低いfloatの方がかえって重要性が高くなってきた、というのが面白いです。

これまで、浮動小数点演算の話は難しくて、触れないように避けてきたのですけれど、
今回、P/ECEの浮動小数点演算性能を高速化するために少し勉強してみて、なかなか面白いと思いました。

2008年6月17日

Whetstoneベンチマークを作りました。
C言語版Whetstoneベンチマークを、P/ECEに移植したものです。

P/ECEのプログラムを作っていると、浮動小数点演算の遅さに困ることがあります。
これまでに、PC用のオープンソースゲームをいくつかP/ECEに移植させていただきましたが、
元のプログラムが浮動小数点演算をたくさん使っていると、そのまま移植すると動作が遅くなりすぎてゲームになりません。
高速化のために、浮動小数点演算→固定小数点演算に書き換えるのですが、その際にバグを混入してしまったり、悩みのタネでした。

P/ECEのCPUには浮動小数点演算機能がなく、浮動小数点演算はすべてソフトウェアで処理されています。
浮動小数点演算を処理しているソフトウェアとは、P/ECE開発環境に入っている、EPSONライブラリの浮動小数点演算ライブラリです。
具体的に言うと、「C:\usr\PIECE\lib\fp.lib」です。(以下、EPSON版浮動小数点演算ライブラリと呼ぶことにします。)

調べてみたところ、このEPSON版浮動小数点演算ライブラリ、あまりゲーム向きな作りになっていないようです。
浮動小数点演算には、「IEEE 754」という標準規格があって、処理方法などについて細かなとりきめがなされています。
EPSON版浮動小数点演算ライブラリは、IEEE 754の細かな規格に厳密に従うことを優先して、速度は二の次な作りになっているようなのです。
それで本当に厳密な演算結果が得られるのならまだ良いのですが、実装に問題があるのか、あまり正しい演算結果でもないという困りモノ・・・(^^;
そこで今回は、問題のあるEPSON版浮動小数点演算ライブラリを、自作の高速版浮動小数点演算ライブラリに置き換えてみることにしました。
P/ECEの浮動小数点演算性能を高速化することができるでしょうか。

IEEE 754の中で、ゲームプログラムや一般的なプログラムにとってあまり意味の無い仕様は、以下のものが挙げられます。

正のゼロと負のゼロ
無限大とオーパーフロー
非正規化数 (通常の表現方法では表せないほど、非常に小さな値)

これらの仕様は、ゲームプログラムや一般的なプログラムの処理の中では、ほとんど使われることがなく、重要性が低いです。
その割に、浮動小数点演算ライブラリがこれらの仕様にもきちんと対応しようとすると、処理が面倒で、コードを複雑で遅くする原因となっています。

正のゼロとは、たとえば「0÷(+1)」のような演算を行ったときに得られる結果のことです。
負のゼロとは、たとえば「0÷(-1)」のような演算を行ったときに得られる結果のことです。
IEEE 754では、この二つを区別して扱うきまりになっています。
しかし、ゲームプログラムや通常のほとんどのプログラムにとっては、正のゼロも負のゼロも同じただのゼロという扱いで充分です。
そこで、高速版浮動小数点演算ライブラリでは、正のゼロと負のゼロを区別しないことにしました。

float型で表現できるいちばん大きな値は、「約340282347000000000000000000000000000000」です。
これよりも大きな値が発生したときは、オーバーフローエラーが発生したり、無限大を表す特殊な形式を使ったりするきまりになっています。
しかし、正しく作成された通常のプログラムで、浮動小数点演算のオーバーフローエラーや無限大が発生することはまずありません。
仮にあったとしたら、それは単にプログラムのバグであることがほとんどです。
たとえば以下のプログラムは、絶対に誤りとは言い切れないのですけれど、一般的にはバグである可能性が高いです。

	float pos = 0.0f;
	float spd = 1.0f;
	for(;;) {
		spd *= 2.0f; // いずれオーバーフロー
		pos += spd; // いずれオーバーフロー
		move_player(pos);
		// たぶん、forループを抜ける処理を忘れているバグ?
	}

高速版浮動小数点演算ライブラリでは、オーバーフローエラーや無限大が発生したときは、正しい結果を返さないことにしてしまいました。
たとえばint型の演算では、オーバーフローが発生しても切り詰めたりエラーが発生したりせず、単に間違った結果が返されるのと似たような扱いです。

float型で表現できるいちばん細かな値は、「約0.00000000000000000000000000000000000001」です。
これよりも細かな値、たとえば「0.000000000000000000000000000000000000001」は、非正規化数という特殊な形式を使って表すきまりになっています。
オーバーフローエラーや無限大と違って、正しく作成された通常のプログラムでも、予想外に細かな値が発生することは有り得ます。

	float pos = 0.0f;
	float spd = 100.0f;
	for(;;) {
		spd /= 2.0f; // いずれ非正規化数になり、その後、非正規化数でも表せないほど細かくなってゼロになる
		pos += spd; // いずれ静止する
		move_player(pos);
	}

しかし実際には、非正規化数でなければ表せられないほどの細かな値は、ゼロとして扱ってしまっても問題が無い場合がほとんどです。
なぜなら、浮動小数点演算はCPUやコンパイラなどの環境によって結構違いが大きく、非正規化数程度の細かな誤差は隠れてしまうことが多いからです。
というわけで、高速版浮動小数点演算ライブラリでは、非正規化数でなければ表せられない細かな値は、ゼロとしてしまうことにしました。

以上の簡略化を行って、EPSON版浮動小数点演算ライブラリを置き換える、高速版浮動小数点演算ライブラリを作成しました。
置き換えるといっても、まるまる全部置き換えるわけではなく、使用頻度の高そうな、float型の基本演算ルーチンだけです。
double型の演算や、sin()、cos()などの関数ルーチンは、EPSON版浮動小数点演算ライブラリのルーチンをそのまま使います。
だから、double型の演算や関数ルーチンを多用しているプログラムには、高速版浮動小数点演算ライブラリを使ってもあまり高速化の効果は得られません。

さて、高速版浮動小数点演算ライブラリを使って、P/ECEの浮動小数点演算性能をどのくらい高速化できたでしょうか。
今回は、Whetstoneベンチマークを使って、浮動小数点演算性能の向上を計測してみることにしました。
以前に、DhrystoneベンチマークをP/ECEに移植し、実験したことがありました。
Dhrystoneベンチマークは、整数演算性能を計測するベンチマークでした。
それに対して、今回のWhetstoneベンチマークは、主に浮動小数点演算性能を計測するベンチマークです。

ダウンロードはこちらバイナリ(106KB) ソース(12.8MB)

まずは、EPSON版浮動小数点演算ライブラリを使って、標x準速度の浮動小数点演算性能を計測します。
普通にP/ECEのプログラムをコンパイルした場合の、浮動小数点演算性能です。
whets1.pexをP/ECEに転送し、実行してください。
ベンチマークの進行状況が画面に表示されて行き、3分間ぐらいで完了します。
途中、1分間以上画面の変化が無い期間がありますが、計算に時間がかかっているだけなので、そのまま待ってください。
ベンチマークが完了すると、自動的にプログラムが終了して、メニュー画面に戻ります。
P/ECEの中に、whets.resという名前で、結果ログファイルができているので、P/ECEコミュニケータなどを使って取り出してください。
結果は、以下のようになりました。

Loop content Result MFLOPS MOPS Seconds
N1 floating point -1.12331962585449218 0.061 　 0.316
N2 floating point -1.12031567096710205 0.060 　 2.230
N3 if then else 1.00000000000000000 　 1.671 0.062
N4 fixed point 12.00000000000000000 　 0.615 0.512
N5 sin,cos etc. 0.49895125627517700 　 0.004 23.034
N6 floating point 0.99464136362075805 0.058 　 9.376
N7 assignments 3.00000000000000000 　 0.776 0.238
N8 exp,sqrt etc. 0.75055432319641113 　 0.001 29.065

Loop content	Result	MFLOPS	MOPS	Seconds
N1 floating point	-1.12331962585449218	0.061		0.316
N2 floating point	-1.12031567096710205	0.060		2.230
N3 if then else	1.00000000000000000		1.671	0.062
N4 fixed point	12.00000000000000000		0.615	0.512
N5 sin,cos etc.	0.49895125627517700		0.004	23.034
N6 floating point	0.99464136362075805	0.058		9.376
N7 assignments	3.00000000000000000		0.776	0.238
N8 exp,sqrt etc.	0.75055432319641113		0.001	29.065

N1とN2とN6が、浮動小数点演算性能を示す項目で、浮動小数点演算性能を示しています。
N4とN8は、sin()、cos()、exp()、sqrt()などの、関数ルーチンの性能を示す項目です。
N3とN4とN7は、整数演算性能や、変数コピーの性能を表す項目で、今回の実験には関係ありません。

測定項目によって性能の単位が違っていて、MFLOPS、または、MOPSの列が、それぞれの性能を示しています。
なお、Secondsの列は、計算にかかった時間を示していますが、あまり意味が無いので気にしないで下さい。
Whetstoneベンチマークは、計測誤差を避けるために、高速なCPUほどたくさん繰り返して計測するので、かかった時間が短い＝高速とは限らないからです。

浮動小数点数同士の四則演算などの、基本的な浮動小数点演算性能を示しているのは、N1とN2とN6なので、これら三つの性能に注目してください。
比較対象が未だ無いのですけれど、いかにも低性能っぽい数字が出ていますね・・・(^^;

次に、EPSON版浮動小数点演算ライブラリを使ったままで、簡単な工夫だけでどのくらい高速化できるか試してみます。
具体的には、P/ECEを倍速の48MHzで駆動し、さらに、EPSON版浮動小数点演算ライブラリのコードを高速RAMに配置して高速化します。
少しのレジスタ設定と、コンパイルオプションの変更だけで、ほとんどのプログラムにも適用可能な高速化方法です。
結果は、以下のようになりました。

Loop content Result MFLOPS MOPS Seconds
N1 floating point -1.12331962585449218 0.265 　 0.145
N2 floating point -1.12031567096710205 0.269 　 0.999
N3 if then else 1.00000000000000000 　 2.556 0.081
N4 fixed point 12.00000000000000000 　 1.921 0.328
N5 sin,cos etc. 0.49895125627517700 　 0.006 29.799
N6 floating point 0.99464136362075805 0.227 　 4.742
N7 assignments 3.00000000000000000 　 1.188 0.311
N8 exp,sqrt etc. 0.75055432319641113 　 0.002 38.116

Loop content	Result	MFLOPS	MOPS	Seconds
N1 floating point	-1.12331962585449218	0.265		0.145
N2 floating point	-1.12031567096710205	0.269		0.999
N3 if then else	1.00000000000000000		2.556	0.081
N4 fixed point	12.00000000000000000		1.921	0.328
N5 sin,cos etc.	0.49895125627517700		0.006	29.799
N6 floating point	0.99464136362075805	0.227		4.742
N7 assignments	3.00000000000000000		1.188	0.311
N8 exp,sqrt etc.	0.75055432319641113		0.002	38.116

かなり速くなりました。
標準速度の浮動小数点演算性能と比較すると、N1とN2とN6は、おおよそ4倍の高速化です。
浮動小数点演算を多用するプログラムならば、この対策だけでも、相当な効果が見込めそうです。

この状態から、EPSON版浮動小数点演算ライブラリを高速版浮動小数点演算ライブラリに置き換えて、もっと高速化を図ってみます。
結果は、以下のようになりました。

Loop content Result MFLOPS MOPS Seconds
N1 floating point -1.12331962585449218 0.597 　 0.064
N2 floating point -1.12131690979003906 0.573 　 0.469
N3 if then else 1.00000000000000000 　 2.558 0.081
N4 fixed point 12.00000000000000000 　 2.499 0.252
N5 sin,cos etc. 0.49895125627517700 　 0.006 29.688
N6 floating point 0.99464136362075805 0.499 　 2.160
N7 assignments 3.00000000000000000 　 1.188 0.311
N8 exp,sqrt etc. 0.75055432319641113 　 0.002 38.072

Loop content	Result	MFLOPS	MOPS	Seconds
N1 floating point	-1.12331962585449218	0.597		0.064
N2 floating point	-1.12131690979003906	0.573		0.469
N3 if then else	1.00000000000000000		2.558	0.081
N4 fixed point	12.00000000000000000		2.499	0.252
N5 sin,cos etc.	0.49895125627517700		0.006	29.688
N6 floating point	0.99464136362075805	0.499		2.160
N7 assignments	3.00000000000000000		1.188	0.311
N8 exp,sqrt etc.	0.75055432319641113		0.002	38.072

高速版浮動小数点演算ライブラリは、EPSON版浮動小数点演算ライブラリに対して、2倍以上高速化できているようです。
標準速度の浮動小数点演算性能と比較すると、N1とN2とN6は、8～10倍近い高速化です。
ちょっと気になるのは、N2のResult(計算結果)が少し違っていることですが、この程度の違いならば、たぶん問題ありません。
その理由は、すぐあとで示します。

N5とN8、特にN5は三角関数ルーチンの性能で、ゲームプログラムにとってはこれも重要な項目なのですけれと、高速化できていません。
前述のとおり、今回の高速版浮動小数点演算ライブラリは関数ルーチンを置き換えず、EPSON版浮動小数点演算ライブラリのルーチンそのままだからです。
また、これらの関数ルーチンはfloat型でなくdouble型で内部処理を行っているので、float型の演算性能向上による恩恵もありません。

最後に、Windows PCで、Whetstoneベンチマークを実行してみました。
結果は、以下のようになりました。

Loop content Result MFLOPS MOPS Seconds
N1 floating point -1.12475025653839111 214.635 　 0.523
N2 floating point -1.12274754047393799 182.400 　 4.312
N3 if then else 1.00000000000000000 　 790.591 0.766
N4 fixed point 12.00000000000000000 　 662.788 2.781
N5 sin,cos etc. 0.49904659390449524 　 19.672 24.750
N6 floating point 0.99999988079071045 96.846 　 32.594
N7 assignments 3.00000000000000000 　 254.459 4.250
N8 exp,sqrt etc. 0.75110864639282227 　 9.288 23.437

Loop content	Result	MFLOPS	MOPS	Seconds
N1 floating point	-1.12475025653839111	214.635		0.523
N2 floating point	-1.12274754047393799	182.400		4.312
N3 if then else	1.00000000000000000		790.591	0.766
N4 fixed point	12.00000000000000000		662.788	2.781
N5 sin,cos etc.	0.49904659390449524		19.672	24.750
N6 floating point	0.99999988079071045	96.846		32.594
N7 assignments	3.00000000000000000		254.459	4.250
N8 exp,sqrt etc.	0.75110864639282227		9.288	23.437

P/ECEの全速力と較べても、N1とN2とN6は、200～400倍の性能ですね、まさに桁違い。
僕のメインPCは、一昔前の廉価版CPUであるCeleron D 2.4GHzなので、これでも遅い方なのですが・・・
P/ECEとのクロック差は、2.4GHz÷48MHz＝50倍。
P/ECEの浮動小数点演算はソフトウェア処理、Windows PCはハードウェア処理であることを考えると、P/ECEはかなり健闘しているとも言えます。
いや、クロック差を差し引くと、ソフトウェア処理とハードウェア処理の差が4～8倍しかないというのは、健闘しすぎかな?
ちょっと計測結果がアヤシイ気もしますが、まあ、性能差がありすぎて「比較にならない」ということなのでしょう。

Resultに注目してください。
P/ECEのResultとは、かなり違った値が出ています。
「浮動小数点演算はCPUやコンパイラなどの環境によって結構違いが大きい」と述べたのは、これです。
N2のResultを比較すると、EPSON版浮動小数点演算ライブラリよりも、高速版浮動小数点演算ライブラリの方が、Windows PCのResultに近いですね。
だから、EPSON版浮動小数点演算ライブラリと、高速版浮動小数点演算ライブラリのResultの違いぐらいは、あまり影響ないと思います。

以上、Whetstoneベンチマークを使って、P/ECEの浮動小数点演算性能の高速化を計測しました。
標準速度の浮動小数点演算性能と比較すると、最大で10倍近く高速化できることがわかりました。
もっとも、これまでに作ったプログラムは既に、48MHz駆動と高速RAMの対策を行っているものが多いので、実質2倍ぐらいの高速化です。
さて、浮動小数点演算性能がこのぐらい速くなると、P/ECEでも浮動小数点演算をたくさん使ったプログラムを気楽に作れるかというと…
少し試してみた限りでは、まだまだ性能不足でした。
残念ながらまだ、浮動小数点演算→固定小数点演算に書き換える手間は、避けられないようです。

2008年4月7日

3D Benchもどきバージョンアップしました。変更点は次のとおりです。
- 高速化しました。
  3Dルーチンの大部分をアセンブラ化して、高速化しました。
ダウンロードはこちらバイナリ(30KB) ソース(13.0MB)

僕のP/ECEプログラムの3Dルーチンは、2002年に作成した「回転マルチ」デモの3Dルーチンを基に、少しずつ改良しながら使いつづけてきたものです。
これまでに、描画ルーチンのアセンブラ化はかなり進めてきたのですけれど、3D座標計算はC言語のままで遅く、全体のボトルネックになっていました。
今回やっと、3D座標計算をアセンブラ化して、高速化しました。
その結果、前バージョンでは27.0FPSだったものが、今回のバージョンでは38.9FPSになりました。
約44%の高速化です。なかなか、満足の行く結果となりました。

2008年3月13日

偽piemuマンを倒せ!ゲームを作りました。
ちかごろ、２ちゃんねるの[ P/ECE総合スレッド8 ]に出没する、偽piemuマンを退治するゲームです。

インストール方法は次のとおりです。
- 「kzdmg.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 偽piemuマンが、｢クズドモガ｣と言い終わる前に、Ａボタンを押して退治してください。
- ただし、｢クズ・・・｣と言い始める前にＡボタンを押すと、卑怯者になってしまいます。
- また、違うセリフを言ってるのにＡボタンを押してしまった場合も、卑怯者です。
ダウンロードはこちらバイナリ&ソース&エミュレータ用イメージ(128KB)

偽piemuマンを見て、ザカリテダゲームを連想してしまったので、シンプルライブラリで作ってみました。
偽piemuマンさん、ネタをありがとうございます(^^;

別件ながら、その下の写真もすごいですね・・・

2008年2月8日

3D Benchもどきを作りました。(動画)
3D BENCHMARK VGA、通称3D Bench（New Dimension International・1990）に良く似たベンチマークプログラムです。

「p3dbench.pex」をP/ECEに転送し、実行してください。
タイトルを表示後、約10秒間ぐらいの3Dデモを表示して、平均フレームレートを計測します。
その後は、同じ3Dデモをループ再生し続けるので、SELECTボタンを押して終了してください。

ダウンロードはこちらバイナリ(30KB) ソース(12.5MB)

なつかしのDOS用ベンチマークソフト、3D Benchです。
主に、ビデオカードのDOS描画速度を計測するために利用されていました。

僕がはじめて買ったDOS/Vマシンは、Tseng Labs社のET4000AXというビデオチップを搭載していました。
DOS描画速度に定評のあるビデオチップで、一方、Windows描画が得意なS3社のビデオチップ(86C805等)と対比されていました。
ところが、3D Benchを使って計測してみると、DOS描画速度もS3社のビデオチップの方が速かったりして、悲しい思いをしたものです…

3D Benchはパプリックドメインソフトで、当時は雑誌などによく添付されていたのですけれど、さすがに古いためか、ちょっと探しづらくなっているようです。
現在は、「CAD Japan.com」さんの「ベンチマークアーカイブ」のページ等から入手できます。
また、YouTubeに、Pentium 100MHzで実行した様子の動画がアップロードされていました。

2008年1月5日

牌砦もどきを作りました。牌砦（メトロ・1993）に良く似たゲームです。

インストール方法は次のとおりです。
- 「toride.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- フィールド上の牌を探して、手持ちの牌と同じ牌を2枚揃えて消してください。
- 次のような牌は、取れません。
  - 上下を挟まれた牌
  - 左右を挟まれた牌
  - 重なっている下の牌
  - 斜め四方向を囲まれた牌
  - レンガ模様の牌
- 手持ちの牌を全て消すと、ステージクリアです。
  フィールド上の牌は、残っていても構いません。
- 手持ちの牌がいっぱいになると、手詰まりで、ゲームオーバーです。
  または、残り時間が無くなると、時間切れで、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
  - 上下左右ボタン　　　　開始ラウンドと、時間制限の有無を選択します。
    　　　　　　　　　　　　　Ｂボタンを押しながら左右ボタンで、開始ラウンドを10づつ増減することもできます。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　　カーソルを動かします。
  - Ａポタン　　　　　　　牌を取ります。
  - Ｂボタン　　　　　　　一手戻します。（無制限アンドゥ機能）
  - ＳＴＡＲＴボタン　　　フィールドの表示角度を切り替えます。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
ダウンロードはこちらバイナリ(41KB) ソース(12.6MB)

メトロの業務用パズルゲーム、牌砦です。
「牌砦」と書いて「とりで」と読みます。「はいとりで」ではありません。
家庭用ゲーム機や、携帯アプリにも移植されています。

牌砦は、たくさくある上海タイプのパズルゲームのひとつです。
上海タイプのパズルゲームで人気どころというと、「上海」、「牌砦」、「中國龍」あたりでしょうか。
近所のゲームセンターでは、「上海Ⅱ」(SUNSOFT)と「中國龍Ⅱ」(ALTA)が稼動していて、よくプレイされているようです。

「上海」を遊んでいると、手詰まりでゲームオーバーになったときに、なんとも納得いかない気分になります。
きちんと攻略法するために、シビアな先読みが要求されて、気楽に遊ぶにはなかなかつらいです。
「牌砦」は、その点を改善し、ある程度アドリブでも遊ばせてくれるルールが秀れています。
手持ちの空き状況が見えているので、いきなり手詰まり宣言されたりせず、ゲームオーパーに納得がいきます。
実際には、「牌砦」の面構成もかなり難度高いし、時間制限が厳しいので、決して簡単ではないのですけれど。
もうひとつの「中國龍」は、「上海」と「牌砦」の中間といったところ。
僕は、「中國龍」も好きです。

今回のP/ECE版「牌砦もどき」は、無制限アンドゥ機能と、時間制限無しモードを付けてみました。
「牌砦」を遊んだときに、じっくりパズルを楽しむために欲しいと思った機能なので、付けてみたのです。
───が、今回はいまいち役に立ちませんでした。
「牌砦もどき」は、クリア可能な面構成をランダムに生成しているのですけれど、あまり難しい面構成が生成できません。
高次面へ進んでも、同じ牌のペア探しだけでクリアできてしまったりして、手詰まりになる状況が少ないです。
そんなわけで、アンドゥ機能が必要になる場面は少ないし、時間制限無しモードにすると簡単すぎてゲームになりません。
難しい面構成をランダムに生成するアルゴリズムを、もっと研究の必要がありそうです。

2008年1月8日追記
AcerolaSoftwareさんが、判別し易さを最優先した画像を作ってくださいました。
この画像を組み込んで、実行ファイルを作り直してみたところ、以前よりも格段に見易い画面になりました。

ダウンロードはこちらバイナリ(41KB) ソース(12.6MB)

AcerolaSoftwareさんの画像の工夫は、取れる牌を濃い色、取れない牌を薄い色で描いたことにあります。
カラー画面では、取れる牌を明るい色、取れない牌を暗い色で表示するのが一般的なのですけれど、白黒画面の場合は、逆の方が見易いのですね。

2007年12月20日

HDL-GT/LCD研究記録を書きました。
まだ途中なのですけれど、だいぶん長くなってきたので、いったん途中公開です。
後日、コマンドリファレンスを追記する予定です。

2007年12月15日

HDL-GT/LCD/EMUを作りました。P/ECEで、HDL-GT/LCDのデバイスエミュレーションを行います。

インストール方法は次のとおりです。
- 「hdlgtlcd.pex」を、P/ECEに転送してください。
- P/ECEのメニュー画面で、「hdlgtlcd.pex」を実行してください。
- Windowsが新しいデバイスを認識し、自動的にデバイスドライバをインストールします。
  デバイスドライバのインストール手順は、HDL-GT/LCD実機をWindowsに接続した場合と同じです。
  
  なお、Windows XPの場合は、既にHDL-GT/LCD実機をWindowsに接続してデバイスドライバをインストールしてあれば、インストール済みのデバイスドライバがそのまま使用されます。
  Windows 2000の場合は、既にHDL-GT/LCD実機をWindowsに接続してデバイスドライバをインストールしてあっても、もう一度同じデバイスドライバのインストールが行われます。
操作方法は次のとおりです。
- 左ボタン　　　　　HDL-GT/LCDの、UP(+)ボタンに相当します。
- 上ボタン　　　　　HDL-GT/LCDの、UP(+)ボタンに相当します。(オートリピート有り)
- 右ボタン　　　　　HDL-GT/LCDの、DOWN(-)ボタンに相当します。
- 下ボタン　　　　　HDL-GT/LCDの、DOWN(-)ボタンに相当します。(オートリピート有り)
- Bボタン　　　　　HDL-GT/LCDの、ENTERボタンに相当します。
- Aボタン　　　　　HDL-GT/LCDの、CANCELボタンに相当します。
- SELECTボタン　　　プログラムを終了します。
実機との相違点は次のとおりです。
- ログを保存するタイミングが異なります。
  HDL-GT/LCD実機は、USBケーブルを抜いたときに、ログを保存します。
  HDL-GT/LCD/EMUは、プログラムを終了したときに、ログを保存します。
- ログ表示のフォントサイズが異なります。
  HDL-GT/LCD実機は、6x8ピクセルフォントを用いて、一件20文字、一画面に4件分のログを表示します。
  HDL-GT/LCD/EMUは、4x6ピクセルフォントを用いて、一件30文字、一画面に5件分のログを表示します。
- 一部のボタンがオートリピートします。
  HDL-GT/LCD実機は、どのボタンもオートリピートしません。
  HDL-GT/LCD/EMUは、上ボタン(UP(+))と下ボタン(DOWN(-))に、オートリピート機能を付けました。ログ表示をスクロールしやすくするためです。
ダウンロードはこちらバイナリ(22KB) ソース(12.5MB)

2007年12月5日の記事で予定した、ステップ①～③までの成果です。
「ステップ④: NAS実機に接続して、HDL-GT/LCDの代わりに使う」実験は、HDL-GTシリーズのNASを使う機会があるまで、しばらく先になりそうです。
Windowsに接続して、ハイパーターミナルや「HDL-GT/LCD用お散歩綾香」から使う限りでは、わかる限りHDL-GT/LCD実機と同じ挙動にしてあります。

今回の制作過程で、HDL-GT/LCD実機の挙動をより詳しく理解することができました。
HDL-GT/LCD/EMUのソースコードがその記録といったところですが、近いうちにまとめて記事にしておこうと考えています。
2007年12月5日の記事に概略を示したように、比較的単純なコマンド仕様なのですけれど、単純ゆえにノウハウが無ければ仕様策定が難しいと思います。
HDL-GT/LCDの制御コマンド仕様は、FTS-NASシリーズのLCD制御コマンドに由来するのだそうです。

2007年12月10日

HDL-GT/LCD用お散歩綾香バージョンアップしました。変更点は次のとおりです。
- アニメーションの画面更新レートを向上しました。
  
  前バージョンでは、HDL-GT/LCDをUSB2.0高速ポートに接続すると毎秒3～4フレーム程度、USB1.1低速ポートに接続すると毎秒1～2フレーム程度の速度しか出ませんでした。
  PC⇔HDL-GT/LCD間のUSB通信か、HDL-GT/LCD内部のシリアル通信の速度限界かと思っていたのですけれど、それにしても遅すぎるので、プログラムを再検討してみました。
  その結果、画面更新レートが遅かったのは、「HDL-GT/LCD用お散歩綾香」の送信処理が非効率だったのが原因だとわかりました。
  今回のバージョンアップで、送信処理の効率を改善したところ、USB2.0高速ポートでも、USB1.1低速ポートでも、毎秒5～6フレーム程度の速度が出るようになりました。
  毎秒5～6フレーム程度ならば、HDL-GT/LCDの内部シリアル通信速度の理論限界値の約半分なので、実効値としてはまずまず充分な速度だと思います。
ダウンロードはこちらバイナリ＆ソース(768KB)

使い方は、前回の記事(2007年12月5日)とHDL-GT/LCDをWindows PCに接続する方法を参照してください。

最終目標の、「P/ECEでHDL-GT/LCDをエミュレートするプログラム」の制作も、順調に進行しています。
前回、「③：CP2102エミュレーション」が制作上の難関だろうと書いたのですけれど、調べてみると予想外にCP2102のプロトコルは単純で、簡単に実装できてしまいました。
既に、HDL-GT/LCD実機をP/ECEに差し替えて『HDL-GT/LCD用お散歩綾香』を実行できるぐらいには、プログラムが動作しています。
あとは、『HDL-GT/LCD用お散歩綾香』では使っていない制御コマンド(ログ機能など)を実装したら完成なので、成功の見込みが立ってきた・・・ような気がします。

2007年12月5日

HDL-GT/LCD用お散歩綾香を作りました。
HDL-GT/LCDの液晶画面に、お散歩綾香のアニメーションを表示する、Windowsアプリケーションです。

実行方法は次のとおりです。

あらかじめ、HDL-GT/LCDをWindows PCに接続しておいてください。
HDL-GT/LCDをWindows PCに接続する方法は、こちらの説明を参照してください。
「ayakalcd.exe」と「hspext.dll」を同じフォルダに置いて、「ayakalcd.exe」を実行してください。
ポート選択画面が表示されます。
HDL-GT/LCDが認識されているポート番号を選択して、［OK］ボタンを押してください。
ポート選択画面が消えて、メイン画面が表示され、アニメーションが開始します。
メイン画面の赤枠内と同じアニメーションが、HDL-GT/LCDの液晶画面にも表示されます。
アニメーションの実行中は、HDL-GT/LCDのERRORランプが点灯します。(単なる目印で、本当のエラーではないので心配しないでください)

操作方法は次のとおりです。
『HDL-GT/LCD用お散歩綾香』の操作はすべて、HDL-GT/LCD本体前面のボタンで行ってください。
ボタンの反応がかなり悪いので、注意してください。おおよそ1～3秒間ぐらい押しつづけないと、反応しません。

UP(+)ボタン　　　赤枠を上へずらします。
DOWN(-)ボタン　　赤枠を下へずらします。
ENTERボタン　　　アニメーションを一時停止、および、再開します。一時停止中は、ERRORランプが点滅します。
CANCELボタン　　終了します。Windows上のメイン画面が消えて、HDL-GT/LCDの液晶画面はタイトル表示に戻ります。

ダウンロードはこちらバイナリ＆ソース(767KB)

I-O DATAのLANDISK Tera専用液晶ユニット「HDL-GT/LCD」を買いました。
HDL-GTシリーズのNASにUSB接続して、PCを使わずにIPアドレスやRAID状態などを表示・設定できる、オプション機器です。
HDL-GTシリーズのNASを持っていなくても、非公式ながら、Windows PCやLinux PCに接続して遊ぶこともできます。
こちらの記事や、こちらの投稿が参考になります。

僕はHDL-GTシリーズのNASを持っていないので、まずは、Windows PCに接続して遊んでいます。
今回は手始めとして、いつものように、お散歩綾香を作ってみました。
このあとの予定は、以下のように計画しています。

① もうしばらくWindows PCに接続して使いながら、HDL-GT/LCDの制御コマンド仕様を確認する。

HDL-GT/LCDの制御コマンド仕様は、正式には非公開なのですけれど、HDL-GTシリーズのファームウェア(バージョン1.21)を読むとだいたいわかります。
HDL-GTシリーズのファームウェアの中には、HDL-GT/LCDを制御する、Unixシェルスクリプトがたくさん入っているからです。
その他の情報源として、kinnekoさんの日記にも、PCからHDL-GT/LCDを制御するPythonスクリプトが公開されています。
「LCD」というキーワードで検索すると、HDL-GT/LCDに関連のある記事が抽出できます。
見ると、記事のコメントの中で、少しP/ECEの話題も出ていて、嬉しかったです。

以上の情報源から、これまでのところ、以下の制御コマンドが確認できました。

コマンド応答説明
@TITLE @ACK @TITLE タイトル画面を表示し、ボタン入力不可モードにします。
@HELLO @ACK ボタン入力可能モードにします。
@HANTEN @ACK 画面のドットをすべて反転します。
@LED,{1|2},{ON|OFF|BLINK|FAST} @ACK POWERランプ、ERRORランプを、点灯、消灯、点滅、高速点滅します。
@LOG,{20文字以内} @ACK ログを記録します。
一件20文字×最新の99件が記憶されています。
@LOG {20文字以内} @ACK 同上。
@SHOW,LOG @ACK @BACK ログ表示モードにします。
ユーザーがCANCELボタンを押すと、@BACKを通知して、ボタン入力可能モードになります。
@SHOW LOG @ACK @BACK 同上。
@CON,{1-99} @ACK 液晶画面のコントラストを設定します。
@CON @CON,{1-99} 液晶画面のコントラストを取得します。
%{16進数976文字} @ACK 画面表示を更新します。
16進数の並びは、任意の位置で「,」や改行文字で区切られていても構いません。
#{16進数976文字} {16進数976文字をエコー} @ACK 同上。
　 @SW,{1|2|3|4} ボタン入力可能モードで、ボタンを押したときの通知です。
　 @NAK コマンドに不正なパラメータを指定したときのエラー応答です。
コマンド自体を間違えたときは、何も応答しません。

コマンド送信のキャラクタ間タイムアウトは約5秒間です。
たとえば、「@HELLO」を正しく送信できるもっとも遅いタイミングは、「@←5秒→H←5秒→E←5秒→L←5秒→L←5秒→O←5秒→(改行)」です。
途中で5秒間以上間隔を空けると、それまでに送信した文字列がキャンセルされてしまうようです。

コマンドの後ろに余分な文字が付いていても、正しく処理されるようです。
たとえば、「@HANTEN」の代わりに「@HANTENXXX」などとしても、正しく処理されました。

コマンド	応答	説明
@TITLE	@ACK @TITLE	タイトル画面を表示し、ボタン入力不可モードにします。
@HELLO	@ACK	ボタン入力可能モードにします。
@HANTEN	@ACK	画面のドットをすべて反転します。
@LED,{1\|2},{ON\|OFF\|BLINK\|FAST}	@ACK	POWERランプ、ERRORランプを、点灯、消灯、点滅、高速点滅します。
@LOG,{20文字以内}	@ACK	ログを記録します。一件20文字×最新の99件が記憶されています。
@LOG {20文字以内}	@ACK	同上。
@SHOW,LOG	@ACK @BACK	ログ表示モードにします。ユーザーがCANCELボタンを押すと、@BACKを通知して、ボタン入力可能モードになります。
@SHOW LOG	@ACK @BACK	同上。
@CON,{1-99}	@ACK	液晶画面のコントラストを設定します。
@CON	@CON,{1-99}	液晶画面のコントラストを取得します。
%{16進数976文字}	@ACK	画面表示を更新します。 16進数の並びは、任意の位置で「,」や改行文字で区切られていても構いません。
#{16進数976文字}	{16進数976文字をエコー} @ACK	同上。
	@SW,{1\|2\|3\|4}	ボタン入力可能モードで、ボタンを押したときの通知です。
	@NAK	コマンドに不正なパラメータを指定したときのエラー応答です。コマンド自体を間違えたときは、何も応答しません。

② P/ECEをUSBシリアルデバイスとして、HDL-GT/LCDの制御コマンドをエミュレートする。

HDL-GT/LCDの制御コマンドは、比較的単純なものが多いので、制御コマンドの実装はたぶん容易だと思います。
問題は、P/ECEをUSBシリアルデバイスにする方法です。
HDL-GT/LCDは、Silicon Laboratories社のCP2102というUSBシリアル変換ICを使って、USBシリアルデバイスを実現しています。
CP2102は独自プロトコルのUSBデバイスで、WindowsやLinux用のCP2102デバイスドライバと協動して、USBシリアルデバイスとして動作します。
P/ECEで、CP2102の独自プロトコルをエミュレートすれば、CP2102デバイスドライバがそのまま使えて便利なのですけれど、難度が高いです。
そこでまずは、別の方法を使って、P/ECEをUSBシリアルデバイスにしてみることにします。
方法の一つとして、以前に自作した『P/ECEシリアルポートデバイスドライバ』を使う方法もありますが、今回は別の方法を採ることにしました。
P/ECEをUSB CDC(Communication Device Class)デバイスにして、Windows標準のデバイスドライバ(usbser.sys)を使う方法です。
自作のデバイスドライバを使うよりも、安定性や互換性の点で有利だと思います。
P/ECEをUSB CDCデバイスにするブログラムは、既に実験済みなのですけれど、CDCについて詳しくはまた後日。

③ P/ECEのUSBシリアルデバイスの実現方法を、CDCでなく、CP2102エミュレーションに替える。

上記②のステップで保留した項目です。
CP2102の独自プロトコルは、メーカーの資料に記載されていないみたいなので、いくぶん難度が高そうです。
CP2102をエミュレートするには、Linux用CP2102デバイスドライバのソースなどから逆に、デバイス側の動作を推測することになると思います。
このステップは、実現できるかどうか、ちょっと自信が無いです・・・

④ P/ECEをHDL-GTシリーズのNAS実機に接続して、HDL-GT/LCDの代わりに使ってみる。

もし③が成功できれば、P/ECEはほぼ完全に、HDL-GT/LCDの互換になっているはずです。
HDL-GTシリーズのNAS実機に接続して、HDL-GT/LCDの代わりに使えるかどうか、実験してみたいです。

2007年11月29日

P/ECE KURO-RS 赤外線通信アナライザを作りました。
玄人志向のUSB接続赤外線学習リモコンキット「KURO-RS」を使って、P/ECEの赤外線通信データを解析するWindowsアプリケーションです。
P/ECEから受信した赤外線通信データを復号して、その内容を数値や文字列としてPC上に表示することができます。
その反対に、PC上で入力した数値や文字列を符号化して赤外線通信データにし、P/ECEに送信することもできます。

こちらに使い方の説明を書きましたので、参照してください。

ダウンロードはこちらバイナリ＆ソース(457KB)

玄人志向のUSB接続赤外線学習リモコンキット「KURO-RS」を買いました。
KURO-RSは、赤外線リモコン信号を記録してPCに送ったり、PCから受け取った赤外線リモコン信号を再生したりできる、USBガジェットです。
Windowsアプリケーションからは、単純なシリアル通信デバイスとして扱えるので、自作プログラムで利用することも容易で、既にいろいろな活用事例が公開されています。
こちらの記事の書いてあるように、KURO-RSのハードウェアは、BUFFALOの「PC-OP-RS1」と同じものです。
"KURO-RS"よりも、"PC-OP-RS1"のキーワードで検索する方が、解析記事がたくさん見つかるようです。

KURO-RSの製品には、『赤外線コントロール仕様書』という資料が入っているのですけれど、いまいち説明不足だったり、実機の挙動と合っていなかったりします。
そこで、ハイパーターミナルを使ってKURO-RSの挙動を確認して、『KURO-RSファームウェアの疑似ソース』を作成してみました。
あくまで想像で作成した擬似ソースですが、『赤外線コントロール仕様書』よりは、KURO-RS実機の挙動に即していると思います。
参考になれば幸いです。

KURO-RSの基本的な使い方は、赤外線リモコン信号を学習して、そのまま再生するというものです。
実は、これと同じ機能を持つソフトが、既にP/ECEにも公開されています。
「リブルラブル研究所」さんの、「ＩｒＲＣ赤外線リモコン・キャプター」です。
また、「STEAR homepage」さんの、「Multiform Remcon」もあります。
「ＩｒＲＣ赤外線リモコン・キャプター」は学習・再生型であるのに対して、「Multiform Remcon」は様々な機器用の赤外線リモコン信号があらかじめ組み込まれています。

『P/ECE KURO-RS 赤外線通信アナライザ』は、学習・再生型ではなく、あらかじめ組み込まれた信号を送信するのでもなく、P/ECEの赤外線通信データの内容を直接扱えるように作成しました。
P/ECEから受信した赤外線通信データを復号してその内容を表示したり、任意に入力した数値や文字列を符号化してP/ECEに送信したりできます。
どのように利用できるかというと・・・たとえば、おでマルの対戦通信でイカサマカードをでっち上げたりできるかも?(^^; (未検証です)
P/ECEの赤外線通信データフォーマットを再学習する目的で作成したアプリケーションなので、あまり有用な利用方法は無いです。スミマセン・・・
P/ECEの赤外線通信データフォーマットについては、2002年1月のP/ECE研究記録や、赤外線XMODEMを作成したときに、P/ECE Kernelのソースを読んで理解したつもりでいたのですけれど、
今回、『P/ECE KURO-RS 赤外線通信アナライザ』を作成して、赤外線通信データの波形をグラフに可視化してみたところ、間違って理解していた点がいくつか見つかりました。
赤外線通信データの符号化と復号処理は、P/ECE Kernelが内部で行っているので、間違って理解していても自作プログラムには影響が無く、いままで気付かなかったのです。
P/ECEの赤外線通信データフォーマットについて正しく理解できたので、KURO-RSを買って良かったです。

謝辞
- KURO-RSのネタを教えてくださったcenesさん、ありがとうございます。
  cenesさんには、「HDL-GT/LCD」のネタも教えてもらいました。
  HDL-GT/LCDも、P/ECEと関連付けられると面白そうで、入手手配中です。
2007年12月15日追記
cenesさんに、追加の参考資料を教えてもらいました。
- PC-OP-RS1 - PukiWiki
  PC-OP-RS1(KURO-RSの姉妹品)について。わかりやすいので、最初に読むのに適しています。
- ハックの記録 KURO-RS アーカイブ KURO-RSの詳しい解析記事です。KURO-BOXと組み合わせて、実用的に利用なさっています。

2007年11月21日

Cinepak AVIプレイヤーを作りました。Cinepak形式で圧縮されたAVIファイルを、P/ECE上で再生します。
※画像だけを再生します。AVIファイルに音声が含まれていても、音声は再生されません。

インストール方法は次のとおりです。
- 「cvidplay.pex」を、P/ECEに転送してください。
- Cinepak形式で圧縮されたAVIファイルを、P/ECEに転送してください。
  サンプルファイルをいくつか添付してありますので、まずはどれかひとつ転送してみてください。
※注意
再生できるのは、Cinepak形式で圧縮されたAVIファイルだけです。
無圧縮のAVIファイルや、Intel Indeo Video、DivX等の他の形式で圧縮されたAVIファイルは再生できません。
Cinepak形式で圧縮されたAVIファイルを作成する方法は、こちらの説明を参照してください。

操作方法は次のとおりです。
- 選択画面
  - 上下ボタン　　　　　　ファイルを選択します。
  - Ａボタン　　　　　　　再生開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- 再生画面
  - Ａボタン　　　　　　　一時停止・再開します。
  - Ｂボタン　　　　　　　選択画面に戻ります。
  - 右ボタン　　　　　　　早送りします。処理速度限界のため、あまり早送りに見えないかも知れません。
  - 左ボタン　　　　　　　先頭へ巻き戻します。
ダウンロードはこちらバイナリ(1.6MB) ソース(14.1MB)

『Cinepak』とは、ビデオ圧縮形式の一種です。
身近なところでは、AVIファイルのビデオ圧縮形式の一つとして利用されています。
詳しくは、Wikipediaの記事を参照してください。

Cinepak形式で圧縮されたムービーは、デコード処理(再生)の負荷が軽いのと、圧縮率が高くてファイルサイズが小さいのが利点です。
その反面、エンコード処理(圧縮)は遅く、また、画質もあまり良くありません。
再生環境のマシンパワーが低かった、ふるい時代の技術らしい特徴といえます。

今回、Cinepak形式で圧縮されたAVIファイルを、P/ECE上で再生するプログラムを作ってみました。
前述のように、Cinepakはデコード処理の負荷が軽いので、P/ECEの処理速度でも楽々デコードできます。
むしろ、Cinepakのデコード処理よりも、デコード後の画面拡大処理に時間がかかってしまいました。

P/ECEはフラッシュメモリの容量が少なく、画面サイズぴったりの128×88ピクセルでムービーを作成すると、フラッシュメモリに入りきらないことが多いです。
仕方なく、96×66ピクセルや80×50ピクセル程度の小さな画面サイズでムービーを作成することになります。
そうした場合、Cinepakデータをデコードして96×66ピクセルや80×50ピクセルの画像が得られるので、それをP/ECEの画面いっぱいに拡大表示しています。
前回のソフトフォーカスデモで作成した、拡大・縮小フィルタリングのサブルーチンを利用しているのですけれど、これの負荷が非常に高いのです。
そんなわけで、画面サイズぴったりの128×88ピクセルのムービーならば、拡大処理が不要なため、30FPSぐらいでも間に合うのですが、
80×50ピクセルのムービーだと、15FPSぐらいが限界・・・という逆転現象になってしまいました。

P/ECE上でのムービー再生というと、「まどかの世界」さんの『P/ECEで動画プレイヤー』や、「Ｐ／ｗａｒｅ」さんの『白黒テレビか？』などが公開されています。
それらのプログラムでは、P/ECEに最適化した独自形式のムービーファイルを採用なさっています。
今回のプログラムは、一般的な形式のムービー再生を試してみたのですが、やはりファイルサイズが問題となりました。
Cinepakの圧縮率が高いといっても、汎用性のために冗長な部分も多くて、P/ECEに最適化した独自形式と較べると効率が良くないようです。

2007年11月6日

ソフトフォーカス効果のデモプログラムを作ってみました。

「sfocus.pex」をP/ECEに転送し、実行してください。
ソフトフォーカスをかけながら、次々に絵が表示されます。
なにかボタンを押すと、終了します。

ダウンロードはこちらバイナリ(81KB) ソース(11.8MB)

僕が、ゲーム画面にソフトフォーカスの演出が使われているのを見たのは、バーニングフォース（ナムコ・1989）が最初でした。
タイトル画面で、タイトルロゴが表示された後、背景にふわりとボカシがかかります。
僕はてっきり、画面表示のハードウェアにそういう機能が備わっているものだと思い込んで、すごいなぁ、と感心していました。

次にソフトフォーカスの演出が使われているのを見たのは、キース＆ルーシィ（ビスコ・1993）でした。
会話シーンで、しゃべっている人物以外にボカシがかかったりします。
これもなかなかいい感じなのですが、バーニングフォースに較べると変化がスムーズでなく、単なる画像切り替えにも見えます。
もしやと疑い持って、ゲームハードに詳しい人に相談したところ、
“ソフトフォーカス機能なんて無い。バーニングフォースもキース＆ルーシィも、あらかじめ作った画像を順次表示しているだけだろう”
とのこと。当時、たいへんがっかりしました。

そんなトラウマがあって、いまでもゲーム画面にソフトフォーカスの演出が使われているのを見ると、上の二作を連想してしまいます。
現在はゲームハードも進化して、あらかじめ画像を作っておかなくても、リアルタイムでソフトフォーカスの処理ができます。
画像を縮小して描画した後、再び拡大することで、ソフトフォーカスの効果を得る方法が一般的なようです。
このとき、単純に縮小・拡大したのではモザイク状になってしまうので、縮小フィルタリングと拡大フィルタリングを用いてボカシます。
かなりの計算量になりますが、高速な3Dアクセラレータの機能が利用できるので、リアルタイム処理が可能です。

P/ECEの場合は、もちろんすぺてソフトウェア処理となります。
今回、拡大・縮小フィルタリングのサブルーチンをアセンブラで最適化して、高速なソフトフォーカス効果を目指してみました。
ソフトフォーカス処理に専念した場合の速度で、15 FPSぐらいになりました。
ゲームの最中に使うにはまだ負荷が高いけれど、シーン切り替えなどの演出には使える程度になったと思います。
今後作るゲームで、使ってみようと思います。

2007年11月9日追記
正式なアルゴリズム名を知らないままに実装したのですけれど、
今回利用したアルゴリズムは、縮小フィルタリングは「積分法」、拡大フィルタリングは「バイリニア法」と呼ぶみたいです。
縦方向が縮小で横方向が拡大のような場合は、両方のアルゴリズムを同時に使用しています。

2007年10月10日

P/ECE研究室～続・S1C33分室更新しました。「デバッグユニット#2」

2007年10月3日

P/ECE研究室～続・S1C33分室更新しました。「デバッグユニット#1」

2007年9月29日

戦球もどきを作りました。戦球（セイブ開発・1995）に良く似たゲームです。

インストール方法は次のとおりです。
- 「senkyu.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 落ちてくる色球を操作して、4つ以上くっつけて消して行くゲームです。
- レベルが進むと、色球に混じって、おじゃま球が落ちてきます。
  おじゃま球は、いくつくっつけても消えません。
  おじゃま球のとなりで色球を消して、もとの色球に戻してください。
- 色球が、画面の上まで積み上がったら、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
  - 上下・左右ボタン　　　色数と、開始レベルを選択します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　　色球を左右に動かします。
  - 下ボタン　　　　　　　色球を素早く落下します。
  - Ａ・Ｂボタン　　　　　色球を回転します。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(40KB) ソース(11.4MB)

セイブ開発のパズルゲーム、戦球です。
業務用はいまいちヒットしませんでしたが、家庭用ゲーム機や携帯アプリにも移植されていて、そちらはなかなか人気のようです。

簡単に説明すると、「ななめに積み上がるぱずるだま」です。
ななめに積み上がるため、色球の動きが直観で予測しづらく、意図的に連鎖を組み上げるのは至難の業です。
しかし、ななめに積み上がる分、隣接する色球も多いわけで、偶然の大連鎖が起こり易いです。
適当に積んでいるだけでも、偶然で7～8連鎖ぐらいしたりします。
そんなわけで、見た目に反して「ぱずるだま」よりもとっつきが良く、軽く遊べる携帯アプリ版などに向いていたのかも知れません。

今回のP/ECE版「戦球もどき」は、P/ECEの白黒液晶画面のため、例によって色球の種類が見分けづらいです。
色球の種類が見分けづらいと感じたら、タイトル画面の設定で、色数を減らしてみてください。
初期状態は5色ですが、3～5色に変更可能です。

2007年9月29日追記
エミュレータ用バイナリを作成しました。
現時点の最新版エミュレータで起動確認しました。実機の半分ぐらいの動作速度です。
エミュレータの使い方は、2007年7月23日の記事の、リンク先のページを参照してください。

2007年8月3日

Windows VistaでP/ECEを使う方法[パート2]です。

前回(2007年7月24日)ご紹介しました、『Xp用ドライバではなく2000用ドライバを使う』という方法は、失敗でした。
僕のVista PCはその方法で正常にP/ECEと通信できるようになったのですが、AcerolaさんとAutchさんのVista PCには効果が無かったからです。

そこで今回は、もうひとつ別の方法をご紹介します。
簡単に説明すると、以下のとおり：
1. レジストリの「HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PIECEDRV\Parameters\BulkUsbEnable」の値を1→0に変更する。
これだけです。
別ページに詳しい手順を説明しましたので、ご参照ください。

AcerolaさんとAutchさんが、今回の方法も実験してくださいました。
その結果、AcerolaさんとAutchさんのVista PCでも、正常にP/ECEと通信できるようになりました。
僕のVista PCも、これまでXp用ドライバでは正常に通信できなかったのですが、これでXp用ドライバでも100%正常に通信できるようになりました。
前回の方法では効果が無かった環境にも、今回の方法はかなり期待が持てるのではないかと思います。
ぜひ、いちどお試しください。

謝辞
- 今回の方法を実験してくださいました、「AcerolaSoftware」さんと「Autch.net」さんに感謝いたします。

2007年7月24日

新しく購入したWindows Vista PCでP/ECE、(たぶん)上手く動いているようです。

最初、AcerolaSoftwareさんのサイトの弱者の生活記→過去の生活記→2007年01月30日の記事と同様の症状で、P/ECEとの通信が失敗したり成功したり・・・
高確率で失敗していて、もうダメか！と思ったのですけれど、ドライバを入れ替えてみたところ、問題なく通信できるようになりました。

P/ECE開発環境には、
- Windows Xp/2000/Me用のドライバ (/usr/PIECE/drivers/winxp/pcedrvxp.inf,pcedrvxp.sys)
- Windows Xp/2000/Me/98/98SE用のドライバ (/usr/PIECE/drivers/win98/pcedrv2k.inf,pcedrv2k.sys)
が付属しています。
Windows Xp/2000環境では、pcedrvxp.sysの方をインストールして使っているかたが多いと思います。
最初、Windows Vistaにもpcedrvxp.sysをインストールしたのですが、上述のような通信失敗が多発しました。
そこで、pcedrv2k.sysに入れ替えてみると、つねに正常に通信できるようになりました。

pcedrv2k.sysの問題点として、右下にデバイスの取り外しインジケータが表示されてしまいます。(pcedrvxp.sysでは表示されません)
ただしWindows 2000の場合と違い、Windows VistaではインジケータをクリックせずにいきなりP/ECEを取り外しても、エラーメッセージは表示されません。
だから、インジケータの表示がちょっと邪魔なだけで、特に手間はかからず不便は無いと思います。

僕のWindows Vista PCは、Intel GM965チップセットのノートPCです。
同様の環境で、Windows VistaとP/ECEの通信が上手く行かないかたは、いちど、ドライバの入れ替えを試してみてはいかがでしょうか。
(もしかしたらタイミング依存で、僕のPCの速度ではたまたまpcedrv2k.sysが上手く動いているだけ、という可能性もあるのですけれど・・・)
~~ドライバの入れ替え手順などは、後日、別ページにまとめる予定です。~~→環境依存みたいです。後述の2007年7月31日追記を参照してください。

てとら★ぽっとさんのサイトの、VistaではP/ECEは動かない？のコメントやトラックバックを見ると、特に意識しなくても動作する環境もあるみたいですね。
PC本体のチップセットや、USB-HUB経由の有無による違いでしょうか。

さて、まだWindows Vista上でのP/ECE実行環境を試しただけで、P/ECE開発環境は試していません。
これから、P/ECE開発環境を試してみようと思います。
P/ECE開発環境はたぶん大丈夫だと思うのですが、Windows Vistaでは、長年慣れてきたVisual Studio 6.0が動作しないらしいのがキビシイです。。。

2007年7月31日追記
AcerolaSoftwareさんのサイトの弱者の生活記→過去の生活記→2007年07月30日の記事によると、pcedrv2k.sysに入れ替えても正しく動作しないそうです。
また、Autch.netさんのサイト→倉庫→pcedrv_libusb_200707242324.zipによると、AutchさんのVista PCでもpcedrvxp.sys、pcedrv2k.sysどちらもダメとのこと。
どうやら、pcedrv2k.sysに入れ替えると正しく動作するようになるのは、特定の環境のVista PCだけみたいです。残念・・・
pcedrvxp.sysもpcedrv2k.sysも動作しないVista PC上で、汎用のUSBドライバを使ってP/ECEと通信する試みがなされていますので、そちらに期待です。

2007年7月23日

２ちゃんねる[ P/ECE総合スレッド7 ]で、実機不要のP/ECEエミュレータが公開されました。(情報元:てとら★ぽっとさん)
- http://pie.bbspink.com/test/read.cgi/leaf/1163935186/492-493n
- http://pie.bbspink.com/test/read.cgi/leaf/1163935186/514n
P/ECE実機を使わないので、どのようにしてアプリを転送するかが、難しい点だと思います。
このエミュレータでは、ファイルシステムイメージにアプリを書き込むツール「pffs.exe」を作成するという、丁寧な方法で解決されました。
P/ECE開発環境の実機用転送ツール「isd.exe」とほぼ同等の機能を持っていて、使い易いです。

早速、いくつかアプリを転送してみたところ、上手く動いています。
しかし、僕が作ったプログラムは、起動時にエラーが出て動かないものが多いです。
原因は、実機とエミュレータとで48MHzモードの動作が少し違っているからです。(そもそも実機でも48MHzモードは仕様外ですが…)

そこで、最近作ったプログラムに少しパッチを当てて、エミュレータで動くようにしてみました。
実機では48MHzで動くところが、エミュレータ上では24MHz相当で動いてしまうため、実機よりも動作が遅めになってしまいますが、一応、エラー無く動くと思います。
既にファイルシステムイメージ(piece.pfi)になっているので、そのままエミュレータ(piemu.exe)と同じフォルダに置いて実行してください。

※注意：2007/07/23現在の最新版エミュレータを使って、起動確認しました。

ダウンロードはこちら
- トリオンキューブもどき
- RECT WINDER(移植版)
- Z-LOCK(移植版)
- ~~おまえらバランスとってふたご塔を作るゲーム(移植版)~~※16階調モード未対応のため、画面に何も表示されません
- えぐぜりにゃ～ AGAINST(移植版)
- いの　べーしょん　2007(移植版)
- REF-LECT BALL(移植版)
- VAX11(移植版)
- リバーシのアルゴリズム
- シンプルフルーツスマッシュ
- DashBorder(移植版)

2007年7月20日

トリオンキューブもどきを作りました。気持ちよさ連鎖パズルトリオンキューブ（ナムコ・2006）に良く似たゲームです。
ブラウザゲームとして公開されている無料体験版をもとに、ゲームルールをアレンジしました。

インストール方法は次のとおりです。
- 「trion.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 落ちて来るブロックを操作して、「3×3」の形に並べて消して行くゲームです。
- ブロックを「3×3」の形に並べると、トリオンに変化します。
  連続で「3×3」の形に並べ続けることで、“連鎖”が継続します。
  連鎖が終了すると、トリオンがコインに変化して、画面外に消えます。
- トリオンを作るたびに、プレイヤーの宇宙船がスピードアップします。
  宇宙船がゴールに到達すると、残り時間が増えて、次の“ディメンジョン”に進みます。
- ブロックが上まで積み上がるか、残り時間が無くなると、ゲームオーバーです。
  連鎖継続中は、残り時間が無くなっても大丈夫です。あきらめないで。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
  - 左右または上下ボタン　開始ディメンジョンを選択します。
- ゲーム画面
  - 左右ボタン　　　　　　ブロックを左右に動かします。
  - 下ボタン　　　　　　　ブロックを素早く落下します。
  - Ａ・Ｂボタン　　　　　ブロックを回転します。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(43KB) ソース(11.7MB)

ナムコ社のNDS用パズルゲーム、気持ちよさ連鎖パズルトリオンキューブです。

テトリスタイプの落ちものパズルですけれど、四角い並びを作ってブロックを消して行くルールから、クォースも少し連想させられます。
しかし、クォースと違って、中空の「ロ」の字型の並びでは消えません。
僕は、このルールを把握するのに時間がかかって、ちょっと悩みました。

トリオンキューブの“連鎖”は、普通の落ちものパズルの“連鎖”とは意味が異なり、先を予測してブロックを仕込む必要が少ないです。
仕込みよりも、テトリスのような一瞬の判断でブロックをくっつけて“連鎖”を継続して行く点が、トリオンキューブの特徴です。
気付きづらいけれど、アクティブ連鎖の操作もできたりして、テトリスタイプでアクティブ連鎖がかかるのは結構めずらしいと思います。

ブラウザゲームとして公開されている無料体験版を遊んで気に入ったのですけれど、NDS用の本編は未プレイです。(NDS持ってないので…)
トリオンキューブの紹介Webページには、ブロック消滅の法則や、ゲームルールの説明が、あまり詳しく載っていないようです。
無料体験版を遊んで推測した部分も多いので、もしかしたら間違えているところがあるかも知れませんが、ご容赦を。

無料体験版のゲームルールは、「持ち時間550秒以内にディメンジョン4へ到達すること」だけで、ゲーム難易度がちょっと簡単すぎます。
そこで今回のトリオンキューブもどきでは、レーシングゲームのような、チェックポイント＆残り時間追加のルールを追加してみました。
なかなか、ほどよい短時間で遊べるゲームバランスになったと思います。
本物のNDS版本編は、どのようにゲームバランスを取っているのでしょうか。機会があれば、本編を遊んでみたいと思っています。
Windows VistaのPCを買いました。
これまでは、Windows 2000上でP/ECEプログラミングしていたのですけれど、次回から、Windows Vistaに環境を移して行く予定です。
既に試された方々の情報では、PC機種によって相性の良し悪しがあるらしく、もし全然動かなかったらどうしよう…(^^;

2007年5月11日

RECT WINDER(移植版)バージョンアップしました。変更点は次のとおりです。
- 内部処理を固定小数化し、高速化しました。
  
  敵弾やパーティクルが同時にたくさん出現しても、ほぼ、全速をキープできるようになったと思います。
  前バージョンの速度ならば僕にもクリアできたのですが、もう、クリアできなくなってしまいました…(^^;
  P/ECE版には、A+B+SELで無敵化する隠しコマンドを追加してあります。
ダウンロードはこちらバイナリ(146KB) ソース(13.3MB)

RECT WINDER(移植版)は、今回で完成です。

RECT WINDERは、名前の通り、すべてのキャラクタが■で表現されていて、静止画の見栄えはしません。
でも、実際に遊んでみると、パターン作成が楽しいですし、スーパープレイの動画はカッコイイです。
敵の動きや、出現パターンにメリハリが効いているからですね。

2007年5月10日

RECT WINDER(移植版)を作りました。
kenmoさん制作のWindows用シューティングゲーム『RECT WINDER』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「rectwind.pex」をP/ECEに転送してください。
ルールは次のとおりです。
- 画面上のボスを破壊してください。
  ボスは、小型機や中型機を生成して攻撃してきます。
  プレイヤーの攻撃方法は、ショットとボム(敵弾打ち返し)です。
- アームが装備された状態で、敵弾打ち返しを発動することができます。
  敵弾を打ち返すと、強力なボムが発射されます。
- 敵や敵弾に当たるとダメージを受けて、アームが破壊されます。
  アームが破壊された状態で再びダメージを受けると、ゲームオーバーです。
- 中型機を倒すと、アイテムが出現します。
  アイテムには、ゲージ回復、アーム復元、ショットパワーアップの効果があります。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
- ゲーム画面
  - 上下左右ボタン　　　　自機を移動します。
  - Ａボタン　　　　　　　ショットを発射します。Ａボタンを押しながら移動すると、アームが回転してショット方向が変わります。
  - Ｂボタン　　　　　　　敵弾を打ち返します。ただし、アームが破壊されていたり、ゲージが一定量以下の場合は打ち返せません。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(144KB) ソース(13.3MB)

kenmoさん制作のシューティングゲーム、「RECT WINDER」です。
弾幕ゲームのように見えますが、プレイヤーの当り判定が大きく(というか見た目どおりで)、細かな弾避けはできません。
パターン作成と敵弾打ち返しが重点の、タイミングゲームです。
o_megaさんによる、分析と攻略記事(1)(2)が参考になります。
また、ゲーム性の異なる改造版(1)(2)も制作なさっています。

今回のP/ECE用「RECT WINDER(移植版)」には、以下のような問題点があります。
- 白黒なので、敵とアイテムの見分けが難しいです。
  オリジナルのPC版に慣れたあとならば、P/ECEの画面でも動きでだいたい区別が付けられるのですが。。。
- 内部処理が浮動小数点のままなので、動作が遅くなることがあります。
  最初はさほどでもないのですが、敵弾やパーティクルが同時にたくさん出現すると、かなり遅くなります。
白黒の問題は慣れでカバーするとして(^^;、次回バージョンアップで内部処理を固定小数化して高速化し、完成させたいと思います。

ライセンスについて
- オリジナル版RECT WINDERのライセンスに準じます。
  オリジナル版RECT WINDERのreadme.txtファイルを、配布ファイルのLICENSEフォルダに入れてあります。
  オリジナル版RECT WINDERのreadme.txtファイルに記載されている、ライセンスの内容をご確認ください。
謝辞
- 『RECT WINDER』制作者のkenmoさんに感謝いたします。

2007年4月24日

Z-LOCK(移植版)バージョンアップしました。変更点は次のとおりです。
- メモリ使用量を節約しました。
ダウンロードはこちらバイナリ(259KB) ソース(16.8MB)

固定データの配置を工夫して、RAM使用量を約17KB節約しました。(pexファイルサイズは前回よりも増えています。)

でも、焼け石に水だったみたいです。。。
80面ぐらいになると、開始直後の敵弾量で、すぐにメモリ不足になってしまいます。
もっと低次面(50～70面ぐらい)でも、敵弾とエフェクトが同時にたくさん出現したりるすと、メモリ不足になることがあります。

実際には、30面あたりで既に滝のような敵弾量ですし、P/ECEの画面で50面にも到達できるのは稀だと思うのですが・・・やっぱりダメ?(^^;
残念ながら、メモリ節約もこのあたりが限界のようです。

そんなわけで、Z-LOCK(移植版)は今回で完成です。
過去に移植させていただいた「５９番街の部屋」さんの作品に較べると、Z-LOCKは規模が大きめでしたが、何とか移植できてよかったです。
自機、敵ともに大量弾の応酬となる本作、楽しいですよ。

2007年5月2日追記
さらにもう少し、メモリ使用量を節約しました。

BulletMLデータの格納方法を工夫して、さらに4KB程度、RAM使用量を節約しました。
具体的には、複数のBulletMLデータ間で共通の部分を共有して格納するようにしました。

前バージョンよりも、さらにもう少し、メモリ不足が緩和できていると思います。
実際には、4KB程度の節約ではあまり状況は変わらず、気分だけの問題かも知れないですけれど。。。(^^;

ダウンロードはこちらバイナリ(258KB) ソース(16.8MB)

2007年4月22日

Z-LOCK(移植版)バージョンアップしました。変更点は次のとおりです。
- 描画処理を高速化しました。
ダウンロードはこちらバイナリ(258KB) ソース(16.7MB)

オリジナル版のベクトル描画を、今回のP/ECE版ではスプライト描画に置き換えて、高速化を図りました。
期待したほど劇的な高速化は得られませんでしたが、前回よりも多少速度が安定したと思います。
オリジナル版に較べるとまだまだ速度不足なのですけれど、このあたりが限界っぽいです。

今回の版でも、高次面(70～80面ぐらい)で敵弾が非常にたくさん出現すると、メモリ不足になってしまうことがあります。
現状でメモリ節約できそうな箇所は、エフェクト用ワークエリアぐらいしか残っていないので、完全に解決するのは難しそうです。
でも、次回のバージョンアップでできるだけメモリ節約し、完成させたいと思います。

2007年4月8日

Z-LOCK(移植版)バージョンアップしました。変更点は次のとおりです。
- 内部処理を固定小数化し、高速化しました。
ダウンロードはこちらバイナリ(269KB) ソース(16.7MB)

前バージョンはほとんどコマ送り状態だったのに較べると、今回のバージョンはゲームとして遊べる速度になったと思います。
しかしまだ、敵や弾が増えると、目に見えてスローになる場面が多いです。
次回のバージョンアップで描画処理の高速化を行い、もっとできるだけ高速化したいと思います。

2007年4月1日

Z-LOCK(移植版)を作りました。
「５９番街の部屋」さん制作のWindows用シューティングゲーム『Z-LOCK』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「zlock.pex」をP/ECEに転送してください。
ルールは次のとおりです。(オリジナル版Z-LOCKのreadme.txtより引用)
- 敵を倒してボスを倒して、ステージをクリアしてください。
  敵や敵弾に当たると、死にます。残機がなくなるとゲームオーバーです。
- 敵は、自機にロックオンしてきます。
  ロックオンした後、一定時間経つと弾を撃ちます。
- 敵にロックされると、自機のショットがパワーアップします。
  ショットのパワーによって、敵を倒した時のスコアが変わります。
  なるべくロックされて、その状態で敵を倒しましょう。
操作方法は次のとおりです。
- タイトル画面
  - 上下左右ボタン　　　　ゲームモード、開始レベルなどを選択します。
  - Ａボタン　　　　　　　メニュー項目を決定し、ゲームを開始します。
- ゲーム画面
  - 上下左右ボタン　　　　自機を移動します。
  - Ａボタン　　　　　　　ショットを発射します。
  - Ｂボタン　　　　　　　ゲージを解放します。(ゲームモードによって効果が異なります)
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(277KB) ソース(16.7MB)

５９番街の部屋さんのシューティングゲームをP/ECEへ移植第五弾、「Z-LOCK」です。
ばくぜんと遊ぶだけでは、一見、普通のシューティングゲームのように感じられます。
特殊なルールを理解しなくても遊べるところが本作の良いところだと思うのですが、ルールを理解するとより面白くなります。
オリジナル版のreadme.txtにもルール説明は少なめで、今回、プログラムを読んではじめて理解した点がいくつかありました。

まず、このゲーム、敵本体は弾を撃っていません。
弾を撃っているのは、敵本体の周りを回っている「オプション」です。
オプションが無いように見える中型機やボスも、プログラム的には見えないオプションが存在し、それらが弾を撃っています。

オプションが弾を撃つ処理も、ちょっと変わっています。
オプションはまず、照準を生成します。(敵本体とオプションは一対多、オプションと照準は一対一の関係です)
照準はプレイヤーを追いかけ、一度プレイヤーに重なってロックオンすると、追いかけるのをやめます。
ロックオン後、一定時間が経過すると、オプションは照準に向けて弾を発射します。(プレイヤーに向けて発射するのではありません)

照準がプレイヤーに重なると、プレイヤーのショットレベルがアップします。
ただし、ショットレベルの計算は毎フレーム、ゼロから加算されて行きます。
前述の通り、照準は一度プレイヤーに重なってロックオンすると、もうプレイヤーを追いかけません。
ロックオンされた瞬間にショットレベルはアップするのですけれど、その後プレイヤーが動いて照準から逃げるとショットレベルアップの効果は無くなり、元のレベルに戻ります。

最後に重要なのが、「ゲージ」の意味です。
ゲージを解放すると強力なショットが発射されますが、ゲージ解放そのものにショットレベルアップの効果があるわけではありません。
ゲージを解放すると、一度ロックオンしてプレイヤーを追いかけるのをやめた照準が、ふたたびプレイヤーを追いかけはじめます。
その結果、たくさんの照準が同時にプレイヤーに重なり、一気にショットレベルがアップするというわけです。
オリジナル版のreadme.txtの操作説明のところに、「吸着」という表現が使われているのはこういう意味です。

以上、Z-LOCKオリジナル版のプログラムを読んで理解したルールを説明してみました。(もしかしたら間違っている点があるかも。。。)
NORMAL MODEはルールを理解しなくても充分遊べるのですけれど、CONCEPT MODEやORIGINAL MODEはやや難度が高いので、ルールを理解しておくと遊び易いと思いました。

今回のP/ECE用「Z-LOCK(移植版)」はまだまだ作成途中で、特に以下の点が問題です。
- 内部処理と描画処理が浮動小数点のままなので、動作が非常に遅いです。
  ゲーム開始後、敵が数体出現しただけで、秒間0.5～1フレーム程度に速度低下してしまいます。
- メモリ使用量がかなり厳しいです。
  敵や弾がたくさん出現すると、メモリ不足でプログラムがエラー終了してしまうことがあります。
今回の速度ではほとんどゲームになっていないので、次回以降のバージョンアップで高速化して行きたいと思います。
まずは内部処理を高速化し、その後、描画処理の高速化と、メモリ節約の工夫を行う予定です。

ライセンスについて
- オリジナル版Z-LOCKのライセンスに準じます。
  オリジナル版Z-LOCKのreadme.txtファイルを、配布ファイルのLICENSEフォルダに入れてあります。
  オリジナル版Z-LOCKのreadme.txtファイルに記載されている、ライセンスの内容をご確認ください。
謝辞
- 『Z-LOCK』制作者の「５９番街の部屋」さんに感謝いたします。

2007年2月22日

ドリームキャスト版『トリガーハート　エグゼリカ』を買いました。
近所のゲームセンターから消えて三か月ぶりぐらい、ひさびさのエグゼリカ。
ストーリーモードやアレンジモードも楽しみですが、まずは、アーケードモードでリハビリ中です。

ドリームキャスト版『トリガーハート　エグゼリカ』は、ビジュアルメモリにプレイヤーキャラクタの絵が表示されます。
スタート時にエグゼリカを選択するとエグゼリカの顔が、クルエルティアを選択するとクルエルティアの顔が表示されます。
ソフト入手記念に、これと同じ絵を表示するプログラム「リカ&クルVMU」を作ってみました。(ドット絵をなぞっただけですが…(^^;)

「execlu.pex」をP/ECEに転送し、実行してください。
上または左またはBボタンでエグゼリカ、下または右またはAボタンでクルエルティアを表示します。
SELECTボタンで終了します。

ダウンロードはこちらバイナリ(14.8KB) ソース(11.3MB)

2007年2月11日

おまえらバランスとってふたご塔を作るゲーム(移植版)バージョンアップしました。変更点は次のとおりです。
- 内部処理を固定小数化し、高速化しました。
ダウンロードはこちらバイナリ(273KB) ソース(36.4MB)

前回、「計算負荷よりも描画負荷の方が高いので、内部処理を固定小数化してもあまり速くならないかも知れない」と書いたのですけれど、
実際に内部処理を固定小数化してみると、予想外に速くなりました。
意外に、計算負荷の方が高かったみたいです。
塔が高く積みあがったときなどにも、ほぼ、遅くなることは無くなりました。
おまえらバランスとってふたご塔を作るゲーム(移植版)は、今回で完成です。

2007年2月10日

おまえらバランスとってふたご塔を作るゲーム(移植版)を作りました。
「OMEGA」さん制作のWindows用アクションパズルゲーム『おまえらバランスとってふたご塔を作るゲーム』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「ttower.pex」をP/ECEに転送してください。
ルールは次のとおりです。
- てんびんを操作して、左右のお皿にブロックを乗せて塔を作り、一定以上の高さにしてください。
  左右の塔が両方とも一定以上の高さになると、金色の冠が落ちてきます。
  金色の冠を左右の塔に乗せると「完成」となり、次のレベルへ進みます。
- 左右の塔の重さが違いすぎたり、速く動かしすぎたりすると、てんびんの傾きが大きくなります。
  てんびんの傾きが大きくなりすぎると、塔が崩れてしまいます。
- 制限時間内に「完成」できないと、ゲームオーバーになります。
  または、全10レベルをクリアすると、ゲームオーバーになります。
- ブロックの種類には、さまざまな大きさの通常ブロックや、重いブロック、コイン、爆弾などがあります。
  各ブロックの特性を上手く使って、ハイスコアを目指してください。
  各ブロックの説明は、オリジナル版のmanual_j.txtを参照してください。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
  - Ｂボタン　　　　　　　(10回押してからゲームを開始すると…?)
- ゲーム画面
  - 上下左右ボタン　　　　てんびん、または、マウスカーソルを移動します。
  - Ａボタン　　　　　　　てんびん、または、マウスカーソルの移動速度を遅くします。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
  ※オリジナル版は、マウスだけを使って遊ぶゲームだったのですが、P/ECEにはマウスが無いので、操作方法を少しアレンジしました。
  - 初期状態では「パッドモード」で、上下左右ボタンでてんびんを直接移動させます。
    「パッドモード」は、P/ECE版独自の操作方法です。
  - Ｂボタンを押すと「マウスモード」に切り替わり、画面上にマウスカーソルが表示されます。
    上下左右ボタンで画面上のマウスカーソルを移動させ、てんびんはマウスカーソルを追いかけるように移動します。
    「マウスモード」は、オリジナル版に似た操作方法です。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
  - Ｂボタン　　　　　　　操作方法を、パッドモード⇔マウスモードに切り替えます。
ダウンロードはこちらバイナリ(272KB) ソース(36.4MB)

「OMEGA」さんのゲームをP/ECEへ移植、三本目、『おまえらバランスとってふたご塔を作るゲーム』です。
ルールの独創性もさることながら、クリア重視の簡単さと、ハイスコア狙いの難しさのバランス調整が絶妙です。
三連塔、多連塔を狙って、もう少しで完成、というときに「がしゃーん」と崩れたりすると、心底、頭に来ます。いい意味で(^^;
そして、つい、何度もプレイしてしまいます。

ゲームの雰囲気は、画面のメッセージを見れば一目瞭然のATARI風です。
サウンドもATARI風を徹底していて、なんとなく、KLAXを彷彿とします。

今回のP/ECE版ふたご塔は、まだ作成途中で、以下のような問題があります。
- 内部処理が浮動小数点のままなので、少し、動作が遅いです。
  普段は充分な速度ですが、塔がとても高く積みあがったときなどに、やや、遅くなることがあります。
本作は、計算負荷よりも描画負荷の方が高いので、内部処理を固定小数化してもあまり速くならないかも知れないのですけれど、一応、
次回のバージョンアップで固定小数化してみようと思います。

ライセンスについて
- オリジナル版おまえらバランスとってふたご塔を作るゲームのライセンスに準じます。
  オリジナル版おまえらバランスとってふたご塔を作るゲームのmanual_j.txtファイルが、LICENSEフォルダに入っています。
  manual_j.txtファイルの、「免責・著作・配布」を参照してください。
謝辞
- 「OMEGA」さんと、『おまえらバランスとってふたご塔を作るゲーム』制作者のかたがたに感謝いたします。

2007年2月2日

えぐぜりにゃ～ AGAINST(移植版)バージョンアップしました。変更点は次のとおりです。
- 内部処理を固定小数化し、高速化しました。
  
  前バージョンは、敵や弾が少し増えるだけで大幅に速度低下していたのですが、今回のバージョンアップで、だいぶんマシになりました。
  高次面の弾幕が発生すると、まだ速度低下するのですけれど、まあ、ちょうど遊び易いぐらいのスローのかかりかたかなあ、と思います。
~~ダウンロードはこちらバイナリ(69.9KB) ソース(11.7MB)~~

えぐぜりにゃ～ AGAINST(移植版)は、今回で一応完成です。
なぜ一応かというと、バグが残ってるっぽいからです。。。(^^;
テストプレイ中、何も無い空間に当り判定が発生して、プレイヤーが明後日の方向へはじきとばされてしまうような現象が、何度かありました。
高次面で大型敵との戦闘中に発生した現象で、たぶん、固定小数の桁数不足だと思うのですけれど、解決し切れませんでした。スミマセン。。。
今後もし、原因が解決できたら、もう一度バージョンアップしたいと思います。

オリジナル版えぐぜりにゃ～ AGAINSTは、HSP言語で作成されています。
僕は、HSPにも興味があって、これまでに何度か勉強してみたのですが、高機能すぎて使いこなせず、毎回挫折してしまっていました。
今回、移植のためにえぐぜりにゃ～ AGAINSTのプログラムを読んでいて、HSPの使い方のセオリーがちょっとわかったような気がします。
モジュールなどの高度な機能を使わなくても、ごく限られた命令だけで、こんなに面白いゲームが作られるのですね。
また、HSPを再入門してみたくなりました。

2007年2月3日追記
上述の、不正な当り判定が発生していたバグを修正しました。

原因は、画面上を左から右へ横切って行く大きなXboxを倒さず逃がしたときに、画面外に消えた後もいつまでも消滅せずに移動し続けて、
当り判定の距離計算が固定小数の桁数をオーバーフロして、不正な当り判定が発生してしまう、というものでした。
また、これとは別に、敵弾をバナナに変換したときに不正なメモリにアクセスしてしまうというバグも、移植時にエンバグしてしまっていました。。。

ともかく、原因が解決してすっきりしました(^^;

ダウンロードはこちらバイナリ(70.7KB) ソース(11.7MB)

2007年1月31日

えぐぜりにゃ～ AGAINST(移植版)を作りました。
「OMEGA」さん制作のWindows用アクションゲーム『えぐぜりにゃ～ AGAINST』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「exelinya.pex」をP/ECEに転送してください。
ルールは次のとおりです。
- 自機を操作して「アンカー」で敵を掴み、投げたり擦り付けたりして破壊してください。
  擦り付けるよりも、投げてぶつけるほうが威力が高くなります。
- 大型の敵で周りにリングが付いているものは、そのままではアンカーで掴めません。
  ダメージを与えてリングを消してから、掴んでください。
  大型の敵を破壊すると、画面内の弾が「ばなな」に変わり、「ばなな代」が得られます。
- 敵や弾に当るとダメージが蓄積し、一定を超えるとゲームオーバーです。
  ダメージは時間経過でゆっくり回復します。
操作方法は次のとおりです。
- タイトル画面
  - 上下左右ボタン　　　　開始レベルを選択します。
  - Ａボタン　　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
  ※オリジナル版は、到達したレベルまでしか選択できませんが、P/ECE版は、最初から高いレベルを選択できるように変更しました。
- ゲーム画面
  - 上下左右ボタン　　　　自機の操作／アンカーの操作。
  - Ａボタン押し　　　　　アンカー射出／掴み。
  - Ａボタン開放　　　　　投げ。
  - Ｂボタン押し　　　　　自機固定／アンカーの操作。(補助的な操作なので、使わなくても遊べます)
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(70.5KB) ソース(11.7MB)

前回移植させていただいた『いの　べーしょん　2007』の制作者、「OMEGA」さんが約一年前に発表なさったWindows用アクションゲームです。
Web上でも人気があり、いろいろな改造版や、派生版が開発されています。

一見、シューティングゲームですが、弾を撃つことはできず、アンカーだけが攻撃手段です。
アイデアの面白さに加えて、慣性などのバランス調整が絶妙で、たいへん爽快感があります。
序盤はやや簡単すぎな感じなのですけれど、高次面になると、敵の攻撃がまるで弾幕シューティングのようになってきて、
弾幕を「ばなな」に変換して切り抜けてゆく感覚は、まさに弾幕シューティングのそれです。

今回のP/ECE版えぐぜりにゃ～ AGAINSTはまだ作成途中で、以下のような問題があります。
- 内部処理が浮動小数点のままなので、動作が遅いです。
  序盤、敵が少ないうちはさほどでもないのですが、少しレベルが進んで敵や弾が増えると、極端に遅くなります。
次回のバージョンアップで内部処理を固定小数化し、高速化しようと思います。

ところで、えぐぜりにゃ～ AGAINSTの元ネタ、トリガーハート　エグゼリカ（童・2006）も、もうすぐ2007/02/22にドリームキャスト版が発売です。
大好きなゲームだったのですが、近所のゲームセンターからは撤去されてしまい、しばらく遊べなかったので、家庭用発売が待ち遠しいです。

ライセンスについて
- オリジナル版えぐぜりにゃ～ AGAINSTのライセンスに準じます。
  オリジナル版えぐぜりにゃ～ AGAINSTのreadme_j.txtファイルが、LICENSEフォルダに入っています。
  readme_j.txtファイルの、「免責・著作・配布」を参照してください。
謝辞
- 『えぐぜりにゃ～ AGAINST』制作者の「OMEGA」さんに感謝いたします。

2007年1月15日

いの　べーしょん　2007(移植版)を作りました。
「OMEGA」さん制作のWindows用アクションゲーム『いの　べーしょん　2007』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「inovatio.pex」をP/ECEに転送してください。
ルールは次のとおりです。
- 自機のいのししを動かして迷路内を探索し、アイテムを集めてください。
  三種の神器(ふじ、たか、なすび)が揃ったら、ゲームクリアです。
- パワーアップアイテムを取ると、空中ジャンプができるようになります。
- トゲに当ると、体力が減ります。
  体力が無くなると、ゲームオーバーです。
  体力は時間で回復するので、体力が無くなりそうなときは、落ち着いて休憩してください。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
- ゲーム画面
  - 左右ボタン　　　　　　左右に振り向きます。いのししは、止まることができません。
  - Ａボタン　　　　　　　ジャンプします。パワーアップすると、空中でもジャンプできます。
  - 下＋Ａボタン　　　　　バーに乗っているとき、バーの上から落ちます。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(153KB) ソース(21.2MB)

今年の干支、いのししが主人公の、迷路探索型ジャンプアクションゲームです。
オリジナル版はWindows用なのですが、まるでP/ECEのような(^^;シンプルな画面デザインが特徴的です。

本作、たいへん多くの種類のアイテムがあるのですが、ゲームクリアにはそのうちの三種しか必要でありません。
必要な三種のアイテムは、比較的取り易い位置に配置されているので、すぐにゲームクリアできてしまいます。
タイムアタックも良いですが、全種類＋隠しアイテムを探して、のんびりとプレイするのも楽しいです。

「OMEGA」さんのサイトは最近になって知ったのですけれど、「EveryExtend」の作者さんだったのですね。
僕は、PSP版で遊んだことがあります。
同氏の作品、『えぐぜりにゃ～ AGAINST』も面白いです。元ネタのゲームが大好きなので。。。

ライセンスについて
- オリジナル版いの　べーしょん　2007のライセンスに準じます。
  オリジナル版いの　べーしょん　2007のreadme_j.txtファイルが、LICENSEフォルダに入っています。
  readme_j.txtファイルの、「●やわらかい～免責・著作・配布～柔かいコト」を参照してください。
謝辞
- 「OMEGA」さんと、『いの　べーしょん　2007』制作者のかたがたに感謝いたします。

2007年1月4日

REF-LECT BALL(移植版)バージョンアップしました。変更点は次のとおりです。
- 高速化しました。
  エフェクトが大量に発生したときなどに、まだ少し遅くなるのですけれど、ほぼ充分な速度になったと思います。
  
  REF-LECT BALLはゲームBGMの長さが一分間で、本来、ゲーム終了とぴったり合って終了するようになっています。
  だから、BGMの2ループ目がどのぐらい長く鳴ってしまったかで、どのぐらい処理が遅れたかわかってしまいます。
  P/ECE版は、通常のプレイで平均10～15%ぐらい、処理が遅れてしまうようです。
ダウンロードはこちらバイナリ(208KB) ソース(25.5MB)

REF-LECT BALL(移植版)は、今回で完成です。

前回のVAX11と同じく、今回のREF-LECT BALLも、敵弾の制御にBulletMLが利用されています。
VAX11に較べると、REF-LECT BALLの敵弾は種類が少なく、BulletMLの使われ方も、やや控えめなものでした。

REF-LECT BALLは、敵弾よりもエフェクトの方が多彩で、P/ECEの液晶で見た場合にも、とても綺麗に見えます。
敵弾も大きくて見易く、このゲームは、かなり、P/ECEと相性が良いです。

2007年1月2日

REF-LECT BALL(移植版)を作りました。
「５９番街の部屋」さん制作のWindows用シューティングゲーム『REF-LECT BALL』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「reflectb.pex」をP/ECEに転送してください。
ルールは次のとおりです。(オリジナル版REF-LECT BALLのreadme.txtより引用)
- 一分間、よりたくさんの敵を倒して点数を稼いでください。
  敵玉に当たると死にます。
  時間がなくなるとゲームオーバーです。
- 敵は、こちらが何もしないと何もしてきませんが、敵に玉を入れると赤玉を撃ち返してきます。
  気をつけましょう。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　Ａボタンを一回押すと、「GAME START」「RANKING」「EXIT」のメニューが表示されます。
    　　　　　　　　　　　　　「GAME START」を選択してＡボタンを押すと、ゲームを開始します。
    　　　　　　　　　　　　　「RANKING」を選択してＡボタンを押すと、ランキングを表示します。
    　　　　　　　　　　　　　「EXIT」を選択してＡボタンを押すと、プログラムを終了します。
  - 上下ボタン　　　　　　「GAME START」「RANKING」「EXIT」のメニューを選択します。
  ※本移植版にはリプレイ機能が無いので、オリジナル版に有った「REPLAY」のメニューは表示されません。
- ゲーム画面
  - Ａボタン　　　　　　　ショットを発射します。
  - Ｂボタン　　　　　　　ゲームを中断し、タイトル画面へ戻ります。
  - 上下左右ボタン　　　　自機を移動します。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(212KB) ソース(25.5MB)

５９番街の部屋さんのシューティングゲームをP/ECEへ移植第四弾、「REF-LECT BALL」です。
一分間スコアアタックのミニゲームで、オリジナルのWindows版はD言語で作成されています。

今回のP/ECE用「REF-LECT BALL(移植版)」はまだ作成途中で、特に、以下の点が未完了です。
- 内部処理と描画処理が浮動小数点のままなので、動作が非常に遅いです。
  何もしなければ早いのですけれど、ショットが敵に当たったりした途端、コマ送り並みに遅くなります。
今回の速度ではほとんどゲームになっていないので、次回のバージョンアップでもっと高速化したいと思います。

ライセンスについて
- オリジナル版REF-LECT BALLのライセンスに準じます。
  オリジナル版REF-LECT BALLのreadme.txtファイルを、配布ファイルのLICENSEフォルダに入れてあります。
  オリジナル版REF-LECT BALLのreadme.txtファイルに記載されている、ライセンスの内容をご確認ください。
謝辞
- 『REF-LECT BALL』制作者の「５９番街の部屋」さんに感謝いたします。

2006年12月15日

VAX11(移植版)バージョンアップしました。変更点は次のとおりです。
- サウンドを追加しました。
  
  「DashBorder(移植版)」のときはサウンドデータが大きかったので、低音質の4KHz版(通常版P/ECE用)と高音質の16KHz版(2MB版P/ECE専用)の二種類を作ったのですけれど、
  今回の「VAX11(移植版)」は比較的サウンドデータが小さかったので、BGMを8KHz、効果音を16KHzとして、通常版P/ECEと2MB版P/ECE共通の一種類だけを作りました。
  pexファイルサイズは約340KB。通常版P/ECEのフラッシュメモリにも、ぎりぎり入るサイズになりました。
  (サイズの大きなシェルを使っていると入らない場合もありますので、標準startup.pexなどの小さなシェルに戻してみてください。)
~~ダウンロードはこちらバイナリ(287KB) ソース(19.6MB)~~

VAX11(移植版)は、今回で完成です。

VAX11(移植版)では、オリジナル版のVAX11と同じく、敵弾の制御にBulletMLを利用しました。
P/ECEでBulletMLを利用する試みは、既に三年前、本家ABA GamesさんがBarrage Reactorで実行なさっています。
ABA Gamesさんの方法は「一度SAXイベントにあらかじめ分解しておいてそれを読みこむ」という形であるのに対して、VAX11(移植版)は「XMLパーサを中に組み込む」方法を採りました。
具体的には、libBulletMLとTinyXmlを、C言語に移植して利用しました。
P/ECEとC言語に適応するよう、かなり変更を加えたので、だいぶん別物になってしまいましたが、基本的な設計はオリジナル版のlibBulletMLとTinyXmlに倣っています。
この下準備のおかげで、VAX11本体の移植はスムーズにすすめることができました。

BulletMLを利用すると、弾の動きの制御をプログラム本体から分離できることが利点です。
他に、敵が弾を撃つタイミングの管理も、直接コーディングすると面倒な処理になりがちなのですけれど、これもBulletMLが受け持ってくれます。
遅ればせのBulletML挑戦でしたが、とても有用であることがわかりました。
また、BulletMLアプリケーションを移植したり、自作のプログラムで使ってみたいと思いました。

2006年12月15日01:10追記
一時停止時に、サウンドも一時停止するよう変更しました。
前バージョンのままでも動作上の問題は有りませんが、もしよろしければこちらをご利用ください。

ダウンロードはこちらバイナリ(287KB) ソース(19.6MB)

2006年12月13日

VAX11(移植版)バージョンアップしました。変更点は次のとおりです。
- 高速化しました。
  内部処理の固定小数化と、描画処理の最適化を行い、高速化しました。
ダウンロードはこちらバイナリ(49KB) ソース(10.3MB)

まだ、敵や弾が増えたときにやや遅くなったり、ボムを発動したときに顕著なスローがかかるのですけれど、全体的にはほぼ充分な速度になったかなあと思います。
次回以降のバージョンアップで、サウンドを追加し、完成させようと思います。

2006年12月10日

VAX11(移植版)を作りました。
「５９番街の部屋」さん制作のWindows用シューティングゲーム『VAX11』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「vax11.pex」をP/ECEに転送してください。
ルールは次のとおりです。(オリジナル版VAX11のreadme.txtより引用)
- 自機「VT100」を操作して、迫りくる敵を撃破してください。
  敵弾や敵本体に当たると、死にます。
  時間が無くなるまでに、できるだけたくさん点数を稼いでください。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　Ａボタンを一回押すと、「START」「EXIT」のメニューが表示されます。
    　　　　　　　　　　　「START」を選択してＡボタンをもう一回押すと、ゲームを開始します。
    　　　　　　　　　　　「EXIT」を選択してＡボタンをもう一回押すと、プログラムを終了します。
  - 上下ボタン　　　　　　「START」「EXIT」のメニューを選択します。
  ※本移植版にはリプレイ機能が無いので、オリジナル版に有った「REPLAY」のメニューは表示されません。
- ゲーム画面
  - Ａボタン　　　　　　　ショットを発射します。
  - Ｂボタン　　　　　　　ボムを発動します。
  - 上下左右ボタン　　　　自機を移動します。
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(51KB) ソース(10.3MB)

５９番街の部屋さんのシューティングゲームをP/ECEへ移植第三弾、今回は「VAX11」です。
すべてのキャラクタがASCII文字で描かれているのが特徴の、スコアアタックシューティングゲームです。
オーソドックスながら遊び易くてスピード感が有り、僕もいちばん気に入っている作品のひとつです。

今回のP/ECE用「VAX11(移植版)」はまだ作成途中であり、特に以下のような問題があります。
- 内部処理が浮動小数点のままなので、オリジナル版に較べて動作がかなり遅いです。
- 描画処理を最適化していないので、オリジナル版に較べて動作がかなり遅いです。
- サウンドがひとつも鳴りません。
今後のバージョンアップで、固定小数化、描画の高速化と、できるだけ多くのサウンドを再現したいと思います。

ライセンスについて
- オリジナル版VAX11のライセンスに準じます。
  オリジナル版VAX11のreadme.txtファイルを、配布ファイルのLICENSEフォルダに入れてあります。
  オリジナル版VAX11のreadme.txtファイルに記載されている、ライセンスの内容をご確認ください。
謝辞
- 『VAX11』制作者の「５９番街の部屋」さんに感謝いたします。

2006年11月16日

リバーシのアルゴリズムを作りました。オーソドックスなリバーシゲームです。工学社の本「リバーシのアルゴリズム」を参考にして作りました。

インストール方法は次のとおりです。
- 「reversi.pex」と「reversi.bok」をP/ECEに転送してください。
  「reversi.bok」は定石データファイルです。
  「reversi.bok」を転送しなくても実行できますが、コンピュータが定石に従った手を打たなくなります。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 上下左右ボタン　　　設定を変更します。
    
    設定項目は次のとおりです。
    
    「NegaMax法/AlphaBeta法/NegaScout法」
    コンピュータ思考ルーチンの探索アルゴリズムを選択してください。
    NegaMax法は単純で低速なアルゴリズム、NegaScout法は高速化の工夫がなされたアルゴリズム、AlphaBeta法はその中間です。
    違いは速度だけです。強さが変わるわけではありません。
    
    「事前先読手数」
    AlphaBeta法やNegaScout法において、事前に手を調べて探索順序を決めるための先読み手数を、1～3の範囲で指定してください。
    「探索先読手数」よりも大きな数を指定することはできません。
    
    「探索先読手数」
    序盤、中盤の探索における先読み手数を、1～5の範囲で指定してください。
    「事前先読手数」よりも小さな数を指定することはできません。
    
    「必勝読残手数」
    終盤初期において、必勝読みを始める残り手数を、1～15の範囲で指定してください。
    「完全読残手数」よりも小さな数を指定することはできません。
    
    「完全読残手数」
    終盤において、完全読み切りを始める残り手数を、1～13の範囲で指定してください。
    「必勝読残手数」よりも大きな数を指定することはできません。
    
    「黒:CPU 白:CPU/黒:Player 白:CPU/黒:CPU 白:Player」
    プレイヤーとコンピュータの石の色を選択してください。
    コンピュータ対コンピュータも可能です。
- ゲーム画面
  - 上下左右ボタン　　　カーソルを移動します。
  - Ａボタン　　　　　　石を置きます。相手の石を反せない箇所には、石を置けません。
  - Ｂボタン　　　　　　パスします。石を置ける箇所があるときには、パスできません。
ダウンロードはこちらバイナリ(24KB) ソース(10MB)

テーブルゲームの思考ルーチンプログラミング入門といえば、リバーシです。
僕もテーブルゲームのプログラムを作ったことがありますが、きちんとアルゴリズムを理解しているとは言えませんでした。
そこで、再入門のために、工学社の本、「リバーシのアルゴリズム」を読んでみました。

この本は、思考ルーチンプログラミングの基礎アルゴリズムだけを解説していて、現代的な高度な技法には触れていません。
とはいえ、僕にとっては知らなかった知識が多くて、たいへん勉強になりました。
たとえば「NegaScout法」などは知りませんでしたし、もっと基礎的な「MiniMax法(NegaMax法)」や「AlphaBeta法」についても、理解が曖昧だったのを整理しなおすことができました。
この本はオススメです。

ただし、この本の問題は、誤植とバグの多さです。
著者のサポートページに訂正表が載っているのですが、訂正表以外にもかなり多くの誤りが残っているように思いました。
さいわい、本文の説明内容が根本的に間違っている点は無いと思いますし(もしそうだったら僕には気付けません)、プログラムの誤りは単純なコーディングミスで、すぐに気付きます。
本を読みながら誤りを訂正して行く過程で、かえって理解を深めることができました。工学社の本はこういうのが多いです・・・(^^;

「リバーシのアルゴリズム」の本には、C++とJavaでのコーディング例が示されています。
今回は、Java版をベースにC言語に移植して、P/ECE版「リバーシのアルゴリズム」を作成してみました。
移植の過程で気付いた誤りの訂正や、P/ECEに特有の変更も加えていますが、だいたい、本で解説されているデータ構造やアルゴリズムに従っています。
元のプログラムが、PCのCPUパワーを基準に調整されているためか、P/ECEで実行するとかなり遅いです。
設定にもよりますが、コンピュータが一手で数十秒～数分間考え込んでしまったりする場合もあります。

P/ECE専用の、もっと高速なリバーシプログラムが、過去にいくつか発表されています。
これまでは単に遊ぶだけでしたが、今回得た基礎知識をもとに、それらのプログラムの工夫を勉強してみたいと思いました。

2006年8月14日

シンプルフルーツスマッシュを作りました。フルーツスマッシュ（electrotank・2006）に良く似たゲームです。

インストール方法は次のとおりです。
- 「fsmash.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 隣り合ったフルーツを入れ替えて、縦または横に三つ以上並べて、消してください。
  フルーツを入れ替えたときに、三つ以上並ばなければ、入れ替える前の位置に戻ります。
- 消したフルーツはジュースになって、画面右のジュースメーターに溜まって行きます。
  タイマが0になる前に、ジュースメーターを満タンにしてください。
  ジュースメーターが満タンになると、レベルアップして、タイマがリセットされます。
- タイマが0になると、ゲームオーバーです。
本物のフルーツスマッシュには、逆転アイテム「Supermove」が存在するのですが、今回は省略しました。

操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　カーソルを移動します。
  - ＡまたはＢボタン　　ＡまたはＢボタンを押しながら上下左右ボタンを押すと、フルーツを入れ替えます。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(23KB) ソース(9.9MB)

electrotank社のFLASHゲーム、フルーツスマッシュです。

フルーツスマッシュは、ZOOKEEPERにとても良く似たゲームです。
登場時期を考えると、ZOOKEEPERを参考にして作られたのかなあ、と思います。
まるっきり同じというわけではなくて、いくつかの工夫により、ZOOKEEPERよりも遊び易くなっています。
- パーツの種類が少ない。
  →消せるポイントがすぐに見つかるので、長時間悩むことが無い。
  →NO MORE MOVEになる状況がほとんど無いので、ゲームのテンポが良い。
- 消したパーツの空間を、左右ニ方向から埋める。
  →ZOOKEEPERの一方向(落下)よりも、二方向の方が偶然連鎖が発生し易いような気がします。
- 消すたびに時間が追加されるのでなく、目標数消したときに一気に時間が増える。
  →目標が定め易い。ZOOKEEPERは上海タイプ、フルーツスマッシュはレーシングゲームタイプの時間増加方式です。
そんな感じで、僕は、フルーツスマッシュが気に入りました。
ZOOKEEPERも好きなのですけど、そろそろ飽きてきた頃だったので・・・(^^;

ところで、ZOOKEEPERは、いろいろなプラットフォームに移植されていて、どれが元祖なのかわかりませんでした。
僕は、おてなみ拝見FINAL（タイトー・2005）に収録のアーケード版で遊んでいましたが、 FLASH版などもあったみたいです。

2006年7月27日

3Dビューア＆ Metasequoiaプラグインバージョンアップしました。変更点は次のとおりです。
- プラグインに、拡大率と座標軸を設定するためのオプションダイアログを追加しました。
ダウンロードはこちらバイナリ(917KB) ソース(10.7MB)

前バージョンでは、拡大率=0.01、座標軸=Z軸反転に固定でしたが、今回の変更により、エクスポート時にユーザが指定できるようになりました。
初期状態では、前バージョンと同じ、拡大率=0.01、座標軸=Z軸反転となっています。
必要に応じて、各項目を変更してください。
たとえば、キャラクタをZ軸正方向に向けてモデリングすることに決めたならば、Z軸反転ではなく、X軸反転を選択するのが良いです。
なお、Metasequoiaは右手座標系、自作のP/ECE 3D描画ルーチンは左手座標系なので、必ずどれか一つの軸を反転することにしました。

MetasequoiaプラグインSDKには、標準のオプションダイアログを表示するためのAPIが用意されています。
しかし今回は、標準のオプションダイアログを利用せず、独自のオプションダイアログを用意しました。
その理由を、以下に記します。

Metasequoiaエクスポートプラグインの一般的な処理手順は、MQ_ShowFileDialog() API呼び出し→MQ_ExportAxis() API呼び出し、となります。
1. MQ_ShowFileDialog() APIは、オプションダイアログを表示し、設定内容をMQFileDialogInfo構造体に格納します。
2. MQ_ExportAxis() APIは、エクスポートする頂点座標配列データに、MQFileDialogInfo構造体の内容を反映します。
以上の手順によって、オプションダイアログの設定内容が、エクスポートする頂点座標配列データに反映されます。
・・・のはずなのですが、実際に試してみると、各APIがいまいち期待通りに働いてくれません。
たとえば、MQ_ShowFileDialog() APIは、「左右を反転する」「面方向を反転する」の設定内容を、MQFileDialogInfo構造体のどこにも格納していないように思います。
どこにも格納されていないので、MQ_ExportAxis() APIの実行結果には、「左右を反転する」「面方向を反転する」の設定内容が反映されません。
また、エクスポートする頂点座標配列データに対して、MQ_ExportAxis() APIが座標軸の反転設定を適用するルールも、いまいちよくわかりません・・・

先日、Metasequoiaの新しいバージョン「Metasequoia Ver2.4.0」が公開されました。
新しい「Metasequoia Ver2.4.0」でも試してみたのですけれど、これらのAPIの挙動は変わっていないようです。
Web上の情報を検索しても、同様の疑問を持っていらっしゃる方は見つけられませんでした。
僕が、何か勘違いしている可能性大です。。。

今回は疑問が解決しなかったので、MQ_ShowFileDialog() APIを利用せずに、独自のオプションダイアログを用意しました。
座標軸の反転設定の適用も、MQ_ExportAxis() APIを利用せずに自前で処理して、疑問点を回避してしまいました。
前述の疑問点が解決したら、MQ_ShowFileDialog() APIとMQ_ExportAxis() APIを利用する方法に修正したいと思います。
この件について、ご存知の方がいらっしゃいましたら、ぜひ情報よろしくお願いいたします。

2006年7月19日

DashBorder(移植版)バージョンアップしました。変更点は次のとおりです。
- サウンドを追加しました。
前回の予定では、いくつかのサウンドだけを追加できれば良いな、と思っていたのですが、
結果、オリジナル版と同じ、全種類のBGMと効果音を追加することができました。
その代わりに、大幅に音質を下げることになりました。(4000Hz・・・(^^;)
pexファイルも314KBと、通常の512KB版P/ECEのフラッシュメモリの限界に近いサイズです。

ダウンロードはこちらバイナリ(278KB) ソース(29MB) 通常版P/ECE用はこちら

雰囲気は充分に出ていると思うのですけれど、4000Hzではかなり聴きづらいのも確かです。
そこで、16000Hzの高音質版も作ってみました。
高音質な分、pexファイルが1MB以上のサイズになってしまったので、2MB版P/ECE専用です。

ダウンロードはこちらバイナリ(957KB) ソース(29MB) 2MB版P/ECE専用です!!

DashBorder(移植版)は、今回で完成です。
高速化とサウンド追加も上手く行って、なかなか会心の移植になったと思います。
「５９番街の部屋」さんの作品からの移植は、『ESPELION』に次いで二回目です。
プログラムが理解し易くて勉強になるので、また機会があれば、他のゲームも移植させて頂きたいと思います。

2006年7月17日

コンソール版PCMコンバータバージョンアップしました。変更点は次のとおりです。
- 以下のバグを修正しました。
  - 変換元のwavファイルが大きい場合に、不正なppdファイルを出力することがあった。
    具体的には、変換元のwavファイルが数十秒以上の長さで、出力形式が可変周波数ADPCM形式の場合、
    出力されるppdファイルのPCEWAVEINFO.lenフィールドが、誤ってマイナスになることがありました。
  今回の修正により、このバグは無くなりました。
ダウンロードはこちらバイナリ(32KB) ソース(23KB)

使い方は、前バージョン(2002年7月21日)の説明を参照してください。

2006年7月16日

DashBorder(移植版)バージョンアップしました。変更点は次のとおりです。
- 浮動小数点演算→固定小数点演算への変更を完了しました。
  高次面で敵キャラクタがたくさん出現したときの、速度低下が軽減しました。
ダウンロードはこちらバイナリ(40KB) ソース(9.8MB)

あと50キロバイトぐらい、メインメモリの余裕が残っています。
そこで、現時点では全部省略してしまっているサウンドを、いくつか鳴らしてみようと思います。
そして、次回で完成させたいと思います。

2006年7月11日

DashBorder(移植版)を作りました。
「５９番街の部屋」さん制作のシューティングゲーム『DashBorder』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「dash.pex」をP/ECEに転送してください。
ルールは次のとおりです。(オリジナル版DashBorderのreadme.txtより引用)
- 敵を全て倒して、ステージをクリアしてください。
  弾に当たると死にます。
  残機を失うと、持ち時間が10秒増えます。
  残機がなくなるとゲームオーバーです。
  また、1ステージを30秒以内にクリアできないと敵が強化されます。
- 自機は4方向に移動できます。
  同じ方向に移動しつづけると加速します。
  90度の方向であれば、減速せずに曲がることができます。
  反対方向に切り替えると失速してしまいます。
  また、敵に当たった場合、弾き飛ばされて失速します。
  自機のショットは移動速度によってパワーが変化します。
  速ければパワーアップし、ショットの飛距離も伸びます。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
    　　　　　　　　　　　(本移植版はフリープレイモード固定なので、コイン投入の操作は有りません。)
- ゲーム画面
  - Ａボタン　　　　　　　ショットを発射します。
  - Ｂボタン　　　　　　　急ブレーキで減速します。
  - 上下左右ボタン　　　　自機を移動します。押しつづけると加速します。
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
- いつでも
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(47KB) ソース(9.8MB)

オリジナル版DashBorderは、「SDL_pcb」ライブラリと同時に公開された、PC用ゲームです。
固定画面にもかかわらず、とてもスピード感のあるゲームです。
敵の弾の射程が短いので、弾を撃っている敵に正面から突っ込んで行っても意外と勝てる点が爽快です。

「SDL_pcb」とは、PC用ゲームプログラム作成において、文字描画やサウンド再生を簡単に行ったり、
業務用ゲーム機のようなテストモードやクレジット管理機能を追加したりするためのライブラリです。
オリジナル版DashBorderは、「SDL_pcb」のサンプルプログラムという位置付けなのですけれど、
ゲーム自体も面白いと思ったこと、また、プログラムが判り易かったので、P/ECEに移植してみました。

P/ECEへの移植において、主に以下のような作業を行いました。

・重要でないワークエリアを削除して、メモリ使用量を減らしました。残念ながら、サウンドも削除してしまいました。
・画面と文字サイズの比率が異なるため、レイアウトを調整しました。
・浮動小数点演算を固定小数点演算に変更して、高速化を図りました。

このうち、浮動小数点演算→固定小数点演算への変更についてはまだ完全でなく、一部、浮動小数点演算が残っています。
最初は、完全に固定小数化するつもりだったのですが、以下の理由から、現時点でいったんリリースすることにしました。

・ここまでの作業で、ある程度、充分な速度が得られたこと。
　まだ、敵が増えると遅くなることはあるのですけれど、違和感無く遊べる程度の速度にはなっていると思います。
・浮動小数点演算が残っているのは、主に、敵キャラクタの動作に関する部分であること。
　もし、固定小数化する際にバグを混入してしまうと、見逃してしまい易い部分であり、ちょっと不安だからです。

そんなわけで、途中で固定小数化の作業を切り上げた状態になっているため、改造中のソースはかなり雑然としています。
引き続き、固定小数化の作業を行いつつ、ソースを整理してみようと思います。

ライセンスについて
- オリジナル版DashBorderのライセンスに準じます。
  オリジナル版DashBorderのreadme.txtファイルを、配布ファイルのLICENSEフォルダに入れてあります。
  オリジナル版DashBorderのreadme.txtファイルに記載されている、ライセンスの内容をご確認ください。
謝辞
- 『DashBorder』制作者の「５９番街の部屋」さんに感謝いたします。

2006年7月4日

3Dビューア＆ Metasequoiaプラグインを作りました。
P/ECE用3Dモデルデータを出力するMetasequoiaプラグイン、および、出力した3DモデルデータをP/ECE上で表示するツールです。

使い方は次のとおりです。
- 配布ファイルに含まれている、「3dview.pex」をP/ECEに転送してください。
- 3Dモデルデータ(拡張子.xml)、および、テクスチャ(拡張子.pgd)をP/ECEに転送してください。
  3Dモデルデータは、Metasequoiaとプラグインを使って作成します。
  テクスチャは、PieceBMPConverter(pBMPcnv.EXE)などを使って、BMPファイルから変換します。
  詳しくは、こちらのページを参照してください。
  まずは、付属のサンプル3Dモデルデータを転送してみてください。
- P/ECEのメニュー画面で、『3Dビューア』を実行してください。
- 3Dモデルデータファイル一覧が表示されます。
- 上下キーで表示したい3Dモデルデータファイルを選び、Ａボタンでロードします。
- 3Dモデルデータ表示中にＢボタンを押すと、再び、ファイル一覧表示に戻ります。
- いつでも、SELECTボタンを押すと、プログラム終了します。
操作方法は次のとおりです。
- ファイル一覧画面
  - 上下左右ボタン　　　3Dモデルデータファイルを選択します。
  - Ａボタン　　　　　　選択を決定し、3Dモデルデータファイルをロードします。
  - Ｂボタン　　　　　　選択をキャンセルし、3Dモデル表示画面に戻ります。
- 3Dモデル表示画面
  - 上下左右ボタン　　　3Dモデルを回転、移動します。
  - Ａボタン　　　　　　回転、移動モードを変更します。
  - Ｂボタン　　　　　　ファイル一覧画面に戻ります。
- いつでも
  - ＳＥＬＥＣＴボタン　　終了します。
ダウンロードはこちらバイナリ(912KB) ソース(10.4MB)

「Metasequoia」を買いました。
使い勝手が良くて人気のある、シェアウェアの3Dポリゴンモデラーです。
プラグインを自作することにより、自由な形式の3Dモデルデータを出力することができます。
今回、自作の3D描画ルーチン用のモデルデータを出力する、プラグインを作成してみました。
ポリゴン形式と、ワイヤーフレーム形式の、3Dモデルデータを出力することができます。
「3Dビューア」は、これらの3Dモデルデータを、P/ECE上で表示・確認するためのツールです。
Metasequoiaプラグインを使って「3Dビューア」用の3Dモデルデータを作る方法については、同梱のHTMLドキュメントを参照してください。

今回作成したプラグインが出力する3Dモデルデータファイルは、XML形式としました。
僕はこれまで、XMLを食わず嫌いであまり使わなかったのですけれど、今回使ってみて、便利で面白いと思いました。
XML形式のファイルをP/ECEに読み込むために、「Expat 2.0.0」ライブラリを利用させて頂きました。
Expatは、代表的なXMLパーサのひとつで、読み込むXMLファイルの厳密な検査を行わない代わりに、軽量なのが特徴です。
・・・とはいえ、他のXMLパーサに較べれば軽量なのですけれど、それでもP/ECEのRAM上で52キロバイトぐらいを占有します。
旧いバージョン(Expat 1.2)ならばもっと小さいかな？と考えて試してみたのですが、やっぱり40キロバイト以上ありました。
RAM容量256キロバイトのP/ECEにとっては、かなり苦しいサイズです。
今回は、10キロバイトの節約よりも、安心さ(^^)を優先して、新しい「Expat 2.0.0」を使うことにしました。
XMLファイルそのものもかなり大きく、P/ECEのフラッシュメモリを圧迫します。
XMLは便利なのですけれど、P/ECEで利用する場合には、消費サイズに注意が必要そうです。

謝辞
- XML形式のファイルをP/ECEに読み込むために、「Expat 2.0.0」を利用させて頂きました。
  ありがとうございます。

2006年6月23日

復帰しました。
レンタルサーバを借りるついでに、公式サイトのTLD違いのドメインを取得してしまいました(^^;
ふと、隣のドメインを見ると、なにやら面白そうなサイトが・・・
ライブラリファイル情報表示ユーティリティを作りました。
P/ECEのライブラリファイル(*.lib)に含まれている、グローバルシンボル一覧を表示するツールです。

使い方は次のとおりです。

コマンドプロンプトから、
```
	dlib33 ライブラリファイル名
```
とタイプしてください。グローバルシンボル一覧が表示されます。
たとえば、シンプルライブラリのライブラリファイルに含まれているグローバルシンボル一覧を表示するには、
コマンドプロンプトから、次のようにタイプしてください。
```
	dlib33 C:\usr\PIECE\lib\simple.lib
```
以下のようなグローバルシンボル一覧が表示されます。
```
	  0: bgset              bgset.o
	  1: bgload             bgload.o
	  2: msec               msec.o
	  3: ppdplay            ppdplay.o
	  4: ppdload            ppdload.o
	-------------(中略)-------------
	 97: pceAppExit         simple.o
	 98: pceAppProc         simple.o
	 99: pceAppInit         simple.o
	100: selectdebug        simple.o
	101: simple_error       simple.o
```
ダウンロードはこちらバイナリ＆ソース(28KB)

今回、このツールを作成しようと思った訳は、次のような理由によるものです。

P/ECE開発環境に付属しているEPSONリンカ(lk33.exe)には、ちょっと困った不具合があります。
非常にたくさんのグローバルシンボルが含まれているライブラリファイルをリンクしようとすると、
異常終了してしまうことがある、という不具合です。
厳密に、いくつのグローバルシンボルが含まれているとアウトなのかは未確認なのですけれど、
おおよそ4000～5000個ぐらいで異常終了してしまうみたいです。
僕も、P/ECEでプログラムを作成するたびに、使いまわせそうなルーチンをライブラリにまとめていたところ、
グローバルシンボル数が4000～5000個に達し、リンク時に異常終了するようになってしまいました。
仕方が無いので、ライブラリファイルを分割し、一つ当りのグローバルシンボル数を減らして回避しました。
今回のツールを使うと、グローバルシンボル一覧と共に、グローバルシンボル数も簡単に確認できるので、
ライブラリファイルの分割が必要となる時期の目処が立て易くなると思います。
安全のために、ライブラリファイル一つ当りのグローバルシンボル数を、約4000個以下に抑えておくのが良いと思います。

ところで、P/ECEのライブラリファイル(*.lib)のファイル形式については、
S1C33 Family Cコンパイラパッケージマニュアル(\usr\PIECE\docs\datasheet\EPSON\S5U1C33000C_J.pdf)の
「A-2 ライブラリファイルの構造」に説明があるのですけれど、この説明は正しくないみたいです。
部分部分の説明は正しいものの、全体構造の説明が、実際のライブラリファイルとかなり違っているように思います。
いずれにせよ、さほど複雑な構造ではないので、実際のファイルをダンプして見れば簡単に推測できますが、
今後のために、実際のライブラリファイルから推測した、ライブラリファイルの仕様をまとめてみました。
アーカイブ中の「src\sample\」フォルダにある、サンプルのライブラリファイルと併せてご参照ください。

2006年5月22日

アクアラッシュもどきを作成中です。アクアラッシュ（ナムコ・1999）に良く似たゲームです。

まだ作成途中なので、完成度は50%ぐらいです。
- タイトル画面が無く、起動後すぐにゲーム開始します。
- 背景グラフィックや、深度メーターがありません。
- ステージ数や、連鎖数の表示がありません。
- ステージクリアしても、難度が上昇しません。
遊び方は次のとおりです。
- 浮かんで行くピースを、三つのボタンで伸ばして、変形させます。
- せり下がってくるブロックの隙間に、素早くピースを埋め込みます。
- ブロックとピースが、横一ラインに隙間なく並ぶと、消滅します。
- ゴールのブロックを消すと、ステージクリアです。
- ブロックが画面下のラインを越えると、ゲームオーバーです。
このゲームは縦画面ゲームです。
P/ECEを時計回りに90度回転させて持ってください。
操作方法は次のとおりです。
- 左右ボタン　　　　　ピースを左右に移動します。
- 上ボタン　　　　　　ピースを素早く上昇します。
- Ｂボタン　　　　　　ピースの左側の列を伸ばします。
- ＳＴＡＲＴボタン　　ピースの中央の列を伸ばします。
- Ａボタン　　　　　　ピースの右側の列を伸ばします。
- ＳＥＬＥＣＴボタン　一時停止／再開します。
ダウンロードはこちらバイナリ(32KB) ソース(8.1MB)
今週、引越しをすることになりました。
引越しに伴って、当サーバはいったん停止します。
あさって水曜日(2006/05/24)いっぱいで、停止する予定です。
引越し先でも通信環境を整えて、一ヶ月ぐらいで復帰したいと思います。
アクアラッシュもどきは、復帰時に完成させます。
それでは、また、お目にかかる日まで！

2006年5月9日

てとら★ぽっとさんのサイトで、P/ECE用自製ライブラリzurapce libraryが公開されていました。
16階調描画や、縁取りフォントの描画などが簡単に行えるよう、工夫されています。
ライブラリの16階調描画機能を使って、昔のメガデモ等によくあった「水面デモ」を作ってみました。
(水面描画ルーチンの高速化不足のため、ちょっと画面のちらつきが激しくなってしまいました・・・)

ダウンロードはこちらバイナリ＆ソース(200KB)

P/ECE用ライブラリというと、ＧＡＭＥＯＶＥＲさんのGMLライブラリや、独自のライブラリを構築なさっている方もいらっしゃると思います。
それぞれのライブラリに特色があって、面白いです。
GMLライブラリは、アクションゲームが得意なＧＡＭＥＯＶＥＲさんによる、拡縮回転・3D指向のライブラリであるのに対して、
zurapce libraryは、pceth2やP/VNScripterのてとら★ぽっとさんらしく、2Dアドベンチャーゲーム指向のライブラリのようです。
特に、16階調画面に4階調画面を重ねて表示する機能が、上手いアイデアだと思いました。

2006年4月24日

シンプルラッパッパを作りました。ラッパッパ（データイースト・1983）に良く似たゲームです。

インストール方法は次のとおりです。
- 「lapapa.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- プレイヤーであるラッパを操作して、画面内の音符を取ってください。
  取った音符は飛んで行き、敵にぶつけて倒すことができます。
  画面内の音符をすべて取ると、パターンクリアです。
- ときどき出現する休符を取ると、敵が弱体化します。弱体化した敵は、体当たりで倒せます。
  ただし、濃い灰色のギターは弱体化せず、しばらく停止するだけなので、注意してください。
- ときどき出現するエクストラを取ると、ラッパが一機、増えます。
- 敵や、敵の攻撃に触れると、ラッパが一機、減ります。
  敵の攻撃には、ヘッドフォンが飛ばすリング攻撃や、トライアングルが落とすトラップがあります。
  また、シンバルは音符を落として行って、プレイヤーのパターンクリアを妨害します。
- ＡまたはＢボタンを押すと、ラッパが一時的に透明化します。
  透明化している間は、敵や敵の攻撃に当りません。
  ただし、透明化している間は、音符を取ることもできません。
- ラッパの残機が無くなると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 左右ボタン　　　　　開始パターンを選択します。
- ゲーム画面
  - 上下左右ボタン　　　ラッパを移動します。
  - Ａ・Ｂボタン　　　　ラッパを透明化します。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(28KB) ソース(8.1MB)

データイースト社(通称デコ)の業務用ドットイートアクションゲーム、ラッパッパです。

ドットイートアクションゲームと言えば、何と言っても、パックマン(ナムコ・1980)が代表的です。
でも、パックマンはがちがちのパターンゲームだったので、当時の僕には上手く遊べませんでした。
パックマンより、アドリブでも遊び易い、クラッシュローラー(クラール電子・1981)や、レディーバグ(ユニバーサル・1981)などの方が好きでした。
ラッパッパも、その一つです。
ドットがすべて攻撃手段であること、すなわち、パターンクリアに近づくほど危険が増すという、二律背反のアイデアが秀逸なゲームシステムです。
また、今回の「シンプルラッパッパ」では再現できなかったのですけれど、本物のラッパッパは、“絵が描ける”ネームエントリーが印象的でした。

今回は久しぶりに、シンプルライブラリを使ってゲームを作ってみました。
自由度の高いP/ECE APIでのゲーム作成も楽しいですが、スプライトやキャラクタ定義数に制約の有るシンプルライブラリのプログラミングも楽しいです。

2006年3月24日

ポチッとにゃ～もどきを作りました。ポチッとにゃ～（タイトー／アイキ・2003）に良く似たゲームです。

インストール方法は次のとおりです。
- 「pochinya.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 上から落ちてくる「くみにゃん」を操作して、同じ色の「にゃん」につなげてください。
- 「くみにゃん」を「はりにゃん」に変身し、同じ色の「にゃん」にくっつけると、発火開始します。
  つながっている「にゃん」が次々に消えて、相手フィールドに「おじゃま」を送り込みます。
  「にゃん」を長くつなげるほど、また、たくさん分岐させるほど、攻撃力が大きくなります。
- 相手から送り込まれた「おじゃま」は、隣で「にゃん」を消すと、いっしょに消えます。
- 「にゃん」や「おじゃま」が、画面中央のいちばん上まで積み上がると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 左右ボタン　　　　　開始ステージを選択します。
  タイトル画面で、しばらくボタンに触れないでいると、コンピュータ同士の対戦デモが始まります。
  (または、タイトル画面でＢボタンを押すと、ただちにコンピュータ同士の対戦デモが始まります。)
  対戦デモ中に、Ａ、または、Ｂ、または、ＳＥＬＥＣＴボタンを押すと、タイトル画面に戻ります。
- ゲーム画面
  - 左・右ボタン　　　　くみにゃんを移動します。
  - Ａ・Ｂボタン　　　　くみにゃんを回転します。
  - 下ボタン　　　　　　くみにゃんを素早く落下します。
  - 上ボタン　　　　　　くみにゃんをはりにゃんに変身します。
  - ＳＥＬＥＣＴボタン　(上ボタンと同じ効果です。)
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(59KB) ソース(8.5MB)

アイキ社の業務用パズルゲーム、「ポチッとにゃ～」です。
家庭用の、プレステ2版も出ています。

元コンパイル社開発の、「ぷよぷよ」に続く新機軸落ちものパズルゲームとして話題になった本作。
自由に“発火”できるシステムと、“連鎖”ではなく“長さ”と“分岐”で攻撃力が決まるルールが特徴です。
コンピュータがかなり強く、真正面から仕込み速度を競うと、なかなか勝てません。
コンピュータが“発火”する直前を狙って、一撃必殺で勝負を決めるのがコツです。

今回の「ポチッとにゃ～もどき」は、コンピュータの思考ルーチンがあまり賢くないです。
本来、カタカナの「キ」の形に積み上げるのがセオリーなのですが、あまり綺麗な「キ」の形に積み上げてくれません。
仕方なく、後半のコンピュータ思考ルーチンは、速度まかせの力ずくで難易度を調整しました。
また、毎度のことながら、P/ECEの画面では色の識別がしづらいです。(「にゃん」は四色あります)
これが、難度を上げている最大の要因かも知れません・・・

謝辞
- 「ポチッとにゃ～応援サイト Enjoy Pochinya～」さんの記事を参考にさせていただきました。
  ありがとうございます。

2006年2月17日

このeたこもどきを作りました。このeたこ（ミッチェル・2003）に良く似たゲームです。

インストール方法は次のとおりです。
- 「etaco.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 左右から迫ってくるピースを、吸ったり吐いたりしてください。
- 同じ色のピースを三個くっつけると、ピースを消すことができます。
- ピースが自機のエリアのデッドラインを超えると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 上下左右ボタン　　　開始レベル、ピースの色数を選択します。
- ゲーム画面
  - 上下ボタン　　　　　自機のタコを上下に移動します。横移動はできません。
  - Ａまたは右ボタン　　ピースを持っていないときは、右にあるピースを吸い込みます。
    　　　　　　　　　　ピースを持っているときは、ピースを右へ吐き出します。
  - Ｂまたは左ボタン　　ピースを持っていないときは、左にあるピースを吸い込みます。
    　　　　　　　　　　ピースを持っているときは、ピースを左へ吐き出します。
  - ＳＥＬＥＣＴボタン　ピースの侵攻速度を速めます。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(44KB) ソース(8.4MB)

ミッチェル社の業務用パズルゲーム、「このeたこ」です。

以前から、一度、遊んでみたいと思っていたのですが、なかなか、その機会がありませんでした。
今回、他所の土地のゲームセンターで偶然見かけて、遊んでみることができました。
都合で、数回しか遊べなかったのですけれど、期待していた以上に面白かったです。

このゲーム、ピースの侵攻速度がかなりゆっくりなため、一見、簡単すぎるゲームに見えます。
最初のうちは、「これ、終わらないのでは？」と思ってしまいました。
ところが、ピースの侵攻速度だけでなく、自機のアクションも遅めなので、実はそんなに簡単ではありません。
難易度バランスがなかなか良い感じで、スローテンポながら、土俵際の攻防が長時間続きます。
“電撃ピース”等のアイデアも秀逸だと思います。(今回作った「もどき」では、省略してしまいました。)

ところで、このゲームが最初に発表されたときは、「このTACO」というタイトル名だったと思います。
その後、「このTACO」は海外版のタイトル名(なぜ日本語!?)になって、国内版は「このeたこ」に変わったみたいです。
素晴らしいタイトルセンスです(^^;

2006年1月20日

「ToHeart2 XRATEDのソースを、Visual C++ 6.0でコンパイルする手順」を書きました。

2006年1月21日追記
- 一部の画像が説明の内容と合っていなかったので、画像を入れ替えて修正しました。
- デバッガを使ってプログラムを実行する方法について、追記しました。

2005年11月7日

フラッシュコラムスもどきを作りました。コラムスII（セガ・1990）の、フラッシュコラムスモードに良く似たゲームです。

インストール方法は次のとおりです。
- 「columns2.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 同じ宝石を三個以上、タテ、ヨコ、ナナメに並べて消してください。
  点滅している宝石をすべて消すと、ステージクリアです。
- 一定時間ごとに、ドクロマークに点滅する宝石が出現します。
  ドクロマークに点滅する宝石を消すと、フィールドの底が上がって狭くなります。
  ドクロマークに点滅する宝石は、なるべく消さないよう気をつけてください。
  （ドクロマークに点滅する宝石は、残っていてもステージクリアできます。）
- 宝石が上まで積み上がると、ゲームオーバーです。
このゲームは縦画面ゲームです。
P/ECEを時計回りに90度回転させて持ってください。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 上下左右ボタン　　　開始ステージ、宝石の色数を選択します。
- ゲーム画面
  - 左右ボタン　　　　　落ちてくる宝石を左右に動かします。
  - 下ボタン　　　　　　落ちてくる宝石を素早く落下させます。
  - Ａ・Ｂボタン　　　　落ちてくる宝石を並べ替えます。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(25KB) ソース(8.4MB)

セガ社の看板ゲームシリーズのひとつ「コラムス」、「コラムスII」はその第二弾として登場しました。
コラムスIIには二つのゲームモードがあり、一人用がフラッシュコラムス、二人用が対戦コラムスです。
実質、コラムスII＝フラッシュコラムスでした。

“フラッシュ～”系のステージクリア型落ちものパズルというと、同社の「フラッシュポイント」をはじめ、
家庭用の「テトリスフラッシュ」「ドクターマリオ」等いろいろありますが、どれも地道な長期戦になりがちな気がします。
それらに較べると、コラムスIIは、短時間で集中して遊ぶことができるので、僕は気に入ってよくプレイしていました。
さほど上手ではなく、いつも6～8面ぐらいでゲームオーバーになっていたのですけれど、この難しさが魅力のゲームでした。
ちなみに、メガドライブ用「コラムス」にもフラッシュコラムスモードがありますが、コラムスIIのフラッシュコラムスモードとは全く別物です。

今回のフラッシュコラムスもどきは、本物のフラッシュコラムスモードに較べると、難易度上昇率がかなり緩めだと思います。
また、出現する宝石の色数も、３～６色に限定できるようにしてみました。
初期設定では、本物と同じ６色になっているので、コラムスが苦手な方（僕もそうです）は、３色にして遊んでみてください。

ところで、P/ECEが発売されてすぐのころ(もう4年近く前!)に、P/ECE用コラムスを作って公開なさった方がいらっしゃいました。
とても出来が良くて、当時よく遊んでいたのですが、久しぶりに遊ぼうと思ったら、ファイルを失くしてしまっていました。。。
公開・配布場所を忘れてしまったのですけれど、もし、まだ、公開・配布されているならば、ぜひ再入手したいと思います。
ご存知の方いらっしゃいましたら、情報よろしくお願いいたします。

2005年11月7日追記
P/ECE用コラムスの在り処が判明しました。情報をくださったRandomistさん、ありがとうございます。
- 「Ｐ/ＥＭＮＳ」(ＰＩＥＣＥアプリ公開所さん)
  (Internet Explorerで見る場合、エンコードを日本語(EUC)にしておかないと、ページが見えない場合があるみたいです。)
久しぶりに遊びましたが、やっぱり画面が綺麗で、宝石の種類が判別し易く、遊び易いです。
僕も、もっと判別し易い絵を描けるよう、がんばります。

2005年10月20日

エメラルディアもどきを作りました。エメラルディア（ナムコ・1993）に良く似たゲームです。

インストール方法は次のとおりです。

「emerald.pex」をP/ECEに転送してください。

遊び方は次のとおりです。

同じ色のキューブどうしをぶつけて消してください。
落ちてくるキューブを、同じ色のキューブの真上に落とすと、キューブにダメージを与えることができます。
キューブにダメージを与えたとき、たて、よこ、ななめ、すべての方向の同色キューブに衝撃が伝わります。
1ダメージでキューブにひびが入り、2ダメージで粉砕します。
キューブが崩れて上のキューブが落ちて、また同じ色のキューブどうしがぶつかると、連鎖消しになります。
NEXTの周囲に表示されているゲージがいっぱいになると、スターが出現します。
消したい色のキューブの上に落とすと、同色のキューブがすべて消えます。
フィールドの底に落とすと、ボーナス得点になります。
限界ラインの上に残ったキューブは、転がって下へ落ちます。
転がっているキューブは、左右ボタンで一度だけ方向を変えることができます。
フィールドがキューブで埋まるとゲームオーバーです。

このゲームは縦画面ゲームです。
P/ECEを時計回りに90度回転させて持ってください。
操作方法は次のとおりです。

タイトル画面

Ａボタン　　　　　　ゲームを開始します。
ＳＥＬＥＣＴボタン　プログラムを終了します。

上下左右ボタン　　　開始レベル、キューブの色数、ヒント表示の有無を選択します。

レベル	初級、中級、上級の順に、キューブの落下速度が速くなります。
キューブ	キューブの色数を、三色～五色の間で選択します。(本物は六色なのですが、P/ECEの画面では見分けが付かないので、五色までとしました)
ヒント	“有り”にすると、現在の位置でキューブを落としたときに衝撃が伝わる範囲に、点滅枠を表示します。

ゲーム画面
- 左右ボタン　　　　　落ちてくるキューブを左右に動かします。
- 下ボタン　　　　　　落ちてくるキューブを素早く落下させます。
- Ａボタン　　　　　　落ちてくるキューブを右回転します。
- Ｂボタン　　　　　　落ちてくるキューブを左回転します。
いつでも
- ＳＴＡＲＴボタン　　一時停止／再開します。

~~ダウンロードはこちらバイナリ(47KB) ソース(8.3MB)~~

2005年10月21日追記
ヒントの点滅枠が正しく表示されない場合があったバグを修正しました。

~~ダウンロードはこちらバイナリ(47KB) ソース(8.3MB)~~

2005年11月6日追記
・落下中のキューブがキラッと光るアニメーションを追加しました。(絵は用意してあったのですけれど、表示するのを忘れていました…)
・フィールド背景の右端にゴミが表示されていたバグを修正しました。

ダウンロードはこちらバイナリ(47KB) ソース(8.5MB)

ナムコ社の落ちものパズル「エメラルディア」です。

当時の落ちものパズルは、ブロックの形に凝ったり(「ぷよぷよ」など)、様々なアイテムを用意して、画面の賑やかなものが多かったと思います。
それらに較べると、「エメラルディア」は単色キューブのみという地味な画面で、一見、つまらなそうに見えてしまいます。
「同じ色のキューブどうしをぶつけて消す」というルールも、説明を聞いただけでは理解しづらいです。
しかし、実際に遊んでみると、なかなか良くできた落ち物パズルだったのです。
積み上がったブロックの奥底から起爆し、大連鎖を起こすのが、落ちものパズルの醍醐味の一つです。
「エメラルディア」は、全方向に衝撃が伝わるというルールが特徴で、キューブが隙間無く積み上がっても、底の方から起爆し易くなっています。
ななめに色をつなげるように積み上げておけば、偶然の大連鎖も起こし易いです。
「コラムス」や「ぷよぷよ」で、計画的に連鎖を組むのが苦手な人(僕もそうでした)にとっては、「エメラルディア」の方が遊び易いと思います。

「エメラルディア」は、デモ画面に表示されるメッセージが印象的でした。
味気ない「PLEASE INSERT COIN」ではなく、「お金入れてね」「対戦プレイも楽しいよ」といったメッセージが表示されます。
開発者の方々が、このゲームを大切に制作なさっていることが感じられて、つい、コインを投入してしまいます。(戦略かも知れませんが(^^;)
同様のメッセージは、同社の「ガンバレット」でも表示されていました。

「エメラルディア」は、マイコンBASICマガジンで有名な、見城こうじ氏が開発にかかわった製品なのだそうです。
「コズモギャングザパズル」も、同氏の企画による製品だったのですね。
参考：Gpara.com クリエイターズファイル第116回

2005年9月28日

Webビューアを作りました。
P/ECE上で動作する、簡易Webブラウザです。

「Webビューア」を使う前に、「P/ECE USB LANデバイスドライバ」のインストール、セットアップが必要です。
「P/ECE USB LANデバイスドライバ」のインストール、セットアップ方法は、以下のURLを参照してください。
- 「P/ECE USB LANデバイスドライバ」インストール手順
また、2005年8月28日、2005年8月29日の記事を参考に、P/ECEをインターネットに接続する設定を行っておいてください。
- 2005年8月28日: Windows XPの「ネットワークブリッジ機能」を使って、P/ECEをインターネットに接続する
- 2005年8月29日: Windows 2000の「NAT機能」を使って、P/ECEをインターネットに接続する
使い方は、次のとおりです。
- はじめてWebビューアを起動したとき、強制的に、TCP/IP設定画面が表示されます。
  P/ECEのIPアドレス、サブネットマスク、デフォルトゲートウェイ、DNSサーバのIPアドレスを適切に設定し、OKを選択してください。
  TCP/IP設定は、セーブファイルに記憶されるので、次回の起動時からは、TCP/IP設定画面は表示されません。
  また、Webビューア実行中にいつでも、STARTボタンを押してTCP/IP設定画面を表示し、TCP/IP設定を変更することができます。
- URLリスト画面が表示されます。
  起動直後のURLリストには、URLがひとつしか表示されていません。
  Aボタンを押し、このURLのWebページを表示してみてください。
  
  ※注意：Webビューア起動後、WindowsがP/ECEとインターネットの通信を中継する準備が整うまでに、少し時間がかかる場合があります。
  　Aボタンを押してもうまくWebページが表示できない場合は、Webビューア起動後、10～20秒ぐらい待ってから、Aボタンを押してみてください。
- Webページ画面が表示されます。
  Webページ画面では、カーソルキーの上下左右を押して、Webページの表示をスクロールさせることができます。
  Webページを読み終わったら、Aボタンを押して、URLリストへ戻ってください。
- URLリスト画面へ戻ると、URLがいくつか増えていると思います。
  増えたURLは、先ほど表示したWebページに含まれていたリンクです。
  カーソルキーの上下を押して、増えたURLのうち、どれかを選択して、Webページを表示してみてください。
- Webページ画面に、先程とは別のWebページが表示されます。
  Webページを読み終わったら、Aボタンを押して、URLリスト画面に戻ってください。
- URLリスト画面へ戻ると、また、新しいURLが増えています。
  以上の手順の繰り返しで、次々にリンクを辿って新しいWebページを表示するのが、P/ECE「Webビューア」の使い方です。
操作方法は次の通りです。
- TCP/IP設定画面
  - 上下左右ボタン　　　増減する項目を選択します。
  - Ａ・Ｂボタン　　　　IPアドレスやサブネットマスクを増減します。
- URLリスト画面
  - 上下ボタン　　　　　URLを選択します。
  - 左右ボタン　　　　　URLが長すぎて画面に入りきらない場合、左右にスクロールします。
  - Ａボタン　　　　　　選択を決定し、Webページ画面へ移行します。
- Webページ画面
  - 上下左右ボタン　　　上下左右にスクロールします。
  - Ａボタン　　　　　　URLリスト画面へ戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　TCP/IP設定画面を表示します。
  - ＳＥＬＥＣＴボタン　アプリケーションを終了します。
ダウンロードはこちらバイナリ(28KB) ソース(7.8MB)

今回は、P/ECE側のネットワーク機能として、UDP、TCPプロトコルドライバを実装しました。
UDPプロトコルは、Webサーバの名前解決(DNS)に利用しています。
TCPプロトコルは、HTTP通信に利用しています。
基本的なEthernet通信と、単純なping機能から開始した一連のプログラミングも、やっと、少し上位層に入ってきました。

今回の「Webビューア」は、ごく基本的なHTTP通信と、単純なHTML処理しか行っていません。
そのため、次のような制限があります。
- HTTP/0.9相当の、旧いHTTP通信機能にしか対応していません。
  通信相手のWebサーバが、HTTP/0.9に対応していない場合、ページの取得に失敗するか、Webサーバのエラーメッセージしか取得できません。
- ほとんどのHTMLタグを処理していないために、正しく表示できないWebページが多いです。
  現在、処理しているHTMLタグは、<br>、<hr>、<a href>だけです。
- 日本語のWebページは、シフトJISコードにしか対応していません。
  EUCやUnicodeで記述された日本語Webページを表示すると、文字が化けてしまいます。
今後の予定は、まず、HTTP/1.0の勉強をして、もっと多くのWebサーバとの通信ができるようにしてみたいです。
それから、もう少しきちんと、HTMLタグの処理を行ってみたいと思います。
僕はこれまで、テキスト処理のプログラミング経験があまり無くて、今回のHTMLタグ処理はかなり強引な方法を採っています。
HTMLタグの処理を通じて、テキスト処理プログラミングの勉強もできたらいいな、と思います。

2005年8月29日

前回は、Windows XPの「ネットワークブリッジ機能」を使って、P/ECEでインターネット通信の実験を行いました。
「ネットワークブリッジ機能」はとても簡単に使えて便利なのですが、残念ながらWindows XP専用で、Windows 2000では利用できません。
そこで今回は、Windows 2000でも使える「NAT機能」を利用して、P/ECEでインターネット通信の実験を行います。

「NAT機能」を試す前に、重要な注意点があります。
「NAT機能」のセットアップ手順を間違えたり、環境の差異によって上手く動作しなかった場合、PCやネットワーク環境に障害が発生する恐れがある、という点です。
昨日の「ネットワークブリッジ機能」はセットアップも簡単で、もし手順を間違えても簡単に復旧できたのですけれど、「NAT機能」はそうではありません。
もし、皆様も「NAT機能」をお試しになる場合、常用のPCやネットワーク環境で「NAT機能」を試すのはとても危険なので、必ず実験専用の環境をご用意ください。

それでは、試してみましょう。
あらかじめ、Windows PCにP/ECEを接続し、「USB-LAN (ping要求)」を実行しておいてください。
実験環境のネットワーク構成は、この図のようになっています。
皆様の実験環境と異なっている場合は、IPアドレスやネットワーク設定を、適宜、読み替えてください。
（ただし、今回説明する「NAT機能」のセットアップ手順の中には、明示的にIPアドレスを指定する場面はひとつも無いです。）

「NAT機能」をセットアップするためには、"Routing and Remote Access"と"Remote Registry Service"のサービスが実行されている必要があります。
まず、これらのサービスを実行しましょう。
1. コントロールパネル→管理ツール→サービスを実行し、サービスツールを表示してください。
2. サービスツールが表示されたら、"Routing and Remote Access"をダブルクリックしてください。Routing and Remote Accessのプロパティウインドウが表示されます。
3. これまでに設定を変更したことが無ければ、スタートアップの種類は「無効」になっているはずです。スタートアップの種類を「自動」に変更し、「適用」ボタンを押してください。
  （もしも既に、スタートアップの種類が「自動」、サービスの状態が「開始」になっている場合は、以下の"Routing and Remote Access"を開始する手順は不要です。）
4. スタートアップの種類を「自動」に変更して「適用」ボタンを押すと、「開始」ボタンが押せるようになります。「開始」ボタンを押して、サービスを開始してください。
5. サービスの状態が「開始」になったことを確認し、「OK」ボタンを押して、Routing and Remote Accessのプロパティウインドウを閉じてください。
6. 次に、"Remote Registry Service"をダブルクリックしてください。Remote Registry Serviceのプロパティウインドウが表示されます。
  （Windows XPでは、"Remote Registry Service"では無く、"Remote Registry"という名前になっています。Windows XPをご利用の場合は、読み替えてください。）
7. これまでに設定を変更したことが無ければ、スタートアップの種類は「自動」、サービスの状態は「開始」になっているはずです。
  スタートアップの種類が「自動」、サービスの状態が「開始」であることを確認して、「OK」ボタンを押し、Remote Registry Serviceのプロパティウインドウを閉じてください。
以上で、"Routing and Remote Access"と"Remote Registry Service"のサービスが実行されました。
次に、NAT機能の設定を行います。
NAT機能の設定を間違えると、ネットワークが正しく動作しなくなる恐れがあるので、慎重に行ってください。
もしも、なにか手順を誤ったときは、手順1からやりなおしてみてください。
1. コマンドプロンプトを開いて、netsh routing ip nat uninstallとタイプし、実行してください。
2. 次に、netsh routing ip nat installとタイプし、実行してください。
3. ここでいちど、PCを再起動してください。
  （再起動しなくても大丈夫な気もするのですけれど、ここまでの設定を確実に反映させるために、念を入れて再起動しておくことにしました。）
4. PCが再起動したら、またコマンドプロンプトを開いて、netsh routing ip nat add interface "ローカルエリア接続" fullとタイプし、実行してください。
5. 次に、netsh routing ip nat add interface "PIECE接続" privateとタイプし、実行してください。
以上で、NAT機能の設定が完了しました。
もう既に、P/ECEがルータを介して、インターネット通信できるようになっているはずです。

それでは、前回と同じ手順で、ping実験を行ってみましょう。
まずは、P/ECEとルータのping実験です。
「ping実験」画面へ移動し、宛て先IPアドレスをルータのIPアドレス(192.168.1.1)に設定して、[実行]を押します。
成功しましたか？
もしも、ルータから応答が返って来ない場合、NAT機能の設定を誤っている可能性があります。
もういちど、NAT機能の設定をやりなおしてみてください。

次に、P/ECEとインターネットのping実験です。
P/ECEからルータを介して、インターネット上にあるLeafのWebサーバ(leaf.aquaplus.co.jp)（IPアドレスは210.143.110.117、2005年8月29日現在）へpingを打ちます。
pingを打つ前に、念のためもう一度、P/ECEのネットワーク設定を確認しましょう。
サブネットマスクとデフォルトゲートウェイの設定は、適切な値になっていますか？
前回の「ネットワークブリッジ機能」の実験では、P/ECEのデフォルトゲートウェイは、直接、ルータのIPアドレスに設定していました。
今回の「NAT機能」においては、P/ECEのデフォルトゲートウェイは、P/ECEを接続したPCの、P/ECE側インターフェイスのIPアドレスとします。
「ネットワークブリッジ機能」使用時と「NAT機能」使用時で、デフォルトゲートウェイの設定が異なることに注意してください。
ネットワーク設定を確認したら、「ping実験」画面へ移動し、宛て先IPアドレスを210.143.110.117として、[実行]を押します。
LeafのWebサーバからping応答が返って来たら、成功です。

ところで、今回の設定手順では、P/ECEからルータへのpingは通るのですけれど、ルータからP/ECEへのpingは通りません。
ルータからP/ECEへのpingも通るようにするためには、さらにいくつかの設定手順が必要となります。
実は、rimenmanさんからいただいたアドバイスメールには、このあたりの手順も全部書いてあったのですけれど、
今回はとりあえず、P/ECEからインターネットへpingが打てることだけを目標として、追加の設定手順はすべて省きました。
しばらくは、基本的なNAT機能だけを試してから、追々、より詳細なNAT設定も使ってみようと思います。

2005年8月28日

Windows XPの「ネットワークブリッジ機能」を使って、P/ECEでインターネット通信(pingだけですが…)の実験を行いました。

まずは、前回のおさらいです。この図を見てください。
PC1に「IPEnableRouter=1」の設定を行い、IP転送機能を有効にすると、P/ECEとLAN上の機器との間でIP通信ができます。
この方法の問題点は、サブネットが二つできてしまうことでした。
PC1を基準にしてネットワーク全体を眺めてみると、LAN側ネットワークとP/ECE側ネットワークの二つに分断されています。
LAN側の機器(PC2やルータ)がP/ECEと通信するためには、それらの機器に手動でルーティング設定を追加する必要があります。
図では、PC2にのみルーティング設定を追加しているので、PC2とP/ECEの通信は可能です。
しかし、ルータにはルーティング設定を追加していないので、ルータとP/ECEの通信は行えません。
ルータとP/ECEの通信ができないので、P/ECEがルータを介して、インターネット通信することもできません。
ルータにもPC2と同様のルーティング設定を追加すれば良いのですが、P/ECEのためにルータの設定を変更するのはちょっと気がひけます。

そこで、Windows XPの「ネットワークブリッジ機能」の出番です。
IPEnableRouter=1によって有効になる「IP転送機能」は、“Windows PCをルータ化する機能”でした。
一方、「ネットワークブリッジ機能」は、“Windows PCをHUB化する機能”です。

ネットワークブリッジ機能のセットアップは、とても簡単です。
PCにP/ECEを接続し、「USB-LAN (ping要求)」を実行しておきます。
次に、「コントロールパネル」→「ネットワーク接続」を開きます。
「USB-LAN (ping要求)」が実行中ですので、「PIECE USB LAN接続」インターフェイスが表示されているはずです。
「ローカルエリア接続」と「PIECE USB LAN接続」を両方選択し、右クリック→「ブリッジ接続」を実行します。
しばらく待つと、「ネットワークブリッジ (ネットワークブリッジ)」というインターフェイスが現れます。
(PCの環境によって、「ネットワークブリッジ (ネットワークブリッジ) 2」などの名前なることもありますが、正常です。)
「ネットワークブリッジ」インターフェイスの作成は、一度だけ行っておけばOKです。
「PIECE USB LAN接続」インターフェイスは、P/ECEを接続したり取り外したりするたびに現れたり消えたりしますが、
その度に「ネットワークブリッジ」インターフェイスを作り直す必要はありません。
以上で、ネットワークブリッジ機能のセットアップが完了しました。

2005/10/02追記

無線LANアダプタを利用している場合、ネットワークブリッジ機能を使うと、通信ができなくなってしまう場合があります。
その場合、以下のような設定を行うことによって、通信ができるようになる可能性があります。
注意!! netshコマンドの入力を間違えると、Windowsの環境が壊れる恐れがあります。充分に注意して行ってください。

コマンドプロンプトを開き、「netsh」と入力し、実行してください。netshコマンドの入力モードになります。
「bridge」と入力して実行、次に「show adapter」と入力し、実行してください。ネットワークブリッジに属しているアダプタの一覧が表示されます。
もとからあるローカルエリア接続の名前と、「P/ECE USB LANデバイスドライバ」によって追加されたアダプタの名前が表示されているはずです。
それらのうち、もとからあるローカルエリア接続の名前の左側に表示されている、IDを確認してください。この図の例では“2”です。
上で確認したIDを使って、「set adapter ID forcecompatmode=enable」と入力し、実行してください。
IDの部分には、実際のIDを入力してください。この図の例では、「set adapter 2 forcecompatmode=enable」と入力しました。
Windowsが設定を変更している間、一時的にネットワークブリッジが無効になります。念のために、30秒間ぐらい、何もせずに待ってください。
「quit」と入力して、実行してください。netshコマンドが終了します。以上で、設定変更が完了しました。

以上の設定作業を行っているときの、コマンドプロンプトの様子は、この図のようになります。赤色の部分がキーボードからの入力です。参考にしてください。
なお、ご利用になっているWindowsの環境によっては、アダプタの名前や順序、IDなどが、この図とは異なる場合がありますが、正常です。

謝辞：てとら★ぽっとさん、無線LAN環境での動作試験を行っていただき、ありがとうございます。

ちなみに、「ネットワークブリッジ」インターフェイスを最初に作ったときは、新しいIPアドレスが必要となります。
直観的には、もともとあった「ローカルエリア接続」のIPアドレスを引き継ぐものと思ってしまいそうですけれど、そうではありません。
今回の実験用ネットワーク環境にはDHCPサーバが有るので、「ネットワークブリッジ」には自動的に新しいIPアドレスが設定されました。
しかし、DHCPサーバの無いネットワーク環境では、「ネットワークブリッジ」に手動で新しいIPアドレスを設定する必要があります。
同時に、サブネットマスクやデフォルトゲートウェイ等のネットワークの設定も、手動で行う必要があります。
ご注意ください。

ここまでの手順で、ネットワークの構成は、この図のようになっています。
LAN側ネットワークとP/ECE側ネットワーク、という区別が無くなり、全体がひとつのネットワークになっています。
全体がひとつのネットワークになったので、P/ECEのネットワーク設定を、他の機器と同じサブネットに変更しましょう。
最終的に、ネットワークの構成は、この図のようになりました。

それでは、ping実験を行ってみましょう。
まずは、P/ECEとルータのping実験です。
「ping実験」画面へ移動し、宛て先IPアドレスをルータのIPアドレス(192.168.1.1)に設定して、[実行]を押します。
当然のように、成功です。
ルータがping機能を持っていたら、ルータからP/ECEへのpingも試してみてください。
P/ECEからの応答が得られるはずです。

次に、P/ECEとインターネットのping実験です。
2005年8月28日現在、LeafのWebサーバ(leaf.aquaplus.co.jp)のIPアドレスは「210.143.110.117」となっています。
そこで、P/ECEから210.143.110.117へ向けて、pingを打ってみることにします。
pingを打つ前に、念のためもう一度、P/ECEのネットワーク設定を確認しましょう。
サブネットマスクとデフォルトゲートウェイの設定は、PC1やPC2と同じ設定になっていますか？
ネットワーク設定を確認したら、「ping実験」画面へ移動し、宛て先IPアドレスを210.143.110.117として、[実行]を押します。
LeafのWebサーバからping応答が返って来たら、成功です。

「ネットワークブリッジ機能」を使ったping実験において、ひとつ、注意点があります。
P/ECEをPC1に接続した直後は、上手くpingが通らない場合があります。
上手くpingが通らない場合は、そのまま10秒間ほど待ってから、もう一度試してみてください。
きっと、pingが通るようになっていると思います。
この不思議な挙動は、「Gratuitous ARP」という通信と、「ネットワークブリッジ」インターフェイスの初期化タイミングに原因があります。
昨日の「USB-LAN (ping要求)」のプログラム作成においては、この問題にすごく悩まされました・・・
ちょっと細かな話になるので、またいずれあらためて報告したいと思います。

以上で、「ネットワークブリッジ機能」を使った、インターネット通信の実験は完了です。
まだpingだけですけれど、ともかく、P/ECEでインターネット通信ができることは確認できました。
あとは、P/ECE側でがんばっていろいろなプロトコルに対応して行けば、実用的なアプリケーションが作成できそうです。

Windows XPの「ネットワークブリッジ機能」を使えば、P/ECEを簡単に既存のネットワークに参加させられることがわかりました。
しかし、Windows 2000には「ネットワークブリッジ機能」がありません。
僕は普段、Windows XPではなくWindows 2000を使っているので、Windows 2000でも同様の効果を得たいところです。
そこで、rimenmanさんからアドバイスいただいた、「ネットワークブリッジ機能」の代りに「NAT機能」を使う方法を試してみました。
ところが、ご紹介いただいた参考ページの手順どおりに試してみると、なぜか途中でエラーになって、先へ進めないのです。
悩んでいたところ、ちょうどいいタイミングでrimenmanさんからのアドバイスメールが届きました。
参考ページの手順どおりではなく、少し手順を変更する必要があるとのこと。
そして、実際に成功するまでの詳しい手順が記載されていました。
rimenmanさん、毎度、ありがとうございます。

「NAT機能」のセットアップはかなり複雑で、「ネットワークブリッジ機能」ほど手軽に使えるわけではなさそうです。
教えていただいた手順でもう一度試してみて、明日の記事で結果を報告しようと思います。
(続きます...)

2005年8月27日

前回の続き、Windows XPの「ネットワークブリッジ機能」の話・・・の前に、プログラムのバージョンアップです。
Windows XPの「ネットワークブリッジ機能」の話は、明日の記事で。
また、rimenmanさんより、“Windows 2000には「ネットワークブリッジ機能」が無いので、代りに「NAT機能」を使う”アドバイスをいただきました。
P/ECE USB LANとの組み合せで、上手く動作するでしょうか？これの実験結果も、併せて報告する予定です。
USB LAN (ping要求)を作りました。

前回の「USB-LAN (ping)」は、ping応答だけの機能しか持っていませんでした。
今回の「USB-LAN (ping要求)」は、ping応答に加えて、P/ECEから他の機器へpingを要求し、他の機器のping応答を確認します。

使い方は、次のとおりです。
- 「USB-LAN (ping要求)」を使う前に、Windows PCに、「P/ECE USB LANデバイスドライバ」のインストールとセットアップを行ってください。
  「P/ECE USB LANデバイスドライバ」は、前回と変わっていませんので、既にインストール・セットアップしてある場合は、そのままでOKです。
  準備が完了したら、PCとP/ECEをUSBケーブルで接続し、「USB-LAN (ping要求)」を実行してください。
- まず、「ネットワーク設定」画面で、P/ECEのネットワーク設定を行ってください。
  Windows PC等のネットワーク設定と同様に、「IPアドレス」「サブネットマスク」「デフォルトゲートウェイ」の三項目を設定します。
- 次に、「ping実験」画面で、pingの宛て先アドレスを選択し、pingを打ってみましょう。
  相手のネットワーク機器からping応答が得られたら、応答時間を表示して、「エコー応答受信回数」が増加します。
  反対に、相手のネットワーク機器からP/ECEへpingを打つと、「エコー要求受信回数」が増加します。
- 「LAN通信状態」画面では、イーサネット通信の状態が確認できます。
  この画面では、操作する項目はなにも有りません。
- 「ARPテーブル」画面では、現在、ARPテーブルに登録されている、IPアドレスとMACアドレスの組み合せ一覧が確認できます。
  この画面にも、操作する項目はなにも有りません。
操作方法は次の通りです。
- 「ネットワーク設定」画面
  - 上下左右ボタン　　　カーソルを移動します。
  - Ａ・Ｂボタン　　　　カーソル位置の値を増減します。
  - ＳＴＡＲＴボタン　　「ping実験」画面へ移動します。
  「適用」にカーソルを合わせてＡまたはＢボタンを押すと、変更した内容を確定します。
  「適用」を押すまで、変更内容は反映されていませんので、ご注意ください。
  なお、どれかの設定項目の値を増減するまでは、「適用」の位置へカーソルを移動できません。
- 「ping実験」画面
  - 左右ボタン　　　　　カーソルを移動します。
  - Ａ・Ｂボタン　　　　カーソル位置の値を増減します。
  - ＳＴＡＲＴボタン　　「LAN通信状態」画面へ移動します。
  宛て先アドレスを設定後、「実行」にカーソルを合わせてＡまたはＢボタンを押すと、pingを打ちます。
- 「LAN通信状態」画面
  - ＳＴＡＲＴボタン　　「ARPテーブル」画面へ移動します。
- 「ARPテーブル」画面
  - ＳＴＡＲＴボタン　　「ネットワーク設定」画面へ移動します。
- いつでも
  - ＳＥＬＥＣＴボタン　アプリケーションを終了します。
ダウンロードはこちらバイナリ(23KB) ソース(8.1MB) (デバイスドライバのソースは「clip\driver\PceEth」に入っています)

「SLIPサーバー」のときと同じく、ping応答の次は、ping要求です。
増えた機能はping要求だけですけれど、プログラム内部は大幅に整理して、かなり“プロトコルスタック”っぽくなってきました。
前回までは、きちんとまとまった処理は素のイーサーネット通信の部分だけで、あとは全部、その場その場で処理していたのです。
もう、pingは充分ですので、そろそろ実用的なプログラムへ歩を進めたいと思います。

2005年8月22日

「SLIPサーバー」の再実験と、「USB LAN」の実験結果を報告します。

まずは、「SLIPサーバー」の再実験の、結果報告です。

前々回(2005年8月8日)の実験では、P/ECEが直接接続されたPC以外との通信が行えない、という問題が残っていました。
今回の再実験は、この問題を解決することが目的です。
結果、問題は解決しました。
P/ECEが直接接続されたPC以外との通信が行えなかった理由は、Windows 2000/XPのIP転送機能がきちんとOnに切り替わっていなかったのが原因でした。
前々回の記事で、

Web上の情報を検索してみると、Windows 2000やXPでIP転送機能を有効にするには、レジストリを一か所書き換えるだけで良い、という記述がありました。
　・HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnableRouterが存在しない場合は、IP転送機能Off・・・これが初期状態
　・HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnableRouterが0x00000000ならば、IP転送機能Off
　・HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnableRouterが0x00000001ならば、IP転送機能On・・・これに変更する

と書いたのですけれど、この情報は誤りでした。
正しくは、次のとおりです。

Windows 2000/XPで、IP転送機能をOnにする方法：
　　　誤：「HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnableRouter」を0x00000001にする。　↓ 　　　正：「HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\IPEnableRouter」を0x00000001にする。

EnableRouterのレジストリ値には何の意味も無く、値を変更しても、OSの動作は何も変わっていませんでした。(無害です)
前々回の「EnableRouter」設定変更ツールを修正して、「IPEnableRouter」設定変更ツールを作成しました。

ダウンロードはこちらバイナリ&ソース(19KB)

IPEnableRouter設定変更ツールを使って、IP転送機能をOnに変更した後、Windows 2000/XPを再起動します。(再起動必要です!!)
再起動後、コマンドプロンプトを開いて、「ipconfig /all」とタイプしてみてください。
次のように表示されて、Windows 2000/XPのIP転送機能が有効になっていることが確認できます。

Windows 2000 IP Configuration 　　Host Name . . . . . . . . . . . . : (コンピュータ名) 　　Primary DNS Suffix . . . . . . . : 　　Node Type . . . . . . . . . . . . : Broadcast 　　IP Routing Enabled. . . . . . . . : Yes 　　WINS Proxy Enabled. . . . . . . . : No 　　DNS Suffix Search List. . . . . . :

IP転送機能がOnになったので、もう一度、PC1を中継してPC2とのpingを試してみます。(PC2のルーティング設定は、前々回と同じです)
結果、P/ECE→PC1(中継)→PC2、P/ECE←PC1(中継)←PC2、双方向のpingが、どちらも問題無く応答できることを確認しました。
成功です。

次に、「USB LAN」の実験です。

「SLIPサーバー」と「USB LAN」の違いは、IP通信の下位層に、シリアル通信を使うかイーサネットを使うか、の違いだけです。
pingはIP通信を使って行われるので、その動作は「SLIPサーバー」も「USB LAN」も同じです。
「SLIPサーバー」が成功しているので、「USB LAN」でも成功するはずです。
「USB LAN」は、まだ、P/ECEからPCへのping機能を実装していませんから、PCからP/ECEへのpingだけを確認しましょう。

まずは、P/ECEを直接接続したPC1からP/ECEへpingを打ってみます。
結果、P/ECEがpingに応答し、PC1の画面にping応答が帰ってきていることが表示されます。
P/ECEの画面では、“受信パケット数”と“送信パケット数”が増えて行きます。

次に、PC2からPC1を中継して、P/ECEへpingを打ってみます。
PC1のIP転送機能をOnにすること、PC2にルーティング設定を追加することは、「SLIPサーバー」の場合と同じです。
結果、P/ECEがpingに応答し、PC2の画面にping応答が帰ってきていることが表示されます。
P/ECEの画面では、“受信パケット数”と“送信パケット数”が増えて行きます。

「SLIPサーバー」と同じように、「USB LAN」も上手く動作していることが確認できました。
以上で、「SLIPサーバー」と「USB LAN」のping実験が完了しました。
まだ、pingだけなのですけれど、ここまでは上手く動作しているようです。
しかし、動作してはいるものの、次のような問題点が挙げられるかも知れません。

ひとつめの問題点として、P/ECEだけのために、ひとつのサブネットを割り当てているのは、やや冗長な感じがします。
この図の例では、既存のサブネット(192.168.0.0/24)に加えて、P/ECE専用のサブネット(192.168.255.0/24)ができてしまっています。
やむを得ないような気もしますが、できれば、P/ECEも既存のサブネット(192.168.0.0/24)に入れてしまいたいところです。
この記事によると、同じサブネットアドレスを持つネットワーク間のルーティング設定もできるみたいなのですけれど、現在のところまだ上手く設定できていません。
同じサブネットアドレスを持つネットワーク間のルーティング設定については、もう少し勉強して、再挑戦してみようと思います。

ふたつめの問題点は、P/ECEが直接接続されたPC以外の機器と通信する場合、それらの機器にルーティング設定を追加する必要があることです。
この図の例では、「PC2がP/ECEと通信するには、PC1を中継する必要がある」ことを、PC2のルーティング設定に追加しています。
既存のサブネット(192.168.0.0/24)と、P/ECEのサブネット(192.168.255.0/24)が分かれている限り、ルーティング設定が必要なのは仕方が無いのですけれど、
もし、P/ECEと通信する機器が増えてくると、それらすべてにルーティング設定を追加するのはちょっと手間がかかりそうです。

以上の問題点を、手っ取り早く解決する方法があります。
Windows XPの、「ネットワークブリッジ機能」を使う方法です。
実は、「P/ECE USB LANデバイスドライバ」を急いで作った理由は、Windows XPの「ネットワークブリッジ機能」が使いたかったからでした。

ちょっと長くなってきたので、「ネットワークブリッジ機能」を使っての実験は次の記事で。
(続きます...)

2005年8月20日

USB LAN (ping)を作りました。

Windows PCと、USB接続したP/ECEの間で、仮想USB LANアダプタを介したイーサネット通信を行います。
P/ECE側のプロトコル対応が不充分なため、まだ、PCからのARPとpingにしか応答できません。

使い方は、次のとおりです。
- 「USB-LAN (ping)」を使う前に、Windows PCにて、以下の準備が必要です。
  - 「P/ECE USB LANデバイスドライバ」によって追加されたLANアダプタの、IPアドレスを設定する。
  市販のUSB LANアダプタ製品の、インストール、セットアップ手順とほぼ同じです。
  リンク先の説明を読んで、インストールおよびセットアップを行ってください。(同じファイルが、アーカイブの中にも入っています)
- 準備が完了したら、PCとP/ECEをUSBケーブルで接続し、「USB-LAN (ping)」を実行してください。
  前回の「SLIPサーバー」では、P/ECEをUSB接続してプログラムを実行した後、手動でSLIP接続を確立する必要がありました。
  今回の「USB-LAN (ping)」は、P/ECEをUSB接続してプログラムを実行するだけで、自動的にイーサネット接続が確立します。
- 終了するときは、以下の手順で行ってください。
  - Windows 2000の場合、タスクトレイの「ハードウェアの取り外し」アイコンを使ってデバイスを停止後、P/ECEのSELECTボタンを押して「USB-LAN (ping)」を終了してください。
    デバイスを停止せずに「USB-LAN (ping)」を終了したり、P/ECEを取り外したりすると、「デバイスの取り外しの警告」が表示されてしまいます。(実害は有りません)
  - Windows XPの場合は、いつでも「USB-LAN (ping)」を終了したり、いきなりP/ECEを取り外しても大丈夫です。
操作方法は次の通りです。
- 左右ボタン　　　　　増減するIPアドレスの桁を選択します。
- Ａ・Ｂボタン　　　　IPアドレスを増減します。
- ＳＥＬＥＣＴボタン　終了します。
ダウンロードはこちらバイナリ(470KB) ソース(8.5MB) (デバイスドライバのソースは「clip\driver\PceEth」に入っています)

「P/ECE USB LANデバイスドライバ」は、「NDIS-WDMミニポートドライバ」と呼ばれる、ネットワークデバイスドライバの一種です。
前々回(2005年8月5日)の記事で、
＞それから、いつか、P/ECEをUSB LANアダプタとして認識させるデバイスドライバが作成できたらいいな、と思います。
という目標を掲げたところ、予想外に早く実現することができました。(P/ECE側のプロトコル対応はまだまだですが・・・)
Windowsデバイスドライバの本によると、作成が難しいデバイスドライバの代表として、主に次の三つが挙げられています。
- ファイルシステムデバイスドライバ
- ディスプレイデバイスドライバ
- ネットワークデバイスドライバ
それで、Windows用ネットワークデバイスドライバ作成はとても難しいものだと思っていたのですけれど、作ってみると意外に簡単でした。
もっとも、今回のような仮想LANアダプタでなく、実物のLANアダプタのデバイスドライバをきっちり作成しようとすると、本当に難しいのだと思います。

さて、前回までの「SLIPサーバ」の問題点は、P/ECEが直接接続されたPC以外との通信が行えないことでした。
原理上は可能なはずなのですが、僕のプログラムの問題か、それともWindowsのルータ機能の制約によるものなのか・・・
そんな折、rimenmanさんから、詳しい実験結果とその結果に基づくアドバイス、参考URLなどのメールをいただきました。
特に、教えていただいたこのURLの記事が参考になります。
どうやら、PC側とP/ECE側に、同じサブネットアドレスを設定するのがポイントみたいです。
前回上手く行かなかった実験では、PC側とP/ECE側に別々のサブネットアドレスを設定していました。
また、「SLIPサーバ」プログラムのping応答処理にも、なにか問題があるみたいです。
これらの点を踏まえて、再実験を行います。
結果は後ほど、今回の「USB LAN」の実験結果と併せて、次の記事で報告します。

謝辞
- rimenmanさんから、「SLIPサーバ」のルーティング問題に関して、アドバイスをいただきました。
  ありがとうございます。

2005年8月8日

SLIPサーバー (ping要求)を作りました。

前回の「SLIPサーバー (ping)」は、PCからのpingに対して、P/ECEが応答するというものでした。
今回の「SLIPサーバー (ping要求)」は逆に、P/ECEがpingを実行し、PCからの応答を確認します。
前回と同じ、ping応答の機能も併せ持っていますので、PCからのpingにも応答します。

使い方は、次のとおりです。
- 「SLIPサーバー (ping要求)」を使う前に、「P/ECEシリアルポートデバイスドライバ」と「SLIP接続」の準備が必要です。
  詳しくは、前回の「SLIPサーバー (ping)」(2005年8月5日)の説明を参照してください。
- 準備が完了したら、PCとP/ECEをUSBケーブルで接続し、「SLIPサーバー (ping要求)」を実行してください。
  その後、Windows OSにてSLIP接続を実行し、PCとP/ECEのSLIP接続を確立してください。
操作方法は次の通りです。
- 上下左右ボタン　　　変更するIPアドレスを選択します。
- Ａ・Ｂボタン　　　　IPアドレスを増減します。
- ＳＴＡＲＴボタン　　P/ECEからPCへ、pingを打ちます。
- ＳＥＬＥＣＴボタン　終了します。
ダウンロードはこちらバイナリ(7.8KB) ソース(7.8MB) (デバイスドライバのソースは「clip\driver\PceCom」に入っています)

それでは、実験してみましょう。

まず最初に、注意点があります。
以下の実験は、Windows XPで実行した場合には、その通りにならない、という点です。
Windows XPは、セキュリティ対策のために、初期状態ではpingに応答しないよう設定されています。
そのため、P/ECEからのpingに限らず、他のPCからのpingにも応答しません。
以下の実験は、Windows 2000で行いました。

P/ECEの画面で、送信元IPを「192.168.255.1」、宛て先IPを「192.168.255.254」として、STARTボタンを押してみてください。
PC1がpingに応答し、P/ECEの画面のping応答受信回数がカウントアップされるはずです。
いま実行したpingは、P/ECEから、対向のSLIP接続インターフェイスへのpingです。

それでは次に、PC1のLANインターフェイスへのpingを打ってみましょう。
（以下、PC1のLANインターフェイスのIPアドレスが「192.168.0.1」であると仮定して、説明を進めます。）
P/ECEの画面で、宛て先IPを「192.168.0.1」として、STARTボタンを押してみてください。
先ほどと同じく、PC1がpingに応答し、P/ECEの画面のping応答受信回数がカウントアップされます。

ここまでは上手く行きました。
今度は、P/ECEから、直接接続されているPC1を中継して、LAN上のもう一台のPC2へのpingを試してみましょう。
（以下、PC2のLANインターフェイスのIPアドレスが「192.168.0.2」であると仮定して、説明を進めます。）
まず、PC2のコマンドプロンプトを開いて、P/ECEへのルーティング情報を追加します。

route add 192.168.255.0 mask 255.255.255.0 192.168.0.1

その後、P/ECEの画面で、宛て先IPを「192.168.0.2」として、STARTボタンを押してみます。
PC2がpingに応答して、P/ECEの画面のping応答受信回数がカウントアップされれば成功なのですが・・・

・・・結果は、無反応でした。なぜでしょうか？
Windows 2000やXPは、初期状態では、ネットワークインターフェイス間のIP転送機能がOffになっているそうです。
そのため、PC1において、SLIP接続インターフェイスとLANインターフェイスの間で、通信パケットがブロックされてしまうみたいです。
PC2からP/ECEに対してpingを実行した場合にも、やはり、PC1のSLIP接続インターフェイスとLANインターフェイスの間で、通信パケットがブロックされます。
残念ながら、P/ECEと直接接続されているPC以外との通信は、簡単には行かないようです。

Web上の情報を検索してみると、Windows 2000やXPでIP転送機能を有効にするには、レジストリを一か所書き換えるだけで良い、という記述がありました。
- HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnableRouterが存在しない場合は、IP転送機能Off・・・これが初期状態
- HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnableRouterが0x00000000ならば、IP転送機能Off
- HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnableRouterが0x00000001ならば、IP転送機能On・・・これに変更する
レジストリエディタを使って手作業で変更しても良いのですが、誤って隣の設定を変更してしまったりすると危険なので、設定変更用のツールを用意しました。
EnableRouterのレジストリ設定を、0x00000000⇔0x00000001に切り替えるだけの、ごく小さなプログラムです。その名も「EnableRouter」。

~~ダウンロードはこちらバイナリ&ソース(19KB)~~

2005/08/21追記:
IP転送機能を有効にするためのレジストリ値は、「EnableRouter」ではなく、「IPEnableRouter」でした。
「EnableRouter」は意味の無いレジストリ値で、設定を変更してもOSの動作は何も変わっていませんでした。(無害です)
「IPEnableRouter」を設定変更するように修正したツールはこちらバイナリ&ソース(19KB)

このツールを使って、EnableRouter=0x00000001に変更し、念のためWindows 2000を再起動後した後、もう一度同じように実験してみました。
結果は・・・やっぱりダメです。
EnableRouterの設定を変更する前と同じく、SLIP接続インターフェイスとLANインターフェイスの間で、通信パケットがブロックされてしまいます。
Web上の情報をよく読むと、「EnableRouterを0x00000001にすると、二つのLANインターフェイス間のIP転送機能が有効になる」と記述されていました。
EnableRouter=0x00000001が有効なのはLANインターフェイスだけで、SLIP接続のようなダイヤルアップインターフェイスに対しては効果が無いのかも知れません。
ちなみに、Windows XPの「ネットワークブリッジ機能」も、LANインターフェイス間でのみ利用可能で、LANとSLIP接続の間でのIP転送は不可でした。

SLIP接続とLANインターフェイスの間でIP転送を行う方法も、きっとあると思うのですけれど、今回はまだ見つけられませんでした。
SLIP接続とLANインターフェイスの間でIP転送を行う方法をご存知のかた、いらっしゃいましたら、ぜひ教えていただきたく願います。

そんなわけで、現状では、P/ECEとIP通信できるのは、P/ECEが直接接続されたPCのみ。
P/ECEが直接接続されたPCを中継して、LAN上の他のPCや、その他のネットワーク機器との通信は、もうしばらく保留です。
これができれば、P/ECEからインターネットへアクセスすることもできると思うのですけれど・・・
あるいは、もうすこし(かなり？)勉強して、「P/ECE USB LANデバイスドライバ」を作ってしまう方が、解決が早いのかも知れません。

2005年8月5日

SLIPサーバー (ping)を作りました。

PCとP/ECEの間で、SLIP接続によるIP通信を行います。
IP通信といっても、現在のところ、P/ECE側はping(ICMPエコー)にしか対応していません。
今後のバージョンアップで、もっといろいろなプロトコルに対応できたらいいな、と思います。

使い方は、次のとおりです。

「SLIPサーバー」を使うには、Windows OSにて、以下の準備が必要です。
- 「P/ECEシリアルポートデバイスドライバ」をインストールする。
- 「SLIP接続」をセットアップする。
リンク先の説明を読んで、インストールおよびセットアップを行ってください。(同じファイルが、アーカイブの中にも入っています)
準備が完了したら、PCとP/ECEをUSBケーブルで接続し、「SLIPサーバー」を実行してください。
その後、Windows OSにてSLIP接続を実行し、PCとP/ECEのSLIP接続を確立してください。
SLIP接続が確立したら、コマンドプロンプトを開いて、

ping 192.168.255.1
とタイプしてみてください。成功ならば、P/ECEがpingに応答します。
P/ECEの画面では、送受信したデータのバイト数や、パケット数を確認することができます。
「SLIPサーバー」実行直後は、P/ECEのIPアドレスは「192.168.255.1」に設定されています。
方向キーの上下左右を使って、P/ECEのIPアドレスを変更することができます。
終了するときは、まず、Windows OSのSLIP接続を切断してください。
その後、P/ECEのSELECTボタンを押して、「SLIPサーバー」を終了してください。

ダウンロードはこちらバイナリ(850KB) ソース(8.2MB) (デバイスドライバのソースは「clip\driver\PceCom」に入っています)

注意!! 「P/ECEシリアルポートデバイスドライバ」は、Windows 2000とWindows XP、それぞれ二台づつのPCにて動作確認を行いました。
（Windows 2000：Celeron＋SiSチップセット，Crusoe＋ALiチップセット。Windows XP：Athlon＋SiSチップセット，Duron＋VIAチップセット）
これまでのところ、PCやOSに致命的なダメージを与えるような不具合は出ていませんが、テスト不足のため、問題が残っている可能性があります。
もしもデバイスドライバが動作異常を起こした場合に、ハードディスク上のファイルが破損したり、OSの再インストールが必要になる恐れがあります。
本デバイスドライバをお試し頂ける場合は、常用PCでの試用を避けて、重要なファイルの入っていない実験用PCでご試用ください。

注意!! SLIP接続のセットアップの手順を誤ると、既定のインターネット接続の設定が変更され、インターネットが見られなくなってしまう恐れがあります。
もしもインターネットが見られなくなってしまった場合、もういちど既定のインターネット接続の設定を行うことで、修復することは可能ですが、
危険を避けるために、常用PCへのセットアップを避けて、実験用PCでお試しください。

P/ECEでネットワークプログラミング、の第一歩です。

今回は、PCとP/ECEの間でIP通信を行うために、SLIP接続を利用することにしました。
SLIPとは、RS-232Cなどのシリアル回線を使って、IP通信を行うプロトコルの一種です。
ダイヤルアップインターネット接続に用いられている、PPPと同じ用途のプロトコルです。
ただし、SLIPはPPPに較べると、ずっとシンプルな仕様で、実装も簡単です。
そのため、MSXやATARIなどの非力なコンピュータをネットワークに接続する際に、よく用いられているようです。

PCとP/ECEの間でSLIP接続を行う、いちばん簡単な方法は、拡張端子のシリアル通信機能を利用する方法です。
PCのRS-232Cポートと、P/ECEの拡張端子を、RS-232Cケーブルで接続します。
しかしこの方法は、P/ECE本体の改造が必要となり、いまいち手軽ではありません。
そこで、PCにUSB接続したP/ECEを、Windows OSに対してCOMポートと認識させる、デバイスドライバを用意することにしました。
Windows OSへデバイスドライバをインストールする必要がありますが、P/ECE本体の改造は不要なので、より手軽だと思います。

デバイスドライバのインストールはさほど手間がかかりませんが、SLIP接続のセットアップがかなり面倒なのが欠点です。
本当は、P/ECEをUSB LANアダプタとして認識させるようなデバイスドライバを作成すれば、もっと手軽に使えるはずです。
しかし、LANアダプタのデバイスドライバ作成は、COMポートのデバイスドライバ作成に較べて、ずっと難易度が高いようです。
僕はまだ、Windowsデバイスドライバプログラミングの入門レベルなので、まずは簡単な方法でまかなうことにしました。

ところで、SLIP接続のセットアップにおいて、なぜP/ECEがサーバでPCがクライアントなのか、不思議に感じませんでしたか？
PCをSLIPサーバ、P/ECEをSLIPクライアントとして、P/ECE側からPC側へと接続する方が自然です。
しかし、そうできなかった理由が二つあります。
ひとつは、P/ECEの仮想的なCOMポートは、「SLIPサーバー」アプリケーションを実行するたびに現れたり消えたりするので、
Windows OSは常に特定のCOMポートへの着信接続を待ち受けることができない、という理由です。
もうひとつは、Windows OSの着信接続機能は、いちどSLIP接続を確立すると、それ以降のSLIP接続を受け付けないみたいだからです。
最初のSLIP接続が切断された場合にも、Windows OSは切断されたことを認識せずに、次の接続の待ち受け状態に戻らないみたいです。
これが仕様なのかどうか不明なのですけれど、試した限りでは、複数回のSLIP接続を受け付ける方法がわかりませんでした。
以上のような理由で、やむをえず、P/ECEをSLIPサーバ、PCをSLIPクライアントとすることにしました。
なお、P/ECE側の「SLIPサーバー」アプリケーションは、Windows OSの着信接続機能と違って、複数回のSLIP接続に対応しています。
「SLIPサーバー」を実行したままで、PCからのSLIP接続、切断を何度でも繰り返すことができます。

さて、今後の課題は、最初に書いたとおり、もっといろいろなネットワークプロトコルに対応することです。
それから、いつか、P/ECEをUSB LANアダプタとして認識させるデバイスドライバが作成できたらいいな、と思います。

2005年8月1日

ここしばらくサーバ障害でアクセスできなかった、てとら★ぽっとさんのサイトが復旧なさっています。
2005年7月31日現在、「http://zurachu.net/」のURLでアクセス可能で、「http://zurachu.net/」ではアクセス不可みたいです。
僕はこれまで、「http://zurachu.net/」のURLでアクセスしていたので、復旧なさっていることに気付きませんでした・・・

さて、当サイトもしばらく更新が滞っていたのですけれど、その間、こんなこと↓やるためにWindowsプログラミングの練習をしていました。

P/ECEにpingを打つ
自作のWindowsデバイスドライバと、SLIP接続を使って、WindowsとP/ECEの間でIP通信を行っている様子です。
現在のところ、やっとpingに応答できるようになった程度ですけれど、もう少しいろいろできるかな？と思います。
P/ECEは無改造のままでOKです。詳細は後日に。

てとら★ぽっとさんの本『Re[2]: P/ECE』に、少し、記事を書かさせていただきました。
ネットワークとは別のネタですけれど、前述のWindowsデバイスドライバを応用しています。
今年後半は、P/ECEを使って、デバイスドライバとネットワークの勉強をしてみたいと考えています。

2005年6月7日

インテレビジョン/EMUバージョンアップしました。変更点は次のとおりです。
- キーコンフィグ機能を追加しました。
  P/ECEのBボタンに、テンキーパッドのボタンを割り当てることができます。
  キーコンフィグ機能の追加により、ゲーム画面での操作方法が少し変わりました。
  新しい操作方法は、次のとおりです。
  - ゲーム画面
    - 上下左右ボタン　　　ディスクコントローラに相当します。
    - Ａボタン　　　　　　トップアクションボタンに相当します。
    - Ｂボタン　　　　　　キーコンフィグ機能にて割り当てたボタンに相当します。
      　　　　　　　　　　ゲーム開始直後の初期状態では、P/ECEのBボタンには、Clearボタンを割り当ててあります。
    - ＳＴＡＲＴボタン　　Enterボタンに相当します。
    - ＳＥＬＥＣＴボタン　ゲームを一時停止し、キーコンフィグ画面を表示します。
    - START+SELECTボタン　選択画面へ戻ります。
  - キーコンフィグ画面
    - 上下左右ボタン　　　P/ECEのBボタンに割り当てる、テンキーパッドのボタンを選択します。
      　　　　　　　　　　　　選択可能なボタンは、0～9、Clear、Enter、アクションボタン(上左、上右、下左、下右)です。
    - A,B,START,SELECT　　選択を決定し、ゲーム画面に戻ります。（A、B、START、SELECTのどのボタンを押しても同じです）
ダウンロードはこちらバイナリ(28KB) ソース(7.0MB)

描画ルーチンとサウンドルーチンが未高速化なのですけれど、さほど頑張って高速化しなくても、まあまあの速度でエミュレーション実行できているみたいです。
元々のインテレビジョンの動作速度が遅いのと、画面解像度が低いために、エミュレーション処理の負荷がかなり軽いからです。
それよりも、まだ起動もしないゲームが結構あるので、もう少しデバッグの必要がありそうです。

2005年6月2日

インテレビジョン/EMUバージョンアップしました。変更点は次のとおりです。
- CRTCのスプライト衝突判定機能を実装しました。
  前回まで、プレイヤーや敵に当り判定が無かったゲームの動作が改善しました。
ダウンロードはこちらバイナリ(28KB) ソース(7.0MB)
「ToHeart2」オールクリアしました。
PS2版を買った直後にPC移植の情報があって、早まったか!と一瞬後悔したのですが、三週間も楽しめたので買ってよかったです。
PC版の追加要素も少し気になっています。

2005年5月29日

インテレビジョン/EMUバージョンアップしました。変更点は次のとおりです。
- CPUエミュレーションを高速化しました。
- サウンドを追加しました。
  一覧画面でＡボタンを押してゲームを開始すると、サウンド有りで実行します。
  一覧画面でＢボタンを押してゲームを開始すると、サウンド無しで実行します。
~~ダウンロードはこちらバイナリ(27KB) ソース(6.9MB)~~

サウンドエミュレーションには、以前にYMプレイヤー等で使っていたPSGエミュレーションルーチンを流用したのですが、
高速化が不足しているために、サウンドONで実行すると動作がかなり遅めになってしまいます。
サウンドエミューションルーチンの高速化も必要みたいです。
また、CRTCエミュレーションルーチンの高速化と、スプライト衝突判定機能の実装もまだです。

2005年5月29日17:30追記
CPUエミュレーションルーチンのバグを修正しました。

ダウンロードはこちらバイナリ(27KB) ソース(6.9MB)
「ToHeart2」の進行状況。双子クリアしました。残りラスト1のタマ姉です。

2005年5月24日

「ToHeart2」の進行状況。六話クリアしました。残りニ話(双子、タマ姉)です。
良い話が多い中、これまでのところ一番気に入ったのはミステリ研究会の話でした。
しかし、Web上の評判を検索してみると、この話は人気無いのですね。(ワースト1?)
「Routes」でも同じライターさんによる七海の話が好きだったのですけれど、これも人気無かったみたいで。。。

＞アイデア案。（てとら★ぽっとさん）
神経衰弱。安易すぎるかな？
残り二話クリアしたら、僕もP/ECEでToHeart2関連やってみたいです。
インテレビジョン/EMU(試作版)を作りました。
マテル社の家庭用ビデオゲーム機「インテレビジョン」のソフトを、P/ECE上で実行します。
まだ試作版なので、CPUエミュレーションもCRTCエミュレーションも未高速化で、動作はやや遅めです。
サウンドはまだ鳴らず、テンキーパッド入力にも対応していません。
スプライト衝突判定機能が未実装なので、当り判定の無いゲームや正しく動作しないゲームが多いです。

使い方は次の通りです。
1. 配布ファイルに含まれている、「intv.pex」をP/ECEに転送してください。
2. BIOS ROMイメージファイル(exec.binとgrom.bin)をP/ECEに転送してください。
  BIOS ROMイメージファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. ROMイメージファイル(拡張子.bin)をP/ECEに転送してください。
  ROMイメージファイルは配布ファイルには含まれていません。別途、ご用意ください。
4. P/ECEのメニュー画面で、『Intellivision/EMU』を実行しててください。
5. ROMイメージファイル(拡張子.bin)のファイル名とサイズが一覧表示されます。
6. 上下キーで実行したいROMイメージファイルを選び、Ａボタンで実行します。
7. 実行中にSTART+SELECTボタンを押すと、一覧表示画面に戻ります。
8. 一覧表示画面でSELECTボタンを押すと、プログラム終了します。
操作方法は次の通りです。
- 選択画面
  - 上下左右ボタン　　　ゲームを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　ディスクコントローラに相当します。
  - Ａボタン　　　　　　トップアクションボタンに相当します。
  - ＳＴＡＲＴボタン　　Enterキーに相当します。
  - START+SELECTボタン　選択画面へ戻ります。
ダウンロードはこちらバイナリ(26KB) ソース(6.9MB)

マテル社の家庭用ビデオゲーム機「インテレビジョン」です。
国内では、バンダイ社が輸入販売を行いました。
当時、デパートのおもちゃ売り場で自由に遊べる展示機に出会った記憶が無く、
ショーケースの向こう側で野球ゲーム(?)のデモ画面が表示されていた印象しか無いです...

前回のアルカディアがSignetics社のリファレンス設計に基づくビデオゲーム機だったのに対して、
インテレビジョンはGeneral Instruments社(以下、GI社)のリファレンス設計に基づいたビデオゲーム機です。
CPUにCP1610、CRTCにAY-3-8900、サウンドチップにAY-3-8914など、GI社のチップセットで固められています。
CP1610等を開発したGI社のマイクロエレクトロニクス部門は、その後スピンオフしてMicrochips社となりました。
CP1610は、Microchips社のワンチップマイコンPICシリーズの大祖先にあたるCPUなのだそうです。
参考:「【特別企画】もう1つのE3“E3 Old Game Console Expo”に歴史を見た――レトロマシンを大紹介」

代表的なワンチップマイコンPICシリーズのルーツ、20年以上前の製品CP1610ってどんなCPUだったんだろう？
と考えたのが、インテレビジョンに興味を持ったきっかけです。
Web上でCP1610の資料を探したところ、数は少ないですけれど、充分な内容の資料がありました。
- 「DSPLIB Web Site」さんのサイトの「GI-Intellivision Chipset Data Sheets」のページから、
  CP1610のデータシートPDFが入手できます。
  ただし命令セットの説明が簡単すぎて、プログラミング資料としては不足です。
- 「SDK-1600 Release 3 Home Page」さんのサイトから、開発ツールやドキュメント、サンプルプログラム等を含んだ、
  SDK-1600 Release 3が入手できます。
  プログラミング資料はこれで万全です。
さて、CP1610 CPUをひととおり勉強してみての感想ですが、これは現在のPICとは全然別物だったみたいです。
1アドレスあたり16bitのメモリに10bitプログラムROMなどの特徴がありますけれど、命令セットアーキテクチャは実に素直です。
ハードウェア的にも組み込み用途に特化した印象は無く、このCPUがストレートに進化して現在のPICになるとは考えづらいです。
Microchips社の前身がGI社のマイクロエレクトロニクス部門だった、ということ以外の関連は薄いのかも知れません。

2005年5月14日

遅ればせながら「ToHeart2」を始めました。

PlayStation2本体を持っていなくて、WindowsでToHeart2を実行する環境もまだ構築していないので、
P/ECEで実行して遊んでいます。(てとら★ぽっとさんのプログラムを利用させて頂きました。)

このままP/ECEだけでエンディングまで行けるでしょうか？(^^;

2005年5月12日

アルカディア用「お散歩綾香」を作りました。

アルカディア/EMUを使って、P/ECE上で実行してください。
また、既存のPC用アルカディアエミュレータ(MESSなど)でも実行できます。

ダウンロードはこちらバイナリ＆ソース(58KB)

アルカディア/EMUは、昨日のバージョンで完成です。
アルカディア関連の話題も、これで一区切りとしたいと思います。

Signetics 2650 CPUに興味を持って作り始めたアルカディア/EMU、最後までこのCPUは好印象でした。
ASCII24「【特別企画】もう1つのE3“E3 Old Game Console Expo”に歴史を見た――レトロマシンを大紹介」の記事によりますと、
Signetics 2650 CPUは組み込み用CPUとして使われていましたが、現在では既にシリーズが途絶えてしまっているそうです。
Web上にもこのCPUの情報はかなり少ないのですけれど、海外にはまだアルカディアの熱心なファンがいらっしゃっしゃって、
現在も、アルカディア用のゲームプログラムが作られていたり、Signetics 2650 CPU用の開発ツールが更新され続けています。

2005年5月11日

アルカディア/EMUバージョンアップしました。変更点は次のとおりです。
- キーコンフィグ機能を追加しました。
  P/ECEのBボタンに、テンキーパッドのボタンや、本体スイッチを割り当てることができます。
  キーコンフィグ機能の追加により、ゲーム画面での操作方法が少し変わりました。
  新しい操作方法は、次のとおりです。
  - ゲーム画面
    - 上下左右ボタン　　　アルカディアの、コントロールディスクに相当します。
    - Ａボタン　　　　　　アルカディアの、アクションボタンに相当します。
    - Ｂボタン　　　　　　キーコンフィグ機能にて割り当てたボタンに相当します。
    - ＳＴＡＲＴボタン　　アルカディア本体の、スタートボタンに相当します。
    - ＳＥＬＥＣＴボタン　ゲームを一時停止し、キーコンフィグ画面を表示します。
    - START+SELECTボタン　選択画面へ戻ります。
  - キーコンフィグ画面
    - 上下左右ボタン　　　P/ECEのBボタンに割り当てる、アルカディアのボタンを選択します。
      　　　　　　　　　　　　選択可能なボタンは、テンキーパッドの0～9、Enter、Clear、および、本体スイッチのSelect、Optionです。
    - A,B,START,SELECT　　選択を決定し、ゲーム画面に戻ります。（A、B、START、SELECTのどのボタンを押しても同じです）
- 描画ルーチンを高速化しました。
ダウンロードはこちらバイナリ(28KB) ソース(6.8MB)

ゲーム開始直後の初期状態では、P/ECEのBボタンには、アルカディアのセレクトボタンを割り当ててあります。
多くのゲームはテンキーパッドを使わなくても遊べるみたいなので、キーコンフィグ機能を使う場面はあまりないかも知れません。

昔のゲーム機は、コントローラにテンキーが付いているものが多いですね。
あと、「なんとかビジョン」という名前が多い・・・(^^;
語呂はいいと思うのですけれど、ファミコン前後を境にめっきり少なくなるのが不思議です。

2005年5月10日

アルカディア/EMUバージョンアップしました。変更点は次のとおりです。
- サウンドを追加しました。
  一覧画面でＡボタンを押してゲームを開始すると、サウンド有りで実行します。
  一覧画面でＢボタンを押してゲームを開始すると、サウンド無しで実行します。
ダウンロードはこちらバイナリ(25KB) ソース(6.8MB)

残りの作業は、描画ルーチンの高速化と、テンキーパッド入力の対応です。
また、アルカディア用のミニプログラムもなにかひとつ、作ってみたいと思います。

2005年5月8日

アルカディア/EMUバージョンアップしました。変更点は次のとおりです。
- CRTCの、スプライト衝突判定機能を実装しました。
  前バージョンまで、弾や敵の当り判定がなかったゲームが、正しく動作するようになりました。
ダウンロードはこちらバイナリ(25KB) ソース(6.8MB)

＞P/ECEを横に持って縦長画面で使用。これはアルカディアのVRAM仕様から？（てとら★ぽっとさん）
ご紹介ありがとうございます。はい、そうです。
アルカディアのVRAM仕様で、背景セルの並びが縦に多く、横画面にすると文字が潰れてしまいます。
本当は横画面なのですけれど、P/ECEの画面でも文字が読めるように、縦画面にしてみました。
ヅラChuさんもノベルで苦労なさっていたように、P/ECEで読み易い文字を表示するのは難しいですねえ。

2005年5月6日

アルカディア/EMUバージョンアップしました。変更点は次のとおりです。
- CRTCエミュレーションを修正しました。
  前バージョンで、画面が崩れていたゲームの多くが、正しい画面表示になりました。
  スプライト衝突判定機能が未実装なので、まだ正しく動作しないゲームが多いです。
ダウンロードはこちらバイナリ(24KB) ソース(6.7MB)

Signetics 2650 CPUについては少し勘がつかめてきたので、次はCRTCのプログラミングを練習しています。

アルカディアに搭載されているCRTCは、CPUと同じSignetics社の2637 UVIです。(以下、UVIと呼びます)
背景グラフィックとスプライトの表示、簡単なサウンド出力、アナログコントローラ入力の機能を持っています。

背景グラフィックは、8×8ピクセルのキャラクタパターンを、横16個、縦26個敷き詰めて、一画面を構成します。
キャラクタパターンは、120種類の定義済み固定パターンと、8種類のユーザー定義パターンが利用できます。
こんな感じです。(フォントの図柄は、P/ECEの画面で見易いよう、シンプルライブラリのフォントを流用したので、本物とは少し異なります)
前半のグラフィックキャラクタを多用するとこういう画面になり、後半のセミグラフィックキャラクタを多用するとこういう画面になり、
両方を混在して使うとこういう画面になる、というのがわかります。

8種類のユーザー定義パターンのうち、最初の4種類はスプライト用パターンとしても使われ、それぞれ1枚のスプライトに対応します。
スプライトは、一画面に4枚しか表示できません。
一般にスプライト枚数の少ないゲーム機では、フレームの途中でスプライトを書き換えて、擬似的に枚数を増やすテクニックがよく使われます。
UVIの場合、フレームの最初にスプライト情報が固定されてしまうため、このテクニックが使えず、本当に4枚しかスプライトが表示できません。

カラー出力は8色固定で、パレット機能はありません。ちょっと寂しいですね。

スクロール機能はなかなか充実していて、ほぼMSX2と同等です。
縦方向は、ライン単位のスムーススクロールが可能です。ただし、上下がつながっていないので、円筒スクロールはできません。
横方向は、0～7ピクセルのアジャスト設定です。行単位でアジャスト設定を変更できるので、ラスタスクロールっぽいことができます。

UVIのマニュアルには、2650 CPUとUVIを利用したゲーム機や、ホームコンピュータの構成図が掲載されています。
アルカディアは、ほぼこの構成図どおりに作られているようです。

2005年5月4日

アルカディア/EMU(試作版)を作りました。
バンダイ社の家庭用ゲーム機「アルカディア」のソフトを、P/ECE上で実行します。
まだ試作版なので、画面が崩れたり当り判定がおかしかったり、正しく動作しないゲームが多いです。

使い方は次の通りです。
1. 配布ファイルに含まれている、「arcadia.pex」をP/ECEに転送してください。
2. ROMイメージファイル(拡張子.bin)をP/ECEに転送してください。
  ROMイメージファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『ARCADIA/EMU』を実行しててください。
4. ROMイメージファイル(拡張子.bin)のファイル名とサイズが一覧表示されます。
5. 上下キーで実行したいROMイメージファイルを選び、Ａボタンで実行します。
6. 実行中にSTART+SELECTボタンを押すと、一覧表示画面に戻ります。
7. 一覧表示画面でSELECTボタンを押すと、プログラム終了します。
操作方法は次の通りです。
- 選択画面
  - 上下左右ボタン　　　ゲームを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　コントロールディスクに相当します。
  - Ａボタン　　　　　　アクションボタンに相当します。
  - ＳＴＡＲＴボタン　　スタートボタンに相当します。
  - ＳＥＬＥＣＴボタン　セレクトボタンに相当します。
  - START+SELECTボタン　選択画面へ戻ります。
ダウンロードはこちらバイナリ(24KB) ソース(6.7MB)

バンダイ社の家庭用ビデオゲーム機、アルカディアです。アルカディアについては、
- 「海鳴り」さんの「アルカディア広技苑」のページ
- 「Ｎｏｓｔａｌｇｉａ」さんの「アルカディア」のページ
- 「Classic 8-bit/16-bit Topics」さんの「スプライトの起源 (2)」の記事
が詳しいです。ファミコンと同時期の発売が祟ってか、あまり評判は良くなかったみたいです。
僕はデパートのおもちゃ売り場で遊びましたが、印象に残っているのはホッピーバグくらいでした。
ホッピーバグだけは仲間内で人気があって、なぜか移植元のジャンプバグよりも知名度が高かったです。

そんなわけで、アルカディアにはあまり思い出が無いのですけれど、P/ECE用アルカディアエミュレータを作ってみようと考えた理由は、
アルカディアに搭載されているCPUに興味を持ったためです。
アルカディアに搭載されているCPUは、Signetics社の2650というCPUです。
以前から興味を持っていたのですけれど、Web上の資料やマニュアルがなかなか見つけられませんでした。
今回、「ArcadeHelp.com」さんのサイトの「Schematics and manuals」のページから 2650ユーザーマニュアルのPDFを入手し、
2650 CPUのことを学ぶことができました。

2650 CPUの発売は1976年。Z80や6502とほぼ同時期の8bit CPUです。
1978年発売となっている資料もありますが、1976年に搭載製品が出ているので、たぶん1976年が正解だと思います。
昔の8bit CPUは、少ないリソースから性能を引き出すための技巧が駆使されているために、癖が強かったり、
後付けの複雑さや無理やりっぽさを感じる場合が多いのですが、2650は一見して非常に整然としています。
必要充分のコンパクトな命令セット、直接演算が可能な7本の汎用レジスタ、バラつきの少ない命令実行サイクル数、
気の利いた1バイト長I/O命令、命令とアドレッシングモードの直交性はほぼ完璧・・・古さを感じさせません。
逆に欠点を挙げるならば、アドレス空間がちょっと少なめで32KB、サブルーチン呼び出しのネストはは8段まで、
8KB境界を超えるデータアクセスがかなり面倒(←これがいちばん大きな欠点っぽい?)、といったところです。
用途と規模を考えると、アドレス空間と呼び出し段数の制限はあまり問題にならなかっただろうと思います。
まだ、マニュアルを読んで小さなプログラムを数本作ってみた程度なので、気付いていない点があるかも知れません。
もう少し、2650のことを学んでみたいと思います。(実際に使う機会は絶対に無いでしょうけれど・・・)

今回のアルカディア/EMUは試作版で、CRTCエミュレーションに未実装項目が多く、正しく動作しないゲームが多いです。
アルカディアに搭載されているCRTCは、CPUと同じSignetics社の2637 UVIという製品です。
今回、UVIのマニュアルPDFも入手して、UVIについても学習しながらプログラムを作成しました。
同じSignetics社の製品ながら、CPUの素晴らしさと対照的にこちらは・・・という印象です(^^; UVIについては次回。
今後のバージョンアップでは、CRTCエミュレーションの改善と高速化、テンキーパッドの入力に対応しようと思います。

2005年4月22日

EPSONさんのWebサイトから、 S1C33400シリーズのマニュアルがダウンロードできるようになっています。 1 2
実は既に、半年前からダウンロードできるようになっていたようなのですけれど、気付きませんでした。

P/ECEのCPU S1C33209は、一つ前のS1C33000シリーズに属するCPUです。
S1C33400シリーズは、S1C33000シリーズに対する大幅な機能拡張版で、第二世代のS1C33とも言うべきもの。
具体的な製品はまだS1C33401だけで、S1C33000シリーズのような多様な品種展開はこれから、みたいです。
S1C33400シリーズのラインアップ追加により、これまでのS1C33000シリーズのCPUコアのことをS1C33 STDコア、
新しいS1C33400シリーズのCPUコアをS1C33 ADVコア、と呼んで区別するようです。

S1C33400シリーズのマニュアルをダウンロードして、ざっと眺めてみました。
命令・データキャッシュや、メモリ管理機構の追加が目を引きます。
S1C33000シリーズが日立SH-2シリーズ対抗ならば、S1C33400はSH-3対抗といったところでしょうか。
速度性能で対抗するには、最高クロックが66MHzと、S1C33000からあまり変わっていないのが気になります。

命令セットも大幅に強化されています。
S1C33000の命令セットは、命令長や演算器リソースの節約のために思い切って簡略化されていましたが、
S1C33400の命令セットは、S1C33000で簡略化されていた部分の多くを贅沢に実装したような感じです。
9～31ビットのシフト・ローテート命令や、特定レジスタのみのpush/pop命令などは、待望の命令だと思います。
(実際にプログラムを組んでみると、意外と、無くても問題ないのですけれど…)

S1C33000命令セットの特徴と言えば、ext命令による即値拡張や3オペランド拡張でした。
S1C33400命令セットでもこの特徴は健在で、さらに多機能なっています。(多機能ext命令と呼ばれます)
任意の命令の前に実行条件を表すext命令を置くことで直後の1命令をスキップする条件付き実行機能や、
直後の加減算命令の演算結果を直ちにシフトするポストシフト機能が追加されています。
条件付き実行機能は、ちょっとARMっぽい感じです。
ポストシフト機能は、利用できる状況がかなり限定されていて、いまいち用途がわかりませんでした。

多機能ext命令は、複数の種類を組み合わせて指定できます。
たとえば、マニュアルから引用しますと：
ext cond 条件付き実行 ext op,imm2 ポストシフト ext imm13 即値拡張1 ext imm13 即値拡張2 nextop 命令本体
一応、各ext命令が単独の命令ということになっているので、2バイト固定長命令RISCの面目は保っていますが、
各ext命令をプレフィクスと見なせば、80386などの極端な可変長命令セットに近いものがあるかも。。。
全体的に、S1C33000シリーズとは比較にならないほど複雑になっているようです。

P/ECEのおかげでS1C33209のプログラミングを楽しむことができ、いまではS1C33209がいちばん好きなCPUになりました。
S1C33401もとても面白そうなCPUなので、個人でプログラミングを楽しめる搭載製品が登場したらいいな、と思います。

2005年4月21日

SUPERVISION/EMUバージョンアップしました。変更点は次のとおりです。
- サウンドを追加しました。
  一覧画面でＡボタンを押してゲームを開始すると、サウンド有りで実行します。
  一覧画面でＢボタンを押してゲームを開始すると、サウンド無しで実行します。
  ただし、PCMチャネルは未実装です。(PCMチャネルを使っているゲームソフトは非常に少ないようです)
- LCDCエミュレーションを修正しました。
  ピクセル単位の横スクロールや、正確な縦スクロールなど、主にスクロール機能の修正です。
ダウンロードはこちらバイナリ(21KB) ソース(6.5MB)

動作速度は前回と変わっていないので、かなり遅いです。
前回書きましたように、SUPERVISIONはCPUが速めな上に、ゲームソフトがCPUパワーを節約するように組まれていないみたいなので、
P/ECEでエミュレーション実行するのはかなり厳しい感じです。

2005年4月16日

SUPERVISION/EMUを作りました。
WATARA社の携帯ゲーム機「SUPERVISION」のソフトを、P/ECE上で実行します。
まだサウンドは鳴らず、動作もかなり遅いです。

使い方は次の通りです。
1. 配布ファイルに含まれている、「svision.pex」をP/ECEに転送してください。
2. ROMイメージファイル(拡張子.sv)をP/ECEに転送してください。
  ROMイメージファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『SUPERVISION/EMU』を実行しててください。
4. ROMイメージファイル(拡張子.sv)のファイル名とサイズが一覧表示されます。
5. 上下キーで実行したいROMイメージファイルを選び、Ａボタンで実行します。
6. 実行中にSTART+SELECTボタンを押すと、一覧表示画面に戻ります。
7. 一覧表示画面でSELECTボタンを押すと、プログラム終了します。
操作方法は次の通りです。
- 選択画面
  - 上下左右ボタン　　　ゲームを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　方向ボタンに相当します。
  - Ａボタン　　　　　　Ａボタンに相当します。
  - Ｂボタン　　　　　　Ｂボタンに相当します。
  - ＳＴＡＲＴボタン　　Startボタンに相当します。
  - ＳＥＬＥＣＴボタン　Selectボタンに相当します。
  - START+SELECTボタン　選択画面へ戻ります。
ダウンロードはこちらバイナリ(20KB) ソース(6.5MB)

日本未発売の携帯ゲーム機、「WATARA SUPERVISION」です。
かなりマイナーです。
僕も近年、クラシックゲーム機を扱うWebサイトで見かけて興味を持つまでは、この機種のことを知りませんでした。
発売は1992年。
GameBoy等の携帯機ブームに乗ろうとして、乗り切れなかったゲーム機のひとつだそうです。
SUPERVISIONの概要については、「Syd Bolton - SuperVision Home Page」さんのページがわかりやすいです。
SUPERVISIONの内部仕様については、Windows用SUPERVISIONエミュレータ『Potator』に同梱の"technical_summary.txt"ファイルが詳しいです。
Potatorの公式サイトが不明のため、「Zophar's Domain」さんのWebサイトからのダウンロードページをご紹介します。

SUPERVISION失敗の原因は、ゲームソフトのクォリティが低かったため、と分析されています。
60本以上のゲームソフトが発売され、オリジナル作品の他、テトリスもどき、ペンゴもどき、四川省もどき、バルダーダッシュもどき・・・と、定番ゲーム(に良く似たゲーム)も揃っています。
しかしそのいずれもが、他のゲーム機に較べると動きが粗くて見劣りする出来で、いまいちアピールに欠けたようです。

SUPERVISIONの本体仕様は、GameBoyやWonderSwan、NeoGeoPocketといったメジャー機種に較べると、非常にシンプルです。
サウンド機能がちょっとゲーム機っぽいこと以外は、ゲーム用途に特化したアクセラレーションがあまり見当たりません。
スプライト機能やBG機能も無く、160×160ピクセルの単純なビットマップ画面を、強力なCPUで強引に描画します。
いかにも電池持ちが悪そうで、あまり携帯ゲーム機っぽくない感じです。
搭載CPUは65C02で、省電力モード付きの品種が採用されているはずなのに、なぜかゲームソフトが省電力モードを使っている気配もありません。
シンプルなハードウェア、CPUパワー任せにソフトウェアで解決、省電力は二の次・・・ちょっとP/ECEに似ていませんか？
なんだか親近感を感じます(^^;

もっとも強力なCPUとは言っても時代相応なもので、約4MHz駆動の65C02では、ファミコンの3倍程度の性能です。
アクセラレーションの無さをカバーしきれなかったのが、ゲームソフトのクォリティ低下の理由でしょうか。
でも、同じくベタなビットマップ画面で(画面切り替えの優位性があるとはいえ)、はるかに低クロックの6502を搭載したApple][では、スムーズな動きのゲームが多く作られたのですよね。
SUPERVISIONも、もっと長期間に渡って使いこなされて行けば、独特のゲームが産まれていたのかも知れません。

2005年4月7日

ゲームボーイ/EMUバージョンアップしました。変更点は次のとおりです。
- ROMバンク切り替え処理のバグを修正しました。
  前バージョンでは、MBC1とMBC2以外のバンク切り替え処理が正しく呼ばれていませんでした。
  (以前に試したゲームは、ほとんどMBC1のバンク切り替えタイプだったために、気が付きませんでした。。。)
- 拡張子".gb"のROMイメージファイルに加えて、".gbc"のファイルも選択可能としました。
  一般に、拡張子".gbc"のファイルは、ゲームボーイカラー専用またはカラー・白黒両対応のROMイメージファイルです。
  ゲームボーイ/EMUは白黒ゲームボーイのエミュレータですから、カラー専用のゲームは実行できませんが、
  カラー・白黒両対応のゲームは実行できる場合もあるので、".gbc"のファイルも選択可能としてみました。
これらの変更は、下のゲームボーイ/EMU(MMC対応版)にも反映してあります。

~~ダウンロードはこちらバイナリ(29KB) ソース(6.4MB)~~

2005年5月11日追記
画面描画がわずかに間違っていたのを修正しました。
画面上端に一部見えているような背景ブロックの描画が、少し間違っていました。
P/ECEの画面では、間違っていてもほとんど区別できないと思いますけれど、一応、修正です。

ダウンロードはこちらバイナリ(29KB) ソース(6.7MB)
ゲームボーイ/EMU(MMC対応版)を作りました。通常版との違いは、次のとおりです。
- 「MMC対応カーネル Ver1.28」(まどかの世界さん)に対応しました。
  本体フラッシュメモリ上のROMイメージファイルに加えて、MMC/SDカード上のROMイメージファイルも実行できます。
  Ver1.28よりも旧いバージョンのMMCカーネルには対応していないので、ご注意ください。
ダウンロードはこちらバイナリ(30KB) ソース(6.4MB)

通常版のゲームボーイ/EMUでは、2MB版P/ECEを使っても、2MB未満のゲームしか実行することができませんでしたが、
MMCカーネル対応により、事実上、サイズ制限は無くなりました。
ただし、ゲームにもよりますが、ROMイメージファイルのサイズが大きなゲームは、極端に動作が遅い場合が多いです。
たとえば、スターオーシャン(4MB)は一応動作するものの、オープニングデモの場面転換時に数分間止まったりします。

通常版のゲームボーイ/EMUに較べて動作が遅い原因は、ROMイメージのメモリ管理方法を変更したためです。
通常版は、本体フラッシュメモリ上のROMイメージファイルを直接読み取っていたのに対して、
MMC対応版は、ROMイメージファイルのうち頻繁に使われる部分を本体SRAM上に80KB分だけキャッシュし、
キャッシュミスが発生した場合は、その都度、MMCからROMイメージファイルの内容を読み込んでいます。
80KBを超えるバンク切り替えを多用するようなゲームでは、キャッシュミスが頻発し、極端に動作が遅くなります。
実際には、256KB程度よりも大きなゲームは、たくさんのバンクを頻繁に切り替えながら動作するものが多いみたいです。
256KB以上のゲームで、まあまあの速度で動くものは、ゲームボーイギャラリー2(512KB)など、ごく僅かだと思います。

MMC対応の効用は、大きなゲームを実行することではなく、小さなゲームをたくさん入れておけること、と考えてください。
256KB～1MBのゲームは、通常版のゲームボーイ/EMUと2MB版P/ECEを使った方が、より良い速度で遊べる可能性が高いです。

あと、ちょっとまだ原因がよくわかっていないのですけれど、ゲームボーイ/EMU(MMC対応版)を実行した後に他のプログラムを実行すると、
P/ECEがハングアップしてしまうことが時々ありました。
まだ新しいMMCカーネルの動作をきちんと理解していないために、ゲームボーイ/EMU(MMC対応版)の終了処理をなにか間違えているのかも。。。
ゲームボーイ/EMU(MMC対応版)実行後は、いちどハードリセットした方が安全かも知れません。スミマセン。

2005年4月6日

P/ECE研究記録更新しました。「ストリーム再生のまとめ#2」
今回はいつものTXTではなく、HTMLで書きました。こちらのリンクからご覧下さい。

2005年4月1日

バラタンもどきを作りました。
TV番組「英語でしゃべらナイト」内のゲーム、バラタン（NHK総合・2005）に良く似たゲームです。
本物のバラタンは、「NHKオンライン」さんのWebサイトの『英語でしゃべらナイト』のページ上で遊べます。

インストール方法は次のとおりです。
- 「baratan.pex」と「baratan.dat」をP/ECEに転送してください。
遊び方は次のとおりです。
- 英文字パネルを選択して、英単語を完成させてください。
  正解となる英単語のうち、最初の一文字目だけはあらかじめ選択されています。
  残りの文字を、英文字パネルから順に選択して、英単語を完成させます。
  画面上部の60秒間タイマーが無くなるまでに、正しく完成した英単語の数を競います。
- 英文字パネルには、一枚だけ、余分なパネルが混ざっています。
  たとえば、正解となる英単語が「ＲＥＤ」の場合、あらかじめ「Ｒ」が選択されています。
  パネルには、残りの二文字「Ｅ」「Ｄ」に加えて、余分な一文字、たとえば「Ｚ」が混ざっています。
- パネルを選択して行き、一枚だけ残った状態でもういちどＡボタンを押すと、正誤判定を行います。
  また、Ｂボタンを押すことで、いつでも一手戻すことができます。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　プレイヤーを移動します。
  - Ａボタン　　　　　　パネル選択、および、正誤判定を行います。
  - Ｂボタン　　　　　　一手戻します。
ダウンロードはこちらバイナリ(24KB) ソース(6.4MB)

NHK総合月曜よる11:15～放送中の、「英語でしゃべらナイト」内に登場するゲームです。
僕は今週(3月28日)、初めてこの番組を見て、面白そうだったので作ってみました。

本物のバラタンは、ゲーム画面の左上に、正解となる英単語の和訳が表示されています。
それに対して、バラタンもどきはノーヒントです。
本物のバラタンに較べると、かなり難しいかも知れません。

今回のバラタンもどきに添付した英単語リスト(baratan.dat)は、MS-Windowsの使用許諾契約書の文面から、3～6文字の英単語を機械的に抽出して作成しました。
そのため、クイズ問題用としては、あまり良い英単語リストにはなっていません。
- 一般的ではない単語が含まれています。("EULA"など)
- 基底系と変化形が混ざっています。("USE"と"USES"など)
- 単数形と複数形が混ざっています。("OWNER"と"OWNERS"など)
また、英単語数が250個程度と少ないので、出題されたパネルを使って偶然他の英単語ができてしまっても、その英単語がリストに含まれていなければ、正解にならない場合があります。
きちんとしたゲームにするには、もっと英単語を増やして整理する必要がありそうです。

謝辞
- プレイヤーキャラクタとして、２ちゃんねる[P/ECE総合スレッド]より、P/ECEマンさんにご出演いただきました。
  ありがとうございます。

2005年3月26日

P/ECE研究記録更新しました。「ストリーム再生のまとめ#1」
今回はいつものTXTではなく、HTMLで書きました。こちらのリンクからご覧下さい。

2005年3月25日

ATARI VCS/EMUバージョンアップしました。変更点は次のとおりです。
- サウンドエミュレーションを追加しました。
  一覧表示画面でＡボタンを押してゲームを開始すると、サウンド有りで実行します。
  一覧表示画面でＢボタンを押してゲームを開始すると、サウンド無しで実行します。
  
  ATARI VCSのサウンド機能は、画面表示機能と同じく、TIAが担当しています。
  同じATARI社のPOKEY音源とよく似た発声の仕組みで、トーンとノイズを合成するディストーション音色です。
  同時発声数はたったのニ声、音程制御も32段階しか無いのですけれど、複雑な音色でなかなか味があります。
ダウンロードはこちらバイナリ(25KB) ソース(6.4MB)

描画ルーチンもわずかに高速化したのですけれど、体感的にはほとんど違いありません。
残念ですが、今回のプログラムでは、このあたりが限界みたいです。。。
今後は、本体スイッチの対応と、もう少し動作するゲームを増やしたいと思います。

2005年3月25日追記
番外編、ATARI VCS用「お散歩綾香」です(^^;

ダウンロードはこちらバイナリ＆ソース(13KB)

2005年3月20日

ATARI VCS/EMU(試作版)バージョンアップしました。変更点は次のとおりです。
- 高速化しました。
  描画ルーチンをアセンブラ化してみました。
  コマ送りだった前バージョンに較べれば、だいぶんマシになりましたが、まだ全然速度不足です。
  スパイダーファイターなどが、遅いながらも、かろうじて遊べる感じです。
- 動作するゲームが少し増えました。
  前バージョンでは動作しなかった、スペースインベーダーなどが動作するようになりました。
  まだまだ動作しないゲームが多いです。
~~ダウンロードはこちらバイナリ(24KB) ソース(6.3MB)~~

引き続き、Web上の資料で、ATARI VCSのことを勉強中です。
知れば知るほど面白いハードウェア仕様で、完全に夢中になってしまいました。
こんなに機能の粒度が低いプログラミングはこれまでに経験したことがないので、とても楽しいです。

2005/03/21追記#1
もう少し高速化しました。やっと、四分の一～五分の一ぐらいの速度です。まだまだ。。。
~~ダウンロードはこちらバイナリ(24KB) ソース(6.3MB)~~

2005/03/21追記#2
グラフィックが少しズレていたバグを修正しました。動作速度は変わらずです。
~~ダウンロードはこちらバイナリ(24KB) ソース(6.3MB)~~

2005/03/22追記
描画ルーチンのクロック削り作業を行い、約3%の速度向上です。
日刊高速化の様相を呈してきました(^^; なにか、もっと劇的に速くなる手段はないものでしょうか。
~~ダウンロードはこちらバイナリ(24KB) ソース(6.3MB)~~

2005/03/23追記
さらにクロック削りとメモリ配置の調整で、前日比4%の速度向上です。
ダウンロードはこちらバイナリ(24KB) ソース(6.3MB)

2005年3月16日

ATARI VCS/EMU(試作版)を作りました。
アタリ社の家庭用ゲーム機「ATARI VCS」のソフトを、P/ECE上で実行します。
まだ試作版なので、動作しないゲームも多く、また、数分の一～十数分の一の速度でしか動作しません。

使い方は次の通りです。
1. 配布ファイルに含まれている、「atarivcs.pex」をP/ECEに転送してください。
2. ROMイメージファイル(拡張子.a26)をP/ECEに転送してください。
  ROMイメージファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『ATARI VCS/EMU』を実行しててください。
4. ROMイメージファイル(拡張子.a26)のファイル名とサイズが一覧表示されます。
5. 上下キーで実行したいROMイメージファイルを選び、Ａボタンで実行します。
6. 実行中にSTART+SELECTボタンを押すと、一覧表示画面に戻ります。
7. 一覧表示画面でSELECTボタンを押すと、プログラム終了します。
操作方法は次の通りです。
- 選択画面
  - 上下左右ボタン　　　ゲームを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　ジョイスティックレバーに相当します。
  - Ａボタン　　　　　　ジョイスティックボタンに相当します。
  - Ｂボタン　　　　　　ジョイスティックボタンに相当します。
  - ＳＴＡＲＴボタン　　Resetボタンに相当します。
  - ＳＥＬＥＣＴボタン　Selectボタンに相当します。
  - START+SELECTボタン　選択画面へ戻ります。
ダウンロードはこちらバイナリ(24KB) ソース(6.3MB)

元祖、家庭用ゲーム機の王者「ATARI VCS」です。
僕が家庭用ゲーム機を遊ぶようになったのはカセットビジョンの頃で、ATARI VCSよりもだいぶん後です。
ATARI VCSのハードウェアについても、漠然としか知らなかったので、今回はじめて詳しく勉強しました。

ATARI VCSのハーウェアを特徴付けているのは、「TIA」と呼ばれるカスタムLSIで、主に画面表示を担当しています。
TIAの歴史と概要については、「Classic 8-bit/16-bit Topics」さんの「スプライトの起源 (3)」の記事がわかりやすいです。

MSXやファミコン等の、今日的な画面表示機能に較べると、TIAの画面表示機能はとにかく原始的です。
ほとんどあらゆるタイミングをソフトウェアで制御する必要があり、プログラムを停止すると、単純な静止画の表示さえも維持できなくなってしまうほどです。

1クロックサイクルの違いも許されない、究極のリアルタイムプログラミング。

一言で言って面倒なわけですが、でも、PC用のATARI VCSエミュレータ上でいくつか練習プログラムを作成していたところ、だんだん楽しくなってきました。
非力なハードウェア仕様なのですけれど、自由度が高いために、プログラミングはなかなか面白くて、チャレンジャブルです。
ATARI VCS用に数多くの名作ゲームが作られた理由が、少しわかったような気がします。

今回の「ATARI VCS/EMU」は、ATARI VCSのハードウェアを勉強しながら作成しました。
まだ試作版なので、動作しないゲームも多く、未高速化のために、数分の一の速度でしか動作しません。
これまでのエミュレーションプログラムは、CPU処理がボトルネックになることが多かったのですけれど、今回のボトルネックは描画処理の遅さに尽きます。
高速化のためには、もっとATARI VCSとTIAを理解する必要がありそうです。

2005年3月7日

Dhrystoneベンチマークを再計測しました。
約二年前に、『"DHRYSTONE" Benchmark Program Version 2.1』を使って、P/ECEの性能を測りました。(2003年5月20日の記事を参照してください)
その後の二年間で、P/ECEを高速化するためのいろいろな手段(正攻法＆裏技)が蓄積されたので、もう一度、再計測してみることにしました。

ダウンロードはこちらバイナリ&ソース(6.3MB)

二年前、いろいろ条件を変えて計測した結果のうち、いちばん良い結果は次のようなものでした。

Dhrystone値 9955.2[Dhrystone]
Dhrystone MIPS 5.6[DMIPS]
結果詳細
それに対して、今回の計測結果は、次のようになりました。

Dhrystone値 18765.2[Dhrystone]
Dhrystone MIPS 10.6[DMIPS]
結果詳細
二倍近く良い結果が得られました。
Dhrystoneベンチマークのプログラム自体を変更することはできないので、二年前と今回の違いは、メモリ配置とアクセスタイミングの調整によるものです。
特に、前回の計測時はスタック領域を低速なSRAM上に配置していたのですが、今回はぎりぎり高速RAMに配置できたことがスコアUpの大きな要因です。

二年前の考察は、P/ECEのCPU性能は、旧いPalmハンドヘルドよりも高性能で、ゲームボーイアドバンスとだいたい同じくらい。
SuperHシリーズのCPUを搭載したマイコンボードと較べると、同一クロックの性能で大きく負け越している、というものでした。
今回の結果をもってもう一度比較してみると、さすがにゲームボーイアドバンスの16MHz駆動ARM7とは大きな差が付いたようです。
CPUの内部動作クロックが三倍違うので、CPU単体の性能だけを比較するならば、まあ妥当な線だと思います。
しかし、同程度の動作クロック、同等のメモリ配置のSH-2マイコンボードと比較すると、あいかわらず二倍以上の差で負けています。
S1C33はSuperHの後追いと評されることがありますが(本当はどうなのかな?)、消費電力はともかく、処理速度のピーク性能ではちょっと分が悪いようです。

2005年3月4日

ゲームボーイ/EMUバージョンアップしました。変更点は次のとおりです。
- MBC3、MBC5のバンク切り替え方式の対応を追加しました。
  対応しているバンク切り替え方式は、ROM、MBC1、MBC2、MBC3、MBC5です。
  ROMとMBC1以外のバンク切り替え方式を使ったゲームは、あまり動作確認していないので、ちょっとアヤシイかも。。。
- SRAMのバッテリバックアップに対応しました。
  START+SELECT長押しでゲームを終了したとき、SRAMの内容が変化していたら、SRAMのセーブファイルを作成します。
  セーブファイル名は、ROMと同じファイル名で、拡張子を".sav"に変えたものです。
  SRAMの内容が変化していないか、または、空き容量が少なくてセーブファイルが作れない場合は、セーブしません。
~~ダウンロードはこちらバイナリ(28KB) ソース(6.2MB)~~

ゲームボーイ/EMUは、とりあえず今回で完成です。
でも、まだまだ上手く動作しないゲームもあるので、今後、改善できたらまた更新したいと思います。
ゲームボーイのソフトは、CPUパワーを消費しないように組まれているので、P/ECEでも良い速度で動くものが結構ありました。
今回は、成功です。

＞通信は流石に無理か。（てとら★ぽっとさん）
毎度、ご紹介ありがとうございます。
P/ECEの赤外線でゲーム中の通信はちょっと難しそうですけれど、でも、できたら面白いですよね。
性能度外視で、ちょっと試してみたくなりました。

2005/03/05追記
バブルボブルがラウンド開始直後に不正終了してしまっていた、CPUエミュレーションバグを修正しました。
また、バブルボブルはスプライト点滅表示を多用しているために、少し画面更新頻度を上げました。
画面更新頻度を上げたために、2005/03/04版よりも動作速度がわずかに遅くなっています。
バブルボブルを遊ばない方は、2005/03/04版をそのままお使い頂いた方が良いかも知れません。

ダウンロードはこちらバイナリ(28KB) ソース(6.2MB)

2005年3月2日

まどかの世界さんのサイトで、『P/ECEで動画プレイヤー』が公開されました。

さっそく、手持ちのムービーや、ゲームのデモムービーをダウンロードしてきて、変換して楽しんでいます。
実機で試せない方のために、Windows版のプレビューツールも付属していますが、P/ECE版の方が表示がスムーズで綺麗です。
機会があれば、ぜひ一度、P/ECEで動いているところを見ていただきたい作品です。

P/ECE側の表示ツール、Windows側の変換ツール共に、ソースが公開されています。
特にWindows側のソースは、DirectShowを利用して独自形式の動画ファイルを作成するプログラミング例として、参考になりそうです。
ゲームボーイ/EMUバージョンアップしました。変更点は次のとおりです。
- サウンドエミュレーションルーチンを高速化しました。
  
  ファミコン/EMUでは、サウンドの高速化はあまり効果がありませんでしたが、今回は効果絶大です。
  スーパーマリオランドも、サウンド付きで、充分な速度で動作するようになりました。
  場面によってはちょっと遅くなったりするのですけれど、まあまあ良い動作速度だと思います。
  
  また、前バージョンまで、全てのゲームでサウンドが1チャネル鳴っていなかった不具合も、治りました。(凡ミスでした…)
ダウンロードはこちらバイナリ(26KB) ソース(6.2MB)

高速化は、今回でだいたい完了です。
ゲームによって動作速度の差が極端で、遅いゲームはまだまだ遅いのですけれど。。。
次回のバージョンアップで、バンク切り替え処理の整理と、できればバッテリバックアップに対応して、完成させたいと思います。

2005年2月26日

ゲームボーイ/EMUバージョンアップしました。変更点は次のとおりです。
- 高速化しました。
  バンク切り替えの方法を変更して、これまで極端に遅かった64KB以上のゲームが、少しましな速度で動作するようになりました。
  前バージョンではコマ送りだったスーパーマリオランドも、サウンド無しならばストレス無い速度で遊べると思います。
  バンク切り替えの方法を変更したために、32KBのゲームの動作速度は、前バージョンよりも遅くなってしまいました。
  でもたぶん、ほとんどの32KBゲームの速度低下は、許容範囲だと思います。
  サウンド有りだと、どのゲームもかなり遅いのですけれど、まだサウンドルーチンを高速化していないので、もう少し速くなると思います。
  サウンドの有無にかかわらず、コマ送りの遅さになってしまうゲームも多くありますが(悪魔城ドラキュラなど)、そろそろ限界のようです。
- サウンドエミュレーションのバグを少し修正しました。
  魔界塔士Sa・GaのBGMが、まあまあ良い感じで演奏できるようになりました。
  ピンボールパーティやその他いくつかのゲームで、1トラック鳴っていないみたいのは、まだ治っていません。
  サウンドエミュレーヨンルーチンの高速化と併せて、もう少し調べてみようと思います。
~~ダウンロードはこちらバイナリ(26KB) ソース(6.2MB)~~

前バージョンまでは正しく動作しなかった、アレイウェイが動作するようになりました。
~~ポケットモンスターは、タイトルまでは行くのですが、ゲーム開始できずに止まってしまいます。(音だけ鳴ってます)~~
そもそもポケットモンスターは512KBのゲームなので、2MB版P/ECEが必須で、普通のP/ECEには入らないのですけれど。。。
もう少し、調べてみようと思います。

前述のとおり、まだサウンドエミュレーションルーチンの高速化を行っていないので、サウンド有りだと、どのゲームもかなり遅いです。
今後は、サウンドルーチンの高速化と、バンク切り替えの修正などを行って、あと2～3回のバージョンアップで完成させたいと思います。

2005/02/27追記
ポケモンが動くようになりました。(ちょっと遅めですけれど...)
まだサウンド高速化前ですが、スーパーマリオランドが少し速くなっています。
これから、サウンドエミュレーションルーチンの高速化にとりかかろうと思います。

ダウンロードはこちらバイナリ(26KB) ソース(6.2MB)

2005年2月25日

P/ECE研究記録更新しました。「続・ディレイド分岐命令の誤動作～"jp.d %rb"命令は使用不可」

2005年2月24日

ゲームボーイ/EMUバージョンアップしました。変更点は次のとおりです。
- 試験的にサウンドを追加してみました。でもまだかなり問題があります。
  
  一覧画面でＡボタンを押してゲームを開始すると、サウンド有りで実行します。
  一覧画面でＢボタンを押してゲームを開始すると、サウンド無しで実行します。
  
  去年GBSプレイヤーを作ったときのサウンドエミュレーションルーチンを流用してみたのですが、なんだかムチャクチャです。。。
  魔界塔士Sa・Gaは演奏がズレて曲の原型を留めていませんし、ピンボールパーティは1トラック鳴っていない感じ。
  他のゲームのBGMも変ですが、効果音はまあまあそれっぽく鳴っているので、無音よりは寂しくなくていいかな、と思います。
  これから、BGMが正しく演奏できていない原因を調べてみようと思います。
  また、GBSプレイヤーを作ったときには充分に高速化したつもりだったのですが、いま見返してみるともっと高速化できそうです。
  ちょっと、時間がかかりそうです。
ダウンロードはこちらバイナリ(25KB) ソース(6.2MB)

以下余談。ゲームボーイの話題とは関係のない、P/ECEのCPU S1C33209の話です。
今回のサウンド対応改造中に、S1C33209の不具合(?)っぽい現象に遭遇して、かなりはまりました。。。
2003年12月17日～23日のP/ECE研究記録「ディレイド分岐命令の誤動作」で、"jp.d %rb"命令の直前にメモリアクセス命令を置くと
ディレイド命令が実行されないという不具合について記しましたが、どうやら、異常動作が発生する条件はそれだけではなかったようです。
まだ調査中なので確定ではありませんが、DMA転送と"jp.d %rb"命令のタイミングが合ったときにも、同様の異常動作になるみたいです。
もしこの推測が正しければ、事実上"jp.d %rb"命令は使用不可、ということになってしまいます。
もう少し詳しく調べてから、P/ECE研究記録にまとめてみようと思います。
この件について既にご存知の方いらっしゃいましたら、ぜひアドバイスください。

2005年2月23日#2

ゲームボーイ/EMUバージョンアップしました。今回はバグ修正のみです。
- LCDCエミュレーションのバグを修正しました。
  前バージョンでは正しく動作しなかったテニスが、充分な速度で動作するようになりました。
  また、MBC2タイプのバンク切り替えを使っているゲーム魔界塔士Sa・Gaも動いているようです。
  まだ出だししか確認していないので、もしかしたらしばらく進んだ後に異常動作になるかも知れません。
ダウンロードはこちらバイナリ(24KB) ソース(6.1MB)

スーパーマリオランドやネメシスなどの動作速度は遅いままですけれど、魔界塔士Sa・Gaはなかなか良い速度で動いています。
タイトル画面が遅かったり、画面切り替え時にちょっとひっかかったりするものの、ゲーム中や通常の操作には充分な速度です。
魔界塔士Sa・Gaはピンボールパーティと並んで大好きなゲームボーイ作品で、当時はこの二つとクォースをよく遊んでいました。
ラスボスとの会話がこれほどまでに有名なRPG作品もめずらしいですよね、ソラで言える人も多いでしょう。

2005年2月23日

ゲームボーイ/EMUバージョンアップしました。変更点は次のとおりです。
- 前回未実装だったLCDCの機能や、画質の改善、CPUエミュレーションのバグを修正しました。
  バンク切り替えを行わない、32KBの小さな容量のゲームならば、かなり多くのタイトルが動作するようになったと思います。
- ゲーム終了の操作方法を変更しました。
  前バージョンでは、START+SELECTを押すとすぐにゲーム終了し、ファイル選択画面に戻っていました。
  今回のバージョンより、START+SELECT長押し(P/ECEのリセット操作と同じ)でファイル選択画面に戻るようにしました。
  このように変更した理由は、START+SELECTの操作を使うゲームがあり、すぐにファイル選択画面に戻ってしまうと操作できないからです。
ダウンロードはこちらバイナリ(24KB) ソース(6.1MB)

バンク切り替えを行わない、32KBの小さな容量のゲームは、まあまあいい感じで動くようになったと思います。
メジャーどころでは、アレイウェイがなぜか上手く動きませんけれど。。。

いちばん基本的なバンク切り替え方式(MBC1)に、暫定で対応してみたのですが、まだかなり問題があります。
スーパーマリオランドやネメシスなどが一応動作するものの、32KB以下のゲームに較べて、数分の一～十分の一の速度しか出ていません。
現在のエミュレーションプログラムは、バンク切り替え処理がものすごく遅いことが原因です。
ゲーム中に頻繁なバンク切り替えは無いだろう、という見込みで、バンク切り替えの遅さと引き換えに通常処理を最適化したのですけれど、
またも見込みが間違っていたみたいです。(前回のファミコン/EMUの教訓が生きていませんね(^^;)
バンク切り替えの効率を上げると、通常処理の速度が落ちて、32KB以下の小さなゲームまで遅くなってしまいそう・・・難しいところです。

64KB以上のゲームであっても、バンク切り替えが頻繁に発生しないものについては、まあまあの速度で動作しています。
たとえば、ソーラーストライカーやピンボールパーティは64KBのゲームなのですけれど、充分な速度が出ていると思います。
余談ですが、ピンボールパーティは荒削りながら遊び心の詰まったピンボールゲームで、いちばん好きなゲームボーイ作品のひとつでした。

2005年2月21日

ゲームボーイ/EMU(試作版)を作りました。
任天堂「ゲームボーイ」のソフトを、P/ECE上で実行します。

使い方は次の通りです。
1. 配布ファイルに含まれている、「gameboy.pex」をP/ECEに転送してください。
2. ROMイメージファイル(拡張子.gb)をP/ECEに転送してください。
  ROMイメージファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『GameBoy/EMU』を実行しててください。
4. ROMイメージファイル(拡張子.gb)のファイル名とサイズが一覧表示されます。
5. 上下キーで実行したいROMイメージファイルを選び、Ａボタンで実行します。
6. 実行中にSTART+SELECTボタンを押すと、一覧表示画面に戻ります。
7. 一覧表示画面でSELECTボタンを押すと、プログラム終了します。
操作方法は次の通りです。
- 選択画面
  - 上下左右ボタン　　　ゲームを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　十字キーに相当します。
  - Ａボタン　　　　　　Ａボタンに相当します。
  - Ｂボタン　　　　　　Ｂボタンに相当します。
  - ＳＴＡＲＴボタン　　STARTボタンに相当します。
  - ＳＥＬＥＣＴボタン　SELECTボタンに相当します。
  - START+SELECTボタン　選択画面へ戻ります。
ダウンロードはこちらバイナリ(22KB) ソース(6.1MB)

まだ試作版なので、未実装項目がたくさん残っています。
ほとんどのゲームは起動しないか、タイトル画面で止まってしまってゲームが開始できません。
現状で動作するゲームはごくわずかで、一応、問題なく遊べたのは「テトリス」と「ドクターマリオ」だけでした。
ただし、音は鳴りません。ドクターマリオの画面の色もちょっと変です・・・

始終速度不足だった前回のファミコン/EMUに較べると、今回のゲームボーイ/EMUの動作速度はいくぶんマシです。
「テトリス」はちょっと遅めな程度、「ドクターマリオ」は充分な速度で動作していると思います。
しかしそれは、未実装機能が多くてまだ処理が軽いためで、今後のバージョンアップでも速度を維持できる見込みは薄いです。。。

まずは速度よりも、動作するゲームの数をもう少し増やせればいいな、と思います。

2005年2月11日

P/ECE研究記録更新しました。「続・実はディレイド命令」

2005年2月10日

ファミコン/EMUバージョンアップしました。変更点は次のとおりです。
- サウンド処理を高速化しました。
  予測どおり、全体への効果は1%にも満たないものでした。。。
- デルタPCMチャネルを実装しました。
  ボンバーマンの爆発音などが鳴るようになりました。
ダウンロードはこちらバイナリ(25KB) ソース(5.6MB)

ファミコン/EMUは、とりあえず今回で完成としたいと思います。
マッパー1や4などの、メジャーなバンク切り替え方式に対応できなかったのが残念です。
初回に書いたとおり、今回のファミコン/EMUは、僕自身、ファミコンの勉強をしながらの作成でした。
少しはファミコンのことが理解できたと思いますので、またいずれ再挑戦してみたいな、と思います。

さて、P/ECEで動作するファミコンエミュレータは、実は三年前に既に作成なさった方がいらっしゃいます。
残念ながらスクリーンショットのみの公開に終わってしまったようで、いまいち話題にならなかったみたいです。
2002/01/04というと、P/ECE発売から一か月ぐらいしか経っていない時期で、作業の早さにおどろきです。

「P/ECEでFCエミュ」のコメントやスクリーンショットを見ると、やはり画面解像度の問題で苦労なさっているのがわかります。
今回のファミコン/EMUでは、256×240ピクセルを描画後、6ピクセルづつの平均を採って128×88ピクセルに圧縮しています。
P/ECEの白黒画面にしては、まあまあ綺麗な画面になったのではないかな、と思うのですけれど、反面、速度不足に陥りました。
そこでためしに、見栄えを犠牲にして速度を向上させた、ファミコン/EMU(低解像度版)を作ってみました。

ダウンロードはこちらバイナリ(25KB) ソース(5.6MB)

低解像度版は、縦横半分に間引いて128×120ピクセルを描画後、2ピクセル平均を採って128×88ピクセルに圧縮しています。
通常版の画面と較べてみると、かなり見栄えに差あります。
・・・スクリーンショットだとあまり違いがわかりませんね(^^; P/ECEの画面で見ると全然違うのですよ。
速度向上は、通常版に較べて３～４割増しといったところです。もう少し差がつくかと思ったのですけれど。。。
これでもまだ速度不足なのですが、一部のゲーム(グラディウスなど)はほぼ違和感のない速度が出ています。
静止画の粗さが気にならないアクションゲームなどでは、こちらの方が良いかも知れません。

2005年2月8日

ファミコン/EMUバージョンアップしました。変更点は次のとおりです。
- サウンドを追加しました。
  一覧画面でＡボタンを押してゲームを開始すると、サウンド有りで実行します。
  一覧画面でＢボタンを押してゲームを開始すると、サウンド無しで実行します。
  なお、デルタPCMチャネルは未実装です。
- マッパー2のバンク切り替え方式に対応しました。
  1943、ロックマン、ドラゴンクエストIIなどが動作するようになりました。
  ただし、マッパー0や3のゲームの動作速度に較べて、マッパー2のゲームの動作は極端に遅いです。
  たとえばドラゴンクエストIIの場合、最初のうちはそうでもないのですが、城の一階に降りた途端、コマ送りになります。
  あと、なぜかドラゴンクエストIIのサウンドが鳴りません。
ダウンロードはこちらバイナリ(24KB) ソース(5.6MB)

前回の高速化で、ある程度充分な速度になったつもりだったのですけれど、やっぱりまだまだ速度不足だったようです。
サウンド追加による速度低下はさほどでもないのですが、音楽のテンポで速度不足がよくわかってしまいますね。。。

でも、今回のプログラムでは、そろそろ高速化も限界。
今回追加したサウンド処理に、もう少しだけ高速化の余地があるので、もう一度バージョンアップしたいと思います。
サウンド処理はもともとそれほど遅くないので、プログラム全体の速度改善はあまり期待できない感じです。

そうそう、前回動作しなかったドラゴンクエスト(1)が、なぜか動作するようになりました。(しかしサウンドは鳴りません)

2005年2月5日

ファミコン/EMUバージョンアップしました。変更点は次のとおりです。
- 描画ルーチンを高速化しました。
  まあまあ、充分な動作速度になったと思います。
- 試験的に、いちばん単純なバンク切り替え方式(マッパー3)に対応してみました。
  スターソルジャー、迷宮組曲、グラディウスなどが動作するようになりました。
  ドラゴンクエストも同じ方式のはずなのですけれど、なぜか動作しません。
ダウンロードはこちらバイナリ(22KB) ソース(5.6MB)

やっぱり音が無いと寂しいので、これから音の追加に挑戦してみようと思います。
以前にNSFプレイヤーを作ったときは、既存プレイヤー(Nosefart)の移植でしたので、ファミコン音源のことはあまり調べませんでした。
そんなわけで僕はまだファミコン音源の知識が無く、これから勉強しながらの作成ですので、音の追加には少し時間がかかりそうです。

2005年2月3日#2

ファミコン/EMUバージョンアップしました。今回はバグ修正のみです。
- 動作速度が改善しました。
  前バージョンがやたら遅かった原因は、未高速化が理由ではなく、単にCRTCエミュレーションのバグでした。。。
ダウンロードはこちらバイナリ(22KB) ソース(5.6MB)

まだ充分な速度とは言えないものの、前回のコマ送り状態に較べれば、だいぶんマシになったと思います。
今回はバグ修正による動作速度の改善だけで、正確さや機能に関しては前バージョンとほとんど同じです。
画面描画ルーチンの高速化も未着手ですので、これから高速化してみようと思います。

2005年2月3日

ファミコン/EMUを作りました。
任天堂「ファミリーコンピュータ」のソフトを、P/ECE上で実行します。

使い方は次の通りです。
1. 配布ファイルに含まれている、「famicom.pex」をP/ECEに転送してください。
2. ROMイメージファイル(拡張子.nes)をP/ECEに転送してください。
  ROMイメージファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『Famicom/EMU』を実行しててください。
4. ROMイメージファイル(拡張子.nes)のファイル名とサイズが一覧表示されます。
5. 上下キーで実行したいROMイメージファイルを選び、Ａボタンで実行します。
6. 実行中にSTART+SELECTボタンを押すと、一覧表示画面に戻ります。
7. 一覧表示画面でSELECTボタンを押すと、プログラム終了します。
操作方法は次の通りです。
- 選択画面
  - 上下左右ボタン　　　ゲームを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　十字キーに相当します。
  - Ａボタン　　　　　　Ａボタンに相当します。
  - Ｂボタン　　　　　　Ｂボタンに相当します。
  - ＳＴＡＲＴボタン　　STARTボタンに相当します。
  - ＳＥＬＥＣＴボタン　SELECTボタンに相当します。
  - START+SELECTボタン　選択画面へ戻ります。
ダウンロードはこちらバイナリ(22KB) ソース(5.6MB)

説明不要のファミコンです。
僕はこれまでファミコンのハードウェアに関する知識が無かったので、今回、勉強しながらの作成です。
ごく初期のゲームがなんとか動作するようになった程度で、まだまだ問題山積です。
- ROM容量の小さなゲームしか動きません。
  バンク切り替え未対応なので、バンク切り替えを行わない、いわゆる「マッパー0」のゲームしか動作しません。
- 音は鳴りません。
  音が無いので、STARTボタンを押した後の開始音楽が長いゲームは、本当に動いているのか心配になるかも知れません。
  たとえば、ドンキーコングやポパイなどがそうです。
  ちょっと気長に待ってみてください。
- 画面表示が不正確です。
  部分スクロールを使ってスコアを表示しているゲーム、チャレンジャーやスーパーマリオブラザーズ等が問題有りです。
  特にチャレンジャーは、スクロールが逆方向になってしまったりしていて、かなり無茶苦茶です。
  部分スクロールでスコアを表示しているゲームでも、正しく表示できているものも少しあります。(ドルアーガの塔など)
- 遅いです。
  ゲームによって、かなり速度が違います。
  ドンキーコングやマリオブラザーズなどはまあまあの速度で動いていますが、ほとんどのゲームはコマ送り状態です。
  どうやら、背景グラフィックの透過部分が少ないゲームほど遅いみたいです。
  画面表示プログラムの高速化が未着手なので、もう幾分、高速化の余地はありそうです。
  CPUエミュレーションは既に高速化済みですから、CPUエミュレーションのさらなる大幅な高速化は期待薄です。

2005年1月25日

コレコビジョン/EMUバージョンアップしました。変更点は次のとおりです。
- サウンドエミュレーションを高速化しました。
  
  前バージョンでは、サウンドONで実行するとやや動作速度が遅くなってしまっていました。
  今回、サウンドエミュレーションルーチンを高速化し、ルーチン単体では三倍ぐらい速くなりました。
  全体では三倍もの効果はありませんけれど、サウンドON時の動作速度がいくぶん改善されたと思います。
ダウンロードはこちらバイナリ(31KB) ソース(5.5MB)
SG-1000/EMUバージョンアップしました。変更点は次のとおりです。
- サウンドエミュレーションを高速化しました。
  
  こちらにも、高速化したサウンドエミュレーションルーチンを組み込んでみました。
  コレコビジョン/EMUのバージョンアップと同様に、サウンドON時の動作速度がいくぶん改善されました。
ダウンロードはこちらバイナリ(28KB) ソース(5.5MB)

2005年1月23日

コレコビジョン/EMUを作りました。
コレコ社の家庭用ビデオゲーム機「コレコビジョン」のソフトを、P/ECE上で実行します。

使い方は次の通りです。

配布ファイルに含まれている、「coleco.pex」をP/ECEに転送してください。
BIOS ROMイメージファイルをP/ECEに転送してください。
コレコビジョン/EMUがBIOSを自動検出(※1)しますので、ファイル名は何でも構いません。
ゲームROMイメージファイル(拡張子.col)をP/ECEに転送してください。
BIOSおよびゲームROMイメージファイルは配布ファイルには含まれていません。別途、ご用意ください。
P/ECEのメニュー画面で、『ColecoVision/EMU』を実行しててください。
ROMイメージファイル(拡張子が.colのファイル)のファイル名とサイズが一覧表示されます。
上下キーで実行したいROMイメージファイルを選び、ＡまたはＢボタンで実行します。
(Ａボタンで実行するとサウンドON、Ｂボタンで実行するとサウンドOFFとなります。)
実行中にSELECTボタンを押すと、一覧表示画面に戻ります。
一覧表示画面でSELECTボタンを押すと、プログラム終了します。

(※1)BIOSの自動検出について
　コレコビジョン/EMUは、次の手順でBIOS ROMイメージファイルを自動検出します。
　　1. ファイルサイズが8192バイトちょうどで、"coleco.col"という名前のファイルがあれば、それを使います。
　　2. さもなくば、ファイルサイズが8192バイトちょうどで、ファイル全体のCRC32が0x3aa93ef3のファイルがあれば、それを使います。
　　3. さもなくば、ファイルサイズが8192バイトちょうどで、ファイル全体のCRC32が0x66cda476のファイルがあれば、それを使います。
　　4. さもなくば、ファイルサイズが8192バイトちょうどで、ファイル全体のCRC32が0x39bb16fcのファイルがあれば、それを使います。
　　5. 以上の手順で適切なファイルが見つからなければ、"BIOSが見つかりません"エラーを表示して終了します。

操作方法は次の通りです。

選択画面
- 上下左右ボタン　　　ゲームを選択します。
- Ａボタン　　　　　　ゲームを開始します。(サウンド有り)
- Ｂボタン　　　　　　ゲームを開始します。(サウンド無し)
- ＳＥＬＥＣＴボタン　プログラムを終了します。
ゲーム画面
- 上下左右ボタン　　　ジョイスティックに相当します。
- Ａボタン　　　　　　Fire 2ボタンに相当します。
- Ｂボタン　　　　　　Fire 1ボタンに相当します。
- ＳＴＡＲＴボタン　　キーパッド入力画面を表示します。
- ＳＥＬＥＣＴボタン　ゲームを終了し、選択画面に戻ります。
キーパッド入力画面
- 上下左右ボタン　　　キーパッドのボタンを選択します。
- ＡＢボタン　　　　　キーパッドのボタンを押して、ゲーム画面へ戻ります。
- START･SELECTボタン　キーパッドのボタンを押さずに、ゲーム画面へ戻ります。

ダウンロードはこちらバイナリ(31KB) ソース(5.5MB)

SG-1000/EMUで高速化したCPUとVDPエミュレーションプログラムを、せっかくなので他にも利用できないかと考え、コレコビジョン/EMUを作ってみました。

作っておいて言うのもなんですが、僕はコレコビジョンで遊んだことは一度もありません(^^;
当時、僕がいろいろな家庭用ゲーム機を見たり体験した場所は、主に大阪京橋京阪モールと、天満橋松坂屋のおもちゃ売り場でした。
高速船やカセットビジョンが遊べたり、ガラスケース内にもよくわからないゲーム機がたくさん展示してあり、品揃えはかなり豊富だったと思います。
が、コレコビジョンが置いてあった記憶がありません。(もしかしたらあったのかも知れないけれど。。。)
Webで調べてみると、コレコビジョンって日本では発売されなかったのですね。
名前はとてもよく通っているので、日本でも発売されたのだと思っていました。

そんなわけで、僕がコレコビジョンについて詳しく知ったのはつい最近なのですけれど、とても魅力的な機種だったようです。
コレコビジョンは、ファミコンやSG-1000の前年、1982年に発売された家庭用ビデオゲーム機で、SG-1000と非常に良く似た構成です。
もっとも、Z80A CPU＋TMS9918A VDPというのは、当時のホームコンピュータのごく一般的な構成ですから、他にも似た機種はたくさんありました。
そんな中でコレコビジョンの特徴は、たいへん豪華なゲームソフトのラインアップです。
ドンキーコング、同Jr、Mr.DO、Mr.DO vs ユニコーンズ、フロッガー、タイムパイロット、ロックンロープ等々、日本の業務用人気タイトルが揃っています。
なぜこれだけのゲームソフトが揃っていながら、日本未発売となってしまったのでしょうか？
SG-1000よりは、ファミコンと良い勝負ができただろうと思うのですけれど・・・

謝辞

マルチプラットフォームのコレコビジョンエミュレータ「ColEm」のソースを参考にさせていただきました。
ありがとうございます。

2005年1月15日

SG-1000/EMUバージョンアップしました。変更点は次のとおりです。
- CPUエミュレーションを高速化しました。
  
  前バージョンではちょっと遅めだった「どきどきペンギンランド」や「ガールズガーデン」等、多くのゲームが充分な速度で動くようになりました。
  きわめて動作の遅い「エクセリオン」や「ジッピーレース」等はまだ速度不足ですが、前バージョンよりはだいぶんマシになっていると思います。
ダウンロードはこちらバイナリ(28KB) ソース(5.5MB)

Z80 CPUエミュレーションプログラムを簡略化、徹底的に高速化してみました。
CPUエミュレーション処理単体で３倍以上、全体では２倍程度速くなりました。
まだクロック削りの最適化は行っていないので、もう少しだけ高速化の余地が残っていますが、かなり限界に近い速度だと思います。

2005年1月9日

SG-1000/EMUバージョンアップしました。変更点は次のとおりです。
- 前バージョンでは一部未実装だった、VDPエミュレーションを完成しました。
  チャンピオンベースボール等のゲームも、正しく画面が表示されるようになりました。
- VDPエミュレーションを高速化しました。
  VDPエミュレーションの主要部分をアセンブラで書き直して、描画を高速化しました。
ダウンロードはこちらバイナリ(32KB) ソース(5.3MB)

描画処理単体では２～３割速くなったのですけれど、全体の速度はあまり変わっていません。
やっぱりボトルネックはCPUエミュレーションの遅さにあるみたいです。
ちょっと地道な作業になりそうです。。。

＞SG-1000とか昔のハードは分からないんですけど（ぉ）（てとら★ぽっとさん）
ご紹介ありがとうございます。ファミコンと同年同月発売だったりするのですけれど・・・(^^;
後継のMARK IIIの方がファミコンの直接対抗機種との印象が強いために、一世代旧く錯覚しますよねえ。

2005年1月6日

SG-1000/EMUを作りました。
セガ社の家庭用ビデオゲーム機「SG-1000」のソフトを、P/ECE上で実行します。

使い方は次の通りです。
1. 配布ファイルに含まれている、「sg1000.pex」をP/ECEに転送してください。
2. SG-1000のROMイメージファイルをP/ECEに転送してください。
  ROMイメージファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『SG-1000/EMU』を実行しててください。
4. ROMイメージファイル(拡張子が.sgのファイル)のファイル名とサイズが一覧表示されます。
5. 上下キーで実行したいROMイメージファイルを選び、ＡまたはＢボタンで実行します。
  (Ａボタンで実行するとサウンドON、Ｂボタンで実行するとサウンドOFFとなります。)
6. 実行中にSELECTボタンを押すと、一覧表示画面に戻ります。
7. 一覧表示画面でSELECTボタンを押すと、プログラム終了します。
操作方法は次の通りです。
- 選択画面
  - 上下左右ボタン　　　　ゲームを選択します。
  - Ａボタン　　　　　　　ゲームを開始します。(サウンド有り)
  - Ｂボタン　　　　　　　ゲームを開始します。(サウンド無し)
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　ゲームパッドの方向操作に対応します。
  - ＡＢボタン　　　　　ゲームパッドのボタン操作に対応します。
  - ＳＴＡＲＴボタン　　一時停止／再開します。
  - ＳＥＬＥＣＴボタン　ゲームを終了し、選択画面に戻ります。
ダウンロードはこちらバイナリ(32KB) ソース(5.3MB)

今回のバージョンには、次のような問題点があります。
- 全般的に、実行速度が遅めです。
  ゲームによってかなり速度差があり、バンクパニックやチョップリフターは充分な速度が出ています。
  逆に、エクセリオンやギャラガなどは体感で五分の一未満？ぐらいの速度しか出ていません。
- VDPエミュレーションが未完成のため、画面の表示されないゲームがあります。
  (チャンピオンベースボールなど)
僕が最初に買った家庭用ビデオゲーム機はMARK IIIで、SG-1000は持っていなかったのですけれど、MARK IIIではSG-1000用ソフトも遊べて、
しかも安売りされていることが多かったので、いろいろ購入して遊びました。
スタージャッカー、バンクパニック、チャンピオンシリーズといったやや時期外れの業務用タイトルは、MARK III専用として移植されることはなく、
SG-1000用を遊ぶしかありませんでしたので、SG-1000互換機能はかなり重宝しました。
そんなわけで、僕はSG-1000ユーザーではなかったのですけれど、SG-1000用ゲームにも思い入れあります。いくつか挙げてみると…
スタージャッカーは、業務用も大好きだったゲームで、SG-1000用もその雰囲気を充分に再現しています。これはBGMに依るところが大きいですね。
バンクパニックも業務用タイトルからの移植。SG-1000用ソフトの中では一歩抜けたグラフィックが素晴らしく、オリジナルの業務用にも迫ります。
ガルケーブは、アイテム取得音ですぐわかるコンパイル社製シューティング。MARK III専用には少ないタイプのゲームで、いちばんよく遊んだかも。

さて、SG-1000の画面表示は、MSX1と同じ、256×192カラー16色です。
P/ECEの128×88白黒4諧調で表示するのはちょっと厳しいのですが、高速切替で16諧調表示を行い、なんとか認識できるレベルになったと思います。
まだあまりプログラムを高速化していませんので、前述の通り、実行速度はかなり遅いです。
遅すぎて逆に、サウンドを鳴らしてもさほど速度が変わらなかったので、サウンドを付けてみました(^^;
描画ルーチンのアセンブラ化や、CPUエミュレーションルーチンをSG-1000用に特化すれば、もう少し高速化の余地がありそうです。

2004年12月19日

シンプルセンチピードを作りました。
センチピード（アタリ・1980）に似たゲームです。

インストール方法は次のとおりです。
- centiped.pexをP/ECEに転送してください。
主なルールは次のとおりです。
- プレイヤーを操作して、ムカデを撃ち倒してください。
- ムカデを撃つと、撃った部分がきのこに変化し、また、ムカデが分裂します。
- プレイヤーとムカデが接触すると１ミス。３ミスでゲームオーバーです。
本物のセンチピードは、ムカデ以外にもクモやサソリ等いろいろな敵が出現するのですが、今回のシンプルセンチピードはムカデのみです。
ひたすらムカデを倒してください。

操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
  - 左右ボタン　　　　　　開始ラウンドを選択します。
- ゲーム画面
  - 上下左右ボタン　　　　プレイヤーを操作します。
  - ＡまたはＢボタン　　　弾を発射します。
- いつでも
  - ＳＴＡＲＴボタン　　ポーズ／ポーズ解除します。
ダウンロードはこちらバイナリ(20KB) ソース(5.2MB)

ビデオゲーム古典のひとつ、アタリ社のセンチピードです。
僕は、業務用でなくたしかPC-8801mkIIで遊んだ記憶があるのですけれど、いま調べると国内パソコンに移植された記録が見つかりませんでした。
当時、海外ゲームの移植と言えば、コンプティーク社かシステムソフト社という印象があったので、てっきりどちらかの移植だと思っていたのですが・・・
公式ではないフリーウェア版だったのかな？
GYMプレイヤーバージョンアップしました。
前回で完成の予定でしたが、もう少しだけFM音源の音が改善できましたので、もういちどバージョンアップです。
- 音色によって、フィードバックがかかりすぎてノイズになってしまっていた問題を修正しました。
  
  「ぷよぷよ」や「レッスルボール」等のGYMファイルを聴くと、違いがわかりやすいと思います。
ダウンロードはこちらバイナリ(23KB) ソース(5.2MB)

使い方や注意点については、前バージョン(2004年12月10日、2004年12月11日、2004年12月13日、2004年12月15日)の説明を参照してください。

2004年12月15日

GYMプレイヤーバージョンアップしました。変更点は次のとおりです。
- GYMファイルのループ演奏に対応しました。
  
  前バージョンまでは、GYMファイルにループ区間が設定されていても、ループせずに一周で演奏終了してしまっていました。
  今回より、GYMファイルにループ区間が設定されていたら、ループ開始位置へ戻ってループ演奏するようになりました。
  ループ区間が設定されているGYMファイルはさほど多くないのですけれど、「ぷよぷよ」などがそれに該当します。
ダウンロードはこちらバイナリ(23KB) ソース(5.2MB)

使い方や注意点については、前バージョン(2004年12月10日、2004年12月11日、2004年12月13日)の説明を参照してください。

GYMプレイヤーは、今回で完成としたいと思います。
FM音源の再現性はまだまだで、特に、音色によってはフィードバックがかかりすぎて単なるノイズになってしまっている点が気になりますけれど、
改善のためには僕自身もっとFM音源の勉強が必要なようです。

今回のプログラミングの目標の一つは、4オペレータFM音源の学習でした。
僕はこれまで、2オペレータFM音源の一種OPLLを軽く使った程度で、FM音源特有の音色設定方法などの知識はほとんど持っていませんでした。
OPLLはたくさんの内蔵音色を持っていて、自分で音色を作らなくても、内蔵音色を組み合わせて鳴らすだけでもある程度用が足りたからです。
OPN2(YM2612)のプログラミングをしてみて、FM音源の面白さがあらためて理解できたような気がします。

今回、OPN2の学習をしようとして困ったのが、Web上の資料の少なさです。
OPL、OPLL、OPMなど、他のFM音源の資料は比較的簡単に見つかるのですが、OPNシリーズのFM音源の資料がなかなか見つかりません。
既存のOPN2エミュレーションプログラムを参考に学習することはできますけれど、それだけではあまり面白くないですし。。。
OPNシリーズは、かつてパソコンの主力音源としてもっとも多く利用されたFM音源で、特にOPNA(YM2608)に精通なさっている方は多いはずです。
もっと簡単に資料が見つかるかと思ったのですけれど、意外と見つかりませんでした。
たぶん、OPNシリーズに関する情報の大半はパソコン通信のアーカイブに残っていて、Web上にはまだあまり公開されていないのかな、と思います。
今回は幸い、FM TOWNSの本を参考にして、OPN2の学習をすることができました。
FM TOWNSの本も既に絶版でなかなか入手困難な状況ですので、僕自身の備忘録として、近いうちにOPN2の資料をまとめておきたいと思います。
OPN2は、OPNシリーズの中でも特にシンプルな構成で理解しやすく、結果的に、4オペレータFM音源の学習に最適だったようです。
できればいつか、OPNシリーズのFM音源を搭載した実機を使ってプログラミングをしてみたいな、と思いました。

謝辞
- まどかの世界さんが、いろいろなMMC/SDカード製品で動作確認を取ってくださいました。 (まどかの自己満足日記→2004/12/13(月)の記事)
  BUFFALO RSDC-32Mだけでなく、多くのMMC/SDカード製品でも動作するようで、安心しました。ありがとうございます。
  以下、私信です。
  ぷよぷよファイナルステージの曲はループ演奏できるようになりましたが、イースIIIのヴァレスタイン城はやっぱりループしません。
  GYMファイルは単純なログダンプ形式ですので、明示的にループ区間が設定されていないと、ループ演奏できないのです。
  本来ループすべき曲でも、ループ区間が設定されていないGYMファイルがほとんどで、ぷよぷよのようにループ設定されている方が少数みたいです。
  あと、「マクロをdo{ }while(0)で囲む」のはマクロ定義の決まりごとみたいなもので、あまり重要な意味はないです。以下の記事が参考になると思います。
  - 簡潔な説明・・・ OGURISU Osamuさん → C FAQ 日本語訳 → 「10.4:複数の文(multi-statement)からなるマクロを書くにはどうすればよいか」
  - 具体例による説明・・・ BohYoh.comさん → C & C++ FAQ → 「二つの変数値を交換する関数形式マクロはどう実現すればよいでしょうか」
  次回のP/ECEネタも楽しみにしています。

2004年12月14日

『MMC/SDカードリーダーライター』バージョンアップしました。変更点は次のとおりです。
- 高速化しました。
  
  昨日版の「GYMプレイヤー」で作成したMMC/SDカード高速アクセスルーチンを利用して、「MMC/SDカードリーダーライター」も高速化してみました。
  現在のところ、手持ちのMMC/SDカード製品BUFFALO RSDC-32Mでしか動作確認していません。
  他のMMC/SDカード製品で利用すると、読み書き速度が速すぎて正しく動作しないかも知れません。
  もし今回のバージョンの「MMC/SDカードリーダーライター」が正しく動作しないようなMMC/SDカード製品でも、
  前回のバージョン(2004年11月7日)ならばたぶん正しく動作すると思いますので、そちらをおためしください。
ダウンロードはこちらバイナリ(21KB) ソース(5.2MB)

使い方や注意点については、前バージョン(2004年11月5日～7日)の説明を参照してください。

狙ったようなタイミングですが、手持ちのUSBカードリーダ/ライタ「GREEN HOUSE GH-CRGT10-U2」が壊れてしまいました。
まあ、以前から調子悪かったのですけれど。。。
当面のしのぎとして、P/ECE版MMC/SDカードリーダーライターを実用せざるをえなくなってしまいました。

前バージョンのP/ECE版MMC/SDカードリーダーライターは、実験プログラムとしてならばともかく、実用にするにはちょっと遅すぎます。
ちょうど昨日、MMC/SDカード高速アクセスルーチンが完成していたので、これを利用してP/ECE版MMC/SDカードリーダーライターを高速化してみました。
どのぐらい速くなったかというと、
- 約2.5MBのファイルを読み込むのに要する時間、前バージョン約3分50秒に対して、今回のバージョンでは約1分40秒
- 約2.5MBのファイルを書き込むのに要する時間、前バージョン約3分50秒に対して、今回のバージョンでは約1分40秒
読み書きに要する時間がまったく同じというのがちょっと不思議ですけれど、どちらも約2.3倍の高速化となりました。
GYMプレイヤーは5倍以上の高速化でしたが、MMC/SDカードリーダーライターはUSB通信などのオーバーヘッドもあるため、5倍の高速化にはなりませんでした。
もしかしたら、P/ECE⇔MMC/SDカードの通信よりも、PC⇔P/ECE間のUSB通信の方が、読み書き時間のかなりの部分を占めているのかも知れません。

高速化したとはいえ、市販のUSBカードリーダ/ライタに較べると、数十倍？の開きがあります。
やっぱり、早々に新しいUSBカードリーダ/ライタを購入する必要がありそうです。

謝辞
- まどかの世界さんの「MMCライブラリ」を少し変更して利用させていただきました。
  ありがとうございます。

2004年12月13日

GYMプレイヤーバージョンアップしました。変更点は次のとおりです。
- MMC/SDカード上のGYMファイルに対応しました。
  
  GYMファイルを転送したMMC/SDカードをP/ECEに接続し、GYMプレイヤーを実行してください。
  MMC/SDカード上のGYMファイルのファイル一覧に表示され、Ａボタンを押すと演奏可能です。
  ※5MB以上のGYMファイルには未対応です。5MB以上のGYMファイルがMMC/SDカード上にあっても、ファイル一覧に表示されません。
  
  フラッシュメモリ上のGYMファイルも、前バージョンまでと同様に演奏可能です。
  今回のバージョンのGYMプレイヤーは、MMC/SDカード対応改造していないP/ECEでもご利用いただけます。
- さらにもう少し、FM音源の再現性を改善しました。
ダウンロードはこちらバイナリ(22KB) ソース(5.2MB)

使い方や注意点については、前バージョン(2004年12月10日、2004年12月11日)の説明を参照してください。

MMC/SDカードに対応しました!!
GYMファイルはサイズが大きく、本体フラッシュメモリにはほとんど入らないので、まさにMMC/SDカード必須、これでやっと使い物になる感じです。

今回のMMC/SDカード対応には、ちょっと苦労しました。。。
GYMファイルは、演奏時間当りのデータ消費量が非常に大きいからです。
特に、DAC音源を使っているGYMファイルはその傾向が顕著で、素のPCM再生よりもビットレートが高い場合があります。
MMC/SDカードからGYMファイルを読み込みながら演奏処理を行うには、これまでと同じMMC/SDカード読み込み速度では全然間に合いません。
今回、MMC/SDカードからの読み込みタイミングを徹底的に切り詰めて、エラー発生の一歩手前まで高速化し、なんとか間に合わせました。
これまでのMMC/SDカード読み込み速度に較べて、５倍以上の高速化となっています。

手持ちのMMC/SDカードが一種類(BUFFALO RSDC-32M)しかないため、このカードでしか動作確認していません。
もしかしたら、他のMMC/SDカード製品では、読み込みタイミングが速すぎて正しく動作しないかも知れません。
逆にもし、他の製品でもこの速度で正しく動作するならば、これまでのMMC/SDカード利用プログラムも全部高速化できることになります。
折をみて、他のMMC/SDカード製品でも試してみたいと思います。

謝辞
- まどかの世界さんの「MMCライブラリ」を少し変更して利用させていただきました。
  ありがとうございます。

2004年12月11日

GYMプレイヤーバージョンアップしました。変更点は次のとおりです。
- FM音源の再現性を改善しました。
ダウンロードはこちらバイナリ(20KB) ソース(5.2MB)

使い方や注意点については、前バージョン(2004年12月10日)の説明を参照してください。

正確と言うにはまだ程遠いですけれど、前バージョンに較べると遥かにマシになったと思います。
意味不明な音にしか聴こえなかったソーサリアン等の曲も、ある程度聴けるレベルになりました。
高速化のために処理を簡略化してある割には、まあまあかな、と思います。

2004年12月10日

GYMプレイヤーを作りました。
「GYM形式」の音楽ファイルを、P/ECE上で再生します。

GYM形式とは、セガ「メガドライブ」用ソフトの音楽を記録したファイル形式の一種です。
詳しくは、Googleで「メガドライブ GYM」等のキーワードを検索してみてください。

既存のGYMプレイヤーについては、「VORC」さんのニュースが詳しいです。

使い方
1. 配布ファイルに含まれている、「gymplay.pex」をP/ECEに転送してください。
2. GYMファイル(拡張子が.gym)をP/ECEに転送してください。
  GYMファイルは配布ファイルには含まれていません。別途、ご用意ください。
  「Zophar's Domain」さんの「GYM Archive」のページから、たくさんのGYMファイルが入手できます。
3. P/ECEのメニュー画面で、『GYM Player』を実行しててください。
4. GYMファイルのファイル名とサイズが一覧表示されます。
5. 上下キーで再生したいGYMファイルを選び、Ａボタンで再生開始します。
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
ダウンロードはこちらバイナリ(20KB) ソース(5.2MB)

今回のGYMプレイヤーには、次のような問題点があります。
- FM音源の再現性が低いです。
  GYMサウンドの音源は、YM2612(OPN2)のFM音源部、YM2612(OPN2)のDAC音源部、およびSN76496(DCSG)の三種類です。
  今回のGYMプレイヤーでは、DAC音源とDCSGはまあまあ良い感じに鳴っているのですけれど、FM音源の再現性はかなり低いです。
- 圧縮GYM形式には未対応です。
  GYM形式は、サウンドCPUのエミュレーションではなく、演奏ログをそのまま記録する方式ですので、ファイルサイズがとても大きいです。
  ファイルサイズを抑えるために、圧縮GYM形式の仕様も規定されているのですけれど、今回のGYMプレイヤーでは未対応です。
  圧縮GYM形式のファイルを再生しようとすると、「再生できませんでした」と画面表示します。
YM2612(OPN2)は、4オペレータ6声のFM音源です。
同時発声数だけ見ると、PC-Engineと同等、スーファミよりも少ないぐらいなのですけれど、エミュレーション処理はダントツに重いです。
既存の正確なYM2612エミュレーションプログラムがいくつか存在しますが、P/ECEで利用するにはCPU性能が不足しすぎて全然間に合いません。
今回は、既存のプログラムを参考にさせて頂きつつ、発声の仕組みを徹底的に簡略化して、なんとかP/ECEで間に合う程度まで高速化できました。
簡略化しすぎて再現性がかなり低くなってしまいましたが・・・まあ、雰囲気で(^^;
僕はこれまで4オペレータのFM音源を使ったことがほとんど無く、今回のプログラミングは4オペレータFM音源の学習も兼ねていました。
仕様の把握間違いが原因で再現性が落ちている部分もあると思いますので、もう少し勉強してみようと思います。

GYM形式は、サウンドCPUのエミュレーションではなく、演奏ログをそのまま記録する方式ですので、ファイルサイズがとても大きいです。
標準P/ECEに転送できるぐらい小さなサイズのGYMファイルは、かなり限られてしまいます。
DAC音源を使っているソフトのGYMファイルはさらにファイルサイズが増大し、2～5MB程度もザラで、2MB版P/ECEでもかなり苦しいです。

そんなわけで、P/ECEに転送可能なサイズのGYMファイルは少ないのですけれど、転送できないGYMファイルも含めて、お奨めをご紹介。
- グレイランサー
  メガドライブ用ソフトの中でいちばん好きな作品のひとつです。
  メガドライブ用シューティングというとサンダーフォースIVが抜けて高い評価ですけれど、サンダーフォースIVは1ゲーム遊ぶと疲れます。。。(^^;
  グレイランサーは、敵が軟らかくて難易度が低い上にムーバー(オプション)が非常に強力で、気合入れなくても気軽に楽しめるので好きでした。
  やたら長いオープニングだけが(一部で)有名ですが、ステージBGMも名曲揃いで、サンダーフォースIVとは一味違ったギター音色がかっこいいです。
  2MB版P/ECEならば、いくつかのステージBGMがかろうじて転送可能です。
- ソルフィース
  オリジナルはX68000用のシューティングゲームで、元マイコンBASICマガジンの常連プログラマさん制作ということで話題を呼びました。
  僕はX68000版は数回しか遊んだことがなく、メガCD移植版で遊んでいました。
  日本版はメガCDで発売されたのに対して、海外版はROMで発売されたそうで、GYMファイルは海外版ROMからの記録となっています。
  X68000版やメガCD版のBGMはいまいち印象が薄かったのですけれど、海外版のBGMは気に入っています。
  ややゆっくりした曲調に、過剰なまでのハンドクラップ音の対比が印象的です。(X68000版はこんなアレンジじゃなかったと思います)
  当時、ソルフィースのスプライト回転を見てさすがメガCD！と思っていたのですけれど、海外版がROMということは、メガCDの回転機能じゃなかった!?

2004年12月5日

P/ECE研究記録更新しました。「ADPCMの仕組み#5」（今回で完了です）
今回はいつものTXTではなく、HTMLで書きました。こちらのリンクからご覧下さい。

2004年12月4日

P/ECE研究記録更新しました。「ADPCMの仕組み#4」
今回はいつものTXTではなく、HTMLで書きました。こちらのリンクからご覧下さい。

2004年12月3日

P/ECE研究記録更新しました。「ADPCMの仕組み#3」
今回はいつものTXTではなく、HTMLで書きました。こちらのリンクからご覧下さい。

2004年12月1日

P/ECE研究記録更新しました。「ADPCMの仕組み#2」
今回はいつものTXTではなく、HTMLで書きました。こちらのリンクからご覧下さい。

2004年11月30日

P/ECE研究記録更新しました。「ADPCMの仕組み#1」
今回はいつものTXTではなく、HTMLで書きました。こちらのリンクからご覧下さい。

2004年11月28日

ホッピングマッピーもどきを作りました。ホッピングマッピー（ナムコ・1986）に良く似たゲームです。

インストール方法は次のとおりです。
- 「hopmappy.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- マッピーを操作して、ターゲットを取って下さい。
  同じ種類のターゲットを連続で取ると、得点倍率がアップします。
  できるだけ、同じ種類のターゲットを連続で取った方が有利です。
- マッピーがニャームコやミューキーズに触れるとアウトです。
  ニャームコが疲れて立ち止まっているときは、踏みつけて倒すことができます。
- ラウンド開始後一定時間経過すると、敵の動きが速くなります。
  さらに一定時間経過すると、ご先祖様が出現します。
  ラウンドクリアに時間をかけ過ぎないよう、注意してください。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 上下左右ボタン　　　ラウンドを選択します。
- ゲーム画面
  - 上下左右ボタン　　　マッピーを移動します。
  - ＡまたはＢボタン　　マッピーの移動を加速します。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(53KB) ソース(5.3MB)

同時期のナムコ社作品の中でも、ひときわ評価の低い「ホッピングマッピー」です。
正直言って、僕も最初は面白いと思いませんでした。。。
アクションゲームとして遊ぶと単純すぎるゲームですが、これは戦略ゲームなのですよね。
同社の「グロブダー」と同様、敵の配置を見て、クリアパターンを作るのが楽しいゲームです。
どちらも遠藤雅伸氏率いるチームによって制作された作品で、なるほど共通点が感じられます。

今回の「ホッピングマッピーもどき」は、本物に較べて、いくつか省略した点があります。
- 敵配置はランダムです。
- びっくり箱はありません。
- ボーナスステージはありません。
敵配置がランダムなので、本物にあるパズル性は無く、ただのアクションゲームになってしまいました。
しかし遊んでみると、ランダム配置でもプレイ感覚はさほど悪くなく、意外といけるように思います。
びっくり箱がないので、アイテムによる反撃はできません。
ニャームコを踏みつけて倒すことはできますが、ミューキーズへの反撃方法はありません。

さて、過去にMODでBGMを付けたゲームをいくつか作りましたが、今回はS3MでBGMを付けてみました。
S3M-BGM第一弾です。
S3M演奏ルーチンは、先日「S3MプレイヤーII」を作ったときに作成したものを利用しました。
ホッピングマッピーのBGMならば、標準4声のMODでも充分なのですけれど、S3Mの方がやや作成が楽でした。
今後、BGMを付けるときも、MODからS3Mへ切り替えていこうと思いました。

2004年11月23日

ITプレイヤー(試作版)を作りました。
モジュール音楽フォーマットの一種、「IT形式」の音楽ファイルを、P/ECE上で再生します。
試作版なので、演奏可能なITファイルの数はかなり少なく、演奏の正確さもまだまだです。

既存のITプレイヤーについては、「VORC」さんのニュースが詳しいです。

使い方は次のとおりです。
1. 配布ファイルに含まれている、「itplay.pex」をP/ECEに転送してください。
2. ITファイル(拡張子が.xm)をP/ECEに転送してください。
  ITファイルは配布ファイルには含まれていません。別途、ご用意ください。
  「The Mod Archive」さんのサイトから、たくさんのITファイルが入手可能です。
3. P/ECEのメニュー画面で、『IT Player 』を実行してください。
4. ITファイルのファイル名と曲のタイトルが一覧表示されます。
5. 上下キーで再生したいITファイルを選び、Ａボタンで再生開始します。
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
ダウンロードはこちらバイナリ(19KB) ソース(5.1MB)

IT形式は、よく普及しているモジュール音楽フォーマットの中で、もっとも高機能な形式のひとつです。
今回、IT形式の勉強を兼ねて演奏ルーチンを組み始めてみたところ、高機能さを体感できました。。。
MOD、S3Mはもちろん、XM形式と較べてもかなり複雑です。
MODやS3M等のモジュール音楽フォーマットは、素の音源ハードウェアに依存した仕様になっていることが多いのですけれど、
IT形式はあまり音源ハードウェアに依存した仕様ではなく、むしろMIDIの仕組みに近い感じです。

今回のITプレイヤー(試作版)は、IT形式特有の機能と複雑さをばっさり切り捨てて実装しました。
演奏可能なITファイルはかなり少なく、演奏の正確さもまだまだなのですけれど、 Re-awakened agony や Twilight Rain by Farmer などは、
まあまあいい感じに演奏できていると思います。(後者はファイルサイズが大きいので、2MB版P/ECEが必要です)

演奏可能なITファイルが少ない理由の一つは、圧縮サンプルに対応できないことです。
IT形式のサンプル圧縮方法は、ロード時にすべて展開することを前提としているようで、ADPCMのように展開しながら再生するのはちょっと難しい感じです。
圧縮サンプルをすべて展開するには、P/ECEのRAM容量が少ないため、圧縮サンプルを利用しているITファイルは演奏できません。
1996年までのITファイルは、圧縮サンプル形式が出始めだったためか、圧縮サンプルの利用率がいくぶん低いみたいです。
1997年以降のITファイルは、圧縮サンプルを利用していることが多いようです。
また逆にごく最近のITファイルも、圧縮サンプルに対応していない編集ツールで作成されている(？)みたいで、圧縮サンプルの利用率がやや低いようです。
S3MプレイヤーIIバージョンアップしました。変更点は次のとおりです。
- 高速化しました。
  
  音楽プレイヤー用途ならば前バージョンでも充分に間に合っていたのですけれど、今後ゲームBGMの演奏に利用する場合に備えて、演奏ルーチンを高速化しました。
  演奏ルーチンの主要部分をアセンブラで書き直した結果、前バージョンに較べて約20～30%の高速化となりました。
  平均的なS3Mファイルならば、P/ECEの最大処理能力に対する割合で、約10～20%程度に収まるようです。
- テンポゆらぎを修正しました。
  
  前バージョンは、処理を軽くするために演奏処理を1/50秒単位で行っていたために、いくつかのS3Mファイルでテンポゆらぎが発生してしまっていました。
  今回のバージョンでは、演奏処理を1/250秒単位で行うように変更し、テンポゆらぎを軽減しました。
  - --Skyrider-- -などのS3Mファイルを聴くと、違いがわかりやすいと思います。
ダウンロードはこちらバイナリ(23KB) ソース(5.1MB)

2004年11月19日

S3MプレイヤーIIバージョンアップしました。変更点は次のとおりです。
- スキップパターン(ModplugTracker上で[+++]と表示されるパターン)の処理を追加しました。
  
  滅多に使われない機能だろうと考えて前回は未実装のままだったのですが、さらにいくつかのS3Mファイルを聴いてみるとSplatFest IntroMusic - 1994が使っていました。
  前回は、スキップパターンを含むS3Mファイルを演奏すると、曲の途中で演奏が終わってしまっていました。(旧S3Mプレイヤーにも同様の問題がありました)
  今回の変更により、スキップパターンを含むS3Mファイルも正しく演奏できるようになりました。
ダウンロードはこちらバイナリ(23KB) ソース(5.1MB)

S3MプレイヤーIIは今回で完成としたいと思います。

MODやS3M形式は、GAMEBOYADVANCE用の市販ゲームのBGM演奏にも利用される場合があるのだそうです。
MODはともかくS3Mはオーバースペックでは・・・と思っていたのですが、S3M形式の構造を勉強してみて考えが改まりました。
モジュール音楽フォーマットの基本はMOD形式ですけれど、後付けの拡張が少ない分S3M形式の方が単純にまとまっている感じがしました。
MOD形式では演奏データが肥大化しがちな問題も、S3M形式やその他の新しい形式では肥大化を防ぐ対策が取られています。
なるほど、リソースの少ないゲーム機のBGM演奏には、MODよりもS3Mの方が向いているのかも知れません。
XM形式やIT形式まで行ってしまうとさすがに高機能すぎるので、S3M形式がベストバランスという感じです。

2004年11月18日

XMプレイヤーIIバージョンアップしました。今回はバグ修正のみです。
- エフェクトが長期間かかり過ぎていたバグを修正しました。
ダウンロードはこちらバイナリ(22KB) ソース(5.1MB)

一点のみですが、かなり大きなバグでした。意外と気付かないものですね(^^;
Claustrophobiaを聴くと、違いが顕著だと思います。(600KB以上あるので、2MB版P/ECE必須です)
S3MプレイヤーIIを作りました。
モジュール音楽フォーマットの一種、「S3M形式」の音楽ファイルを、P/ECE上で再生します。
2002年10月に作った「S3Mプレイヤー」のバージョンアップではなく、完全に作り直しています。

既存のS3Mプレイヤーについては、「VORC」さんのニュースが詳しいです。

旧S3Mプレイヤーとの違いは、次のとおりです。
- S3M演奏ルーチンを新しく書き直しました。
  
  旧S3Mプレイヤーでは、Daniel Marks氏とDavid Jeske氏の『s3mod』の演奏ルーチンを利用させて頂いていました。
  今回のS3MプレイヤーIIには、自分で実装したS3M演奏ルーチンを使用しました。
  『s3mod』のS3M演奏ルーチンは既に、P/ECEで利用するに充分な速度と省メモリだったので、再実装する必要はあまりないのですけれど、
  いずれS3Mの上位形式「IT形式」にも挑戦したいと考えていて、今回は基礎固めとしてS3M演奏ルーチンを実装してみることにしました。
- 本体フラッシュメモリ上のZIP圧縮されたS3Mファイルや、MMC/SDカード上のS3Mファイルにも対応しました。
  
  具体的には、次のようなファイルが演奏可能です。
  - 本体フラッシュメモリ上のS3Mファイル
    本体フラッシュメモリに入るサイズならば、その他のサイズ制限はありません。
  - 本体フラッシュメモリ上のZIP圧縮されたS3Mファイル
    ただし、圧縮前のS3Mファイルサイズが128KB以下でなければいけません。
    元のS3Mファイルサイズが128KBを超える場合、ファイル一覧に表示されません。
  - MMC/SDカード上のS3Mファイル
    ただし、ファイルサイズが128KB以下でなければいけません。
    ファイルサイズが128KBを超える場合、ファイル一覧に表示されません。
使い方は次のとおりです。
1. 配布ファイルに含まれている、「s3mplay2.pex」をP/ECEに転送してください。
2. S3Mファイル(拡張子が.s3m)をP/ECEに転送してください。
  S3Mファイルは配布ファイルには含まれていません。別途、ご用意ください。
  「The Mod Archive」さんのサイトから、たくさんのS3Mファイルが入手可能です。
3. P/ECEのメニュー画面で、『S3M Player II』を実行してください。
4. S3Mファイルのファイル名と曲名またはファイル名が一覧表示されます。
  STARTボタンを押すと、ファイル名表示と曲名表示が切り替わります。
  ZIP圧縮されたS3Mファイルや、MMC/SDカード上のS3Mファイルは、少なくとも一度再生するまで、曲名は表示されません。
5. 上下キーで再生したいS3Mファイルを選び、Ａボタンで再生開始します。
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
ダウンロードはこちらバイナリ(23KB) ソース(5.1MB)

今回のS3MプレイヤーIIは、僕自身がS3Mファイルの構造を勉強する目的が第一だったので、速度や正確さは旧S3Mプレイヤーとさほど変わりません。
音質は多少改善されていると思います。いかがでしょうか？

旧S3Mプレイヤーとの機能的な違いは、ZIP圧縮とMMC/SDカードに対応したことなのですが、いまいちです。
ZIP圧縮されたS3MファイルやMMC/SDカード上のS3Mファイルは、いったん本体RAMに読み込む必要があるため、上限が128KBになってしまいました。
(本体フラッシュメモリ上のS3Mファイルは、フラッシュメモリ上に置いたまま演奏できるので、サイズ制限はありません)
実際には、128KB以下のS3Mファイルはかなり少なく、ZIP圧縮とMMC/SDカード対応の恩恵はあまりないです。。。
くどいですが、本体RAMがもっと欲しいなぁ(^^;

謝辞
- まどかの世界さんの「MMCライブラリ」を少し変更して利用させていただきました。
  ありがとうございます。

2004年11月15日

SPCプレイヤー(MMC対応版)更新しました。変更点は次のとおりです。
- MMC/SDカード上の、長いファイル名を持つSPCファイルも再生できるようになりました。
  
  前バージョンでは、MMC/SDカード上のSPCファイルは、P/ECEのファイル名として利用可能な文字だけを使った、短いファイル名でなければいけませんでした。
  P/ECEのファイル名としては使えない文字を含んでいたり、長いファイル名だった場合は、SPCファイル一覧に表示されないため、再生できませんでした。
  
  今回の更新で、これらのファイルもSPCファイル一覧に表示されるようになりました。
  ただし、長いファイル名がそのまま表示されるのではなく、自動変換されたショートファイル名で表示されます。
  たとえば、このようなファイルをMMC/SDカードに転送しておくと、SPCファイル一覧にはこのように表示されます。
- MMC/SDカード上に拡張子「.SPC」を持つフォルダがあると、誤ってSPCファイル一覧に表示してしまっていた問題を修正しまいた。
  
  滅多にないケースだと思いますけれど、念のためいちおう修正、です。
注意
- MMC/SDカード上にある、かな漢字を使ったファイル名のSPCファイルは、今回のバージョンでも一覧表示されません。
  MMC/SDカードにSPCファイルを転送する場合は、かな漢字を使ったファイル名は避けてください。
- 長いファイル名のSPCファイルをたくさん転送しようとすると、MMC/SDカードの容量が余っていても「受け側のドライブのディスクがいっぱいです。」と表示されることがあります。
  これは、MS-DOSファイルシステムの制限です。
  できるだけたくさんのSPCファイルをMMC/SDカードに転送したい場合は、やはり短いファイル名にリネームしてから転送した方が効率的です。
その他の注意点や使い方については、前バージョン(2004年10月17日～25日)の説明を参照してください。

ダウンロードはこちらバイナリ(29KB) ソース(5.0MB)
SPCプレイヤー(MMC対応版)は、無改造の通常のP/ECEでも使えます。

今回のバージョンで、Ｐ魂2004に応募しました。どうぞ、よろしくお願いいたします。

謝辞
- まどかの世界さんの「MMCライブラリ」を少し変更して利用させていただきました。
  ありがとうございます。

2004年11月14日#2

XMプレイヤーIIバージョンアップしました。変更点は次のとおりです。
- 前回未実装だったエフェクトのうち、トーンポルタメントやグローバルボリューム等を実装しました。
  トーンポルタメントは比較的使用頻度が高いので、多くのXMファイルで演奏が改善されたと思います。
- 前回実装済みだったエフェクトに関しても、修正・調整を行いました。
ダウンロードはこちらバイナリ(22KB) ソース(5.0MB)

XMプレイヤーIIは、今回のバージョンで完成です。
トレモロやビブラート等、未実装のエフェクトも残っていますが、P/ECEで聴くにはこのあたりで充分かな？と思います。
まだ処理速度にも少し余裕があり、手元のXMを試したところ、ほとんどのXMファイルが演奏可能でした。
ただし、P/ECEのフラッシュメモリに入れば(^^;

XMファイルのサイズは、小さいものでも200～300KB程度、大きいものは1MBオーバーがザラで、
標準の512KB版P/ECEならば1曲、2MB版P/ECEでも2～4曲ぐらいしか入らないです。
MMC対応で何とかしたいところなのですが、今回のXMプレイヤーIIはXMファイルをフラッシュメモリ上に置いたまま利用していて、
仮にMMCを利用したとしても、XMファイル全体をいったんRAMに読み込む必要があり、RAM容量不足が問題になってしまいます。
やっぱり、メインRAM容量がもっと欲しいなぁ、と思いました。

2004年11月14日

XMプレイヤーIIバージョンアップしました。変更点は次のとおりです。
- ボリュームエンベロープを実装しました。
  発声時のアタックや減衰の音量変化が付いて、演奏にややメリハリが出た感じです。
  ボリュームエンベロープに依存している曲とそうでない曲があるみたいで、依存していない曲はあまり変わらないです。
- Amiga周波数テーブルを使うXMファイルも演奏できるようになりました。
  ただし、Amiga周波数テーブルを実装したわけではなくて、通常のLinear周波数テーブルで無理やり演奏しています。
  本当は違うのですけれど、聴いてみて気になるほどの違いが感じられなかったので、これで妥協することにしました(^^;
ダウンロードはこちらバイナリ(21KB) ソース(5.0MB)

Amiga周波数テーブルを使うXMファイルに無理やり対応し、前バージョンでは演奏できなかったXMファイルも、多くが演奏できるようになりました。
また、前回“そろそろ処理速度も厳しくなってきた”と書いたのですが、計測してみると意外とまだ余裕があったみたいです。
あとは、残りの未実装エフェクトのうち、いくつかを実装して仕上げようと思います。

2004年11月13日

XMプレイヤーIIバージョンアップしました。変更点は次のとおりです。
- 前回未実装だったエフェクトのうち、使用頻度が高くて重要なものをいくつか実装しました。
  (Set Volume, Volume slide, Porta up/down, Position jump, Pattern break, Set tempo/BPM)
- 音程の計算精度を改善し、Finetune(音程の微調整)を実装しました。
  前回のバージョンではいくつかのXMファイルで音程がズレていたのが、正しい音程になりました。
ダウンロードはこちらバイナリ(20KB) ソース(5.0MB)

前回のバージョンに較べると、今回はかなり“聴ける”ようになったと思います。
まだ残っている大きな未実装項目として、エンベロープ機能とAmiga周波数テーブルがあります。
そろそろ処理速度も厳しくなってきましたが、できればエンベロープ機能は追加したいところです。

お奨めXMファイルは「Lizardking's Theme 2.0」。
「Lizardking's Theme 2.0」は、以前に紹介したMOD版「Lizardking's Theme」の、XM版です。
MOD版とXM版を聴き較べてみると、かなりアレンジが違っていて面白いです。
ファイルサイズが650KBあるので、2MB版P/ECEでないとフラッシュメモリに入らないのですけれど。。。

2004年11月12日

XMプレイヤーII(試作版)を作りました。
モジュール音楽フォーマットの一種、「XM形式」の音楽ファイルを、P/ECE上で再生します。
昨年二月に作った「XMプレイヤー」のバージョンアップではなく、完全に作り直しています。

既存のXMプレイヤーについては、「VORC」さんのニュースが詳しいです。

使い方は次のとおりです。
1. 配布ファイルに含まれている、「xmplay2.pex」をP/ECEに転送してください。
2. XMファイル(拡張子が.xm)をP/ECEに転送してください。
  XMファイルは配布ファイルには含まれていません。別途、ご用意ください。
  「The Mod Archive」さんのサイトから、たくさんのXMファイルが入手可能です。
3. P/ECEのメニュー画面で、『XM Player II』を実行してください。
4. XMファイルのファイル名と曲のタイトルが一覧表示されます。
5. 上下キーで再生したいXMファイルを選び、Ａボタンで再生開始します。
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
ダウンロードはこちらバイナリ(18KB) ソース(5.0MB)

以前に作成した旧XMプレイヤーは、XM演奏ルーチンとして「吉田研究所＠世田谷」さんの『ModPlug 互換、MOD / XM プレイヤーのソース』を利用させて頂いていました。
『ModPlug 互換、MOD / XM プレイヤーのソース』はとても正確な演奏ルーチンなのですが、P/ECEで利用するにはCPU性能とRAM容量が不足なため、
旧XMプレイヤーでは、20KB程度の非常に小さなXMファイルしか演奏できませんでした。

今回のXMプレイヤーIIで作成中のXM演奏ルーチンは、正確さを捨てて簡略化し、高速化と省メモリを重視する方針です。
同時発声数が多く、ファイルサイズも大きなXMファイルを演奏できるようにすることが目標です。
個々のXMファイルにもよりますが、現状で、P/ECEのフラッシュメモリ容量ぎりぎりの300KB以上のXMファイルも演奏できました。

ただし、今回のバージョンは処理速度とメモリ消費量を試すための試作版で、未実装項目がたくさん残っています。
- エンベロープが未実装です。
- エフェクトの大半が未実装です。
- Amiga周波数テーブルを使うXMファイルは演奏できません。
- その他、たくさんの未実装項目があります。
処理速度とのバランスをとりながら、よく使われる機能や目立つ部分を優先で実装していこうと思います。

最後に、お奨めXMファイルの紹介です。
以前にも書きましたけれど、僕はLizardking氏のモジュール音楽が好きで、よく聴いています。
まずはLizardking氏のXM作品から、「Art of Chrome」。典型的なLizardking氏の曲調です。
僕がLizardking氏の音楽に興味を持ったのは、Tritonのメガデモ「Crystal Dream 2」がきっかけでした。
Lizardking氏と共に「Crystal Dream 2」の音楽を担当なさっていたVOGUE氏のXM作品から、「Beyond Reality」。
実はつい最近までVOGUE氏を知らなくって、「Ambient Power」や「The Decalogue」もLizardking氏の作品だと思っていました。。。
以上二曲、今回のXMプレイヤーII(試作版)でも、まあまあ良い感じに演奏できます。

謝辞
- 「吉田研究所＠世田谷」さんのサイトの、『音源フォーマット MOD について』の各記事を参考にさせて頂きました。
  ありがとうございます。

2004年11月9日

適性トレーナーを作りました。自動車教習所などで行う、適性検査の一種です。
Ｐ魂2004シンプルライブラリ部門への応募予定作品です。

インストール方法は次のとおりです。
- 「tekisei.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 「上に切り欠きが入った○」と「下に切り欠きが入った○」以外の○に、チェックを付けて下さい。
- 「上に切り欠きが入った○」と「下に切り欠きが入った○」には、チェックを付けないで下さい。
- 制限時間30秒以内に、正しくチェックを付けられた数を競います。
操作方法は次のとおりです。
- 左ボタン　　カーソルを前へ移動します。
- 右ボタン　　カーソルを次へ移動します。
- 上下ボタン　使いません。
- Ａボタン　　チェックを付けます。
  　　　　　　既にチェックを付けた○の上でもう一度押すと、チェックを取消します。
- Ｂボタン　　残り時間を放棄して、ただちに採点を開始します。
得点システムは次のとおりです。
- 「上に切り欠きが入った○」と「下に切り欠きが入った○」以外の○にチェックを付けたら、１点です。
- 「上に切り欠きが入った○」と「下に切り欠きが入った○」にチェックを付けたら、－５点です。
- それ以外は、ノーカウントです。
ダウンロードはこちらバイナリ＆ソース(46KB)

自動車教習所などで最初にやらされたりする、適性検査の一種です。
意外と難しいんですよね、パーフェクト取れる人とかいらっしゃるんでしょうか？
適性検査でハイスコアをたたき出したからといって、特に優遇があるわけではないのですけれど・・・(^^;

今回の『適性トレーナー』は制限時間をかなり短めに設定してあるので、パーフェクトは無理だと思います。
僕のハイスコアは７０点、つまり１秒平均２個と少しチェックするのが限界でした。
１００点(１秒平均３．３個チェック)ぐらいが目標です。

2004年11月7日#2

P/ECE研究記録更新しました。「構造体パックに問題あり#2」
まどかの世界さんのサイトで、「MMC対応カーネル Ver 1.26」が公開されました。
ハードディスク形式、スーパーフロッピー形式の各形式にフォーマットしたSDカードを使ってみて、問題なく動作することを確認しました。
さっそくの対応、ありがとうございました。
ピースでビーズ・・・じゃなくってビーズでピース、奥様のアイデアでしょうか。いいセンスですねぇ(^^)

2004年11月7日

『MMC/SDカードリーダーライター』バージョンアップしました。今回はバグ修正のみです。
- Windowsのタスクトレイから「ハードウェアの取り外し」を行うと、稀にMMC/SDカードリーダーライターが終了できなくなっていた問題を修正しました。
  
  以下、問題の原因と対処方法を記しておきます。不要な方は読み飛ばしてください。
  
  前バージョンのリリース後、次のような不具合があることに気付きました。
  「ハードウェアの取り外し」を行うと、10回に2～3回ぐらいの割合で、SELECTボタンを押してもMMC/SDカードリーダーライターが終了できなくなるのです。
  読み書き結果には問題なく、また、USBケーブルを抜き差しすると(P/ECEが電池駆動したままでも!!)、なぜか復活して終了できるようになります。
  だけどやっぱり気持ちが悪いので、原因を探ってみました。
  
  結果、どうやら、P/ECEのUSBコントローラがサスペンド時クロックダウンの設定になっていると、稀に上述の問題が発生することがわかりました。
  通常のP/ECE通信(USBCOM)や、USBマウス、USBキーボード等の利用法では、USBコントローラのサスペンド時クロックダウンは全く問題ないのですが、
  USBストレージとして利用する場合のみ、サスペンド時クロックダウン設定が問題を起こすことがあるみたいなのです。
  具体的には、「ハードウェアの取り外し」→USBCのSuspendChangeイベント発生→割り込み要因が何もないのにUSBC割り込みが止まらなくなる、という症状でした。
  
  今回、USBストレージとして動作している間のみ、サスペンド時クロックダウン設定をOFFにすることで対処しました。
  何十回かテストして、前バージョンのような症状が発生しなかったので、たぶんこれで大丈夫だと思います。
  USBストレージと、それ以外(P/ECE通信やUSBマウス、USBキーボード)との違いは、「ハードウェアの取り外し」があるかないか、だと思います。
  USBストレージのみ、「ハードウェアの取り外し」によってUSBケーブルを接続したままサスペンド状態になるため、上述の問題が発生したのだと推測しました。
  あくまで推測なので、いまいちすっきりとはしないのですけれど。。。
- 「ハードウェアの取り外し」後、MMC/SDカードリーダーライターを終了・再実行すると、PCからリムーバブルディスクとして再認識されるようになりました。
  
  前バージョンでは、「ハードウェアの取り外し」を行うと、いったんUSBケーブルを抜き差ししないとPCから再認識されませんでした。
  こういうものだと思って気にしなかったのですけれど、上の修正の副産物で、こちらの動作まで改善されてしまいました。
  
  やっぱりUSBストレージでは、USBコントローラのサスペンド時クロックダウンをしない方が良いみたいです。
ダウンロードはこちらバイナリ(19KB) ソース(5.0MB)

使い方や注意点については、前バージョン(2004年11月5～6日)の説明を参照してください。
今回の修正で、細かな部分の動作もかなり良い感じになりました。
今回のバージョンを、完成版としたいと思います。

最後に、Windows Xp SP2で認識されない問題なのですけれど、こちらでもWindows Xp SP2で試してみたところ認識されてしまいました。
SDカードへの読み書きも、Windows 2000の場合と同様にできているようです。
今回のバージョンアップで認識されるようになりました!!・・・と言いたいところなのですが、僕の試した環境では前バージョンでも認識されてしまいます。
PCの構成やUSBハブ等、ハードウェアの違いが原因なのかも知れません。

2004年11月6日

『MMC/SDカードリーダーライター』バージョンアップしました。変更点は次のとおりです。
- やっぱり、フォーマットもできるようにしました。
  
  前バージョンでは安全対策のため、先頭セクタ(MBR)への書き込みを禁止していました。
  Windowsはフォーマット時にMBRを書き換えようとするのですが、MBRの書き換えを禁止しているため、フォーマットに失敗していました。
  
  今回のバージョンでは、MBRの書き込み禁止/許可をユーザーが選択できるようにしました。
  MMC/SDカードリーダーライター起動直後は、前バージョンと同じく、MBR書き込み禁止になっています。
  STARTボタンを長押しすることで、MBR書き込み許可に切り替えることができます。
  
  フォーマットを行う場合は、あらかじめMBR書き込み許可に切り替えておいてください。
  もういちどSTARTボタンを長押しすると、MBR書き込み禁止に戻ります。
- 「読み出しバイト数」「書き込みバイト数」の表示更新頻度を高くしました。
  
  前バージョンでは、P/ECEがUSBやMMCとの通信にかかりっきりになると、実際は読み出し・書き込み処理を行っているにもかかわらず、
  「読み出しバイト数」「書き込みバイト数」の画面表示がしばらく更新されなくなってしまう問題がありました。
  動作上は問題ないのですけれど、数十秒間も反応がなくなると、もしかしてハングアップ？～と心配になってしまいます。
  
  そこで、P/ECEがUSBやMMCとの通信にかかりっきりのときも、「読み出しバイト数」「書き込みバイト数」の表示更新を行うように変更しました。
  市販のメモリカードリーダーライター製品に較べて、読み書き速度が圧倒的に遅いのは前回と変わっていないのですけれど、
  P/ECEの画面上で「読み出しバイト数」「書き込みバイト数」が増えていってるのが見えるだけでも、気分的にだいぶんマシになった思います(^^;
ダウンロードはこちらバイナリ(19KB) ソース(5.0MB)

使い方や注意点については、前バージョン(2004年11月5日)の説明を参照してください。
Windows Xp SP2で認識されない問題は未解決です。
P/ECE研究記録更新しました。「構造体パックに問題あり#1」

以下、私信：

まどかの世界さん、なんだかたいそう誉めていただいて・・・
でも、最初に動くプログラムを書かれたことの方が、ずっとたいへんだったと思いますよ。
コマンド送信の前後にダミークロックが必要なこととか、マニュアルの最後のほうにちょろっとしか触れてなかったりして、僕だったら見落として投げ出してたかも。
僕も、いろいろ勉強させていただいてます＞ALL
某冬の予定はまだ決まっていないのですけれど、もし機会がありましたらこちらこそよろしくお願いいたします。

＞いつもなら即日対応で本家MMCカーネルにも書き込み機能を！　と行きたいところなのですが、ちょっと今回は様子を見させていただこうかな（＾＾；
はい、通常のアプリケーションでファイル書き込み機能を使うことは少なそうなことと、残り少ないカーネル領域には収まりそうもないことから、
将来もし書き込み機能に対応するとしても、ファイルシステムの処理はライブラリで対処するのが良いと思います。(修正の頻度も高そうだし…(^^;)
MMC/SDカードリーダーライターは、セクタ単位の読み書き機能を提供しているだけで、ファイルシステムの管理はPCがやってくれるから楽なのですけれど、
P/ECEから自力でDOSファイルシステムへの書き込み処理を作るとなると、既存のプログラム等を参考にするにしても、なかなか簡単ではなさそうです。

構造体パックの件、P/ECE開発環境のCコンパイラはGCCなので、「__attribute__((packed))」ですね。
でも、P/ECE開発環境のGCCの「__attribute__((packed))」にはかなり問題があって・・・
MMC対応カーネルは初期化済み構造体を使わないので問題は発現しないのですが、念のため、「__attribute__((packed))」は使わない方がいいような気がします。

2004年11月5日

『ガジェット』おまけゲーム「バッティングふみかさん」[ソース:てとら★ぽっとさん]
僕もBLACKRAINBOWさんのページはときどきチェックしてたのですけれど、更新されてたこと全然気付きませんでした。
購入予定入ってます。そろそろ発売なのかな？ところでなぜかご褒美画像だけ縦画面なのですね(^^;
『MMC/SDカードリーダーライター』を作りました。
P/ECEをMMC/SDカードリーダーライターにするプログラムです。
P/ECEの拡張端子に接続したMMC/SDカードの内容を、PCから読み取ったり書き込んだりできます。
簡単に言いいますと、こういう製品１２に相当するプログラムです。(ただし、転送速度はかなり遅いです・・・)

使い方は、次のとおりです。
1. P/ECEのカーネルを「MMC対応カーネル Ver 1.25」以上にアップデートしておいてください。
2. 『MMC/SDカードリーダーライター』(mmcrdwr.pex)を、P/ECEに転送してください。
3. MMC/SDカードを、P/ECEの拡張端子に接続してください。
4. P/ECEのメニューから、『MMC/SDカードリーダー』(mmcrdr.pex)を実行してください。
5. MMC/SDカードを、P/ECEの拡張端子に接続してください。
6. USBケーブルを使って、P/ECEをPCに接続してください。
  
  ※3.と4.の手順は、逆でも構いません。
7. 自動的に「新しいデバイス」→「ディスクドライブ」として認識されます。
PC側のOSは、Windows 2000 SP4とLinux(FedoraCore2)で動作確認を行いました。
Windowsの場合は、エクスプローラを開くと「リムーバブルディスク」が追加されています。
Linuxの場合は、/dev/sda1辺りに割り当てられると思うので、mountして使用してください。
基本部分のプログラムは前回のMMC/SDカードリーダーと同じなので、Windows Xp SP2で認識されない問題は未解決です。

ダウンロードはこちらバイナリ(19KB) ソース(5.0MB)

注意
- P/ECEとMMC/SDカードの通信速度は、市販品のMMC/SDカードアダプタ製品等に較べてかなり遅いため、
  本プログラムを利用してMMC/SDカードへのアクセスする時に、PCの動作がしばらく止まってしまうことがあります。
  たとえば、すごくたくさんのファイルが入ったMMC/SDカードを、本プログラムを利用してWindowsから見ようとすると、
  エクスプローラでファイル一覧を表示しようとしたときに、十数秒間ぐらいエクスプローラが止まってしまいます。
  『MMC/SDカードリーダーライター』の画面で、「読み取りバイト数」「書き込みバイト数」の数字が増えていっている間は、
  P/ECEがいっしょけんめいMMC/SDカードと通信していますので、そのまましばらくお待ちください。
  
  数メガバイト以上ものファイルを書き込んだりすると、通信処理にかかりっきりになってしまって、
  「読み取りバイト数」「書き込みバイト数」の表示更新さえも行われなくなりますが、
  そのまま待っていれば、数十秒に一度ぐらいの頻度で「書き込みバイト数」が増えると思います。
  1メガバイト程度のファイルを書き込むのに、だいたい30秒～1分間ぐらいかかるみたいです。
- 今回はMMC/SDカードからの読み出しだけでなく書き込みも行うため、もしも誤動作した場合のダメージが大きいです。
  手元の環境では(遅いこと以外は)問題なく動作していますが、動作確認したカードが一種類だけなのでやや不安です。
  もしも誤動作した場合に備えて、重要なデータの入ったMMC/SDカードは使わないでください。
  
  もしも誤動作した場合でも、MMC/SDカードの破壊ではなく、再フォーマット程度のダメージで済むとは思うのですけれど、
  万一、512MBとかのSDカードを破壊してしまうとかなり心苦しいので、お試し頂けるなら8Mとか16Mぐらいにしておいてください…(^^;
  僕は、32MBのSDカードで動作確認を行いました。
- 今回のMMC/SDカードリーダーライターは、フォーマット処理には対応していません。
  Windowsのエクスプローラで、MMC/SDカードリーダーライターのドライブを選択してフォーマットしようとしても、
  一分ぐらい待たされたあげく「フォーマットを完了できませんでした」と表示して失敗します。(その後さらにしばらく待たされます)
  これは安全策を採ったためで、今回のMMC/SDカードリーダーライターはMMC/SDカードの先頭セクタへ書き込めなくしてあります。
  Windowsからフォーマット処理を行うと、MMC/SDカードの先頭セクタを書き換えようとして失敗するのです。
前回のMMC/SDカードリーダーに、書き込み機能を追加しました。
書き込み機能を追加するために、MMC対応カーネルのソースを参考にしながら、MMC/SDカードの資料を読んで勉強してみました。
MMC/SDカードって、P/ECE本体のフラッシュメモリと同様に、「消去→書き込み→読み出し」の手順が必要だと思っていたのですが、
実は消去手順が不要で、「書き込み⇔読み出し」自由自在だったのですね。
これは便利です。

謝辞
- まどかの世界さんの「MMC対応カーネル Ver 1.25」を利用させていただきました。
  ありがとうございます。

2004年11月4日

MMCの制御方法などについて、『MMC対応カーネル Ver 1.25』のソースを読んで勉強させていただきました。
ソースを読んでいて、いくつか気付いたことがあったので、報告します。

2004年11月3日

『MMC/SDカードリーダー』バージョンアップしました。変更点は次のとおりです。
- 「MMC対応カーネル Ver 1.25」に対応しました。
  
  前バージョンのMMC/SDカードリーダーは、MMC/SDカードのデータを読み込むときに「MMC対応カーネル」を呼び出さず、
  MMC/SDカード読み込み処理をアプリケーションの中に組み込んでいました。
  
  今回、2004/11/02更新の「MMC対応カーネル Ver 1.25」にてmmcReadSector()がAPIとして公開されたことに伴い、
  MMC/SDカードリーダーも「MMC対応カーネル Ver 1.25」のmmcReadSector() APIを呼び出すように変更しました。
  (まどかの世界さん、「MMC対応カーネル」さっそくのバージョンアップ、ありがとうございます。)
ダウンロードはこちらバイナリ(18KB) ソース(5.0MB)

使い方や注意点については、前バージョン(2004年11月2日)の説明を参照してください。
今回のバージョンより、「MMC対応カーネル Ver 1.25」以上が必須となります。
Windows Xp SP2で認識されない問題は未解決です。

2004年11月2日

『MMC/SDカードリーダー』を作りました。
P/ECEをMMC/SDカードリーダーにするプログラムです。
P/ECEの拡張端子に接続したMMC/SDカードの内容を、PCから読み取ることができます。
簡単に言いいますと、こういう製品１２の読み込み機能だけに相当するプログラムです。
書き込み機能はありません。(PCからは、書込み禁止のドライブとして認識されます)

使い方は、次のとおりです。
1. あらかじめ、PCからMMC/SDカードへ、ファイルを転送しておいてください。
2. USBケーブルを使って、P/ECEをPCに接続してください。
3. 『MMC/SDカードリーダー』(mmcrdr.pex)を、P/ECEに転送してください。
4. MMC/SDカードを、P/ECEの拡張端子に接続してください。
5. P/ECEのメニューから、『MMC/SDカードリーダー』(mmcrdr.pex)を実行してください。
  自動的に「新しいデバイス」→「ディスクドライブ」として認識されます。
6. PC側のOSは、Windows 2000 SP4とLinux(FedoraCore2)で動作確認を行いました。
  Windowsの場合は、エクスプローラを開くと「リムーバブルディスク」が追加されています。
  Linuxの場合は、/dev/sda1辺りに割り当てられると思うので、mountして使用してください。
  
  追記: てとら★ぽっとさんがWindows Xp SP2で試してくださいました。ありがとうございます。でも結果は…アウト(ＴＴ)
  僕はWindows Xpをほとんど使ったことがなくって、概観以外はWindows 2000と同じようなものだと思っていたのですけれど、
  実際には結構違うのかもしれませんね。新しいOSではUSBデバイスの認識が厳密になってて、認識しなかったりするのかな?
ダウンロードはこちらバイナリ(20KB) ソース(5.0MB)

注意
- P/ECEとMMC/SDカードの通信速度は、市販のMMC/SDカードアダプタ製品等に較べてかなり遅いため、
  本プログラムを利用してMMC/SDカードへのアクセスする時に、PCの動作が少し止まってしまうことがあります。
  たとえば、ルートディレクトリにすごくたくさんのファイルがあるMMC/SDカードを、本プログラムを利用してWindowsから見ようとすると、
  エクスプローラでファイル一覧を表示しようとしたときに、十数秒間ぐらいエクスプローラが止まってしまいます。
  『MMC/SDカードリーダー』の画面で、「読み取りバイト数」の数字が増えていっている間は、
  P/ECEがいっしょけんめいMMC/SDカードと通信していますので、そのまましばらくお待ちください。
二年前に作った『USBストレージ』プログラムを、MMC/SDカードに対応してみました。
前回はSCSIプロトコルで作ったのですが、今回はSFF-8070(ATAPIリムーバブルデバイス)プロトコルを利用しました。
実質ほとんど同じプロトコルなのですけれど、SCSIのかなり小さなサブセットなので、仕様書を読むのが少し楽です(^^;

今回の『MMC/SDカードリーダー』は、「MMC対応カーネル」のAPIを呼び出していません。
MMC/SDカードをセクタ単位で読み込むために、「MMC対応カーネル Ver 1.24」のソースを少し改変して使わせていただきました。
もしできれば、mmcReadSector()関数もAPIとしてエクスポートしてくださると嬉しいのですけれど…

謝辞
- まどかの世界さんの「MMC対応カーネル Ver 1.24」のソースを利用させていただきました。
  ありがとうございます。

2004年10月28日

『無理やりMMC for 「NSF Player for P/ECE ver2.21」』を作りました。
「NES Hack Factory」さん制作の『NSF Player for P/ECE ver2.21』を、無理やりMMC対応にして動作させる補助プログラムです。

使い方は、次のとおりです。
1. 「NSF Player for P/ECE ver2.21」(nsf2.pex)を、P/ECE本体フラッシュメモリに転送してください。
2. 「無理やりMMC for NSF Player for P/ECE ver2.21」(nsf2mmc.pex)を、P/ECE本体フラッシュメモリに転送してください。
3. 必要に応じて、P/ECE本体フラッシュメモリにNSFファイルを転送してください。
4. 必要に応じて、MMC/SDカードにNSFファイルを転送してください。
  
  ※重要!!
  　P/ECE本体のフラッシュメモリまたはMMC/SDカードに、少なくとも合計1個以上のNSFファイルがなければいけません。
  　 ○ P/ECE本体フラッシュメモリにNSFファイル有り、MMC/SDカードにNSFファイル有り
  　 ○ P/ECE本体フラッシュメモリにNSFファイル有り、MMC/SDカードにNSFファイル無し
  　 ○ P/ECE本体フラッシュメモリにNSFファイル無し、MMC/SDカードにNSFファイル有り
  　 × P/ECE本体フラッシュメモリにNSFファイル無し、MMC/SDカードにNSFファイル無し
  NSFファイルの合計個数上限は不明です。僕が試した範囲では、合計300個ぐらいのNSFファイルがあっても大丈夫でした。
5. P/ECEにMMC/SDカードを接続してください。
  「MMC対応カーネル」は、Ver 1.24にて動作確認を行いました。
6. P/ECEのメニューから、「無理やりMMC for NSF Player for P/ECE ver2.21」(nsf2mmc.pex)を実行してください。
7. 自動的に「NSF Player for P/ECE ver2.21」が起動し、MMC対応となります。
  演奏順は、P/ECE本体フラッシュメモリ上のNSFファイル→MMC/SDカード上のNSFファイルの順です。
  その他、操作方法や設定変更方法は、通常の「NSF Player for P/ECE ver2.21」と変わりありません。
ダウンロードはこちらバイナリ&ソース(12KB)

先日、僕の「NSFプレイヤー」をMMC対応にしたのですが、やっぱり、一度「NSF Player for P/ECE ver2.21」を使ってしまうと、
「NSFプレイヤー」の速度・再現性では我慢できず、勝手ながら「NSF Player for P/ECE ver2.21」をMMC対応化してしまいました(^^;

「NSFプレイヤー」では演奏できない多くのNSFファイルが、「NSF Player for P/ECE ver2.21」ならばかなりの高確率で演奏可能です。
いま、ドラゴンクエストIIを聴きながら、このテキストを書いています。
これも、「NSFプレイヤー」では演奏できなかったNSFファイルのひとつです。

謝辞
- 『NSF Player for P/ECE ver2.21』の作者、「NES Hack Factory」さんに感謝いたします。
  ありがとうございました。

2004年10月27日

NSFプレイヤー(MMC対応版)を作りました。変更点は次のとおりです。
- MMC/SDカード上のNSFファイルも再生できるようになりました。
  NSFプレイヤー(MMC対応版)起動時に、MMC/SDカードが接続されていたら、MMC/SDカード上のNSFファイル一覧を表示します。
  MMC/SDカードが接続されていなければ、これまでどおり本体フラッシュメモリ上のNSFファイル一覧を表示します。
  ※NSFファイルの数は300個までです。300個を超えるNSFファイルがあっても、ファイル一覧には300個までしか表示されません。
使い方や注意点については、前バージョンの説明(2003年9月9日)をご覧ください。

ダウンロードはこちらバイナリ(32KB) ソース(4.9MB)

先日のSPCプレイヤー(MMC対応版)に続いて、昨年作ったNSFプレイヤーもMMCに対応してみました。
まどかの世界さん、ご提案ありがとうございます。
今回のNSFプレイヤー(MMC対応版)も、演奏ルーチンは前バージョンと同じなので、速度不足は相変わらず。
ある程度正しく演奏できるNSFファイルは、二割あるかないか・・・ぐらいです。
既に、もっと速くて正確なP/ECE用NSFプレイヤー、「NES Hack Factory」さんの『NSF Player for P/ECE』が公開されています。
願わくば、『NSF Player for P/ECE』のMMC対応を期待したいところです。

ライセンスについて
- NSFプレイヤー(MMC対応版)は、Matthew Conte氏製作の『Nosefart（nosefart-1.92e-mls）』を基に、機能を削ってP/ECEに移植したものです。
  『Nosefart』のライセンスに従いまして、本プログラムの配布条件もGPL2となります。
  GPL2については、同梱のCOPYINGファイルをご覧ください。
謝辞
- 『Nosefart』を製作なさったMatthew Conte氏、ならびに開発者の皆様に感謝いたします。
- まどかの世界さんの「MMC対応カーネル」を利用させていただきました。
  今回のSPCプレイヤー(MMC対応版)は、MMC対応カーネル Ver.1.24で動作確認を行いました。
  MMC対応カーネルの早速のバージョンアップ、ありがとうございました。

2004年10月26日

昨日、SPCプレイヤー(MMC対応版)を作っていて、「MMC対応カーネル Ver.1.23」について少し気付いたことがあったので報告です。

2004年10月25日

SPCプレイヤー(MMC対応版)を作りました。変更点は次のとおりです。
- MMC/SDカード上のSPCファイルも再生できるようになりました。
  これまで通り、本体フラッシュメモリ上のSPCファイルや、ZIP圧縮されたSPCファイルも再生できます。
  ただし、次のような制限があるので、ご注意ください。
  - SPCファイルの数は、全部合わせて100個までです。
    100個を超えるSPCファイルがあっても、ファイル一覧には100個までしか表示されません。
    (MMC/SDカードの容量的にはまだまだ行けるのですが、ファイル一覧を保持するための本体RAMが限界に達しました...)
  - SPCファイルの数は、全部合わせて300個までです。
    300個を超えるSPCファイルがあっても、ファイル一覧には300個までしか表示されません。
    (MMC/SDカードの容量的にはまだまだ行けるのですが、ファイル一覧を保持するための本体RAMが限界に達しました...)
  - MMC/SDカード上のZIP圧縮されたSPCファイルは再生できません。
    MMC/SDカード上に置けるのは、圧縮されていないSPCファイルだけです。
    MMC/SDカード上にZIP圧縮されたSPCファイルがあっても、ファイル一覧に表示されません。
  - MMC/SDカード上のSPCファイルは、P/ECEで利用可能なファイル名(英数8+3文字)でなければいけません。
    MMC/SDカード上に長いファイル名のSPCファイルがあっても、ファイル一覧に表示されません。
    (現行MMCカーネルの仕様です。P/ECE標準APIとの互換のためにやむをえませんが、将来的に長いファイル名も扱えたらいいな、と思いました。)
また、前バージョンのSPCプレイヤー(通常版)に残っていた、次のような問題点を修正しました。
- 自動曲送りや、演奏を停止せずに次の曲・前の曲へ移動した時、選択カーソルが画面外へ移動してもファイル一覧がスクロールしない問題を修正しました。
  これは見た目だけの問題ですので、前バージョンのままでも実害はありません。
  前バージョンのSPCプレイヤーも、演奏停止時にはファイル一覧がきちんと正しい位置へスクロールします。
- 本体フラッシュメモリ上のZIP圧縮されたSPCファイルにおいて、圧縮されているSPCファイル名の許容最大長を増やしました。
  前バージョンのSPCプレイヤーは、ZIP内のSPCファイル名が43文字を超えると、そのSPCファイルはファイル一覧に表示されませんでした。
  SPCファイルはかなり長いファイル名が付けられることが多く、43文字を超えることがままあります。
  今回のバージョンでは、63文字まで対応しました。SPCファイル名が63文字を超えることはほとんどないと思います。
今回のSPCプレイヤー(MMC対応版)は、無改造の通常のP/ECEでも使えますので、よろしければご利用ください。

~~ダウンロードはこちらバイナリ(26KB) ソース(4.9MB)~~

追記: 上述のSPCファイル100個制限を少し改善しました。SPCファイル300個まで一覧表示できるようになりました。
~~ダウンロードはこちらバイナリ(26KB) ソース(4.9MB)~~

追記: たびたびすみません。
MMC対応カーネルをインストールした改造P/ECEで、MMCを挿さずにSPCプレイヤーを起動すると、エラーを表示して終了してしまうバグがありました。
このバグを修正しました。無改造P/ECEでご利用になる場合や、改造P/ECEで必ずMMCを挿して使う場合は、前バージョンのままで問題ありません。

ダウンロードはこちらバイナリ(26KB) ソース(4.9MB)

謝辞
- まどかの世界さんの「MMC対応カーネル」を利用させていただきました。
  ありがとうございました。
  今回のSPCプレイヤー(MMC対応版)は、MMC対応カーネル Ver.1.23で動作確認を行いました。
- ＞MMCカーネル対応であれば多くの楽曲が持ち歩けそうなので期待してみるテスト。
  てとら★ぽっとさん、ご提案ありがとうございます。
  SPCファイルの中身はほとんどADPCM音声データなので、ZIPではあまり圧縮が利かないのですよね。
  現状での利点は、長いファイル名のSPCファイルをP/ECE形式の8.3に縮めず、そのままの名前で一覧表示できることぐらいです。

2004年10月24日

SPCプレイヤーバージョンアップしました。変更点は次のとおりです。
- ZIP圧縮されたSPCファイルも再生できるようになりました。
  複数のSPCファイルをまとめて一つのZIPファイルにし、P/ECEに転送しても構いません。
  また、圧縮されていないSPCファイルと、ZIP圧縮されたSPCファイルが混在しても構いません。
  ZIP圧縮されたSPCファイルは、演奏開始時に少し時間がかかるので、ご注意ください。
- 自動曲送りモードを追加しました。
  自動曲送りモードでは、SPCファイルに設定された演奏時間が経過すると、次の曲を演奏します。
  SPCファイルに演奏時間が設定されていない場合は、5分間が経過すると、次の曲を演奏します。
  自動曲送りモードOFFの場合は、これまで通り、いつまでも同じ曲を演奏し続けます。
  自動曲送りモードのON/OFFを切り替えるには、演奏停止中にBボタンを押してください。
  画面右下の「AUTO」の色が変わり、白ならば自動曲送りモードON、灰色ならばOFFを表します。
- 演奏を停止せずに、ただちに前の曲・次の曲を演奏する操作を追加しました。
  演奏中に左または上ボタンを押すと前の曲、右または下ボタンを押すと次の曲を演奏します。
ダウンロードはこちらバイナリ(26KB) ソース(4.9MB)

2004/10/24 1:00 AM 追記
　フェードアウト時間が設定されていないSPCファイルの自動曲送り時に、ごく稀にゼロ除算エラーが発生する可能性があったバグを修正しました。
　2004/10/24 1:00 AM 以前にダウンロードしてくださった方いらっしゃいましたら、おそれいりますがもう一度ダウンロードくださいますよう願いいたします。

SPCプレイヤーは今回で完成です。
当初の目標だったアクスレイ、ほどんどあきらめていた海腹川背も演奏できました。
今年3月のHESプレイヤーに続いて、なかなかいい結果になったと思います。

2004年10月20日

SPCプレイヤーバージョンアップしました。変更点は次のとおりです
- CPUエミュレーションを高速化しました。(前回30%→今回50%)
  ファイナルファンタジーVI等、前バージョンまでテンポズレしていたSPCファイルの多くが、ほぼ正しいテンポになったと思います。
  念願の「海腹川背」も正しいテンポで演奏できるようになりました!! (エリア3のBGMがちょっと引っかかるところありますけれど…)
  海腹川背、すごい高難易度と不釣合いな優しいBGMが印象的で、アクスレイと並んで大好きなスーファミサウンドのひとつです。
ダウンロードはこちらバイナリ(22KB) ソース(4.9MB)

演奏部分のプログラムはおおよそ完成です。あとは、UIの改善を行おうと思います。

2004年10月19日

SPCプレイヤーバージョンアップしました。変更点は次のとおりです
- DSPエミュレーションに、エンベロープ・ゲイン制御を実装しました。
  減衰すべき音がきちんと減衰するようになったので、演奏にメリハリが付いた感じです。
  多くのSPCファイルで演奏が改善されたと思います。ポップンツインビーや魂斗羅スピリッツが特に良い感じです。
ダウンロードはこちらバイナリ(22KB) ソース(4.8MB)

ノイズ機能が未実装ですが、実際に使っているSPCファイルがとても少ないみたいなので、実装しないことにしました。
エコーやフィルタ機能も、P/ECEで処理するには荷が重く、無くても充分聴けると判断し、実装しないことにしました。
あとは、CPUエミュレーションをできる限り高速化することと、プレイヤーのUIをもう少し改善してみようと思います。

2004年10月18日

SPCプレイヤーバージョンアップしました。変更点は次のとおりです
- CPUエミュレーション速度を少しだけ高速化しました。(前回25%→今回30%)
  雷電伝説がおおよそ正しいテンポで演奏できるようになりました。
  海腹川背はまだダメです。海腹川背の演奏処理は特に重く、50%以上の速度が必要みたいです。ちょっと望み薄です。
- CPUエミュレーションで前回未実装だった命令をいくつか実装しました。
  ファイナルファンタジーやロマシングサガシリーズ等のスクウェア作品、F-ZERO等が演奏できるようになりました。
  ファイナルファンタジーVI等、一部新しめのタイトルは、前述の速度不足でちょっとテンポが遅くなってしまいます。
ダウンロードはこちらバイナリ(21KB) ソース(4.8MB)

DSPエミュレーションプログラムは前回から変わっていないので、エンベロープやノイズ、エコー等が未実装のままです。
P/ECE性能との兼ね合いでどこまで処理できるか微妙なところですけれど、できればエンベロープだけは実装したいです。

2004年10月17日

SPCプレイヤー(試作版)を作りました。「SPC形式」の音楽ファイルを、P/ECE上で再生します。
Ｐ魂2004オールラウンド部門への応募予定作品です。

SPC形式とは、任天堂スーパーファミコン用ソフトから抽出した音楽ファイル形式の一種です。
スーパーファミコンのサウンドCPUとDSPをエミュレートして、音楽を再生します。

詳しくは、Googleで「スーパーファミコン SPC」等のキーワードを検索してみてください。
既存のSPCプレイヤーについては、「VORC」さんのニュースが詳しいです。

使い方
1. 配布ファイルに含まれている、「spcplay.pex」をP/ECEに転送してください。
2. SPCファイル(拡張子が.SPC)をP/ECEに転送してください。
  SPCファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『SPC Player』を実行してください。
4. SPCファイルのファイル名とサイズが一覧表示されます。
5. 上下キーで再生したいSPCファイルを選び、Ａボタンで再生開始します。
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
ダウンロードはこちらバイナリ(21KB) ソース(4.8MB)

今回のバージョンには、次のような問題点があります。
- CPUエミュレーションを四分の一程度にダウンクロックしています。
  もしもフルスピードでCPUエミュレーション処理を行うと、P/ECEの性能が追いつかずに演奏処理がハングアップしてしまいます。
  ハングアップを防ぐため、今回のバージョンではCPUエミュレーションを四分の一程度にダウンクロックして調整しました。
  多くのSPCファイルは、四分の一程度の処理量でも概ね正しく演奏できるようです。
  しかし、SPCファイルによってはテンポがズレたり正しく演奏できない場合があります。
  (海腹川背、雷電伝説等)
- CPUエミュレーションに未実装命令がいくつか残っています。
  これが原因で、再生中にエラーメッセージを表示してハングアップしたり、正しく再生されない場合があります。
  (F-ZERO、ファイナルファンタジーシリーズ等)
- DSPエミュレーションに未実装項目がたくさん残っています。
  エンベロープ・ゲイン制御、エコー、ノイズ機能が未実装です。
  - エンベロープ・ゲイン制御が未実装のため、本来減衰する音が減衰しなかったりして、全体にのっぺりした演奏になってしまっています。
    しかし、エンベロープ省略は致命的かと思った割には、意外と聴けなくもないです。
    ソフトウェアでエンベロープ制御してる曲が多いからかな？
  - スーファミサウンドの特徴とも言える、エコー機能が未実装です。
    エンベロープ省略よりもこっちの方が目立つかもしれません・・・
    アクスレイ等、エコーを効果的に利用している曲も多く、かなり雰囲気が違ってしまっています。
  - ノイズ機能が未実装です。
    いくつかのSPCファイルを試したのですが、ノイズ機能省略による違いがよくわかりませんでした。
    もしかしたら、あまり利用されていない機能なのかも知れません。
二年前に失敗したP/ECE用SPCプレイヤーに、もう一度挑戦してみました。
二年前はWinSPCの演奏ルーチンをP/ECEに移植したのですが、理解不足で簡略化・高速化しきれず、二倍性能不足で失敗に終わりました。
今回は、もう一度スーファミサウンドの仕様を勉強しなおした上で、P/ECEに特化して高速化できるよう、いちから実装してみました。
まだまだきちんと演奏できないSPCファイルも多いですけれど、一応、聴けるレベルにはなったと思います。
いまのところ、コナミ作品のSPCファイルが良い感じで演奏できるものが多いようです。(アクスレイ、グラディウスIII、ポップンツインビー等)
逆にスクウェア作品のSPCファイルはほとんど全滅、任天堂作品のSPCファイルは半々といったところです。
もう少し改善の余地がありそうなので、できるだけバージョンアップしてからＰ魂2004へ応募しようと考えています。

最後に、おすすめSPCファイルの紹介です。
- アクスレイ(コナミ・1992)
  スーファミ初期の作品ですが、スーファミ末期まで含めても、最も好きな作品の一つです。
  最終要塞のBGMが1STボスBGMのアレンジだったり、最終ボス撃破→ステージクリアBGM→そのまま第2形態のBGMへ繋がって行ったりと、
  音楽もすごく凝ってます。エンディングBGMは泣けます、本当！
- ドラゴンクエストI・II(エニックス・1993)
  僕は、ドラゴンクエストはI～IIIまでしか遊んでいません。しかも、IIIはピラミッドで挫折しました(^^;
  そんなわけで、ドラゴンクエストの音楽で記憶に残っているのは、IIのエンディング「この道我が旅」ぐらいだったりします。
  どちらかと言えば、ダイの大冒険のエンディングテーマとしての「この道我が旅」の方が印象深いのですが・・・
  言わずと知れた、名曲です。

2004年10月5日

ミニドリラーを作りました。ミスタードリラー（ナムコ・1999）の「とことんドリラーモード」に似たゲームです。

インストール方法は次のとおりです。
- 「driller.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- プレイヤーを操作して、地中のブロックを下へ下へと掘り進みます。
  プレイヤーが落ちてきたブロックの下敷きになると、ゲームオーバーです。
- 落下中のブロックは、隣に同色のブロックがあるとくっつく性質があります。
  また、同色のブロックが四つ以上くっつくと、消滅します。
- 画面右側に「AIR」と表示されているゲージが、エア(酸素)の残量です。
  エアは時間とともに減ってゆき、ゼロになってしまうとゲームオーバーです。
  エアカプセルを取ると、エアが20%回復します。
- ×印ブロックは五回掘らないと壊せません。
  ×印ブロックを壊すと、エアが20%も減ってしまうので注意してください。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 左右ボタン　　　　　開始レベルを選択します。
- ゲーム画面
  - 左右ボタン　　　　　プレイヤーを左右を向き、移動します。
  - 上下ボタン　　　　　プレイヤーが上下を向きます。
  - ＡまたはＢボタン　　ブロックを掘ります。
  - ＳＥＬＥＣＴボタン　ゲームを中断し、タイトル画面へ戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(31KB) ソース(4.8MB)

ナムコ社の人気シリーズ、『ミスタードリラー』です。
だけど僕は、ゲームセンターでミスタードリラーを遊んだことが一度しかありませんでした。
代りにワンダースワン版ミスタードリラーを持っているので、今回はワンダースワン版を参考にしました。

今回の『ミニドリラー』は、ワンダースワン版ミスタードリラーのゲームモードのうち、「とことんドリラーモード」に近いルールです。
すなわち、残機無しの1ミスゲームオーバー、スコア無しで掘り進んだ深さだけを競うモードです。
また、本物と違って100メートル毎のインターバル区間もありませんので、ひたすら掘り進んでください。

本物のミスタードリラーは業務用オリジナルの他、たくさんの家庭用ゲーム機、携帯ゲーム機、携帯電話等に移植されています。
- ミスタードリラー製品カタログ
- ワンダースワン版ミスタードリラー
謝辞
- ＞そういえば、P/ECE版「ミスタードリラー」な～んていいかもね＞私信。
  てとら★ぽっとさん、ご提案ありがとうございます。
  とつぜん入院なさったとのことでおどろきました。お大事に。

2004年9月23日

スタースイープもどきを作りました。スタースイープ（ナムコ／アクセラ・1997）に良く似たゲームです。

インストール方法は次のとおりです。
- 「sweep.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 方向ボタンでカーソルを移動し、回転ボタンで向きを決めて、決定ボタンでブロックを投げ込みます。
  空いている位置ならば、画面上のどこでも好きな場所にブロックを投げ込むことができます。
- ブロックを消すには、同じ色のブロックの星と星をくっつけてください。
  おじゃま雲を消すには、隣でブロックを消してください。
  ボスには耐久力があり、隣でブロックを消すたびにライフ(ハートマーク)が１減ります。
  ボスを倒すには、表示されているハートマークの数と同じ回数、ボスの隣でブロックを消してください。
- 一定時間ごとに、画面の下から新しいブロックがせり上がって来ます。
  また、カーソルが画面のいちばん下にあるときに、さらに方向ボタンの下を押しつづけると、すばやく次のブロックを出現させることができます。
- ブロックが画面のいちばん上に達すると、カウントダウンがはじまります。
  カウントが０になる前にブロックを消してください。
  ブロックを消すのが間に合わず、カウントが０になってしまうと、ゲームオーバーです。
- ブロックの連鎖消しを行うと、画面右側に表示されているストック(星マーク)が増えます。
  ストックを８つ集めると、ボーナスポイントが加算されます。
- ストックには、カウントダウンを遅らせる効果もあります。
  ブロックが画面のいちばん上に達したとき、ストックがあれば、カウントダウンよりも先にストックが減ってゆきます。
  ストックが全部無くなってから、カウントダウンがはじまります。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 上下ボタン　　　　　設定項目を「ブロックの色数」と「ボスの耐久力」から選択します。
  - 左右ボタン　　　　　「ブロックの色数」または「ボスの耐久力」を増減します。
- ゲーム画面
  - 上下左右ボタン　　　カーソルを移動します。
    　　　　　　　　　　画面のいちばん下でさらに下方向を押すと、すぐに次のブロックを出現させます。
  - Ｂボタン　　　　　　カーソルの向きを回転させます。
  - Ａボタン　　　　　　カーソルの位置にブロックを置きます。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ブロックの色の違いが見分けづらいと感じた場合は、液晶濃度を少し濃いめに設定してみてください。
だいたい22～24ぐらいの濃度にすると、いくぶん見分け易くなると思います。

ダウンロードはこちらバイナリ(74KB) ソース(4.8MB)

90年代後半以降のナムコ社アクションパズルゲームといえば、『ミスタードリラー』が特に人気ですが、
僕は、マイナーだけれども『スタースイープ』『アクアラッシュ』の方が好きです。
『アクアラッシュ』はゲームセンターで一度だけ見かけて、面白い！と思った次の日には消えていました(^^;

さて『スタースイープ』は、とても綺麗な画面と、やたら好戦的な登場人物たちが印象に残るゲームです。
ゲームシステムの特徴は、ブロックを落としたり撃ち込んだりするのではなく、自分の好きな場所に置けること。
一見、自由度が高そうですが、実際にやってみるとブロックを置く隙間がすぐになくなってしまいます。
ブロックのせり上がりスピードが速めなことも影響して、見た目よりもかなり高難度のゲームです。

連鎖は、まあまあ組み易い方だと思います。
ブロックの大きさが一様で、バラけたりしないので、ブロック消滅・落下後の予測が立て易いからです。
きっちりと連鎖の型を組めなくても、アドリブで後付けの連鎖を組み立てていくのも比較的簡単です。
連鎖ルールやキャラクタの雰囲気が似ていることから、『パネルでポン』と比較されることも多い本作。
確かに連鎖ルールは似ているのですが、『パネルでポン』と違って時間差連鎖が無い点には要注意です。

本物の『スタースイープ』はブロックの出現パターンが固定で、ある程度消し易いように並べられています。
対して今回の『スタースイープもどき』は、ブロックの出現パターンを固定ではなくランダムとしました。
ランダムなので、場合によってはブロックの隙間がとても少なかったり、高難度になりすぎる恐れがあります。
そこで『スタースイープもどき』では、ブロックの色数を減らせるモードを設けてみました。
本物はブロック３色固定ですが、『スタースイープもどき』ではゲーム開始前に１～３色の範囲で選択可能です。
１色モードでは、特に配置を考えずに画面下の方のブロックを消してゆくだけでも、どんどん連鎖が発生します。
２色モードぐらいがちょうどいい難易度だと思います。

本物の『スタースイープ』は、半透明や回転をふんだんに使った綺麗な画面エフェクトがみどころです。
今回の『スタースイープもどき』も、本物には及びませんが、できるだけ見た目をがんばってみました。
正直、とっつきは悪いゲームですけれど・・・まずは簡単な１色モードで遊んでみてください。

『スタースイープ』は業務用の他、プレイステーションとゲームボーイに移植されています。
最近流行の携帯電話用ゲームには、まだ移植されていないようです。
『スタースイープ』再評価のためにも、移植されることを望みます。

2004年8月29日

SDカードアダプタを作りました。本当は、参考資料どおりのMMCカードアダプタを作る予定だったのですが、

参考資料1:「まどかのP/ECEではじめる電子工作」のページ→「P/ECEのMMCでMP3プレイヤー（仮）」
参考資料2:P/ECE本「Re: P/ECE」→「MMCをP/ECEでも!」の記事

MMCカード用変換基板CK-16を注文するつもりが、うっかり間違えてSDカード用のCK-29を注文してしまったからです(^^;
「まどかの世界」さんの日記(2004/05/01)によると、SDカードはイマイチ上手く動作しないとのことで不安ですけれど、MMCカードを挿して使う分には問題ないとのこと。
さて、結果、どうなったかというと・・・

まずは、SDカードアダプタの完成写真。

主基板の配線は概ね参考資料のとおりですが、念のためP/ECE側1・6・7・8番端子のところに1kΩづつの保護抵抗を入れてみました。
CK-16・CK-29共通の1～7番端子(MMCカード仕様)に加えて、CK-29では8～14番までの端子もあります。
このうち8・9番端子がSDカード仕様にて新設されたものですが、今回はSDカードの拡張機能を利用しないので、どこにも結線しませんでした。
プルアップしておいた方がいいのでしょうか？

今回、利用したメモリカードは二種類です。

前述の参考資料に添付されているプログラムは、サンディスク社の64MB・MMCカードと、アイオーデータ社の128MB・MMCカードにて調整されたものでした。
どうやらメモリカード毎に微妙な違いがあるみたいで、今回利用した二種類のメモリカードは、参考資料のプログラムそのままでは動作しませんでした。

サンディスク社の16MB・MMCカードで問題になった点は、次の通りです。

サンディスク社の64MB・MMCカードやアイオーデータ社の128MB・MMCカードに較べて、この製品はMMCカードの内部的な初期化処理が遅いようです。
参考資料のプログラムは、“受信ポーリング時のタイムアウト回数”を100回に定義していますが、100回では間に合わずにタイムアウトしてしまいます。
より具体的には、P/ECEにMMCカードを挿した直後のSPIモード初期化処理が、ポーリング回数100回以内に間に合わず、タイムアウトします。
P/ECEからMMCカードを取り外さない限り、二回目以降の初期化処理は間に合うみたいです。
つまり、MMCを挿した直後一回目のプログラム実行が必ず失敗し、二回目以降はきちんと動作する、という症状が発生しました。
“受信ポーリング時のタイムアウト回数”を1000回(かなり余裕を見てます。200回ぐらいでも大丈夫)に変更してみたところ、この問題は解決しました。
→mmcif.cの「#define MMC_POLLING_TIMEOUT 100」を「#define MMC_POLLING_TIMEOUT 1000」に変更。
メモリ容量が小さいため、Windows 2000のファイルエクスプローラ上からフォーマットすると、FAT16形式ではなくFAT12形式になってしまいます。
参考資料のプログラムはFAT16形式を想定して作られているので、FAT12形式のファイルシステムを読むことができません。
Windows 2000のコマンドプロンプトからFORMATコマンドを使い、次のように指定してフォーマットを行うと、FAT16形式になりました。
→「FORMAT X: /FS:FAT /A:1024」（メモリカードが“X”ドライブに割り当てられている場合）
MMC用MP3プレイヤーにおいて、一部特定のMP3ファイルを再生すると、再生開始後1～2秒ぐらいですぐに演奏終了してしまいます。
再生開始のためのＡボタン押下を離さずに長めに押し続けるとなぜか問題回避できたりして、いまのところ原因不明です。
この問題はバッファロー社の32MB・SDカードでは発生せず、サンディスク社の16MB・MMCカード特有の問題みたいです。
ファイルの先読みが間に合っていなかったりするのでしょうか？

三つめの問題を除けば、サンディスク社の16MB・MMCカードも利用できるようになりました。

バッファロー社の32MB・SDカードで問題になった点は、次の通りです。

サンディスク社の16MB・MMCカードと同じく、SDカードの内部的な初期化処理がタイムアウトしてしまいます。
こちらの方がもっと応答が遅いみたいで、SDカードを挿した直後だけでなく、何度プログラムを実行しても毎回タイムアウトしていました。
対処方法は、サンディスク社の16MB・MMCカードの場合と同じです。
→mmcif.cの「#define MMC_POLLING_TIMEOUT 100」を「#define MMC_POLLING_TIMEOUT 1000」に変更。
アクティブなパーティションがありません。
参考資料のプログラムは、メモリカードのパーティションテーブルを調べて、アクティブなパーティションを処理の対象として選びます。
アクティブなパーティションがひとつも無い場合、処理対象のパーティションを決定できずに、初期化失敗となります。
この製品は、単一パーティションの構成で出荷されているのですが、そのパーティションが“アクティブ”とマークされていないのです。
これまであまり気にしたことなかったけれど、他のメモリカード製品は出荷状態で“アクティブ”とマークされているのが普通なのかな？
Windows 2000を使ってSDカード上のパーティションを“アクティブ”に変える方法がわからなかったので、プログラム側で対処します。
アクティブなパーティション一つも見つからなかった場合は、処理の対象として、一つめのパーティションを選択することにしました。
→mmcif.cのmmcGetBootSecterOffset()関数内、「if(i < 4) { ulOffsetSector = ... }」を「if(i > 3) i = 0; ulOffsetSector = ...」に変更。
P/ECEでSDカードを利用した後、SDカードを抜いてPCに挿すと、稀に“書き込み禁止”状態と認識されてしまう場合があります。
もちろん、カード側面の書き込み禁止スイッチは“書き込み許可”のままであるにもかかわらず、です。
“書き込み禁止”になってしまったSDカードは、P/ECEにもPCにも挿さずに30秒～1分ほど置いておくと“書き込み許可”に戻るみたいです。
この問題も原因不明です。まあ、P/ECEから利用する分には“書き込み禁止”でも問題ないのですが・・・
8・9番端子を結線していないのが理由で、何か予期しない制御コマンドが発行されてしまっていたりするのでしょうか？
→追記: P/ECEの問題ではありませんでした。Windows 2000だけから使っていても、時々“書き込み禁止”になってしまうようです。
　　　　もしかしたら、僕が使っているグリーンハウス社のカードリーダは、バッファロー社のSDカードとの相性が悪いのかも知れません。

~~こちらも三つ目の問題を除けば~~、バッファロー社の32MB・SDカードも利用できるようになりました。
いまのところ、サンディスク社の16MB・MMCカードよりも調子良い感じです。

そんなわけで、僕のP/ECEでも大容量メモリカードが利用できるようになりました。
もうしばらく使い込んでみようと思います。

謝辞

P/ECEでMMCを利用する方法を公開してくださった、「まどかの世界」さんに感謝いたします。
ありがとうございます。

私信：＞FAT12ってどうやって見分けるんでしょうか？

MMC_Comm.exeにメッセージを出力しながら少しづつ追いかけてデバッグしてるときに、FATの内容が

　　　　＋＋－－＋－－－－－－－　クラスタ０２のエントリ（次はクラスタ０３）
　　　　｜｜　　｜
　　～　０３　Ｆ０　ＦＦ　～
　　　　　　　｜　　｜｜
　　　　　　　＋－－＋＋－－－－　クラスタ０３のエントリ（チェイン終了）

こんなふうになっていたので気付きました。
もしかしたらブートセクタの中にFAT12と16を見分けるための情報があったかも知れないのですけれど、忘れてしまいました…(^^;

Windows 2000を使ってフォーマットしたときに、規定の動作でFAT12とFAT16のどちらになるかは、
コマンドプロンプトからFORMATコマンドをオプション指定無しで実行したときの結果メッセージに
FAT16ならば「16ビット : FATエントリ」、FAT12ならば「12ビット : FATエントリ」と表示されるので、
フォーマットしてもいいメモリカードならばこれで見分けるのが簡単だと思います。

参考資料のプログラムに組み込まれているデバッグ用ツール、MMC_Comm.exeはとても便利ですね。
これがあったから、簡単にプログラムを追いかけることができました。

2004年8月21日

パラメデスもどきを作りました。パラメデス（タイトー／ホットビィ・1990）に良く似たゲームです。

インストール方法は次のとおりです。
- 「plmds.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 画面上から降下してくるダイスを、プレイヤーを操作して消して行くゲームです。
- 左右ボタンでプレイヤーを動かし、Ｂボタンでダイスの目を変えて、Ａボタンで発射します。
  同じ目のダイスにぶつけると、そのダイスは消えて、画面下のダイス置き場に入ります。
  画面下のダイス置き場に「役」がそろったら、下ボタンを押してください。
  「役」に応じたライン数分のダイスを、一気に消すことができます。
- 画面上から降下してきたダイスがプレイヤーの位置に達すると、ゲームオーバーです。
「役」の基本形は４種類です。
1. ゾロ目
  ３つ以上同じ目のダイスを並べます。
  並べたダイスの数によって、１～４ライン分の役になります。
2. 続き目
  ３つ以上連続した目のダイスを並べます。
  並べたダイスの数によって、１～４ライン分の役になります。
3. ２１
  目の数の合計をちょうど２１にします。
  ダイスの数によらす、１ライン分の役です。
4. ニコニコ
  ２つづつ同じ目のダイスを３組並べます。
  ３ライン分の役です。
基本形４種類の組合せで、より多いライン数の役を作ることもできます。

このゲームは縦画面ゲームです。
P/ECEを時計回りに90度回転させて持ってください。
操作方法は次のとおりです。
- タイトル画面
  - 左右ボタン　　　　　開始レベルを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - Ｂボタン　　　　　　役の説明を表示します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- 役の説明画面
  - 左ボタン　　　　　　前のページを表示します。
  - 右ボタン　　　　　　次のページを表示します。
  - Ｂボタン　　　　　　タイトル画面に戻ります。
- ゲーム画面
  - 左右ボタン　　　　　プレイヤーを左右に移動します。
  - Ａボタン　　　　　　持っているダイスの目を変えます。
  - Ｂボタン　　　　　　ダイスを発射します。
  - 下ボタン　　　　　　「役」を完成します。
  - ＳＥＬＥＣＴボタン　ダイスを素早く降下させます。(この操作は本物のパラメデスにはありません)
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(22KB) ソース(4.7MB)

タイトー社のアクションパズルゲーム『パラメデス』です。
同時期にゲームセンターで稼動していた同社のパズルゲーム『フリップル』『パズニック』と併せて、当時よく遊びました。
三作とも比較的難易度が低め(フリップルはちょっと難しかったかな？)なので、お手軽パズル三部作と認識していました。

パラメデスのルールは、「役」の作り方にちょっと癖があります。
麻雀やポーカーの感覚で行くと、ダイス置き場に並べる順番は「役」には関係ないように思いますよね？
例えば［①③②］の順で並べても、［①②③］の続き目役になりそうなものです。
また［①①②①］の順で並べれば、［①①①＋余分な②］のゾロ目役になることを期待してしまいます。
しかし実際には、パラメデスのルールでは、これらの並びは「役」になりません。
画面下のダイス置き場に並べた順番が、きちんと「役」の並びになっていなければいけないのです。
「並べる順番も考えてダイスを消して行く」。これがパラメデスの難しいところであり、楽しいところでもあります。
やってみると意外と簡単ですよ。
基本はニコニコ役狙いで、ニコニコ役が狙えない場合はかなりの高確率で［①②③④⑤⑥］が狙えると思います。

パラメデスは、パソコン・家庭用ゲーム機・携帯ゲーム機に移植され、家庭用ゲーム機では続編も作られました。
つい先日、iモード用にも移植されたようです。

2004年8月15日

コミックマーケット６６へ行ってきました。昨年末は行けなかったので、一年ぶりです。

今回の購入品リスト：
- 前日、秋葉原にて
  - 一列ストレートピンヘッダ、ピンソケット
  - クォータニオン入門、実践クォータニオン
  - HOW TO マシン語 Z80/6809マスター編
  - こころナビ小説版
  サトームセンがあった場所が、いつのまにか大きなゲームセンターになっててびっくりしました。
  プロギアの嵐、怒首領蜂大往生ブラックレーベル、式神の城II、カオスフィールドとか、はじめて見ました。（北見ではなかなか...）
  しかしながらそれらを横目に見つつ、グラディウスIVとアームドFにコインを投入。保守的すぎるかな？
- 当日、コミックマーケット66にて
  
  P/ECE関連(冊子)
  - Re: P/ECE（てとら★ぽっとさん）
    記事の内容は、アプリ紹介・プログラミング・MML・工作、と多岐に渡ります。
    付属CDの目玉はP/ECE版CLANNAD。音楽もしっかり鳴ってて驚きました。
    まだ本編やったことないんですけれど、楽しめました！本編欲しくなってきた…
    なんだか、P/ECE発売当初の構想の、理想形をひとつ見たような気がします。
  - P/ECE Programmable Signal Generator（p/ware さん）
    P/ECEのハードウェアを直接扱うプログラミングの本です。
    P/ECEカーネルの制御をのっとって、すべての資源をアプリケーションから管理する方法と、
    クロック同期スレーブ方式のシリアル通信を行うプログラミング手順について書かれています。
    これらの方法を使って、実際の業務にP/ECEを利用なさったとのこと。P/ECE実用の好例です。
  - P/ECEごっこ（あおやぎのさいとさん）
    P/ECEごっこのサイトの内容を製本した冊子。『Ｐ魂2004』シンプルライブラリ部門のための丁度良い参考書です。
    “関数は使わない”“変数はあらかじめ用意されたa～zのみ”といった制限内でプログラムを作成するテクニックが多数掲載されています。
    僕もいくつかシンプルライブラリを利用したプログラムを作りましたが、それらはP/ECE標準APIの直接呼出しにかなり頼っていました。。。
    本書と、『Re: P/ECE』の「Program de Simple出張版」を読んで、もういちど勉強中です。
  P/ECE関連(ソフト)
  - HARUKA-NA GAME SELECTION VOL4（HARUKA-NAさん）
    『智代ちんコンボ！』、他ゲーム多数の詰め合わせ。
    『智代ちんコンボ！』は、CLANNADを題材にしたパンチングゲームです(^^;
    原作やったことないんですけれど、ゲーム展開や演出のノリが良いですね。
    絵やセリフに気を取られていると、つい、拳マークを見落としてしまいます。
  - JBA-soft OffLine 営業所（JBA-softさん）
    『VBPieceコンポーネント』他、P/ECEやWindows等の開発ツール集です。
    『VBPieceコンポーネント』は、WindowsアプリからP/ECEのキー入力を取得したり、P/ECEに画面表示するためのVisualBasicコントロール。
    Windowsアプリの入力端末としてP/ECEを利用できそうです。現行版では、ややキー入力反応が悪いのが気になりました。今後に期待です。
    会場でデモされていたムービーサンプルが面白かったので、僕も作ってみました。
    おでマルのオープニングとエンディングムービーをP/ECE上で再生するプログラム（ソースのみ。別途VBPieceコンポーネントが必要です）
  - P/ECE開発用グラフィックライブラリ GML(仮称)（サークルＧＡＭＥＯＶＥＲさん）
    高性能グラフィックライブラリの機能デモです。
    直線・楕円描画から始まって、最後は約二千ポリゴンモデルの3D描画を光源付き・ディザ処理・グーローシェーディングで行う無謀さ(^^;
    実際にゲームに組み込む際には、速度との兼ね合いでもう少しポリゴン数を減らす必要有りとのことです。
    描画品質が良いので、3Dゴルフシミュレーションとかに利用して、ゲーム中に静止画を作成する用途に使うと面白そうです。
  - MyuMyuPuzzle for -P/ECE- Ver 1.30（Little Angels Networkさん）
    CPU対戦型の落ちものパズルゲーム。
    ニ種類×三色のブロックがあり、丸型ブロックは同色を縦or横、菱形ブロックは同色を斜めに並べて消します。
    一見、かなり難しそうなルールに見えますが、二つ並べるだけで消えるので難しくなく、連鎖も組み易いです。
    （マニュアルには“三つ並べて消す”と書いてありますが…完成版では三つ並べるルールになるのかな？）
    CPUのロジックがきちんと作ってあるのが凄いです。
  - ゲーム電卓PART1/2β for P/ECE（ＡＮＧＥＬ　ＫＮＩＧＨＴさん）
    前回リリースのPART1『デジタルインベーダー』に加えて、PART2『エイトアタック』も再現(β版)。
    会場では、PART1・PART2の実機と、ゲーム電卓のパンフレットをプリントアウトしたものも展示されていました。
    （僕も以前にウロ覚えの記憶でPART2モドキを作ったのですけれど、実機を見て(案の定)全然違ってたことが判明...）
    現在は、PART2の挙動をさらに解析中とのこと。完成が楽しみです。
  - P/ECE用イラストロジックびんづめおえかき（ぷろじぇくとすーさん）
    昨年リリースの作品、イラストロジックゲームです。
    問題数が非常に多いので、イラストロジックが苦手でも、まずは簡単そうなところから進めて行けます。
    会場に展示されてたP/ECEは、確か既にほとんど全面クリアされていたような気が...
    マニュアルが親切で、ゲームの難易度も(今のところ)低めなので、イラストロジックゲームの入門に良さそうです。
  - C(ﾟ｣ﾟ)ﾉT rev 1.5 【衝撃】白昼の惨事【映像】（処理落ち王国さん）
    タクシーを操作して、呼んでない人を避けつつ、呼んでる人にぶつけて行くゲーム。
    デモ画面をしばらく見ていると、昔のゲーム風な、得点システム説明と操作説明が表示されます。
    これらの説明が解り易く、マニュアル読まなくても遊べます。解かり易さは重要ですね。
    終盤、人が画面いっぱいに出てくるあたりの駆け引きが熱いです。
  その他
  - ゲームの博物館14、縮刷版1・2・3
  - SWネクスト、SWミニ
  - 移植ゲームの全貌
  - お願いお星さまドラマCD vol.1
  それから、まどかの世界さんにP/ECE電子工作の実物をいろいろ見せて頂きました。Treva接続、MMC接続、加速度センサ接続、ヴォイスチェンジャーです。
  実物を見ていちばん面白かったのは、加速度センサを使ったコロコロ迷路でした。
  昔あった(今でもあるのかな?)銀球迷路のオモチャに良く似たゲームで、転がりかたがとても自然です。サイズも銀球迷路のオモチャとちょうど同じぐらいですし(^^;
  あと、MMC接続アダプタ製作に関するアドバイスを頂きました。ありがとうございました。
  まどかの世界さんのサイトでは、早くも新ネタの試作品が発表されています。（日記→2004/08/19(木)）
サークル参加の皆様、おつかれさまでした。

2004年8月8日

ハットリスもどきを作りました。ハットリス（ビデオシステム・1990）に良く似たゲームです。

インストール方法は次のとおりです。
- 「hatris.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 二個一組で落ちてくる帽子を、左右入れ替えたり、左右に移動したりして、重ねてゆきます。
  同じ種類の帽子を五個以上重ねると得点が入り、その１ＳＥＴが画面から消えます。
- ときどき、帽子に混じって炎が落ちてきます。
  帽子の上に炎を落とすと、帽子を燃やすことができます。（ただし、王冠は燃えません。）
  暗い炎は、落とした場所に並んでいる同じ種類の帽子をまとめて燃やします。
  明るい炎は、落とした列の帽子をぜんぶ燃やします。
- 一定数の帽子を消すと、“ＳＡＬＥ”画面になります。
  画面上の帽子のうち、一種類だけをすべて消してしまうことができます。
  （ビデオシステム版ハットリスと違って、ＳＡＬＥはストックできません。）
- 積み上げた帽子が画面上のラインに達してしまうと、ゲームオーバーです。
このゲームは縦画面ゲームです。
P/ECEを時計回りに90度回転させて持ってください。
操作方法は次のとおりです。
- タイトル画面
  - 左右ボタン　　　　　開始レベルを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　帽子を左右に移動します。
  - 下ボタン　　　　　　帽子を素早く落下させます。
  - Ａボタン　　　　　　帽子を左右入れ替えます。
  - Ｂボタン　　　　　　帽子を一気に下まで落下させます。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(22KB) ソース(4.7MB)

『ハットリス』は、テトリスの作者アレクセイ・パジトノフ氏制作のビデオゲームです。
当初、大きな期待が寄せられていたものの、結果的にはイマイチの評価しか得られませんでした。
やはり、前作テトリスは偉大すぎたようです。

あらためてWeb上のハットリス評を探してみると、意外にもかなり高評価の意見が多いことがわかります。
特に、ある程度やりこんだ人ほど高評価となっていることが多いようです。
僕はハットリスが苦手で、このゲームを攻略する楽しさを理解できているとは思いませんけれど、苦手なりに面白いと思う点を挙げるならば、
- ルールがわかりやすく、とっつきやすい。わかりやすさはテトリス以上？
- 高難易度で偶然性が高く、短時間で楽しめる。遊んでいてダレない。
- 次のＳＡＬＥまでどうやって耐えるか、という目標が明確。
こんなところでしょうか。

さて、ビデオシステム版ハットリスの不満点は、その操作系にありました。
レバーを下に入れて帽子を素早く落下させると、レバーを戻しても落下が止まらない・・・PC版テトリスに近い操作系だったからです。
家庭用ゲーム機のハットリスも同様で、レバーを下に入れるとモーション無しで一気に下まで落下してしまいます。
セガ版テトリスという最高の操作系アレンジを実現した前例がありながら、なぜこういう仕様に戻ってしまったのか、大いに不満でした。
そんなわけで、今回の『ハットリスもどき』では、セガ版テトリスを参考に、ハットリスの操作系に対する不満点を改善してみました。
- レバーを下に入れると、帽子が素早く落下します。
  帽子が接地する前にレバーを元に戻すと、通常の速度に戻ります。
- 片方の帽子が接地したあと、もう片方の帽子が落下再開するまでの時間を長めに取ってみました。
  離れた位置に帽子を積み上げる操作がやりやすくなっていると思います。
ある程度慣れてくると、家庭用ハットリスのようにモーション無しで一気に落下する方が遊びやすいかも知れません。
『ハットリスもどき』では、Ｂボタンによる落下が家庭用ハットリスの操作系互換となっていて、一気に下まで落下します。
お好みの操作方法をご使用ください。

2004年7月30日

- ESPELION - for P/ECEバージョンアップしました。変更点は次のとおりです
- 中ボスおよび最終ボスとの戦闘終了後に、ボスの体力ゲージが消えずに画面上に残ってしまう不具合を修正しました。
- 最終ボスとの戦闘中にゲームオーバーになると、「GAME OVER」の文字がボスの後ろに表示されてしまう不具合を修正しました。
操作方法やスコアシステムについては、前バージョンの説明(2004年7月16日)をご参照ください。

ダウンロードはこちらバイナリ(27KB) ソース(4.7MB)

謝辞
- 今回の修正点は、「Randomism Zone」さんに教えて頂きました。
  ありがとうございます。

2004年7月29日

コズモギャングもどきを作りました。コズモギャングザパズル（ナムコ・1992）に良く似たゲームです。

インストール方法は次のとおりです。
- 「cgpzl.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 画面上から落ちてくるブロックを並べて消してください。
  ブロックの種類によって、消すためのルールが違います。
  - コンテナは、横一行そろえて並べると消えます。
  - コズモは、ボールをぶつけると消えます。
- コズモを一定数消すたびに、スターが落ちてきます。
  スターを落とすと、落ちたところから７段下までの全てのコズモをまとめて消すことができます。
- スターが落ちる前に上ボタンを押しながらＡまたはＢボタンを二回押すと、スターをキャンセルできます。
  スターをキャンセルすると、コズモをまとめて消す効果が得られない代りに、ボーナス点が加算されます。
- ブロックがいちばん上まで積み上がると、ゲームオーバーです。
このゲームは縦画面ゲームです。
P/ECEを時計回りに90度回転させて持ってください。
操作方法は次のとおりです。
- タイトル画面
  - 左右ボタン　　　　　レベルを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　落ちてくるブロックを左右に動かします。
  - 下ボタン　　　　　　落ちてくるブロックを素早く落下させます。
  - Ａボタン　　　　　　落ちてくるブロックを右回転します。
  - Ｂボタン　　　　　　落ちてくるブロックを左回転します。
  - 上ボタン　　　　　　スター出現中に上ボタンを押しながらＡまたはＢボタンを二回押すと、スターキャンセルとなります。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(32KB) ソース(4.7MB)

1992年といえば、『ぷよぷよ』に代表される落ちものパズルゲームの全盛期です。
当時、他社が次々に同タイプのゲームを発表していたのに較べると、ナムコ社の落ちものパズルゲームは数が少なかったように思います。
この『コズモギャングザパズル』と『エメラルディア』ぐらいでしょうか？
『コズモギャングザパズル』も『エメラルディア』も、ブロックの落下速度上昇がかなり厳しかった印象があり、僕はどちらも苦手です。
『コズモギャングザパズル』はスーパープレイヤーも多いと聞きますが、近所のゲームセンターではやり込んでいるプレイヤーをあまり見かけず、
僕もアドリブで遊ぶばかりでほとんど上達しませんでした。
コズモを残さないよう地道に消していって、スターキャンセルで高得点を狙うのがいいのかな？

『コズモギャングザパズル』は最近、アプリキャロットにてi-modeにも移植されたようです。

2004年7月16日

- ESPELION - for P/ECEを作りました。
「５９番街の部屋」さん制作のシューティングゲーム『- ESPELION - for Proce55ing』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「espelion.pex」をP/ECEに転送してください。
スコアシステムは次のとおりです。
- 敵を倒すと、宝石アイテムが現れます。
  宝石アイテムは、覚醒のためのエネルギーとなります。
- Ａボタンを押して覚醒すると、敵の弾が遅くなります。
  覚醒中に敵を倒すと、倒した敵が発射した弾が金塊アイテムに変化します。
  金塊アイテムを連続で取り続けると、高得点となります。
- 覚醒中は、宝石アイテムのストックが減って行きます。
  覚醒中に宝石アイテムのストックが無くなると、逆に敵の弾が速くなります。
このゲームは縦画面ゲームです。
P/ECEを時計回りに90度回転させて持ってください。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　プレイヤーを移動します。
  - Ａボタン　　　　　　覚醒または覚醒解除します。
  - Ｂボタン　　　　　　ショットを発射します。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(27KB) ソース(4.7MB)

元ネタになったエスプガルーダ（CAVE・2003）は、スコアアタックが楽しいシステムが特徴的なシューティングゲームです。
エスプガルーダに限らず、最近のシューティングゲームは高得点狙いの明確な方法が制作者によって提示されてることが多いようですね。
しかしながら僕は、エスプガルーダをゲームセンターで数回しか遊んだことことがなく、スコアシステムを正しく理解していませんでした。
シンプルな『- ESPELION - for Proce55ing』を遊んでようやく理解できたので、最近になってまたエスプガルーダに再挑戦しています。

謝辞
- 『- ESPELION - for Proce55ing』制作者の「５９番街の部屋」さんに感謝いたします。

2004年7月11日

ピキーニャ！もどきを作りました。ピキーニャ！（アスキー／クレアテック・1996）に良く似たゲームです。

インストール方法は次のとおりです。
- 「pikiinya.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 落ちてくるブロックを並べて消してください。
  落ちてくるブロックの種類は、次の通りです。画像はこちら
  - ピキーニャ
  - ただの氷
  - ピキ氷
  - ＵＦＯ氷
  - ウロの実
  ピキーニャは、六匹以上隣接させると消えます。
  ただの氷・ピキ氷・ＵＦＯ氷は、横一列に並べると消えます。
  ウロの実は、隣でピキーニャを消すと、いっしょに消えます。
- ピキ氷を消すと、中からピキーニャが現れます。
  ＵＦＯ氷を消すと、中からＵＦＯが現れて、画面上のピキーニャが全部消えます。
- ブロックが積み上がって、新しいブロックが出現できなくなると、ゲームオーバーです。
このゲームは縦画面ゲームです。
P/ECEを時計回りに90度回転させて持ってください。
操作方法は次のとおりです。
- タイトル画面
  - 左右ボタン　　　　　レベルを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　落ちてくるブロックを左右に動かします。
  - 下ボタン　　　　　　落ちてくるブロックを素早く落下させます。
  - Ａボタン　　　　　　落ちてくるブロックを右回転します。
  - Ｂボタン　　　　　　落ちてくるブロックを左回転します。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(36KB) ソース(4.7MB)

落ちものパズルとしては、かなり複雑なルールのゲームです。
前述の遊び方説明だけでは、どういうルールなのかいまいち把握できないかも知れません・・・
クレアテックさんのサイトにプレイステーション版『ピキーニャEX』の紹介ページがあるので、併せてご参照ください。
また、「うへ～い」さんのサイトのゲーム評論『ピキーニャEX』の記事もわかりやすいです。

今回の『ピキーニャ！もどき』は、エンドレスモードだけを再現してみました。
このゲームは時間が経ってもブロック落下速度が速くならないので、地道に消し続けていけばかなり長時間遊べるはずです。
が、実際にはジリ貧傾向が強く、あるいはちょっとしたミスが命取りで、結構あっさりとゲームオーバーになってしまいます。
逆転要素がＵＦＯによるピキーニャ全消滅ぐらいしかないので、ＵＦＯ氷出現までどうやって持ちこたえるか、が勝負です。

さて今回は、擬似多階調表示ゲームに挑戦してみました。
「P/ECE HAND BOOK Vol.2」の『緋色の霧』等、既にいくつかの擬似多諧調表示ゲームが発表されています。
僕はこれまで擬似多階調表示ゲームを一つも作ったことがなく、今回初めて作ってみました。
5パターン切替えで、擬似16階調表示を行っています。
『ピキーニャ！もどき』では、背景ぐらいにしか役立っていませんけれど・・・
擬似多諧調表示のために必要なCPUパワーは、約10～20%程度でした。
意外と軽い処理で済むみたいです。
『P/ECE monitor』バージョンアップしました。変更点は次のとおりです。
- 『ピキーニャ！もどき』で使用した、擬似16階調表示の画面キャプチャに対応しました。
  右クリックメニューから「16階調モード」を選択するか、またはキーボードの［Ｘ］キーを押してください。
  画面キャプチャモードが、擬似16階調表示と通常の4階調表示の交互に切り替わります。
詳しい使用方法については、旧バージョンのリリースノート（2002年11月15日～）を参照してください。

ダウンロードはこちらバイナリ(25KB) ソース(20KB)
P/ECEリソースビューア、バージョンアップしました。変更点は次の通りです。
- 『ピキーニャ！もどき』で使用した、16階調画像データ形式の表示に対応しました。
詳しい使用方法については、旧バージョンのリリースノート（2002年5月15日～）を参照してください。

ダウンロードはこちらバイナリ(10KB) ソース(34KB)

2004年6月13日

「こころナビ」（Q-X・2003）のビジュアルノベルを作りました。ゲーム開始～こころナビとの出合いあたりまでの、序盤ダイジェストです。
- システムプログラムには、てとら★ぽっとさんの「P/ECE VISUALNOVEL Scripter Ver1.0 (2004/06/04)」を使わせて頂きました。
- テキストとグラフィックは、あなたのコンピュータにインストールされている「こころナビ(製品版)」のデータファイルから抽出して使用します。
インストール方法は次のとおりです：
- あなたのPCに「こころナビ(製品版)」がインストールされていないと、データファイルが作成できません。
  あらかじめ、「こころナビ(製品版)」をインストールしておいてください。
  - 「こころナビ(体験版)」には対応していません。
  - 「こころナビ(製品版)」のバージョンは、version 1.1にて動作確認を行いました。
    version 1.0では動作しない可能性があるので、修正パッチを適用してversion 1.1にしておいてください。
    なお、初期出荷分以外の製品パッケージには、最初からversion 1.1のCDが入っているようです。
    僕が購入した製品パッケージのCDも最初からversion 1.1で、修正パッチを適用する必要はありませんでした。
- 「P/ECE VISUALNOVEL Scripter Ver1.0 (2004/06/04)」の実行ファイルをP/ECEに転送してください。
  また、「P/ECE VISUALNOVEL Scripter」の実行ファイル以外に、90KB程度の空き容量が必要です。
- 配布ファイルを解凍してください。
- 解凍してできたフォルダの中に「mk.bat」というファイルがあります。ダブルクリックして実行してください。
- しばらく待つと「kkrnv.pva」というファイルができます。「kkrnv.pva」をP/ECEに転送してください。
- P/ECEのメニュー画面から、「P/ECE VISUALNOVEL Scripter」を実行してください。
- 「P/ECE VISUALNOVEL Scripter」のメニュー画面から、「kkrnv.pva」を実行してください。
ダウンロードはこちらソースのみの配布です

「こころナビ」、もう一年ぐらい前に発売された作品ですが、僕は最近になってはじめて遊びました。
体験版の出来が良いとの評判に釣られてちょっと遊んでみた結果、即購入決定です。
既に多くのレビューサイトで高く評価されていて、僕も概ね同じ感想、特に世界設定と音楽が気に入りました。
こういう、二つの世界を行き来する話って好きなんですよ。
最初にWebへ飛び込むシーン、電子的なWeb世界から一転、メルヘンチックなおもいで図書館への場面転換は鳥肌モノです。

さて今回は、てとら★ぽっとさんのサイトで先日リリースされた新しい「P/VNScripter」を使わせて頂きました。
だけど、実際には旧い「P/VNS」互換のスクリプト書式しか使っていません。
新しいスクリプト書式の説明を見ると、スプライト機能や可変ウインドウなどなど、かなり機能強化されているようです。
僕はあまり凝ったスクリプトは書かないのですけれど・・・次は新しいスクリプト書式を使ってみたいと思います。

2004年6月2日

まるちたたきを作りました。
P/ECEの拡張端子とシリアルマウスを使って遊ぶ、もぐらたたきゲームです。

使い方は次のとおりです。
- 「mole.pex」をP/ECEに転送してください。
- P/ECEの拡張端子とシリアル通信レベルコンバータを使って、シリアルマウスを接続します。
  シリアル通信レベルコンバータについては、2004年5月15日の記事をご参照ください。
- P/ECEのメニュー画面で『まるちたたき』を実行してください。
- シリアルマウスが正しく認識できると、タイトル画面が表示されます。
  シリアルマウスが接続されていなかったり、正しく認識できなかった場合は、画面に「マウス初期化失敗」と表示します。
操作方法は次のとおりです。
- すべてマウスだけで操作します。P/ECEの方向キーやボタンを使う必要はありません。
- タイトル画面
  - マウスでカーソルを動かして、「START」を選択して左ボタンを押すと、ゲーム開始します。
  - マウスでカーソルを動かして、「EXIT」を選択して左ボタンを押す

Dhrystone値	9955.2[Dhrystone]
Dhrystone MIPS	5.6[DMIPS]

Dhrystone値	18765.2[Dhrystone]
Dhrystone MIPS	10.6[DMIPS]