Ｐ/ＥＣＥ研究室

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

ＳＴＡＴＵＳ
ツール	mini ISD 安定版 1.0	2002/01/11	完了
ツール	mini ISD 安定版 2.5	2003/11/15	完了
ツール	mini ISD 3.0 (64ビット版Windows 7用)	2012/03/25	完了
ツール	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コンバータ	2014/07/15	完了
ツール	「run.bat」の問題を修正したコマンド	2014/11/14	完了
ツール	４倍テキストビューア	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	完了
ツール	64ビット版Windows 7用P/ECEデバイスドライバ(WinUSB版)	2012/01/08	完了
ツール	S1C17702基板/EMU	2010/01/19	完了
ツール	demucc for Visual C++ 6.0 (移植版)	2015/01/16	完了
ツール	UTF-8テキストビューア	2015/03/08	完了
ゲーム	細胞分裂アオミドロン	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	完了
ゲーム	数陣タイセンもどき	2009/10/25	完了
ゲーム	タワーリングレスキューもどき	2010/02/06	完了
ゲーム	S1C17702用タワーリングレスキューもどき	2010/02/08	完了
ゲーム	LINEAR RYTHM(移植版)	2010/05/15	完了
ゲーム	パチスロP/ECE	2014/06/07	完了
ゲーム	パチスロP/ECE ART	2014/07/04	完了
ゲーム	パチスロP/ECE AT	2014/08/30	完了
ゲーム	Tcl版スペースサーチもどき	2014/12/21	完了
ゲーム	合体ロボ☆Ｍ(マルチ)	2015/02/25	完了
ゲーム	伊 for ARDUBOY(移植版)	2016/04/12	完了
ゲーム	シンプルリバーシュ	2016/08/30	完了
ゲーム	Chain Reaction	2017/01/06	完了
ゲーム	ぱづりもどき	2017/01/18	完了
ゲーム	覇沙夢もどき	2017/01/29	完了
ゲーム	ウェルトリスもどき	2017/02/10	完了
ゲーム	けものパトロール(移植版)	2017/03/29	完了
ゲーム	ぐるりんもどき	2017/04/25	完了
ゲーム	P/ece Drivin'	2017/06/29	完了
ゲーム	2Fuseもどき	2017/08/09	完了
ゲーム	フリップルもどき	2018/02/25	完了
ゲーム	クラックスもどき	2018/07/29	完了
ゲーム	アタックスもどき	2020/08/09	完了
デモ	回転マルチ	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/09/14	完了
デモ	TrueSpeechプレイヤー	2014/07/19	完了
デモ	マンデルブロ集合	2009/07/19	完了
デモ	USBスピーカー(試作版)	2002/08/05	完了
デモ	USBマウス	2002/08/19	完了
デモ	USBストレージ	2002/09/15	完了
デモ	USB PTP レスポンダ	2014/09/14	完了
デモ	USB MTP レスポンダ	2014/09/19	完了
デモ	PMD Player (USB Audio対応版)	2014/09/27	完了
デモ	LINEAR RYTHM (移植版) (USB Audio対応版)	2014/09/27	完了
デモ	UVCデバイス(お散歩綾香)	2015/05/13	完了
デモ	USBプリンタ	2015/05/24	完了
デモ	QRコード作成アプリ	2015/09/06	完了
デモ	QRコード読み取りアプリ	2015/09/21	完了
デモ	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	完了
デモ	Whetstoneベンチマーク(倍精度版)	2012/02/04	完了
デモ	Lua速度計測	2015/01/25	完了
デモ	P/ECE用Tclインタプリタ	2014/12/09	完了
デモ	Nuklear GUIデモ	2016/11/20	完了
デモ	TinyJS(移植版)	2018/04/03	完了
デモ	CHIP-8用お散歩綾香	2003/04/03	完了
デモ	ATARI VCS用お散歩綾香	2005/03/25	完了
デモ	アルカディア用お散歩綾香	2005/05/12	完了
デモ	HDL-GT/LCD用お散歩綾香	2007/12/10	完了
デモ	S1C17702用お散歩綾香	2009/12/07	完了
デモ	Android用お散歩綾香	2017/07/12	完了
デモ	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研究記録 2012年	2012/01/19	完了
雑記	P/ECE研究記録 2013年	2013/07/30	完了
雑記	P/ECE研究記録 2014年	2014/12/30	完了
雑記	P/ECE研究記録 2015年	2015/11/26	完了
雑記	P/ECE研究記録 2016年	2016/10/25	完了
雑記	P/ECE研究記録 2017年	2017/08/30	完了
雑記	P/ECE研究記録 2019年	2019/06/02	完了
雑記	P/ECE研究記録 2021年	2021/09/09	完了
雑記	P/ECE研究記録 (全部)	2021/09/09	継続
雑記	TH2XのソースをVC6でコンパイルする手順	2006/01/20	完了
雑記	Windows VistaでP/ECEを使う方法[パート2]	2007/08/03	完了
雑記	32bit版Windows 7で、P/ECEを使う手順	2009/11/02	完了
雑記	64bit版Windows 7の、Windows XP Modeで、P/ECEを使う手順	2009/11/02	完了
雑記	64bit版Windows 8で、P/ECEを使う手順	2013/02/02	完了
雑記	64bit版Windows 10で、P/ECEを使う手順	2016/02/11	完了
雑記	HDL-GT/LCDをWindows PCに接続する方法	2007/12/05	完了
雑記	HDL-GT/LCD研究記録	2007/12/20	継続
雑記	Interface増刊 S1C17702基板デバッグモニタ調査記録	2009/12/20	完了
雑記	P/ECE標準音楽ドライバーエンベロープ・ビブラート計算表	2015/02/06	完了

2021年9月9日

P/ECE研究記録更新しました。「GNU Awk 3.1.7の不具合を回避する」

2020年8月9日

アタックスもどきを作りました(動画)。
アタックス（カプコン・1991）に良く似たゲームです。

インストール方法は次のとおりです。
- 「ataxx.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 自分の色のコマにカーソルを置きAボタンを押し、移動させたい空タイルにカーソルを置き、
  再びAボタンを押すとコマを移動出来ます。(Bボタンを押せばキャンセル。)
- このとき最大2タイル分移動出来ますが、1タイル分移動した時は、
  元の位置にコマを残しつつ移動できます。(分身)どちらが良いか良く考えてから移動して下さい。
- 相手のコマがあるタイルのとなりに行けば全部自分の物に。
  動かすコマが無い時は、「パス」で相手の番になります。
  タイルが全て埋まった時にコマの数が多い方が勝者です。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 上下左右ボタン　　　設定を変更します。
    
    設定項目は次のとおりです。
    
    「RED」
    先手のプレイヤー，又は，CPUレベルを選択して下さい。
    
    「BLUE」
    後手のプレイヤー，又は，CPUレベルを選択して下さい。
    
    「マップ」
    壁の配置パターンを選択して下さい。
    
    「背景」
    背景グラフィックを選択して下さい。ゲームには無関係です。
- ゲーム画面
  - 上下左右ボタン　　　カーソルを移動します。
  - Ａボタン　　　　　　移動元のコマを選択，及び，移動先の位置を指定します。
  - Ｂボタン　　　　　　一手、戻します。連続して押すと、何手でも戻せます。CPUの思考中でも、戻せます。
  - ＳＥＬＥＣＴボタン　タイトル画面に戻ります。
ダウンロードはこちらバイナリ(91.4KB) ソース(66.9MB)

カプコンの業務用ボードゲーム、アタックスです。
P/ECE用のアタックスは、2002年1月14日に「シンプルアタックス」として一度作ったのですが、もう一度作ってみました。
前回は、P/ECEを使い始めて間もない頃に作ったプログラムでした。
今回は、18年間使い続けて作ったプログラムなので、同じゲームでもだいぶん見栄えが良くなったと思います。

アタックスは、とてもシンプルなルールで、古典的なボードゲームだと思っていたのですが、オリジナルのルールだそうです。
僕はボードゲームが苦手で、コンピュータチェスやリバーシを遊ぶと、初級レベルでも一方的に負けてしまって面白くありません。
アタックスは攻防が激しく、負けても一方的な感じがしないので、気楽に遊べて好きです。
結局、負けるのですけれど。(^^;

アタックスは他社開発なのですね。
レーランドという海外メーカーのゲームです。
僕はずっと、ワールドラリーと同じメーカーのゲームだと思い込んでいたのですが、よく見たらあっちはガエルコでした。
当時の海外メーカーのゲームは、ドットが粗くてPCMストリーミングのBGMが多くて、つい、同じ印象を持ってしまいます。

2019年6月2日

P/ECE研究記録更新しました。「構造体引数の呼び出し規約がマニュアルの説明と違う」

2018年7月29日

クラックスもどきを作りました(動画)。
クラックス（アタリ・1990）に良く似たゲームです。

インストール方法は次のとおりです。
- 「klax.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 転がって来るタイルを、パドルで受け取って下さい。
  上ボタンを押すと、タイルを投げ返します。
  下ボタンを押すと、タイルの転がるスピードが速くなります。
- Ａ又はＢボタンを押すと、箱にタイルを落とします。
  同色のタイルを縦・横・斜めに３個以上揃えると得点となり、タイルは消えます。
  各ラウンドスタート時に表示される条件を満たすと、ラウンドクリアとなります。
- パドルには、５個までタイルを載せる事が出来ます。
  箱には、５列５段までタイルを積む事が出来ます。
- タイルを受け取り損なうと、ドロップメーターが点灯します。
  ３回タイルを受け取り損なうと、ゲームオーバーとなります。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　　ゲームを開始します。
  - 上下左右ボタン　　　　開始ステージと、タイルの色数を選択します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　　パドルを左右に移動します。
  - 上ボタン　　　　　　　タイルを投げ返します。
  - 下ボタン　　　　　　　タイルをスピードアップします。
  - ＡまたはＢボタン　　　タイルを落とします。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(126KB) ソース(62.1MB)

アタリの業務用パズルゲーム、クラックスです。
1990年当時で、アクティブ連鎖が出来た落ち物パズルゲームは、結構珍しいのではないかと思います。
コラムスやハットリスと同時期に発売されて、僕はクラックスが一番人気が出ると予想したのですが、結果はコラムスが一番人気になりましたね。

クラックスは、たくさんのコンピュータや家庭用ゲーム機に移植されているようです。
僕はもっぱらゲームセンターで遊んでいましたが、海外ではMSX版も出ていたのですか。知りませんでした…
動画で見る限り、どの機種も良移植のようです。中でも、Atari 2600版が出色の出来栄えだと思いました。

クラックスは擬似3Dのグラフィックなので、タイルのスプライトパターンが多くなり、昔の機種では容量節約に苦労したのではないかと思います。
２列ごとに同じスプライトパターンを使い回したり、レーンの傾き自体を無くしたり、いろいろ節約されてるようです。
それらに比べればP/ECEはまだメモリが潤沢で、今回のクラックスもどきでは、タイルやパドルの全ての位置のパターンをベタ持ちしました。(^^;

もう一点、今回のプログラムで工夫した点は、「割り込みスタック」の仕組みを実装して、タスク毎に割り当てるスタック容量を節約した事です。
RXマイコンのISPレジスタや、ARMマイコンのMSPレジスタを参考にしました。
RXやARMはCPUのハードで割り込みスタックをサポートしていますが、P/ECEのS1C33には無いので、ソフトで全ての割り込みをフックしてスタックを切り替えるようにしました。
今回のクラックスもどきは、多くのタスクを使っていないので、さほど恩恵が有る訳ではないのですけれど、今後役に立つと良いな、と思います。

2018年4月3日

TinyJS(移植版)バージョンアップしました(動画)。
変更点は、以下の二点です。
- 高速化しました。
  これまでは、個々のテストを実行する毎に、インタプリタの作成とライブラリ関数の登録をおこなっていました。
  今回から、インタプリタの作成とライブラリ関数の登録は最初に一回だけおこない、個々のテストではそれを使い回すようにしました。
  これまでは200秒以上掛かっていたのが、60秒ぐらいで終わるようになりました。
  ただし今回の高速化は、テストの実行方法の工夫による高速化であって、インタプリタ自体を高速化した訳ではありません。
- デバッグ出力も、P/ECEの画面に表示するようにしました。
  これまでは、デバッグ出力をP/ECEの画面に表示していなかったので、test036.jsがWindowsでの表示と少し違っていました。
  今回から、デバッグ出力もP/ECEの画面に表示するようにしたので、test036.jsもWindowsでの表示と同じになりました。
ダウンロードはこちらバイナリ(47.2KB) ソース(61.2MB)

2018年4月1日

TinyJS(移植版)を作りました(動画)。
GitHubで公開されている、小さなJavaScriptインタプリタ「TinyJS」を、P/ECEに移植したものです。
今回は動作確認として、オリジナル版のTinyJSに同梱されているテストスクリプトを、P/ECE上で実行するプログラムにしました。

インストール方法は次のとおりです。
- 「run_test.pex」をP/ECEに転送してください。
実行方法は次のとおりです。
- アプリケーションを起動すると、自動的に、テストスクリプトtest001.js～test036.jsが実行されます。
  しばらく待って、「Done. 36 tests, 36 pass, 0 fail」と表示されたら、成功です。
ダウンロードはこちらバイナリ(46.8KB) ソース(61.0MB)

小さなJavaScriptインタプリタは色々公開されていますが、「TinyJS」はそれらの中でも特に小さな物の一つです。
ただし、本物のJavaScriptとの互換性は、あまり高くないようです。
「for～in」が未対応だったり、「==」演算子の動作が違っていたり、「prototype」と「__proto__」が混同されていたり・・・
他にもいくつか、移植していて気になった点がありました。
あくまでも、JavaScript"風"のインタプリタと捉えた方が、良いのかも知れません。

オリジナル版のTinyJSは、C++言語で作成されています。
P/ECE開発環境ではC++言語が使えないので、今回のTinyJS(移植版)ではC言語に移植しました。
また、ガーベージコレクターと併用することを前提として、メモリ開放処理を全て削除しました。
(P/ECE用Tclインタプリタを作った時に取った方法と同じです。詳細は、2014年10月28日の記事を参照して下さい。)

今回の移植では、省メモリと実装の簡略化だけを重視しました。
インタプリタを作成した時点で、約153キロバイトの空きメモリが残っています。
それに加えてライブラリを読み込んだ時点でも、約112キロバイトの空きメモリが残っています。
まあまあ充分な空きメモリだと思います。

今回の移植では、実行速度は度外視したので、かなり遅いです。
Core i7のWindows PCでは、テストスクリプトtest001.js～test036.jsを実行するのに、一秒もかかりません。
一方、P/ECEでは、約220秒かかります・・・
元々、PCとP/ECEの実行速度を比べる事に無理があるし、結果は合っているので良しとする事にしました。(^^;
今回はテストスクリプトを実行するだけでしたが、今後、ゲームやツールに応用出来たら良いなと思います。

2018年2月25日

フリップルもどきを作りました(動画)。
フリップル（タイトー・1989）に良く似たゲームです。

インストール方法は次のとおりです。
- 「flipull.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 持ちブロックを投げて、同じ絵柄のブロックにぶつけて消して下さい。
- ブロックを消した後で、違う絵柄のブロックにぶつかると、入れ替わって新しい持ちブロックになります。
- 残りのブロックの数が、クオリファイ以下になったら、ステージクリアです。
- 消せるブロックが無くなると、スペシャルブロックを消費します。
- スペシャルブロックが無くなったら、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　　ゲームを開始します。
  - 左右ボタン　　　　　　開始ステージを選択します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下ボタン　　　　　　プレイヤーを上下に移動します。
  - ＡまたはＢボタン　　　ブロックを投げます。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(68KB) ソース(62.5MB)

タイトーの業務用パズルゲーム、フリップルです。
ゲームルールの説明を読んでもわかりづらいのですが、実際に遊んでみるとすぐにわかると思います。
適当に遊んでも意外と運でクリア出来たりして、とっつきやすいゲームでした。
結構出回りが良くて、タイトーの直営店には大抵置いてあった記憶があります。
僕も当時、大阪寺田町のウィルトークタイトーや、新世界の狭いゲームセンター(店名失念…)で、よく遊びました。

フリップル、ゲーム自体よりも、音楽が強烈に印象に残っています。
絵はニュージーランドストーリーみたいなかわいい絵柄なのに、音楽はお化けが出そうなおどろおどろしい曲なのです。
実は、フリップルの音楽は、アルカノイドリベンジオブDOHの未使用曲なのだそうです。
それにしても、なぜこういう音楽が選定されたのか、未だに不思議です。
ちなみにフリップルは、ファミコンやゲームボーイにも移植されていて、アーケード版とは違うかわいい音楽が付いています。
普通、そうですよね・・・(^^;
でも僕は、アーケード版のおどろおどろしい音楽の方が、中毒性があって好きです。

今回の「フリップルもどき」は、時間制限のルールを無くしました。
元々、手詰まりでゲームオーバーになる事が大半で、タイムオーバーになる事はほとんど無かったと思うからです。
また、ステージ開始時のブロックが少ない時は、ステージの天井を低くするようにしてみました。
その方が、プレイヤーの移動距離が少なく済んで、操作しやすいと思ったからです。

プログラミングの点としては、今回、音楽ドライバを工夫してみました。
P/ECE標準の音楽ライブラリでは、ドラム音色が8ビットリニアPCM形式で格納されていて、約40キロバイトもメモリを消費してRAMを圧迫しています。
そこで今回、ドラム音色を2ビットADPCM形式にした、音楽ライブラリを実装してみました。
音楽データの形式自体は、P/ECE標準の音楽ライブラリと互換なので、同じデータが使えて、ドラム音色の消費メモリが1/4ぐらいに節約出来ました。
音色は少し劣るのですが、ゲームのBGMの用途には十分だと思うので、今後も使って行こうと思っています。

2017年8月30日

P/ECE研究記録更新しました。「gcc33.exeがswitch～caseを無駄に大きなジャンプテーブルに展開する」

2017年8月14日

P/ECE研究記録更新しました。「ドラム音色のノイズ」

2017年8月9日

2Fuseもどきを作りました(動画)。
2Fuse（Mojo Forest・2012）に良く似たゲームです。

インストール方法は次のとおりです。
- 「twofuse.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 同じ色，同じ数字のパネルを、二つ選択して消して下さい。
- 「1」のパネルを二つ選択して消すと、一つの「2」のパネルになります。
- 「2」のパネルを二つ選択して消すと、一つの「星」のパネルになります。
- 「星」のパネルを二つ選択して消すと、一定時間、特殊効果が発動します。
- 白い星の特殊効果は、フィールド上のパネルの出現速度がアップします。
- 黒い星の特殊効果は、得点倍率がアップします。
- 灰色の星の特殊効果は、時間の減り方が遅くなります。
- 時間が無くなると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　　カーソルを移動します。
  - Ａボタン　　　　　　　パネルを選択します。
  - Ｂボタン　　　　　　　パネルの選択を解除します。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(112KB) ソース(60.3MB)

Mojo Forestさんのスマートフォン用ゲーム、2Fuseです。
元々は2012年に、iPhone用として作られたのが最初だそうです。
僕は昨年(2016年)、Android用の2Fuseでこのゲームを知って、気に入ってよく遊んでいます。

ルールがわかりやすい所と、短時間で遊べる所が良いと思います。
ルールが単純でありながら、二律背反性がある所も好きです。
高得点を狙うには、たくさんのパネルを、コンボを繋げながら、消して行く必要が有ります。
たくさんのパネルを消すには、早く消して行かなければいけません。
しかし、早く消し過ぎると、フィールド上のパネルが少なくなってコンボが繋げづらくなり、両立させるのが難しいという点が楽しいです。
普段はあまり急ぎ過ぎずにゆっくり確実にコンボを繋げて行って、特殊効果でパネルの出現速度がアップしている間だけは全力で早く消すのが良いかな、と思っています。

2Fuseが気に入ったので、今回、P/ECE用の「2Fuseもどき」を作ってみました。
本物の2Fuseはタッチパネルで操作するのに対して、2Fuseもどきはボタンで操作するという違いが有るのですが、意外と結構、プレイ感覚は近い感じに出来たと思います。
とは言えやっぱり、2Fuseはタッチパネルで操作する方が楽しいですね。

2017年7月12日

Android用お散歩綾香を作りました。(動画)

遅ればせながら、Androidの勉強を始めました。
例によって、まずは、お散歩綾香からです。

ダウンロードはこちらソース(GitHub)

2017年6月29日

P/ece Drivin'を作りました(動画)。
昔ながらの疑似3Dレースゲームです。

インストール方法は次のとおりです。
- 「pcedrivn.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 制限時間内にチェックポイントを通過して下さい。
- チェックポイントを通過すると制限時間が延長されます。
- 制限時間が無くなるとゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　　ゲームを開始します。
  - 左右ボタン　　　　　　開始レベルを選択します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　　ハンドルを操作します。
  - Ａボタン　　　　　　　アクセルを操作します。
  - Ｂボタン　　　　　　　ブレーキを操作します。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(115KB) ソース(59.9MB)

WebでArduboyのゲームを見ていた所、「'Ard Drivin'」というゲームが目に留まりました。
Arduboy用の疑似3Dレースゲームで、とても高速に動作していて、面白そうです。
GitHubのページの説明によると、67fpsで動作しているのだそうです。凄い!!
ゲームも面白そうなのですけれど、それよりも惹かれたのがタイトルのネーミングです。
「Hard Drivin'」に掛けているのですね。
ゲーム内容はハードドライビンとは全然違いますが・・・上手いネーミングです。

'Ard Drivin'に触発されて、僕も疑似3Dレースゲームを作りたくなって、作ってみました。
タイトルは、「Race Drivin'」に掛けました。ちょっと苦しいですが(^^;
こちらも、ゲーム内容はレースドライビンとは全然違います。

実は、僕は、ハードドライビンもレースドライビンも、ほとんど遊んだ事が無いです。
当時、守口市の駅前の「ゲームプラザエム」で数回遊んで、すごく難しかった記憶だけが残っています。
ゲームプラザエムは、昨年、閉店してしまったのですね。

今回作った「P/ece Drivin'」は、レースドライビンと言うよりも、「WEC LE MANS 24」の演出を少し真似てみました。
僕は、WEC LE MANS 24が大好きだったので。
パターン性が強くて、慣れると爽快に走れて、楽しいレースゲームでした。
僕は、当時、千林商店街のこの場所にあったゲームセンター(店名を忘れてしまいました…)で、WEC LE MANS 24をよく遊びました。
個人経営(だったと思う)の小さなお店だったのですが、高価な大型筐体が良く設置されていて、今にして思うと、なぜあんなに品揃えが良かったのか不思議です。
確か、WEC LE MANS 24は、アウトランと同時に設置されていたと思います。
WEC LE MANS 24は、アウトランに食われてヒットしなかったという評価が多いのですが、僕はどちらも同じ店で遊べたので、どちらもとても好きです。

ちなみに、上記のお店の隣にもゲームセンターがあって、理髪店とゲームセンターが合体した「ゲームサロン」というお店でした。
50円玉に両替しようと店員さんを呼ぶと、店員さんが、お客さんの髪を切る手を止めて、50円玉に両替してくれました。
ゲームサロンには、初代ハングオンのライドオン筐体がありましたよ。

だいぶん話が逸れて、昔のゲームセンターの思い出話になってしまいました(^^;
また機会があったら、書かせて頂こうと思います。

謝辞
下記の素材を使わせて頂きました。
- 「メタセコ素材！」さんの車のモデルデータを使わせて頂きました。有難うございます。
- 「3D CAD Browser」さんの木のモデルデータを使わせて頂きました。有難うございます。
- 「Illustcut.com」さんの看板の画像を使わせて頂きました。有難うございます。
- 「Lumenier」社のレースゲートの写真を使わせて頂きました。有難うございます。
- 「効果音ラボ」さんのサウンドデータを使わせて頂きました。有難うございます。

2017年4月25日

ぐるりんもどきを作りました(動画)。
ぐるりん（フェイス・1994）に良く似たゲームです。

インストール方法は次のとおりです。
- 「gururin.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 落ち人を、縦，又は，横に三人以上並べて消して下さい。
- 舞台を回転して、落ち人の並びを変える事も出来ます。
- 落ち人が舞台の上まで積み上がると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　　ゲームを開始します。
  - 左右ボタン　　　　　　落ち人の種類を選択します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　　落ち人を左右に移動します。
  - 下ボタン　　　　　　　落ち人を下加速します。
  - ＡＢボタン　　　　　　舞台を左右に回転します。押しっぱなしで180度以上回転する事も出来ます。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(130KB) ソース(59.0MB)

フェイスの業務用パズルゲーム、ぐるりんです。
一見、普通の落ち物パズルゲームなのですが、フィールドを回転出来るという、斬新な操作が搭載されています。
ちょっと面白そうでしょう？
僕もそう思って、当時、池袋のゲームセンターでよく遊んだ思い出が有ります。
・・・が、とにかく難しくて、面白さを理解する所まで辿り着けませんでした。。。
主な不満点は、以下の三点です。

一点目として、回転すると並ぶかどうかの予測が難しく、ほとんど運任せで回すしかない事です。
ぐるりんに限らず、「四方向」の概念を特色とした落ち物パズルは、「操作の結果が予測しづらい」という問題を抱える事が多いみたいです。
ウェルトリスや、ミングルマグネットもそうですね。
「四方向」の概念は、落ち物パズルの鬼門だと思います。

二点目として、落ち人の種類が見分けづらく、難しさに輪をかけている事です。
ぐるりんは、舞台を回転すると、舞台の中の人の向きも変わって表示されます。
演出としては面白くて好きなのですが、ルールには関係無いし、視認性の観点ではマイナスでしかありません。(一種類の落ち人が、四種類に見えるわけですから)
演出としては好きなので、今回の「ぐるりんもどき」も同じように表示してみましたが、P/ECEの白黒表示と相まって、非常に見分けづらくなってしまいました…

三点目として、舞台を回転出来る時間がみじかすぎる事です。
舞台を回転出来るのは、落ち人が画面上の階段から降りるまでの僅かな間だけでした。
せっかく、舞台を回転するという斬新な操作があるのに、それを自由に使えないのはもったいないです。
今回のぐるりんもどきでは、改善策として、落ち人が階段を降りた後落下を開始する前に数秒間の待ち時間を入れて、舞台を回転出来る時間を増やしてみました。

・・・と、不満点ばかり挙げてしまいましたが、何か不思議な魅力のあるゲームです。
ゲーム全体に漂う、どよーんとした気が滅入って来るような雰囲気が、逆に好きです。
海外のWebページによると、開発は、ずんずん教の野望で有名な港技研だそうです。
なるほど、納得しました(^^;

2017年3月29日

けものパトロール(移植版)を作りました。(動画)
「misaki」さん制作の、Arduboy用ゲーム『けものフレンズのゲーム』を、P/ECEに移植したものです。

インストール方法は次のとおりです。
- 「kemonopa.pex」をP/ECEに転送してください。
ルールは次のとおりです。
- 自機(ジャパリバス)を操作して、ショットで岩や敵(セルリアン)を破壊して下さい。
- 穴はジャンプして飛び越えて下さい。
- 岩や敵に当たったり、穴に落ちるとゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - Ａ又はＢボタン　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　　自機を移動します。
  - Ａボタン　　　　　　　ショットを発射します。押しっぱなしで連射出来ます。
  - Ｂボタン　　　　　　　ジャンプします。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(72KB) ソース(56.3MB)

「misaki」さん制作の、Arduboy用ゲーム『けものフレンズのゲーム』です。
ゲーム画面にもツイートにもタイトル名が書かれていないのですけれど、ファイル名から『けものパトロール』で合っていますよね？・・・(^^;

ムーンパトロールに似たゲームです。
ムーンパトロールの操作感が良く再現されていて、面白いです。
スコアが増えた時に、サーバルちゃんが~~邪魔して~~褒めてくれるのが楽しいです。

昨年『伊 for ARDUBOY』を移植させて頂いたのに続いて、今回は二回目のArduboyからP/ECEへの移植になりました。
Arduboy、世界中でアプリが開発されていて、流行っていますね～

謝辞
- 『けものフレンズのゲーム』制作者の「misaki」さんに感謝いたします。

2017年2月10日

ウェルトリスもどきを作りました(動画)。
ウェルトリス（ビデオシステム・1991）に良く似たゲームです。

インストール方法は次のとおりです。
- 「welltris.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 落ちて来るブロックを、底の面で、縦，横、いずれかに並べて消して下さい。
- ブロックが壁の面にはみ出ると、はみ出た数だけ、ボーダーラインが下がって来ます。
- ブロックを消すと、消したラインの数だけ、ボーダーラインが元に戻ります。
- ブロックがボーダーラインを超えたら、ゲームオーバーです。
- ブロックを角に落とすと二つに分かれる特性も、上手く利用して下さい。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　　ゲームを開始します。
  - 左右ボタン　　　　　　初期レベルを選択します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　　ブロックを移動します。
  - Ａボタン　　　　　　　ブロックを回転します。
  - Ｂボタン　　　　　　　ブロックを早く落下します。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
ダウンロードはこちらバイナリ(98.9KB) ソース(56.0MB)

ビデオシステムの業務用パズルゲーム、ウェルトリスです。
ビデオシステムの～と言うよりも、アレクセイ・パジトノフ氏の～と言う方が、通りが良いかも知れません。
セガのテトリス、ビデオシステムのハットリスに続いて、三つ目に登場しました。
ビデオシステムのチラシには、「ロングランまちがいなし!」と書いてありますが、ロングラン以前に、出回りがあまり良くなかったように思います。
ハットリスよりも、見かける事が少なかったような・・・

難し過ぎですよね。
ウェルトリスが難しい原因のひとつは、操作性が直観的ではない事だと思います。
壁を一周回るように移動するのではなく、レバーを入れた方向の壁に近付くような感じで移動するからです。
反対側付近の位置に素早く移動したい時に、一瞬レバーを入れる方向を悩んだり、途中でレバーの方向を変える必要があってストレスが溜まります。
いっそ、レバーじゃなくて、パドルだったら操作しやすかったのかも知れません。
又は、フェイスのぐるりんみたいに、フィールドの方を回転させてしまうとか・・・

海外では、色々なパソコンに移植されていたようです。
日本ではいまいちぱっとしなかったけれど、海外では人気が有ったのかな？
あと、PC-9801版も有ったのですね、知らなかったです。

2017年1月29日

覇沙夢もどきを作りました(動画)。
覇沙夢（アイレム・1991）に良く似たゲームです。

インストール方法は次のとおりです。
- 「hasamu.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 同じ種類の牌を二個、選択して下さい。
- 選択した二個の牌のうち、片方だけを、一方向だけに、動かす事が出来ます。
- 選択した牌と、挟まれた牌が消えます。
- 牌を全部消したら、ゲームクリアです。
  本物の覇沙夢はステージを進めて行くゲームですが、覇沙夢もどきは一ステージで完結するようにしました。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　　ゲームを開始します。
  - 上下左右ボタン　　　　盤面の大きさを選択します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　　カーソルを移動します。
  - Ａボタン　　　　　　　牌を選択します。Ａボタンを押しながら上下左右ボタンを押すと、牌を動かします。
  - Ｂボタン　　　　　　　アンドゥします。
  - ＳＥＬＥＣＴボタン　　メニューを表示します。
- メニュー画面
  - ゲームを続ける　　　　メニューを消して、ゲームを続けます。
  - 解き方を見る　　　　　解き方のオートプレイを見ます。オートプレイが終わったら、同じ面を最初から再開します。
  - タイトルに戻る　　　　ゲームを中断して、タイトルに戻ります。
ダウンロードはこちらバイナリ(86.1KB) ソース(55.5MB)

アイレムの業務用パズルゲーム、覇沙夢です。
「上海」や「四川省」と似た感じのゲームですが、「覇沙夢」の方が取り方の自由度が高く、遊び易くて面白いです。
でも、オリジナルの覇沙夢は、(業務用だから仕方が無いとは言え)、難し過ぎると思います・・・
このパズルは、もっとじっくり遊べる方が楽しいと思ったので、今回の覇沙夢もどきでは、三点、改善してみました。
1. 制限時間を廃止しました。
  TIMEが0になっても、ゲームオーバーにならないようにしました。
  TIMEは、ゲームクリア時に残りTIMEがボーナス得点として加算されるだけなので、プレイ中は気にしなくて構いません。
2. アンドゥ機能を追加しました。
  Bボタンを押すと、いつでも、何手でも、アンドゥ出来るようにしました。
3. 解き方を表示する機能を追加しました。
  難しくて解き方がわからないまま終わると、もやもやするので・・・
  メニュー選択で、解き方のオートプレイを見られるようにしました。
もし覇沙夢が家庭用に移植されていたら、こんなモードが付いていたのでしょうね。

2017年1月18日

ぱづりもどきを作りました(動画)。
ぱづり（メトロ・1995）に良く似たゲームです。

インストール方法は次のとおりです。
- 「puzzli.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 画面上の魚と泡を、全部消して下さい。
- 魚は、海面から同じ種類が三匹以上隣接すると、消えます。
- 泡は、海面に浮かび上がると、消えます。
- 一定回数操作するたびに、海面が下がります。
- 魚が、海底の電流に触れると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　　ゲームを開始します。
  - 左右ボタン　　　　　　開始ステージを選択します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　　ボートを移動します。
  - Ａボタン　　　　　　　魚を置きます。
  - Ｂボタン　　　　　　　魚を交換します。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
ダウンロードはこちらバイナリ(93.8KB) ソース(55.5MB)

メトロの業務用パズルゲーム、ぱづりです。
「釣り」の「パズル」だから「ぱづり」。安直です(^^; 釣りと言っても、友釣りですが…

ぱづりは、メトロのバズルゲームの中でも、特に面白い一作だと思います。
一見平凡なのですけれど、海面からしか揃わないというルールと、押し下げてずらせるというルールが、このゲームを面白くしています。
このルールのおかげで、正しい解法でなくても狙って連鎖が組みやすくて、遊びやすくて爽快感があります。
また、お助けアイテムやお邪魔キャラの類が一切なく、基本ルールだけで楽しいという点もシンプルで良いと思います。

ところで、Webを検索していたら、コレコビジョン用のぱづりを見つけました。
かなり再現度の高い移植ですね。びっくりしました。

2017年1月6日

Chain Reactionを作りました(動画)。
古典的なコンピューターボードゲーム「Chain Reaction」のP/ECE版です。

インストール方法は次のとおりです。
- 「chaireac.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 升目を選択して、駒を置いて下さい。
- 別色の駒が有る升目には、駒は置けません。
- 同色の駒が有る升目に、さらに駒を置くと、駒が大きくなります。
- 四隅の升目では、駒が二段階大きくなると、分裂します。
- 壁際の升目では、駒が三段階大きくなると、分裂します。
- それ以外の升目では、駒が四段階大きくなると、分裂します。
- 分裂した先の升目に相手の駒が有ると、自分の駒に変わります。
- 盤面上から、相手の駒を消し去ったら、勝ちです。
操作方法は次のとおりです。
- タイトル画面
  - 上下左右ボタン　　　難易度と、盤面の大きさを選択します。
  - ＡまたはＢボタン　　ゲームを開始します。
- ゲーム画面
  - 上下左右ボタン　　　カーソルを移動します。
  - ＡまたはＢボタン　　駒を置きます。
- いつでも
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
ダウンロードはこちらバイナリ(47.1KB) ソース(55.7MB)

古典的なコンピューターボードゲーム「Chain Reaction」です。
あまり深く考えなくても、運任せで一気に逆転するのが楽しいゲームです。
「Classic Computer Magazine Archive」さんの、「Chain Reaction」の記事に、色々な機種のゲーム画面が載っています。
昔は、爆弾の数で駒を表していたのですが、最近のAndroid版では、細胞の大きさで駒を表すのが一般的みたいですね。
今回のP/ECE版も、Android版を真似して、細胞の大きさで駒を表してみました。

実は、今回のプログラム作成の目的は別の所に有って、新しく作成した描画ルーチンをテストする事でした。
P/ECE標準の画像形式(2bitデータmask付き)を使うと、画像データのサイズが大きくて、画像データがメモリの大部分を占めてしまう事が多いです。
解決方法の一つとしては、画像データをZlib等で圧縮しておいて、都度、必要な画像だけを展開して使う方法が有ります。(おでマルがそうです。)
しかし、シーンが分かれていないゲームでは、実際に描画する瞬間になるまで、どの画像を展開すべきかを判断するのが難しくて、その方法ではプログラムが作りづらい事が有ります。
そこで今回は、画像データをVQ圧縮しておいて、VQ圧縮した画像データから、直接描画するルーチンを作成しました。
グラフィックチップ等ではハードウェアで実装されてる機能ですが、P/ECEの場合はソフトウェア処理です。
かなり遅くなるかな、と思っていたのですけれど、意外と、30%の速度低下(普通の描画に比べて70%の描画速度)ぐらいで済みました。
画像データの圧縮率は、絵の内容にもよりますが1/2～1/3ぐらい，画質を落とせばもっと小さくする事も出来ます。
結構、上手く出来たと思うので、今後、使って行こうと思います。
しかし、今回の「Chain Reaction」は、元々画像データが小さいので、圧縮の恩恵があまり無くて、題材の選択を間違ったかも…(^^;

2016年11月20日

Nuklear GUIデモを作りました。(動画)
オープンソースのGUIライブラリ「Nuklear」を、P/ECE上で動作させたものです。

インストール方法は次のとおりです。
- 「nuklear.pex」をP/ECEに転送してください。
使い方は次のとおりです。
- P/ECEのメニュー画面で、「Nuklear GUIデモ」を実行してください。
- デモの内容は、Nuklearに付属しているoverviewと同じです。
- P/ECEのSELECTボタンを押すと終了します。
操作方法は次のとおりです。
- ソフトウェアキーボード非表示中
  - 上下左右ボタン　　　　マウスカーソルを移動します。
  - Ａボタン　　　　　　　マウスの左ボタンに相当します。
  - Ｂボタン　　　　　　　ソフトウェアキーボードを表示します。
- ソフトウェアキーボード表示中
  - 上下左右ボタン　　　　キーを選択します。
  - Ａボタン　　　　　　　キーを入力します。
  - Ｂボタン　　　　　　　ソフトウェアキーボードを消します。
- いつでも
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(120KB) ソース(54.0MB)

「Nuklear」は、「イミディエートモードGUI」と呼ばれる種類の、GUIライブラリの一つです。
イミディエートモードGUIの概念については、「OpenGLやDirectXなGUIにimguiが最強すぎる」の記事がわかりやすいです。
上記の記事の中では、Nuklearとは別の、「dear imgui」というGUIライブラリが使われています。
その他にも色々なGUIライブラリがあって、「OpenGL な UI を作るライブラリ一覧」の記事が参考になります。
イミディエートモードGUIライブラリの中では、dear imguiが特に人気が高いみたいです。

dear imguiも良さそうなのですが、僕は、Nuklearが気に入りました。気に入った理由は:
- C言語(C89)のみで書かれている。
  C++言語ではなくC言語で、しかも古めのC言語で書かれているので、P/ECE開発環境のCコンパイラでもコンパイル出来ました。
- 描画バックエンドが作りやすい。
  付属しているWindows GDI用の描画バックエンドのサンプルがわかりやすく、それを元にして他の環境にも移植しやすいです。
Windows GDI用のサンプルを元にして、P/ECE用の描画バックエンドを実装してみたところ、P/ECE上でも問題無く動作しました。
P/ECEのアプリケーションでも、GUIを使いたいケースが時々有るので、このライブラリは便利に使えそうです。

とはいえ、NuklearをP/ECEで使うと少し問題もあって:
- コードサイズが大きすぎます。
  Nuklearだけで、P/ECEのメモリの2/3～4/3ぐらい使ってしまい、アプリケーション本体が使えるメモリが少ししか残りません。
  GUI主体のアプリケーションならばそれでも構わないのですけれど、ゲームの設定画面とかに使うのはちょっと厳しそうです。
  Nuklearのソースには、P/ECEには不要な部分も多く含まれているので、それらを削ればもう少し小さくなるかも知れません。
  もっとも、P/ECEにとってはコードサイズが大きいというだけで、Windowsで使った場合はサイズの問題はありませんでした。
- GUIの描画が少し遅めです。
  特に、テキストの折り返し処理が遅いみたいで、長いテキストを表示するGUI画面を表示すると、動作がかなり重くなります。
  長いテキストを一つのラベルで折り返して表示するよりも、短いテキストを複数のラベルで表示する方が、多少早いようです。
  もっとも、P/ECEにとっては重い処理というだけで、Windowsで使った場合は速度の問題はありませんでした。
Nuklear自体まだ発展途上みたいで、APIが変わったり、多少動作があやしい点も有りますが、現時点でも十分実用的に使えます。
今後も引き続き、利用させて頂こうと思いました。

2016年10月25日

P/ECE研究記録更新しました。「sin()のバグ」

2016年8月30日

シンプルリバーシュを作りました。(動画)
「SKIPMORE」さんのスマホゲーム、『リバーシュ』に良く似たゲームです。

インストール方法は次のとおりです。
- 「sreversh.pex」と「drum.arc」をP/ECEに転送してください。
  「drum.arc」を転送しなくてもゲームはできますが、BGMのドラム音が鳴らなくなります。
遊び方は次のとおりです。
- 自機の後ろに並んだコマを発射して、迫り来るコマを挟んで裏返して下さい。
  裏返したコマが消えます。
- コマが赤いラインを超えると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　自機を移動します。
  - 下ボタン　　　　　　コマが迫り来る速度を上げます。
  - ＡまたはＢボタン　　コマを飛ばします。
  - ＳＥＬＥＣＴボタン　タイトル画面に戻ります。
ダウンロードはこちらバイナリ(64KB) ソース(42.9MB)

SKIPMOREさんのスマホゲーム、リバーシュです。
リリースされたのは少し前の2013年なのですが、僕は最近このゲームの事を知って、よく遊んでいます。
ルールがこれ以上無いぐらいシンプルで、とても面白いと思います。

リバーシュが気に入ったので、P/ECEのシンプルライブラリで、似たゲームを作りました。
下記の二点を、意図的に変えてみました。
- 操作はタッチパネルではなく、十字キーとボタンです。(P/ECEだから当然ですね(^^;
- オリジナル版は一発分のみ先行入力が効くのですが、シンプルリバーシュは無限に先行発射出来るようにしてみました。
後者は、そうする事でゲーム性が変わるかなあ、と思って試してみたのですが、乱射で消えたり運要素が増えてしまいました。
オリジナル版の、一発分のみ先行入力の仕様のまま方が、良かったかもです・・・

今回は久しぶりに、シンプルライブラリを使いました。
前回に使ったのが2008年でしたから、大分忘れていて、調べながら思い出して使いました。
シンプルライブラリは使い易いので、また時々使おうと思います。

2016年8月6日

P/ECE研究記録更新しました。「intをlong longに符号拡張する、色々な方法」

2016年5月27日

P/ECE研究記録更新しました。「命令エクスタンダ「ext33.exe」のバグ」

2016年5月15日

P/ECE研究記録更新しました。「ispunct()のバグ」

2016年4月12日

伊 for ARDUBOY(移植版)を作りました。(動画)
「惑星に近い丘で」さん制作のシューティングゲーム『伊 for ARDUBOY』をP/ECEに移植したものです。

インストール方法は次のとおりです。
- 「i4ardubo.pex」をP/ECEに転送してください。
ルールは次のとおりです。(オリジナル版伊 for ARDUBOYのreadme.txtより引用)
- 攻撃手段
  - 機銃　画面内に敵がいる場合自動で発射される
  - 魚雷　ＡボタンかＢボタンで発射
    　　　小さい敵は機銃でも倒せるが、大きな敵は魚雷でしか倒せない
    　　　魚雷は一度に一発しか撃てない
- ゲームフィールド
  - 見えている画面の先に、2画面分の見えない領域が存在
    この領域の敵を攻撃できるのは、魚雷でのみ可能
    魚雷を外すと敵に位置を感知され、攻撃しようと迫ってくる
- ソナー
  - 画面外の敵位置は、画面右のドットによりおおまかにわかる
操作方法は次のとおりです。
- タイトル画面
  - 方向ボタン　　　　　　カーソル移動
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 方向ボタン　　　　　　自機潜水艦の移動
  - ＡまたはＢボタン　　　魚雷発射
  - ＳＥＬＥＣＴボタン　　タイトルに戻る（捨てゲー）
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(67KB) ソース(35.2MB)

「惑星まりも」さんのWindows用シューティングゲーム『伊(い) / i-20000』の、 Arduboy版である『伊 for ARDUBOY』を、P/ECEに移植したものです。
敵が画面内に出現する前に倒すという、一風変わったシューティングゲームです。
接近戦で倒す事も可能ではあるのですけれど、敵の弾がプレイヤーの動きを予測して狙い撃ちしてくるので、弾を避けるのがかなり難しくなります。
基本は、敵が画面内に出現する前に倒せ、です。
ちょっと、セガのヘビーメタルを思い出しました。
今回『伊 for ARDUBOY』を移植してみようと思ったきっかけは、Arduboyに興味が有ったからです。
昨年WebでArduboyの情報を見かけて、ほしいなあと思っていたのですが、僕はクレカを持っていなくて結局購入しませんでした。

最近、Arduboyの一般モデルの出荷が開始されたそうで、またWebでArduboyの情報を見かける事が増えてきました。
どんなゲームが遊べるのかなとYoutubeを見ていると、『伊 for ARDUBOY』の動画が目に止まりました。
液晶画面がくっきりしていて綺麗ですね。
サウンドは単音ですが、80年代前半頃のマイコンみたいでなかなか良い雰囲気です。
ゲームも面白そうなので、P/ECEに移植してみる事にしました。

Arduboyの開発言語は、C++なのですね。
P/ECEの開発言語はCなので、Cに書き換えて移植しました。
Arduboyの画面解像度は128×64で、P/ECEの画面解像度に近くて、移植し易かったです。
多分、だいたい同じ感覚で遊べるように、移植出来たのではないかな、と思います。
Arduboy、電子部品ショップとかで手軽に買えるようにならないかなあ(^^;

謝辞
- 『伊 for ARDUBOY』制作者の「惑星に近い丘で」さんに感謝いたします。

2016年2月11日

64bit版Windows 10で、P/ECEを使う手順を書きました。

P/ECE開発環境のインストール～アップデート～デバイスドライバのインストールまで、順を追って説明しました。
64bit版Windows 10で、初めてP/ECEを使用する方の参考にもなるのではないかな、と思っています。

ちなみに今回の記事は、64bit版Windows 10をクリーンインストールした状態から、P/ECEを使えるようにするまでの手順です。
既に64bit版Windows 7や64bit版Windows 8でP/ECEを使っていて、64bit版Windows 10へアップグレードした場合は、P/ECE開発環境やデバイスドライバはそのまま引き継がれますので、特に何もする必要はありません。

2015年11月26日

P/ECE研究記録更新しました。「整数型を論理型に変換する処理が、予想外に大きなコードになってしまう」

2015年10月28日

P/ECE研究記録更新しました。「pp33.exeのバグ(2)」

2015年10月27日

P/ECE研究記録更新しました。「pp33.exeのバグ(1)」

2015年9月29日

P/ECE研究記録更新しました。「srf33オブジェクトファイルの構造のマニュアル間違い」

2015年9月21日

QRコード読み取りアプリを作りました。QRコードを撮影したJPEG画像を、P/ECE上でデコードして、データを表示します。(動画)

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

「qrdecode.pex」をP/ECEに転送してください。
QRコードの写真を撮って、JPEGファイルに保存して、P/ECEに転送してください。
※今回のプログラムは、メモリ容量の都合で、160×160以上の大きさのJPEG画像は読み取れません。

使用方法は次のとおりです。

P/ECEのメニュー画面で、「QRコード読み取りアプリ」を実行してください。
P/ECEの上下ボタンを押して、JPEGファイルを選択してください。
すぐに、JPEG画像の読み込みが開始して、画面の右側に画像が表示されます。
そのまましばらく待つと、QRコードをデコードして、画面の右下にデータが表示されます。
JPEG画像の読み込み中やQRコードのデコード中に、上下ボタンを押して選択変更すると、それまでの処理を中断して、選択変更後のJPEG画像の読み込みを開始します。
P/ECEのSELECTボタンを押すと終了します。

下記のQRコードの種類を読み取れます。

型番	1型のみ	2型以上は未対応です。
誤り訂正レベル	レベルL／レベルM／レベルQ／レベルH
モード	数字モード／英数字モード／8ビットバイトモード	漢字モードは未対応です。

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

上下左右ボタン　　　　JPEGファイルを選択します。
Ａ・Ｂボタン　　　　　使いません。
ＳＥＬＥＣＴボタン　　プログラムを終了します。

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

前回の、QRコード作成アプリに続いて、今回は、QRコード読み取りアプリを作ってみました。

P/ECEにはカメラが付いていないので、携帯電話などで写真を撮って、JPEGファイルに保存して、P/ECEに転送する必要が有ります。
そんなことをするぐらいならば、携帯電話のQRコードリーダーで直接読み取れば良いので、実用性は皆無なのですが…(^^;
でも、「BCH符号」や「リードソロモン符号」を勉強して作ったプログラムが、動く事が確認できて、なかなか感動しました。

今回のプログラムは、速度を度外視で作りました。
携帯電話のQRコードリーダーだとほぼ一瞬で読み取れるQRコードでも、今回のプログラムだと10秒～40秒ぐらいかかります。
誤り訂正レベルが低くて、誤りが発生していないQRコードほど、早く読み取れるようです。
逆に、誤り訂正レベルが高くて、実際に誤りがたくさん発生しているQRコードほど、時間が掛かるようです。

今回のプログラムは、メモリ容量の都合で、160×160以上の大きさのJPEG画像が読み取れません。
160×160程度のサイズで、JPEG形式にすると、ブロックノイズの影響でかなり画質が劣化します。
そのため、それなりに誤り訂正レベルが高い形式でQRコードを作成しておかないと、読み取り失敗になり易いです。
レベルLのQRコードでも読めなくはないのですが、写真を撮るときに歪まないように、注意が必要でした。
レベルHのQRコードならば、ある程度歪んでも、読み取れるようでした。

誤り訂正能力を試すために、わざとJPEG画像を書き換えて、読み取れる事を確認しました。
当然、レベルLは少し書き換えただけでも読めなくなる事が多く、レベルHは読み取れる事が多いです。
ただし、位置検出パターン(三隅の大きな四角形)を書き換えた場合は、誤り訂正レベルに関係無く、読み取れなくなる事が多かったです。
携帯電話のQRコードリーダーは、写真をデコードするのでなく、繰り返し撮影しながらデコードするので、成功し易いのだと思いました。

今回、検証用のQRコードを撮影するために、こちらのサイトを利用させて頂きました。
同様のサイトは他にも有るのですが、このサイトは、型番や誤り訂正レベルを明示的に指定してQRコードを作成できる点が、便利でした。

2015年9月6日

QRコード作成アプリを作りました。P/ECEの画面に、QRコードを表示します。(動画)

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

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

使用方法は次のとおりです。

P/ECEのメニュー画面で、「QRコード作成アプリ」を実行してください。
P/ECEのBボタンを押して、QRコードの種類を選択してください。
スクリーンキーボードでテキストを入力してください。その後、スクリーンキーボードのReturnキーを押してください。
しばらく待つと、P/ECEの画面にQRコードが表示されます。携帯電話などの、バーコード読み取りアプリで読み取ってください。
P/ECEのSELECTボタンを押すと終了します。

今回のプログラムは、下記のQRコードの種類に対応しています。

型番	1型のみ	2型以上は未対応です。
誤り訂正レベル	レベルL／レベルM／レベルQ／レベルH
モード	数字モード／英数字モード／8ビットバイトモード	漢字モードは未対応です。

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

上下左右ボタン　　　　スクリーンキーボードのキーを選択します。
Ａボタン　　　　　　　スクリーンキーボードのキーを入力します。
Ｂボタン　　　　　　　QRコードの種類を選択します。
ＳＥＬＥＣＴボタン　　プログラムを終了します。

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

こんにち、あらゆるところでQRコードが利用されています。
ゲームのセーブ画面でも使われていたりして、どんな風に作られているのか気になりました。
そこで、P/ECEで、QRコードのプログラムを作ってみることにしました。

QRコードのプログラムを作る上で難しい点は、誤り訂正符号を理解する事です。
誤り訂正符号と言うと、僕はこれまで、ハミング符号を原理を理解せずに使っていました。
QRコードでは、ハミング符号よりも複雑な、BCH符号とリードソロモン符号が利用されています。
そこで、Webサイトや本を読んで、BCH符号とリードソロモン符号を勉強しました。
勉強しているうちに、QRコードそのものよりも、誤り訂正符号の方が楽しくなってきました(^^;
特に、以下の資料が参考になりました:

「誤り訂正符号Blog」さんの、「ブロック符号」の一連の記事
僕は最初にこの記事を読んで、誤り訂正符号のイメージを掴みました。
一連の記事の最後の方はかなり難しくて、この時点ではまだ理解出来ませんでした。
「yamicha.com」さんの、「日本中の実装者の中で最も数学能力が低い人間によるQRコードRS符号実装」,及び,一連の記事
リードソロモン符号の符号化の方法が、理論も含めてとても解り易く説明されています。お勧めです。
復号化については触れられていないので、別の資料を参照する必要が有ります。
「CQ出版社」の、「改訂新版やり直しのための工業数学情報通信編」
BCH符号とリードソロモン符号の復号化の方法が、理論も含めてとても解り易く説明されています。
特に'誤り位置多項式'が、Web上で色々な資料を読んでも理解出来なかったのですけれど、この本を読んで理解出来ました。
「swetake.com」さんの、「ＱＲコードをつくってみる」,及び,一連の記事
QRコードのシンボルの構造について、実例を使ってとても解り易く説明されています。仕様書を読むよりも解り易いです。
誤り訂正符号の説明は少ないので、予め、上記の資料などを読んで理解しておくのが良いと思います。

今回作ったのは、QRコードを作成するプログラムでした。
次回は、QRコードを読み取るプログラムを作ってみようと思います。

2015年5月24日

USBプリンタを作りました。Windowsで印刷したテキストを、P/ECEの画面に表示します。(動画)
Windowsからは、P/ECEがUSB印刷サポートとして認識され、「Generic / Text Only」プリンタに見えます。

インストール方法は次のとおりです。
- 「usbprint.pex」をP/ECEに転送してください。
使用方法は次のとおりです。
1. USBケーブルで、P/ECEをPCに接続してください。
2. P/ECEのメニュー画面で、「USBプリンタ」を実行してください。
3. Windowsが、「USB印刷サポート」「Generic / Text Only」を認識します。
  初回は、デバイスが認識されるまでに、数分間かかります。二回目以降は、すぐに認識します。
  コントロールパネルの「デバイスとプリンター」に、「Generic / Text Only」のアイコンが出たら、認識完了です。
4. 「Generic / Text Only」を右クリックして、「プリンターのプロパティ」⇒「テストページの印刷」を実行してください。
  P/ECEの画面にテストページが表示されたら、正常です。
  なお、「テストページの印刷」の他に、メモ帳(NOTEPAD.EXE)でも印刷できます。
  秀丸エディタでは印刷できませんでした。文字をグラフィックとして印刷するプログラムでは印刷できないみたいです。
5. P/ECEの方向ボタン,又は,A,Bボタンを押すと、ページをスクロール，拡大縮小できます。
6. P/ECEのSELECTボタンを押すと終了します。
ダウンロードはこちらバイナリ(24KB) ソース(25.5MB)

今回は、USBプリンタの中でも一番簡単な、「コンパチブルモード(片方向通信)」で「Generic / Text Only」にしました。
「Generic / Text Only」では、全角文字が印刷できません。全角文字の部分は、「.」になります。
「Generic / Text Only」でも、半角カナ文字は印刷できるので、工夫すればそれなりの表現は可能です。

全角文字を表示するには、「ESC/P」等の制御コードに対応するか、又は、「Windows Printing System」等のグラフィック印刷に対応する必要が有ります。
僕にはまだそれらの知識が無いですし、P/ECEにはちょっと荷が重そうなので、対応しない事にしました。

今回のプログラム作成の、参考にさせて頂いた資料は、以下の通りです。
- 「USB.org」の『Printer Class』の資料
  本家、USBインプリメンテーションフォーラムの、USBプリンタクラス仕様書です。
  USBプリンタクラス自体は結構単純で、仕様書も薄いです。
- 「なひたふ新聞」さんの、『IEEE1284をFPGAで実現しよう』の記事
  USBプリンタクラスの説明を、日本語で読めるページです。
  特に、「デバイスIDについて」の説明が参考になります。
- 「Microchip」社の、『USB Printer Class(Client, not Host)』の投稿
  自作したUSBプリンタデバイスを、Windowsの標準プリンタドライバに対応させる方法が書いてあります。
  僕も「互換性の無いデバイス」の警告が出て困っていたのですが、この投稿を読んで解決しました。

2015年5月13日

UVCデバイス(お散歩綾香)を作りました。P/ECEの画面を、PCのビデオキャプチャソフトに表示します。(動画)
Windowsからは、P/ECEがUSBビデオデバイスとして認識され、「デジタルカメラ」に見えます。

『UVCデバイス』は独立したアプリではなく、ライブラリの機能として作成しました。
『UVCデバイス』の応用例として、お散歩綾香の映像を、P/ECEからPCへ送信するようにしてみました。

インストール方法は次のとおりです。
- 「uvcayaka.pex」をP/ECEに転送してください。
使用方法は次のとおりです。
1. USBケーブルで、P/ECEをPCに接続してください。
2. P/ECEのメニュー画面で、「UVC(お散歩綾香)」を実行してください。
3. Windowsが、USBビデオデバイスを認識します。
  初回は、デバイスが認識されるまでに、数分間かかります。二回目以降は、すぐに認識します。
  デバイスマネージャの「イメージングデバイス」に、「USBビデオデバイス」のアイコンが出たら、認識完了です。
4. PCのビデオキャプチャソフトを実行してください。
  Windows Xpの場合は、OSにビデオキャプチャ機能が含まれていて、マイコンピュータの中にある「USBビデオデバイス」のアイコンをダブルクリックすると、簡単に表示できます。
  Windows 7の場合は、OSにビデオキャプチャ機能が含まれていないので、別途、ビデオキャプチャソフトをインストールする必要が有ります。
  僕は、DirectShowのサンプルアプリケーションの、AMCAP.EXEを使いました。
  AMCAP.EXEの入手方法としては、DirectShow SDKをインストールしなくても、市販のUSBカメラのドライバをインストールすると、AMCAP.EXEが含まれている事があるようです。
5. P/ECEの方向ボタン,又は,A,Bボタンを押すと、お散歩綾香の背景が変わります。
6. P/ECEのSELECTボタンを押すと、「UVC(お散歩綾香)」が終了して、Windows上の「USBビデオデバイス」も消えます。
ダウンロードはこちらバイナリ(33KB) ソース(25.5MB)

これまでに何度かUSBデバイスを作ったのですが、今回は特に苦戦しました…
特に悩んだ点が、三点あります。

一点目は、ネゴシエーションに失敗した後の挙動です。
UVCクラスの仕様では、デバイス(=P/ECE)とホスト(=Windows)が、動画形式について特定の手順でやりとりをし、両方が対応可能な形式を決定します。
この動作を、ネゴシエーションと呼びます。
ネゴシエーションが成功すれば良いのですが、失敗した場合、Windowsから謎のデバイスリクエストが発行されて、正しいUSB通信が出来なくなる問題が生じました。
具体的には、'GET_CUR'というリクエストは26バイトのデータであるべきところ、Windowsから1バイトのデータが要求される…みたいな感じです。
いやたぶん僕のプログラムのバグだとは思うのですが(^^;、どうしても原因が判りませんでした。
結局、常にネゴシエーションが失敗しないような動画形式を、デバイス側からホスト側へ提案する事によって、問題を回避し解決しました。

二点目は、Windowsが対応可能な動画形式についてです。
UVCクラスの仕様では、無圧縮の動画形式として、YUY2とNV12が定義されています。
NV12の方がデータが小さくなるので、NV12を使おうと思ったのですが、パラメータをどんなに調整してもネゴシエーションが失敗しました。
Web上の情報をいろいろ調べたところ、どうやら、WindowsはNV12形式に対応していないみたいです。
YUY2形式に変えたところ、うまく動作しました。

三点目は、最大転送サイズの指定です。
具体的には、'GET_CUR'への応答の、dwMaxPayloadTransferSizeフィールドの値です。
フルスピードモードでアイソクロナス転送を用いる場合は、dwMaxPayloadTransferSizeの値は、エンドポイントのwMaxPacketSizeと同じでなくてはなりません。
wMaxPacketSizeよりも大きな値を指定すると、ネゴシエーションが失敗します。
一方、フルスピードモードでバルク転送を用いる場合は、エンドポイントのwMaxPacketSizeよりも大きくても構いません。
USBの通信方式を改めて考えてみると確かにその通りなのですが、ホストからはネゴシエーションの失敗理由が通知されないので、なかなか判らず悩みました。
ちなみに、最終的にはバルク転送を使うことにしたので、上記のアイソクロナス転送の制約は関係無くなったのですけれど、ひとつ勉強にはなりました。

ともかく、上手く動いて良かったです。
今回のプログラム作成の、参考にさせて頂いた資料やツールは、以下の通りです:
- 「USB.org」の『Video Class』の資料
  本家、USBインプリメンテーションフォーラムの、UVC仕様書です。
  特に「Video Device Examples」が参考になります。
  ただし、少し間違いが有って、他の資料も合わせて確認する必要が有りました。
- 「諏訪工房」さんの、『UVCカメラドライバーの製作』の記事
  PICマイコンで、UVCカメラドライバーを制作なさったかたの記事です。
  今回、僕はデバイス側を制作したので、上記の記事とは作る部分が逆なのですけれど、UVCの挙動の調べ方を参考にさせて頂きました。
  この記事を見て、僕も「ELECOM DLK130TBK」を購入して、USBパケットキャプチャで挙動を調べました。
  ちなみに、「ELECOM DLK130TBK」はハイスピードデバイスなので、そのままではハイスピードモードに適したネゴシエーションを行います。
  「ELECOM DLK130TBK」とPCとの間にフルスピードハブを挟むと、フルスピードモードに適したネゴシエーションを行います。
  P/ECEはフルスピードデバイスですから、参考にするには、後者の接続方法でUSBパケットキャプチャをするのが良いです。
- 「サイプレス」社の、『AN75779 - How to Implement an Image Sensor Interface with EZ-USB FX3 in a USB Video Class (UVC) Framework』の資料
  EZ-USBを使ってUVCデバイスを実装した、サンプルプログラムがダウンロードできます。
  僕はEZ-USBを持っていないので実際に試して見る事は出来なかったのですけれど、マイコンメーカーの資料だからきっと信頼性が高く参考にしました。
- 「HHD Software」社の、『Free USB Analyzer』
  無料のUSBパケットキャプチャソフトです。
  同社の有償ソフトの、一部の機能だけが利用できるバージョンみたいです。
  僕の用途ではこの無料版の機能だけで十分で、むしろ機能が少ない分、使い方が判り易かったです。
  無料のUSBパケットキャプチャソフトと言うと、『Usb Sniffer for Windows』がメジャーですけれど、64bit版Windowsで動作しない問題が有ります。
  『Free USB Analyzer』は、64bit版Windowsでも問題無く動作しました。
2015年5月14日追記
- 「Uwe Sieber's Homepage」さんの『USB Device Tree Viewer V2.5.1』
  USBデバイスを一覧表示するツールです。
  デバイスディスクリプタ定義の不整合を指摘してくれるので、定義バクを検出できます。(とは言え、前述の二点目や三点目のような細かな点までは検出できませんが…)
  USB Device Tree Viewerは、Microsoftの『USBView』をベースに改造されたものです。
  USBViewはWindows Driver Kitをインストールしたり自分でコンパイルする必要があって面倒ですが、USB Device Tree Viewerはexe形式で配布されていてすぐ使えます。

2015年4月5日

P/ECE研究記録更新しました。「gcc33 abs()の最適化バグ」

2015年3月8日

UTF-8テキストビューアを作りました。
UTF-8形式のテキストファイルを、P/ECE上で表示します。

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

「utf8view.pex」をP/ECEに転送してください。
UTF-8形式のtxtファイルを、P/ECEに転送してください。

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

ファイル選択画面
- 上下左右ボタン　　　　ファイルを選択します。
- Ａ又はＢボタン　　　　テキスト表示画面へ進みます。
テキスト表示画面
- 上下左右ボタン　　　　画面をスクロールします。
- Ａ又はＢボタン　　　　ファイル選択画面へ戻ります。
いつでも
- ＳＥＬＥＣＴボタン　プログラムを終了します。

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

最近は、データファイルや設定ファイルが、UTF-8形式で保存されている事も多くなりました。
P/ECEの内部文字コードはシフトJIS形式で、UTF-8形式のテキストを直接扱う事が出来ません。
UTF-8形式のテキストを扱うには、ファイルの読み書き時にUTF-8⇔シフトJISの文字コード変換を行います。
UTF-8⇔シフトJISの文字コード変換は計算で行う事は出来ず、変換表を使う必要が有ります。

UTF-8⇔シフトJISの変換表は、単純に実装すると約28キロバイトぐらいのサイズになります。
P/ECEでも充分扱えるサイズなのですが、しかし文字コード変換だけのために28キロバイト占有するというのは少し勿体無いです。
そこで、どれぐらい容量を節約してUTF-8⇔シフトJISの文字コード変換を行えるか、試してみる事にしました。

今回採った方法は、速度を度外視です。
具体的には、UTF-8⇔シフトJISの変換表を圧縮しておき、1文字変換ごとに変換表を先頭から展開しながらリニアサーチしました。
圧縮方式は、以下の三種類を試しました。

結果はこうなりました:

圧縮方式 CHC RC BPE
①「SJIS⇔UTF8変換表」の圧縮後のサイズ[Byte] 12580 12846 14832
②圧縮方式に応じた展開ルーチンのサイズ[Byte] 284 164 144
③文字コード変換ルーチン(共通)のサイズ[Byte] 784 784 784
①②③の合計サイズ[Byte] 13648 13794 15760
sample1.txtをUTF8⇒SJISに変換する時間[秒] 26.7 62.4 14.6

`圧縮方式`	`CHC`	`RC`	`BPE`
`①「SJIS⇔UTF8変換表」の圧縮後のサイズ[Byte]`	`12580`	`12846`	`14832`
`②圧縮方式に応じた展開ルーチンのサイズ[Byte]`	`284`	`164`	`144`
`③文字コード変換ルーチン(共通)のサイズ[Byte]`	`784`	`784`	`784`
`①②③の合計サイズ[Byte]`	`13648`	`13794`	`15760`
`sample1.txtをUTF8⇒SJISに変換する時間[秒]`	`26.7`	`62.4`	`14.6`

圧縮率はCHCが一番良いです。
理論上はCHCよりもRCの方が圧縮率が良いはずなのですが、RCはヘッダ部分が大きくなる傾向が有って、CHCと優劣が逆転してしまう事が有るようです。
速度はBPEが一番良いです。
BPE→CHCで約二倍，CHC→RCも約二倍という、判り易い時間差になりました。

圧縮率と速度を検討して、CHCがバランスが良いと思ったので、今回の実行ファイルはCHCを使ってビルドしました。
変換表を単純に実装するよりも、約半分のメモリ節約になりました。
速度は・・・大きなテキストを扱うには全く実用的ではないけれど、小さな設定ファイルの読み込みならば大丈夫・・・かも(^^;
まあ、P/ECEの引き出しが一つ増えたという事で、納得する事にしました。

2015年2月25日

合体ロボ☆Ｍ(マルチ)を作りました(動画)。合体ロボ☆Ｖ(ファイブ)（こまや・1981）に良く似たゲームです。

インストール方法は次のとおりです。
- 「gattai.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- ボタンを押してルーレットのランプを止めてください。
- 制限時間内に五箇所すべてにランプを止める事が出来れば、合体成功です。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - ＡまたはＢボタン　　ランプを止めます。
  - ＳＥＬＥＣＴボタン　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(43.3KB) ソース(25.3MB)

こまやのエレメカゲーム、合体ロボ☆Ｖ(ファイブ)です。
とてもシンプルなのですが、つい何度もチャレンジしてしまうゲーム性です。

とは言え、僕は本物の合体ロボ☆Ｖを遊んだ事がありません。
僕が合体ロボ☆Ｖを知ったのは、こちらの動画でです。「浜屋屋上プレイランド(Hamaya Department Store Playland)(2)」
3:00～4:00ぐらいの賞味一分間ぐらいなのですが、面白そうなので作って見ました。
制限時間も、上記の動画から推測して設定したところ、丁度良い難易度バランスになりました。

前述のとおり、僕は本物の合体ロボ☆Ｖを遊んだ事がありません。
いや、もしかしたら遊んだ事が有るかも知れないけれど、覚えていないです。
ビデオゲームはマイナーな機種や数回しかプレイしなかった機種でも結構覚えているのですが、エレメカゲームはあまり記憶に残っていないです。
昔は、エレメカゲームやメダルゲームを、ビデオゲームよりも一段低く見てしまっていました。今思うと間違いでした。

当時、僕の行き付けのゲームセンターは、大阪京橋のダイエーのゲームコーナーでした。
奥の方にピカデリーサーカスや国盗り合戦などのメダルゲームが並んでいて、
向かって右側あたりに山のぼりゲームが設置されていたレイアウトは覚えているのですが、合体ロボ☆Ｖは有ったかなあ・・・？

2015年2月6日

P/ECE標準音楽ドライバーエンベロープ・ビブラート計算表を作りました。
P/ECE標準音楽ドライバーのMMLの、エンベロープ('E'コマンド)とビブラート('Y'コマンド)の、パラメータと効果の関係を計算したエクセルです。

ダウンロードはこちらエクセル(4.8MB)

エンベロープ('E')とビブラート('Y')は、パラメータを試行錯誤しながら使っていたのですけど、表を引く方が確実だと思って、計算してみました。
FM音源のデータシートに載っているような、パラメータと音量変化時間や音程変化の対応表です。
マニュアルに載っていない制限事項も、気付いた点があり記載してみたので、是非ご覧ください。

2015年1月25日

P/ECEで、Luaスクリプトの演算速度を、再計測しました。

年始頃に、「Lua 5.3.0」がリリースされていました。
Lua 5.3.0の新しい機能の中で、特に注目するのは、整数演算が対応されたことです。

Lua 5.2.xまでのLuaは、標準設定では、数値の内部処理が全て実数演算で処理されていました。
一見遅そうですが、実際には極端に遅い事も無く、良い割り切り方だと思っていました。確かAwkとかもそうですよね。

そんなわけで、実数演算のままでもさほど困らないのですが、Lua 5.3.0では整数演算が対応されました。
整数同士の演算ならば整数で処理するという動作で、普通のプログラム言語に近くなった感じです。

尚、Lua 5.3.0では、整数同士の演算でも、除算(/)だけは常に実数で処理されます。VBAと同じ感じですね。
「Lua 5.2.xとLua 5.3.0とで、同じ式を書いても結果が違う」というような非互換性は、無さそうです。
内部処理が整数か実数かの違いも、あまり気にしなくて良さそうです。(多分です…今後使って検証しようと思います。)

整数同士の演算が整数演算になったということで、高速化が期待できます。
というわけで、また速度計測を行ってみました。
計測条件の詳細は、前回(2012年2月8日)の記事を参照してください。今回は全て、高速RAM使用,48MHz駆動で計測しました。

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

結果はこうなりました。

結果[個] 時間[ms]
C(int) 168 175
C(flt) 168 991
C(dbl) 168 3978
Lua 168 5232

	結果[個]	時間[ms]
C(int)	168	175
C(flt)	168	991
C(dbl)	168	3978
Lua	168	5232

まず、前回の結果に較べて、C(int)の結果が少し早くなっていますが、これはLuaとは関係ありません。
前回の計測から二年間の間に、自作の整数除算ルーチンを少し高速化した事が効いたのだと思います。

C(int)は置いといて、Luaの速度も早くなっています。前回の結果に較べて、約23%の高速化です。
しかし、実数演算を整数演算に置き換えたにしては、意外と高速化の効果が小さいです。
効果が小さい理由は、Lua 5.3.0の整数演算が、64ビット整数(long long)だからです。
P/ECEのCPU S1C33209は、32ビットCPUで、64ビット整数演算の命令は持っていません。
64ビット整数演算は、ライブラリ関数を呼び出してソフトウェアで処理する事になり、整数演算とはいえあまり早くありません。
実は今回の計測結果は、64ビット整数演算も高速RAMに配置して実行したのですが、それでも結構足を引っ張っているみたいです。

Lua 5.3.0の標準設定では、実数演算はdouble,整数演算はlong longで処理されます。
コンパイル時に特定のシンボルを定義しておくと、実数演算と整数演算の型を変える事も出来ます。
シンボル「LUA_USE_C89」を定義しておくと、実数演算はdouble,整数演算はintで処理されます。
シンボル「LUA_32BITS」を定義しておくと、実数演算はfloat,整数演算はintで処理されます。
これらの設定でも、速度計測してみました。

結果はこうなりました。

LUA_USE_C89
結果[個] 時間[ms]
C(int) 168 175
C(flt) 168 991
C(dbl) 168 3978
Lua 168 3253

LUA_32BITS
結果[個] 時間[ms]
C(int) 168 175
C(flt) 168 991
C(dbl) 168 3978
Lua 168 2990

LUA_USE_C89
	結果[個]	時間[ms]
C(int)	168	175
C(flt)	168	991
C(dbl)	168	3978
Lua	168	3253

LUA_32BITS
	結果[個]	時間[ms]
C(int)	168	175
C(flt)	168	991
C(dbl)	168	3978
Lua	168	2990

前回の結果に較べて、LUA_USE_C89は52%の高速化、LUA_32BITSは56%の高速化になりました。

ところで、LUA_USE_C89とLUA_32BITSで速度が違うのはなぜでしょうか。
整数演算は、どちらもintで行われるので、違いは無いはずです。
『2～1000の範囲にある素数の数』を求めるスクリプトには、一見、実数演算になる箇所も無さそうです。
しかし良く見ると、剰余演算(%)が有り、この箇所が実数演算で処理されるのだと思います。
LUA_USE_C89ではdouble，LUA_32BITSではfloatで処理され、その違いが速度差になるのだと思いました。

P/ECEとS1C33209のような、組み込み用32ビットマイコンでは、きっと、LUA_32BITSで使うのが適切なのでしょうね。
ゲーム用途ならば、実数演算はfloat,整数演算はintで大丈夫そうです。(floatはちょっと心許ない場合も有りますが…)
でもまずは、Lua 5.3.0の標準設定のまま、実数演算はdouble,整数演算はlong longで使ってみようと思います。
これまでlong longを多用することは無かったので、64ビット整数演算ルーチンの動作検証をする良い機会です。

2015年1月21日

P/ECE研究記録更新しました。「P/ECEのsize_tはunsigned。unsigned longではない。」

2015年1月16日

demucc for Visual C++ 6.0 (移植版)を作りました。
「Autch.net」さんの「demucc」を、Visual C++ 6.0 (SP6)に移植したものです。
バイナリ形式のP/ECE pmd ファイルを、テキスト形式のmmlファイルに、逆変換するツールです。

僕は未だにVC6を使っているので、VC6でビルドできるように、元ソースを変更させて頂きました。
変更点は、以下の通りです:
- VC6はC99未対応なので、C99の機能を使っている所を使わないように削除したり、同等の定義を追加しました。
  具体的には、va_copyやinttypes.hです。
- VC6のvsnprintfは戻り値の仕様が違うので、vsnprintfを使っている所を使わないように変更しました。
  具体的には、バッファサイズを決め打ちにしてエラー処理を削除しました。実用上はほぼ大丈夫だと思います。
- VC6はgetoptが無いので、同等の処理に変更しました。
  変更に際して、処理を少し簡略化したので、長形式のオプション指定は使えないようになりました。
ダウンロードはこちらバイナリ(30.3KB)
VC6用のプロジェクトファイルと、変更したソースファイル一式と、VC6でビルドした実行ファイルです。

オリジナル版のソースファイル一式は、「Autch.net」さんの「GitHub」からダウンロードできます。
mmlが無いpmdの内容が見れて、便利ですね。このツールを使って、P/ECE pmd ファイルの形式を勉強中です。
「pmd ファイルフォーマット」の説明も合わせて参照すると、わかりやすいです。
これまで存在理由がわからなかったMMLコマンド(?とか!!とか)も、だいぶん理解できてきました。

2015年1月3日

P/ECE研究記録更新しました。「USBのセレクティブサスペンドでP/ECEがハングアップする」

2014年12月30日

P/ECE研究記録更新しました。「USBコントローラ(PDIUSBD12)の省電力設定」

2014年12月29日

P/ECE研究記録更新しました。「P/ECEカーネル1.20のスタンバイ復帰バグ」

2014年12月21日

Tcl版スペースサーチもどきを作りました(動画)。スペースサーチ（エポック社・1980）に良く似たゲームです。

インストール方法は次のとおりです。
- 「spacsrch.pex」と「spacsrch.tcl」をP/ECEに転送してください。
遊び方は次のとおりです。
- ９×７座標のどこかに隠れている、４隻の宇宙船を探すゲームです。
- 任意の座標から、幾つの軸上に宇宙船が存在するかを、サーチすることができます。
- サーチした結果から推測して、効率良く宇宙船を見つけてください。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　ゲームを開始します。
- ゲーム画面
  - 方向ボタン　　　　　カーソルを移動します。
  - ＡまたはＢボタン　　サーチします。
- いつでも
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
ダウンロードはこちらバイナリ(167KB) ソース(23.5MB)

エポック社のボードゲーム、スペースサーチです。
マインスイーパに似ているけれど、遠方までサーチできる分、スペースサーチの方が長考するゲーム性です。
本来、スペースサーチの醍醐味は対戦プレイなのですが、今回は一人プレイモード専用で作りました。
その上、CPUが座標のマークを完全に補助するするようにしたので、ほとんど考える部分がありません。
スペースサーチらしくない、スペースサーチになってしまいました。
本物のスペースサーチについては、以下のサイトが詳しいです。
- 「山口浩の「汚い部屋」」さんの『エポック社　「スペースサーチ」　一人用モードリプレイ記』のページ
- 「北見工業大学囲碁将棋部 on the web」さんの『スペースサーチとの馴れ初め／ルール』のページ
今回は、P/ECE用Tclインタプリタを使って、簡単なボードゲームを作ってみました。
実行速度の遅さに苦労しました。前回までの速度計測で、何となく想像は付いていましたが…
スペースサーチには先読み処理は無いのですけれど、初期化処理や、座標をマークする処理だけでも重いです。
当初、Tclスクリプトだけで実装したときは、何か操作する度に数秒～数十秒止まってしまいました。
仕方が無く、重い処理は、Tclスクリプトと同等の処理をC言語ルーチンで作成して、TclからC言語ルーチンを呼び出すようにしました。
具体的には、「P/ECEのメインルーチン(C言語)⇒Tclスクリプト⇒C言語ルーチン」という呼び出しです。
最終的に、処理の大半をC言語ルーチンで実装したため、Tclスクリプトはメインループ内の処理順序ぐらいしか担当していません。(^^;
まあグルー言語としては、これで正しいのかも知れません。

2014年12月9日

P/ECE用Tclインタプリタバージョンアップしました。
次はアプリケーションプログラムを作るつもりだったのですが、予定を変更して、もう一度計測プログラムをバージョンアップしました。
変更点は次のとおりです。

高速化しました。
機能をいくつか追加しました。詳細は、対応した機能の一覧をご参照ください。

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

高速化した結果は、こうなりました。

	結果[個]	時間[ms]
C(int)	62	21
C(flt)	62	110
C(dbl)	62	441
Lua	62	828
Tcl	62	490970

約1.68倍の高速化です。

前回以降、P/ECE用Tclインタプリタを使って、簡単なボードゲームを作りかけていたのですが、実行速度が遅すぎて断念しました。
スクリプトを数行実行するたびに、数秒間止まるぐらい遅いです。
元々このP/ECE用Tclインタプリタは、コードサイズを小さくすることが目標で、速度は度外視だったのですが、それにしても限度があります。
そこで、少しは高速化することにしました。

とはいえ、Tclインタプリタ自体に手を入れると、複雑になったりコードサイズが増えて元の目標から外れるので、別の方法で高速化しました。
主にメモリ管理の高速化で、下記三点の変更を行いました。①②③の順に、高速化の効果が高かったです。

ガーベージコレクタを高速RAMに転送して実行するようにしました。
ただし、常にカベージコレクタを高速RAMに配置すると無駄が大きいので、ガーベージコレクションの実行時のみ転送するようにしました。
P/ECEカーネルが、液晶データの変換やフラッシュメモリの書き換えルーチンを、一時的に高速RAMに転送して実行するのと同様の方法です。
P/ECEカーネルの仕組みで言うところの、'FRAM4領域'への転送です。
ガーベージコレクタのスイープ処理を高速化しました。
これまでは、ガーベージコレクタがメモリブロックを開放するときに、P/ECE APIのpceHeapFree()を使用していました。
しかし、pceHeapFree()を呼び出すと、その都度、ヒープを先頭から走査しなおすことになり、速度低下の一因となっていました。
今回、ガーベージコレクタのメモリ開放処理を自前で実装して、スイープ処理を1パスで実行するようにしました。
メモリ割り当てアルゴリズムを、ファーストフィット方式に置き換えました。
シンプルなメモリ割り当てアルゴリズムの中では、一番単純なファーストフィット方式が結局、最善と聞いた事があります。
ベストフィット方式とかにすると、処理が増えて遅くなるし、直感に反して却ってメモリ使用効率も悪くなるのだそうです。
P/ECE APIのpceHeapAlloc()は、ベストフィット方式のメモリ割り当てアルゴリズムが使用されていて、効率が悪い可能性があります。
そこで、pceHeapAlloc()のカーネルサービスベクタをフックして、ファーストフィット方式のメモリ割り当て処理に置き換えました。

これでもまだ遅いのですが・・・何とか工夫して、簡単なボードゲームぐらいを作ってみたいと思います。

2014年11月14日

「run.bat」の問題を修正したコマンドを作りました。

P/ECE開発環境付属の「isd.exe」及び「run.bat」には、以下の不具合があります。
P/ECEのプログラムが、pceAppProc()の中で長時間の処理を行い、5秒間ぐらい処理を返さない時に、PC上で「run.bat」を実行すると、P/ECEがハングアップする。
不具合の原因は、「isd.exe」が、P/ECEのプログラムが終了するのをきちんと待たずに、見切り発車でsrfファイルを書き込み、実行開始してしまっていることでした。
具体的には、「\usr\PIECE\tools\isd\isdsub.c」のismWriteSrfFile()の処理が、適切ではありません。

厳密には、「isd.exe」や「run.bat」の不具合ではなく、「pieceif.dll」の不具合なのですが、今回は、「run.bat」を代替する修正プログラムを作ることにしました。
理由は、「pieceif.dll」を差し替えると影響が大きいですし、「pieceif.dll」は32ビット環境と64ビット環境で異なるので、差替えの手間がわずらわしいからです。

「r.exe」の使用方法は、P/ECE開発環境付属の「run.bat」と同じです。
「r.exe」を、実行パスの通ったフォルダに、置いておいてください。
srfファイルが在るフォルダで、「r」を実行すると、srfファイルをP/ECEに転送し実行します。srfファイル名の指定は不要です。
P/ECE開発環境の「run.bat」で転送しようとすると、P/ECEがハングアップしてしまうようなプログラムでも、「r.exe」ならば、ハングアップせずに転送し実行できます。

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

P/ECEのプログラムを開発中に、頻繁に使用しますので、名前はごく短い「r」にしました。
P/ECE開発環境に入っているコマンドも、「s.bat」とか「pm.exe」とか、短い名前が多いですね。
他のツールと名前が衝突したらその時変えよう、という感じの割り切りが良いと思います。

2014年11月8日

P/ECE用Tclインタプリタバージョンアップしました。変更点は次のとおりです。

バグをたくさん修正しました。
機能をすこし追加しました。詳細は、対応した機能の一覧をご参照ください。

バージョンアップしたP/ECE用Tclインタプリタを使って、もう一度、Tclスクリプトの実行時間を計測してみました。

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

結果はこうなりました。

	結果[個]	時間[ms]
C(int)	62	21
C(flt)	62	110
C(dbl)	62	441
Lua	62	828
Tcl	62	828990

4倍早くなりました。

ただし、Tclインタプリタ自体を高速化したのではありません。ガーベージコレクションの実行方法を調整しただけです。
前回のプログラムが極端に遅い原因を調べたところ、小さなメモリブロックが増えて、メモリ割り当てが遅くなっている影響が大きいようでした。
そこで今回は、タイマ割り込みを使って、0.5秒毎に強制的にガーベージコレクションを実行するようにしてみました。
そうすると、定期的にメモリが開放されて、小さなメモリブロックがあまり増えず、メモリ割り当てが早くなり、全体の速度も速くなりました。

まだ、Luaの1000倍遅いのですが…
速度はともかく、バグをたくさん修正したので、だいぶん使えるレベルになってきたのではないかと思います。
次回は、Tclスクリプトを利用した、アプリケーションプログラムを作ってみようと思います。

2014年10月28日

P/ECE用Tclインタプリタを作りました。P/ECE上で、Tcl言語のスクリプトを実行します。

Tclは、GUIツールキットTkと組み合わせてTcl/Tkとして使うのが一般的ですが、Tcl単独でも使用できます。
今回は、Tkは無しで、Tclだけを作成しました。

Tclは、アプリケーションへの組み込みに適した、グルー言語でもあります。
組み込み用グルー言語と言えば、最近はLuaが人気ですけれど、Tclも十分な実績のあるグルー言語の一つです。
組み込み用グルー言語として重要な点は、インタプリタ本体の容量が小さいことです。

Tclは、文法がシンプルなのが特徴です。
確かに構文解析はシンプル(というかほとんど無い)なのですけれど、その代わりに字句解析が多少複雑です。
そのためか、インタプリタ本体の容量が、“非常に小さい”と言えるほどに小さくはなりません。

普通の言語では文法に含まれる基本機能(演算やフロー制御など)を、Tclではコマンドとして実現します。
その分、インタプリタ本体がシンプルで小さくなる・・・かと思いきやそうでもありません。
基本機能をコマンドで実現するために、インタプリタ本体が「知っていなければならない」部分がかなりあるからです。
要するに、基本機能については、インタプリタ本体に実装されている部分がかなりあります。

そんなわけで、Tclはあんまり小さくないです。
Tclの標準リリースをP/ECEに組み込んだことは無いのですけれど、たぶん容量オーバーすると思います。
Tclを小さくする試みは既に行われていて、「Jim」や「Tiny Tcl」などが有ります。
「Jim」は100～200KBで、P/ECEで使うにはまだ大き過ぎます。「Tiny Tcl」は約60KBで、P/ECEでも使えそうです。
ちなみに、Luaの標準リリースをP/ECEに組み込んだ場合は、70KB(インタプリタ本体)～100KB(インタプリタ本体＋標準ライブラリ)でした。

「Tiny Tcl」をP/ECEに組み込んでみようと思ったのですけれど、調べているうちに気が変わりました。
「Tiny Tcl」は、「Tcl 6.7」の標準リリースを元に容量削減したものなのですが、もっと容量削減できると思ったからです。

前述のように、基本機能については、インタプリタ本体に実装されている部分がかなりあります。
ところが、この“基本機能”というのが、必ずしも“必須機能”ではないのです。
「Tcl 6.7」の標準リリースの実装では、さほど重要でない部分も、インタプリタ本体に実装されています。
たとえば、ヒストリ機能は重要度が低いと思うのですが、インタプリタ本体に実装されており、結構な容量を占めています。
(後付けのコマンドでヒストリ機能を実現するのは難しいので、これは仕方が無いとは思いますが…)
正規表現のキャッシュもインタプリタ本体に実装されており、容量増加の一因になっています。
他にもいろいろ、必須ではないと思う機能が、インタプリタ本体に実装されているようでした。

P/ECE用としては重要でない“基本機能”を削除すれば、もっと容量削減できると思いました。
そこで、「Tiny Tcl」と同じく「Tcl 6.7」の標準リリースを元にして、容量削減してみることにしました。
削除した基本機能のうち、特に容量削減効果が大きかったものは、以下のとおりです:

ヒストリ機能は全て削除しました。使ったことが無いので。
トレース機能は全て削除しました。Tkでは使うこともありますが、Tcl単体ではあまり使わないと思うので。
正規表現は全て削除しました。大抵は「string match」で用が足りるので。
infoに必要な情報は全て削除しました。実行環境で使えなくても構わないので。
エラー機能も最小限を除いて削除しました。実行環境で詳細なエラー調査を行うことは少ないと思うので。

もう一点、容量削減のために行ったこととして、メモリ管理を簡略化しました。
具体的には、ガーベージコレクターと併用することを前提として、メモリ開放処理を全て削除しました。
実行環境であるP/ECE用のガーベージコレクターは、「K.Sasada's Home Page」さんの『PiGC : P/ECE 用ガベージコレクター』を元に改造したGCを使用しました。
開発環境であるPC用のガーベージコレクターは、「Boehm GC」を使用しました。

以上の容量削減を行った結果、Tclインタプリタ本体＋ビルトインコマンドの合計サイズが、20KBになりました。
実際には、ガーベージコレクターや各種ライブラリへの依存もありますので、アプリケーション全体のサイズはもっと大きいです。
従って、単純に比較することはできないのですが、とは言えなかなかの容量削減ができたと思います。
まだソースを整理していなくて無駄な処理も残っているので、精査すればさらにもう少し容量削減できるかも知れません。

さて、Tclは速度が遅いことも特徴(?)です。
Tclは「全て文字列」な言語であり、何か行うたびに文字列の解釈を行います。
「Tcl 8.x」以降は、バイトコードコンパイラが導入され、文字列の解釈を行う回数が減って高速になりました。
しかし、「Tcl 8.x」は複雑で容量も大きくP/ECEに組み込むのは難しいため、今回元にしたのは古い「Tcl 6.7」です。
そのうえ、今回の容量削減においては、速度を犠牲にしてでも容量削減できる所は、積極的に容量削減しました。
だから、元の「Tcl 6.7」よりも、さらに遅くなっているはずです。

2012年2月8日の記事で、『2～1000の範囲にある素数の数』を数える、Luaスクリプトの実行時間を計測しました。
今回も同じ方法で、Tclスクリプトの実行時間を計測してみました。
ただし今回は、『2～1000の範囲にある素数の数』ではなく、『2～300の範囲にある素数の数』を数えました。
Tclの処理速度では、前者を行うには時間がかかり過ぎるからです。

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

結果はこのようになりました。(高速版浮動小数点ライブラリを高速RAMに配置、P/ECEを48MHzで駆動)

	結果[個]	時間[ms]
C(int)	62	21
C(flt)	62	110
C(dbl)	62	441
Lua	62	829
Tcl	62	3426450

想像以上に遅いです。C言語やLuaでは1秒以内に終わる処理が、Tclでは約1時間かかりました。

今回のTclスクリプトでは、浮動小数点演算が発生しないので、「C(int)」相当の処理をTclで行ったことになります。
しかし、文字列の解釈に起因する遅さなので、仮に浮動小数点演算が発生しても、結果はあまり違わないと思います。
あと、Tclインタプリタが小さなメモリブロックをたくさん確保するので、ガーベージコレクションの時間も長くなり、遅さに影響していると思います。

Tclは数値演算に向いていないことがあらためて確認できたわけですが、グルー言語としてはさほど重大な問題ではありません。
せっかく容量削減できたのですから、P/ECE上での使いどころを検討して、活用したいと思っています。

今回作成した「P/ECE用Tclインタプリタ」で、対応した機能の一覧は、こちらをご参照ください。

2014年10月24日

P/ECE研究記録更新しました。「strtod()のバグ」

2014年9月27日

USB Audioを作りました。P/ECEのサウンドを、PCのスピーカーから鳴らします。(動画)
Windowsからは、P/ECEがUSB Audioデバイスとして認識され、「内蔵AUXジャック」に見えます。

『USB Audio』は独立したアプリではなく、ライブラリの機能として作成しました。
『USB Audio』の応用例として、『USB Audio』の機能を組み込んだアプリを、二つ作成してみました。

ダウンロードはこちら

PMD Player (USB Audio対応版) バイナリ(65KB) ソース(21.5MB)
LINEAR RYTHM (移植版) (USB Audio対応版) バイナリ(102KB) ソース(31.4MB)

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

PMD Player (USB Audio対応版)
pmdplaya.pexと、サンプルのpmdファイルを、P/ECEに転送してください。
LINEAR RYTHM (移植版) (USB Audio対応版)
lra.pexを、P/ECEに転送してください。

以下、『PMD Player (USB Audio対応版)』を例にして、『USB Audio』の使い方を説明します。

USBケーブルで、P/ECEをPCに接続してください。
P/ECEのメニュー画面で、「PMD Player (USB Audio対応版)」を実行してください。
Windowsが、USB Audioデバイスを認識します。
初回は、デバイスが認識されるまでに、数分間かかります。二回目以降は、すぐに認識します。
デバイスマネージャの「サウンド、ビデオ、およびゲームコントローラー」に、「P/ECE USB device」のアイコンが出たら、認識完了です。
タスクトレイのスピーカーアイコンを右クリックし、「録音デバイス」を選択してください。
「P/ECE USB device」を右クリックし、「既定のデバイス」に設定してください。
PCの環境によっては、初回は「P/ECE USB device」が表示されない場合があります。
その場合は、右クリックして「無効なデバイスの表示」と「切断されているデバイスの表示」をオンにすると、「P/ECE USB device」が表示されます。
「プロパティ」ボタンを押し、「聴く」タブの「このデバイスを聞く」をオンにして、[OK],又は,[適用]を押してください。
P/ECEで「PMD Player (USB Audio対応版)」を操作して、音楽を再生してください。
再生した音楽が、P/ECEのスピーカーと同時に、PCのスピーカーからも再生されます。
もし、PCのスピーカーから音が出ない場合は、「詳細」タブの「既定の形式」が「テープレコーダーの音質」に設定されているかを確認してください。
通常は、「テープレコーダーの音質」以外には設定できないはずなのですが、
何か別の要因で「テープレコーダーの音質」以外の設定に変わっていると、P/ECEの音が出なくなってしまうからです。

終了するときは、以下の手順で行ってください。

「聴く」タブの「このデバイスを聞く」をオフにして、[OK],又は,[適用]を押してください。
P/ECEのSELECTボタンを押して、「PMD Player (USB Audio対応版)」を終了してください。
または、いきなりPCとP/ECEのUSBケーブルを抜いて、取り外しても大丈夫です。

必ずしも、上記の終了手順に従わなくても構わないのですが、上記の終了手順に従わなかった場合、次のような問題が生じることがあります。
「このデバイスを聞く」をオンのままで「PMD Player (USB Audio対応版)」を終了し、その後、再度「PMD Player (USB Audio対応版)」を実行したときに、
USB Audioデバイスが認識されて、「このデバイスを聞く」がオンであるにもかかわらず、P/ECEのサウンドがPCのスピーカーから鳴らないことがあります。
その問題が生じた場合、しばらく(場合によって数秒～数分間～或いはもっと)待つと、自然に直って音が出るようになるようです。
自然に直るまで待たなくても、「このデバイスを聞く」を一旦オフにして再度オンにすると、すぐにP/ECEのサウンドがPCのスピーカーから鳴るようになります。
そんなわけで、すぐに直す方法がありますので、上記の終了手順に従わずともさほど支障は無いのですが、一応、終了手順に従うほうが安全だと思います。
終了手順に従わなかった場合の問題が、『USB Audio』固有の問題なのか、それとも市販のUSBマイク等でも同じ問題が生じるのか、まだ判りません。
~~こんど、市販のUSBマイクを購入して、試してみようと思います。~~⇒2014年9月27日18:30追記：試しました。この記事の後半をご参照ください。

以前に、USBスピーカーを作ったことがありました。(2002年8月5日の記事を参照してください。)
今回はその逆で、USBで音声入力をするプログラムです。簡単に言えば「USBマイク」です。
実際のところ、ちょっとプログラムを変えて「USBマイク」として認識させることもできるのですが、理由があって「内蔵AUXジャック」にしました。
P/ECEとWindows 7の組み合わせで実験したところ、「USBマイク」よりも、「内蔵AUXジャック」にする方が、動作が安定しているような気がしたからです。
具体的には、「USBマイク」として認識させた時、稀に、「録音デバイス」の「レベル」調整を行っても、反映されないことがありました。
「内蔵AUXジャック」として認識させた時は、そのような問題は生じませんでした。
たまたま偶然かも知れないですが、「内蔵AUXジャック」の方が動作が確実な気がしたので、「内蔵AUXジャック」として認識させることにしました。

『USB Audio』の機能に有用性があるかといえば・・・あまりありません(^^;
『USB Audio』の機能を組み込んでおくと、P/ECEの音をPCで簡単にデジタル録音できるのが、ちょっと便利かもです。

2014年9月27日18:30追記

サンワサプライの、 MM-MCUSB16というUSBマイクで、試してみました。
結果は、P/ECEの『USB Audio』とほぼ同じ挙動になりました。具体的には、以下のようになりました。

「このデバイスを聞く」をオンのままで『MM-MCUSB16』を取り外し、その後、再度『MM-MCUSB16』を接続したときに、
USB Audioデバイスが認識されて、「このデバイスを聞く」がオンであるにもかかわらず、マイクの音がPCのスピーカーから鳴らないことがありました。
その問題が生じた場合は、たいていは、しばらく待つと自然に直って音が出ました。
たまに、かなり待っても音が出ないことがあり、その時は「このデバイスを聞く」を一旦オフにして再度オンにすると、すぐに音が出るようになりました。
まだ、試行回数は少ないのですけれど、取り外した後、再度、接続するまでの時間が短い方が、早く自然に直って音が出ることが多いみたいです。

実験した様子の動画はこちら
①自然に直ったケース

00:00～00:40	PCに『MM-MCUSB16』を接続し、「このデバイスを聞く」をオンにして、マイクの音がPCのスピーカーから出ることを確認した。
00:40～01:00	「このデバイスを聞く」をオンのままで、『MM-MCUSB16』を取り外した。
01:00～01:20	何もせずに20秒間待った。
02:00～02:40	再度、PCに『MM-MCUSB16』を接続した。すぐには音が出なかったが、30秒間ぐらい経つと自然に直って音が出た。

②手動で直したケース

00:00～00:30	PCに『MM-MCUSB16』を接続し、「このデバイスを聞く」をオンにして、マイクの音がPCのスピーカーから出ることを確認した。
00:30～01:00	「このデバイスを聞く」をオンのままで、『MM-MCUSB16』を取り外した。
01:00～02:00	何もせずに一分間待った。
02:00～02:40	再度、PCに『MM-MCUSB16』を接続したが、40秒間ぐらい経っても音が出なかった。
02:40～03:10	「このデバイスを聞く」を一旦オフにして再度オンにすると、音が出るようになった。

再接続時に音が鳴らない症状は、P/ECEの『USB Audio』や市販のUSBマイク(『MM-MCUSB16』など)の問題ではなく、Windowsの問題のようです。
USBマイクの「このデバイスを聞く」をオンにして使うことは少ないので(ハウリングするから)、USBマイクではあまり問題にならないのだと思います。
今回作成したP/ECE『USB Audio』のような、「このデバイスを聞く」をオンにして使い、頻繁に接続切断するデバイスでは、ちょっと支障があります。
とりあえずは、問題が生じたらしばらく待って自然に鳴るのを待つか、「このデバイスを聞く」をオフ/オンして直すしか、対処方法が無さそうです。

2014年9月19日

USB MTP レスポンダバージョンアップしました。変更点は次のとおりです。

Windows Xpでも、ファイルの読み書き削除ができるようになりました。(スクリーンショット 1 2 3 4)

	Windows Xp				Windows 7
	一覧表示	読み出し	書き込み	削除	一覧表示	読み出し	書き込み	削除
USB PTP レスポンダ	○	○	×	○	○	○	○	○
USB MTP レスポンダ	○	○	○	○	○	○	○	○

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

Windows 7でもWindows Xpでも、ファイルの読み書き削除ができるようになって、目的が達成しました。『USB MTP レスポンダ』は、これで完成です。

今回のプログラム作成過程で、PTPとMTPについていろいろ学べました。以下のWebサイトや資料を、参考にさせて頂きました。

「ねこや書店」さんの、PTP（Picture Transfer Protocol）
日本語で読めるPTPの解説がたくさんあります。とてもわかりやすいです。PTPの学習はここから始めるのが良いです。
「USB.org」の、Still Image Capture Device Definition 1.0 and Errata as of 16-Mar-2007とMedia Transfer Protocol v.1.1 Spec and MTP v.1.1 Adopters Agreement
USB本家サイトの、PTPとMTPの資料です。USBに特化した部分しか載っていないので、これだけでは足りません。
PIMA 15740:2000
初期に作成された資料みたいで、一部抜けがあるようです。「USB.org」の資料と「PIMA」の資料を両方参照して、互いに補完しながら読む必要があります。
「Linux Foundation」の、Fear and Loathing in the Media Transfer Protocol
Windowsに、MTP対応デバイスだということを認識させる方法が書いてあります。かなり重要です。ただ、ちょっと間違いがある(?)みたいなのですが…僕はこの資料を元に、Webで他の情報も検索して、うまく動作する方法を探しました。
「Microsoft Download Center」の、Media Transfer Protocol Porting Kit
MTPデバイスの実装例のソースコードが入っています。ちょっとわかりづらいソースコードなのですが、やはり実例は参考になります。

今回のプログラム作成中に、特にハマった箇所は、以下の三点でした。

Windows 7はPTPでファイルの読み書き削除ができますが、Windows XpはMTPに対応しないと書き込みできません。
MTPを実装する時は、オブジェクトプロパティのParentObjectとPersistentUniqueObjectIdentifierに対応する必要があります。
他にも対応が必要なプロパティはあるものの、特に上記2つは一見対応が不要のように見えるのに実は必要なので、要注意です。
PTPやMTPのデバイスの作成中に、デバイスの挙動を変えた時は、特定のレジストリキーを削除するのが確実です。
デバイスがどの機能に対応しているかという情報を、初回接続時にWindowsがレジストリに記憶して、その後にデバイスの挙動を変えても反映されないからです。
『USB MTP レスポンダ』の場合、デバイスの情報が記憶されるキーは[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\UsbFlags\0e1910190001]でした。
ちなみに、本物のWindows Xpでは上記のとおりなのですが、Windows 7上のWindows Xp Modeではこのキーが生成されないようでした。
Windows Xp Modeの場合は、ドライバーをアンインストールするか、または、[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\VID_0E19&PID_1019]以下の該当キーを削除すれば良いようです。

2014年9月23日追記
Windows 8.1で動作確認しました。僕のPCでは、Windows 8.1でも動作okでした。(動画)
しかし場合によって、P/ECEの画面が灰色になる問題があるようです。(山月さん試して頂いて有難うございました。)
もうしばらく自分で使ってみて、動作確認しようと思います。

2014年9月14日

USB PTP レスポンダバージョンアップしました。変更点は次のとおりです。
- ファイルを書き込む時に、確認ダイアログが出ないようにしました。
  Windowsの*.exeファイルを書き込む時だけ、まだ確認ダイアログが出ますが、P/ECEに*.exeファイルを書き込む必要はまず無いので、問題無いと思います。
ダウンロードはこちらバイナリ(25KB) ソース(21.3MB)

『USB PTP レスポンダ』は、ひとまずこれで完成です。P/ECEとWindows 7の組み合わせならば、ほぼ問題なく使えると思います。

『USB PTP レスポンダ』の問題点は、P/ECEとWindows Xpの組合せで、ファイルの書き込みができないことです。
「MTP」を使えば解決するかと思ったのですが…上手く行きませんでした。下記の「USB MTP レスポンダ(試作版)」をご覧ください。

USB MTP レスポンダ(試作版)を作りました。「MTP」プロトコルを使って、P/ECE⇔PC間でファイルを送受信します。

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

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

使用方法は、USB PTP レスポンダと同じです。2014年9月10日の記事の、USB PTP レスポンダの使用方法を参照してください。

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

『USB PTP レスポンダ』と『USB MTP レスポンダ』の違いは、「PTP」の代わりに「MTP」を使ってファイルの送受信をすることです。
「PTP」では、Windows XpからP/ECEへのファイルの書き込みができなかったので、「MTP」ならばできるかと思ったのですが…

失敗です。『USB MTP レスポンダ』でも、Windows XpからP/ECEへのファイルの書き込みは、できませんでした。
さらに悪いことに、『USB PTP レスポンダ』では、Windows Xpでもファイルの一覧表示と読み出しはできていたのですが、『USB MTP レスポンダ』ではそれもできません。
スマホとWindows XpをMTP接続した場合はファイルの読み書きができるので、僕が「MTP」の使い方を何か間違えているのだと思うのですが、まだ解決できていません。

Windows 7では、『USB PTP レスポンダ』も『USB MTP レスポンダ』も、同じようにファイルの読み書きができます。
Windows 7での、『USB PTP レスポンダ』と『USB MTP レスポンダ』の違いは、P/ECEを認識したアイコンが、カメラの形かメディアプレイヤーの形かだけの違いです。

そんなわけで、いまのところ、『USB MTP レスポンダ』には利点がありません。
まとめると、下表のとおりです。

	Windows Xp			Windows 7
	一覧表示	読み出し	書き込み	一覧表示	読み出し	書き込み
USB PTP レスポンダ	○	○	×	○	○	○
USB MTP レスポンダ	×	×	×	○	○	○

2014年9月10日

USB PTP レスポンダを作りました。「PTP」プロトコルを使って、P/ECE⇔PC間でファイルを送受信します。

インストール方法は次のとおりです。
- 「usbptp.pex」をP/ECEに転送してください。
使用方法は次のとおりです。
1. USBケーブルで、P/ECEをPCに接続してください。
2. P/ECEのメニューで、『USB PTP レスポンダ』を実行してください。
3. Windowsがポータブルデバイスを自動検出して、自動再生ダイアログが表示されます。「デバイスを開いてファイルを表示する」を押してください。
  なお、Windowsの設定によっては、自動再生ダイアログが表示されない場合もあります。
  その場合は、「コンピュータ」の中に「P/ECE USB device」が現れていると思いますので、「P/ECE USB device」をダブルクリックして開いてください。
4. エクスプローラが開きます。「P/ECE USB device」の中の「固定記憶域」をダブルクリックして開いてください。
5. エクスプローラの中に、P/ECE上のファイル一覧が表示されます。
6. 普段のエクスプローラの操作と同じ方法で、ファイルの読み書き削除を行ってください。
  - ~~ファイルを書き込む時に確認ダイアログが出ますが、これは仕様です。「はい」を押して進めてください。~~⇒2014/9/14追記:修正しました。
  - P/ECEで対応していないファイル名のファイルは、書き込めません。
    8.3文字以上のファイル名や、日本語ファイル名を書き込もうとすると、「デバイスが応答していないか、または切断されています。」というメッセージが表示されます。
    「コピーを中止する」又は「このファイルをスキップする」を押して、コピーを取り消してください。
7. ファイルの読み書き削除が終わったら、P/ECEのSELECTボタンを押して、『USB PTP レスポンダ』を終了してください。
『USB PTP レスポンダ』の実行中は、P/ECEの画面上にも、ファイル一覧が随時更新して表示されます。
ファイルがたくさんある時は、カーソルキーでスクロールします。
動作確認のためだけの表示ですので、操作する必要はありません。

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

「PTP」は、カメラやスマホとPC間の、ファイル送受信に使われている方式です。
「PTP(画像転送プロトコル)」という名前ですが、画像ファイルに限らず、普通のファイルも送受信できます。

USBでのファイル送受信と言えば、以前に、『USBストレージ』というP/ECEプログラムを作りました。(2002年9月5日～2002年9月15日の記事をご参照ください。)
『USBストレージ』では、「USBマスストレージクラス」という方式を使って、ファイル送受信をしていました。
「USBマスストレージクラス」と「PTP」の違いは、PCから送信されたデータを、P/ECE側で読めるかどうかという違いです。
「USBマスストレージクラス」では、PCから送信されて来るデータは、P/ECE側では読めない、ディスクイメージのデータです。
厳密には、P/ECE側でPCのファイルシステム(FATなど)を処理すれば読めるのですが、それにしても、普通のP/ECEのファイルとしては扱えません。
一方「PTP」は、ファイル内容を送受信する方式なので、P/ECE側で普通のP/ECEのファイルとして保存して、普通のP/ECEのファイルとして扱えます。

これまで、P/ECE⇔PC間でファイルを送受信するには、『isd.exe』や『P/ECEコミュニケータ』等の専用ツール使う必要がありました。(あと、拙作『mini ISD』とか…)
これらの専用ツールは、PCに、P/ECEデバイスドライバがインストールされていないと使えません。
P/ECEデバイスドライバは、現行の各種Windowsで動作可能ではあるのですが、とはいえ、少々面倒なインストール作業が必要です。
P/ECEデバイスドライバが入っていないPCを一時的に使って、P/ECEにアプリを転送する…といったことはできない不便がありました。
『USB PTP レスポンダ』をP/ECEに入れておけば、P/ECEデバイスドライバが入っていないPCでも、P/ECEにアプリやファイルを転送できるようになりました。

『USB PTP レスポンダ』の動作確認は、主に、P/ECEとWindows 7(32bit版,64bit版)の組み合わせで行いました。
P/ECEとWindows 7の組み合わせならば、ほぼ問題無く、ファイルの読み書き削除ができました。
~~(画像以外の種類のファイルを書き込む時に、毎回確認ダイアログが出るのがじゃまですが、これはスマホでも同様なので仕方無さそうです。)~~⇒2014/9/14追記:修正しました。
Windows 8ではまだ試していないのですけれど、多分、大丈夫じゃないかな、と思います。

P/ECEとWindows Xpの組み合わせでも使えるのですが、少し問題が有ります。
P/ECE⇒PCへの読み出しや、ファイル削除はできるのですけれど、PC⇒P/ECEへの書き込みができません。
ちなみに、Windows XpにスマホをPTP接続した場合もファイル書き込みできませんので、たぶん、Windows XpのPTP対応が限定的なのだと思います。

PTPの上位規格として、「MTP」という方式があります。
PTPよりも汎用的な方式らしいのですが、PTPでも普通のファイルが読み書きできて機能的には充分であり、特にMTPに対応する必要は無さそうです。
もしかすると、MTPに対応すれば、“Windows Xpから書き込みできない”という問題が解決するかも知れません。
MTPの対応方法についても、調べてみようと思います。

2014年8月30日

パチスロP/ECE ATを作りました。(動画)
P/ECE上で動作する、オリジナルのパチスロゲームです。

インストール方法は次のとおりです。
- 「pslot3.pex」をP/ECEに転送してください。
スペックは次のとおりです。
- 5号機の規則に(概ね)沿っています。
- 中段1ラインの、ゼロボAT機です。
- 通常時は、左リールを最初に停止してください。目押し不要で取りこぼし無しです。チェリーを取りこぼした場合、一枚役が揃います。
- AT中は、押し順ナビに従ってください。目押し不要で取りこぼし無しです。チェリーを取りこぼした場合、一枚役が揃います。
- 詳細は、ゲームフロー，スペック，計算表を参照してください。
操作方法は次のとおりです。
- ゲーム画面
  マニュアル操作を行う場合は、以下の順でボタンを押してください。
  1. Ｂボタン　　　　　　　　MAXBETボタン、又は、メダル1枚投入に相当します。
  2. 上ボタン　　　　　　　　スタートレバーに相当します。
  3. 左ボタン　　　　　　　　左停止ボタンに相当します。┐
  4. 中ボタン　　　　　　　　中停止ボタンに相当します。┼順不同
  5. 右ボタン　　　　　　　　右停止ボタンに相当します。┘
  ワンキー操作を行う場合は、Ａボタンだけで遊べます。
  1. Ａボタン（１回目）　　　MAXBETボタン、又は、メダル3枚投入に相当します。
  2. Ａボタン（２回目）　　　スタートレバーに相当します。
  3. Ａボタン（３回目）　　　左停止ボタンに相当します。AT中は自動で押し順ナビに従います。
  4. Ａボタン（４回目）　　　中停止ボタンに相当します。AT中は自動で押し順ナビに従います。
  5. Ａボタン（５回目）　　　右停止ボタンに相当します。AT中は自動で押し順ナビに従います。
  いつでも：
  - ＳＥＬＥＣＴボタン　　　データ画面を表示します。
- データ画面
  - 上／下ボタン　　　　　　オートプレイを選択します。
  - Ａボタン　　　　　　　　ゲーム画面に戻ります。
  - Ｂボタン　　　　　　　　設定を表示して、終了します。
ダウンロードはこちらバイナリ(496KB) ソース(25.3MB)

これまでにノーマル機とART機を作ったので、今回はAT機を作ってみました。
最近主流の、いわゆる「ゼロボAT機」です。
僕は普段ほとんどAT機を打たないのですが、参考にするため新台の「沖ドキ！」を打ってみました。
酷い目にあいました・・・

これまで1ラインのリール設計の手法を知らなかったので、今回勉強しながら作りました。
フラグ数を優先してベルを取りこぼさせるリール設計が、だいたい理解できました。
スイカ・ベル・リプレイを一組として5箇所に配置し、途中に別の2絵柄の並びを2か所挟むのがセオリーみたいです。
色々なAT機のリール配列を見ると、同じ仕組みが多いのが判り、面白いかったです。

サブ抽選確率のノウハウがわからなくて、試行錯誤しました。
AT機は出玉の波の荒さが売りであり、極端なＶ字のスランプクラフが理想だと思うのですが、
僕の調整ではなかなかＶ字にならず、比較的穏やかなスランプグラフになってしまいました。

パチスロの話はさておき、今回のプログラムは、先月作成したTrueSpeech再生ルーチンを利用しました。
BGMも効果音も全て、TrueSpeechで再生しています。
サウンドデータの容量が削減できて、処理速度も問題無く、おおむね良好です。
今後のプログラムでも、TrueSpeechを使って行こうと思います。

2014年7月19日

TrueSpeechプレイヤーバージョンアップしました。変更点は次のとおりです。

TrueSpeechのデコード処理をアセンブラ化して、高速化・省メモリ化しました。

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

TrueSpeechのデコード処理をアセンブラ化した効果を、テストプログラムを作って確認してみました。
結果は、以下のとおりです。

｢107760ﾐﾘ秒のTrueSpeechﾃﾞｰﾀ｣をﾃﾞｺｰﾄﾞする実行時間
実行条件 C言語版ｱｾﾝﾌﾞﾗ版
CPUｸﾛｯｸ[MHz] ｺｰﾄﾞ配置ｽﾀｯｸ配置ｺｰﾄﾞｻｲｽﾞ[Byte] 実行時間[ﾐﾘ秒] ｺｰﾄﾞｻｲｽﾞ[Byte] 実行時間[ﾐﾘ秒]
24 SRAM SRAM 1716 31445 1204 15885
48 SRAM SRAM 19844 10061
24 高速RAM SRAM 16014 9622
24 SRAM 高速RAM 27237 13290
48 高速RAM 高速RAM 7006 4076

｢107760ﾐﾘ秒のTrueSpeechﾃﾞｰﾀ｣をﾃﾞｺｰﾄﾞする実行時間
実行条件	C言語版	ｱｾﾝﾌﾞﾗ版
CPUｸﾛｯｸ[MHz]	ｺｰﾄﾞ配置	ｽﾀｯｸ配置	ｺｰﾄﾞｻｲｽﾞ[Byte]	実行時間[ﾐﾘ秒]	ｺｰﾄﾞｻｲｽﾞ[Byte]	実行時間[ﾐﾘ秒]
24	SRAM	SRAM	1716	31445	1204	15885
48	SRAM	SRAM	19844	10061
24	高速RAM	SRAM	16014	9622
24	SRAM	高速RAM	27237	13290
48	高速RAM	高速RAM	7006	4076

省メモリの効果は、コードサイズが約70%に小さくなりました。
高速化の効果は、実行時間が約50～60%に速くなりました。
なかなか良い結果だと思います。

TrueSpeechをゲームのサウンドに使う場合の、CPU負荷の概算を求めてみました。
最善の条件(=CPUクロックを48MHzにしてコードもスタックも高速RAMに配置する)の場合、TrueSpeechデコード処理の負荷は約3.8%です。
上記はTrueSpeechを1チャネルだけ再生した場合の数値であり、複数チャネルを同時再生する場合はチャネル数ぶん負荷がかかります。
P/ECEのゲームでは、同時再生数が多くても4チャネル(=BGM×1+効果音×3)ぐらいだと思うので、約15%の負荷になります。
約15%の負荷ならば、充分低いと思うので、ゲームのサウンドに使えそうです。

2014年7月15日

TrueSpeechプレイヤーを作りました。(動画)
TrueSpeech形式のWAVファイルやPPDファイルを、P/ECE上で再生します。

インストール方法は次のとおりです。
- 「tspplay.pex」をP/ECEに転送してください。
TrueSpeech形式のWAVファイルやPPDファイルを作成する方法は、こちらのページをご参照ください。
- Windows XPで、TrueSpeech形式のファイルを作成する手順
- Windows Vista/7/8で、TrueSpeech形式のファイルを作成する手順
操作方法は次のとおりです。
- 上下ボタン　　　　　　ファイルを選択します。
- Ａボタン　　　　　　　再生を開始します。
- Ｂボタン　　　　　　　再生を停止します。
- ＳＥＬＥＣＴボタン　　プログラムを終了します。
ダウンロードはこちらバイナリ(7.1MB) ソース(27.7MB)

TrueSpeechとは、DSP Group社が開発した、音声圧縮形式です。
主な用途は、通話音声の圧縮です。圧縮率は高いですが、音質は悪いです。
たとえば、Yahoo!メッセンジャーのボイスチャットの圧縮に、使用されていたそうです。

TrueSpeech形式のWAVファイルを使用するには、TrueSpeech CODECが必要です。
Windows XP以前のWindowsには、TrueSpeech CODECが標準でインストールされていたので、すぐに使用できました。
しかし、Windows Vista以後のWindowsには、TrueSpeech CODECが標準でインストールされなくなりました。
Windows Vista以後のWindowsでも、TrueSpeech CODECを別途インストールすることで、TrueSpeechを使用できます。

Windowsで今更TrueSpeechを使う利点はあまり無いのですけれど、P/ECE用としてはなかなか良さそうです。

P/ECEのソフトを作っていると、サウンドデータの容量が大きくて困ることが、よくあります。
僕は、サウンドデータの圧縮形式として、自作の2bitADPCM形式を使っています。
2bitADPCM形式は、P/ECE標準のADPCM形式に較べて50%の容量なのですが、それでもまだ容量が大きすぎます。
TrueSpeech形式を使えば、2bitADPCMに較べて54%程度，P/ECE標準のADPCM形式に較べて27%程度に小さくできます。

TrueSpeech形式の音質は、悪いです。
音質が悪い理由の一つとして、TrueSpeech形式のサンプリング周波数が8kHz固定であることです。
8kHzではどんな圧縮形式でも音質が悪いと思うので、TrueSpeechだけの問題ではないと思います。
P/ECEのソフトでは、音質よりも、たくさんの種類の音が入る方を優先したいので、音質の悪さには目をつぶります。

TrueSpeechの不安な点は、圧縮ツールが、Windows用の「TrueSpeech CODEC」しか無い(?)という点です。
前述のとおり、Windows Vista/7/8でも一応利用できるのですが、もし今後のWindowsで動かなくなったら終わりです。
TrueSpeechの詳細な技術資料も、もう見つかりません。
2014/7/14現在で見つけられた、Web上の資料は以下の通りです:
- MultimediaWikiの、TrueSpeechのページ
- Internet Archiveに保存されている、TrueSpeech公式サイト
P/ECE用のTrueSpeech再生ルーチンを作成するにあたり、FFmpegのTrueSpeech再生ルーチンを参考にさせて頂きました。
FFmpegのTrueSpeech再生ルーチンを元に、P/ECE用に最適化して、以下の変更を行いました。
- 音質に影響が小さい処理を省略して、高速化しました。
  たとえば、FFmpegでは3回の合成処理を行っているところを、P/ECE用では1回の合成処理に省略しました。
  実験したところ、2回目と3回目の合成処理を行わなくても、音質にさほど違いが無いと感じたからです。
  他にも、P/ECEのスピーカーで聴いて影響の小さい処理を、多数削除しました。四捨五入の処理も省略して、切り捨てにしました。
- フレーム間で保存するデータの一部を、保存しないようにして、メモリを節約しました。
  本来はフレーム間で保存すべきデータのうち、保存せずに毎フレームゼロに戻しても音質に影響が小さいデータは、保存しないように変更しました。
今回は、単純なTrueSpeechプレイヤーを作成しましたが、本当の目的は、ゲームのサウンドに使うことです。
ゲームのサウンドに使えるよう、再生ルーチンをもっと高速化しようと思います。
コンソール版PCMコンバータバージョンアップしました。変更点は次のとおりです。
- TrueSpeech形式の変換機能を追加しました。
  使用方法は、こちらのページをご参照ください。
  - Windows XPで、TrueSpeech形式のファイルを作成する手順
  - Windows Vista/7/8で、TrueSpeech形式のファイルを作成する手順
ダウンロードはこちらバイナリ(27.1KB) ソース(31.6KB)

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

2014年7月4日

パチスロP/ECE ARTを作りました。(動画)
P/ECE上で動作する、オリジナルのパチスロゲームです。

インストール方法は次のとおりです。
- 「pslot2.pex」をP/ECEに転送してください。
スペックは次のとおりです。
- 5号機の規則に(概ね)沿っています。
- 斜め2ライン+小山,小谷の4ライン、3枚掛け専用、ART機です。
- 通常時とボーナス中は、押し順不問・目押し不要で取りこぼし無しです。ボーナス絵柄も目押し不要で、成立ゲームで必ず揃います。変則押しペナルティは有りません。
- ART中は、押し順ナビに従ってください。目押し不要で取りこぼし無しです。
- 詳細は、ゲームフロー,スペック,計算表をご参照ください。
操作方法は次のとおりです。
- ゲーム画面
  マニュアル操作を行う場合は、以下の順でボタンを押してください。
  1. Ｂボタン　　　　　　　　MAXBETボタン、又は、メダル1枚投入に相当します。
  2. 上ボタン　　　　　　　　スタートレバーに相当します。
  3. 左ボタン　　　　　　　　左停止ボタンに相当します。┐
  4. 中ボタン　　　　　　　　中停止ボタンに相当します。┼順不同
  5. 右ボタン　　　　　　　　右停止ボタンに相当します。┘
  ワンキー操作を行う場合は、Ａボタンだけで遊べます。
  1. Ａボタン（１回目）　　　MAXBETボタン、又は、メダル3枚投入に相当します。
  2. Ａボタン（２回目）　　　スタートレバーに相当します。
  3. Ａボタン（３回目）　　　左停止ボタンに相当します。ART中は自動で押し順ナビに従います。
  4. Ａボタン（４回目）　　　中停止ボタンに相当します。ART中は自動で押し順ナビに従います。
  5. Ａボタン（５回目）　　　右停止ボタンに相当します。ART中は自動で押し順ナビに従います。
  いつでも：
  - ＳＥＬＥＣＴボタン　　　データ画面を表示します。
- データ画面
  - 上／下ボタン　　　　　　オートプレイを選択します。
  - Ａボタン　　　　　　　　ゲーム画面に戻ります。
  - Ｂボタン　　　　　　　　設定を表示して、終了します。
ダウンロードはこちらバイナリ(594KB) ソース(24.2MB)

前回はノーマル機を作ったので、今回はART機を作ってみました。
僕は、最近のAT機・ART機はあまり打たないのですけれど、少し前のART機はたまに打っていました。
「マジカルハロウィン2」や、「南国育ちR2」等が気に入っていました。
最近のAT機・ART機は、複雑で難しいですね。
今回作った『パチスロP/ECE ART』は、ART黎明期ぐらいの、ごくシンプルなゲームフローです。

5号機の規則に(概ね)沿うことを目標に作成したのですけれど、達成できなかった点があります。
それは、メインプログラムのデータ容量を、小さく収めることです。
5号機の規則では、メインプログラムのデータ容量が、3キロバイト以内でないといけないそうです。
今回、頑張って圧縮したのですけれど、それでも5.7キロバイトぐらいになってしまいました。
特に容量が大きいのが、「リール制御テーブル」のデータ容量です。
「リール制御テーブル」とは、停止ボタンをどのように押したらリールがどの位置で止まるか、を決めるデータです。
前回の『パチスロP/ECE』はノーマル機で、役の種類が少なかったので、データが小さく収まっていましたが、
今回の『パチスロP/ECE ART』はART機で、役の種類が多く、データを小さく収めることができませんでした。
本物のパチスロ機は、どのようにしてデータを小さく収めているのか、興味があります。

こんどは、最近主流の、いわゆる「ゼロボAT機」も作ってみたいな、と思っています。
有効ライン1ラインでの、リール配列の設計方法とかも、勉強したいです。

2014年6月7日

パチスロP/ECEを作りました。(動画)
P/ECE上で動作する、オリジナルのパチスロゲームです。

インストール方法は次のとおりです。
- 「pslot1.pex」をP/ECEに転送してください。
スペックは次のとおりです。
- 5号機の規則に(概ね)沿っています。
- 5ライン、3枚掛け専用、ノーマルタイプです。
- 通常時・ボーナス中ともに、押し順不問・目押し不要で取りこぼし無しです。ボーナス絵柄も目押し不要で、成立ゲームで必ず揃います。
- 三連チェリーがたくさん揃うほど、高設定に期待できます。(チェリーを目押ししなかった場合は、二連以下,又は,スイカとして揃います)
- 詳細は、説明書と計算表をご参照ください。
操作方法は次のとおりです。
- ゲーム画面
  マニュアル操作を行う場合は、以下の順でボタンを押してください。
  1. Ｂボタン　　　　　　　　MAXBETボタン、又は、メダル1枚投入に相当します。
  2. 上ボタン　　　　　　　　スタートレバーに相当します。
  3. 左ボタン　　　　　　　　左停止ボタンに相当します。┐
  4. 中ボタン　　　　　　　　中停止ボタンに相当します。┼順不同
  5. 右ボタン　　　　　　　　右停止ボタンに相当します。┘
  ワンキー操作を行う場合は、Ａボタンだけで遊べます。
  1. Ａボタン（１回目）　　　MAXBETボタン、又は、メダル3枚投入に相当します。
  2. Ａボタン（２回目）　　　スタートレバーに相当します。
  3. Ａボタン（３回目）　　　左停止ボタンに相当します。
  4. Ａボタン（４回目）　　　中停止ボタンに相当します。
  5. Ａボタン（５回目）　　　右停止ボタンに相当します。
  いつでも：
  - ＳＥＬＥＣＴボタン　　　データ画面を表示します。
- データ画面
  - 上／下ボタン　　　　　　オートプレイを選択します。
  - Ａボタン　　　　　　　　ゲーム画面に戻ります。
  - Ｂボタン　　　　　　　　設定を表示して、終了します。
ダウンロードはこちらバイナリ(379KB) ソース(26.3MB)

最近、趣味で、パチスロを打って遊んでいます。好きな機種は、「ジャグラー」、「ハナハナ」、「パルサー」等の、ノーマルタイプです。

パチスロの仕組みに興味が湧いたので、設計してゲームを作ってみました。
パチスロの規則については、「パチスロ知識の泉」さんのサイト等を参考にさせて頂きました。
ごく単純なノーマルタイプでも、いろいろ規則があって難しいのですね。

今回は、自分の好みで、「目押し不要」のリール制御にしてみました。
でも、実際には、少し前に規則が変更されて、そういうのはダメになったそうです。
楽な方が良かったと思うので、ちょっと残念です。

最近の主流は、ノーマルタイプではなく、出玉の波が荒いAT・ART機だそうです。
今度は、AT・ART機のゲームも、P/ECEで作ってみたいと思います。
僕はこれまで、あんまりAT・ART機は打って来なかったので、打って勉強しなければ…(^^;

2013年07月30日

P/ECE研究記録更新しました。「gcc33 条件演算子の最適化バグ」

2013年2月2日

64bit版Windows 8で、P/ECEを使う手順を書きました。

昨年末に、Windows 8が発売されました。
僕はまだ、評価版しか使っていないのですけれど、新しいUIが使い易くてかなり気に入っています。
早く、Windows 8を搭載した新しいPCを、購入したいです。

Windows 7以降、32bit版よりも、64bit版の方が一般的になりました。Windows 8も、32bit版よりも64bit版の方が一般的です。
64bit版Windows 7では、問題なくP/ECEが使えていたのですけれど、64bit版Windows 8でも使用できるかどうか、気になります。
結果は、64bit版Windows 8でも、問題なくP/ECEが使えました。

今回の記事では、64bit版Windows 8で、P/ECEを使う手順を、まとめてみました。
P/ECE開発環境のインストール～アップデート～デバイスドライバのインストールまで、順を追って説明しましたので、初めてP/ECEを使用する方の参考にもなるのではないかな、と思っています。
是非ご一読を、よろしくお願いします。

2012年3月25日

mini ISD バージョン 3.0 を作りました。変更点は次の通りです。
- 64ビット版Windows 7に対応しました。
使い方は、これまでの mini ISD 2.5 と同じです。
mini ISD 2.5 の記事（2003年11月15日）も、参照してください。（このページの下の方にあります）
詳しい使い方は、mini ISD 3.0 マニュアルを、参照してください。

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

mini ISDは、ファイル転送ツールです。
標準のP/ECE開発環境にも、P/ECEコミュニケータというファイル転送ツールが入っていますが、
mini ISDは、頻繁に使う機能に特化して、簡単操作できることを目指して作成したツールです。

前回のmini ISD バージョン 2.5から、10年近く経っているのですれど、自分でも気に入っていて、今も使い続けています。
でも、mini ISD バージョン 2.5は、64ビット版Windows 7で使用できない、という問題点がありました。
mini ISD バージョン 2.5が、64ビット版Windows 7で使用できない理由は、シェル拡張機能にあります。
mini ISDは、エクスプローラ上にP/ECEファイルのアイコンを表示するために、シェル拡張機能という機能を使っているのですが、
32ビットアプリケーションであるmini ISD バージョン 2.5と、64ビットWindowsとは、シェル拡張機能が連動できないからです。

Windows 7が出てからというもの、64ビット環境がずいぶん一般的になりました。
僕も、32ビットのWindows Xpと、64ビットのWindows 7を、半々ぐらい使うようになっています。
64ビット版Windows 7でも、使い慣れたmini ISDを使い続けたい・・・というわけで、今回、mini ISDを64ビット化してみました。
僕自身、64ビットWindowsアプリケーションの作成は今回が初めてなのですが、特に問題も無く64ビット化することができました。

これで、64ビット版Windows 7のエクスプローラにも、P/ECEファイルのアイコンが表示できるようになりました。
そろそろ、Windows XpからWindows 7へ、完全移行できそうです。

2012年2月8日

P/ECEで、Luaスクリプトの演算速度を計測してみました。

前回、倍精度浮動小数点演算ライブラリを高速化したのですけれど、そのきっかけは、P/ECEでLuaスクリプトを高速に使いたいと思ったことでした。
Luaは、人気のある組み込み用スクリプト言語です。
Luaの特徴のひとつは、P/ECEのような非力な実行環境でも(かろうじて)使えるぐらい、メモリ消費量が少ないことです。
別の特徴として、実行速度が速いことも挙げられるのですが、P/ECEで使用する場合は、少々問題があります。
Luaスクリプトの数値変数には、倍精度浮動小数点型しか無く、整数演算で充分なところも、全て、倍精度浮動小数演算を行ってしまうという点です。
P/ECEのように、浮動小数点演算をソフトウェアで処理する実行環境では、かなり速度低下してしまいます。
厳密には、Luaの数値変数を、整数型や単精度浮動小数型にすることも可能ではあるのですが、一般的でないし、できることも制限されてしまうため、良い方法ではありません。
そこで、正攻法で、倍精度浮動小数点演算ライブラリを高速化して、P/ECE上でのLuaの演算速度を改善することにしました。───というのが経緯です。

『2～1000の範囲にある素数の数』を数える、スクリプトの実行時間を計測することにしました。
(「八角研究所」さんの『高速スクリプト言語「Lua」を始めよう！（1） - 高速スクリプト言語「Lua」を始めよう！（1）』を参考させて頂きました。)
-- nが素数ならばtrue、素数でなければfalseを返します。 function is_prime(n) local i for i = 2, (n - 1) do if (n % i) == 0 then return false end end return true end -- 2～1000の範囲にある素数の数を、変数cに格納します。 c = 0 for i = 2, 1000 do if is_prime(i) then c = c + 1 end end 一見、整数演算しか使っていなさそうな処理なのですけれど、前述のとおり、Luaでは全て、倍精度浮動小数演算になってしまいます。
ループ変数iや、カウンタcの処理も、漏れなく倍精度浮動小数演算になってしまいます。

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

まずは、EPSON版浮動小数点演算ライブラリを使って、計測しました。
EPSON版浮動小数点演算ライブラリをSRAMに配置して、P/ECEを48MHzで駆動しました。(今回は全て、48MHzで計測しました。)
結果は、以下のようになりました。

結果[個] 時間[ms]
C(int) 168 195
C(flt) 168 3767
C(dbl) 168 19235
Lua 168 22904

下の行から逆順に見て行ってください。
「Lua」の行が、Luaスクリプトの実行時間です。
「C(dbl)」の行は、同じアルゴリズムをC言語で、倍精度浮動小数点演算で実行した場合の実行時間です。
「C(flt)」の行は、同じアルゴリズムをC言語で、単精度浮動小数点演算で実行した場合の実行時間です。
「C(int)」の行は、同じアルゴリズムをC言語で、整数演算で実行した場合の実行時間です。

C(int)が約0.2秒に対して、Luaは約22秒。これは遅すぎます・・・
ただし、C(dbl)も20秒近くかかっているので、遅さの主原因はLuaそのものではなく、倍精度浮動小数点演算であることがわかります。

次に、高速版浮動小数点ライブラリを使って、計測しました。
高速版浮動小数点ライブラリをSRAMに配置して、P/ECEを48MHzで駆動しました。
結果は、以下のようになりました。

結果[個] 時間[ms]
C(int) 168 195
C(flt) 168 1801
C(dbl) 168 9223
Lua 168 12700

C(flt)とC(dbl)が、高速版浮動小数点ライブラリの効果で、二倍ぐらい早くなっています。
C(dbl)が早くなったのと同じ分だけ、Luaも早くなっています。

最後に、高速版浮動小数点ライブラリを高速RAMに配置、P/ECEを48MHzで駆動して、計測しました。
結果は、以下のようになりました。

結果[個] 時間[ms]
C(int) 168 195
C(flt) 168 991
C(dbl) 168 3976
Lua 168 6851

C(flt)とC(dbl)が、高速RAMの効果で、さらに二倍ぐらい早くなっています。
C(dbl)が早くなったのと同じ分だけ、Luaも早くなっています。

LuaとC(dbl)を比べると、Luaの方が４０～５０％ぐらい遅い、という結果です。
LuaとC(dbl)の実行時間の差は、三つの計測結果で同じなのですけれど、倍精度浮動小数点演算の時間が短くなった分だけ、LuaとCの差が顕著になります。
でも、スクリプト言語とC言語を比べて、この程度の差ならば、充分許容範囲だと思いました。

ところで、本題とは外れるのですけれど、今回の計測結果で、少し気になる点があります。
C(flt)とC(dbl)の差が、四倍もあることです。
前回のWhetstoneベンチマーク(倍精度版)の計測結果から考えると、倍精度と単精度の性能差は、二倍弱ぐらいに収まるはずでした。
なぜ、四倍もの差がついてしまったのでしょうか？
その理由は、たぶん、除算(厳密には剰余「%」)を多用しているからだと思います。
P/ECEのCPUでは、除算は、筆算のアルゴリズムを使って実装します。
単精度の除算と倍精度の除算を較べると、まず単純に、ビット数が二倍になった分、二倍のステップ数が必要になります。
その上、32ビットと64ビットの違いが、1ステップあたりの処理時間にも影響します。
単精度ならば、32ビットの筆算で済むので、P/ECEのCPUに備わっているステップ除算命令を利用して、1ステップ当り1クロックで実行できます。
倍精度では、64ビットの筆算が必要で、ステップ除算命令は利用できず、命令を組み合わせて処理し、1ステップ当り8～10クロックかかります。
ビット数の違いと、1ステップ当りの速度の違いが掛け合わさって、16～20倍ぐらいの差が生じます。
(実際には、除算処理の中の筆算以外の部分では、こんなに大きな速度差は無いので、除算処理全体で平均すると、もう少し差は小さくなります。)
なお、加減算や乗算は、筆算のアルゴリズムを使って1ビットずつ処理したりはしないので、除算の場合ほど、単精度と倍精度の差は生じません。

	結果[個]	時間[ms]
C(int)	168	195
C(flt)	168	3767
C(dbl)	168	19235
Lua	168	22904

	結果[個]	時間[ms]
C(int)	168	195
C(flt)	168	1801
C(dbl)	168	9223
Lua	168	12700

	結果[個]	時間[ms]
C(int)	168	195
C(flt)	168	991
C(dbl)	168	3976
Lua	168	6851

2012年2月4日

Whetstoneベンチマーク(倍精度版)を作りました。

四年前、P/ECEの単精度浮動小数点演算ライブラリを高速化したときに、Whetstoneベンチマークで性能を計測しました。(2008年6月17日と6月30日の記事参照)
今回新たに、倍精度浮動小数点演算ライブラリも高速化したので、また、Whetstoneベンチマークで性能を計測してみることにしました。

倍精度浮動小数点演算ライブラリの高速化方針も、単精度浮動小数点演算ライブラリを高速化したときと同じです。

正のゼロと負のゼロは区別しません。
無限大とオーパーフローは無視します。
非正規化数には対応しません。

いずれも、普通のプログラムを作っていて必要になることは、まずありません。
これらの処理を省くことと、アセンブラの高速化テクニックを使って、倍精度浮動小数点演算ライブラリを高速化しました。
(余談ですが、今回特に工夫したのは、64bitシフト処理の高速化です。上下wordの合成に、xorを使うテクニックを用いました。詳細はソースコードをご覧ください)

今回、高速化した倍精度浮動小数点演算ルーチンは、比較・符号反転・加減乗除・int⇔double型変換、といった、基本的な処理だけです。
単精度を高速化したときは、sinf(),cosf()などの単精度版算術関数も高速化したのですけれど、今回は、倍精度版算術関数には手をつけませんでした。
単精度に比べると、倍精度は64ビット処理が必要で複雑で、算術関数の高速化には手間がかかりすぎると判断したからです。

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

早速、計測です。

まずは、EPSON版倍精度浮動小数点演算ライブラリを使って、標準速度の倍精度浮動小数点演算性能を計測します。
結果は、以下のようになりました。
N1とN2とN6が、倍精度浮動小数点演算性能を示しています。

Loop content Result MFLOPS MOPS Seconds
N1 floating point -1.12398255667122870 0.046 　 0.413
N2 floating point -1.12187079888923713 0.031 　 4.322
N3 if then else 1.00000000000000000 　 1.669 0.062
N4 fixed point 12.00000000000000000 　 0.573 0.550
N5 sin,cos etc. 0.49902937281474022 　 0.004 22.753
N6 floating point 0.99999987888774768 0.019 　 27.764
N7 assignments 3.00000000000000000 　 0.558 0.331
N8 exp,sqrt etc. 0.75100163004525883 　 0.001 28.838

Loop content	Result	MFLOPS	MOPS	Seconds
N1 floating point	-1.12398255667122870	0.046		0.413
N2 floating point	-1.12187079888923713	0.031		4.322
N3 if then else	1.00000000000000000		1.669	0.062
N4 fixed point	12.00000000000000000		0.573	0.550
N5 sin,cos etc.	0.49902937281474022		0.004	22.753
N6 floating point	0.99999987888774768	0.019		27.764
N7 assignments	3.00000000000000000		0.558	0.331
N8 exp,sqrt etc.	0.75100163004525883		0.001	28.838

次に、EPSON版倍精度浮動小数点演算ライブラリを使ったままで、簡単な工夫だけで高速化してみます。
具体的には、P/ECEを倍速の48MHzで駆動し、さらに、EPSON版倍精度浮動小数点演算ライブラリのコードを高速RAMに配置して高速化します。
結果は、以下のようになりました。

Loop content Result MFLOPS MOPS Seconds
N1 floating point -1.12398255667122870 0.227 　 0.424
N2 floating point -1.12187079888923713 0.160 　 4.207
N3 if then else 1.00000000000000000 　 2.549 0.203
N4 fixed point 12.00000000000000000 　 1.792 0.879
N5 sin,cos etc. 0.49902937281474022 　 0.018 22.711
N6 floating point 0.99999987888774768 0.100 　 26.907
N7 assignments 3.00000000000000000 　 0.848 1.089
N8 exp,sqrt etc. 0.75100163004525883 　 0.007 28.183

Loop content	Result	MFLOPS	MOPS	Seconds
N1 floating point	-1.12398255667122870	0.227		0.424
N2 floating point	-1.12187079888923713	0.160		4.207
N3 if then else	1.00000000000000000		2.549	0.203
N4 fixed point	12.00000000000000000		1.792	0.879
N5 sin,cos etc.	0.49902937281474022		0.018	22.711
N6 floating point	0.99999987888774768	0.100		26.907
N7 assignments	3.00000000000000000		0.848	1.089
N8 exp,sqrt etc.	0.75100163004525883		0.007	28.183

最後に、EPSON版倍精度浮動小数点演算ライブラリを、自作の高速版倍精度浮動小数点演算ライブラリに置き換えて、もっと高速化を図ってみます。
結果は、以下のようになりました。
結果は、以下のようになりました。

Loop content Result MFLOPS MOPS Seconds
N1 floating point -1.12398255667208135 0.352 　 0.601
N2 floating point -1.12187079889067864 0.282 　 5.234
N3 if then else 1.00000000000000000 　 2.541 0.448
N4 fixed point 12.00000000000000000 　 2.330 1.487
N5 sin,cos etc. 0.49902937281492256 　 0.033 27.327
N6 floating point 0.99999987888774768 0.205 　 28.962
N7 assignments 3.00000000000000000 　 0.848 2.397
N8 exp,sqrt etc. 0.75100163004421824 　 0.013 31.709

Loop content	Result	MFLOPS	MOPS	Seconds
N1 floating point	-1.12398255667208135	0.352		0.601
N2 floating point	-1.12187079889067864	0.282		5.234
N3 if then else	1.00000000000000000		2.541	0.448
N4 fixed point	12.00000000000000000		2.330	1.487
N5 sin,cos etc.	0.49902937281492256		0.033	27.327
N6 floating point	0.99999987888774768	0.205		28.962
N7 assignments	3.00000000000000000		0.848	2.397
N8 exp,sqrt etc.	0.75100163004421824		0.013	31.709

以上の結果を考察すると、単精度浮動小数点演算ライブラリを高速化して計測したときと、おおよそ同じ傾向になりました。
48MHz化と高速RAMへの配置による高速化の効果が絶大で、５倍ぐらい早くなっています。
高速版倍精度浮動小数点演算ライブラリの効果もなかなかで、１．５～２倍ぐらい早くなっています。
合わせて、７．５～１０倍ぐらい早くなりました。充分な結果かな、と自賛しています。
なお、倍精度を単精度と比べると、同じ条件同士で、約４０～５０％ぐらいの性能です。
単精度で足りるところは単精度を使うに越したことは無いのですが、このぐらいの性能差であれば、倍精度の使用を極端に避ける必要も無さそうです。

最後に、Windows PCで、Whetstoneベンチマークを実行してみました。
今回計測に使ったWindows PCも、四年前と同じ、古いCeleron D 2.4GHzです。(四年前でも既に古かったのですが…(^^;)
結果は、以下のようになりました。

Loop content Result MFLOPS MOPS Seconds
N1 floating point -1.12398255667393077 219.056 　 0.456
N2 floating point -1.12187079889295993 174.225 　 4.016
N3 if then else 1.00000000000000000 　 784.310 0.687
N4 fixed point 12.00000000000000000 　 655.956 2.500
N5 sin,cos etc. 0.49902937281515769 　 20.564 21.063
N6 floating point 0.99999987890802666 67.819 　 41.406
N7 assignments 3.00000000000000000 　 187.721 5.125
N8 exp,sqrt etc. 0.75100163018458532 　 9.305 20.812

Loop content	Result	MFLOPS	MOPS	Seconds
N1 floating point	-1.12398255667393077	219.056		0.456
N2 floating point	-1.12187079889295993	174.225		4.016
N3 if then else	1.00000000000000000		784.310	0.687
N4 fixed point	12.00000000000000000		655.956	2.500
N5 sin,cos etc.	0.49902937281515769		20.564	21.063
N6 floating point	0.99999987890802666	67.819		41.406
N7 assignments	3.00000000000000000		187.721	5.125
N8 exp,sqrt etc.	0.75100163018458532		9.305	20.812

やはり、P/ECEとは桁違いですね…

2012年01月19日

P/ECE研究記録更新しました。「pceFontPrintf()のバグ」

2012年1月8日

64ビット版Windows 7用P/ECEデバイスドライバ(WinUSB版)バージョンアップしました。変更点は次のとおりです。
- 「pieceif.dll」のバグを修正しました。
  ismUCClose()を複数回呼び出すと、二回目以降に正しいコマンド値が送出されないバグがありました。
  たいていのプログラムは、ismUCClose()を一度しか呼び出さないので、これまでバグが発覚していませんでした。
  
  デバイスドライバ本体は変わっていないので、前回のデバイスドライバをインストール済みの場合は、再インストールは不要です。
  「pieceif.dll」だけを、上書きコピーして置き換えてください。
  
  新規インストールの場合は、以前の記事(2009年11月29日)を参照してください。
ダウンロードはこちらバイナリ(2.6MB) ソース(3.7MB)

2010年5月15日

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

インストール方法は次のとおりです。
- 「lr.pex」をP/ECEに転送してください。
ルールは次のとおりです。(オリジナル版LINEAR RYTHMのreadme.txtより引用)
- 左右から敵が迫りくるので、左右ショットで倒してください。
  敵に当たるとゲームオーバーです。
- スコアは自機との距離に応じて加算されます。遠いほど高得点です。
  ショットは画面中に1発しか撃てません。
  ですが、撃てない間にショットボタン（左右キー）を押すことで「リズム」を刻むことができます。
  刻んだリズムはそのまま敵を倒したときのスコアの倍率になります。
  よりたくさんのリズムを刻んでください。
  リズムは、「ショットが当たらずにを画面外までいってしまう」とリセットされます。
操作方法は次のとおりです。
- タイトル画面
  - 左右またはＡＢボタン　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左またはＢボタン　　　左ショットを発射します。
  - 右またはＡボタン　　　右ショットを発射します。
  - ＳＥＬＥＣＴボタン　　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　　一時停止／再開します。
ダウンロードはこちらバイナリ(240KB) ソース(23.6MB)

５９番街の部屋さんのシューティングゲームをP/ECEへ移植第七弾、「LINEAR RYTHM」です。
高得点を狙うほど、かえって低得点になる可能性も高くなるという、ルールが面白いゲームです。

高得点を狙うには、敵が遠いうちに、ショットを撃つ必要がある。
⇒波移動する敵や、回転する敵に、ショットが当たらない可能性が高くなる。
⇒⇒ショットが外れると、倍率が下がって、低得点になる。

高得点を狙うには、常にショットボタンを連打して、倍率を上げる必要がある。
⇒不要なショットを発射してしまう可能性が高くなる。
⇒⇒ショットが外れると、倍率が下がって、低得点になる。

オリジナル版のLINEAR RYTHMは、ショット発射や敵の爆発が、BGMの四拍子に同期するという、リズムゲーの要素もあります。
しかしP/ECEの能力では、処理落ちしてBGMに同期させることが難しいので、今回の移植版では同期処理を省いてしまいました。
今回の移植版では省いてしまいましたが、オリジナル版ソースにある同期処理の方法は、勉強になりました。

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

2010年2月15日

64ビット版Windows 7用P/ECEデバイスドライバ(WinUSB版)バージョンアップしました。変更点は次のとおりです。
- 「pieceif.dll」のバグを修正しました。
  前回の「pieceif.dll」は、srfファイルの読み込み処理にバグがありました。
  そのため、コマンドプロンプトから"run"コマンドでsrfファイルを実行しようとすると、何もせずに終了してしまっていました。
  今回バグを修正し、"run"コマンドでsrfファイルを正常に実行できるようになりました。
  
  デバイスドライバ本体は変わっていないので、前回のデバイスドライバをインストール済みの場合は、再インストールは不要です。
  「pieceif.dll」だけを、上書きコピーして置き換えてください。
  
  新規インストールの場合は、前回の記事(2009年11月29日)を参照してください。
ダウンロードはこちらバイナリ(2.6MB) ソース(3.8MB)

前回、64ビット版Windows 7上でP/ECEが使えるようになったのですけれど、Windows 7では既存のP/ECEアプリを転送するばかりで、
開発はあいかわらず使い慣れたWindows 2000で行っていたため、Windows 7で"run"コマンドが使えないバグに気付きませんでした…
今後は、開発も64ビット版Windows 7環境に移して行こうと思います。

2010年2月8日

S1C17702用タワーリングレスキューもどきを作りました。(動画)
先日作った、P/ECE用「タワーリングレスキューもどき」を、S1C17702基板に移植したものです。

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

「すぐに使える！液晶搭載マイコン・モジュール」のサンプル・プログラムを実行する方法と同じ手順で、インポート、ビルド、書き込み、実行してください。
具体的には、「すぐに使える！液晶搭載マイコン・モジュール」の、以下のページを参照してください。
1. p.16 サンプル・プロジェクトをインポートする
2. p.19 サンプル・プログラムのソースをビルドする
3. p.21 デバッガ・コマンド・スクリプトにCOMポート番号を設定する
4. p.21 デバッガを起動してマイコンにプログラムを書き込む
5. p.23 プログラムを実行する
操作方法は次のとおりです。
- タイトル画面
  - SW2(右下のボタン)またはSW3(左下のボタン)　　ゲームを開始します。
- ゲーム画面
  - SW2(右下のボタン)　　プレイヤーを右に移動します。
  - SW3(左下のボタン)　　プレイヤーを左に移動します。
  - おまけ機能として、JP2をショートすると、ノーウェイトで高速動作します。
ダウンロードはこちらソース(148KB)

もともと、「タワーリングレスキューもどき」は、S1C17702基板用に作り始めたものでした。
しかし、S1C17702基板での開発は、実行のたびのROM書き込みが必要で、P/ECEでの開発よりも時間がかかります。
そこで、P/ECEで作ってから、S1C17702基板に移植することにしました。
P/ECE版も、ゲーム画面を72×32ピクセル、白黒二階調で作っていたので、簡単に移植できました。

今回は、ゲームに必要な最小限の描画ルーチンや、入力ルーチンなどを、個別に作成して移植しました。
でも、今後も「P/ECEで試作→S1C17702基板に移植」という方法を採るなら、互換ライブラリを用意するのが良いかな、と思いました。
P/ECEカーネルAPI互換ライブラリを用意するのは、ちょっと重すぎるので、P/ECEシンプルライブラリ互換ぐらいが良さそうです。
次にS1C17702基板のプログラムを作るときには、まずシンプルライブラリを移植して、それを使って作成してみようと思います。

2010年2月6日

タワーリングレスキューもどきを作りました(動画)。タワーリングレスキュー（学研・1981）に良く似たゲームです。

インストール方法は次のとおりです。
- 「towrresc.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- ヘリを操作して、災害ビルの屋上から、人を救出してください。
  救出した人は、右端のビルに避難させてください。
- 救出が遅れると、ビルが崩壊したり、火災が発生して、ゲームオーバーです。
  ヘリの操作を誤って、ビルに激突してしまった場合も、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - ＡまたはＢボタン　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 右またはＡボタン　　プレイヤーを右に移動します。
  - 左またはＢボタン　　プレイヤーを左に移動します。
  - ＳＥＬＥＣＴボタン　タイトル画面に戻ります。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(26KB) ソース(14.2MB)

学研のLCDゲーム、タワーリングレスキューです。

僕、これ持ってました。
LCDゲームと言えば、任天堂のゲーム&ウォッチシリーズが有名ですけれど、僕は学研のこれが好きでした。
まず、タイトルがカッコイイ。
ゲーム性は、ヘリを速く動かすと人の上を素通りできるのが肝で、操作の忙しさとスピード感が楽しいです。
序盤はちょっとだるいですが…

今回のP/ECE版「タワーリングレスキューもどき」は、ゲームルールを少しアレンジしてみました。
本物は2ミスでゲームオーバーですが、P/ECE版は1ミスでゲームオーバーにしました。
また、スコアシステムに稼ぎ要素を入れてみました。
- 基本点は、何人同時に避難させても1点にしました。
  つまり、二人同時に救出するよりも、一人づつ救出する方が、高得点が狙えるわけです。
  その分、ヘリの移動が多く必要になり、危険が増します。
- ビルが揺れ出したり、煙が出てから人を救出すると、テクニカルボーナス1点を加算するようにしました。
  救出タイミングをわざと遅らせることで、高得点が狙えます。
  救出タイミングを遅らせすぎると、ビルが崩壊したり火災が発生するので、危険が増します。
序盤のだるさを、いくらか低減できたと思うのですけれど、いかがでしょうか。

参考:
本物のタワーリングレスキューについては、「帰って来た電子ゲーム」さんの記事や、「Jun Amano's Homepage」さんの記事が詳しいです。

2010年1月19日

S1C17702基板/EMUバージョンアップしました。変更点は次のとおりです。
- CPUコアのエミュレーションを高速化しました。
ダウンロードはこちらバイナリ(114KB) ソース(14.2MB)

CPUコアのエミュレーション処理の、主要な部分をアセンブラ化と、高速RAMへ配置して、高速化しました。
前回の版では、実機に較べて約200倍遅いという惨状でした。
今回の版は、実機に較べて70倍遅いぐらいまで改善しました。
まだまだぜんぜん遅いのですけれど、このあたりが限界っぽいです・・・
もっとアセンブラ化すれば、もう少し改善できるかも知れませんが、それはまたいずれの機会に。

2010年1月12日

S1C17702基板/EMUバージョンアップしました。変更点は次のとおりです。
- アプリケーションのELFファイル読み込みを対応しました。
- CPUコアのエミュレーションのバグを何点か修正しました。
操作方法は次の通りです。
- 選択画面
  - 上下左右ボタン　　　アプリケーションを選択します。
  - Ａボタン　　　　　　アプリケーションを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- 実行画面
  - Ａボタン　　　　　　S1C17702基板のSW2に相当します。
  - Ｂボタン　　　　　　S1C17702基板のSW3に相当します。
  - ＳＥＬＥＣＴボタン　選択画面へ戻ります。
今回のアーカイブには、サンプルアプリケーションのELFファイルを含めてあります。
- cq_start.elf
  「すぐに使える！液晶搭載マイコン・モジュール」の「CQ_StartSample」サンプルプログラムをそのままビルドしたものです。
  前回の版で、エミュレータ本体に埋め込んであったものと同じです。
- lcd_test.elf
  「すぐに使える！液晶搭載マイコン・モジュール」の「LCD_Test」サンプルプログラムをそのままビルドしたものです。
- demo_but.elf
  「すぐに使える！液晶搭載マイコン・モジュール」の「demo_button」サンプルプログラムをそのままビルドしたものです。
- demo_blo.elf
  「すぐに使える！液晶搭載マイコン・モジュール」の「demo_block」サンプルプログラムをそのままビルドしたものです。
- uart_tes.elf
  「すぐに使える！液晶搭載マイコン・モジュール」の「UART_Test」サンプルプログラムをそのままビルドしたものです。
  今回の版は、UART機能をエミュレートしていないので、まだ動作しません。
- ayaka.elf
  「S1C17702用お散歩綾香」です。2009年12月7日の記事を参照してください。
ダウンロードはこちらバイナリ(114KB) ソース(14.2MB)

アプリケーションのELFファイル読み込みに対応して、ある程度、汎用エミュレータの形になってきました。
でも、まだ大きな問題があります。
それは、エミュレーションの実行速度です。
実機の速度に較べると、200倍ぐらい間に合ってません。
まだプログラムを高速化していないので、これから改善の余地があるとはいえ、ちょっと厳しい数値ですが…
どのぐらい高速化できるか、挑戦してみたいと思います。

2010年1月3日

S1C17702基板/EMU(試作版)を作りました。 (エミュレータの動画)、(比較用の実機動画)
Interface増刊「すぐに使える！液晶搭載マイコン・モジュール」の付属基板(S1C17702基板)を、P/ECE上でエミュレートします。

今回は試作版のため、アプリケーションもエミュレータ本体に埋め込んであり、変更できません。
アプリケーションは、S1C17702基板の出荷時に書き込まれているのと同じ、CQ_StartSampleです。

インストール方法は次のとおりです。
- 「c17emu.pex」を、P/ECEに転送してください。
操作方法は次のとおりです。
- Ａボタン　　　　　　S1C17702基板のSW2に相当します。
- Ｂボタン　　　　　　S1C17702基板のSW3に相当します。
ダウンロードはこちらバイナリ(115KB) ソース(14.1MB)

S1C17 CPUの勉強を兼ねて、P/ECE上で動作するエミュレータを作ってみました。
まだ試作版で、やっと、基本的なアプリケーションが動作するようになった程度です。
今後は、以下のような改良を行っていきたいと思っています。
1. アプリケーションの書き換え対応
2. 周辺回路のエミュレーション追加
3. CPU命令のエミュレーション高速化
今回のプログラム製作で、S1C17のCPU命令や内蔵周辺回路に、いくらか慣れることができたと思います。
以下、S1C17のCPU命令と内蔵周辺回路についての、感想です。

CPU命令は、S1C33に較べると、やや煩雑です。
16ビットCPUの制約のために、データ命令とアドレス命令を分けざるを得ず、種類が増えてしまっているためです。
でも、S1C17のCPU命令も充分にシンプルで、使い易そうだと思いました。
判りづらかった点として、乗除算のためのコプロセッサ命令が、命令本来の意味と、実際の用途が合っていないので要注意です。
コプロセッサ命令は、テクニカルマニュアルの説明が不足気味な気がしたので、いずれ、あらためて記録しておこうと思います。

内蔵周辺回路は、S1C33よりも、S1C17の方が圧倒的に理解し易いです。
S1C33の内蔵周辺回路は、同じ機能でもチャネルによって特性が違っていたりして、全体的にごちゃっとした感じがありました。
S1C17は、どのチャネルも同じ特性で、覚え易く、使い易そうです。(割り込み機能が一部のチャネルしか無い等の例外は有ります)
また、S1C33の内蔵周辺回路は、実際に使用するまでの初期化の手順が、かなり多く必要だったように思います。
一方、S1C17の内蔵周辺回路は、リセット後の初期値でそのまま使えるようになっているものが多く、初期化の手順が少ないです。

S1C33 CPUは使っていて楽しく、P/ECE発売から8年経った今でも楽しませてもらっています。
S1C17 CPUもかなり気に入ったので、長く楽しめそうです。
EPSON CPUが、ホビー用途でもっとメジャーになってくれると嬉しいのですが…

おまけ
S1C17702の内蔵周辺回路レジスタの、メモリマップと初期値の資料(EXCEL形式)を作成しました。
テクニカルマニュアルを見ると、レジスタの数に圧倒されてしまいますが、こうして色分けしてみると、意外と少ないことが判ります。

2009年12月20日

Interface増刊 S1C17702基板デバッグモニタ調査記録を書きました。

Interface増刊「すぐに使える！液晶搭載マイコン・モジュール」の付属基板には、デバッグモニタのファームウェアが搭載されています。
本基板(以下S1C17702基板と呼ぶことにします)のデバッグモニタは、統合開発環境のデバッガ(gdb)が、S1C17702基板と通信するためのものです。
デバッグモニタを通じてS1C17702基板と通信することによって、レジスタやメモリを読み書きしたり、ブレークポイントを設定したりします。
しかし、S1C17702基板の開発環境には、デバッグモニタのソースコードが含まれていなくて、デバッグモニタの通信プロトコルが不明でした。
gdbを使わずにS1C17702基板と直接通信できたら、便利そうなので、デバッグモニタの通信プロトコルを調査してみました。

続きは、こちらのページです。
S1C17702基板デバッグモニタの擬似コードはこちら。詳しくは、上述のページをご参照ください。
また、擬似コードの他に、調査中に使ったファイル一式も含んだアーカイブはこちらです。

2009年12月7日

S1C17702用お散歩綾香を作りました。(動画)
Interface増刊「すぐに使える！液晶搭載マイコン・モジュール」の付属基板で、お散歩綾香を実行します。

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

「すぐに使える！液晶搭載マイコン・モジュール」のサンプル・プログラムを実行する方法と同じ手順で、インポート、ビルド、書き込み、実行してください。
具体的には、「すぐに使える！液晶搭載マイコン・モジュール」の、以下のページを参照してください。
1. p.16 サンプル・プロジェクトをインポートする
2. p.19 サンプル・プログラムのソースをビルドする
3. p.21 デバッガ・コマンド・スクリプトにCOMポート番号を設定する
4. p.21 デバッガを起動してマイコンにプログラムを書き込む
5. p.23 プログラムを実行する
操作方法は次のとおりです。
- SW2(右下のボタン)を押すと、背景を切り替えます。
- SW3(左下のボタン)を押すと、一時停止します。もう一度押すと、再開します。
- おまけ機能として、JP2をショートすると、ノーウェイトで高速動作します。通常(JP2をオープン)は、本物のお散歩綾香と同じ、約6FPSで動作しています。
ダウンロードはこちらソース(33KB)

Interface増刊「すぐに使える！液晶搭載マイコン・モジュール」を買いました。
付属基板に搭載されているマイコンは、EPSON S1C17シリーズの、S1C17702。
P/ECEのCPU S1C33209(S1C33シリーズ)の、弟分です。
近年、マイコン基板付き雑誌がいろいろ発売されていますが、EPSON製マイコンを採用した雑誌はめずらしいです。(初めてかも?)

例によって、お散歩綾香を移植してみました。
S1C17702のLCDドライバは、白黒の2階調表示にしか対応していないのですが、高速で表示を切り替えることで、4階調程度の擬似的なグレースケール表示が可能です。
・・・と、「すぐに使える！液晶搭載マイコン・モジュール」のp.79に書いてあったので、本当にできるのか実験してみました。
結果、かなりキレイに、4階調のグレースケール表示ができたと思います。

P/ECEにも、同様の方法で4階調→16階調に増やすテクニックがありますが、ちらつきの発生が難点でした。
P/ECEのハードウェアでは、LCDのフレームタイミングが検出できないため、目分量で表示切り替えタイミングを調整するしか無かったからです。
S1C17702の場合、LCDのフレーム割り込みが検出でき、これを使って効率良く表示切り替えタイミングを調整できる仕組みです。

S1C17シリーズは、16ビットRISC CPUです。
16ビットCPUの中には、レジスタ長が32ビットだったりして、使い勝手は32ビットCPUに近いものもあります。(東芝TLCS-900シリーズなど)
S1C17シリーズの場合は、どちらかと言えば、純粋な16ビットCPUの使い勝手に近いでしょうか。
基本的な演算は、16ビットに制約されています。
ただし、レジスタ長は24ビットで、24ビットのアドレス演算も豊富に用意されていて、なかなか便利です。

今回のプログラムでは、4階調表示ルーチンを、アセンブラ化して高速化しました。
S1C33シリーズとS1C17シリーズは、ビット数も違うし、互換性は無いのですけれど、命令体系は似ていて、馴染み易かったです。

EPSON製RISCマイコンの特徴とも言えるext命令、S1C17シリーズにも健在です。
一部のext命令は、S1C33209よりもS1C17702の方が強力だったりして、使っていて楽しいです。
細かい話をすると、P/ECEのCPU S1C33209は、S1C33 STDコアという分類に属しています。
S1C33シリーズには、S1C33 STDコアよりも新しい、S1C33 PEコアやS1C33 ADVコアがあり、S1C33 STDコアよりもext命令が強化されているそうです。
ext命令に関しては、S1C17シリーズは、S1C33 STDコアよりも、S1C33 PEコアやS1C33 ADVコアに近いみたいです。

本誌の記事によると、EPSON製マイコンは、時計用マイコンとして大きなシェアを持っているのだそうです。
僕は、P/ECE以外の搭載機器をほとんど知らなかったのですけれど、実はメジャーなCPUだったのかな?
ともかく、趣味のプログラミングでも、EPSON製マイコンを使える環境が増えて、嬉しいです。

2009年11月29日

64ビット版Windows 7用P/ECEデバイスドライバ(WinUSB版)を作りました。
64ビット版Windows 7でP/ECEを使うための、デバイスドライバとpieceif.dllのセットです。

インストール方法は次のとおりです。(後日、画面キャプチャ付きのインストール手順書も書く予定です。まずは、テキストだけ。)
1. 64ビット版Windows 7に、「P/ECE開発環境」をインストールしてください。
  その後、「最新版システム差分」をVer1.12～Ver1.20まで順次適用して、P/ECE開発環境をVer1.20の状態にしてください。
  ここまでの手順は、Windows XPなどで、P/ECE開発環境を構築する手順と同じです。
2. PCに、P/ECEを接続してください。
  自動的にデバイスのインストール処理が始まりますが、失敗し、「×ドライバーが見つかりません。」になります。
  この段階では、失敗してかまいません。
3. デバイスマネージャを開き、「ほかのデバイス」の中にある「PIECE PME-001」のアイコンを選択して、「ドライバーソフトウェアの更新」を実行してください。
  「コンピューターを参照してドライバーソフトウェアを検索」を選択し、ドライバーソフトウェアを検索する場所には、本アーカイブを展開したフォルダを指定してください。
  途中で、「ドライバーソフトウェアの発行元を検証できません」という警告が表示されたら、「このドライバーソフトウェアをインストールします」を押して進めてください。
  正しく完了すると、デバイスマネージャの「ユニバーサルシリアルバスコントローラー」の中に、「P/ECE mobile equipment (WinUSB)」のアイコンが現れます。
4. 今回の「64ビット版Windows 7用P/ECEデバイスドライバ(WinUSB版)」を使って、P/ECEと通信するには、専用の「pieceif.dll」を使う必要があります。
  まず、P/ECE開発環境に標準で入っている「C:\usr\PIECE\bin\pieceif.dll」を、どこか別のフォルダにバックアップしてください。
  その後、本アーカイブの中のpieceif.dllを、「C:\usr\PIECE\bin\pieceif.dll」に上書きコピーしてください。
5. 以上で完了です。
  「P/ECEコミュニケータ」や、「isd.exe」などを実行して、P/ECEと通信できることを確認してください。
6. なお、通常は「C:\usr\PIECE\bin\pieceif.dll」を置き換えるだけで充分ですが、個々のアプリケーションフォルダにpieceif.dllがある場合、それも置き換える必要があります。
  たとえば、「おでかけマルチ」のフォルダ(「C:\usr\PIECE\winapp\おでかけマルチ」)には、P/ECE開発環境標準のpieceif.dllが入っていて、
  おでかけマルチを実行すると、「C:\usr\PIECE\bin\pieceif.dll」よりも「C:\usr\PIECE\winapp\おでかけマルチ\pieceif.dll」が優先して使われてしまいます。
  おでかけマルチでもP/ECEと通信できるようにするためには、「C:\usr\PIECE\winapp\おでかけマルチ\pieceif.dll」も、本アーカイブの中のpieceif.dllに置き換えてください。
  または、「C:\usr\PIECE\winapp\おでかけマルチ\pieceif.dll」を削除してもokです。(同じフォルダにpieceif.dllが無ければ、「C:\usr\PIECE\bin\pieceif.dll」が使用されるからです。)
ダウンロードはこちらバイナリ(2.6MB) ソース(3.8MB)

Windows 7で、そろそろ64ビット化が本格化してきて、P/ECEが使えなくなるかな・・・と心配でした。
前回の記事で、64ビット版Windows 7でも、XP ModeならP/ECEが使えることを確認したのですけれど、やはりXP Modeでは使い勝手がイマイチです。
今回の「64ビット版Windows 7用P/ECEデバイスドライバ(WinUSB版)」を使うと、64ビット版Windows 7上で、直接P/ECEが使えるようになりました。
WinUSBの仕組みを使ったので、デバイスドライバそのもののコーディングは不要でした。
WinUSBは便利ですね。

64ビット版Windows 7上で、直接P/ECEが使えるようになって嬉しかったので、取り急ぎ記事にしてしまいました。詳細は後日。

2009年11月2日

Windows 7 Professionalの、アップグレード版を買いました。
いま、Windows Vistaが入っているノートPCを、Windows 7にアップグレードして使おうと思っています。
二年以上前のノートPCなのですけれど、まだまだ充分な性能で、最近はPCの性能向上が鈍化していることを実感します。

Windows 7のパッケージには、32bit版と64bit版が、両方入っています。
でも、どちらか一方しかインストールできないらしく、どちらをインストールするか悩むところです。
そこで、購入したWindows 7をインストールする前に、トライアル版のWindows 7 Enterpriseを使って、評価することにしました。

評価するポイントはいろいろありますが、「P/ECEが使えるかどうか」もポイントのひとつです。
32bit版と64bit版で、P/ECEが使えるかどうか、実験してみました。結果は、
- 32bit版のWindows 7では、Windows Vistaの時と同じ方法で、P/ECEが使えます。
- 64bit版のWindows 7では、P/ECEが使えません。でも、Windows XP Modeの中ならば、P/ECEが使えます。
という、予想どおりの結果になりました。
特に新しい発見は無いのですけれど、まだしばらくはP/ECEを使い続けられそうで、一安心です。

2009年10月25日

数陣タイセンもどきを作りました(動画)。数陣タイセン（ミッチェル・2007）に良く似たゲームです。

インストール方法は次のとおりです。
- 「suujin.pex」をP/ECEに転送してください。
遊び方は次のとおりです。
- 数字が書かれた札を盤の上でつなげて、得点を稼いだり対戦相手のじゃまをしたりしするゲームです。
  札をうまくつなげて、高得点をめざしてください。
  相手より先に目標値に達すると勝ちです。
- 札には色札と虹札の二種類があります。
  一手目の札はどこにでも配置できます。
  二手目以降の色札は、同色の色札と虹札のとなりにのみ配置できます。
  虹札は敵の色札のとなり以外ならどこにでも配置できます。(敵の色札のとなりでも、自分の色札や虹札のとなりであれば配置できます)。
  以上のルールに従って配置できるマスが無い場合は、50点減点する代りに、一回だけどこにでも配置できます。
- 接合は札の接合部同士をつなげることでつくります。
  同じ色札同士、色札と虹札、虹札同士で接合がつくれます。
  接合には以下の四種類があります。
  
  数列接合(一枚10点)
  数字を順番どおりにつなげます。
  同数接合(一枚10点)
  数字が同じものをつなげます。
  包囲接合(一枚10点)
  数字に関係なく、接合部を一周させるようにつなげます。
  完全接合(一枚20点)
  数字に関係なく、全ての接合部を余りなくつなげます。
操作方法は次のとおりです。
- タイトル画面
  - 上下左右ボタン　　　　ゲームを開始します。
  - Ａボタン　　　　　　　プログラムを終了します。
- 設定画面
  - 上下左右ボタン　　　　設定を変更します。
  - Ａボタン　　　　　　　対戦を開始します。
  - ＳＥＬＥＣＴボタン　　タイトル画面へ戻ります。
- フィールド画面(選択)
  - 上下左右ボタン　　　　手札を選択します。
  - Ａボタン　　　　　　　手札を決定します。
  - Ｂボタン　　　　　　　手札を回転します。
  - ＳＴＡＲＴボタン　　　メニュー画面を表示します。
- フィールド画面(選択)
  - 上下左右ボタン　　　　札を配置するマスを選択します。
  - Ａボタン　　　　　　　札を配置します。
  - Ｂボタン　　　　　　　札を回転します。
  - ＳＴＡＲＴボタン　　　手札の選択に戻ります。
- メニュー画面
  - 上下ボタン　　　　　　「ゲームを再開する」「タイトルにもどる」を選択します。
  - Ａボタン　　　　　　　選択を決定します。
ダウンロードはこちらバイナリ(39KB) ソース(13.8MB)

ミッチェル社のNDS用ボードゲーム、数陣タイセンです。
他のボードゲームに例えにくい独特のルールですが、でも、遊んでみるとすぐにルールを把握できるのが良いです。
僕は今年から遊び始めて、いま、「極の章」を遊んでいます。

かなり気に入ったのですけれど、不満点もあります。
コンピュータがズルをしていませんか？
あまりにも都合良く、同数接合を連発して来るような気がするのですが…

こんな疑いを持ってしまうのは、コンピュータの手札が見えていないのが原因だと思うのです。
このゲーム、互いの手札が見えている方が面白いのではないでしょうか。

あと、配札の運に左右されすぎなのも気になります。
両者の配札は同じである方が、フェアだと思います。

そんなわけで、P/ECE版を作ってみました。
コンピュータの手札が見えていることと、両者の配札を同じに設定できるのが特徴です。
これなら、負けても納得です。

今回のP/ECE版は、コンピュータの思考ルーチンがあまり強くないです。
コンピュータの思考時間が長くなりすぎないように、先読み手数を増やせなかったためです。
でも、もう少し強くしてみたいな、と考えています。

2009年9月14日

SWFプレイヤーバージョンアップしました。変更点は次のとおりです。
- 静止テキストの描画方法を、「埋め込みフォント」に対応しました。
再生中に、パッドの左右ボタンを押すと、静止テキストの描画方法を、「デバイスフォント」と「埋め込みフォント」に切り替えます。
「デバイスフォント」とは、P/ECE内蔵フォントのことで、これまでの版と同じ描画方法です。
「埋め込みフォント」とは、個々のSWFファイルに格納されている、ベクトルフォントのことです。
埋め込みフォントを使うと、文字を図形として描画するので、再生環境に依存せずに、正確なテキスト表示が可能です。(理想上は…ですが(^^;)
静止テキストの、拡大・縮小・回転アニメーションもできるようになりました。

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

それでは、テストです。

まずは、前回のテストデータを、埋め込みフォントで再生してみました。
かなり、文字がつぶれてしまっています。
ベクトルフォントを綺麗に描画するためには、本当は、アンチエリアスなどの工夫が必要なのですけれど、P/ECE上ではちょっと難しいと思います。

次に、大きな文字のテストです。
画面いっぱいの大きな文字で"魑魅魍魎"。埋め込みフォントで再生すると、このとおりです。
なかなか、良いのではないでしょうか。

次は、小さな文字のテストです。
Windowsの使用許諾のテキストを、6ドットフォントで配置。埋め込みフォントで再生すると、こうなります。
やはり文字が潰れてしまいますが、このSWFはWindows上でも等倍表示ではほとんど読めないので、感じが出ていればOKとします。

というわけで、一応満足の行くテスト結果が得られました。
しかし、今回作成した埋め込みフォント描画機能には、大きな問題点が二つあります。

一つ目の問題点は、速度です。
上述の、魑魅魍魎のテストデータを埋め込みフォントで再生すると、1画面更新するのに1秒ぐらいかかります。
使用許諾のテストデータは、さらに遅く、1画面更新するのに3秒ぐらいかかります。
アニメーション付きのムービーで使用するには、許容できない遅さです。
今回のプログラムは、既にアセンブラ化して高速化済みで、それでもこの遅さですから、大幅な改善は難しそうです。

もう一つの問題点は、曲線です。
本当の埋め込みフォントは、直線とベジェ曲線で構成されているのですが、今回のプログラムは手抜きして、ベジェ曲線の部分も直線で描画しました。
手抜きした理由は、僕がベジェ曲線で囲まれた図形の塗りつぶし方を知らないからなのですけれど、もし出来たとしても、速度的に難しいと思います。
この問題点は、単純な文字を大きく表示したときに顕著になります。
たとえば、画面いっぱいに"大"を配置して、埋め込みフォントで再生すると、こうなってしまいます。

2009年9月6日

SWFプレイヤーバージョンアップしました。変更点は次のとおりです。
- 「静止テキスト」に対応しました。
これまでの版は、「ダイナミックテキスト」だけに対応していました。
静止テキストの方が、一文字づつの座標が入っているので、より正確なレイアウトで表示できます。
SWFファイルの中にはフォントも入っているので、きちんと解析すればP/ECE上でも完全な表示ができるはずなのですけれど、まだ対応できていません。
座標はSWFファイルから取得しますが、描画するフォントはP/ECE内蔵の10ドットフォント固定です。

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

Flash MXと、Suzukaと、ParaFla!を使って、テストデータを作ってみました。

Flash MXで作ったデータは、P/ECE上でも上手く表示できました。
Flash MXは、ひとつの静止テキストの中で文字属性を一文字ごとに編集できるので、タイトルの文字をボールドにしてみました。

Suzukaで作ったデータも、P/ECE上でも上手く表示できました。
Suzukaは、ひとつの静止テキストの中では文字属性を変更できないので、タイトルのボールド化は無しです。(もちろん、静止テキストを分割すれば、可能です。)

ParaFla!で作ったデータは、文字化けしてしまいました。位置も間違っていて、一行分ぐらい上にずれているようです。

文字化けする理由は、ParaFla!が生成するSWFファイルの文字コードが、Unicodeで格納されているのが原因のようです。
SWFの仕様では、バージョン5以前はシフトJIS、バージョン6以降はUnicodeなのですが、ParaFla!は古いバージョンのSWFを生成するときも常にUnicodeで格納してしまうみたいです。

行がずれる理由は、ParaFla!が生成するSWFファイルに、フォントレイアウト情報が欠けているのではないかと考えています。僕のプログラムが間違っている可能性も高いのですが…
通常は、静止テキストに入っている一文字づつの座標は、文字のベースラインを基準とします。Flash MXが生成するSWFデータは、そうなっています。
また、フォンレイアウト情報を付加すれば、文字の左上や任意の位置を基準とすることも可能です。Suzukaが生成するSWFデータがそうなっていて、文字の左上を基準としています。
ParaFla!は、フォントレイアウト情報無しで、文字の左上を基準とした座標を格納しているため、P/ECE上の表示で行がずれてしまっているようです。

文字コードの種類も、フォントレイアウト情報の有無も、PC上の本物のフラッシュプレイヤーには影響しません。
本物のフラッシュプレイヤーは、静止テキストの中の文字コードやフォントレイアウト情報を使わずに、SWFファイルの中のフォントデータを直接図形として描画しているからです。
P/ECE版SWFプレイヤーは、フォントデータを図形として描く処理に対応できなかったため、代わりに文字コードとフォントレイアウト情報を使ったところ、影響が生じたのでした。

2009年8月29日

SWFプレイヤーバージョンアップしました。変更点は次のとおりです。

アクションを実行するタイミングを修正しました。

前回までの版では、アクションを実行するタイミングが間違っていたため、間違った動作が発生していました。
アクションを実行するオブジェクトとターゲットの、親子や前後関係によって、アクションが1フレーム早く実行されてしまうことがありました。(不具合①)
また、オブジェクトを配置した直後に、そのオブジェクトをターゲットとしてアクションを実行すると、エラー終了してしまうことがありました。(不具合②)
今回の版で、アクションを実行するタイミングを修正し、正しく動作するようになりました。

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

不具合①②が治ったことを確認するための、サンプルムービーを作ってみました。
テスト結果は、以下のとおりです。

前回のバージョン今回のバージョン
不具合①の修正確認用ムービー止まり方が不正正常に動作
不具合②の修正確認用ムービー実行時エラーが出て動作せず正常に動作

	前回のバージョン	今回のバージョン
不具合①の修正確認用ムービー	止まり方が不正	正常に動作
不具合②の修正確認用ムービー	実行時エラーが出て動作せず	正常に動作

これまでは、Flashを使ってムービーを作る際、アクションの実行タイミングを「なんとなく」の感覚でしか理解していませんでした。
今回、バグ修正のためにSWFの仕様を勉強して、アクションの実行タイミングの仕組みが良く判りました。

2009年8月22日

SWFプレイヤーバージョンアップしました。変更点は次のとおりです。
- 親タイムラインがループしたときの、ムービークリップの継続動作を修正しました。
前回までの版では、親タイムラインがループするときに、その上に置かれているオブジェクトをすべてリセットしていました。
これは正しくない処理で、たとえば、親タイムラインよりも長いムービークリップを置いた場合に、不具合が生じていました。
親タイムラインがループしても、ムービークリップはそのまま継続しなければいけないのですが、前回の版では、ムービークリップも巻き戻ってしまうのです。
今回の版で修正し、親タイムラインよりも長いムービークリップが、親タイムラインのループに影響されず、継続するようになりました。

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

テスト用に、「お散歩スフィー」のサンプルムービーを作ってみました。
- メインタイムラインは、4フレームでループします。各フレームで、「1/4」「2/4」「3/4」「4/4」と表示します。
- メインタイムライン上に、スクロールする背景ムービークリップを置きました。128フレームでループします。
- メインタイムライン上に、アニメーションするスフィーのムービークリップを置きました。6フレームでループします。
前回の版では、こんなふうに(動画)、間違った動作でした。
今回の版では、こんなふうに(動画)、正しい動作になりました。

今回の修正は、「親タイムラインの最終フレームと先頭フレームに同じムービークリップがあったら、親タイムラインがループするときもそのまま継続させる」
という、かなり無理やりな特例処理で対応してしまいました。
本物のFlash Playerは、どのような条件でムービークリップの継続を判断しているのでしょうか。
興味があります。

2009年7月19日

マンデルブロ集合を作りました。P/ECE上で、マンデルブロ集合を描画します。(動画)

インストール方法は次のとおりです。
- 「mandelbt.pex」を、P/ECEに転送してください。
操作方法は次のとおりです。
- 上下左右ボタン　　　　カーソルを移動します。
- Ａボタン　　　　　　　カーソル位置を中心に、拡大します。
- Ｂボタン　　　　　　　カーソル位置を中心に、縮小します。
- ＳＥＬＥＣＴボタン　　拡大率をリセットします。続けて二回押すと、プログラムを終了します。
ダウンロードはこちらバイナリ(19KB) ソース(13.4MB)

ごく普通の、マンデルブロ集合描画プログラムです。
工夫した点は、計算を全部完了してから表示するのでなく、計算の途中経過をじわじわと表示する感じにしたことです。
表示の様子は、動画を見てください。

今回の目的は、マンデルブロ集合そのものではなく、P/ECE上でアイドル時間処理を実験することでした。
P/ECEのAPIには、pceTimerSetContextSwitcher()という関数があります。
マルチスレッド処理をサポートするための関数で、シンプルライブラリで利用されています。
でも、普通のアプリケーションではほとんど使われていないですし、僕もこれまで使ったことがありませんでした。

今回は、このAPIをアイドル時間処理に応用して、メインループ処理の残り時間でマンデルブロ集合の計算を行ってみました。
このプログラムでは、メインループ処理が軽すぎて(カーソル移動と画面コピーぐらいです)、あまり意味は無いのですけれど…
マンデルブロ集合の計算負荷の増減にかかわらず、カーソル移動の反応をもたつかせない効果はありました。
pceTimerSetContextSwitcher()は、なかなか、つかいでのあるAPIです。

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」を選択して左ボタンを押すと、ゲーム終了します。
- ゲーム画面
  - マウスでハンマーを動かして、左ボタンでマルチをたたいてください。
  - 60秒の制限時間が経過すると、ゲームオーバーです。
    制限時間内にマルチをたたいた回数がスコアになります。
ダウンロードはこちらバイナリ(29.5KB) ソース(4.61MB)

注意
- DOS/Vマシン用のシリアルマウスには、いくつか種類があります。
  『まるちたたき』は、もっとも一般的な「マイクロソフトプロトコル」仕様のシリアルマウスだけに対応しています。
  「ロジテックプロトコル」仕様や「マウスシステムズプロトコル」仕様等のシリアルマウスには対応していません。
  未対応のシリアルマウスを接続した場合、『まるちたたき』起動時に「マウス初期化失敗」と表示し、タイトル画面が表示されません。
DOS/V用のシリアルマウスも、だいぶん入手しづらくなってきたみたいです。
僕も何台か持っていたはずなのですが、いつの間にかぜんぶ失くしてしまったようで、やむなく新たに一台入手しました。
運良く、「ハードオフ北見南大通店」さんのジャンクコーナーに残っていた最後の一台を見つけて、100円で購入。
昔のPC-9801用、Dsub9ピンオスコネクタのバスマウスはまだあちこちの店にたくさん残っているのですが、DOS/V用のシリアルマウスは本当に消えつつありますね。

謝辞
- 「日本のLinux情報」さんのサイトの、「JM Project」内、「Manpage of MOUSE」のページを参考にさせて頂きました。
  ありがとうございます。
シリアル通信レベルコンバータを作ったときの疑問、「ピンと穴の位置が合わないシリアルコネクタを、どうやってユニバーサル基板に取り付けるのか？」
「まどかの世界」さんのサイトの「まどかの自己満足日記」、2004/05/29(土)の記事に解答が載っていました。
サンハヤト社「CK-10」等の変換基板を使うのですね。ひとつ疑問が解決しました。

そうそう、僕もMMCアダプタ作ろうと思って「CK-29」変換基板は用意したのですが、ユニバーサル基板と繋げるためのピンヘッダが入手できません。
北見市内に電子部品販売店って一軒しか知らないので、そのお店で「品切れ」とか言われてしまうと途方に暮れます。
CK-29といっしょに取り寄せてもらえばよかった・・・MMCアダプタはもうしばらくおあずけのようです。

2004年5月24日

ガツンもどきを作りました。ガツン（カネコ／光遊社・2000）に良く似たゲームです。

インストール方法は次のとおりです。
- 「gutsn.pex」と「drum.arc」をP/ECEに転送してください。
  「drum.arc」を転送しなくてもゲームはできますが、BGMが鳴らなくなります。
主なルールは次のとおりです。
- 病原菌を横に三つ以上並べて消してください。縦や斜めは不可です。
  左射ち・右射ち・下射ちの三方向に、病原菌をずらすことができます。
- 連続で病原菌を消すことにより、高得点となります。
  また、画面上の病原菌を全て消した場合にも、ボーナス点が加算されます。
- 病原菌は、一定時間ごとに下からせり上がってきます。
  病原菌が画面一番上に達すると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - 左右ボタン　　　　　難易度を選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　プレイヤーを左右に移動します。
  - 上ボタン　　　　　　ただちに次の病原菌を出現させます。
  - Ａボタン　　　　　　右射ち。
  - Ｂボタン　　　　　　下射ち。
  - ＳＥＬＥＣＴボタン　左射ち。
- いつでも
  - ＳＴＡＲＴボタン　　一時停止／再開します。
ダウンロードはこちらバイナリ(97.3KB) ソース(5.65MB)

ワンダースワン用パズルゲーム『線脳』が代表作の、光遊社さんのゲームです。

『ガツン』は、連鎖判定ルールに特徴があります。
コラムスやぱずるだま等、多くの落ち物パズルゲームの連鎖判定は、“一手で何回連続して消せるか”でした。
また、マジカルドロップ等の連鎖判定は、“消滅完了までに次の消滅を発生させれば連鎖継続”でした。
これらに対してガツンの連鎖判定は、“無駄な操作無しで消滅を続けていけば、連鎖継続”です。
例えば、病原菌を一組消滅させた後、じっくり待って新しい病原菌が出現してから次の消滅を発生させた場合でも、
その間に無駄に病原菌をずらしたりしていなければ、連鎖継続となります。
一見、マジカルドロップタイプのアクション重視パズルゲームに見えますが、意外と先読みも必要なゲームです。

光遊社さんのサイトでは、Windows移植版『線脳』やオリジナルパズルゲーム『タマリン』が無料でダウンロードできます。
ワンダースワン用『線脳』はいまいち好みに合わなかったのですが・・・『タマリン』は簡単で面白いですよ。

謝辞
- 「Randomism Zone」さんの『ドラム音色分離キット ver.2.10』を利用させて頂きました。
  ありがとうございます。

2004年5月19日

外部MIDIプレイヤーを作りました。
「標準MIDI形式」の音楽ファイルを、P/ECEとMIDI音源モジュールを使って演奏します。
コンピュータ接続端子（TO HOST端子と呼ばれていることもあります）を備えたMIDI音源モジュールが必要です。

今回の『外部MIDIプレイヤー』は、以前に作成した『MIDIプレイヤー』を、MIDI音源モジュールを使って演奏するように変更したものです。
『MIDIプレイヤー』ではP/ECE自身で発声を行っていましたが、『外部MIDIプレイヤー』は発声処理を全てMIDI音源モジュールに任せています。
発声処理が必要ない分、プログラムは『MIDIプレイヤー』よりもだいぶん簡単になりました。

準備
1. MIDI音源モジュールのコンピュータ接続端子の設定を、PC-1（PC-9801用、31250bps）に設定します。
2. P/ECEの拡張端子とシリアル通信レベルコンバータを使って、MIDI音源モジュールのコンピュータ接続端子と接続します。
  接続には、Dsub9ピン－mini-DIN8ピン変換クロスケーブルを使います。（PCとMIDI音源モジュールの接続に使うものと同じです）
  シリアル通信レベルコンバータについては、2004年5月15日の記事をご参照ください。
使い方
1. 配布ファイルに含まれている、「cbxplay.pex」をP/ECEに転送してください。
2. MIDIファイルをP/ECEに転送してください。
3. P/ECEのメニュー画面で、『外部MIDIプレイヤー』を実行しててください。
4. MIDIファイル（拡張子が.midのファイル）のファイル名とサイズが一覧表示されます。
5. 上下キーで再生したいMIDIファイルを選び、Ａボタンで再生開始します。
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
ダウンロードはこちらバイナリ(20KB) ソース(4.8MB)

今回はMIDI音源モジュールとして、YAMAHA社の「TG-100」を利用しました。
既に10年以上前の機種ですけれど、僕はこれしかMIDI音源モジュールを持っていないのです。

YAMAHA社のGM規格対応MIDI音源モジュール一号機で、当時はRoland社のGS規格製品に押されてかなりマイナーな存在でした。
Roland社の音源に較べると音が軽い（薄い？）感じで、ゲーム音楽にはなかなか合っていたりして僕は気に入っていたのですが・・・

同時期の廉価なMIDI音源モジュールの中では、コンピュータ接続端子を装備している点が売りだったと思います。
当時、僕は通常のMIDI端子を使って接続していたので、コンピュータ接続端子を利用したのは今回が初めてです。
いまごろになって役に立つとは、思いもよりませんでした(^^;

----
前回、2400bps以上では上手く送信できなかったP/ECEのシリアル通信ですが、割り込み処理の方法を少し変えることで安定して送受信できるようになりました。
PC～P/ECEの送受信テストで、300bps～115.2Kbpsまでの動作確認を行いました。
PC側のテストツールが115.2Kbpsまでだったので、今回は115.2Kbpsまでしかテストを行いませんでしたが、P/ECE側の能力はもっと速い通信速度にも対応できます。
今回の「外部MIDIプレイヤー」は、31250bpsの非同期シリアル通信を行っています。

2004年5月15日

シリアル通信用レベルコンバータを作ってみました。

P/ECEの拡張端子の電圧(3.3V)と、RS-232Cの電圧(12V)を相互変換するアダプタです。
たくさんの実装例がWeb上に公開されていますし、P/ECE用の実装も既に「しまりすのがらくた展示棚」さんと「Junk box」さんによって作成されてますので、
拡張端子入門の二つ目としてちょうどいいかな？と考えました。

回路図はこちら。
まだ回路図エディタの使い方を知らないので、今回はペイントツールで手書きしてみました。

完成写真はこちら。表と裏
写真にはコンデンサが四つしか映っていませんけれど、ひとつはICソケットの中に隠れています。
悩んだ点は、シリアルコネクタを基板に半田付けする方法です。
基板直付け用のシリアルコネクタを使ったのですが、写真のようにピン配置が互い違いになっていて、普通の基板とは穴の位置が合いません。
今回はピンを曲げてむりやり差し込み、接着剤で固定した上で半田付けしてしまいましたが、正式にはどのようにやるものなのでしょうか？

それでは、実際に通信してみます。
ソフトウェアには、「しまりすのがらくた展示棚」さんの「P/ECE用拡張COMポート非同期シリアル通信ドライバ」をそのまま使わせて頂きました。
まず、1200bpsで送受信テストを行ってみると、正しく送受信できました。(P/ECE側、PC側)
ところが、2400bps以上に設定すると、PCからP/ECEへの送信は正しく動作するのですが、P/ECEからPCへの送信がときどき正しく動かなかったりするみたいなのです。
「しまりすのがらくた展示棚」さんと「Junk box」さんによる動作試験でも一部不安定な場合があったようですので、もしかしたらソフトウェアにも原因があるかもしれません。
僕の工作がミスしている可能性もありますが・・・(^^;

31250bps以上で動かせられればMIDI通信とかできるかな？と思っていたのですけれど、ちょっと先は長そうです。

謝辞
- 「しまりすのがらくた展示棚」さんのサイトの「P/ECE用拡張COMポート非同期シリアル通信ドライバ」の記事を参考にさせて頂きました。
  ありがとうございます。
- 「Junk box」さんサイトの「らくがきちょう2338～」の記事を参考にさせて頂きました。
  ありがとうございます。
- 「にがＨＰ on PS2Linux」さんのサイトの「ドリームキャストＰＣ奴隷化計画」の記事を参考にさせて頂きました。
  ありがとうございます。

2004年5月9日

P/ECEのタクトスイッチを交換しました。

一ヶ月ほど前、常用していた2MB版P/ECEのAボタンが遂に壊れました。
北見市近郊では電子部品の入手もなかなか難しく、この本体は破棄かなぁと思っていたところ、「Randomism Zone」さんのサイトにタクトスイッチの交換に関する記事が掲載されました。
記事の中で、P/ECE用タクトスイッチの型番が記されています。
アルプス電子社製 SKQYAAE010、SKQYABE010、SKQYACE010、SKQYAFE010 の中のどれか、とのこと。
アルプス電子さんのサイトを見てみたところ、通信販売も受け付けているようです。
少し買っても送料が結構かかりますので、ついでだから四種類それぞれ注文してみることにしました。

本日、タクトスイッチが届きました。
さっそく開封してみます。

SKQYAAE010
SKQYABE010
SKQYACE010
SKQYAFE010

Randomism Zoneさんの記事によると、型番ごとに色が違うみたいだとのことでしたが、今回届いたものはどれも同じ色で、P/ECEの基板に載っているものと同じ「黒」でした。
もしかしたら、同じ型番でも様々な色が用意されているのかも知れません。
型番ごとの違いは・・・確かに押した感じが違うような気もしますけれど、僕にはよくわかりませんでした。

今回のタクトスイッチをアルプス電子さんのサイトで注文すると、最低注文数が一種類につき10個からとなります。
四種類注文して一つだけ使ったので、タクトスイッチが39個あまってしまいました。
今後のためにいくつかストックしておくとしても、とても全部使い切れそうにありません。
そんなわけで、P/ECE用タクトスイッチご希望の方いらっしゃいましたら、さし上げますのでご連絡ください。
四種類各一個、計四個セットにして茶封筒でお送りします。
四つも要らないならば、型番をご指定くだされば一つでもお送りします。

さて、壊れたタクトスイッチの交換も無事終了しました。
僕は電子工作が苦手で、表面実装部品の交換なんて全く自信がなかったので、反則かも知れませんがアロンアルファで接着してから半田付けしました。
次に同じボタンが壊れたときは、もう交換できませんね(^^;

今回、タクトスイッチ交換のついでに・・・
遅ればせながら、拡張端子も付けてみました。

以前に一度失敗しているのですが、今回は上手くできたようです。

拡張端子 (右2つはダミー)
まずは教科書どおりにLEDボードから
 点滅してます

「まどかの世界」さんや「銀次郎工廠」さんのサイトの工作記事などを参考に、少しづつ試してみようと思います。

2004/05/09 20:54 追記:

『P/ECE Hand Book VOL.2』の「LEDランプで拡張端子の使い方を知る」の記事を試していたところ、ちょっと間違いを見つけました。
081ページに掲載されているLED TESTアプリケーションのソースコード、29～30行目の“ポートの初期化”のところ、

　　　　P0CFP = ( P0IOC & 0x8F ) | 0x00;　　　　// ポートとして扱う
　　　　P1CFP = ( P1IOC & 0xEB ) | 0x00;　　　　// ポートとして扱う

は間違いで、正しくは

　　　　P0CFP = ( P0CFP & 0x8F ) | 0x00;　　　　// ポートとして扱う
　　　　P1CFP = ( P1CFP & 0xEB ) | 0x00;　　　　// ポートとして扱う

ですね。
付属CD-ROMに入っているソースコードと実行ファイルにも同じ間違いがあるようで、実行後にP/ECEの動作が不安定になる場合があります。
すぐにわかる単純ミスですが、僕はこれに気付くまで、自分の工作がまたどこか失敗していたかとかなり悩みました・・・(^^;

2004年5月4日

CHIP/8バージョンアップしました。変更点は次の通りです。
- ZIP/LZH圧縮されたCHIP-8ゲームファイルの読み込みに対応しました。
  CHIP/8を実行すると、通常のCHIP-8ゲームファイルに加えて、ZIPファイルとLZHファイルも一覧表示します。
  - 通常のCHIP-8ゲームファイルを選択してＡボタンを押すと、これまで通り、直ちにゲーム開始します。
  - ZIPファイルまたはLZHファイルを選択してＡボタンを押すと、ZIP/LZHファイルの中にあるCHIP-8ゲームファイルを検索して、一覧表示します。
    一覧表示画面でZIP/LZHファイルの中のCHIP-8ゲームファイルを選択してＡボタンを押すと、ゲーム開始します。
    一覧表示画面でＢボタンを押すと、通常のCHIP-8ゲームファイルとZIP/LZHファイル一覧表示に戻ります。
    一覧表示画面でSELECTボタンを押すと、通常のCHIP-8ゲームファイルとZIP/LZHファイル一覧表示に戻らずにすぐに終了します。
ダウンロードはこちらバイナリ(56KB) ソース(4.5MB)

今回の配布ファイルには、2004年03月28日版のCHIP/8に同梱していたパブリックドメインのCHIP-8ゲームファイルを、LZH圧縮したファイル「games.lzh」を含めました。
CHIP-8用ゲームファイル23本、SCHIP用ゲームファイル13本を、1つのLZHファイルに圧縮してあります。
これらを全て個別に転送すると36セクタ消費しますが、一つのファイルに圧縮したので7セクタの消費で済むようになりました。

謝辞
- 今回の改善案は、「Randomism Zone」さんから頂きました。
  ありがとうございます。

2004年4月21日

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

YM形式とは、ATARI ST等、YM2149音源(YAMAHA社製PSG)搭載コンピュータのサウンドを記録したファイル形式です。
比較的単純な記録形式なので、そのままではファイルサイズがかなり大きくなってしまいます。
ファイルサイズを小さく抑えるために、YMファイルは全てLHA圧縮されています。(ただし拡張子は.lzhではなく.ymです)

以前「P/ECE VGMプレイヤー」にて対応した「VGZ形式」は、SN76489/SN76496音源のサウンド記録をGzip圧縮したファイル形式でした。
今回のYM形式は、VGZ形式におけるSN76489音源をYM2149音源に、Gzip圧縮をLHA圧縮に置き換えたものと言えます。

YM形式については、「The Leonard Homepage」さんの「YM File format」のページをご参照ください。
Yahoo!Groupsに投稿されていた、こちらのメッセージも参考になります。
既存のYMプレイヤーについては、「VORC」さんのニュースが詳しいです。

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

今回のYM Playerには、次のような制限があります。
- YM3!，YM3b，YM4!，YM5!，YM6!形式のYMファイルだけに対応しています。
  
  YM形式には様々なバージョンがあります。
  今回のYM Playerでは、基本的なYM3!，YM3b，YM4!，YM5!，YM6!形式のYMファイルだけが演奏可能です。
  MIX形式やYMT形式のYMファイルは演奏できません。
  ほとんどのYMファイルは、YM3!，YM5!，YM6!形式のいずれかだと思います。
- DigidrumやSID-Voice等の特殊効果は未対応です。
  
  YM4!、YM5!、YM6!形式のYMファイルは、Digidrum、SID-Voice、Sinus-Sid、Sync-Buzzerといった特殊効果のための拡張が施されています。
  今回のYM Playerでは、基本的なYM2149音源の音声出力だけに対応しました。
  特殊効果を利用しているYMファイルの場合、それらの特殊効果は再現されません。
  手元のYMファイルを聴いてみたところ、特殊効果を利用しているYMファイルはさほど多くないか、または僕にはあまり違いがわかりませんでした(^^;
- 大きなサイズのYMファイルは再生できません。
  
  最初に述べましたように、YMファイルは全てLHA圧縮されています。
  今回のYM Playerでは、約176キロバイトの展開バッファを用意しました。
  展開後のサイズがこれ以上となるYMファイルを再生しようとすると、“演奏できません”と表示します。
  目安として、YMファイルのサイズが5～6キロバイトの場合に、展開後のサイズが約176キロバイト前後となるようです。
謝辞
- P/ECE用LHA展開ルーチン作成のために、「LHa for UNIX」のソースコードを参考にさせて頂きました。
  ありがとうございます。

2004年4月3日

CHIP/8バージョンアップしました。変更点は次の通りです。
- 不正命令に出会ったとき、エラーメッセージを表示して停止するよう変更しました。
  これまでは、そのまま無視して実行を継続してしまっていました。
- CPU速度の調節幅を拡げました。
  これまでは1～99(1/60秒当り1命令～99命令)でしたが、今回より1～999(1/60秒当り1命令～999命令)となりました。
- メニューモードのCPU速度調節にて、上下ボタンで50づつ増減できるようにしました。
  1づつ増減するには、これまで通りＡ・Ｂボタンを使ってください。
- 設定保存ファイルを、バイナリ形式→テキスト形式に変更しました。
ダウンロードはこちらバイナリ(56KB) ソース(4.2MB)
『Chipper V2.11A(非公式)』を作りました。
Christian Egeberg氏製作のCHIP-8用アセンブラ『Chipper V2.11』の不具合を修正したものです。

CHIP-8用アセンブラは何種類か公開されていますが、僕はChipperがいちばん使いやすいと思います。
今回、Chipper V2.11を使ってCHIP-8のプログラミングをしていて、何点かChipperの不具合に気付きました。
しかしながら、Chipper V2.11は既に10年以上前のソフトウェアで、既に更新も終了しているみたいです。
オリジナル版の作者さんへの連絡方法もわからないため、勝手に修正してしまうことにしました(^^;

変更点は次の通りです。
- "JP V0,Addr"命令が正しくコンパイルできなかった不具合を修正しました。
  
  Chipper V2.11は、"JP V0,Addr"命令に関して次のような不具合がありました。
  
  不具合1
  未定義シンボル"UndefinedSymbol"に対して、
  
  JP V0,UndefinedSymbol
  という命令をコンパイルした場合に、コンパイルエラーが生成されません。
  エラーも警告もなく、"JP V0,#000"に相当するコードが生成されてしまいます。
  
  不具合2
  定義済みシンボル"DefinedSymbol"に対して、
  
  JP V0,DefinedSymbol
  という命令をコンパイルした場合に、コンパイルエラーとなってしまいます。
  
  これらの不具合が発生する理由は、"JP V0,Addr"命令をコンパイルするサブルーチンにて、引数のエラーチェック条件が逆になってしまっているのが原因です。
  今回、エラーチェック条件を修正し、"JP V0,Addr"命令が正しくコンパイルできるようになりました。
  
  "JP V0,Addr"命令は比較的利用頻度が低いために、これまで不具合が発覚していなかったようです。
  手元のCHIP-8用ゲームをいくつか調べてみたところ、"JP V0,Addr"命令はひとつも使われていませんでした。
- "INCLUDE"擬似命令の後で、命令配置アドレスが元に戻ってしまう不具合を修正しました。
  
  Chipper V2.11には、"INCLUDE"命令に関して次のような不具合がありました。
  次のようなソースファイルがあると仮定します。
  
  ----- main.chp ----- 　　　　org #800 Symbol1: 　　　　include data1.inc Symbol2: 　　　　include data2.inc ----- data1.inc ----- 　　　　db #00, #01, #02, #03 ----- data2.inc ----- 　　　　db #04, #05
  main.chpをコンパイルすると、本来は次のように配置されなければいけません。
  
  Addr Data #800: #00 #801: #01 #802: #02 #803: #03 #804: #04 #805: #05 #806: #06 #807: #07
  しかし実際には、次のように配置されてしまいます。
  
  Addr Data #800: #04 ... #00を配置した後に#04で上書きされた結果です #801: #05 ... #01を配置した後に#05で上書きされた結果です #802: #02 #803: #03
  
  この不具合が発生する理由は、"INCLUDE"擬似命令の後、ソースファイル名や行番号を元に戻す処理の中で、命令配置アドレスまで元に戻してしまっているのが原因です。
  今回、命令配置アドレスは継続するように修正し、正しく配置されるようになりました。
  
  "INCLUDE"擬似命令は比較的利用頻度が低いために、これまで不具合が発覚していなかったようです。
  手元のCHIP-8用ゲームのソースファイルをいくつか調べてみたところ、"INCLUDE"擬似命令はひとつも使われていませんでした。
- バージョン番号を変更し、『Chipper V2.11A』としました。
  
  オリジナルのChipper V2.11と区別するために、僕が勝手に付けたバージョン番号です。
  Chipper V2.11Aは、Chipper V2.11の正式なバージョンアップ版ではありません。
ダウンロードはこちらバイナリ＆ソース(96KB)

Chipper V2.11が現時点での正式な最新版だと思うのですが、もしかしたら既に新しいバージョンがリリースされていて、上述の不具合は修正済みかも知れません。
Chipper V2.11でさえも既に10年以上前のソフトウェアなので、ちょっと情報があやふやです・・・
もし、もっと新しいChipperがリリースされていることをご存知のかたいらっしゃいましたら、ぜひご一報ください。

ライセンスについて
- 再配布条件は、オリジナルの『Chipper V2.11』に従います。
  配布ファイルに含まれているCHIPPER.DOCをご参照ください。
謝辞
- 『Chipper V2.11』を製作なさった、Christian Egeberg氏に感謝いたします。
CHIP-8用お散歩綾香を作ってみました。CHIP-8プログラミングの習作です。

ブロックくずしぐらいは作ってみようと思っていたのですが、予想以上に難易度が高くて挫折、まずはお散歩綾香からはじめることにしました。
P/ECE用CHIP/8で実行した場合、CPU速度を500以上に設定しないと、画面更新が間に合わずちらついてしまいます。
HP48実機上のSUPER-CHIPインタプリタでは、遅くてとても間に合わないでしょうね・・・

最初CHIP-8の仕様を見たときに、レジスタが16本もあって豪華な仕様と思ったのですが、それは間違っていました。
レジスタ<=>メモリ間転送機能がとても弱く、変数が16個しかない、と捉えた方が実状に近いです。
昔の人はこれでパックマン風ゲームや横スクロールアクションゲームを作ったのか・・・脱帽です。

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

2004年4月1日

セガシステム1プレイヤーを作りました。
セガ社の業務用ゲーム基板『セガシステム1』『セガシステム2』のサウンドをP/ECE上で再生します。
今回は、『スタージャッカー』『フリッキー』『ミスターバイキング』『ザ・闘牛』『青春スキャンダル』『テディーボーイ・ブルース』
『忍者プリンセス』『チョップリフター』『ヘビーメタル』『4-Dウォーリアーズ』の10タイトルに対応しました。
(でも、後述するように、演奏処理が間に合ってないタイトルがかなりあります・・・)

使い方

配布ファイルに含まれている、「s1play.pex」をP/ECEに転送してください。
ROMセットファイルをP/ECEに転送してください。
ROMセットファイルは配布ファイルには含まれていません。別途、ご用意ください。
P/ECEのメニュー画面で、『セガシステム1Player』を実行してください。
『セガシステム1Player』起動直後は、「ファイル選択モード」になっています。
「ファイル選択モード」では、ゲームタイトルが一覧表示されます。
方向キーでゲームタイトルを選び、Ａボタンを押すと、ROMセットファイルを読み込みます。
ROMセットファイルが見つからなかったり、不正だった場合は、エラーメッセージを表示します。
正しいROMセットファイルが読み込めたら、「トラック選択モード」になります。
「トラック選択モード」では、選択したゲームのBGMトラック番号、および内部コマンド番号が一覧表示されます。
（内部コマンド番号はプレイヤー使用上は特に意味がありませんので、無視して構いません。）
方向キーでBGMトラックを選び、Ａボタンで演奏開始します。
演奏開始後にＢボタンを押すと、演奏停止します。
演奏停止後にもういちどＢボタンを押すと、「ファイル選択モード」に戻ります。
「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。

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

Z80 CPUとDCSG音源×2の構成です。
P/ECEの処理能力でも充分間に合うと思ったのですが、意外に演奏処理が重かったです。
今回対応したタイトルの中にも、演奏処理が間に合っていないものがかなりあります。
ハングアップ対策として、演奏処理が間に合わない場合もＢボタンによる演奏停止だけは最優先で受け付けるようにしました。

動作確認したROMセットファイルの内容は、次の通りです。

タイトル ROMセットファイル名 ROMファイル名サイズ CRC 備考
スタージャッカー starjack.zip epr-5332.3 8192 7a72ab3d 良好です
フリッキー flicky.zip epr-5869.120 8192 6d220d4e 良好です
ミスターバイキング mrviking.zip epr-5763.3 8192 d712280d 一部間に合ってません
ザ・闘牛 bullfgt.zip epr-6077.120 8192 02a37602 良好です
青春スキャンダル myhero.zip epr-69xx.120 8192 0039e1e9 良好です
テディーボーイ・ブルース teddybb.zip epr6748x.120 8192 c2a1b89d 全然間に合ってません
忍者プリンセス seganinj.zip epr-6559.120 8192 5a1570ee 全然間に合ってません
チョップリフター chplft.zip epr-7130.126 32768 346af118 まあまあ良好です
ヘビーメタル hvymetal.zip epr6787.120 32768 b64ac7f0 全然間に合ってません
4-Dウォーリアーズ 4dwarrio.zip 4d.120 8192 5241c009 まあまあ良好です

タイトル	ROMセットファイル名	ROMファイル名	サイズ	CRC	備考
スタージャッカー	starjack.zip	epr-5332.3	8192	7a72ab3d	良好です
フリッキー	flicky.zip	epr-5869.120	8192	6d220d4e	良好です
ミスターバイキング	mrviking.zip	epr-5763.3	8192	d712280d	一部間に合ってません
ザ・闘牛	bullfgt.zip	epr-6077.120	8192	02a37602	良好です
青春スキャンダル	myhero.zip	epr-69xx.120	8192	0039e1e9	良好です
テディーボーイ・ブルース	teddybb.zip	epr6748x.120	8192	c2a1b89d	全然間に合ってません
忍者プリンセス	seganinj.zip	epr-6559.120	8192	5a1570ee	全然間に合ってません
チョップリフター	chplft.zip	epr-7130.126	32768	346af118	まあまあ良好です
ヘビーメタル	hvymetal.zip	epr6787.120	32768	b64ac7f0	全然間に合ってません
4-Dウォーリアーズ	4dwarrio.zip	4d.120	8192	5241c009	まあまあ良好です

小粒ながら有名なタイトル揃いです。
テディボーイ・ブルースとチョップリフターはあまり遊びませんでしたが、その他のタイトルはどれも思い出深いです。
特に好きだったのがヘビーメタルで、画面外はるか遠方にある敵基地とのミサイルの応酬が斬新でした。
当時、Beep誌に大々的な攻略特集が組まれ、セガマークIIIへの移植も間違い無しと思って楽しみにしていたのですが・・・
なぜか移植されませんでしたね。

謝辞

「MAME」のセガシステム1ドライバーソースコードを参考にさせて頂きました。
ありがとうございます。

2004年3月28日

CHIP/8を作りました。P/ECE用CHIP-8インタプリタです。
CHIP-8およびSUPER-CHIPインタプリタ用プログラムを、P/ECE上で実行します。

「CHIP-8」とは、70年代のワンボードマイコンで利用されていたインタプリタ型言語の一種です。
主に、RCA社製マイクロプロセッサ「CDP1802」を搭載したコンピュータ上で利用されていました。
例えば、RCA社「COSMAC VIP」「TELMAC-1800」や、「ETI 660」「DREAM 6800」等です。
また、90年代になってからも、hp社製プログラム電卓「HP48」上で再び利用されました。

CHIP-8インタプリタの特徴は、インタプリタ本体がたいへん小さく実装できることです。
COSMAC VIP用のCHIP-8インタプリタは、ワークエリアも含めてたったの512バイトで実装されていたそうです。
インタプリタ型言語というとROM BASICを思い浮かべますが、CHIP-8の言語仕様はもっと単純です。
“ゲーム製作用途に特化したアセンブリ言語”といった雰囲気です。
当時のワンボードマイコンのスペックでは、BASIC言語はまだ荷が重かったのでしょう。

オリジナルのCHIP-8は、64×32ピクセルの画面解像度しか持っていません。
より精細なゲーム作成のために、後にCHIP-8の機能強化版「SUPER-CHIP」(略称SCHIP)が登場しました。
SCHIPは、CHIP-8に較べて縦横二倍、128×64ピクセルの画面解像度を持っています。
また、画面スクロール機能等も追加されました。

僕はCHIP-8の時代にはまだコンピュータを始めていなかったので、以上の知識はこちらの文書からの受け売りです。

「CHIP8 A - CHIP-8 / SCHIP emulator Version 2.2.0 By David WINTER (HPMANIAC)」
読んでいるだけで当時の熱気が伝わって、楽しくなってきます。
前半部分を勝手に訳してみました。(^^;
かなり意訳入ってますけれど、雰囲気はつかめるかと思います。

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

使い方
1. 「chip8.pex」をP/ECEに転送してください。
  また、CHIP-8/SCHIP用プログラムもP/ECEに転送しておいてください。
  CHIP-8/SCHIP用プログラムの拡張子は何でも構いません。
  
  配布ファイルの"games/CHIP8"フォルダに、CHIP-8用ゲームプログラムが入っています。
  また、"games/SCHIP"フォルダに、SCHIP用ゲームプログラムが入っています。
  いずれも、「Zophar's Domain」さんのサイトの、CHIP-8用パブリックドメインROMのページから入手したものです。
2. P/ECEのメニュー画面から、「CHIP/8」を実行してください。
3. CHIP-8/SCHIP用プログラムを自動的に検索し、一覧表示します。
  方向ボタンを使って、実行するプログラムを選択してください。
  Aボタンを押すと実行開始します。
  SELECTボタンを押すとCHIP/8を終了します。
  CHIP/8終了時に、CPU速度とキー割り当て設定(後述)を"chip8.cfg"というファイルに保存します。
  次回、CHIP/8を実行したときは、自動的にこの設定が復元されます。
  START+SELECT長押しで終了した場合は、設定が保存されないのでご注意ください。
4. プログラム実行中にSELECTボタンを押すと、実行中のプログラムを最初からやり直します。
  CHIP-8用のゲームは、ゲームスタート・再スタートという概念を持っていないものが多いようです。
  実行開始すると直ちにゲームが始まり、ゲームオーバー後に再スタートするにはコンピュータそのものをリセットする、という仕様のものが少なくありません。
  そこで、ゲーム再スタートがやりやすいように、SELECTボタンにリセット機能を割り当ててみました。
5. プログラム実行中にSTARTボタンを押すと、設定メニューモードになります。
  メニューモードでは、次の設定が行えます。
  - CPU速度調整
  - キー割り当て変更
  方向ボタンで設定項目を選び、AボタンとBボタンで設定値を増減します。
  メニューモードを終了してゲームに戻るには、STARTボタンを押してください。
  現在実行中のプログラムを終了して、プログラム一覧表示に戻るには、SELECTボタンを押してください。
6. CPU速度調整について。
  CHIP-8インタプリタ言語には、実機のCPU速度に影響されずに、1/60秒単位のタイミングを計る機能があります。
  しかしながら、多くのCHIP-8用ゲームはこの機能を使わずに、CPU速度に依存した方法でタイミング調整を行っているようです。
  そこで、CPU速度を調整できるようにしてみました。
  設定値は、1/60秒あたりの命令実行数です。
  初期状態では10としてありますが、これでは速すぎるゲームもあります。
  適切な設定値はゲームによって変わりますが、だいたい5～15ぐらいの設定にするといいみたいです。
7. キー割り当て変更について。
  COSMAC VIPは、16個のキーを持っていました。
  ですから、CHIP-8も16個のキー入力を検出することができます。
  しかしP/ECEでは、8方向のボタンと、A・BおよびSTART・SELECTボタンしか使えません。
  START・SELECTボタンには、メニュー・リセットの機能を固定で割り当てているので、残り10種類のボタンを16個のキーに割り当てて使います。
  COSMAC VIPのキー配列は次の通りです。
  
  ┏━━━━━━━━━━━━━━┓ ┃　　　　　　　　　　　　　　┃ ┃─　　　　　　　　　　　　　┃ ┃─　　　　　　　　ＲＣＡ　┃ ┃─　　　　　┌┐┏━━━━┓┃ ┃─　　　　　││┃１２３Ｃ┃┃ ┃─　　　　　││┃４５６Ｄ┃┃ ┃─　　　　　││┃７８９Ｅ┃┃ ┃─　　　　　││┃Ａ０ＢＦ┃┃ ┃─　　　　　└┘┗━━━━┛┃ ┗━━━━━━━━━━━━━━┛
  初期設定では、方向ボタン上・右上・右・右下・下・左下・左・左上の順に、２・３・６・９・８・７・４・１キーを割り当ててあります。
  また、A・Bボタンには、そのままＡ・Ｂキーを割り当ててあります。
  キー割り当ては任意に変更可能です。
  方向ボタンを使って割り当てたいボタンを点滅させ、A・Bボタンで割り当てるキーの名称(０～Ｆ)を増減してください。
  
  既存のCHIP-8用ゲームを遊ぶ場合に、実はこのキー割り当てがかなりやっかいです。
  ゲームによって、使用するキーがまちまちで、まったく統一されていないからです。
  例えば「BLINKY」ゲーム(パックマン)では左右移動が７・８、上下移動が３・６、ゲーム再開がＦキーとなっています。
  「CAR」ゲーム(カーレース)も左右移動は７・８ですが、ゲーム再開機能はなく、リセットする必要があります。
  「ANT」ゲーム(横スクロールアクション)は左右移動が３・Ｃ、ジャンプがＡキーです。
  
  CHIP-8インタプリタはCOSMAC VIPだけでなくHP48でも利用されていました。
  HP48のキー配列はCOSMAC VIPとは逆で、下から上へ向かって１～９キーが並んでいます。
  HP48時代に開発されたゲームは、HP48のキー配列に合わせたキー割り当てとなっているようです。
  
  そんなわけで、CHIP-8用ゲームはシンプルながらなかなか遊べるのですけれど、最初にキー割り当てを探さなければなければいけないのが難点です。
今回作成したCHIP/8で工夫した点は、CHIP-8用プログラムファイルを自動的に検索して一覧表示するところです。
CHIP-8用プログラムファイルは共通の拡張子を持っていないので、ファイル名だけではどれがCHIP-8用プログラムファイルかわかりません。
ファイル内にヘッダ情報等もなく、ファイル先頭からプログラムコードが入っているだけなので、ファイル内容を見て簡単に判断することもできません。
そこで、CHIP/8起動時にP/ECE内の全てのファイルを仮にCHIP-8用プログラムファイルと見なして実行してみて、
一定の命令数が正しく実行できたら、本当にCHIP-8用プログラムファイルと判断して一覧表示に加えるようにしてみました。
いまのところ、この方法で正しく判断できているようです。

さて、CHIP-8インタプリタは、もともと1970年代のコンピュータで使われていたものなので、処理は非常に軽いです。
1980年代以降の一般的なコンピュータならば、簡単に実装できます。
そのため、様々なコンピュータにCHIP-8インタプリタが移植されました。
前述のHP48では本当にオリジナルゲーム開発環境として利用されていたようですが、そうでないものも含めれば、MSXやGameBoy等にも移植されています。
もちろん、DOSやWindowsでも利用可能です。

もともとのCHIP-8は、非力なコンピュータの少ないメモリ上で、できるだけ容易にゲーム開発できることを目指したものです。
ですから、いまさらCHIP-8を使って新規プログラムを開発する理由はあまりないかも知れません。
しかしながら、今回CHIP-8の資料を読んでみて、そのシンプルな言語仕様(命令セット)はなかなか興味深いと感じました。
基本的にはCPUに依存しないインタプリタ言語でありながら、CDP1802プロセッサの機械語命令セットに大きく影響を受けているのが面白いです。
既存のCHIP-8用ゲームを遊ぶだけでもかなり楽しめますが、CHIP-8言語を使ったプログラミングにも少し挑戦してみようかな、と考えています。

2004年3月23日

私信：てとら★ぽっとさん、いつもお世話になってます。
ヅラChuさん、内定おめでとうございます。来年からは本職のゲーム製作者さんになられるのですね。
技術革新の激しい分野で、これから一年の準備期間もなかなか大変そうですが、がんばってください。
続報楽しみにしてます。index.txtはそのうち分割します(^^;
スラップファイトプレイヤーを作りました。
業務用ゲーム機『スラップファイト』(タイトー/東亜プラン・1986)のBGMと効果音をP/ECE上で再生します。

使い方
1. 配布ファイルに含まれている、「sfplay.pex」をP/ECEに転送してください。
2. ROMセットファイルをP/ECEに転送してください。
  ROMセットファイルは配布ファイルには含まれていません。別途、ご用意ください。
  動作確認したROMセットファイルの内容は、次の通りです。
  
  slapfigh.zip:
  + sf_r05.bin SIZE:8192 CRC:87f4705a
3. P/ECEのメニュー画面で、『スラップファイトPlayer』を実行してください。
4. 『スラップファイトPlayer』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、ゲームタイトルが一覧表示されます。
  （今回はスラップファイト１タイトルのみの対応なので、“スラップファイト”だけが表示されます。）
5. 方向キーで対応済みゲームタイトルを選び、Ａボタンを押すと、ROMセットファイルを読み込みます。
  ROMセットファイルが見つからなかったり、不正だった場合は、エラーメッセージを表示します。
  正しいROMセットファイルが読み込めたら、「トラック選択モード」になります。
  「トラック選択モード」では、選択したゲームのBGMトラックが一覧表示されます。
6. 方向キーでBGMトラックを選び、Ａボタンで演奏開始します。
7. Ｂボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(36KB) ソース(4.1MB)

『スラップファイト』１タイトルのみの対応です。

先日、『そうだ、ゲームミュージックを聴こう!』(マイクロマガジン社)と、『ゲーム音楽』(エクシード・プレス)という本を買いました。
前者は音源チップの歴史解説＋インタビュー＋資料の構成で、後者は個別タイトルのレビューがたくさん載っている本でした。
両方の本で『スラップファイト』が取り上げられていました。(前者の本では、インタビュー中でわずかに触れられてるだけですけれど)

前回はPSGの名曲『ハレーズコメット』をP/ECEで演奏したのですが、そういえばスラップファイトも好きなPSG曲の一つでした。
これらの本を読んでいて、『スラップファイト』の曲をP/ECEで持ち歩いて聴きたくなり、今回対応してみました。
緊張の中盤エリアBGM(トラック番号20)から、ヤケクソな終盤エリアBGM(トラック番号24)への流れが特に好きです。
東亜プランシューティングのネームエントリーBGMには珍しい曲調の、トラック番号28も思い出深い一曲です。
当時は、わざと一文字一文字時間をかけてハイスコアネームを入力し、きっちり最後まで聴いていました。

メガドライブ移植版のスラップファイトも、ゲーム・BGMアレンジ共になかなか好評だったようですが、残念ながら僕は遊んだことがありません。
同系列(?)のメガドライブ移植版『ブイファイヴ』の出来の良さから推測すると、スラップファイトの移植もかなりいい出来だったのでしょうね。

謝辞
- 「MAME」スラップファイトドライバーソースコードを参考にさせて頂きました。
  ありがとうございます。

2004年3月16日

P/ECE研究記録更新しました。「Zlibを実装してみる#2」

2004年3月13日

P/ECE研究記録更新しました。「Zlibを実装してみる#1」

2004/03/14追記: バグ修正しました。

2004年3月9日

AYプレイヤーバージョンアップしました。変更点は次の通りです。
- PSGエンベロープの音量減衰速度を修正しました。
  2003年11月26日にも書きましたように、前バージョンのAYプレイヤーは、PSGエンベロープの音量減衰速度が遅すぎました。
  先日のハレーズコメットプレイヤーにて、PSG音源エミュレーションプログラムの音量カーブを修正し、音量減衰速度が改善できました。
  そこで、AYプレイヤーにもこの修正を反映しました。
- 高速化しました。
  2003年11月26日以降のプログラミングによる、エミュレーションルーチン等の高速化を反映しました。
  前バージョンに較べて、2～3割ぐらい早くなっていると思います。
ダウンロードはこちらバイナリ(31KB) ソース(4MB)

使い方や注意点については、前バージョンのリリースノート(2003年11月25日、2003年11月26日)を参照下さい。

バブルボブルや S.T.U.N. Runnerで聴き較べると、前バージョンとの違いがよくわかると思います。
PSG以外の音源エミュレーションでは、音量カーブの違いはさほど気にならなかったのですけれど、PSGでは重要だったのですね。

2004年3月7日

ハレーズコメットプレイヤーを作りました。
業務用ゲーム機『ハレーズコメット』(タイトー・1986)のサウンドをP/ECE上で再生します。

使い方
1. 配布ファイルに含まれている、「hcplay.pex」をP/ECEに転送してください。
2. ROMセットファイルをP/ECEに転送してください。
  ROMセットファイルは配布ファイルには含まれていません。別途、ご用意ください。
  動作確認したROMセットファイルの内容は、次の通りです。
  
  halleys.zip:
  + a62_13.5 SIZE:8192 CRC:7ce290db
  + a62_14.4 SIZE:8192 CRC:ea74b1a2
3. P/ECEのメニュー画面で、『ハレーズコメットPlayer』を実行してください。
4. 『ハレーズコメットPlayer』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、ゲームタイトルが一覧表示されます。
  （今回はハレーズコメット１タイトルのみの対応なので、“ハレーズコメット”だけが表示されます。）
5. 方向キーで対応済みゲームタイトルを選び、Ａボタンを押すと、ROMセットファイルを読み込みます。
  ROMセットファイルが見つからなかったり、不正だった場合は、エラーメッセージを表示します。
  正しいROMセットファイルが読み込めたら、「トラック選択モード」になります。
  「トラック選択モード」では、選択したゲームのBGMトラックが一覧表示されます。
6. 方向キーでBGMトラックを選び、Ａボタンで演奏開始します。
7. Ｂボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
~~ダウンロードはこちらバイナリ(40KB) ソース(4MB)~~

2004/03/07 18:40:00 追記：
PSGのエンベロープ周期を調整しました。先程のバージョンでは本物よりも音の歯切れが悪かったのが、治っていると思います。
ダウンロードはこちらバイナリ(40KB) ソース(4MB)

2004/03/07 20:15:00 追記：
度々スミマセン。間違っていたのはエンベロープ周期ではなく、音量カーブだったみたいです。今度こそは！
ダウンロードはこちらバイナリ(40KB) ソース(4MB)

今回は『ハレーズコメット』１タイトルのみの対応です。
普段、業務用ゲーム機の音楽を聴くために、アーケードゲームサウンドエミュレータ『M1』とフロントエンド『BridgeM1』を使わせてもらっています。
『ハレーズコメット』も大好きなゲームミュージックの一つなのですが、現在のところ『M1』では未対応のようなので、P/ECEで演奏してみました。

『ハレーズコメット』は、1986年のハレー彗星接近時にタイトー社からリリースされた、業務用シューティングゲーム作品です。
『バブルボブル』『サイバリオン』のMTJ氏ゲームデザイン、『ダライアス』『ギャラクティックストーム』のOGR氏音楽担当という、豪華布陣による製作で有名です。
ゲーム自体は比較的単調なシューティングゲームなのですが、僕はとても気に入ってよく遊びました。
通常状態の自機の弱さと、パワーアップ時のギャップが特徴的です。
パワーアップの道程が長い分、フルパワーアップ後の圧倒的火力で敵をなぎ倒す快感がありました。
うっかりミスしてパワーダウンすると目も当てられませんが・・・このあたりの感覚はダライアスと近いものがあるかも知れません。
グラフィックも独特で、ぼんやりと緑色に光る自機・七色に光る敵機等、ゲーム全体に幻想的な雰囲気がありました。

サウンドも、ゲームストーリーと見事にマッチした荘厳な曲調で、高い評価を受けていました。
当時のホームコンピュータはたいていPSGを一つしか積んでいなかったのに較べ、『ハレーズコメット』は複数個のPSGを使った贅沢な構成です。
業務用ゲーム機としては、当時でも複数個のPSGを搭載した機種は珍しくなかったものの、
特に『ハレーズコメット』のBGMは和音とデチューンが多用されていて、複数個のPSGを搭載した威力がわかりやすく現れていました。
PC-6001、MSXユーザーだった僕は、『ハレーズコメット』のサウンドハードウェアをうらやましく思ったものです。

謝辞
- 「MAME」ハレーズコメットドライバーソースコードを参考にさせて頂きました。
  ありがとうございます。

2004年3月3日

HESプレイヤーバージョンアップしました。変更点は次の通りです
- 高速化しました。
  
  CPUエミュレーションと音源エミュレーションの主な部分をアセンブラで書き直しました。
  前バージョンに較べて約20%速くなり、演奏可能なHESファイルが増えました。
ダウンロードはこちらバイナリ(27KB) ソース(4MB)
演奏可能/不可チェックリストはこちら(MS-Excel形式)です。(随時更新)→(2004/03/07:完了しました)

今回は、アセンブラによる高速化とは別に、もう一つの方法で演奏可能なHESファイルを増やしてみました。
もう一つの方法とは、“速すぎるタイマ割り込み要求を無視する”方法です。

PC-Engineは、最高約7KHzのタイマ割り込みを発生することができます。
ソフトによっては、7KHzのタイマ割り込みを使ってPCMサウンドを鳴らしているものがあります。
例えば『スーパースターソルジャー』や『出たな!!ツインビー』等、他にも結構たくさんあるようです。
しかしながらP/ECEの処理能力では、7KHzもの速度の割り込み処理は、エミュレーションが間に合いません。
前バージョンまでは、これをエミュレートしようとして間に合わず、ハングアップしてしまうHESファイルがたくさんありました。

今回のバージョンでは、速すぎるタイマ割り込み要求はPCMサウンド再生専用の割り込み要求と見なして、無視してしまうことにしました。
割り込みを無視すると当然PCMパートが鳴らなくなってしまうのですが、もともと間に合わずハングアップしてしまっていたわけですし、
ハングアップするよりはPCMパート以外だけでも鳴った方がいいかな、と考えてこのようにしてみました。
前バージョンに較べると、いきなりハングアップしてしまうHESファイルは大幅に減ったと思います。

“速すぎる”の判断基準は、3.5KHzを境界としてみました。
タイマ割り込みを無視した場合、トラック選択モードの右上に「TIMER LIMIT」と表示して、PCMパートが鳴っていないことを知らせます。

さて、HESプレイヤーは今回で完成としたいと思います。
まだまだ演奏不可なHESファイルもたくさん残っていますが、当初の予想よりはずっと多くのHESファイルに対応できたと思います。
最初の目標だった『カトちゃんケンちゃん』、思い出深い『THE功夫』『ビクトリーラン』『邪聖剣ネクロマンサー』、そして『マジカルチェイス』。
今回は充分な結果です。

2004年2月28日

HESプレイヤーバージョンアップしました。変更点は次の通りです
- CPUエミュレーションのバグを修正しました。
  
  ビットテスト命令(BIT,TST,TRB,TSB)の実装が間違っていたのを修正しました。
  この問題が原因で演奏がハングアップしてしまっていたHESファイルがかなりあったようです。
  『ダライアスプラス』等が演奏可能に、『エアロブラスターズ』や『オーダイン』等が射程圏内に入ってきました。
ダウンロードはこちらバイナリ(27KB) ソース(4MB)

『エアロブラスターズ』『オーダイン』の他にも、惜しいところで演奏処理が間に合っていないHESファイルがかなりあるようです。
まだCPUエミュレーションも音源エミュレーションも高速化未着手なので、これから高速化してみようと思います。

2004年2月27日

HESプレイヤーバージョンアップしました。変更点は次の通りです
- CPUエミュレーションを改善しました。
  割り込み生成タイミングを修正しました。
  
  これらの修正により、演奏可能なタイトルがいくつか増えました。
- M3Uプレイリストファイルに対応しました。
  
  有効なトラック番号範囲の情報が含まれていない、HESファイル形式の欠点を補うために、M3Uプレイリストに対応しました。
  演奏するHESファイルと同じファイル名で、拡張子が".m3u"のファイルが見つかると、M3Uプレイリストファイルと見なしてこれを読み込みます。
  例えば、ファイル選択モードにてHESファイル"magical_.hes"を選択した場合、M3Uプレイリストファイル"magical_.m3u"もロードしようと試みます。
  
  M3Uプレイリストファイルが読み込めた場合は、トラック選択モードにて、有効なトラック番号だけが選択対象になります。
  M3Uプレイリストファイルが読み込めなかった場合は、これまで通り、全256トラック番号が選択対象となります。
  
  「Kaminarimon」さんのHESアーカイブに含まれている、M3Uプレイリストファイルを使って動作確認しました。
  これ以外の形式のM3Uファイルを転送した場合、正しく動作しない可能性がありますのでご注意ください。
ダウンロードはこちらバイナリ(27KB) ソース(4MB)

まだまだ演奏不可なHESファイルの方が多いものの、前バージョンに較べれば演奏可能なHESファイルも少しづつ増えてきました。
演奏可能/不可チェックリストはこちら(MS-Excel形式)です。(随時更新)

今回対応分の目玉は、何と言っても『マジカルチェイス』です。これが間に合うとは思いませんでした。
PC-Engine全ソフトの中でも、最も音楽の評価が高いタイトルの一つ。ゲーム内容も高評価でした。
出荷数が少なかったこともあって、プレミアまで付いてしまったという逸品です。
僕は廉価なWindows移植版でしか遊んだことがないので、そこまでの思い入れはないのですが・・・
音楽と音色がPC-Engineの一般的なレベルに較べて傑出しているのは評判通りだと思います。

2004年2月25日

HESプレイヤー(試作版)を作りました。
「HES形式」の音楽ファイルを、P/ECE上で再生します。まだ試作版なので、かなり機能制限があります。
現在のところ、正しく演奏できるHESファイルは『カトちゃんケンちゃん』(ハドソンソフト・1987)だけです。

HES形式とは、「NEC PC-Engine」のソフトから抽出した音楽ファイル形式の一種です。
PC-Engineは、6声同時発声可能な波形メモリ音源を搭載しています。
キャラバンシューティングシリーズに代表される、キラキラした感じの音色が特徴的です。

詳しくは、Google検索で「PC-Engine HES」等のキーワードを検索してみてください。
既存のHESプレイヤーについては、「VORC」さんの記事が詳しいです。

使い方
1. 配布ファイルに含まれている、「hesplay.pex」をP/ECEに転送してください。
2. HESファイルをP/ECEに転送してください。
  HESファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『HES Player』を実行してください。
4. 『HES Player』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、HESファイル（拡張子が.hesのファイル）のファイル名とサイズが一覧表示されます。
5. 方向キーでHESファイルを選び、Ａボタンを押すと、「トラック選択モード」になります。
  「トラック選択モード」では、選択されたHESファイルの情報と、これから演奏するトラック番号が表示されます。
6. 方向キーでトラック番号を選び、Ａボタンで演奏開始します。
7. 演奏中にＢボタンを押すと、演奏停止します。
  演奏停止した状態でＢボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(23KB) ソース(4MB)

僕は、PC-Engineのゲームは比較的初期のタイトルしか遊んだことがありません。
『THE功夫』『ビクトリーラン』『パワーリーグ』『邪聖剣ネクロマンサー』などが印象に残っています。
これらのタイトルに加えて、音楽の良さで特に印象に残っているのが『カトちゃんケンちゃん』でした。
カトケンを主人公とした、スーパーマリオブラザーズタイプのアクションゲームです。
ゲーム世界からするとコミカルな音楽かと思いきや、実は豪華な曲調が多く、これがかえって主人公達の“虚勢”のイメージに合っています。
今考えてもかなり辛い難易度設定ですが、音楽と、意味不明な演出(^^;が気に入ってクリア直前まで遊びました。
結局、クリアできませんでしたけれど・・・

今回のHESプレイヤーは、『カトちゃんケンちゃん』の音楽をP/ECE上で聴いてみたいと思って作り始めました。
PC-EngineのCPUは、ハドソン社製カスタムプロセッサ「HuC6280」を7.16MHzで駆動しています。
同期の家庭用ゲーム機「メガドライブ」「スーパーファミコン」の中でも、特に処理速度が優れているとの評判でした。
P/ECEではまず演奏処理が間に合わないだろうと思いつつ、失敗覚悟で作ってみたのですが・・・奇跡的に間に合いました!!
演奏処理間がに合った理由は、『カトちゃんケンちゃん』の演奏処理が予想外に軽かったためです。
このタイトルに限って言えば、一般的なGBSやSAPファイルの演奏処理よりもずっと軽いです。
音質も、リズム音がちょっとシャカシャカしすぎな点以外は、なかなか良い感じに演奏できていると思います。

HESファイルには、演奏開始トラック番号の情報は含まれているのですが、有効なトラック番号範囲の情報が含まれていません。
P/ECE HESプレイヤーで有効範囲外のトラックを演奏しようとすると、エラーメッセージを表示して終了したり、ハングアップする場合があります。
『カトちゃんケンちゃん』の有効なBGMトラックは、65番～78番です。

さて、当初の目的は達成したもの、現状では他のタイトルがほとんど演奏できません。
エラーメッセージを表示して終了してしまったり、(CPUエミュレーションがまだ不完全なのが原因です)
ハングアップしてしまいます。(高速化不足と、割り込み発生タイミングが正しくないのが原因です)。
もしかしたら他にも演奏可能なタイトルがあるかも知れないことに期待して、もう少し調整してみようと思います。

追記：『邪聖剣ネクロマンサー』も演奏可能でした。これも懐かしいタイトルです。

2004年2月21日

WSGプレイヤー/80バージョンアップしました。変更点は次の通りです。
- 『ボスコニアン』に追加対応しました。
  動作確認したROMセットファイルの内容は、次の通りです。
  
  bosco.zip
  + 2900.3e SIZE:4096 CRC:d45a4911
  + bosco.spr SIZE: 256 CRC:ee8ca3a8
ダウンロードはこちらバイナリ(40KB) ソース(3.9MB)

ボスコニアンは、ほとんどが効果音トラックです。
今回はWSG音源だけのエミュレーションなので、サンプリング音源による効果音トラックは含めていません。
だから、「Blast off!」とか「Spy ship sighted!」等のサンプリングボイスは鳴りません。

Z80サウンドCPU＋WSG音源の構成をとっている機種は、意外と少なかったのですね。
前回の対応分と合わせて四機種だけですが、これで一旦完成としたいと思います。

2004年2月20日

WSGプレイヤー/80を作りました。
ナムコWSG音源とザイログZ80 CPUを搭載した業務用ゲーム機のBGMを、P/ECE上で再生します。
対応機種は、『ギャラガ』『ディグダグ』『ゼビウス』の三機種です。

使い方
1. 配布ファイルに含まれている、「wsgply80.pex」をP/ECEに転送してください。
2. ROMセットファイルをP/ECEに転送してください。
  ROMセットファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『WSG Player/80』を実行してください。
4. 『WSG Player/80』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、ゲームタイトルが一覧表示されます。
5. 方向キーでゲームタイトルを選び、Ａボタンを押すと、ROMセットファイルを読み込みます。
  ROMセットファイルが見つからなかったり、不正だった場合は、エラーメッセージを表示します。
  正しいROMセットファイルが読み込めたら、「トラック選択モード」になります。
  「トラック選択モード」では、選択したゲームのBGMトラック番号、および内部コマンド番号が一覧表示されます。
  （内部コマンド番号はWSGプレイヤー使用上は特に意味がありませんので、無視して構いません。）
6. 方向キーでBGMトラックを選び、Ａボタンで演奏開始します。
7. Ｂボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(40KB) ソース(3.9MB)

動作確認したROMセットファイルの内容は、次の通りです。

galaga.zip:
+ 04d_g06.bin SIZE:4096 CRC:8995088d
+ 1d.bin SIZE: 256 CRC:86d92b24

digdug.zip:
+ 136007.107 SIZE:4096 CRC:a41bce72
+ digdug.spr SIZE: 256 CRC:7a2815b4

xevious.zip:
+ xvi_7.2c SIZE:4096 CRC:dd35cf1c
+ xvi_2bpr.7n SIZE: 256 CRC:550f06bc

前回の『WSGプレイヤー/6809』での対応機種よりも、少し年代の旧い三機種です。
音源の同時発声数が少なく、演奏処理も比較的単純みたいなので、P/ECEの処理速度でも充分に間に合いました。

実は先にパックランドの演奏に挑戦していたのですが、そちらは失敗に終わりました。
WSG音源＋6800系MPUの組み合わせで、前回のWSG音源＋6809 MPUよりも軽い処理で済むかと思ったのですが、
実際には演奏処理がかなり複雑みたいで、P/ECEでは4倍ぐらい間に合いませんでした。
これはあきらめるしかなさそうです。

謝辞
- 「MAME」のゼビウスドライバーソースコードを参考にさせて頂きました。
  ありがとうございます。

2004年2月17日

WSGプレイヤー/6809バージョンアップしました。変更点は次の通りです。
- 『スーパーパックマン』『パック＆パル』『フォゾン』『グロブダー』の四機種に追加対応しました。
  動作確認したROMセットファイルの内容は、次の通りです。
  
  superpac.zip:
  + spc-3.1k SIZE:4096 CRC:04445ddb
  + superpac.3m SIZE: 256 CRC:ad43688f
  
  pacnpal.zip:
  + pap14.1k SIZE:4096 CRC:330e20de
  + papi3.3m SIZE: 256 CRC:83c31a98
  
  phozon.zip:
  + 3b.rom SIZE:8192 CRC:5a4b3a79
  + sound.prm SIZE: 256 CRC:ad43688f
  
  grobda.zip:
  + gr1-4.1k SIZE:8192 CRC:3fe78c08
  + gr1-3.3m SIZE: 256 CRC:66eb1467
パック＆パルとフォゾンは初期化に少し時間がかかるので、初期化中メッセージを追加しました。
初期化中メッセージが表示されたら、そのまましばらくお待ちください。5～6秒ぐらいで完了します。

スーパーパックマン、パック＆パル、フォゾンは問題なく演奏できています。
グロブダーは演奏できない効果音トラックが三つあります。
演奏できないトラックは薄い灰色で表示されていて、Aボタンを押しても演奏開始しません。

WSGプレイヤー/6809は今回で完成としたいと思います。モトスの演奏ミスは解決しませんでした・・・残念。

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

当時のナムコ社製品の中ではマイナーな部類の四機種です。

グロブダー以外の三機種は出回りが悪かったのでしょうか、僕は長らく実物を見られませんでした。
やっと見つけた稼動店で遊んでみたものの、いまいちルールが把握できなくてがっかりした覚えがあります。
フォゾンはああいうゲームだからいいとしても、スーパーパックマンとパック＆パルはいきなり複雑化しすぎた感が否めません。
決してつまらないゲームではないのですけれど・・・

グロブダーは、業務用オリジナルも良いですが、電波新聞社のPC-6001移植版もまた良い出来でした。
業務用にない二人対戦モードが追加されていて、通常の一人モードとは違いプレイヤーが誘導弾を撃てます。
逃げながら真後ろに誘導弾を撃つ等のいろいろな技が使えて、かなり長期間遊べました。

2004年2月16日

WSGプレイヤー/6809バージョンアップしました。変更点は次の通りです。
- 『リブルラブル』『ギャプラス』『ディグダグII』『トイポップ』の四機種に追加対応しました。
  動作確認したROMセットファイルの内容は、次の通りです。
  
  liblrabl.zip:
  + 2c.rom SIZE:8192 CRC:7c09e50a
  + lr1-4.3d SIZE: 256 CRC:16a9166a
  
  gaplus.zip:
  + gp2-1.4b SIZE:8192 CRC:8182dd5b
  + gp2-4.3f SIZE: 256 CRC:2d9fbdd8
  
  digdug2.zip:
  + d21_4.1k SIZE:8192 CRC:737443b1
  + d21-3.3m SIZE: 256 CRC:e0074ee2
  
  toypop.zip:
  + tp1-3.2c SIZE:8192 CRC:5f3bf6e2
  + lr1-4.3d SIZE: 256 CRC:16a9166a
ダウンロードはこちらバイナリ(36KB) ソース(3.8MB)

今回の追加対応分も問題なく演奏できています。
しかし、モトスは相変わらず間違ったままです。
前回実装したP/ECE用6809 MPUエミュレーションプログラムのバグかと思っていたのですが、
モトス以外が全く正常なところを見ると、違う原因のような気がしてきました。
モトスの演奏プログラムだけが何か特殊な処理を行っているのかも知れません。

今回のタイトルの中では、ギャプラスとリブルラブルが特に思い出深いです。
当時、近所のゲームセンターではギャプラスがアップライト筐体に入っていて、迫力のある環境で遊べました。
アップライト筐体に響く、ゲームオーバーBGMの余韻が未だ記憶に残っています。
リブルラブルは、お金が無いときによく仲間と1コイン2人プレイをやっていました。
つまり、リブルとラブルの操作を別々の人が担当するのです。
1シーズンクリアもままなりませんでした(^^;

2004年2月15日

WSGプレイヤー/6809を作りました。
ナムコWSG音源とモトローラ6809 MPUを搭載した業務用ゲーム機のBGMを、P/ECE上で再生します。

ナムコWSG音源とは、1980年代のナムコ社製業務用ゲーム機に使われた波形メモリ音源の総称です。
詳しくは、Google検索で「ナムコ WSG 音源」等のキーワードを検索してみてください。

使い方
1. 配布ファイルに含まれている、「wsgply09.pex」をP/ECEに転送してください。
2. ROMセットファイルをP/ECEに転送してください。
  ROMセットファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『WSG Player/6809』を実行してください。
4. 『WSG Player/6809』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、ゲームタイトルが一覧表示されます。
  対応済みゲームは濃い灰色で、未対応ゲームは薄い灰色で表示されます。
5. 方向キーで対応済みゲームタイトルを選び、Ａボタンを押すと、ROMセットファイルを読み込みます。
  ROMセットファイルが見つからなかったり、不正だった場合は、エラーメッセージを表示します。
  正しいROMセットファイルが読み込めたら、「トラック選択モード」になります。
  「トラック選択モード」では、選択したゲームのBGMトラックが一覧表示されます。
6. 方向キーでBGMトラックを選び、Ａボタンで演奏開始します。
7. Ｂボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(36KB) ソース(3.8MB)

今回は『マッピー』『ドルアーガの塔』『モトス』の三機種に対応しました。
動作確認したROMセットファイルの内容は、次の通りです。

mappy.zip:
+ mp1_4.1k SIZE:8192 CRC:8182dd5b
+ mp1-3.3m SIZE: 256 CRC:16a9166a

todruaga.zip:
+ td1_4.1k SIZE:8192 CRC:ae9d06d9
+ td1-3.3m SIZE: 256 CRC:07104c40

motos.zip:
+ mo1_4.1k SIZE:8192 CRC:55e45d21
+ mo1-3.3m SIZE: 256 CRC:2accdfb4

マッピーとドルアーガの塔はかなりいい感じに演奏できていると思います。
ドルアーガの塔の演奏処理が間に合ったのは意外でした。(ギリギリですけれど・・・)
何時聴いても、驚異的な音の厚みです。

モトスは一応対応したものの、正しく演奏できていません。
トラックによって、間違った音が鳴ったり演奏がズレたりします。
今回はもともとモトスが目当てだったので、これが正しく演奏できないのはちょっと残念です。

謝辞
- 「MAME」のマッピードライバーソースコードを参考にさせて頂きました。
  ありがとうございます。

2004年2月11日

M62プレイヤーバージョンアップしました。変更点は次の通りです。
- 『ムーンパトロール』『ジッピーレース』『』『10ヤードファイト』『スパルタンＸ』『スペランカー』に対応しました。
  動作確認したROMセットファイルの内容は、次の通りです。
  
  mpatrol.zip:
  + mp-s1.1a SIZE=4096 CRC=561d3108
  
  travrusa.zip:
  + mr10.1a SIZE=4096 CRC=a02ad8a0
  
  yard.zip:
  + yf-s-3b SIZE=8192 CRC=0392a60c
  + yf-s-1b SIZE=8192 CRC=6588f41a
  + yf-s-3a SIZE=8192 CRC=bd054e44
  + yf-s-1a SIZE=8192 CRC=2490d4c3
  
  kungfum.zip:
  + a-3e-.bin SIZE=8192 CRC=58e87ab0
  + a-3f-.bin SIZE=8192 CRC=c81e31ea
  + a-3h-.bin SIZE=8192 CRC=d99fb995
  
  spelunkr.zip:
  + spra.3d SIZE=16384 CRC=4110363c
  + spra.3f SIZE=16384 CRC=67a9d2e6
ダウンロードはこちらバイナリ(35KB) ソース(3.7MB)

おおよそ一通り対応できましたので、今回で完成としたいと思います。

今回の対応分は、駄菓子屋や銭湯のゲームコーナーでよく遊んだタイトルが揃っていて、思い出深いものばかりです。
当時はゲーム性のことなんて深く考えませんでしたが、ムーンパトロールなどは今見ても素晴らしいと思います。
画面上方の敵に気を取られると月面の障害物を見落とし、月面に注視すると敵の弾を見落とす。
画面上側と右側の両方に注視できれば簡単なのですけれど、それが難しいのです。
月面に沿って走る、自機のタイヤの動きも見事でした。

2004年2月9日

M62プレイヤーバージョンアップしました。変更点は次の通りです。
- 『ロードランナーIII』『ロードランナーIV』『ロットロット』『怪傑ヤンチャ丸』『妖獣伝』に対応しました。
  動作確認したROMセットファイルの内容は、次の通りです。
  
  ldrun3.zip:
  + lr3-a-3d SIZE=16384 CRC=28be68cd
  + lr3-a-3f SIZE=16384 CRC=cb7186b7
  
  ldrun4.zip:
  + lr4-a-3d SIZE=16384 CRC=86c6d445
  + lr4-a-3f SIZE=16384 CRC=097c6c0a
  
  lotlot.zip:
  + lot-a-3h SIZE=8192 CRC=0781cee7
  
  kidniki.zip:
  + dr00.3a SIZE=16384 CRC=458309f7
  + dr01.3cd SIZE=16384 CRC=e66897bd
  + dr02.3f SIZE=16384 CRC=f9e31e26
  
  youjyudn.zip:
  + yju_a3fb.bin SIZE=16384 CRC=e15c8030
ダウンロードはこちらバイナリ(34KB) ソース(3.7MB)

ロードランナーIVの音楽も（難易度に似合わず）軽快で良いですね。

2004年2月8日

M62プレイヤー(試作版)を作りました。
「アイレムM62システム」のBGMを、P/ECE上で再生します。まだ試作版なので、かなり機能制限があります。

「アイレムM62システム」（以下、M62システム）とは、1980年代のアイレム社製業務用ゲーム機に使われたシステム基板です。
『スパルタンＸ』『ロードランナーシリーズ』『怪傑ヤンチャ丸』等、ヒット作品に恵まれたシステム基板です。
詳しくは、Google検索で「アイレムM62システム」等のキーワードを検索してみてください。

使い方
1. 配布ファイルに含まれている、「m62play.pex」をP/ECEに転送してください。
2. ROMセットファイルをP/ECEに転送してください。
  ROMセットファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『M62 Player』を実行してください。
4. 『M62 Player』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、ゲームタイトルが一覧表示されます。
  対応済みゲームは濃い灰色で、未対応ゲームは薄い灰色で表示されます。
5. 方向キーで対応済みゲームタイトルを選び、Ａボタンを押すと、ROMセットファイルを読み込みます。
  ROMセットファイルが見つからなかったり、不正だった場合は、エラーメッセージを表示します。
  正しいROMセットファイルが読み込めたら、「トラック選択モード」になります。
  「トラック選択モード」では、選択したゲームのBGMトラックが一覧表示されます。
6. 方向キーでBGMトラックを選び、Ａボタンで演奏開始します。
7. Ｂボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(33KB) ソース(3.7MB)

まだ試作版なので、かなり機能制限があります。
- まだ『ロードランナー』と『ロードランナーII』にしか対応していません。
  それ以外のM62ゲームタイトルには未対応です。（ファイル選択モードでは、薄い灰色で表示されます。）
  動作確認したROMセットファイルの内容は、次の通りです。
  
  ldrun.zip:
  + lr-a-3f SIZE:8192 CRC:7a96accd
  + lr-a-3h SIZE:8192 CRC:3f7f3939
  
  ldrun2.zip:
  + lr2-a-3e SIZE:8192 CRC:853f3898
  + lr2-a-3f SIZE:8192 CRC:7a96accd
  + lr2-a-3h SIZE:8192 CRC:2a0e83ca
- 演奏があまり正確ではありません。
  時々、不正な高音が鳴ったり、本当は減衰するはずの音があまり減衰しなかったりします。
  演奏処理を間に合わせるために、かなり処理を省略した影響でしょうか・・・調査中です。
アイレムM62システムと言えば、やはり『ロードランナーシリーズ』がいちばん有名です。
僕も当時、ゲームセンターでかなり遊びました。
あまり上手くなかったので、他の人のプレイを見ていることの方が多かったですが・・・

今回のM62プレイヤーは、ロードランナーシリーズのBGMをP/ECE上で聴きたくて作り始めました。
M62システムのサウンドCPUはかなり遅く、P/ECEでも余裕でエミュレートできるかと思ったのですけれど、甘かったです。
確かに遅いのですが、そのぶんサウンド処理専用のCPUですので、サウンド処理が常時フル回転しています。
まともにエミュレートすると処理速度が50%以上間に合わず、やむなく個別対応で処理速度を稼ぐことになりました。

僕は『ロードランナーII』がいちばん好きだったので、まずは今回対応できて良かったです。
メインBGM（ロードランナーIIのトラック38番）は、音の減衰がおかしい以外はまあまあいい感じに演奏できていると思います。

謝辞
- 「MAME」のアイレムM62システムドライバーソースコードを参考にさせて頂きました。
  ありがとうございます。

2004年2月4日

ストレートフラッシュ/EMUを作りました。
『ストレートフラッシュ』(タイトー・1979)を、P/ECE上でエミュレートします。

使い方

配布ファイルに含まれている、「sflush.pex」をP/ECEに転送してください。

『ストレートフラッシュ』のROMセットファイル「sflush.zip」をP/ECEに転送してください。
ROMセットファイルは配布ファイルに含まれていません。別途、ご用意ください。
なお、動作確認したROMセットファイルの内容は、次の通りです。

sflush.zip:
+ taitofr.005 SIZE:2048 CRC:c4f08f9f
+ taitofr.004 SIZE:2048 CRC:87a754a5
+ taitofr.003 SIZE:2048 CRC:5b12847f
+ taitofr.002 SIZE:2048 CRC:291c9b1f
+ taitofr.001 SIZE:2048 CRC:55d688c6

P/ECEのメニューで、「ストレートフラッシュ/EMU」を選択し、実行してください。
ROMセットファイルが見つからなかったり、内容が一致しなかった場合は、エラーメッセージを表示して終了します。
正しいROMセットファイルがロードできたら、デモ画面が表示されます。
SELECTボタンでコインを投入し、STARTボタンでゲームスタートです。

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

操作方法

左右ボタン　　　　　ラケットを左右に動かします。
Ａボタン　　　　　　ラケットの移動を加速します。
ＳＴＡＲＴボタン　　スタートボタンに対応します。
ＳＥＬＥＣＴボタン　コイン投入に対応します。
Ｂボタン　　　　　　プログラムを終了します。

ブロック崩しとピンボールを合成したようなゲームシステムです。
詳しくは、タイトー社のWebサイトにストレートフラッシュの資料が掲載されています。 1 2
他にも懐かしい業務用ゲーム機の資料がずらり揃っていて、さすがは老舗メーカー。
それにしても、Googleで「ストレートフラッシュ」を検索すると、上から六件目に同ページがヒットするのが驚きです。(2004/02/04現在)
ポーカーやトランプ関連ページがもっと先に来そうなものですが・・・このゲーム、そんなにメジャーだったでしょうか？(^^;

今回は、モトローラ社6800 MPUのエミュレーションプログラムです。
「6800 CPU emulator」を参考に、P/ECE用に特化した6800エミュレーションプログラムを実装してみました。
既に八割方アセンブラ化して高速化を試みたのですが、それでも実機の半分程度の速度しか出せていません。
しかし実際には、これ以上ボールの動きが速くなるとP/ECEの液晶画面では残像で見えなくなってしまいます。
図らずもちょうど良い速度、といったところです。

謝辞

Larry Bank氏製作の「6800 CPU emulator」のソースコードを参考にさせて頂きました。
「Arto's official home page」さんのサイトの「6809 Emulation Page」からダウンロードさせて頂きました。
ありがとうございます。
「MAME」のストレートフラッシュドライバーソースコードを参考にさせて頂きました。
ありがとうございます。

2004年1月30日

SAPプレイヤーバージョンアップしました。変更点は次の通りです。
- プログラムローダを修正し、再生できるファイルの数が増えました。
  前バージョンでは、TYPE BかTYPE Cであっても“このファイルは再生できません”と表示されてしまうSAPファイルがいくつかありました。
  大抵の場合、SAPファイル内に記述されているプログラムサイズ情報と、実際のファイルサイズが一致していないのが原因です。
  SAPファイルそれ自身に問題があるような気もするのですけれど、既存のSAPプレイヤーでは再生できてしまっています。
  そこで、不正なサイズ情報を持つSAPファイルに出会った場合はエラー扱いとせず、ムリヤリロードしてみることにしました。
  はたしてこれが正しい仕様なのかよくわからないのですが、こうすることで問題なく再生できてしまうSAPファイルが少なからず存在します。
  結果オーライです。
ダウンロードはこちらバイナリ(45KB) ソース(3.5MB)

今回のバージョンアップで、TYPE BとTYPE CのSAPファイルはだいたい再生可能になりました。
とりあえず今回で一応完成としたいと思います。
TYPE SとTYPE Dが未対応のままですが、まず、TYPE SのSAPファイルは非常に数が少ないのでさほど問題ではないと思います。
TYPE DのSAPファイルは演奏処理が非常に重くて、P/ECEの処理能力では間に合いそうもありません。

2004年1月29日

SAPプレイヤーバージョンアップしました。変更点は次の通りです。
- ディストーションの音質を改善しました。
  『SAPER』の音質とは較べるべくもありませんが、前バージョンよりは遥かにマシになったと思います。
  POKEYの音色を再現するにはサイクル単位の厳密な処理が必要みたいで、ちょっとでも手を抜くと大幅に音が変わってしまいます。
  PSGやSIDのエミューレションは手を抜いてもそれなりに聴こえていたのと較べると、POKEYの発声の仕組みはかなりデリケートです。
  P/ECEでは処理能力限界との兼ね合いもありますので、ある程度のところで手を打つことにしました。
  一部のSAPファイルの演奏処理が間に合わなくなってしまいましたが、多くのSAPファイルはまだギリギリ間に合っていると思います。
ダウンロードはこちらバイナリ(42KB) ソース(3.4MB)

最後に、オススメSAPファイルのご紹介。
まずは「Atari SAP Music Archive」さんのサイトから、最新バージョンのアーカイブをダウンロードしてください。

「ASMA/Games/Classics/Pitfall_II.sap」
ピットフォールIIです。
ディストーション音色はあまり使われてなくってPOKEYらしさは少ないですが、お馴染みのメロディーで聴きやすいです。

「ASMA/Unsorted/Aura_30.sap」
一転、こちらはPOKEYらしい音。
ぜひ『SAPER』で聴いてみてください。P/ECE SAPプレイヤーの再現性では雑音と紙一重です・・・(^^;

「ASMA/Various/Numan_Daniel/Raving_Pazda.sap」
POKEYの音楽はドラム音にも特徴がありますね。
このSAPファイルはP/ECE SAPプレイヤーでもなかなか良い感じに演奏できます。

2004年1月28日

『七つ唄』、３番と６番のエンディング見ました。
３番はバッドエンド？６番ももうひとつすっきりしない。
やっぱり１番がベストエンドなのでしょうか。
１番目指してもう一度最初からやってみます。

敵よりも主人公の行動が怖い・・・
SAPプレイヤー(試作版)を作りました。
「SAP形式」の音楽ファイルを、P/ECE上で再生します。まだ試作版なので、かなり機能制限があります。

SAP形式とは、アタリ社の8bitコンピュータ「ATARI XL/XEシリーズ」等のソフトから抽出した音楽ファイル形式の一種です。
アタリ社の8bitコンピュータには、音源として、「POKEY」という名の複合機能プロセッサが搭載されています。
“ディストーション”機能による独特の音色が特徴的です。(が、後述するように今回はその特徴が再現できていません(^^;)

詳しくは、Google検索で「Atari SAP POKEY」等のキーワードを検索してみてください。
SAP形式の音楽ファイルは、「Atari SAP Music Archive」さんのサイトからたくさん入手できます。
既存のSAPプレイヤーやSAP関連のニュースについては、「VORC」さんの記事が詳しいです。

使い方
1. 配布ファイルに含まれている、「sapplay.pex」をP/ECEに転送してください。
2. SAPファイルをP/ECEに転送してください。
  SAPファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『SAP Player』を実行してください。
4. 『SAP Player』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、SAPファイル（拡張子が.sapのファイル）のファイル名とサイズが一覧表示されます。
5. 方向キーでSAPファイルを選び、Ａボタンを押すと、「トラック選択モード」になります。
  「トラック選択モード」では、選択されたSAPファイルの情報と、これから演奏するトラック番号が表示されます。
6. 方向キーでトラック番号を選び、Ａボタンで演奏開始します。
7. 演奏中にＢボタンを押すと、演奏停止します。
  演奏停止した状態でＢボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(42KB) ソース(3.4MB)

まだ試作版なので、かなり機能制限があります。
- ディストーションのかかった音色が正しく発声されません。
  POKEY最大の特徴であるディストーション音色が、現状では正しく発声できていません。
  必要以上にノイズっぽくて、割れたような音になってしまっています。
  ディストーションのかかっていない音色は正しく発声できているので、たぶんディストーション処理だけの間違いだと思うのですが・・・
  原因調査中です。
- TYPE BとTYPE CのSAPファイルのみ再生可能です。TYPE DとTYPE SのSAPファイルは再生できません。
  SAPファイルには演奏方法によって複数のサブタイプがあり、主にTYPE B、TYPE C、TYPE D、TYPE Sのサブタイプが利用されています。
  今回はTYPE BとTYPE CのSAPファイルにのみ対応しました。
  ほとんど(9割ぐらい?)のSAPファイルはTYPE BかTYPE Cだと思います。
特に前者の制限が致命的です。
既存の優れたSAPプレイヤーがいくつもあるので、それらを参考にさせて頂いて、何とか修正したいところです。

さて、僕はこれまで、アタリ社の8bitコンピュータに関する知識をほとんど持ち合わせていませんでした。
1979年に発売され、1980年代に海外で広く普及した機種らしいのですが、大阪日本橋電気街の店頭では一度も見かけなかったです。
アップル社やコモドール社は別格としても、シンクレア社やタンディ社のコンピュータと比較してもマイナーだったように思います。
雑誌で広告や紹介記事を見た記憶もありません。

そんなわけで、僕はアタリ社の8bitコンピュータにはさほど思い入れがないのですが、POKEYチップは別です。
POKEYはアタリ社の業務用ゲーム機にも多く搭載されています。
ミサイルコマンド、アステロイド、スターウォーズなどなど、8bitコンピュータよりもこちらの方が思い出深いです。
ガントレットやマーブルマッドネスにも搭載されていたそうです。(どこで鳴ってるのかよくわかりませんが・・・)

業務用ゲーム機での使われ方から想像すると、単音orノイズぐらいの低機能音源だと思っていたのですが、仕様を見て驚きました。
同時発声数や音色の多彩さにおいて、PSGやSIDに勝るとも劣らない非常に高機能な音源だったのですね。
トーンとノイズを合成して音色を作る“ディストーション”機能は、他のPSGタイプの音源には見られない大きな特徴です。
これだけの機能を持っていながら、当時のアタリ社製業務用ゲーム機にはほとんど音楽が付いていなかったのが不思議です。

謝辞
- Linux/Windows用のSAPプレイヤー『SAPER』を参考にさせて頂きました。
  ありがとうございます。

2004年1月24日

GBSプレイヤーバージョンアップしました。変更点は次の通りです。
- 演奏開始直後に一瞬、不正なクリック音が発声してしまっていたのを修正しました。
- さらに少し高速化しました。
  CPUエミュレーションプログラムのアセンブラ化を進めて、さらに5%ぐらい速くなりました。
  でもあまり状況は変わっていません。
  演奏処理が軽いGBSファイルと重いGBSファイルの間に、極端な差があるみたいだからです。
  現状で演奏処理が間に合っているGBSファイルは既にかなり余裕があり、20%ぐらいの余力を残して間に合っているものが多いです。
  ところが現状で間に合っていないGBSファイル（『ネメシスII』や『ポケモンカードGB』等）は、50%以上処理時間オーバーしてしまっています。
  そんなわけで、前バージョンと較べて演奏処理が間に合うようになったGBSファイルの数はさほど増えていないと思います。
ダウンロードはこちらバイナリ(28KB) ソース(3.2MB)

使い方は、前バージョンのリリースノート(2004年1月19日、2004年1月22日)を参照下さい。

演奏処理が間に合わないGBSファイルがいくつか（かなり？）あるのが心残りですが、50%以上の高速化は現状ではちょっと目処が立ちません・・・
というわけで、今回で一応完成としたいと思います。
>_それはそうと、URL飛ばされたんですが、もう移転されたんですか？[てとら★ぽっとさん]

暫定処置で、とりあえず自宅へ移転してみました。

2004年1月22日

GBSプレイヤーバージョンアップしました。変更点は次の通りです。
- 音源エミュレーションを大幅に修正しました。
  完全ではないものの、前バージョンに較べればかなり良くなってると思います。
  また、前バージョンで未実装だったスイープ機能も実装してみました。
  でも、実際にスイープ機能を使っているGBSファイルが見当たらないです・・・
- タイマ割り込みタイミングのGBSファイルに対応しました。
  タイマ割り込みタイミングのGBSファイルも、正しいテンポで演奏できるようになりました。
  前バージョンでは遅いテンポで演奏されてしまっていた『ドラキュラ伝説』等が、正しいテンポで演奏できるようになりました。
- DMG-CPUの「LDHL SP,e」「ADD SP,e」命令を実装しました。
  『スーパーマリオランド』等、これらの命令を使っているGBSファイルが演奏できるようになりました。
  「DAA」命令はまだ実装していません。
- 少し高速化しました。
  CPUエミュレーションプログラムをアセンブラ化して、5%ぐらい速くなりました。
  でも5%程度ではまだ不足で、やっぱり演奏処理が間に合わないGBSファイルがいくつかあります。
ダウンロードはこちらバイナリ(28KB) ソース(3.2MB)

使い方は、前バージョンのリリースノート(2004年1月19日)を参照下さい。

前バージョンに較べるとだいぶマシになってきたと思います。
まだもう少し高速化の余地が残っています。
でも現状で演奏処理が間に合わないGBSファイル（『ネメシスII』等）は、少しどころではなく全然間に合っていないです。
これらのGBSファイルについては、あきらめるしかなさそうです。

2004年1月19日

GBSプレイヤー(試作版)を作りました。
「GBS形式」の音楽ファイルを、P/ECE上で再生します。まだ試作版なので、かなり機能制限があります。

「GBS形式」とは、任天堂GameBoy用ソフトの音楽部分を抽出したファイル形式の一種です。
詳しくは、Google検索で「GameBoy GBS Archive」等のキーワードを検索してみてください。
既存のGBSプレイヤーについては、「VORC」さんのニュースが詳しいです。

使い方
1. 配布ファイルに含まれている、「gbsplay.pex」をP/ECEに転送してください。
2. GBSファイルをP/ECEに転送してください。
  GBSファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『GBS Player』を実行してください。
4. 『GBS Player』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、GBSファイル（拡張子が.gbsのファイル）のファイル名とサイズが一覧表示されます。
5. 方向キーでGBSファイルを選び、Ａボタンを押すと、「トラック選択モード」になります。
  「トラック選択モード」では、選択されたGBSファイルの情報と、これから演奏するトラック番号が表示されます。
6. 方向キーでトラック番号を選び、Ａボタンで演奏開始します。
7. 演奏中にＢボタンを押すと、演奏停止します。
  演奏停止した状態でＢボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(28KB) ソース(3.2MB)

まだ試作版なので、かなり機能制限があります。
- 演奏処理が間に合わず、テンポが乱れたりハングアップしてしまうことがあります。
  GameBoyのCPU、DMG-CPUのエミュレーション処理をまだほとんど高速化していないためです。
  例えば『ゼルダの伝説ふしぎの木の実』は演奏処理が間に合わず、すぐにハングアップしてしまいます。
- GameBoyのCPUエミュレーションプログラムに、一部未実装命令が残っています。
  「LDHL SP,e」「ADD SP,e」「DAA」の各命令が未実装です。
  これらの命令を使っているGBSファイルはさほど多くないようですが、もし出会ったらエラーメッセージを表示して終了するか、またはハングアップします。
  例えば『スーパーマリオランド』がアウトで、エラーメッセージを表示して終了してしまいます。
- GBSファイルによっては、正しいテンポで演奏されない場合があります。
  GBSファイルには、V-BLANK割り込みタイミングで演奏処理を行うものと、タイマ割り込みタイミングで演奏処理を行うものがあります。
  今回はV-BLANK割り込みタイミング決め打ちで実装しているため、タイマ割り込みタイミングのGBSファイルは正しいテンポで演奏できません。
  例えば『ネメシスII』がアウトです。(そのうえ演奏処理も間に合っていません)
- スイープ機能が未実装です。
  スイープ機能とは、自動的に音の高さを変化させる機能のことです。今回は実装していません。
  でも、もともと目立つ部分でスイープ機能を使っているGBSファイルはあまり多くないようなので、さほど気にならないかも知れません。
- その他いろいろ、未実装項目や不完全な部分があります。
現状で、ある程度正しく再生できるGBSファイルをいくつか挙げておきます。
- 『クォース』
  今回はこのGBSファイルが再生できることを目標としました。演奏処理も比較的軽めで、なかなか良い感じに再生できています。
  以前に『クォースもどき』を作ったときにも書きましたが、業務用クォースよりもGameBoy版やMSX版の方が曲数が多いです。
  追加曲も取って付けたようなものではなく、既存の曲との統一感があります。
  GameBoy版やMSX版のクォースが本当の完成形で、先に出た業務用がダイジェスト版(?)だったのかなあ、と思いました。
- 『ネメシス』
  いくつかのトラックでノイズ音が消えない等の問題が残っていますが、その他のトラックは概ね良い感じに再生できます。
  僕はこのソフトで『グラディウス』の海外名が『ネメシス』であることを知りました。
  なぜネームバリューのある『グラディウス』でなく、『ネメシス』の名で国内発売されたのか、未だに不思議です。
謝辞
- Unix系OS用のGBSプレイヤー『gbsplay』を参考にさせて頂きました。
  ありがとうございます。

2004年1月13日

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

「VGM形式」とは、セガ社の家庭用ゲーム機「SG-1000シリーズ」や「セガマークIII」等の音楽録音形式の一種です。
「VGM形式」は比較的単純なベタ録音形式なので、ファイルサイズがかなり大きくなってしまいます。
そこで「VGM形式」のファイルを圧縮し、サイズを小さくしたものが「VGZ形式」です。

既存のVGMプレイヤーについては「VORC」さんのニュースを、
「VGM形式」やセガ社のゲーム機全般については「SMS Power!」さんのサイトをご参照ください。

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

今回の『VGMプレイヤー』は、「SG-1000シリーズ」「セガマークIII」の「PSG音源」限定対応です。
- 「SG-1000シリーズ」「セガマークIII」以外のゲーム機、例えば「ゲームギア」等で録音したVGMファイルは再生できません。
- 「セガマークIII」の「FM音源パック」を使って録音したVGMファイルは再生できません。
ファミコン全盛当時、僕はファミコンユーザーではなく、セガマークIIIユーザーでした。
ファミコンに対抗意識を燃やし、毎月Beep誌を欠かさず読む、典型的なセガ野郎でした(^^;

そんなわけで、セガマークIIIには思い入れたっぷりなのですが、搭載音源のスペックについては最近まで知りませんでした。
てっきり、MSXと同じ「AY-3-8910(PSG)」だと思っていました。同じPSGでも少し違う「SN76489」だったのですね。
当時から、MSXのPSGサウンドに較べてセガマークIIIのサウンドは音が“硬い”印象があったのですけれど、なるほど音源が違っていたのか・・・
「AY-3-8910」よりも低機能な代わりに、ノイズがトーン3チャネルとは独立している等、ゲーム用途では「SN76489」の方が使いやすそうです。

謝辞
- 「Enri's Home PAGE」さんのサイトの「PSG(SN76489コンパチ)」のページを参考にさせて頂きました。
  ありがとうございます。

2004年1月5日

てとら★ぽっとさんより、年賀メールと、P/VNSノベル『七つ唄』の年賀絵を頂きました。
ありがとうございます。こちらこそお世話になってます。通販開始お待ちしてます。

それでは僕も何か・・・昨年P/ECEで作ろうとして失敗してしまったゲームの音楽データなど(^^;
- 「対戦とっかえだま」(コナミ・1996)より、竹レベルBGM
- 「ToHeart PSE」(アクアプラス・2003)より、ミニゲーム○△□×BGM
お粗末様でした。

それでは皆様、本年もどうぞよろしくお願いいたします。

2004年1月3日

SIDプレイヤーバージョンアップしました。変更点は次の通りです。
- Galway-Noise機能に対応しました。
  「Arkanoid」などのSIDファイルで、Galway-Noise音が鳴るようになりました。
  が、もともと耳障りな高いノイズ音を発声するための機能だったみたいで、鳴ってもあまり嬉しくないです・・・
  この機能を使っているSIDファイルもあまり多くないようです。
- CIAタイマの初期値を修正しました。
  前バージョンでCIAタイミングに対応したのですが、一部のSIDファイルは間違ったテンポのまま演奏されてしまっていました。
  原因は、CIAタイマの正しい初期値は1/60[秒]なのに、間違えて初期値1/50[秒]に設定してしまっていたことでした。
  今回の修正で、「Bad Blood (end sequence)」も正しいテンポで演奏されるようになりました。
ダウンロードはこちらバイナリ(23KB) ソース(2.8MB)

使い方や注意点については、前バージョンのリリースノート(2003年12月29日、2003年12月30日、2004年1月1日、2004年1月2日)を参照下さい。

まだ、アナログフィルタや6510プロセッサの未定義命令などの未実装項目が残っているのですが、今回で一応完成としたいと思います。
初期化ルーチン実行中に未定義命令に出会うと、エラーメッセージを表示して終了します。(その場合はSELECTボタンで復帰できます)
運悪く、初期化ルーチンでは出会わずに演奏ルーチンの中で未定義命令に出会うと、ハングアップしたりゼロ除算エラー画面になってしまいます。
スミマセン、そうなってしまったらリセットボタンで復帰してください。

さて、初回(2003年12月29日)にも書きましたように、僕はこれまで「SIDチップ」や「SID形式」のことはぜんぜん知りませんでした。
今回のプログラミングで、「SIDチップ」「SID形式」の理解がだいぶん進みました。
サンプリング音声やGalway-Noise機能は、本物の「Commodore 64」にはない、PC上のSIDプレイヤーの独自拡張機能だったという点に驚きました。
もし「Commodore 64」にこんな機能が付いてたら・・・というファンの思い入れでしょうか。なるほど、こういうのもアリかも知れません。

2004年1月2日

SIDプレイヤーバージョンアップしました。変更点は次の通りです。
- CIAタイミングのSIDファイルに対応しました。
  これまで間違ったテンポで演奏されてしまっていたSIDファイルが、正しいテンポで演奏されるようになりました。
  「United Stars」等の演奏を前バージョンと聴き較べると、違いがわかると思います。
  でもまだ一部、間違ったテンポのままで演奏されれてしまうSIDファイルが残っています。
  例えば「Bad Blood (end sequence)」のテンポは相変わらず間違ったまま。
  CIAタイマ以外のタイミング要因があるのかな？
- I/O領域のバンク切り換えに対応しました。
  前バージョンまでは再生できなかった、40～50KB以上の大きなSIDファイルも再生できるようになりました。
  例えば「Digital Acid」(61KB)等が再生できるようになりました。
ダウンロードはこちらバイナリ(23KB) ソース(2.8MB)

使い方や注意点については、前バージョンのリリースノート(2003年12月29日、2003年12月30日、2004年1月1日)を参照下さい。

オススメSIDファイル追加です。
今回のバージョンアップで、「Turbo Outrun」が再生できるようになりました。(でも波のノイズ音が上手く再生できてないです)
かなり長い曲だけど、聴き易いです。オススメ。
初代『アウトラン』の「パッシングブリーズ」を中心としたアレンジで、『ターボアウトラン』の曲は一曲も入ってないような気もしますが・・・(^^;
↓訂正
2トラック目以降に入ってました。良かった～。僕はアウトランシリーズの中では『ターボアウトラン』が一番思い入れがあります。

2004年1月1日

SIDプレイヤーバージョンアップしました。変更点は次の通りです。
- PCMサウンド出力に対応しました。
  PlaySID拡張SIDレジスタのサンプリング出力機能に対応し、PCMサウンドが鳴るようになりました。
  PlaySID拡張SIDレジスタのGalway-Noise機能は、まだよくわかっていないので未対応です。
以前にご紹介しました「Outrun Europe」のPCMサウンドも鳴るようになりました。1トラック目は必聴!!
P/ECEをお持ちでない方は、KbMedia Player等のSIDプレイヤーで聴いてみてください。

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

使い方や注意点については、前バージョンのリリースノート(2003年12月29日、2003年12月30日)を参照下さい。

残り未実装項目のうち、影響の大きなものを列挙しておきます。
- PALタイミング以外のSIDファイルに未対応です。
  現状ではそのままPALタイミングで演奏してしまうため、間違ったテンポで演奏されてしまいます。
- バンク切り換えに未対応です。
  特に、I/O領域のバンク切り換え未対応の理由により、40～50KBよりも大きなSIDファイルは演奏できないことが多いです。
アナログフィルタやリングモジュレーションの有無は、意外と影響が小さいような気がしてきました・・・実装しなくてもいいかな？(^^;

2003年12月30日

SIDプレイヤーバージョンアップしました。今回はバグ修正のみです。
- 演奏初期化ルーチン呼び出し処理のバグを修正しました。
  前バージョンでは、このバグが原因でハングアップしてしまっていたSIDファイルがたくさんありました。
  今回の修正により、再生可能なSIDファイルはかなり増えたと思います。
音に関しては前バージョンと変わりありません。
また、6510 CPUの未定義命令が未実装なので、未定義命令を使っているSIDファイルを演奏しようとするとエラーメッセージを表示して終了してしまいます。
今後の課題です。

~~ダウンロードはこちらバイナリ(23KB) ソース(2.8MB)~~
↓2003/12/30 19:30 追記：タイミングを少し修正しました。ほとんど違いはありません。
ダウンロードはこちらバイナリ(23KB) ソース(2.8MB)

使い方や注意点については、前バージョンのリリースノート(2003年12月29日)を参照下さい。

2003年12月29日

SIDプレイヤーを作りました。
「SID形式」の音楽ファイルを、P/ECE上で再生します。でもまだかなり機能制限があります。

「SID形式」とは、コモドール社のコンピュータ「Commodore 64」の音楽ファイル形式の一種です。
詳しくは、Google検索で「Commodore-64」「SID-Player」等のキーワードを検索してみてください。

前回の「AY形式」と同様、「SID形式」の音楽も非常に人気があり、現在も多くの作品が発表され続けています。
各プラットフォーム用の優れたSIDプレイヤーもたくさん公開されています。
既存のSIDプレイヤーについては、「VORC」さんのニュースが詳しいです。
「SID形式」の音楽作品は、「HVSC」さんのサイト等から入手できます。

使い方
1. 配布ファイルに含まれている、「sidplay.pex」をP/ECEに転送してください。
2. SIDファイルをP/ECEに転送してください。
  SIDファイルは配布ファイルには含まれていません。別途、ご用意ください。
  「HVSC」さんのトップページから、膨大なSIDファイルを収めたアーカイブファイルがダウンロードできます。
3. P/ECEのメニュー画面で、『SID Player』を実行してください。
4. 『SID Player』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、SIDファイル（拡張子が.sidのファイル）のファイル名とサイズが一覧表示されます。
5. 方向キーでSIDファイルを選び、Ａボタンを押すと、「トラック選択モード」になります。
  「トラック選択モード」では、選択されたSIDファイルの情報と、これから演奏するトラック番号が表示されます。
6. 方向キーでトラック番号を選び、Ａボタンで演奏開始します。
7. 演奏中にＢボタンを押すと、演奏停止します。
  演奏停止した状態でＢボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(23KB) ソース(2.8MB)

僕がまだ「SIDチップ」「SID形式」の仕様を理解しきれていないため、かなり機能制限があります。
- アナログフィルタやリングモジュレーション等の効果が未実装です。
  SIDサウンド最大の特徴が未実装ではお話にならないような気もしますが、無ければ無いで聴けなくもない(^^;かな?
- PCM的な処理を行っているSIDファイルでは、PCMサウンドが出力されません。
  場合によっては演奏処理がハングアップしてしまい、リセットボタンを押すしかなくなってしまいます・・・
- 「PSID」形式のSIDファイルにしか対応していません。
  SID形式のファイルには、サブタイプとして「PSID」「RSID」があり、そのうち「PSID」形式にしか対応していません。
  「RSID」形式のSIDファイルを演奏しようとすると、「このファイルは再生できません」と表示されます。
- その他、書ききれないほどの未実装項目があります。
「Commodore 64」は、1982年にコモドール社から発売された家庭用コンピュータです。
下位機「VIC-20」や上位機「Commodore 128」を含めると、単一系統での販売台数2100万台という世界記録を打ち立てたそうです。
国内では「VIC-20」の日本版「VIC-1001」が有名です。

「Commodore 64」は現在も多くのファンに支えられています。その人気の理由の一つに、優れたサウンド機能が挙げられます。
「SIDチップ」と呼ばれるサウンドプロセッサがそれで、アナログフィルタを内蔵しているのが特徴です。
構成はPSGに似ているのですが、FM音源ばりのエンベロープジェネレータを持ってたりと、なかなか面白いサウンドプロセッサです。

・・・と、解説しておいて言うのもなんですが、実は僕は最近まで「SID」のことは知りませんでした(^^;
ちょうどコンピュータを始めた当時、「VIC-1001」は少し使ったけれど、音源を気にするほどには使い込んでいません。
後継の「Commodore 64」が発売されたことは知っていたのものの、実際に店頭で見かけることはほとんどありませんでした。
「SID」に興味を持ったのはPC上のSIDプレイヤーで聴いてからで、実機のSIDサウンドを聴いたことさえもありません。
当時、このサウンド機能に気付いていたら、きっと「Commodore 64」が欲しくなっていただろうなぁ、と今更ながらに思いました。

最後に、オススメSIDファイルをいくつか。
「Robocop 3」
現状の「SIDプレイヤー」でもなかなかいい感じに再生でき、曲もカッコイイです。
「Outrun Europe」
1トラック目はPCM処理を使っているので上手く再生できませんが、2トラック目以降は大丈夫。これも曲がいいです。
「Mon Demo 1991」
僕はこの曲の出典を知らないのですけれど、単体で聴いても楽しい曲です。

謝辞
- Linux/BeOS用のSIDプレイヤー『SIDPlayer』を参考にさせて頂きました。
  ありがとうございます。

2003年12月23日

P/ECE研究記録更新しました。「ディレイド分岐命令の誤動作#4」

2003年12月22日

P/ECE研究記録更新しました。「ディレイド分岐命令の誤動作#3」

2003年12月20日

P/ECE研究記録更新しました。「ディレイド分岐命令の誤動作#2」

2003年12月17日

P/ECE研究記録更新しました。「ディレイド分岐命令の誤動作#1」

2003年12月16日

タンクバタリアン/EMUを作りました。
『タンクバタリアン』(ナムコ・1980)を、P/ECE上でエミュレートします。

使い方

配布ファイルに含まれている、「tankbatt.pex」をP/ECEに転送してください。

『タンクバタリアン』のROMセットファイル「tankbatt.zip」をP/ECEに転送してください。
ROMセットファイルは配布ファイルに含まれていません。別途、ご用意ください。
なお、動作確認したROMセットファイルの内容は、次の通りです。

tankbatt.zip:
+ tb1-1.bin SIZE:2048 CRC:278a0b8c
+ tb1-2.bin SIZE:2048 CRC:e0923370
+ tb1-3.bin SIZE:2048 CRC:85005ea4
+ tb1-4.bin SIZE:2048 CRC:3dfb5bcf
+ tb1-5.bin SIZE:2048 CRC:aabd4fb1
+ tankbatt.clr SIZE:256 CRC:1150d613

P/ECEのメニューで、「タンクバタリアン/EMU」を選択し、実行してください。
ROMセットファイルが見つからなかったり、内容が一致しなかった場合は、エラーメッセージを表示して終了します。
正しいROMセットファイルがロードできたら、テスト画面の後、デモ表示になります。
SELECTボタンでコインを投入し、STARTボタンでゲームスタートです。

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

操作方法

上下左右ボタン　　　戦車を動かします。
Ａボタン　　　　　　砲弾を発射します。
Ｂボタン　　　　　　一時停止・解除します。
ＳＴＡＲＴボタン　　スタートボタンに対応します。
ＳＥＬＥＣＴボタン　コイン投入に対応します。

ナムコ黄金期初期の名作、『タンクバタリアン』です。
後にファミコン版『バトルシティ』(ナムコット・1985)や、業務用の続編『タンクフォース』(ナムコ・1991)も登場しました。
味方司令部を守りつつ敵を全滅する、攻守のバランスが絶妙で、特に『バトルシティ』はかなりのヒット作と記憶しています。
対戦プレイが似合いそうなゲームルールなのですが、意外にも対戦モードはなく、二人プレイは協力モードとなっていました。
もしかしたら別の機種への移植版では対戦モードがあるのかも知れませんが・・・もしあるならば一度遊んでみたいものです。

前回の『サーカス/EMU』に引き続き、6502エミュレーションプログラムです。
前回に較べて約20～25%ぐらい速くなったものの、まだ実機(6502 1MHz)の速度には及ばず、約70～80%の速度となっています。
1MHzにも間に合わない・・・なかなか苦しいところです。

謝辞

「MAME」のタンクバタリアンドライバーソースコードを参考にさせて頂きました。
ありがとうございます。

2003年12月13日

サーカス/EMUを作りました。
『サーカス』(エキシディ・1977)を、P/ECE上でエミュレートします。

使い方

配布ファイルに含まれている、「circus.pex」をP/ECEに転送してください。

『サーカス』のROMセットファイル「circus.zip」をP/ECEに転送してください。
ROMセットファイルは配布ファイルに含まれていません。別途、ご用意ください。
なお、動作確認したROMセットファイルの内容は、次の通りです。

circus.zip:
+ circus.1a SIZE:512 CRC:7654ea75
+ circus.2a SIZE:512 CRC:b8acdbc5
+ circus.3a SIZE:512 CRC:901dfff6
+ circus.5a SIZE:512 CRC:9dfdae38
+ circus.6a SIZE:512 CRC:c8681cf6
+ circus.7a SIZE:512 CRC:585f633e
+ circus.8a SIZE:512 CRC:69cc409f
+ circus.9a SIZE:512 CRC:aff835eb
+ circus.4c SIZE:512 CRC:6efc315a
+ circus.3c SIZE:512 CRC:30d72ef5
+ circus.2c SIZE:512 CRC:361da7ee
+ circus.1c SIZE:512 CRC:1f954bb3
+ circus.14d SIZE:512 CRC:2fde3930

P/ECEのメニューで、「サーカス/EMU」を選択し、実行してください。
ROMセットファイルが見つからなかったり、内容が一致しなかった場合は、エラーメッセージを表示して終了します。
正しいROMセットファイルがロードできたら、デモ画面が表示されます。
SELECTボタンでコイン投入後、STARTボタンでゲームスタートです。

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

操作方法

左右ボタン　　　　　シーソーを左右に動かします。
Ａボタン　　　　　　シーソーの移動を加速します。
Ｂボタン　　　　　　一時停止・解除します。
ＳＴＡＲＴボタン　　スタートボタンに対応します。
ＳＥＬＥＣＴボタン　コイン投入に対応します。

ザイログ社Z80エミュレーションプログラムに続いて、今度はモステクノロジー社6502プロセッサのエミュレーションです。
これもたいへんにメジャーなプロセッサで、「Apple II」をはじめ「VIC-1001」「ファミリーコンピューター」等に採用されました。
既に多くの優れたエミュレーションプログラムが公開されています。
例えばP/ECE上で動くものとしては、「NES Hack Factory」さんの『NSF Player for P/ECE』が、実用速度の6502エミュレーションを実現なさっています。
僕はこれまで6502の詳しい内容をほとんど知らなかったので、今回のプログラミングで6502の学習もしようという試みです。

さて、『サーカス』です。
オリジナルの『サーカス』よりも、日本版『サーカスサーカス』(ユニバーサル・1978)の方が有名かも知れません。
当時、温泉旅館のゲームセンターには必ずと言っていいほど置いてありました。
変則的なブロック崩しゲーム、シーソーに載ったプレイヤーを交互に飛び上がらせて、上空の風船を割って行きます。

これはたいへんに難しいゲームで、コイン投入後30秒でゲームオーバー、ということもめずらしくありません。
そうそう連コインできるものでもなく、ぼんやりとデモ画面を眺めていた思い出があります。
ところがこのゲーム、デモ画面を眺めているだけでもなかなか楽しいのです。
『スペースインベーダー』以前の製品とは思えない程に動きが多彩で、見ていて飽きませんでした。

同タイプの風船割りゲームとしては、後に『プランプポップ』(タイトー・1987)、『エンジェルキッズ』(セガ・1988)が登場したものの、
最初の『サーカス』が偉大すぎたのでしょうか、あまり発展しなかったゲームジャンルの一つです。

謝辞

「MAME」のサーカスドライバーソースコードを参考にさせて頂きました。
ありがとうございます。

2003年12月06日

ギャラクシーウォーズ/EMUバグ修正しました。
前バージョンは2進化10進演算命令(DAA)の処理に間違いがあり、次のような不具合が発生していました。
- スペースインベーダーパートIIで、インベーダーを五匹倒しただけで砲台がエクステンドする。
- ルナレスキューで、動かない隕石が現れたり、探査船がマザーシップを突き抜けたりすることがある。
今回の修正により、上述の不具合が治りました。
2進化10進演算命令なんて使わない命令の筆頭かと思っていたのですが、昔のゲームでは意外と活用されていたのですね。

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

2003年12月05日

ギャラクシーウォーズ/EMUを作りました。
『ギャラクシーウォーズ』(ユニバーサル・1979)、『スペースインベーダーパートII』(タイトー・1979)、『ルパン三世』(タイトー・1979)、
『ルナレスキュー』(タイトー・1979)、『バルーンボンバー』(タイトー・1980)を、P/ECE上でエミュレートします。

使い方

配布ファイルに含まれている、「galxwars.pex」をP/ECEに転送してください。

ROMセットファイルをP/ECEに転送してください。
ROMセットファイルは配布ファイルに含まれていません。別途、ご用意ください。
なお、動作確認したROMセットファイルの内容は、次の通りです。

ギャラクシーウォーズ
galxwars.zip:
+ univgw3.0 SIZE:1024 CRC:937796f4
+ univgw4.1 SIZE:1024 CRC:4b86e7a6
+ univgw5.2 SIZE:1024 CRC:47a187cd
+ univgw6.3 SIZE:1024 CRC:7b7d22ff
+ univgw1.4 SIZE:1024 CRC:0871156e
+ univgw2.5 SIZE:1024 CRC:6036d7bf

スペースインベーダーパートII
invadpt2.zip:
+ pv.01 SIZE:2048 CRC:7288a511
+ pv.02 SIZE:2048 CRC:097dd8d5
+ pv.03 SIZE:2048 CRC:1766337e
+ pv.04 SIZE:2048 CRC:8f0e62e0
+ pv.05 SIZE:2048 CRC:19b505e9
+ pv06_1.bin SIZE:1024 CRC:a732810b
+ pv07_2.bin SIZE:1024 CRC:2c5b91cb

ルパン三世
lupin3.zip:
+ lp12.bin SIZE:2048 CRC:68a7f47a
+ lp13.bin SIZE:2048 CRC:cae9a17b
+ lp14.bin SIZE:2048 CRC:3553b9e4
+ lp15.bin SIZE:2048 CRC:acbeef64
+ lp16.bin SIZE:2048 CRC:19fcdc54
+ lp17.bin SIZE:2048 CRC:66289ab2
+ lp18.bin SIZE:2048 CRC:2f07b4ba

ルナレスキュー
lrescue.zip:
+ lrescue.1 SIZE:2048 CRC:2bbc4778
+ lrescue.2 SIZE:2048 CRC:49e79706
+ lrescue.3 SIZE:2048 CRC:1ac969be
+ lrescue.4 SIZE:2048 CRC:782fee3c
+ lrescue.5 SIZE:2048 CRC:58fde8bc
+ lrescue.6 SIZE:2048 CRC:bfb0f65d
+ 7643-1.cpu SIZE:1024 CRC:8b2e38de

バルーンボンバー
ballbomb.zip:
+ tn01 SIZE:2048 CRC:551585b5
+ tn02 SIZE:2048 CRC:7e1f734f
+ tn03 SIZE:2048 CRC:d93e20bc
+ tn04 SIZE:2048 CRC:d0689a22
+ tn05-1 SIZE:2048 CRC:5d5e94f1
+ tn06 SIZE:1024 CRC:7ec554c4
+ tn07 SIZE:1024 CRC:deb0ac82

P/ECEのメニューで、「ギャラクシーウォーズ/EMU」を選択し、実行してください。
ゲーム選択画面が表示されます。
ROMセットファイルがあるタイトルは濃い色で、ないタイトルは薄い色で表示されています。
ROMセットファイルがあるタイトルを選択して、AまたはSTARTボタンでエミュレーションを開始します。
エミュレーション実行中にBボタンを押すと、エミュレーションを終了して、ゲーム選択画面に戻ります。
以降、３～４の手順を繰り返してください。
ゲーム選択画面でBまたはSELECTボタンを押すと、プログラム終了します。

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

操作方法

上下左右ボタン　　　ジョイスティックに対応します。
Ａボタン　　　　　　ボタン１に対応します。
Ｂボタン　　　　　　エミュレーションを終了し、ゲーム選択画面に戻ります。
ＳＴＡＲＴボタン　　スタートボタンに対応します。
ＳＥＬＥＣＴボタン　コイン投入に対応します。

Z80エミュレーションプログラムの締めとして、思い入れのある5タイトルに対応してみました。

『ギャラクシーウォーズ』『バルーンボンバー』はゲームセンターあらし屈指の名勝負が有名。
『スペースインベーダーパートII』は前作に加えて様々な演出が施され、派手で豪華な印象です。
『ルパン三世』は運任せの瞬間移動がスリリングでした。
『ルナレスキュー』は2フェーズから成るゲーム展開が特徴的です。いちばんよく遊んだかな？

さて、Z80エミュレーションプログラムは、さらにアセンブラ化を進めて高速化してみました。
だけど、前回と較べて1%未満の違いしかありません。
主要な部分はほとんど手を尽くしたつもりなのですが、現在の方法ではZ80A実機の40%弱の性能が限界のようです。
全部C言語の場合と比較すれば、アセンブラ化によって15～20%程度の速度UPは得られたものの、絶対的に性能が足りませんでした。

Z80エミュレーションプログラムは、これでいったんおしまいです。
だけど、何かアイデアが思いついたらまた高速化に挑戦してみたいです。

謝辞

「MAME」のギャラクシーウォーズ、スペースインベーダーパートII、ルパン三世、
ルナレスキュー、およびバルーンボンバーのドライバーソースコードを参考にさせて頂きました。
ありがとうございます。

2003年12月02日

スペースインベーダー/EMUを作りました。
『スペースインベーダー』(タイトー・1978)を、P/ECE上でエミュレートします。

使い方
1. 配布ファイルに含まれている、「sitv.pex」をP/ECEに転送してください。
2. 『スペースインベーダー』のROMセットファイル「sitv.zip」をP/ECEに転送してください。
  ROMセットファイルは配布ファイルに含まれていません。別途、ご用意ください。
  なお、動作確認したROMセットファイルの内容は、次の通りです。
  
  sitv.zip:
  + tv0h.s1 SIZE:2048 CRC:fef18aad
  + tv02.rp1 SIZE:2048 CRC:3c759a90
  + tv03.n1 SIZE:2048 CRC:0ad3657f
  + tv04.m1 SIZE:2048 CRC:cd2c67f6
3. P/ECEのメニューで、「スペースインベーダー/EMU」を選択し、実行してください。
  ROMセットファイルが見つからなかったり、内容が一致しなかった場合は、エラーメッセージを表示して終了します。
  正しいROMセットファイルがロードできたら、デモ画面が表示されます。
  SELECTボタンでコイン投入後、STARTボタンでゲームスタートです。
ダウンロードはこちらバイナリ(40KB) ソース(2.6MB)

操作方法
- 左右ボタン　　　　　ジョイスティックに対応します。
- Ａボタン　　　　　　ビーム発射ボタンに対応します。
- Ｂボタン　　　　　　使いません。
- ＳＴＡＲＴボタン　　スタートボタンに対応します。
- ＳＥＬＥＣＴボタン　コイン投入に対応します。
ビデオゲームの代名詞、タイトー社『スペースインベーダー』です。
このゲームに関してはコメント不要でしょう。

『スペースインベーダー』は、Z80 CPUではなく、下位互換の8080 CPUを搭載しています。
前回の『ミニベーダー』・前々回の『ドッ取り君』で使われていたZ80A 4MHzに較べて、動作クロックは半分の2MHz、クロック当りの性能でも僅かに劣っています。
だから僕のエミュレーションプログラムでも間に合うかなと思ったのですが、やっぱりまだ少し遅く感じます。
そろそろ高速化の手が尽きてきました・・・現状で、Z80A 4MHz実機の2.6分の1程度の性能です。

『スペースインベーダー』とP/ECEの画面サイズの違いのため、縦半分・横1/3に縮小表示しています。
縮小表示と液晶残像の二重効果で、自機ビームのような小さな物体は目を凝らさないと見えないです。
インベーダーのビームも同じくらい小さいのですが、意外とはっきり見えるようです。
これが見えなかったらゲームにならないところでした・・・(^^;

謝辞
- 「MAME」のスペースインベーダードライバーソースコードを参考にさせて頂きました。
  ありがとうございます。

2003年11月30日

ミニベーダー/EMUを作りました。
タイトー社の業務筐体テスト用ゲーム基板『ミニベーダー』(タイトー・1990)を、P/ECE上でエミュレートします。

使い方
1. 配布ファイルに含まれている、「minivadr.pex」をP/ECEに転送してください。
2. 『ミニベーダー』のROMセットファイル「minivadr.zip」をP/ECEに転送してください。
  ROMセットファイルは配布ファイルに含まれていません。別途、ご用意ください。
  なお、動作確認したROMセットファイルの内容は、次の通りです。
  
  minivadr.zip:
  + d26-01.bin SIZE:8192 CRC:a96c823d
3. P/ECEのメニューで、「ミニベーダー/EMU」を選択し、実行してください。
  ROMセットファイルが見つからなかったり、内容が一致しなかった場合は、エラーメッセージを表示して終了します。
  正しいROMセットファイルがロードできたら、コイン投入待ち待ち画面が表示されます。
  Bボタンでコイン投入後、Aボタンでゲームスタートです。
ダウンロードはこちらバイナリ(40KB) ソース(2.6MB)

遊び方

画面下の砲台を操作して、画面上のインベーダーを全滅させてください。
インベーダーが画面最下段に侵略すると、ゲームオーバーです。
スタンダードなスペースインベーダーと違って、インベーダーは弾を撃ちませんし、トーチカもありません。
その代りに、インベーダーは面ごとに様々なフォーメーションを組んで攻めて来ます。
ステージが進むと横幅の広いフォーメーションが多くなり、侵略速度が速くなります。

本物の『ミニベーダー』とP/ECEの解像度の違いのため、横半分・縦三分の一に画面縮小して表示しています。
画面縮小の影響で、ビームなどの小さな物体はかなり見づらくなってしまいました。
初期状態では、本物に合わせて黒地に白としていますが、もしかしたら白地に黒の方が見易いかも知れません。
SELECTボタンで白黒反転しますので、見易い方に切り換えてご利用ください。

操作方法
- 左右ボタン　　　　　ジョイスティックに対応します。
- Ａボタン　　　　　　ビーム発射ボタンに対応します。
- Ｂボタン　　　　　　コイン投入に対応します。
- ＳＴＡＲＴボタン　　一時停止・解除します。この機能は、本物のミニベーダーにはありません。
- ＳＥＬＥＣＴボタン　白黒画面を反転します。この機能は、本物のミニベーダーにはありません。
前回のセガ社『ドッ取り君』に続き、テスト基板もう一方の雄・タイトー社『ミニベーダー』です。
さすがにテスト基板らしく単純なゲームですが、なかなかどうして結構遊べます。
インベーダーのフォーメーションが楽しくて、つい先の面が見たくなってしまうのです。
豪華なシステムボードで派手にリメイクされたインベーダーゲームよりも、僕はこっちの方が好きです。

前回の『ドッ取り君』と違って、今回の『ミニベーダー』ではCPUがほぼフルパワーで回っています。
だから、Z80 CPUエミュレーションプログラムの性能がそのまま反映されてしまいます。
『ドッ取り君』の後、要所要所をアセンブラ化するなどして高速化に努めたのですが、やっぱりまだ性能不足です。
Z80A(4MHz)実機の2.7分の1、約37%の性能しか出ていません。
今回の『ミニベーダー』は、実機よりもかなり遅くなってしまいました。
しかし、実際に遊んでみると、意外にも違和感を感じないスピードです。
元が速すぎで、このぐらいのスピードの方が遊び易くてちょうど良いのかも知れません。

謝辞
- 「MAME」のミニベーダードライバーソースコードを参考にさせて頂きました。
  ありがとうございます。

2003年11月28日

ドッ取り君/EMUを作りました。
セガ社の業務筐体テスト用ゲーム基板『ドッ取り君』(セガ・1990)を、P/ECE上でエミュレートします。
まるでシンプルライブラリで作ったような画面ですが、そうではありません(^^;

使い方
1. 配布ファイルに含まれている、「dotrikun.pex」をP/ECEに転送してください。
2. 『ドッ取り君』のROMセットファイル「dotrikun.zip」をP/ECEに転送してください。
  ROMセットファイルは配布ファイルに含まれていません。別途、ご用意ください。
  なお、動作確認したROMセットファイルの内容は、次の通りです。
  
  dotrikun.zip:
  + 14479a.mpr SIZE:16384 CRC:b77a50db
3. P/ECEのメニューで、「ドッ取り君/EMU」を選択し、実行してください。
  ROMセットファイルが見つからなかったり、内容が一致しなかった場合は、エラーメッセージを表示して終了します。
  正しいROMセットファイルがロードできたら、メモリテストが開始し、30秒ほど待つとスタート待ち画面になります。
ダウンロードはこちらバイナリ(40KB) ソース(2.6MB)

操作方法
- 上下左右ボタン　　　ジョイスティックに対応します。
- Ａボタン　　　　　　加速ボタンに対応します。
- Ｂボタン　　　　　　一時停止ボタンに対応します。
- ＳＴＡＲＴボタン　　スタートボタンに対応します。
- ＳＥＬＥＣＴボタン　テストスイッチに対応します。
意外にもメジャーなタイトルです。
Google検索で「ドットリクン」「ドットリ君」「ドッ取り君」等のキーワードを検索すると、遊び方説明やレビューサイトが見つかると思います。

簡単に言えば、「逆走できるヘッドオン」。
敵にぶつからないように、画面上の全てのドットをクリアしてください。
ステージが進むと敵も増えて、なかなか遊び応えがあります。

昔行きつけのゲームセンターでは、隅っこの方にフリープレイ台として設置してありました。
が、それに気付かず、コイン投入して遊んでしまった思い出が…(^^;

前回の「AYプレイヤー」は、僕にとっては初めてのZ80 CPUエミュレーションプログラムでした。
せっかくなので、何か別の用途にも使えないものかと模索したところ、こうなってしまいました(^^;

僕のZ80 CPUエミュレーションプログラムは、Z80A(4MHz)実機の1/4～1/3程度の速度しか出ていません。
だから、CPUパワーをめいっぱい使うようなゲームでは、実機の1/4以下のスピードになってしまいます。

『ドッ取り君』もZ80A(4MHz)搭載のゲームなので、実機の1/4程度のスピードになってしまうかと思いきや、
ゲームの実処理は全時間の1/4程度で終わっていて、残り3/4は時間待ちの空ループになっていました。
だから、僕のZ80 CPUエミュレーションプログラムでも、ほぼ実機通りの速度が出ます。
こんなタイトル、もう他にはあんまりないだろうなぁ(^^;

謝辞
- 「MAME」のドッ取り君ドライバーソースコードを参考にさせて頂きました。
  ありがとうございます。

2003年11月26日

AYプレイヤーバージョンアップしました。変更点は次の通りです。
- Z80 CPUの非公式命令の一部に対応しました。
  全部ではありませんが、頻繁に使われる非公式命令はだいたいカバーできていると思います。
  この修正により、アウトランやスペースハリアーIIの演奏でエラー終了してしまっていたのが治りました。
- AY-3-891x PSGのエンベロープジェネレータを実装しました。
  この修正により、バブルボブルが“聴ける”ようになりました。
  ただし、単体で聴けばさほど違和感はないのですが、既存のAYプレイヤーと聴き較べるとなんだか違ってるみたいなのです。
  KbMedia Playerによる演奏と比較すると、P/ECE版AYプレイヤーの方がエンベロープ周期が倍ぐらい長いように感じます。
  計算は合ってると思うのですが・・・未解決です。
ダウンロードはこちらバイナリ(31KB) ソース(2.4MB)

使い方や注意点については、前バージョンのリリースノート(2003年11月25日)を参照下さい。

曲によって、再現性の高いものと低いものが極端に分かれる傾向があるみたいです。
前出アウトランのマジカルサウンドシャワーは、もし原曲を知らなくてもわかるほどに明らかにおかしいです。
対して、パックマニアなどはかなり良い感じに演奏できています。

そんなわけで、忠実なPSGエミュレーションとは言えないものの、まあとりあえず聴けるレベルにはなったかな、と思います。
AYファイルは小さいので、標準512KBのP/ECEでもたくさん持ち歩けます。
どうぞ、PSGミュージックをお楽しみください。

謝辞
- 「--HOME-OF-THE-Z80-CPU--」さんのサイトの、「Z80 Undocumented Instructions」を参考にさせて頂きました。
  ありがとうございます。
- 「Thomas Scherrer Z80-Family Official Support Page」さんのサイトの、「The Documented un-documented instructions」を参考にさせて頂きました。
  ありがとうございます。

2003年11月25日

AYプレイヤー(試作版)を作りました。
「AY形式」の音楽ファイルを、P/ECE上で再生します。まだ試作版なので、かなり機能制限があります。

「AY」とは、シンクレア社のコンピュータ「ZX Spectrum」用の音楽ファイル形式の一種です。
詳しくは、Google検索で「ZX-Spectrum」「AY-Player」等のキーワードを検索してみてください。

「ZX Spectrum」は1982年に発売され、当時のゲームパソコンとして一般的な構成を持っていました。
すなわち、メインプロセッサにZ80A、ビデオプロセッサにTMS9918A、サウンドプロセッサにAY-3-8912(PSG)。
概ね、MSX(1)と同等の構成です。
従って「AY形式」の音楽は、MSXでPSGだけを使った音楽とだいたい同じような感じです。

「ZX Spectrum」コンピュータや「AY形式」の音楽ファイルは世界中で人気があり、様々なプラットフォーム上で動作する優れたAYプレイヤーがたくさん公開されています。
既存のAYプレイヤーについては、「VORC」さんのニュースが詳しいです。

使い方
1. 配布ファイルに含まれている、「ayplay.pex」をP/ECEに転送してください。
2. AYファイルをP/ECEに転送してください。
  AYファイルは配布ファイルには含まれていません。別途、ご用意ください。
  「World of Spectrum」さんのサイトにある、「Project AY」のページに、たくさんのAYファイルがあります。
3. P/ECEのメニュー画面で、『AY Player』を実行してください。
4. 『AY Player』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、AYファイル（拡張子が.ayのファイル）のファイル名とサイズが一覧表示されます。
5. 方向キーでAYファイルを選び、Ａボタンを押すと、「トラック選択モード」になります。
  「トラック選択モード」では、選択されたAYファイルの情報と、これから演奏するトラック番号が表示されます。
6. 方向キーでトラック番号を選び、Ａボタンで演奏開始します。
7. 演奏中にＢボタンを押すと、演奏停止します。
  演奏停止した状態でＢボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(30KB) ソース(2.4MB)

まだ試作版なので、未実装項目がたくさんあります。
- Z80 CPUエミュレーションの主な未実装項目は次の通りです。
  - 非公式命令に対応していません。
    Z80はとてもメジャーなCPUなので、非公式命令も良く知られていて、一般的に使われています。
    現状のプログラムでは、非公式命令に出会うと、エラーメッセージを表示して終了してしまいます。
    例えば、アウトランやスペースハリアーIIの演奏ルーチンが非公式命令を使っているため、
    これらのAYファイルを再生しようとすると、エラーメッセージを表示して終了してしまいます。
- AY-3-891x PSGエミュレーションの主な未実装項目は次の通りです。
  - エンベロープジェネレータが未実装です。
    エンベロープジェネレータを利用しているチャネルは、正しい音量で演奏されません。
    これはかなり致命的で、ほとんど全てのAYファイルに影響があります。
- その他の主な未実装項目は次の通りです。
  - Beep音には対応していません。
    「ZX Spectrum」は、PSGの他にBeep音による1ビットD/Aサウンドも鳴らすことができます。
    現状のプログラムはBeep音のエミュレーションに対応していないので、Beep音は鳴りません。
  - 「Amstrad CPC」用のAYファイルには対応していません。
    「AY形式」は、「ZX Spectrum」だけでなく、Amstrad社のコンピュータ「CPC」用の音楽ファイルでもあります。
    二つのコンピュータは構成が似ているため、I/Oポートやクロックを少し変えるだけで両方に対応できるからです。
    「Amstrad CPC」も非常に有名なコンピュータ・・・なのだそうですが、僕は名前を聞いたこともありませんでした(^^;
    というわけで、「Amstrad CPC」用のAYファイルには対応していません。
現状では、正しく演奏できるAYファイルの方が少ないぐらいですが、なんとか普通に聴けるファイルもあります。
例えば、「パックランド」はなかなか良い感じに演奏できていると思います。
“コインいっこ入れる”で有名な「S.T.U.N. Runner」も、格好良い曲でオススメです。

謝辞
- Unix用のAYプレイヤー、『aylet』を参考にさせて頂きました。
  ありがとうございます。

2003年11月15日

mini ISD バージョン 2.5 を公開しました。変更点は次の通りです。
- P/ECEへのファイル書き込みや、P/ECEからのファイル読み込み時に、進捗状況メーター表示を追加しました。
  
  高速なUSB接続と言えども、数百KB～1MB超の大きなファイルを転送すると、数十秒間かかってしまうことがあります。
  あんまり遅いと途中で不安になってくるので(^^;、この機能を追加してみました。
  
  進捗状況メーター表示機能を有効にするには、[タイトルバーのアイコンを押す]->[設定]で「ファイル操作の進捗状況を表示する」をチェックしてください。
  初めてmini ISDをご利用頂く場合、初期状態でチェックはOFFになっているので、進捗状況メーターは表示されません。まず、チェックをONにしてください。
  既に前バージョンのmini ISDをご利用頂いていた場合は、前バージョンでの設定が引き継がれます。必要に応じて、チェックON/OFFを再設定してください。
ダウンロードはこちらバイナリソース

詳しい使い方につきましては、アーカイブに含まれているReadmeファイルをご参照ください。
できれば、以前のバージョンのリリースノート（このページの下の方にあります）もご参照ください。
使い方の簡単な説明は、mini ISDを起動して「システムメニュー→バージョン情報」ダイアログをご覧下さい。

※新規インストール時のご注意：
- minisd.exeとpiecese.dllを、同じディレクトリに置いて使ってください。
  piecese.dllは、Windowsシステムディレクトリ(例：c:\winnt\system32、c:\windows\systemなど)に置くこともできますが、
  異なるバージョンのファイルが混ざってしまうことを避けるため、できるだけ同じディレクトリに置いて使ってください。
- minisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けを行ってください。
  エクスプローラでのpexファイルアイコン表示や、pexファイルをダブルクリックしてmini ISDの起動ができるようになります。
- minisd.exeとpiecese.dllを別のディレクトリへ移動した場合は、もう一度、「設定」ダイアログで[拡張子関連付]を行ってください。
※バージョンアップ時のご注意：
- 既に以前のバージョンをお使い頂いている場合は、新しいminisd.exeとpiecese.dllを、以前のバージョンの同名ファイルに上書きコピーしてください。
  piecese.dllを上書きする際、「指定されたファイルは、Windowsが使っています」等のメッセージが表示され、上書きできない場合があります。
  このようなメッセージが表示された場合は、いったん拡張子関連付けを解除し、再起動するか、ログオンしなおすと、上書きできるようになります。
- 新しいバージョンのminisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けの設定を更新してください。
  [はい]/[いいえ]、どちらのボタンを押したかに関わらず、次回起動時からは、このダイアログは表示されません。

2003年11月11日

MP3プレイヤーバージョンアップしました。変更点は次のとおりです。
- 音質が良くなりました。
  高くて澄んだ音(縦笛など)を再生すると、前バージョンとの違いがよくわかると思います。
ダウンロードはこちらバイナリ(50KB) ソース(2.1MB)
今回もサンプルMP3ファイルを含めていません。お手持ちのMP3ファイルでお試しください。

使い方や注意点については、前バージョンのリリースノート(2003年10月29日)をご覧下さい。

前バージョンで完成、のつもりだったのですが、やっぱりせっかくだから「エリアシング削減処理」も実装してみました。
「エリアシング削減処理」を追加してもさほど処理が重くならない割には、音質の改善が顕著でしたので。

これで、主な項目はひととおり実装できたと思います。
まだ未実装項目もたくさん残っていますけれど、これ以上やってもP/ECEのスピーカー(モノラル・16KHz)ではあまり変わらなそうなので…
というわけで、今度こそ完成です。

2003年11月10日

MP3プレイヤーバージョンアップしました。変更点は次のとおりです。
- 高音域の処理を追加しました。
  通常のMP3プレイヤーには遠く及ばないもの、前バージョンに較べると格段に音が良くなってると思います。
- 高速化しました。
  「ステレオ・48KHz・128Kbps」ぐらいまでのMP3ファイルなら、処理が間に合うようになりました。
  もちろん、一般的な「ステレオ・44.1KHz・128Kbps」のMP3ファイルも大丈夫です。
~~ダウンロードはこちらバイナリ(49KB) ソース(2.1MB)~~
今回はサンプルMP3ファイルを含めていません。お手持ちのMP3ファイルでお試しください。

ダウンロードはこちらバイナリ(49KB) ソース(2.1MB)
追記：動作に関係のない部分のバグを修正しました。既にダウンロード下さった方はそのままでも大丈夫です。

使い方や注意点については、前バージョンのリリースノート(2003年10月29日)をご覧下さい。

ついに「ステレオ・44.1KHz・128Kbps」に間に合いました!!
ただし、「ステレオ・44.1KHz・128Kbps」とは言っても、片チャネルしか再生していないので実質「モノラル・44.1KHz・64Kbps」相当です。

また、このMP3プレイヤーでは、44.1KHzのMP3ファイルよりも32KHzのMP3ファイルの方が良い音で再生できてしまいます(^^;
なぜなら、P/ECEのスピーカー出力が16KHzですので、きっちり整数倍の32KbpsのMP3ファイルの方が綺麗に周波数変換できるからです。
44.1KHzのMP3ファイルを再生すると、周波数変換のばらつき(?)で、かなり耳障りなノイズが混じってしまいます。
音の良い順に、32KHz→48KHz→44.1KHz、という感じで、残念ながらいちばん一般的な44.1KHzがいちばん音が悪いという結果になってしまいました。

というわけで、MP3ファイルコンバートの手間を惜しまなければ、やっぱり「モノラル・32KHz」のMP3ファイルを作った方が良いです。
そもそも「ステレオ・44.1KHz・128Kbps」のMP3ファイルは、だいたい一曲2.5～3MB程度が一般的で、2MB版のP/ECEにも入らないですから・・・
「モノラル・32KHz・64Kbps」あたりにコンバートすると、容量と音質のバランスがちょうど良い感じです。

lame --resample 32000 -b 64 -m m 入力ファイル名出力ファイル名

さて、まだ処理能力に余裕が残っているので、「エリアシング削減処理」などの未実装項目を実装すればもう少し音が良くなるかも知れません。
機械語プログラム部分にも、クロック単位の最適化の余地がかなり残っています。
が、とりあえず、MP3プレイヤーは今回で完成。P/ECEのCPU S1C33209の底力を見ました。今回は満足の行く結果です。

2003年11月7日

MP3プレイヤーバージョンアップしました。変更点は次のとおりです。
- 「LAME」でエンコードしたMP3ファイルも再生できるようになってきました。
ダウンロードはこちらバイナリ(2.4MB) ソース(2.1MB)
バイナリアーカイブはサンプルMP3ファイルを含みます。おでマルのBGMを「LAME」でコンバートしたものです。

使い方や注意点については、前バージョンのリリースノート(2003年10月29日)をご覧下さい。

LAMEは、設定によっては「MPEG-1 layer III」以外の形式のMP3ファイルを出力しますが、今回のMP3プレイヤーで再生可能なのは「MPEG-1 layer III」形式のみです。
「MPEG-2 layer III」や「MPEG-2.5 layer III」形式のMP3ファイルは、現在のところ未対応です。(MPEG-2や2.5の仕様がよくわからないので…(^^;)
まだ処理速度の問題は未解決ですので、「MPEG-1 layer III」形式であっても、高サンプリングレート・高ビットレートのMP3ファイルは再生処理が追いつかないです。

おすすめのエンコードオプションは次のとおり。

lame --resample 32000 -m m 入力ファイル名出力ファイル名

これでたぶん、「MPEG-1 layer III」で「モノラル・32KHz・48Kbps」形式のMP3ファイルが作成されると思います。
このくらいなら、現状でも再生処理に余裕があります。

今回のバージョンでは、前回未実装だったショートブロックやスケールファクタの処理をひと通り追加してみました。
高音域の処理をばっさり省略している等、未実装項目も多いものの、前回よりは多少マシになってきたかと思います。
でもまだ、音質はかなりアヤシイです。
未実装項目による問題なのか、それとも実装項目のバグなのか、調査中です。

さて、問題は高速化です。
現状では、「モノラル・44.1KHz・64Kbps」のMP3ファイルにも、再生処理が追いついていません。
まずは、「モノラル・44.1KHz・64Kbps」が目標です。

2003年11月4日

S1C33用GCCバージョンアップしました。変更点は次のとおりです。
- GCC3.3.1から、GCC3.3.2へ移行しました。
  GCC3.3.2がリリースされていたので移行してみましたが、相変わらず何が変わったのかよくわかっていません(^^;
ダウンロードはこちらバイナリ＆ソース(5MB)

今回も、デバッグ情報出力は見送りです。
P/ECE開発環境付属のEPSONコンパイラは、「DWARF」または「DWARF2」形式のデバッグ情報を出力しているみたいです。
GCC3.3.xでも、これらの形式のデバッグ情報出力をサポートするよう指示すればいいだけかと思ったのですが、なぜか実行時エラー…
何か足りないのでしょうか? もうしばらく、別の機種の設定ファイルを眺めてみる必要がありそうです。

追記:
訂正です。EPSONコンパライラのデバッグ情報出力は、「DWARF」「DWARF2」形式ではなく「SDB」形式だったみたいです。
「SDB」形式ならば、GCC3.3.xでも問題なく出力できました。
が、デバッグ情報の書式は見た目似てはいるのですが、やっぱりEPSONコンパイラの書式とは違うようなのです。
う～む…やっぱりちゃんとデバッグ情報形式についても勉強してからでないとダメみたいです。

2003年11月3日

MP3プレイヤー(試作版)バージョンアップしました。変更点は次のとおりです。

「SCMPX」でエンコードしたMP3ファイルも再生できるようになってきました。
ただし、次のような設定でエンコードしたMP3ファイルに限られます。

サンプリリング周波数　　 32KHz
ビットレート　　　　　　 64Kbps 固定
レイヤー　　　　　　　　 III
モード　　　　　　　　　ステレオまたはジョイントステレオ
エンファシス　　　　　　なし

ダウンロードはこちらバイナリ(3.2MB) ソース(2.1MB)
バイナリアーカイブはサンプルMP3ファイルを含みます。おでマルのBGMを「SCMPX」でコンバートしたものです。

使い方や注意点については、前バージョンのリリースノート(2003年10月29日)をご覧下さい。

何とか普通のMP3ファイルも再生できるようになってきたものの、まだ制限がきびしいです。
本当は任意のサンプリング周波数に対応できているはずなのですが、44.1KHzや48KHzでは処理が間に合わないです。
ビットレートに関しても同様で、128Kbpsでは処理が間に合いませんでした。
一般的なMP3ファイルは「44.1KHz、128Kbps」でエンコードされているので、何とかそこまで対応させたいのですが…

また、今回のバージョンも、相当に処理をはしょっています。
例えば、ショートブロック・ミックスブロックを認識せず、ロングブロックと同じに処理してしまっています。
それだけが原因かどうかわからないのですが、モノラルのMP3ファイルを再生するとすごくノイズが乗ります。
P/ECEでステレオは無駄なのですが、ノイズを避けるために、今回は仕方なくステレオでエンコードしました。

さて、残作業は見えてきましたが、P/ECEの処理速度も底をついてきました。
何か劇的な、50%ぐらい一気に速くなる、都合のいい方法はないものでしょうか(^^;

2003年10月29日

MP3プレイヤー(試作版)を作りました。
「MP3形式」の音声ファイルを、P/ECE上で再生します。まだ試作版なので、かなり機能制限があります。

使い方
1. 配布ファイルに含まれている、「mp3play.pex」をP/ECEに転送してください。
2. MP3ファイルをP/ECEに転送してください。
3. P/ECEのメニュー画面で、『MP3 Player』を実行しててください。
4. MP3ファイル（拡張子が.mp3のファイル）のファイル名とサイズが一覧表示されます。
5. 上下キーで再生したいMP3ファイルを選び、Ａボタンで再生開始します。
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
ダウンロードはこちらバイナリ(2.9MB) ソース(2.1MB)
バイナリアーカイブはサンプルMP3ファイルを含みます。おでマルのBGMを後述の『ＭＰ３エンコードライブラリ（ソース付）　Ver 1.13』でコンバートしたものです。

最初、整数版MP3デコードライブラリ「MAD」を利用してみたのですが、処理速度が全然間に合いませんでした。
たぶん、3～4倍では済まないぐらい…コーディングの工夫だけではどうにもならなそうです。

そこで、
- 「最初から説明するInside MP3 」さん
- 「全館突撃！～信号処理とＣ言語プログラマーのページ～」さんの「ＭＰ３と等価的なエンコーダとデコーダの紹介」
を参考に、P/ECE用の整数版MP3デコーダを組んでみました。

今回作成した整数版MP3デコーダは、「全館突撃！」さんの実数版MP3デコーダをベースにさせて頂きました。
そのため、同様の制限があります。すなわち、普通のMP3エンコーダで作成したMP3ファイルは再生できません(^^;
プログラムを簡略化するために、MP3ファイル形式の一部の仕様にしか対応していないからです。
再生可能なMP3ファイルを作成するには、「ＭＰ３と等価的なエンコーダとデコーダの紹介」のページに掲載されている、『ＭＰ３エンコードライブラリ（ソース付）　Ver 1.13』を使う必要があります。
『ＭＰ３エンコードライブラリ（ソース付）　Ver 1.13』で作成したMP3ファイルは、通常のMP3ファイルのサブセットなので、普通のMP3プレイヤーで演奏することも可能です。

また、プログラムを徹底的に簡略化したつもりなのですが、それでもやっぱり処理速度が少し間に合いませんでした。
やむなく、禁断のメモリクロックアップを行いました…(参考:「P/ECE hacking」さん)
今のところ手元のP/ECEでは問題なく動いているので、いきなりP/ECEが壊れることはないと思いますけれど、一応ご了承ください。

僕はこれまでMP3デコーダの内部処理は全然知らなかったので、今回のプログラムはとても勉強になりました。
かなりアバウトな造りでもそれなりに聴こえてしまう、という点にびっくりしました。
九割方の処理は16ビット固定小数演算で間に合ってしまいます。
P/ECEのCPU、S1C33209の「mac」16ビット積和演算命令が大活躍です。なるほど、こういうふうに使う命令だったのか…

さて、音質にはこだわりませんが、やっぱり普通のMP3エンコーダで作ったMP3ファイルも再生したいところです。
僕は普段「SCMPX」を使っているので、「SCMPX」で作ったMP3ファイルが再生できるようにすることを目標にしてみたいと思います。

注意
- MP3プレイヤーは、大きなMP3ファイルを演奏するために、ファイルをフラッシュメモリ上に置いたまま使っています。
  再生しようとしたファイルが連続セクタに配置されていないことを検出すると、MP3プレイヤー自身がデフラグ処理を行います。
  （ここでは、ファイルのセクタを並べ替えてファイルを連続配置することを、デフラグ処理と呼ぶことにします。）
- デフラグを行っている間、画面には
  
  ファイルを整列しています。
  ×電池を抜かないで!
  ×P/ECEをリセットしないで!
  　　進行状況( 12/ 34)
  
  のようなメッセージが表示されています。
  デフラグ中は、電池を抜いたり（電池駆動時）、USBケーブルを抜いたり（USB電源駆動時）、リセットボタンを押したりしないでください。
  ファイルの内容が壊れたり、ファイルシステムが壊れてしまう恐れがあります。
  また、デフラグ中に電池切れになった場合も、ファイルの内容やファイルシステムが壊れてしまいます。
- ファイルの内容やファイルシステムが壊れてしまった場合は、WinPkuを使ってカーネルを転送し、ファイルシステムを初期化してください。
  WinPkuの使い方については、こちらのページを参照してください。
  
  PieceSystem Ver1.20以降、WinPkuの使い方が先のページの説明とは少し変わりました。
  壊れたファイルシステムを初期化するために、「'全領域（ファイルシステムを含む）をアップデート」にチェックを付けてから［アップデート］ボタンを押してください。
- デフラグ処理の内容は、『MODプレイヤーII』と同じです。
  詳しくは、2003/08/23の『MODプレイヤーII』の説明にある、「デフラグ処理について」を覧下さい。
謝辞
- 「最初から説明するInside MP3」さんの記事を参考にさせて頂きました。
  ありがとうございます。
- 「全館突撃！～信号処理とＣ言語プログラマーのページ～」さんの「ＭＰ３と等価的なエンコーダとデコーダの紹介」を参考にさせて頂きました。
  ありがとうございます。

2003年10月4日

「天使のいない12月(DVD版)」を購入しました。

なかなかに異端な作風で、巷でも賛否両論渦巻いているようです。
僕も最初クリアしたとき「なんなんだこれは？」と思いましたが、何度か繰り返し遊んでいるうちに気に入ってきました。
「うたわれるもの」や「Routes」のようにストレートに楽しめるお話ではありませんが、雰囲気がとてもいいです。
学生の頃、聞いたこともないようなＣ級邦画を借りてきてよく観ました。なんとなく、それらと共通する余韻があります。
ストーリーの短さと自動テキスト送りの便利さも幸いして、もう何度か繰り返し楽しめそうです。

さて、今回もビジュアルノベルを編集してみました。取扱説明書か公式サイトのキャラクタ紹介を・・・と思ったのですが、
E-LOGIN2003年8月号(P/ECE記事の最終回が載ってた号です)のキャラクタ紹介がいい感じだったので、そっくり構成を真似てしまいました。
「天使のいない12月」のビジュアルノベルを作りました。
- システムプログラムには、てとら★ぽっとさんの「P/ECE VISUALNOVEL SYSTEM Ver2.0完成版」を使わせて頂きました。
- グラフィックは、あなたのコンピュータにインストールされている「天使のいない12月(DVD版)」のデータファイルから抽出して使用します。
インストール方法は次のとおりです：
- あなたのPCに「天使のいない12月(DVD版)」がインストールされていないと、データファイルが作成できません。
  あらかじめ、「天使のいない12月(DVD版)」をインストールしておいてください。
- 「P/ECE VISUALNOVEL SYSTEM Ver2.0完成版」の実行ファイルをP/ECEに転送してください。
  また、「P/ECE VISUALNOVEL SYSTEM Ver2.0完成版」の実行ファイル以外に、80KB程度の空き容量が必要です。
- 配布ファイルを解凍してください。
- 解凍してできたフォルダの中に「mk.bat」というファイルがあります。ダブルクリックして実行してください。
- しばらく待つと「tenshi.fpk」というファイルができます。「tenshi.fpk」をP/ECEに転送してください。
- P/ECEのメニュー画面から、「P/ECE VISUALNOVEL SYSTEM Ver2.0完成版」を実行してください。
- 「P/ECE VISUALNOVEL SYSTEM Ver2.0完成版」のメニュー画面から、「tenshi.fpk」を実行してください。
ダウンロードはこちらソースのみの配布です

2003年9月25日

二日遅れの捕捉ですが～

「NES Hack Factory」さんのサイトで、『NSF Player for P/ECE』が公開されています。（情報源：「VORC -VGM or Chiptune- NEWS」さん）
さっそく、最新のVer2.20を試してみました。

　　　　軽い！

僕のプレイヤーでは全然処理が間に合わなかったタイトルも、余裕で演奏できています。
さすが、元ハードウェアの構造に精通なさっている方が作ると違うものができる・・・今後のバージョンアップにも期待してます！

ちなみにこのプレイヤー、初期状態ではかなり音が小さいです。
音を大きくするには、プレイヤー起動後「SELECTボタン→左ボタン1回で音量減衰メニューを表示→下ボタンを押しつづけて0dBにする→Bボタンで演奏再開」です。
もちろん説明書に書いてあるのですが、僕はこれに気づくのにかなり時間がかかった(^^;ので、念のため。

2003年9月15日

昨年（2002年10月13日）失敗したOggプレイヤーに再挑戦したのですが、また失敗です。
再挑戦してみようと思った理由は、Webで次のような記事を読んだからです。
- Ogg Vorbis Helpさんのフォーラムに、こんな記事が投稿されていました。
  この記事によると、Ogg Vorbisデコーダ「Tremor」の必要メモリ容量は、50～100KB程度で足りる場合もあるみたいです。
  昨年挑戦したときは、230KB程度必要と見積もって諦めてしまったのですが、50～100KB程度なら何とかなりそうです。
- GP32 Xtremeさんのダウンロードページで、GP32 OggPlayer 0.2が公開されていました。
  携帯ゲーム機GP32用のOggプレイヤーで、デコードライブラリに「Tremor」を使用。
  ARM7TDMIプロセッサ66MHz(60MHz?)駆動のGP32で、ビットレート400Kbps以上の高音質なOggファイルを余裕で再生可能とのこと。
  P/ECEの性能とは数倍の開きがありますが、僕は32Kbps程度のOggファイルが再生できれば充分なので、もしかしたら望みがあるかも？
で、結果ですが・・・メモリは間に合いましたが再生処理が間に合いませんでした。(なんか最近こればっかりですね…(^^;)
一応再生はできるものの、途切れ途切れになってしまいます。

ダウンロードはこちら ~~バイナリ＆ソース(3.3MB)~~
試験用のOggファイルとして、おでマルのBGMをサンプリングレート16KHz/モノラル/ビットレート24Kbpsでエンコードしたものを添付しました。
今回のプログラムはOggファイルのエンコード設定にかなり依存しているので、普通に作った高音質Oggファイルは再生できないです。

聴いた感じでは、1.5～2倍ぐらいCPU性能不足です。
しかしまあ、昨年は動きさえもしなかったことを思えば、少しは進歩・・・かな？
「Tremor」はARMプロセッサを意識して最適化されているのに対し、今回はS1C33プロセッサ向けの最適化は何も行いませんでした。
あと一割程度の高速化は見込めるかも知れませんが、1.5～2倍となると「Tremor」の仕組みをきちんと理解しないとなかなか難しそうです。

ところで「Tremor」は、一時的な作業用メモリを確保するために、alloca()関数をたくさん使っています。
しかし、P/ECE開発環境付属のEPSONコンパイラはalloca()関数をサポートしていないので、そのままではコンパイルできません。
そこで今回は、S1C33用GCC3.31を使ってコンパイルしてみました。
前述の通り再生処理は間に合っていないものの、一応動作しているところを見ると、S1C33用GCC3.31の動作検証にはなったようです。

2003/09/15追記：
再生バッファサイズの調整だけで、かなり惜しいレベルまで改善できました。
あと1～2割程度の高速化で何とかなるかも知れません。（高音質なOggファイルの再生にはまだまだ程遠いですけれど…）

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

2003年9月12日

S1C33用GCCバージョンアップしました。
- コンパイラ本体（c33-gcc.exe、c33-cc1.exe）の変更点は、次のとおりです。
  - GCC3.3から、GCC3.3.1へ移行しました。
    気が付いたら、一ヶ月ほど前にGCC3.3.1がリリースされていたので、追従してみました。
    この変更が今回のメインなのですけれど、何が変わったのか僕もよくわからないです…(^^;
  - セクション配置を変更するためのコンパイラオプションを定義しました。
    　　　　-mtext=<テキストセクション名>
    　　　　-mdata=<データセクション名>
    　　　　-mrodata=<定数データセクション名>
    初期状態では、各セクションは次のように配置されます。(EPSONコンパイラ互換)
    　　　　テキストセクション　　→　.code
    　　　　データセクション　　　→　.data
    　　　　定数データセクション　→　.code
    例えば、高速RAMにプログラムを配置する場合、定数データが.codeセクションに配置されると、
    .codeセクションサイズが大きくなって、高速RAMに入りきらなくなることがあります。
    そのような場合、
    　　　　-mrodata=data
    というコンパイラオプションを使って、定数データを.dataセクションへ移動できます。
    （※オプションの引数に記述するセクション名には、先頭の「.」は不要です。）
    このコンパイラオプションは、ARCプロセッサ用GCCの同名のオプションを参考にしました。
- P/ECE用コンパイラドライバ（c33-pcc.exe）の変更点は、次のとおりです。
  - c33-gcc.exeのオプションを直接渡すための、「-m」オプションを追加しました。
    例えば、c33-gcc.exeに前述の「-mrodata=data」オプションを渡すには、
    　　　　c33-pcc -mmrodata=data
    と指定します。
ダウンロードはこちらバイナリ＆ソース(5MB)

デバッグ情報出力も入れたかったのですが、今回は勉強が間に合いませんでした。今後の課題、です。

2003年9月9日

NSFプレイヤーを作りました。
「NSF形式」の音楽ファイルを、P/ECE上で再生します。（でも、かなり苦しいです。後述）
Matthew Conte氏製作の『Nosefart（nosefart-1.92e-mls）』をベースに、機能を削ってP/ECEに移植したものです。

NSFとは、任天堂ファミリーコンピュータ用ソフトの音楽部分を抽出したファイルのことです。
詳しくは、Google検索で「ファミコン」「NSF形式」等のキーワードを検索してみてください。

使い方
1. 配布ファイルに含まれている、「nsfplay.pex」をP/ECEに転送してください。
2. NSFファイルをP/ECEに転送してください。
  NSFファイルは配布ファイルには含まれていません。別途、ご用意ください。
3. P/ECEのメニュー画面で、『NSF Player』を実行してください。
4. 『NSF Player』起動直後は、「ファイル選択モード」になっています。
  「ファイル選択モード」では、NSFファイル（拡張子が.nsfのファイル）のファイル名とサイズが一覧表示されます。
5. 方向キーでNSFファイルを選び、Ａボタンを押すと、「トラック選択モード」になります。
  「トラック選択モード」では、選択されたNSFファイルの情報と、これから演奏するトラック番号が表示されます。
6. 方向キーでトラック番号を選び、Ａボタンで演奏開始します。
7. 演奏中にＢボタンを押すと、演奏停止します。
  演奏停止した状態でＢボタンを押すと、「ファイル選択モード」に戻ります。
8. 「ファイル選択モード」「トラック選択モード」どちらでも、SELECTボタンを押すとプログラム終了します。
ダウンロードはこちらバイナリ(38KB) ソース(1.9MB)

注意
- 演奏処理が間に合わず、テンポが遅くなったりノイズが入ったりすることがあります。
  現状では、演奏処理が間に合っているケースの方が少なく、ある程度正しく演奏できるタイトルはかなり限られています。
  やはり旧い作品の方が演奏処理が軽いようで、例えば「グラディウス(1)」「グーニーズ(1)」などが大丈夫でした。
  また、ハドソン作品とは相性が良いようで、「スターフォース」「スターソルジャー」「ヘクター’８７」のキャラバンシリーズ、
  「高橋名人の冒険島」「迷宮組曲」などもＯＫでした。（僕は「ヘクター’８７」が好きです。）
  メジャーなところでは、「スーパーマリオブラザーズ(1)」「ドラゴンクエスト(1)」が大丈夫です。
  逆にＮＧな例を挙げるときりがないのですが、特にナムコ作品は旧い作品もほとんど演奏処理が間に合いませんでした。
  聴いた感じの推測では、CPUエミュレーションをあと1～2割高速化できれば、演奏可能なタイトルもかなり増えそうなのですけど…
  2003/09/11追記：「ファイナルファンタジーII」と「ゼルダの伝説」も演奏可能とのご報告を頂きました。ありがとうございます。
- 演奏処理が間に合わなくなると、「トラック選択モード」のキー反応が鈍くなります。
  キー反応が鈍くなった場合でも、Ｂボタン（停止）とSELECTボタン（終了）にはできるだけ反応するように作りました。
  Ｂボタンで演奏を停止すれば、キー反応も元に戻ります。
- 『Nosefart』は、ファミコン本体の内蔵音源の他に、コナミゲートアレイ搭載カートリッジやディスクシステム等の拡張音源にも対応しています。
  ですが、今回のP/ECE用『NSFプレイヤー』では、拡張音源サポートはばっさりカットしてしまいました。
  前述のように、内蔵音源だけでも処理速度的にかなり厳しく、拡張音源に対応するとますます処理が間に合わなくなると判断したからです。
- 大きすぎるNSFファイルはロードできません。
  だいたい80キロバイトぐらいまでのNSFファイルなら、ロードできると思います。
  実際のNSFファイルは30キロバイト前後であることが多く、サイズ制限が問題になることは少ないと思います。
  『MODプレイヤーII』や『MIDIプレイヤー』で使った自動デフラグ処理は、今回の『NSFプレイヤー』では使っていません。
ライセンスについて
- 『Nosefart』のライセンスに従いまして、本プログラムの配布条件もGPL2となります。
  GPL2につきましては、同梱のCOPYINGファイルをご覧ください。
謝辞
- 『Nosefart』を製作なさったMatthew Conte氏、ならびに開発者の皆様に感謝いたします。

2003年9月3日

MIDIプレイヤーバージョンアップしました。変更点は次のとおりです。
- 曲によってテンポずれが発生することがあったバグを修正しました。
- MIDIファイル名一覧をアルファベット順に並び替えて表示するようにしました。
- リズム音色にタムとハンドクラップを追加しました。
ダウンロードはこちらバイナリ(40KB) ソース(1.8MB)

操作方法やデフラグ処理に関する注意点については、初回のリリースノート(2003年8月31日)をご覧下さい。

2003年9月2日

MIDIプレイヤーバージョンアップしました。変更点は次のとおりです。
- リズムパートに対応しました。
  音色はバスドラムとスネアドラムだけを用意し、いずれかに振り分けてあります。
- ひとつのチャネルで和音が鳴らせるようになりました。
  ただし、全チャネル合計での最大同時発声数は16声以内です。（前回と同じです）
これだけの変更ですが、“聴ける”MIDIデータの数はかなり増えたと思います。
『君はホエホエ娘』の演奏も、前回より良い感じになってきました。相変わらずイントロ部分は苦しいですが…

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

操作方法やデフラグ処理に関する注意点については、前回のリリースノート(2003年8月31日)をご覧下さい。

2003年8月31日

MIDIプレイヤー(試作版)を作りました。「標準MIDI形式」の音楽ファイルを、P/ECE上で再生します。

まだ“試作版”ですので、未実装項目や問題点がかなり残っています。
- メロディー音色は全てピアノになります。
- リズムパートは鳴りません。
- 各チャネル毎に一声ずつしか鳴りません。
- 辛うじて演奏できる程度の、最低限のメッセージにしか対応していません。
- フォーマットタイプ2のMIDIファイルには対応していません。
このような問題点があるため、演奏はできるがほとんど聴けたものではない、というのが現状です。
それでも、ある程度マトモに聴こえるMIDIデータはないか、と探してみたところ・・・ありました。
アイドル八犬伝（1989・トーワチキ）より、『君はホエホエ娘』（MIDIデータ作成：電波五郎さん）。
“転載可”とのことですので、ありがたく転載させて頂きました。上のリンクからダウンロードしてください。
イントロ部分はちょっと苦しいものの、その後はまあまあ聴けると思います。
よし、このデータを綺麗に演奏できるようになることを目標にしましょう。好きな曲ですし(^^;

使い方
1. 配布ファイルに含まれている、「midiplay.pex」をP/ECEに転送してください。
2. MIDIファイルをP/ECEに転送してください。
3. P/ECEのメニュー画面で、『MIDI Player』を実行しててください。
4. MIDIファイル（拡張子が.midiのファイル）のファイル名とサイズが一覧表示されます。
5. 上下キーで再生したいMIDIファイルを選び、Ａボタンで再生開始します。（音が鳴り出すまで、2～5秒程かかることがあります）
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
ダウンロードはこちらバイナリ(38KB) ソース(1.8MB)

注意
- MIDIプレイヤーは、大きなMIDIファイルを演奏するために、ファイルをフラッシュメモリ上に置いたまま使っています。
  再生しようとしたファイルが連続セクタに配置されていないことを検出すると、MIDIプレイヤー自身がデフラグ処理を行います。
  （ここでは、ファイルのセクタを並べ替えてファイルを連続配置することを、デフラグ処理と呼ぶことにします。）
- デフラグを行っている間、画面には
  
  ファイルを整列しています。
  ×電池を抜かないで!
  ×P/ECEをリセットしないで!
  　　進行状況( 12/ 34)
  
  のようなメッセージが表示されています。
  デフラグ中は、電池を抜いたり（電池駆動時）、USBケーブルを抜いたり（USB電源駆動時）、リセットボタンを押したりしないでください。
  ファイルの内容が壊れたり、ファイルシステムが壊れてしまう恐れがあります。
  また、デフラグ中に電池切れになった場合も、ファイルの内容やファイルシステムが壊れてしまいます。
- ファイルの内容やファイルシステムが壊れてしまった場合は、WinPkuを使ってカーネルを転送し、ファイルシステムを初期化してください。
  WinPkuの使い方については、こちらのページを参照してください。
  
  PieceSystem Ver1.20以降、WinPkuの使い方が先のページの説明とは少し変わりました。
  壊れたファイルシステムを初期化するために、「'全領域（ファイルシステムを含む）をアップデート」にチェックを付けてから［アップデート］ボタンを押してください。
- デフラグ処理の内容は、『MODプレイヤーII』と同じです。
  詳しくは、2003/08/23の『MODプレイヤーII』の説明にある、「デフラグ処理について」を覧下さい。
謝辞
- 『君はホエホエ娘－アイドル八犬伝（１９８９．トーワチキ）より－』のMIDIデータ作成者、「電波五郎」さんに感謝いたします。
  ありがとうございます。

2003年8月26日

『Ｐ・Ｋ・Ｏ』（てとら★ぽっとさん）、やっとノーコンティニュークリアしました。
残機なし・ボムストック無しのぎりぎりでクリア。得点は34,614,400点。まだまだです。
パターンが未確立なので、誘導弾のウルトの方が楽です。
どうも回転弾が苦手で避けられず、終盤は「喰らいボム」システムに頼りっきりでした。
半分ぐらいはP/ECEのコントローラのせいにしたいところですが・・・

2003年8月23日

MODプレイヤーIIを作りました。メガデモなどで有名な「MOD形式」の音楽ファイルを、P/ECE上で再生します。

去年作った「MODプレイヤー」のバージョンアップではなく、完全に作り直しました。
旧MODプレイヤーとの違いは、次のとおりです。
- 実行時デフラグ機能を搭載しました。
  
  旧MODプレイヤーでは、大きなサイズのMODファイルを再生するために、ファイルをRAMに読み込まず、フラッシュメモリ上に置いたまま使っていました。
  そのため、ファイルがフラッシュメモリ上で連続したセクタに配置されていないと、再生することができませんでした。
  ファイルを連続配置させるためには、全てのファイルをPCにバックアップ・削除し、もう一度P/ECEに転送する、という手順を踏む必要がありました。
  
  今回のMODプレイヤーIIも、ファイルをフラッシュメモリ上に置いたまま使います。
  再生しようとしたファイルが連続セクタに配置されていないことを検出すると、MODプレイヤーII自身がファイルのセクタを並べ替えて、ファイルを連続配置します。
  ファイルを連続配置するために、ユーザーが手動でファイルのバックアップ・削除・再転送を行う必要は、もうありません。
- MOD演奏ルーチンを変更しました。
  
  旧MODプレイヤーは、「吉田研究所＠世田谷」さんの『ModPlug 互換、MOD / XM プレイヤーのソース』を利用させて頂いていました。
  今回のMODプレイヤーIIは、自作のMOD演奏ルーチンを使っています。MOD-BGMのゲームで使っていたものと同じです。
  
  『ModPlug 互換、MOD / XM プレイヤーのソース』に較べて、音質・サポートするエフェクトの種類数が劣ります。
  （でも、もともとP/ECEのサウンド出力がさほど高音質ではありませんので、あまり違いはわからないと思います。）
  音質が劣る分、処理は軽いので、より重い（＝同時発声数の多い）MODファイルも正常に演奏できるようになりました。
使い方
1. 配布ファイルに含まれている、「modplay2.pex」をP/ECEに転送してください。
2. MODファイルをP/ECEに転送してください。
  MODファイルは配布ファイルに含まれていませんので、「The Mod Archive」さんから入手してください。
3. P/ECEのメニュー画面で、『MOD Player II』を実行しててください。
4. MODファイル（拡張子が.modのファイル）のファイル名と曲のタイトルが一覧表示されます。
5. 上下キーで再生したいMODファイルを選び、Ａボタンで再生開始します。
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
ダウンロードはこちらバイナリ(32KB) ソース(1.8MB)

注意
- デフラグを行っている間、画面には
  
  ファイルを整列しています。
  ×電池を抜かないで!
  ×P/ECEをリセットしないで!
  　　進行状況( 12/ 34)
  
  のようなメッセージが表示されています。
  デフラグ中は、電池を抜いたり（電池駆動時）、USBケーブルを抜いたり（USB電源駆動時）、リセットボタンを押したりしないでください。
  ファイルの内容が壊れたり、ファイルシステムが壊れてしまう恐れがあります。
  また、デフラグ中に電池切れになった場合も、ファイルの内容やファイルシステムが壊れてしまいます。
- ファイルの内容やファイルシステムが壊れてしまった場合は、WinPkuを使ってカーネルを転送し、ファイルシステムを初期化してください。
  WinPkuの使い方については、こちらのページを参照してください。
  
  PieceSystem Ver1.20以降、WinPkuの使い方が先のページの説明とは少し変わりました。
  壊れたファイルシステムを初期化するために、「'全領域（ファイルシステムを含む）をアップデート」にチェックを付けてから［アップデート］ボタンを押してください。
デフラグ処理について
- デフラグ中に電池を抜いたりリセットボタンを押さない、という点については、気を付けていれば問題ありません。
  ですが、電池切れに関しては、予見して防ぐのが難しいです。
  万一、デフラグ中に電池切れになった場合、P/ECEが復旧不能になったりしないのか・・・とご心配だと思いますので、内部処理について少し触れておきます。
- 今回実装したデフラグルーチンは、次のような手順でデフラグ処理を行っています。
  1. フラッシュメモリへの書き込みを行わずに、いちど仮想的にセクタの並び替えを行ってみます。
  2. １の処理が成功したら、本当にフラッシュメモリへの書き込みを行いながら、実際にセクタの並び替えを行います。
  3. セクタの並び替えによってファイルシステム管理ブロックの内容が変化したら、管理ブロックの内容を書き戻します。
  １の処理中に電池切れになった場合は、何の影響もありません。
  ２の処理中に電池切れになった場合は、ファイルの内容が壊れています。
  ３の処理中に電池切れになった場合は、ファイルシステムが壊れています。
  
  実際には、２の処理にかかる時間がほとんどで、３の処理時間は一瞬です。
  ですから、デフラグ中に電池切れになった場合に受けるダメージは、２のケースがほとんどです。
  ２の場合、ファイルシステムが壊れているわけではありませんので、全てのファイルを消して、もういちどPCから転送するだけで正常な状態へ復帰できます。
  しかし、受けたダメージが２なのか３なのか区別するのは難しいですので、念のためWinPkuを使ってファイルシステムごと初期化するのが確実だと思います。
- 安全のため、フラッシュメモリへの書き込みはフラッシュメモリを直接操作するのではなく、標準APIのpceFlashErase()とpceFlashWrite()を使っています。
  pceFlashErase()とpceFlashWrite()を使った場合、フラッシュメモリの緊急カーネル領域（起動用ブロック）に対しては、消したり書き込んだりできません。
  ですから、最悪の場合（デフラグルーチンがバグってる等）でも、緊急カーネルを破壊してWinPkuによる復旧もできない…ということにはならないハズです。
お気に入りMOD紹介
- 以前にもご紹介した『Trans Atlantic』。
  その作曲者、Lizardking氏製作のMOD/XMファイルが、こちらのサイトのこちらのページから大量に入手・・・
  少し前まではできていたのですが、久しぶりに見てみるとダウンロードできなくなっていました。残念！
  
  とりあえず、特に気に入っている曲のひとつ『Lizardking's Theme』が、こちらのサイトのこのページにもありましたので、ぜひご一聴を。
  氏の曲はメロディー重視で聴きやすく、覚えやすく、『Trans Atlantic』を聴いて以来のファンです。今でもご活動なさっているのかなぁ？
  
  2003年8月23日追記：このURLでLizardking氏の曲がたくさんリストアップされます。
  
  2003年8月25日追記：
  ヴィデオゲームミュージックとチップチューンの情報サイト「VORC」さんより、Lizardking氏に関する情報を頂きました。
  氏のMODファイルの大半は、オフィシャルサイトより入手可能です。
  先日ご紹介したアーカイブサイトには置いていないような、旧い作品もダウンロードできます。
  また、最近の活動として、「Merregnon Project」にご参加なさっているとのこと。
  「Merregnon（メレグノン）」とは世界の著名ゲームサウンドクリエイターによるサウンドトラックで、
  Lizardking氏も本名の「Gustaf Grefberg」という名でリストアップ（1、2）されています。
  （ふと隣を見ると「Yuzo Koshiro」・・・古代祐三氏の名もあります。このプロジェクトの主演の一人なのだそうです。）
  VORCさん、情報ありがとうございました！

2003年8月19日

P/ECEファイルシステムビューアバージョンアップしました。変更点は次のとおりです。
- セクタチェインの順番を表示する機能を追加しました。
  
  なぜこんな機能を追加したかと言うと、現在作成中のデフラグルーチンのデバッグに利用するためです。
  以前より、データファイルを実行時にデフラグ（連続配置）してそのまま使い、RAMを節約する方法が採れないかなぁ、と考えていました。
  近頃、RAM不足でプログラム作成を断念することが多くなってきた（無駄が多いのが原因なのですが(^^;）ので、実行に移すことにしました。
  そんなわけで、現在、デフラグルーチンを作成中です。
  この機能はその一環で追加したもので、通常の用途ではまず役に立ちませんが、もし何か使いみちがありましたらご利用ください。
ダウンロードはこちらバイナリソース

2003年8月17日

コミックマーケット６４へ行ってきました。

購入品リストは次のとおりです。

HARUKA-NA GAME SELECTION Vol.1
前のコミックマーケットで頒布されていたCDで、新作・既出合わせて15作品の詰め合わせ。
HARUKA-NAさんの作品はいつもそうですけれど、どのゲームもかなりのボリュームがあります。絵も多いです。
その中から今回は『～欠片～プレリュードエディション』の感想を。
会話選択型のアドベンチャーゲームで、選択肢「曖昧」「肯定」「否定」の使用回数に制限があるのが特徴です。
プレリュードエディションなのでまだ話が短く（といっても30分以上遊べるぐらいのボリュームはあります）、
選択の出現回数が少ないために、ゲームの難易度には直接関わっていない感じですが、面白いシステムです。
このシステムを使った作品に期待します。できれば、攻略のために選択までのメッセージスキップ機能を。

HARUKA-NA GAME SELECTION Vol.2

Ｐ・Ｋ・Ｏ
「うたわれるもの（Leaf・2002）」シューティングゲーム。自キャラはウルトとカミュ。（スミマセン、敵は誰でしょうか？(^^;）→ご回答ありがとうございます。bonustrackフォルダ、見落としてました。
敵の配置が覚え易く、スコアアタックのやりがいがあります。1990年前後のシューティングゲーム感覚に近いような気がしました。
しかし、製品版は未だノーコンティニュークリアに至らず・・・ハイスコア報告できるのはもう少し後になりそうです。
そうそう、BGMがすごくいいです。１ボスの曲とか、P/ECEのPMD曲とは思えない迫力です。本家アクアプラスさんのPMD曲よりいいかも・・・

雀斑

ねこさん（体験版）
「ぶたさん」（ジャレコ／ＮＭＫ・1987）によく似たゲーム。プレイヤーキャラ選択や高さ概念など、オリジナル要素も追加されています。
僕は「ぶたさん」をあまりやり込んでいないので多くは語れないのですが、プレイ感覚もかなり「ぶたさん」に近いような気がします。
まだ未完成とのことで２面ＥＮＤです。画面や動きはそのまま完成版として通用しそうな程に仕上がっていて、２面ＥＮＤなのが残念。
完成版に期待しています。

ねこピラ！

ＢｏｋａａＮ！
作者さん曰く「難易度甘口」の「癒し系落ちゲー」。
その名の通り、難易度の上がり方がかなりゆっくりで、１プレイで長時間遊べます。
ゲーム中の任意のタイミングで中断・再開する機能が付いているので、
毎回長時間プレイを強いられるわけではなく、１ゲームを何日もかけて継続できます。
最初は簡単ですが、序盤以降は爆弾を上手く使わないと急激に難易度が上がってきます。

ギャラクシーパイロット（半熟版ぷらす）
名作「タイムパイロット（コナミ・1982）に似た操作感覚のゲーム。一定数の敵を倒すとボスが出現、ボスを倒して次のステージへ。
まだ音がない等、未完成の部分があるため“半熟版ぷらす”とのことですが、ゲームとしては既に充分遊べます。
きっと作者さんは元ネタのゲームをかなりやり込んでいらっしゃるのでしょう、操作感覚の再現度もかなりのものです。
ひとつ希望。ショットのセミオート連射も再現して頂けるとうれしいです。

バルーントリップさくら

Silent Reading
「P/ECE VISUALNOVEL SYSTEM（てとら★ぽっとさん）」対応のビジュアルノベル、電脳怪談（？）です。
テキストが上手い！選択肢の出現テンポも良く、終盤の緊張感はなかなかのもの。僕はバッドエンドへ直行でしたが・・・
きっとグッドエンドもあると思いますので、もういちど最初からやり直してみます。もうしばらく楽しめそうです。
次はぜひP/VNSバージョン2対応で、全画面ノベルを読んでみたいです。

むっちゃんの赤い風船
P/ECEで読む絵本。“ビジュアルノベル”ではなく“絵本”なので、テキスト量は少なめで絵がメインです。
絵がとても綺麗。減色も良い感じで、白黒ゆえのほのぼのとした雰囲気が出てます。以下、ネタバレ。
最後のシーン、寝ているうちに制限時間が切れて雲から落下。病院のベッドで目を覚ましたというオチかと推測してしまいました。
反省(^^;
A P/ECE OF MEMORIES Vol.2
既出ゲーム５本と新作２本の詰め合わせ。僕は、既出ゲーム５本の方も初見です。
どのゲームも、キー操作やランキング画面が概ね統一されていて、遊び易かったです。
一番気に入ったのは「そりてぃあ大王」。Windowsのソリティア（クロンダイク）とは別物です。
隣の玉を飛び越して消し、どこまで消せるか？というルールの一人遊び（＝ソリティア）ゲーム。
確かな記憶じゃないけれど、なんとなく懐かしい気がするゲームです。昔こういうのあったかな？

Hello, P/ECE world!
前回のコミックマーケットでも頒布されていた本。内容はP/ECEのプログラミング入門です。
P/ECE付属のチュートリアル「おさんぽ綾香」では触れられていない、文字表示やファイル操作、
ボタン入力なども扱っているので、「おさんぽ綾香」の次のステップとして良さそうです。

Hello, P/ECE world! Vol.2
そしてこちらが第二弾、今回のコミックマーケットで初出の本です。
P/ECE用プログラム特有のMakefileの書き方や、デバッグ技法、isdコマンドリファレンスなど、高度な内容となっています。
特に、isdコマンドリファレンスが素晴らしい。
どこにも説明されていなかった隠し（？）isdコマンドも全て網羅されていて、isdの使用頻度が高い人には必読の記事です。
僕も結構isdを使い込んでいたつもりでしたが、知らないコマンドたくさんありました…(^^;

P/ECE イラストロジックコレクション
イラストロジックを中心に、パズルゲームをたくさん開発なさっている「サークルすかいらぶ」さんの作品。
イラストロジック関連9本、その他5本、さらにWindows用作品と、とても豊富な内容です。（まだ全部遊べてません）
イラストロジックゲームはさすがに作り慣れてる感じで、操作性が良く、シーン切換え効果等も凝っています。
また、『壁が来る!!』は単純ながらゲーム性に優れていて、ミニゲームのお手本のような作品です。
ところで当日、オマケで付けてくださった「雪村ダイスケペーパー」の「AD～同人広告機構」。（CDにも入ってます）
なんですかこのセンスは～！笑った！いや失礼、笑うネタではないのか・・・実にためになるお話です(^^; ぜひ続編を！

事前計画なしに購入したので、見落としがあったらごめんなさい。
サークル参加の皆様、おつかれさまでした。

P/ECE転送用にCD-ROM付きのノートパソコンを持って行ったのですが、大半がフロッピー版でした・・・（ＴＴ
帰りの交通待ち時間に遊ぼうという計画は頓挫しました。これから遊びます。

そうそう、入場待ちの間、個人的にハイスコアアタック中の「Ｐ・Ｋ・Ｏ体験版（てとら★ぽっとさん）」と、
Ｐ魂作品群の中でまだ手を付けていなかった「Barrage Reactor（ABA Gamesさん）」を延々プレイしていました。
五時間も遊ぶとさすがに上達するもので、それぞれ8,967,200点と4,979点をマークしました。
特に前者はかなり限界に近いスコアと自負します。挑戦者求ム！

2003年8月8日

シンプルエイトアタックを作りました。
ゲーム電卓パート２「エイトアタック」（カシオ計算機・198?）に良く似たゲームです。

インストール方法は次のとおりです。
- 8attack.pexをP/ECEに転送してください。
主なルールは次のとおりです。
- デジタル文字に上・中・下のショットを撃ち込んで、「８」の字を完成させてください。
- 「８」の字が完成すると、デジタル文字の移動方向が反転します。
- 移動方向が反転する度に、移動速度がだんだん速くなって行きます。
- デジタル文字が画面端に到達するか、間違ったショットを撃ち込むとゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - ＳＥＬＥＣＴボタン　　上ショットを撃ちます。
  - Ｂボタン　　　　　　　中ショットを撃ちます。
  - Ａボタン　　　　　　　下ショットを撃ちます。
- いつでも
  - ＳＴＡＲＴボタン　　ポーズ／ポーズ解除します。
ダウンロードはこちらバイナリ(20KB) ソース(1.8MB)

カシオ計算機のゲーム電卓と言えば、パート１「デジタルインベーダー」があまりに有名ですが、
僕は、パート２「エイトアタック」の方が好きでした。
「デジタルインベーダー」より単純なルールで、ともすれば退化とも思われかねないところですが、
実際に遊んでみると、なかなかどうして、この単純さゆえに熱中できるゲームでした。

・・・と、さんざん誉めておいて言うのもなんですが、ほとんどルールを忘れてしまいました(^^;
とにかく単純だったことと、面白かった印象だけが強く、詳しいルールが思い出せない・・・
ゲームオーバー条件等はかなりアヤシイかも知れません。（もしかしたら他も全然違うかも(^^;）

やはり本作品は「デジタルインベーダー」や後続の「ボクシング」等に較べてマイナーなのでしょうか、
「エイトアタック」について詳しく取り上げているWebサイトを見つけることができませんでした。
情報、求ム！

2003年7月5日

「ToHeart PSE」を購入しました。
番外編とも言える「おでかけマルチ」はさんざん遊びましたが、実は本編を遊んだことがなかったのです。

さっそくマルチ・葵・委員長をクリアしました。いいお話ですね。なるほど、名作と呼ばれるわけです。
この三人以外はちょっと難易度高めみたいで、なかなか次がクリアできないのですが、まあゆっくり楽しもうと思います。

さてゲーム攻略の合間に、例によってビジュアルノベルを編集してみました。
今回は、取扱説明書に載っている「キャラクター紹介」を再現してみました。
「ToHeart PSE」のビジュアルノベルを作りました。
- システムプログラムには、てとら★ぽっとさんの「P/ECE VISUALNOVEL SYSTEM Ver2.0ファイナルβ」を使わせて頂きました。
- グラフィックは、あなたのコンピュータにインストールされている「ToHeart PSE」のデータファイルから抽出して使用します。
インストール方法は次のとおりです：
- あなたのPCに「ToHeart PSE」がインストールされていないと、データファイルが作成できません。
  あらかじめ、「ToHeart PSE」をインストールしておいてください。
- 「P/ECE VISUALNOVEL SYSTEM Ver2.0ファイナルβ」の実行ファイルをP/ECEに転送してください。
  また、「P/ECE VISUALNOVEL SYSTEM Ver2.0ファイナルβ」の実行ファイル以外に、80KB程度の空き容量が必要です。
- 配布ファイルを解凍してください。
- 解凍してできたフォルダの中に「mk.bat」というファイルがあります。ダブルクリックして実行してください。
- しばらく待つと「thpse.fpk」というファイルができます。「thpse.fpk」をP/ECEに転送してください。
- P/ECEのメニュー画面から、「P/ECE VISUALNOVEL SYSTEM Ver2.0ファイナルβ」を実行してください。
- 「P/ECE VISUALNOVEL SYSTEM Ver2.0ファイナルβ」のメニュー画面から、「thpse.fpk」を実行してください。
ダウンロードはこちらソースのみの配布です

2003年6月29日

True-False Test Ver1.00 用問題集「警視庁教習課程準拠　学科教本」の問題用ファイルを追加しました。
「虚空堂本店Neo」さんの『True-False Test Ver1.00』に対応した問題用ファイルです。

「警視庁教習課程準拠　学科教本」の章末問題をそのまま入力したもので、
- 教習番号１０．運転免許制度・交通反則通告制度
- 教習番号１７．自動車の保守管理
- 教習番号１８．駐車と停車
- 教習番号１９．乗車と積載・けん引
- 教習番号２０．交通事故のとき・自動車の所有者等の心得と保険制度
- 教習番号２３．高速道路での運転
から各十問づつです。

ダウンロードはこちら問題用ファイル(6KB)

謝辞
- 「虚空堂本店Neo」さんの『True-False Test Ver1.00』を利用させて頂きました。
  ありがとうございます。

2003年6月27日

True-False Test Ver1.00 用問題集「警視庁教習課程準拠　学科教本」を作りました。
「虚空堂本店Neo」さんの『True-False Test Ver1.00』に対応した問題用ファイルです。

「警視庁教習課程準拠　学科教本」の章末問題をそのまま入力したもので、
- 教習番号１．運転者の心得
- 教習番号２．信号に従うこと
- 教習番号６．安全な速度と車間距離
- 教習番号７．歩行者の保護等
から各十問づつです。

ダウンロードはこちら問題用ファイル(4KB)

基礎部分なので簡単かと思いきや、僕は結構シャレにならない正答率でした。
やば・・・

謝辞
- 「虚空堂本店Neo」さんの『True-False Test Ver1.00』を利用させて頂きました。
  ありがとうございます。
S1C33用GCCの進捗状況は次のとおりです。
- 浮動小数点演算を少し修正しました。この修正により、タンクバトルがコンパイルできるようになりました。
- P/ECE用コンパイラドライバを添付しました。P/ECE開発環境に入っているpcc33.exeをGCC3.3用に改造したものです。
ダウンロードはこちらバイナリ＆ソース(5MB)

2003年6月21日

S1C33用GCC、今回の変更点は次のとおりです。

メモリ配置を調整しました。
バグ修正しました。

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

さて、生成コードサイズについてはこれまでも何度か触れてきたのですが、実行速度はあまり気にしていませんでした。
GCC 3.3の生成コードは見た目にもかなりキレイな感じがするので、たぶんEPSONコンパイラよりも速いだろうな、と思っていました。
そこで今回、以前移植したDhrystoneベンチマークを使って、GCC 3.3とEPSONコンパイラの生成コードの速度比較を行ってみることにしました。
高速RAMを利用する最速設定バージョンで比較しました。結果は次の通り。

コンパイラオプション	EPSONコンパイラ	S1C33用GCC3.3
-Os（省メモリ優先）	N/A	9675.9 (詳細)
-O2（速度優先）	9955.2	12365.5 (詳細)

GCC 3.3で省メモリ優先コンパイルした場合に、EPSONコンパイラで速度優先コンパイルした場合よりもちょっと落ちるぐらいの速度が出るようです。
コードサイズもだいたい同じくらいになるので、GCC 3.3の省メモリ優先設定＝EPSONコンパイラの速度優先設定、という感じです。
注目は、GCC 3.3で速度優先コンパイルした場合の結果。コードサイズは数％大きくなるものの、速度も２４％ＵＰ！？
にわかには信じられない結果ですが、確かにGCC 3.3の生成コードは見ためにも速そうなので、本当に24%ぐらい速くなってるのかも・・・
計測が間違っているのでなければ、EPSONコンパイラに対する大きなアドバンテージとなりそうです。

2003年6月19日

S1C33用GCC、今回の変更点は次のとおりです。
- 最適化なしでコンパイルすると、不正終了してしまっていたのを修正しました。
- ポストインクリメントアドレッシングに対応しました。
- 生成コードサイズが小さくなりました。
EPSONコンパイラと比較しても、なかなかいいコードが出るようになってきたと思います。
懸案のコードサイズ肥大化に関しても、だいぶマシになってきました。
おでマルをコンパイルすると、まだEPSONコンパイラの生成コードに較べて2.8%ほど大きくなってしまうものの、
Wierdのコンパイルでは、0.1%だけですがついにEPSONコンパイラの生成コードよりも小さくなりました！
もっとも僕が最適化したわけではなく、EPSONコンパイラ(GCC2.7)に較べて新しいGCC3.3が優れているというだけの理由なのですが(^^;

ダウンロードはこちらバイナリ＆ソース(5MB)
Windows環境用の S1C33用 GCC 3.3（Cコンパイラ・C++コンパイラ）と、おでマル・Wierd用のサンプルMakefileです。

謝辞
- 「５９番街の部屋」のいろさんから、コンパイラのバグレポートを頂きました。
  ありがとうございます。

2003年6月14日

前回までのS1C33プロセッサ用GCCは、Windows+Cygwin環境での利用を前提としていました。
今回は、素のWindows環境だけ（Cygwinなし）で使える、GCCのバイナリをビルドしてみました。
コンパイラ本体の変更点は、生成されるコードサイズが少し小さくなったことぐらいです。

また、試しにC++コンパイラもビルドしてみました。
グローバルインスタンスが初期化できなかったり、newが使えなかったり(^^;、と、とてもC++言語とは言えないレベルですが、
原因の大半はサポートライブラリの不備によるもので、Cコンパイラがきちんと動けば、そこからC++への道のりはさほど遠くない感じです。
（Cコンパイラを実用レベルに持っていくまでがまだまだ遠いのですが・・・）

ダウンロードはこちらバイナリ＆ソース(5MB)
Windows環境用の S1C33用 GCC 3.3（Cコンパイラ・C++コンパイラ）、
このコンパイラを使ったお散歩綾香のサンプルプロジェクト、
および、このコンパイラの GCC 3.3 からの差分ソースです。

2003年6月10日

S1C33プロセッサ用GCCの進捗状況です。

ディレイド分岐（遅延分岐）の最適化を有効にしました。
EPSONコンパイラもディレイド分岐の最適化は行っているのですが、ディレイド可否の判断がちょっと甘いようです。
そのため、ディレイド命令にして最適化できるのに、実際には最適化されていないような場面が目立ちます。
例えばこんなＣソース：
```
	int test1(int a) {
		return a << 7;
	}
    
```
をEPSONコンパイラでコンパイルすると、こうなります：
```
	test1:
		ld.w %r10, %r12  ; 1サイクル
		xsll %r10, 7     ; 1サイクル（シフト数が0～8ならディレイド命令にできるのに、そうなっていません）
		ret              ; 4サイクル
    
```
今回のGCCでコンパイルすると、こうなります：
```
	test1:
		ld.w %r10, %r12  ; 1サイクル
		ret.d            ; 3サイクル
		xsla %r10, 7     ; 1サイクル（シフト数が0～8の範囲なので、ディレイド命令になっています）
    
```
やっとひとつ、EPSONコンパイラに対するアドバンテージができました。
トータルではまだまだ全然負けているのですがですが、ちょっと嬉しい気分です。
コードサイズが数％も大きくなるのは相変わらずなので、次はこれを何とかしたいところです。

ダウンロードはこちらソース(16KB) GCC3.3への差分ソースです。

2003年6月7日

さらに、S1C33プロセッサ用GCCの進捗状況です。

レジスタ割り当てが一部間違っていたことや、S1C33用アセンブラソース形式への適合などについて、何点か修正しました。
『おでかけマルチ』程度に複雑なプログラムでも、ちゃんと動くコードが生成できるようになりました。
相変わらず最適化は未着手なので、EPSONコンパイラで作ったバイナリよりもコードサイズが数％大きくなってしまっています。
『おでかけマルチ』ではぎりぎりメモリが足りて何とか動いているようですが、そろそろ最適化も必要かも知れません。
まだまだ基本部分にもアヤシイところがたくさん残っているのですが・・・

ダウンロードはこちらソース(1MB) GCC3.3への差分ソースと、おでマルのサンプルプロジェクトです。

GCCの移植について勉強しながら少しづつ修正していますので、今後はこちらのフォルダに随時アップロードして行こうと思います。
ご意見・改良・総書き換え(^^; 大歓迎です。P/ECEに現行バージョンのGCCを！ぜひ、よろしくお願いいたします。

謝辞
- おでマルサンプルプロジェクトに、「いきちがいのぷろぐらむあ」さんの『czenyen v1.11』を利用させて頂きました。
  ありがとうございます。

2003年6月6日

引き続き、S1C33プロセッサ用GCCの進捗状況です。

引数アドレスの計算やローカル変数の取り扱いなど、前回間違っていたところをいろいろ修正しました。
『おさんぽ綾香』程度の単純なプログラムなら、ちゃんと動くコードが生成できるようになってきました。
最適化等に関しては全く手付かずの上、まだまだアヤシイところもたくさんあるのですが、まずはワンステップです。

ダウンロードはこちらソース(40KB) GCC3.3への差分ソースと、おさんぽ綾香のサンプルプロジェクトです。

2003年6月3日

P/ECEのCPU、S1C33プロセッサ用GCCの進捗状況です。

まだまだ正しい動作には程遠いものの、見た目それっぽい出力が得られるようになってきました。
P/ECEアプリケーションの骨組みプログラムを、EPSONコンパイラでコンパイルした出力がこちら。（比較のためにコメントは削除しました）
そして、移植中のGCCで同じソースをコンパイルした出力がこちら。まだ正しくないコードが混じっていますが・・・

当初、MIPSプロセッサや日立SuperHプロセッサ用のGCCソースを参考に作業していたのですが、ぜんぜん理解できませんでした。
EPSONコンパイラは、MIPSプロセッサ用の古いGCCをベースに作られているとのことです。
また、S1C33プロセッサはSuperHに似ているので、これらのプロセッサ用のGCCソースが参考になると考えたのですが、この判断が間違っていました。
MIPSはともかく、SuperH用のGCCソースは数あるプロセッサの中でもトップクラスの複雑さをもっていたみたいです。
僕のようなGCC初心者には、とても手におえなかったわけです。

というわけで今回は、富士通FR30プロセッサ用のGCCソースをベースに、削って削って必要な部分まで削ってとにかく動かしてみました(^^;
無理やり動かしているだけなので、最適化なし・遅延分岐なし・浮動小数点なし・引数アドレスの計算は間違ってる・等々、ゴールは遥か先のようです。

ダウンロードはこちらソース(12KB) GCC3.3への差分ソースです。

2003年5月20日

Dhrystoneベンチマークを作りました。
メジャーな整数演算ベンチマーク『"DHRYSTONE" Benchmark Program Version 2.1』を、P/ECEに移植したものです。

『"DHRYSTONE" Benchmark Program』、名前は良く見かけるのものの、その詳細を気にしたことはありませんでした。
だから、結果の数値だけを見てもそれが速いのか遅いのか、僕にはよくわかりません。
そこで、P/ECEのCPU S1C33と同水準と思われるCPUをいくつかピックアップし、それらのベンチマーク結果と見比べてみることにします。

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

まずはP/ECEのCPU、S1C33のベンチマークを行います。
今回は、プログラムの実行方法によって二種類のベンチマーク結果を採ってみました。
1. ひとつめは、最速設定でのベンチマーク結果です。
  プログラムを高速RAM・スタックをSRAMに配置し、クロックを48MHzに切り換え、時間計測以外の割り込み処理を全て停止しました。
  結果はこちら。Dhrystone値は9955.2[Dhrystone]。Dhrystone MIPSに換算すると5.6[DMIPS]となります。
2. ふたつめは、通常設定でのベンチマーク結果です。
  プログラムをSRAM・スタックを高速RAMに配置し（普通こうなります）、クロックは24MHzのまま、割り込み処理も通常どおりです。
  結果はこちら。Dhrystone値は7584.4[Dhrystone]。Dhrystone MIPSに換算すると4.3[DMIPS]となります。
あれ？意外と小さな値ですね。これぐらいで普通なのかな？

それでは、他のCPUのベンチマーク結果と較べてみることにしましょう。
比較対象として選んだCPUは、次のとおりです。
これらのCPUについては、Web上に公開されているベンチマーク結果を参照させて頂くことにしました。
- DragonBallシリーズ（Palmハンドヘルドなど）
  「browncat.org」さんのページで、Palmハンドヘルド上のベンチマーク結果が公開されています。
  様々なPalmハンドヘルド機でのベンチマーク結果が見られます。
  16MHz駆動のDragonBallシリーズCPUを搭載した機種が多いようです。
- ARM7TDMI（ゲームボーイアドバンスなど）
  「David's Home Page」さんのページで、ゲームボーイアドバンス上のベンチマーク結果が公開されています。
  いろいろなコンパイラを使ってベンチマークプログラムをコンパイルした結果が見られます。
  ゲームボーイアドバンスのCPUも16MHz駆動です。
- SuperHシリーズ（セガサターンなど）
  「株式会社アルファプロジェクト」さんのページで、同社製SuperHマイコンボード上のベンチマーク結果が公開されています。
  SH-2からSH-4まで、様々なSuperHシリーズCPUのベンチマーク結果が見られます。
  S1C33とは何かと引き合いに出されるので（といってもSuperHの方が遥かにメジャーなのですが…）、結果が気になるところです。
DragonBallシリーズのCPUコアは古のモトローラ68000 CPUに由来するもので、さすがにS1C33とは差が付いています。
僕もPalmハンドヘルドを常用していますので、体感的にもこの数値は納得できるものです。

ゲームボーイアドバンスのARM7TDMIとはいい勝負です。
がんばって10000弱、典型値7000前後と、CPUの地力や周辺の足の引っ張り具合(^^;もかなり近いものがあるようです。

さて問題のSuperH、24MHz駆動のSH-2あたりがライバルと踏んでいたのですが、なぜかダブルスコアで負けています。
メモリ環境など周辺の差でしょうか？それともコンパイラの差なのでしょうか？
少なくともCPU単体でここまで差が付くことはないと思うのですが・・・

以上、S1C33、DragonBall、ARM7TDMI、SuperH(SH-2)のDhrystoneベンチマーク結果を比較してみました。
数倍の差はあるものの、予想通りだいたい同水準の整数演算性能を持っているようです。
これがデスクトップCPUになると1000倍ぐらい差がついてしまって、もはや比較になりません・・・

2003年5月5日

P/ECE研究記録更新しました。「警告の範囲が違う」

2003年5月4日

P/ECE研究記録更新しました。「距離を求める（誤差±約１％・30ビット版）」

2003年5月3日

P/ECE研究記録更新しました。「距離を求める（30ビット版）」

2003年4月30日

P/EMUバージョンアップしました。変更点は次の通りです。
- Windows2000とGeForce4 Tiの組み合わせで、フルスルクリーンモードに切り替わらない不具合を修正しました。
- タイマ割り込みのサポート追加で、シンプルライブラリを使ったアプリケーションも動作するようになりました。
  この修正により、「駄研」さんの『spout』の動作も改善されました。
使い方は、前バージョンまでのリリースノートと、添付の説明ファイルをご覧下さい。

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

謝辞
- 「５９番街の部屋」のいろさんから、GeForce4 Tiでの不具合報告を頂きました。また、修正版の動作確認をして頂きました。
  毎度ありがとうございます。

2003年4月27日

P/EMUバージョンアップしました。変更点は次の通りです。
- フルスクリーンモードを追加しました。
  エミュレータ起動後、[Alt]+[Enter]キーを押すと、フルスクリーンモードになります。
  もう一度[Alt]+[Enter]キーを押すと、ウインドウモードに戻ります。
  ※Windows2000環境でしか試していないので、Windows98/Me環境で正しく動くか、自信ないです…
  ※また、ウインドウモードよりもかなり遅くなってしまいます。
- 少し高速化しました。
  しかしどうやっても実機とタイミングが合わないので、タイミングは手動設定に逃げました(^^;
  ウインドウ左上のシステムメニューから「設定(O)」を選ぶと、設定ダイアログが表示されます。
  設定ダイアログでは、次の項目を設定することができます。
  - オーバークロック
    単位時間あたりの処理量を変化させます。
    数字が大きいほど速くなります。
    ただし、PCの速度が追いつかない場合は、ある程度以上大きくしても変わりません。
    本当は100%設定時に実機とタイミングが合わなければいけないのですが、僕のPCではなぜか150%ぐらいで合ってしまいます。
    従って、初期値は150%となっています。
    お使いのPCに合わせて調整してください。
  - フレームレート
    画面更新間隔を変化させます。
    数字が大きいほどスムーズになります。
    ただし、PCの速度が追いつかない場合は、ある程度以上大きくしても変わりません。
    また、数字が大きいほど、全体の処理速度は遅くなります。
    初期値は60FPSとなっていますが、60FPSで動いているP/ECEゲームはあまり多くありませんので、30FPSぐらいで充分かも知れません。
  - ノーウェイト
    実時間との同期を取りません。
    最大速度で動作します。
  - デバッグメッセージ出力
    DOS窓に、デバッグ用のメッセージを表示します。
    非常に遅くなるので、ご注意ください。
    この設定だけは終了時に保存されず、起動時はOFFになっています。
使い方は、前バージョンまでのリリースノートと、添付の説明ファイルをご覧下さい。

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

とりあえず今回で、一応、完成です。
まだまだ高速化が足りませんが、高速化のアイデアが尽きました・・・
巷のエミュレータは、もっと複雑なハードウェアをエミュレートしているにも関わらず、高速ですね。
あらためてそれらの凄さを再確認することになってしまいました。

2003年4月22日#2

P/EMUバージョンアップしました。変更点は次の通りです。
- サウンドのノイズを低減しました。
  muslibでBGMを演奏しているアプリケーションでも、ノイズが改善されたと思います。
- CPUコアのクロック計算を微調整しました。
使い方は、前バージョンまでのリリースノートと、添付の説明ファイルをご覧下さい。

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

充分に速いCPUを搭載したPCならば、効果音・BGM共にほぼノイズ無くなったと思います。
さて、次は高速化です。

謝辞
- 「５９番街の部屋」のいろさんから、速いCPUでの動作状況を教えて頂きました。
  毎度ありがとうございます。

2003年4月22日

P/EMUバージョンアップしました。変更点は次の通りです。
- サウンドに仮対応しました。
使い方は、前バージョンまでのリリースノートと、添付の説明ファイルをご覧下さい。

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

サウンド対応により、ますます遅くなってしまいました。
一応、効果音・BGM両方とも鳴ったのですが、処理が追いついていないせいか、かなりノイズが乗ります。
僕は1.33MHzのCPUを搭載したPCを使っていますが、それでも非常に耳障りなノイズが発生しています。
これより遅いCPUでは絶望的かも…
特にタンクバトルのような激しい曲調だとノイズが目立ち、おでマルなどは多少マシみたいです。

2003年4月20日

P/EMUバージョンアップしました。変更点は次の通りです。
- CPUコアのバグ修正。（scan0/scan1命令）
  前バージョンでは途中で止まってしまっていた『WIRED』が動くようになりました。
  同じ原因で障害の出ていた『Speed Barricade』『ぷちれー』等も動くようになりました。
- ジョイパッドに対応しました。
音が鳴らないのと動作が遅いのは、相変わらずです。

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

謝辞
- 「５９番街の部屋」のいろさんから情報提供を頂きました。
  ありがとうございます。

2003年4月18日

P/EMUを作りました。Windows上で動く、P/ECEエミュレータです。

使い方は次のとおりです。
- まず、PCとP/ECE実機をUSBケーブルで接続しておいてください。
  エミュレータを起動すると、P/ECE実機から次の情報を取得して、エミュレーションを開始します。
  - SRAM容量（通常、256KBです）
  - フラッシュメモリ容量（512KBまたは2MBです）
  - フラッシュメモリイメージ（エミュレートしたいソフトをインストールしておいてください）
- P/ECEのボタンとPCのキーの対応は、次のとおりです。
  - 上下左右　　：　↑↓←→
  - Ａボタン　　：　Ｚ
  - Ｂボタン　　：　Ｘ
  - ＳＴＡＲＴ　：　Ａ
  - ＳＥＬＥＣＴ：　Ｓ
まだまだ未実装な部分が多いので、動作しないアプリケーションも多いです。
シンプルライブラリを使ったアプリケーションは全滅です。
おでマル、ブラックウイングス、猪名川、じゃんぴーす、れとまじ、緋色の霧などは一応動作しました。

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

P/ECEエミュレータは既に、「やまもとくんのぺーじ」さんの『うぃんぴーす』がありますので、新たに作成する意味はあまりないのですが、
僕自身一度エミュレータを作ってみたかったことと、またそれによってP/ECEとS1C33209 CPUをより理解できるのではないかと考え、作成してみました。

僕はエミュレータを作るのは今回が初めてですので、極力単純な構造にしたつもりです。
例えば、『うぃんぴーす』ではAPIレベルのエミュレーションを積極的に行って実行速度を上げておられるのに対し、
『P/EMU』はAPIレベルのエミュレーションは行わず、ハードウェアレベルのエミュレーションのみで動いています。
それだけが原因というわけではないのですが、かなり遅いです。
1GHzぐらいのCPUを搭載したPCでないと、実機並みの速度は出ないと思います。
音もまだ鳴りません。

ハードウェアレベルのエミュレーションと言っても、P/ECEの動作に最低限必要な部分しか実装していませんし、
現行のP/ECEのふるいまいにかなり依存していますので、S1C33209 CPUの完全なエミュレーションにはほど遠いです。
今後、少しづつ完成度を上げていけたらいいな、と思っています。

謝辞
- 「やまもとくんのぺーじ」さんの『うぃんぴーす』を参考にさせて頂きました。
  ありがとうございます。

2003年4月12日

「テネレッツァ」クリアしました。
びっしり二週間遊べました。
展開は至って普通、普通すぎるほど普通なのですが、ストレートに感動できるお話でした。
Web上の情報を見ると、まだまだ攻略の余地がありそうですので、これから二周目行ってみようと思います。
魔法もぜんぜん覚えてないし。
P/ECE研究記録更新しました。「実はディレイド命令」

2003年4月2日

てとら★ぽっとさんのサイトで、アンオフィシャルピースコンテスト『Ｐ魂』の開催が告知されています。
まずは、告知ページを訪れてみてください。前述のリンクか、または左上のバナーからどうぞ。
なかなか渋いバナーなのですが、色合い的にオフィシャルとＰ本とこみパ発売中に隠れてしまうので・・・試しに勝手に点滅させてみました(^^:
トーラス高速化しました。
- 前回と同じ条件（Zバッファ使用・光源なし・テクスチャ付き四角形ポリゴン×200（背面消去を考慮すると100））で、秒間６～７フレーム
- テクスチャなしなら、秒間７～８フレーム
ぐらいのフレームレートになりました。前バージョンに較べて、２倍程度の高速化です。
テクスチャ有りと無しであまり速度に違いがないので、たぶん演算部分が足を引っ張っているのでしょうね。もう少し高速化の余地がありそうです。

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

2003年3月31日

「テネレッツァ」を購入しました。
Routesと同じく、このゲームもおでかけマルチのシナリオライターさんが担当なさっているそうです。
おでマルやRoutesのようなウィットの効いた会話はあまりないようですけれど、でもこれはこれでほのぼのとしてて楽しいです。

3Dゲームを遊ぶのは久しぶりなので、すぐ道に迷ってしまい、なかなか先へ進みません。
しかも、飛び道具メインのゲームであることに気付かず、レベルアップポイントを全て物理攻撃力に割り振ってしまい、肉弾戦の様相を呈してきました。
先は長そうです。
トーラスを作りました。3Dの定番、ドーナツ状の物体が回転するデモプログラムです。

テネレッツァを遊んでいたら、久しぶりに3Dプログラミングをやってみたくなりました。
3Dプログラミングは、一年以上前に回転マルチ・回転ジャムさんを作って以来です。
当時のプログラムでは、演算処理に浮動小数を使用し、描画処理も特に高速化していなかったので、六面体一個でいっぱいいっぱいという状態でした。

今回は、演算処理に固定小数を使用、主な演算処理と描画処理をアセンブラで高速化してみました。
結果、Ｚバッファ使用・光源なし・テクスチャ付き四角形ポリゴン×２００（背面消去を考慮すると１００）で、秒間３フレーム・・・
やはり、ゲームに使うのはまだまだ厳しいようです。

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

P/ECEのポリゴンゲームといえば、あずねっとさんの『３Ｄレースゲームぷちれー』ですね。
とてもスムーズです。どうやって処理なさっているのでしょうか。
これの半分、いや１／４ぐらいの速度でも出してみたいものです。

2003年3月21日

百人一首を作りました。小倉百人一首の暗記練習用ゲームです。

インストール方法は次のとおりです。
- 「karuta.pex」と「karuta.dat」をP/ECEに転送してください。
主なルールは次のとおりです。
- 画面上側に「上の句」が表示され、その下に四択で「下の句」が表示されます。
  「上の句」に対応した「下の句」を選んで、Ａボタンを押してください。
  制限時間等はありませんので、ゆっくり選んでも大丈夫です。
- 全１００問で、ゲームオーバーとなります。（途中で中断することもできます）
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下ボタン　　　　　　「下の句」を選択します。
  - Ａボタン　　　　　　　「下の句」の選択を確定します。
  - Ｂボタン　　　　　　　解答表示をスキップします。
  - ＳＥＬＥＣＴボタン　　ゲームを中断します。
- いつでも
  - ＳＴＡＲＴボタン　　ポーズをかけます／解除します。
ダウンロードはこちらバイナリ(96KB) ソース(1.68MB)

MOD-BGM第六弾。小学生のころ、国語の授業でさんざん覚えさせられた小倉百人一首です。
当時はほぼ全部暗記していたような気がするのですが、久しぶりにやってみるとほぼ全部忘れていました(^^;
さて、今回のプログラムで見て頂きたいところは二点です。
１つめ。
今回もGENGEさんの縮小フォント表示関数を利用させて頂いたのですが、そのままではまだ横幅が足りません。
縮小フォントは一文字あたり横8ピクセルなのですが、「上の句」が最大17文字あるので、1文字分超過してしまいます。
そこで、隣り合った文字を1ピクセルづつ重ねてみました。一文字あたり実質7ピクセルです。意外と読めるものですね。
２つめ。
背景画像の表示に、ノイズエフェクトをかけてみました。
『Routes』を遊んでいると、夕焼けの背景画像などに妙にリアルな空気（？）が感じられます。
不思議に思って画面をよく見ると、わざとノイズエフェクトがかかっているようです。
このエフェクト気に入ったので、真似てみました。なかなかいい感じだと思うのですが、いかがでしょうか。

謝辞
- 「熱闘★日本史」さんの『これが百人一首だ！』を参考にさせて頂きました。
  ありがごうございます。
- 「素材散策」さんのフリー素材を使わせて頂きました。
  ありがとうございます。
- 「TAM Music Factory」さんのFree MIDI 素材集を使わせて頂きました。
  ありがとうございます。
- GENGEさんの『8*10(全角),4*10(半角)フォント表示関数 Ver1.04』を利用させて頂きました。
  ありがとうございます。

2003年3月15日

ボスコニアンもどきを作りました。ボスコニアン68K（ナムコ／電波新聞社・1989）に良く似たゲームです。

インストール方法は次のとおりです。
- 「bosco.pex」と「bosco.dat」をP/ECEに転送してください。
主なルールは次のとおりです。
- マイシップを操作して、敵基地を破壊してください。
  ラウンドが進むと、マイシップのビームが少しパワーアップします。
- 敵基地を破壊するには、コア（中央部）を直接破壊するか、または周囲６つの砲台を全て破壊します。
  ラウンドが進むと、敵基地はコアを防御したり、コアからミサイルを発射するようになります。
- ときどき現れる偵察機は、逃さず撃墜してください。
  偵察機を逃してしまうと、敵ミサイル群の総攻撃がはじまります！
※今回の「ボスコニアンもどき」には、本物の「ボスコニアン」のゲーム要素のうち、敵編隊攻撃が欠けています。

操作方法は次のとおりです。
- タイトル画面
  - 上下左右ボタン　　　　ゲーム開始時のステージを選択します。
  - Ａボタン　　　　　　　ゲームを開始します。
  - Ｂボタン　　　　　　　ミュージックテストを行います。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　　マイシップを操作します。
  - Ａボタン　　　　　　　ビームを発射します。（自動連射）
  - Ｂボタン　　　　　　　ビームを発射します。（単発）
- いつでも
  - ＳＴＡＲＴボタン　　ポーズをかけます／解除します。
ダウンロードはこちらバイナリ(196KB) ソース(1.62MB)

ボスコニアン（ナムコ・1981）、人気の古典シューティングゲームですが、僕はあまり思い入れがありませんでした。
X68000にボスコニアンが単体で移植されたと聞いたときも、正直、なぜいまさら・・・と感じたものです。
ところが、実際に遊んでみたところ、驚くべきアレンジが施されていました。
BGMが異常に豪華なのです。
しかも、元はナムコ社のゲームなのに、１面～のBGMはグラディウスIIを彷彿とさせるコナミ調。
ゲーム自体は、少しパワーアップ要素が追加された程度で、ほとんどオリジナルと同じなのですが、
BGMが付いたことで、ゲームのノリがとても良くなっています。
数あるX68000用ゲームの中でも、最も気に入ったゲームの一つとなりました。（僕はX68000を持っていませんでしたけれど）

今回の「ボスコニアンもどき」は、MOD-BGM第五弾です。
前回の「クォースもどき」までは、MOD演奏ルーチンが標準の4声MODファイルにしか対応していなかったので、
4声以下の標準MODファイルを2本同時に再生し、6～8声程度のBGMとしていました。
今回の「ボスコニアンもどき」では、MOD演奏ルーチンを改善し、16声までのMODファイルに対応してみました。
実際には、9～10声のBGMを再生しています。
データ作成の力不足で、とても10声鳴ってるようには聴こえませんが・・・(^^;

2003年3月4日

mini ISD バージョン 2.4 を公開しました。変更点は次の通りです。
- 「アクティブ時に必ず前面に表示する」機能を追加しました。
  これまで、mini ISDを多重起動しようとした場合、既に起動しているmini ISDを前面に表示していたのですが、
  実際には、Windows98やWindows2000の仕様により、前面に表示されずタスクバーで点滅してしまっていました。
  今回より、きちんと前面に表示されるようになりました。
  
  この機能を有効にするには、[タイトルバーのアイコンを押す]->[設定]で「アクティブ時に必ず前面に表示する」をチェックしてください。
  初期状態では、前バージョンまでとの互換性のため、「アクティブ時に必ず前面に表示」機能は無効になっています。
ダウンロードはこちらバイナリソース

詳しい使い方につきましては、アーカイブに含まれているReadmeファイルをご参照ください。
できれば、以前のバージョンのリリースノート（このページの下の方にあります）もご参照ください。
使い方の簡単な説明は、mini ISDを起動して「システムメニュー→バージョン情報」ダイアログをご覧下さい。

※新規インストール時のご注意：
- minisd.exeとpiecese.dllを、同じディレクトリに置いて使ってください。
  piecese.dllは、Windowsシステムディレクトリ(例：c:\winnt\system32、c:\windows\systemなど)に置くこともできますが、
  異なるバージョンのファイルが混ざってしまうことを避けるため、できるだけ同じディレクトリに置いて使ってください。
- minisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けを行ってください。
  エクスプローラでのpexファイルアイコン表示や、pexファイルをダブルクリックしてmini ISDの起動ができるようになります。
- minisd.exeとpiecese.dllを別のディレクトリへ移動した場合は、もう一度、「設定」ダイアログで[拡張子関連付]を行ってください。
※バージョンアップ時のご注意：
- 既に以前のバージョンをお使い頂いている場合は、新しいminisd.exeとpiecese.dllを、以前のバージョンの同名ファイルに上書きコピーしてください。
  piecese.dllを上書きする際、「指定されたファイルは、Windowsが使っています」等のメッセージが表示され、上書きできない場合があります。
  このようなメッセージが表示された場合は、いったん拡張子関連付けを解除し、再起動するか、ログオンしなおすと、上書きできるようになります。
- 新しいバージョンのminisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けの設定を更新してください。
  [はい]/[いいえ]、どちらのボタンを押したかに関わらず、次回起動時からは、このダイアログは表示されません。

2003年3月3日

「Routes」を購入しました。
おでかけマルチと同じシナリオライターさんが担当なさっているとのことで、楽しみにしていた作品です。
さっそく一周クリアしました。期待通りの軽快な文章でノリが良く、二周目も楽しめそうです。

残念ながらP/ECE用ミニゲームは入っていませんでしたので、代わりに例のごとくビジュアルノベルを作ってみました。
と言いましても僕はサイドストーリーとか書けませんので、とりあえずこのページの予告編をパクってみました。
短編です。詳細は以下をご覧下さい。
「Routes」のビジュアルノベルを作りました。
- システムプログラムには、てとら★ぽっとさんの「P/ECE VISUALNOVEL SYSTEM Ver2.0β3」を使わせて頂きました。
- グラフィックは、あなたのコンピュータにインストールされている「Routes」のデータファイルから抽出して使用します。
インストール方法は次のとおりです：
- あなたのＰＣに「Routes」がインストールされていないと、データファイルが作成できません。
  あらかじめ、「Routes」をインストールしておいてください。
- 「P/ECE VISUALNOVEL SYSTEM Ver2.0β3」の実行ファイルをP/ECEに転送してください。
  また、「P/ECE VISUALNOVEL SYSTEM Ver2.0β3」の実行ファイル以外に、30KB程度の空き容量が必要です。
- 配布ファイルを解凍してください。
- 解凍してできたフォルダの中に「mk.bat」というファイルがあります。ダブルクリックして実行してください。
- しばらく待つと「routes.fpk」というファイルができます。「routes.fpk」をP/ECEに転送してください。
- P/ECEのメニュー画面から、「P/ECE VISUALNOVEL SYSTEM Ver2.0β3」を実行してください。
- 「P/ECE VISUALNOVEL SYSTEM Ver2.0β3」のメニュー画面から、「routes.fpk」を実行してください。
ダウンロードはこちらソースのみの配布です
P/ECE PopUpバージョンアップしました。今回はバグ修正のみです。
- P/ECEを接続したまま、別の機器（ジョイパッドなど）を取り付け／取り外しした場合にも、
  誤って指定アプリケーションを起動してしまっていた不具合を修正しました。
ダウンロードはこちらバイナリ(120KB) ソース(110KB)

詳しくは、前バージョンのリリースノート(2002/02/25)と、添付の説明ファイルをご参照ください。

2003年3月1日

昨日の最後に書きました、スタンバイ時の画面にじみ問題回避の可能性について、実験してみました。

実験方法はつぎのとおりです。
まず確実にP/ECEを初期状態にするため、WinPKu.exeを使ってall.bin（BIOS 1.18）を転送しておきます。
次に、LCDコントローラのパワーセーブモード設定方法を修正した、メニュープログラム（startup.pex）を転送します。
そしてP/ECEのメニュー画面で、「SELECT＋Bボタンでスタンバイ」⇒「START長押しで復帰」を、１００回繰り返します。
画面のにじみが発生しなかった回を「○」、画面のにじみが発生した回を「×」とマークして行きます。

それでは、結果発表です。
まず、もともとどのくらいの頻度で画面のにじみが発生していたのかを調べるため、P/ECE付属の標準メニューで試してみました。

通常（いきなりパワーセーブモード）：

○○○○○○○○○×○○○○○○○○○○×○○○○○×○○○○○○○○○○○○○○○○○○○○○○○
×○○○○○○○○○○○○○○○××○○○○○○○○○○○○×○○○○○○○○○○○○○○○○○○○

１００回中、にじみの発生は７回。意外と少ないですね。もっと多いと思っていました。
この程度なら改善の必要がないような気もしますが、それでは話が続かなくなってしまうので、次へ進みます。

昨日お話ししましたように、画面表示をＯＦＦにしてからパワーセーブモードに入るようにした場合の結果です。

画面表示ＯＦＦしてからパワーセーブモード：

○×○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○×○○○
○○○○○○○○○○○○○○○○○×○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○

残念、まだにじみが発生します。１００回中、にじみの発生は３回。う～ん、微妙です。
発生回数が減ってはいるのですが、１００回中の７回と３回程度の違いでは、単なる偶然の可能性も否定できません。
しかし減っているのも事実ですので、このまま終わらせてしまうのはもったいない。
そこで、次のように推測してみました。

「画面表示ＯＦＦ」のコマンドを送っても、実際にLCDの画面表示がＯＦＦになって回路が安定するまでに、少し時間がかかるのではないか？

それでは、「画面表示ＯＦＦ」の後に０．１秒待ってからパワーセーブモードに入るように修正して、実験してみましょう。

画面表示ＯＦＦして、少し待ってからパワーセーブモード：

○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○
○○○○○○○×○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○

惜しい！１００回中、にじみの発生は１回。

今回はこれで手が尽きました。
残念ながら完全な解決には至りませんでしたが、傾向は見えてきた気がします。
今後の改善に期待、です。

実験に使ったメニュープログラムはこちらバイナリ＆ソース(125KB)

2003年2月28日

P/ECEのLCDコントローラ、サムスン電子社製「S6B0741」のデータシートが新しくなっていました。
昨年末に更新されていたようですが、僕は今日気付いてダウンロードしました。内容に大きな変更点はないようです。

さて、久しぶりにLCDコントローラの情報を調べていて、ちょっと面白いものを見つけました。沖電気社製LCDコントローラ「ML9055A-02」です。
このLCDコントーラ、データシートをざっと見た限り、「S6B0741」とまるっきりそっくりなのです。コマンドセットや電気特性などなど・・・

「ML9055A-02」のデータシートには、2002年7月26日付で“Preliminary”（暫定）と書いてありますので、「S6B0741」よりも後発なのはたぶん間違いないところ。
もしかしたら、サムスン電子社製「S6B0741」の、沖電気社製セカンドソース版なのかも知れません。

で、これで終わってしまうとあまり得るものはないのですが、そこはさすがに沖電気社！和文データシートが用意されています。
僕は、P/ECE以前にLCDコントローラのプログラムをやったことがなかったため、「S6B0741」のデータシートを読むのはかなり苦労しました。
「英語」と「LCD専門用語」の二重苦です。未だに理解できない部分がたくさん残っています。

「ML9055A-02」の和文データシートをちょっと読んでみたところ・・・すごく読みやすいです。
基本的に「S6B0741」のデータシートと同じ内容なのですが、単なる和訳ではなく、説明が追加されたり、理解不能だった部分が修正されたりしています。
（例えば、「S6B0741」のデータシートでは理解不能だった「Set Power Save Mode」のモード指定ビットが、“1:Sleep”固定に修正されています。）
あぁ、最初からこれがあれば・・・(^^;

さらに面白い記述が発見できます。
コマンドの使い方において「S6B0741」と「ML9055A-02」にはほとんど違いはないのですが、唯一「パワーセーブモード開始⇔終了」手順が少し違っています。
「ML9055A-02」のデータシートによりますと、パワーセーブモードに入る前には、画面表示をOFFにしておかなければいけないことになっています。
「S6B0741」のデータシートにはそのような記述はなく、いきなりパワーセーブモードに入っちゃっていいことになっています。
実際に、P/ECEのシステムプログラムは、いきなりパワーセーブモードに入るように作られています。
P/ECEをスタンバイモードにすると、稀に画面がじわ～っと真っ黒になるのは、もしかしたらこれが原因だったりするかも？
まだ試していないので確定ではありませんが、これはぜひ実験してみたいと思います。

最後に、リンクをまとめておきます。
- 日本サムスン：http://www.samsung.co.jp/
  - 「S6B0741」のページ：http://www.samsungelectronics.com/semiconductors/System_LSI/LDI/Graphic/S6B0741A/S6B0741.htm
  - 「S6B0741」の新しいデータシートhttp://www.samsungelectronics.com/semiconductors/System_LSI/LDI/Graphic/S6B0741A/ds_s6b0741_r23.pdf
- 沖電気工業（英文）：http://www.okisemi.com/us/
  - 「ML9055A-02」のページ（英文）：http://www2.okisemi.com/us/docs/Intro-7500.html
  - 「ML9055A-02」のデータシート（英文）：http://www.okisemi.com/jp/datadocs/doc-eng/ml9055a_02.pdf
- 沖電気工業（和文）：http://www.okisemi.com/jp/
  - 「ML9055A-02」のページ（和文）：http://www.okisemi.com/jp/products/dis_lcdgraph.htm
  - 「ML9055A-02」のデータシート（和文）：http://www.okisemi.com/datadocs/doc-jpn/PJDL9055A-02-01.pdf
皆様も「ML9055A-02」の資料を参考に、P/ECEのLCDコントローラ・プログラミングを楽しんでみませんか？

2003年2月25日

P/ECE PopUpを作りました。P/ECE接続時にプログラムを自動起動するランチャです。

P/ECE接続時に、WinISDやPicketなどのWindows側アプリケーションが自動的に起動したら便利かな、と思って作ってみました。
また、P/ECE接続状態をタスクトレイ上にアイコン表示しますので、WindowsのLAN接続状態アイコンみたいでちょっと楽しいかも。

使い方はこちらをご参照ください。同じファイルがアーカイブにも入っています。

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

プログラム選択のオススメは「C:\usr\PIECE\winapp\おでかけマルチ\おでかけマルチ.exe」です。
P/ECEを接続すると、問答無用でおでマルのWindows側アプリケーションが起動します(^^;

2003年2月14日

P/ECE研究記録更新しました。「memcpy()でアドレス不整例外」

2003年2月13日

ＸＭプレイヤーを作りました。
MODやS3M形式よりも高音質な「XM形式」の音楽ファイルを、P/ECE上で再生します。「MOD形式」の音楽ファイルも再生できます。

「xmplay.pex」とMOD/XMファイルをP/ECEに転送し、メニュー画面で『ＸＭプレイヤー』を実行してください。
MOD/XMファイルは配布ファイルには含まれていませんので、「The Mod Archive」さんから入手してください。

キー操作は次のとおりです。
- カーソルキー：　　　　曲を選びます。
- Ａボタン：　　　　　　再生を開始します。
- Ｂボタン：　　　　　　再生を終了します。
- ＳＴＡＲＴボタン：　　通常音量／音量２倍モードを切り換えます。
- ＳＥＬＥＣＴボタン：　プログラムを終了します。
詳しくは、添付のREADME.TXTを参照してください。

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

『ＭＯＤプレイヤー』作成時に利用させて頂いた、「吉田研究所＠世田谷」さんの『ModPlug 互換、MOD / XM プレイヤーのソース』は、
もともとXM形式の再生機能を持っています。
しかし、P/ECEのCPUでそのまま利用すると、XMファイルロード時にアドレスエラーが発生してしまうため、
『ＭＯＤプレイヤー』ではXM形式の再生機能を外していました。
今回の『ＸＭプレイヤー』は、アドレスエラーが起きていた部分の対処を行って、XM形式の再生機能を有効にしたものです。

P/ECEのCPU処理能力、およびSRAM容量の制約のため、次のような制限があります。
- 再生処理が追いつかず、音が途切れ途切れになることがあります。
  XM形式の再生処理の方が、MODやS3M形式よりもCPUパワーを必要としますので、
  『ＭＯＤプレイヤー』や『Ｓ３Ｍプレイヤー』よりも音が途切れることが多いです。
- 大きなXMファイルは再生できません。
  容量的には70KBぐらいまでのXMファイルが再生可能なのですが、大きなXMファイルほど処理が重いものが多く、
  処理が間に合わず音が途切れてしまいます。
  音が途切れずに再生できるのは、約20KB程度までのXMファイルに限られると思います。
以上の制限のため、マトモに再生できるXMファイルの数は相当限られてきます。
例えば、これらのXMファイルがかろうじて再生可能です。（いずれも「The Mod Archive」さんに置いてあるファイルです）
『ＭＯＤプレイヤー』や『Ｓ３Ｍプレイヤー』では、SRAM容量制限に較べると処理能力に少し余裕がありましたので、
ファイルをフラッシュメモリに置いたまま再生することで、SRAM容量制限を回避していました。
しかし今回の『ＸＭプレイヤー』では、SRAM容量制限よりも先に処理能力が問題になってしまいました。
XM形式は、MODやS3M形式よりも大容量・高音質のサンプルデータを使い、より多くのトラック数を扱えることが特徴なのですが、
そういうデータは重すぎて再生できない…というジレンマに陥ってしまっています。

まだまだ高速化の余地はありそうですが、MOD形式のようにゲームのBGMとして使うのは、ちょっと厳しそうです。
P/ECEそのものの音質なども考慮すると、やはりP/ECEにはMOD/S3M形式がちょうどいいかな、と思いました。

謝辞
- 『ＸＭプレイヤー』のMOD/XM演奏ルーチンには、
  「吉田研究所＠世田谷」さんの『ModPlug 互換、MOD / XM プレイヤーのソース』を利用させて頂きました。
  ありがとうございます。

2003年2月12日

シンプルスペースマウスを作りました。
スペースマウス（芸夢狂人さん／I/O誌・1981）に良く似たゲームです。

インストール方法は次のとおりです。
- smouse.pexとdrum.binをP/ECEに転送してください。
  drum.binがなくてもゲームはできますが、BGMの音が一部鳴らなくなります。
主なルールは次のとおりです。
- プレイヤーを操作して、２００階まで登って下さい。
- スペースマウスに当るとゲームオーバーです。
- ２００階に到達するまでの時間が短いほど、ハイスコアとなります。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　プレイヤーを左右に移動します。
  - ＡまたはＢボタン　　プレイヤーを上の階へ移動します。
- いつでも
  - ＳＴＡＲＴボタン　　ポーズ／ポーズ解除します。
~~ダウンロードはこちらバイナリ(50KB) ソース(1.3MB)~~

修正
すみません、時間表示を思いっきり間違えていました。
修正しましたので、恐れ入りますがもう一度ダウンロード頂けますようお願い致します。

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

なつかしのスペースマウスです。
さすがに記憶も薄れているので、細部はかなり違ってしまっているかも知れません。
難易度は甘めに調整しましたので、ガンガン上の階へ進めると思います。
タイムアタックしてみてください。
（本物のスペースマウスはタイムアタックじゃなかったような気もしますが…(^^;）

謝辞
- 「Randomism Zone」さんの『ドラム音色分離キット ver.1.00』を利用させて頂きました。
  ありがとうございます。
GCC。
binutilsはちょっと中断して、gccのターゲットマクロの勉強など。（なぜか2chのP/ECEスレッドにも話題が…）
binutilsよりこっちの方が面白い気がしてきました。こっちからやればよかった…(^^;

2003年1月31日

つなポンもどきを作りました。連結パズルつなげてポンッ！（夢工房・1999）に良く似たゲームです。
インストール方法は次のとおりです。
- 「tunapon.pex」と「drum.bin」をP/ECEに転送してください。
  「drum.bin」を転送しなくてもゲームはできますが、BGMの音が一部鳴らなくなります。
主なルールは次のとおりです。
- 離れた位置にあるターゲット(※1)を、パーツ(※2)でつなげて消してください。
- ラウンド毎に一定数のターゲットを消すと、クリアターゲットが出現します。
  クリアターゲットをつなげて消すと、ラウンドクリアです。
- ターゲットが画面下まで降りてくると、ゲームオーバーです。
- (※1)「ターゲット」とは、画面上から降りてくるブロックのことです。
  (※2)「パーツ」とは、プレイヤーが撃ち出すブロックのことです。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
  - 上下ボタン　　　　　ステージ選択とラウンド選択を切り替えます。
  - 左右ボタン　　　　　開始ステージまたは開始ラウンドを選択します。
- ゲーム画面
  - 左右ボタン　　　　　プレイヤーを左右に移動します。
  - 下ボタン　　　　　　ターゲットを速く降下させます。
  - Ａボタン　　　　　　パーツを撃ち出します。
    　　　　　　　　　　パーツの色は、最初に撃ち出したパーツがヒットしたターゲットと同じ色になり、
    　　　　　　　　　　以降、ターゲットが消えるかＢボタンを押すまで、同じ色のパーツを撃ち出します。
  - Ｂボタン　　　　　　画面上のパーツを消します。
- いつでも
  - ＳＴＡＲＴボタン　　ポーズをかけます／解除します。
ダウンロードはこちらバイナリ(104KB) ソース(1.47MB)

なかなかにルール説明の難しいゲームです。
おそらく上のルール説明だけでは、どういうゲームだか想像がつかないと思います。
実際にはさほど複雑なルールではなく、例えるなら「ムリヤリつなげて消すさめがめ」。
数回遊べば自然とルール把握できると思いますので、ぜひ一度お試しください。
本作の特徴は、ぜんぜん狙わなくても大連鎖が発生するところでしょうか。
画面上いっぱいにターゲットが埋まった状態から、一手で全消滅も稀ではありません。

本物の「連結パズルつなげてポンッ！」は、現在のところネオジオポケット専用となっています。
ネオジオポケットでは好評だったそうですが、いまいちマイナーであることは否めません。
とても良く出来たゲームなので、せめてＭＶＳ（業務用ネオジオ）で出ていれば・・・
これ一本でネオジオポケットを買う価値があります。僕は買いました。（値段も値段ですしね(^^;）

謝辞
- 「Randomism Zone」さんの『ドラム音色分離キット ver.1.00』を利用させて頂きました。
  ありがとうございます。
さてGCCもといGASの方はと言いますと、Relaxationの疑問も解決し（いつもアドバイスありがとうございます！）、やっと次へ。
リロケーションの勉強．．．は途中でやめて、SHシリーズ用のソースを参考に、オペコード変換表を作成中。
とりあえずわかる部分から実装です。調査ばかりやってると、ついついゲーム作成に逃避してしまいますので…今回のように(^^;

2003年1月25日#2

ＭＤＸプレイヤーバージョンアップしました。変更点は次のとおりです。
- 再生停止ボタン（Ｂボタン）の反応を改善しました。
  再生処理が間に合わなくってハングアップに近い状態になった場合でも、Ｂボタンによる再生停止だけは効きますので、
  P/ECE背面のリセットボタンを押す羽目にになることは少なくなったと思います。
- 前バージョンでは、ＭＤＸプレイヤーを起動したまま複数のファイルを転送したりすると、ファイル転送に失敗していました。
  起動に時間がかかるアプリケーション特有の症状で、『猪名川で売ろう！』でも同じ現象が発生します。
  今回、再起動時のFM音源初期化のタイミングを少し後へずらすことによって、この問題を修正しました。
使い方は、前バージョンと同じです。音質も（残念ながら）前バージョンと同じです。

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

オススメ曲の追加です。
「MDXなところ」さんにも、たくさんのMDXファイルが置いてあります。
その中で、『沙羅曼蛇』の曲（salamander.lzh）が比較的処理が軽いので、かろうじて原曲がわかる程度には再生可能かと思います。
『ライフフォース』の曲も入ってますね。僕はライフフォース５面の曲（sal11.mdx）が大好きなんです。（MSX版沙羅曼蛇の曲でもあります）

ライセンスについて：
- 『MDX player for UNIX-like environment』に従いまして、本プログラムの配布条件もGPL2となります。
  GPL2につきましては、同梱のCOPYINGファイルをご覧ください。
謝辞
- 「Studio Breeze Page」さんの『MDX player for UNIX-like environment』を基にさせて頂きました。
  ありがとうございます。
  オリジナルの『MDX player for UNIX-like environment』も、こちらのURLから入手できます。

2003年1月25日

ＭＤＸプレイヤーを作りました。X68000などで有名な「MDX形式」の音楽ファイルを、P/ECE上で再生します。
「Studio Breeze Page」さんの『MDX player for UNIX-like environment』を、P/ECEに移植したものです。

使い方は次のとおりです。
1. 配布ファイルに含まれている、「mdxply.pex」をP/ECEに転送してください。
2. MDXファイルをP/ECEに転送してください。MDXファイルは配布ファイルに含まれていませんので、別途入手してください。
  　　「レトロゲームサントラ推進協会」さんのＭＤＸファイルのページから入手できる、
  　　『ドラゴンスレイヤー英雄伝説』のエンディング曲（ds6_mdx.lzh内のds6_17.mdx）がオススメです。
  　　後述するように、P/ECE版ＭＤＸプレイヤーは超低音質・低再現性なのですが、この曲は比較的いい感じに再生できます。
3. P/ECEのメニュー画面で、『ＭＤＸプレイヤー』を実行しててください。
4. MDXファイル（拡張子が.mdxのファイル）が一覧表示されます。
5. 上下キーで再生したいMDXファイルを選び、Ａボタンで再生開始します。
6. Ｂボタンで再生停止します。
7. SELECTボタンでプログラムを終了します。
P/ECEのCPU性能、およびSRAM容量の制約のため、次のような制限があります。
- 音質が最悪です(^^;
  オリジナルの『MDX player for UNIX-like environment』はとても良い音質で再生されるのですが、
  そのままの音質でP/ECEに移植したのではぜんぜん処理が間に合いません。
  なんとか動くところまで音質を落としていった結果・・・3.2KHzになってしまいました。（32KHzじゃないですよ！）
- 一応なんとか動いたものの、かなり処理が重く、曲によってはP/ECEがハングアップしてしまいます。
  P/ECEがハングアップしてしまったら、お手数ですが背面のリセットボタンを押してください。
  また、音楽再生中はキー反応がとても悪くなります。
  音楽再生中に次のファイルを選択するときは、ボタンを少し長めに押してみてください。
- PCMパートは鳴りません。
  従いまして、PCMデータファイル（PDXファイル）は不要です。
- FM音源パートも時々消えてしまったりします。
  いまのところ原因不明です。処理速度を稼ぐため、FM音源のエミュレーション間隔を長めに調整したのが原因かな？
- 32キロバイト以上のMDXファイルは再生できません。
  実際には、ほとんどのMDXファイルは十数キロバイト程度だと思います。
詳しくは、添付のREADME.TXTを参照してください。

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

ライセンスについて：
- 『MDX player for UNIX-like environment』に従いまして、本プログラムの配布条件もGPL2となります。
  GPL2につきましては、同梱のCOPYINGファイルをご覧ください。
謝辞
- 「Studio Breeze Page」さんの『MDX player for UNIX-like environment』を基にさせて頂きました。
  ありがとうございます。
  オリジナルの『MDX player for UNIX-like environment』も、こちらのURLから入手できます。
ちなみにGCCの方ですが、GCC以前にGASの移植で苦戦してます。芋づる式に知らないことがいっぱい。Relaxationって何だ！？(^^;

2003年1月11日

しばらくの間、gccの勉強をしようと思うので、更新とまります。

以前P/ECE研究記録でも触れましたように、現在P/ECEで利用できるCコンパイラは、P/ECE開発環境付属のかなり古めのgccだけです。
古めのgccでも特に問題はないのですが、やっぱり新しいコンパイラも使いたい・・・
S1C33でLinux2.4ベースのOSが動いていることから、もっと新しいgccのクロスコンパイラも存在するとは思うのですが、たぶん単体で入手するのは難しいでしょう。
また、おそらくS1C33と思われるCPUへ、個人でgccを移植なさっている方もいらっしゃったようなのですが、残念ながら現在は作業中断状態のようです。
（こちらのページの臨時日記の2002/03/31～。参考にさせて頂きます。）

そんなわけで、非常に無謀ですが、とりあえず勉強をはじめてみることにしました。
まずはgasとbinutilsから。ここ数日、SH用とかPicoJava用のソースを読んでいたのですが…う～ん、先が見えない…
僕はコンパイラの作成経験も移植経験も、それどころかアセンブラの作成経験さえもないので、ほとんど成功の見込みはありません。
どなたか、コンパイラの移植経験がある方が先を越してくださるか、または新しいgccでいきなりS1C33がサポートされちゃったりすることを望みます(^^;

というわけで、今回は当面の最終更新となります。↓
クォースもどきを作りました。クォース（コナミ・1989）に良く似たゲームです。

インストール方法は次のとおりです。
- 「quarth.pex」と「quarth.dat」をP/ECEに転送してください。
主なルールは次のとおりです。
- 画面上から降りてくるブロックにショットを撃ちこんで、四角形を作ってください。
  四角形ができると、ブロックが消えます。
  複数のブロックをまとめて、大きな四角形にすることもできます。（中空でもＯＫ）
- 二種類の特殊ブロックがあります。
  ステージ中盤の光るブロックを消すと、画面上のブロックが全部消えます。
  ステージ終盤の光るブロックを消すと、ステージクリアです。
- ブロックが画面下のバーのところまで降りてくると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - 上下左右ボタン　　　　ゲーム開始時のステージを選択します。
  - Ａボタン　　　　　　　ゲームを開始します。
  - Ｂボタン　　　　　　　サウンドテストモードに入ります。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　　プレイヤーを左右に移動します。
  - 上ボタン　　　　　　　ブロックを速く降下させます。
  - ＡｏｒＢボタン　　　　ショットを撃ちます。
- いつでも
  - ＳＴＡＲＴボタン　　ポーズをかけます／解除します。
ダウンロードはこちらバイナリ(188KB) ソース(2.21MB)

アーケード版にはじまり、ファミコン、ゲームボーイ、PC-9801、X68000、MSX、と多くの機種に移植されたゲームです。
昨年「ブロッククォース」という名前でi-modeにも移植されました。
かなりメジャーなタイトルなので、ご存知の方も多いと思います。
僕も、アーケード版・ゲームボーイ版・MSX版で、長期間遊ばせてもらいました。
余談ながら、同年・同社製のパズルゲーム「キューブリック」（チクタクバンバンのようなゲーム）も面白かったのですが、
僕の行きつけのゲームセンターでは、少し遅れて発売された「クォース」によって瞬く間に駆逐されてしまいました。

さて、本物の「クォース」では、大きな四角形が作りやすいように、ある程度ブロックの出現がパターン化されています。
対して、今回の「クォースもどき」では、ブロックの出現パターンは完全にランダムです。
ランダムなのですが、意外にも狙ったようなブロックパターンになることが多く、かなり大きな四角形も作れると思います。
ハイスコア、狙ってみてください。

例によって、「クォースもどき」はMOD-BGM第四弾です。
今回は、コンティニューとエンディング以外のゲーム中のBGMをほとんど全部採ってみました。
また、サウンドテストモードもつけてみました。
実はゲームボーイ版やMSX版の方がアーケード版よりも曲数が多いのですが、今回はそれらの曲は入っていません。

謝辞
- BGMと効果音の音色には、「The Hornet Archive」さんのFTPに置かれている音色データを利用させて頂きました。
  ありがとうございます。

2003年1月2日

シンプルレーザーを作りました。
「スペースウォー」（レジャック・1979）に良く似たゲームです。本当のタイトル名よりも、俗称「カメレオンアーミー」の呼び名の方が有名ですね。

インストール方法は次のとおりです。
- slaser.pexをP/ECEに転送してください。
  今回は、昔のゲームの雰囲気を優先してBGM無しにしましたので、drum.binは使いません。
主なルールは次のとおりです。
- プレイヤーのレーザー砲台を操作して、コンピュータのレーザー砲台を破壊してください。
- レーザーは、画面右上に表示されているエネルギーの分しか飛びません。レーザーを撃つとエネルギーが減り、撃たないでいると回復します。
- プレイヤーのレーザー砲台が三機破壊されるとゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　レーザー砲台を移動します。
  - ＡまたはＢボタン　　レーザーを発射します。
- いつでも
  - ＳＴＡＲＴボタン　　ポーズ／ポーズ解除します。
ダウンロードはこちらバイナリ(17KB) ソース(1.3MB)

インベーダーブームの少し後に、かなりたくさん出回っていた記憶のあるゲームです。
遊園地のゲームコーナーなどでよく見かけましたので、遊んだ方も多いのではないでしょうか。

当時としては、いや、現在に至ってもめずらしい、テーブル筐体のあっち側とこっち側で２プレイヤー対戦ができるのが特徴です。
ワンコインで２プレイヤー対戦ができるというおトクな仕様だったのですが、僕はもっぱら対コンピュータ戦ばかりやっていました。
（今回の「シンプルレーザー」は、対コンピュータ戦ＯＮＬＹです）

ちなみにレジャック社とは、後のコナミ工業だそうです。
当時はメーカーなんてぜんぜん気にせずに遊んでいましたが、これも旧き良きコナミゲームのひとつということになりましょう。

2002年12月31日

シンプルループを作りました。「パズループ」（ミッチェル・1998）に良く似たゲームです。

インストール方法は次のとおりです。
- sploop.pexとdrum.binをP/ECEに転送してください。
  drum.binがなくてもゲームはできますが、BGMの音が一部鳴らなくなります。
主なルールは次のとおりです。
- ジュエルストーンを撃ちこんで、同じ色を三つ以上くっつけて消してください。
- 消えたジュエルストーンの前後に同じ色のジュエルストーンがあると、さらに引き合って連鎖します。
- ジュエルストーンがデッドラインまで到達すると、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - 左右ボタン　　　　　ジュエルストーンの色数（難易度）を選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　砲台を回転します。
  - ＡまたはＢボタン　　ジュエルストーンを発射します。
- いつでも
  - ＳＴＡＲＴボタン　　ポーズ／ポーズ解除します。
ダウンロードはこちらバイナリ(57KB) ソース(1.3MB)

画面構成や操作系は、ゲームボーイ版に近いですが、
ジュエルストーンの動きは、ゲームボーイ版よりもなめらかなアーケード版にできるだけ近づけてみました。

爆弾などのフィーチャーは省略してしまいましたので、一発逆転の望みはありません。
地道にジュエルストーンを消して行ってください。
僕はパズループが苦手で、開始直後からジリ貧、そのままＧＡＭＥＯＶＥＲというパターンが多いのですが…

謝辞
- 「Randomism Zone」さんの『ドラム音色分離キット ver.1.00』を利用させて頂きました。
  ありがとうございます。

2002年12月25日

P/ECE研究記録更新しました。「ISDマニュアル#3」

2002年12月24日

ヘクシオンもどきを作りました。知る人ぞ知る、コナミの漫才テトリス「ヘクシオン」（コナミ・1992）に良く似たゲームです。

主なルールは次のとおりです。
- ブロックが六角形のテトリスです。（P/ECEの画面では解像度の都合上、ひし形に見えてしまいますが…(^^;）
  ルールはテトリスと全く同じです。
操作方法は次のとおり。一般的なテトリスと同じ操作方法です。
- タイトル画面
  - 上下ボタン　　　　　BGM選択／レベル選択を切り換えます。
  - 左右ボタン　　　　　BGMまたはレベルを選択します。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　ブロックを左右に移動します。
  - 下ボタン　　　　　　ブロックを高速落下させます。
  - Ａボタン　　　　　　ブロックを右に回転させます。
  - Ｂボタン　　　　　　ブロックを左に回転させます。（片手プレイ用に、上ボタンでも左回転できます）
- いつでも
  - ＳＴＡＲＴボタン　　ポーズをかけます／解除します。
~~ダウンロードはこちらバイナリ(128KB) ソース(1.83MB)~~難易度設定に問題がありました。修正版は下の方に。

本物の「ヘクシオン」は、ゲームそのものよりも、キレた演出とBGMが高く評価された作品でした。
特にBGMは、業務用ゲーム機にはめずらしいSCC音源＋PCMによる演奏で、まさにコナミサウンド。
僕も目的の半分ぐらいは“BGMを聴くため”にコインを投入していました。
ゲームそのものも悪くなく、中盤、変形ブロック（？）が出始めるあたりからかなり熱くなってきます。

今回の「ヘクシオンもどき」はMOD-BGM第三弾です。ちょっとがんばって三曲ほど音をとってみました。
通常モードのBGM（BGM1がこれです）、二人協力モードのBGM（BGM2がこれです）、そして警告BGMです。
なかなか本物のようにはいきませんが、BGM2は結構いい感じにとれたと思いますので、ぜひご一聴を。

謝辞
- 「オクターブスタジオ」さんのフリー効果音を利用させて頂きました。
  ありがとうございます。
- BGMの音色には、「The Hornet Archive」さんのFTPに置かれている音色データを利用させて頂きました。
  ありがとうございます。
修正
すみません、難易度テーブルの設定を間違えていました。中盤が異常に難しくなってしまっていました。
修正しましたので、恐れ入りますがもう一度ダウンロード頂けますようお願い致します。

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

2002年12月22日

『P/ECE HAND BOOK Vol.2』到着。
著者のまかべさんがおっしゃるとおり、Vol.2は“雑誌感覚”で、読み物として楽しめる度がＵＰしているようです。（Vol.1は資料性の高い本でした）
まだ読んでる途中ですが、特に『お絵描き講座』が参考になりました。拡張端子の標準仕様提唱もおもしろいアイデアですね。
あと、一言だけ。「電池３本化だけは反対一票」
P/ECE研究記録更新しました。「ISDマニュアル#2」

2002年12月20日

P/ECE研究記録更新しました。「ISDマニュアル#1」

2002年12月17日

２ちゃんねるログビューアバージョンアップしました。変更点は次のとおりです。
- ２ちゃんねるログコピーを添付しました。
  『ギコナビ』等の２ちゃんねるブラウザでダウンロードしたログファイルを、WindowsからP/ECEへ転送するための補助ツールです。
  ログファイルをばらばらにコピーするだけでなく、ひとつのZIPファイルにまとめて圧縮して転送する機能も付いてます。
  ２ちゃんねるログコピーの使い方については、こちらをご覧下さい。（同じ説明がアーカイブにも入っています）
- 『ギコナビ』以外の２ちゃんねるブラウザでも、動作検証を行いました。動作検証を行ったブラウザは、次のとおりです。
  - 『ホットゾヌ 1.0 β』
  - 『ぎこはにゃ～ん^0.28.11』
  - 『A Bone Ver1.41β6』
  - 『ギコナビ Version1.00 β19』
  （※2ちゃんねるビューアソフトウェアリンク集掲載順）
  『ギコナビ』以外との併用ではまだあまり長時間使っていませんので、もしかしたら問題が出るかもしれませんが、ご参考まで。
- ２ちゃんねるログビューア本体については、『縮小フォント表示関数』のバージョンアップ対応と、バッファサイズの調整を行いました。
前バージョンまでのリリースノート(2002/12/13、2002/12/15)と、README.TXTもご参照ください。

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

謝辞
- ［　P/ECE総合スレ　］186番の名無しさんだよもんさんのアイデアをそっくり頂きました。
  ありがとうございます。
- GENGEさんの『8*10(全角),4*10(半角)フォント表示関数 Ver1.04』を利用させて頂きました。
  ありがとうございます。
- ギコネコのアイコンには、ニチャンネラ★さんのアイコン素材を利用させて頂きました。
  ありがとうございます。

2002年12月15日

２ちゃんねるログビューアバージョンアップしました。変更点は次のとおりです。
- ZIP圧縮されたdatファイルに対応しました。
  datファイルのサイズは意外と大きく、1000メッセージのスレッドでだいたい300キロバイト程度になります。
  標準の512キロバイトP/ECEでは、一つか二つのdatファイルしか転送できません。
  そこで、datファイルをZIP圧縮して、フラッシュメモリの容量を節約できるようにしてみました。
  datファイルをZIP圧縮すると、だいたい三分の一ぐらいのサイズになるようです。
- 罫線表示を追加しました。
詳しくは、前バージョンのリリースノート(2002/12/13)、および、README.TXTをご参照ください。

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

datファイルをZIP圧縮する場合の注意点です。
- datファイルをZIP圧縮する作業は、PC上で行ってください。（通常のZIPファイル作成と、特に違う点はありません）
  ZIP圧縮ツールとして、僕は『Easy圧縮』を愛用していますが、『WinZip』等でも大丈夫だと思います。
- 複数のZIPファイル・複数の非圧縮datファイルを混在して転送しても大丈夫です。
- 一つのZIPファイルの中に、複数のdatファイルが入っていても大丈夫です。
- ZIPファイルの中にdatファイル以外のファイルが含まれていても構いません。
- ZIP圧縮時のフォルダ構成は、どんなのでも構いません。
- ZIP圧縮する場合は、ZIPファイル内のdatファイル名の長さに制限はありません。
  datファイルのファイル名が八文字を超えている場合も、そのままのファイル名でZIP圧縮して構いません。
  ただし、P/ECEに転送するZIPファイルそのもののファイル名は、八文字以内のファイル名としてください。
その他の注意点です。
- ZIP圧縮されたdatファイルの表示には、圧縮されていないdatファイルの表示よりも時間がかかるので、キー反応がかなり悪くなります。
  順方向（1→2→3）の移動はさほど遅くありませんが、逆方向（1000→999→998）の移動が遅く、場合によっては３秒ぐらい待たされます。
  時間のかかる処理を行っている間は、画面右上に砂時計が表示されますので、しばらくお待ちください。
謝辞
- ［　P/ECE総合スレ　］186番の名無しさんだよもんさんのアイデアをそっくり頂きました。
  ありがとうございます。
- GENGEさんの『8*10(全角),4*10(半角)フォント表示関数 Ver1.03』を利用させて頂きました。
  ありがとうございます。
- ギコネコのアイコンには、ニチャンネラ★さんのアイコン素材を利用させて頂きました。
  ありがとうございます。

2002年12月13日

２ちゃんねるログビューアを作りました。２ちゃんねる掲示板のログファイル(datファイル)を、P/ECE上で読むプログラムです。

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

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

datファイルをP/ECEに転送してください。
datファイルはあらかじめ、『ギコナビ』等の２ちゃんねるブラウザを使ってダウンロードしておいてください。
例えば『ギコナビ』の場合、「C:\Program Files\gikoNavi\Log\2ch\<掲示板名>\」フォルダにdatファイルが保存されています。

datファイルは、拡張子を除いて十文字ぐらいのファイル名を持っているので、そのままではP/ECEに転送できません。
エクスプローラ上で八文字以下のファイル名にリネームしてから転送してください。
または、拙作『mini ISD』をご利用頂きますと、長すぎるファイル名を自動的に八文字のファイル名に変換して転送できます。

P/ECE上のメニューから、「datview.pex」を実行してください。

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

スレッド選択画面
- 上下キー　　　　　　スレッドを選択します。（カーソルが一行づつ上下に動きます）
- 左右キー　　　　　　スレッドを選択します。（カーソルが一画面づつ上下に動きます)
- Ａボタン　　　　　　スレッドを読みます。
- ＳＥＬＥＣＴボタン　プログラムを終了します。
メッセージ表示画面
- 上下キー　　　　　　メッセージを上下にスクロールします。（スクロール可能なときは、画面右上に矢印が表示されます）
- 左右キー　　　　　　次のメッセージ、または、前のメッセージへ移動します。
- Ａボタン　　　　　　選択されているアンカーの、参照先メッセージへ移動します。（>>123←こういうののことです）
- Ｂボタン　　　　　　メッセージの表示履歴を逆に戻ります。
- ＳＴＡＲＴボタン　　次のアンカーを選択します。
- ＳＥＬＥＣＴボタン　スレッド選択画面に戻ります。

詳しくは、README.TXTをご参照ください。

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

その他の注意点です。

『ギコナビ』以外の２ちゃんねるブラウザでダウンロードしたログファイルでは、動作検証を行っていません。
メジャーな２ちゃんねるブラウザの中では、特に『かちゅ～しゃ』が独自のログファイル形式を使っているそうなので、
たぶん『かちゅ～しゃ』でダウンロードしたログファイルは読めないと思います。
今回の『２ちゃんねるログビューア』では、各メッセージの投稿者名・メールアドレス・およびIDは表示されません。
ほとんどのメッセージにおいて「名無しさん」「sage」「???」だと思うので、ばっさりカットしてしまいました(^^;

謝辞

［　P/ECE総合スレ　］186番の名無しさんだよもんさんのアイデアをそっくり頂きました。
ありがとうございます。
GENGEさんの『8*10(全角),4*10(半角)フォント表示関数 Ver1.02』を利用させて頂きました。
ありがとうございます。
ギコネコのアイコンには、ニチャンネラ★さんのアイコン素材を利用させて頂きました。
ありがとうございます。

2002年12月12日

P/ECE研究記録更新しました。「strtok()に大問題」

2002年12月8日

mini ISD バージョン 2.31 を公開しました。今回はバグ修正のみです。
- 「無効なファイル名を自動的に変換する」機能で、拡張子のないファイル名に「.___」を付け加えるのをやめました。
  
  バージョン 2.3の説明の中で、「拡張子のないファイル名はP/ECEのファイル名として不適切」と書いたのですが、これは間違いでした。
  拡張子のないファイル名も、P/ECEのファイル名として正しく扱われます。
  よって、「無効なファイル名を自動的に変換する」機能で、拡張子のないファイル名に「.___」を付け加えるのをやめました。
  
  例えば、バージョン 2.3で「無効なファイル名を自動的に変換する」をONにし、「sample」というファイルを転送すると「sample.___」になってしまっていましたが、
  バージョン 2.31では「sample」のまま転送されます。
  （なお、「sample」はP/ECEのファイル名として正しいファイル名ですので、「無効なファイル名を自動的に変換する」をOFFにしていても転送できます。）
今回の修正点は、「Randomism Zone」さんに教えて頂きました。ありがとうございます。

ダウンロードはこちらバイナリソース

詳しい使い方につきましては、アーカイブに含まれているReadmeファイルをご参照ください。
できれば、以前のバージョンのリリースノート（このページの下の方にあります）もご参照ください。
使い方の簡単な説明は、mini ISDを起動して「システムメニュー→バージョン情報」ダイアログをご覧下さい。

※新規インストール時のご注意：
- minisd.exeとpiecese.dllを、同じディレクトリに置いて使ってください。
  piecese.dllは、Windowsシステムディレクトリ(例：c:\winnt\system32、c:\windows\systemなど)に置くこともできますが、
  異なるバージョンのファイルが混ざってしまうことを避けるため、できるだけ同じディレクトリに置いて使ってください。
- minisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けを行ってください。
  エクスプローラでのpexファイルアイコン表示や、pexファイルをダブルクリックしてmini ISDの起動ができるようになります。
- minisd.exeとpiecese.dllを別のディレクトリへ移動した場合は、もう一度、「設定」ダイアログで[拡張子関連付]を行ってください。
※バージョンアップ時のご注意：
- 既に以前のバージョンをお使い頂いている場合は、新しいminisd.exeとpiecese.dllを、以前のバージョンの同名ファイルに上書きコピーしてください。
  piecese.dllを上書きする際、「指定されたファイルは、Windowsが使っています」等のメッセージが表示され、上書きできない場合があります。
  このようなメッセージが表示された場合は、いったん拡張子関連付けを解除し、再起動するか、ログオンしなおすと、上書きできるようになります。
- 新しいバージョンのminisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けの設定を更新してください。
  [はい]/[いいえ]、どちらのボタンを押したかに関わらず、次回起動時からは、このダイアログは表示されません。

2002年12月5日

mini ISD バージョン 2.3 を公開しました。変更点は次の通りです。
- 「無効なファイル名を自動的に変換する」機能を追加しました。
  長いファイル名や日本語を含んだファイル名を持つファイルをP/ECEに転送するとき、自動的に適切なファイル名を付けて転送する機能です。
  
  P/ECE上のファイル名には、次のような規則があります。
  - 使える文字は0～9、a～z、_のみ。(英大文字や空白も不可)
  - ファイル名(拡張子除く)は1～8文字、拡張子は1～3文字。(拡張子省略も不可)
  これまでは、転送元のファイル名をそのまま転送先のファイル名としていたので、P/ECEファイル名として無効な名前を持つファイルは転送できませんでした。
  今回追加した「無効なファイル名を自動的に変換する」機能をONにしておくと、P/ECEファイル名として無効な名前を持つファイルを転送しようとした場合、
  転送元のPCファイル名をそのまま使うのではなく、P/ECEファイル名として有効なファイル名を自動的に作成し、そのファイル名でP/ECEに転送します。
  
  ファイル名の変換規則は次のとおりです：
  - 英大文字は全て小文字にします。
  - P/ECEのファイル名として使えない文字は、「_」に置き換えます。
  - 拡張子がない場合、拡張子「.___」を付け加えます。
  - ファイル名(拡張子除く)が8文字以上の場合、8文字に切り詰めます。
  - 拡張子が3文字以上の場合、3文字に切り詰めます。
  例えば、「IBM-PC Document.html」というファイルを転送すると、「ibm_pc_d.htm」になります。
  
  この機能を有効にするには、[タイトルバーのアイコンを押す]->[設定]で「無効なファイル名を自動的に変換する」をチェックしてください。
  初期状態では、前バージョンまでとの互換性のため、「無効なファイル名を自動的に変換する」機能は無効になっています。
ダウンロードはこちらバイナリソース

詳しい使い方につきましては、アーカイブに含まれているReadmeファイルをご参照ください。
できれば、以前のバージョンのリリースノート（このページの下の方にあります）もご参照ください。
使い方の簡単な説明は、mini ISDを起動して「システムメニュー→バージョン情報」ダイアログをご覧下さい。

※新規インストール時のご注意：
- minisd.exeとpiecese.dllを、同じディレクトリに置いて使ってください。
  piecese.dllは、Windowsシステムディレクトリ(例：c:\winnt\system32、c:\windows\systemなど)に置くこともできますが、
  異なるバージョンのファイルが混ざってしまうことを避けるため、できるだけ同じディレクトリに置いて使ってください。
- minisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けを行ってください。
  エクスプローラでのpexファイルアイコン表示や、pexファイルをダブルクリックしてmini ISDの起動ができるようになります。
- minisd.exeとpiecese.dllを別のディレクトリへ移動した場合は、もう一度、「設定」ダイアログで[拡張子関連付]を行ってください。
※バージョンアップ時のご注意：
- 既に以前のバージョンをお使い頂いている場合は、新しいminisd.exeとpiecese.dllを、以前のバージョンの同名ファイルに上書きコピーしてください。
  piecese.dllを上書きする際、「指定されたファイルは、Windowsが使っています」等のメッセージが表示され、上書きできない場合があります。
  このようなメッセージが表示された場合は、いったん拡張子関連付けを解除し、再起動するか、ログオンしなおすと、上書きできるようになります。
- 新しいバージョンのminisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けの設定を更新してください。
  [はい]/[いいえ]、どちらのボタンを押したかに関わらず、次回起動時からは、このダイアログは表示されません。

2002年12月4日

シンプルナイトムーブを作りました。「ナイトムーブ」（任天堂・1990）によく似たゲームです。
本物のナイトムーブについては、「再起動のココロ」さんの「ナイトムーブ」紹介ページが詳しいです。

インストール方法は次のとおりです。
- sknight.pexとdrum.binをP/ECEに転送してください。
  drum.binがなくてもゲームはできますが、BGMの音が一部鳴らなくなります。
主なルールは次のとおりです。
- チェスのナイトの動き（二つ先の一つ隣）しかできないプレイヤーを操作して、ひたすらパネルを踏み続けて行くゲームです。
- パネルを三回踏むと穴が開きます。連続して穴を開けるとスコアアップです。
  また、ＡボタンかＢボタンで加速移動することでも、スコアが上がります。
- ハートを取ると、開いている穴がふさがります。ハートを取るたびにプレイヤーの移動速度が速くなり、難易度が上がって行きます。
- 穴に落ちるとゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左ボタン　　　　　　プレイヤーの移動先を左回りの順で選択します。
  - 右ボタン　　　　　　プレイヤーの移動先を右回りの順で選択します。
  - ＡまたはＢボタン　　加速移動します。ＡボタンとＢボタンの違いは次のとおりです。
    　　　　　　　　　　Ａボタンで加速した場合は、着地するたびに加速が解除され、もういちどＡボタンを押し直すまで通常の速度での移動になります。
    　　　　　　　　　　Ｂボタンで加速した場合は、Ｂボタンを離すまで加速したままです。
    　　　　　　　　　　Ａボタンが、本物のファミコン版と同じ操作系です。Ｂボタンは、シンプルナイトムーブ独自の操作系です。
- いつでも
  - ＳＴＡＲＴボタン　　ポーズ／ポーズ解除します。
ダウンロードはこちらバイナリ(64KB) ソース(1.3MB)

本物の「ナイトムーブ」は、テトリスのアレクセイ・パジトノフ氏のゲームです。
ディスクシステムONLYというのが災いして、テトリスやハットリス等と較べるといまいちマイナーですが、
氏の作品らしく、単純作業の面白さと、高得点狙い／難易度・二律背反のゲームバランスが絶妙です。

謝辞
- 「Randomism Zone」さんの『ドラム音色分離キット ver.1.00』を利用させて頂きました。
  ありがとうございます。

2002年11月29日

Waba for P/ECEを作りました。携帯端末向けのJavaプラットフォーム「Waba」のごく基本部分だけを、P/ECEに移植したものです。

使い方は次のとおりです。
- waba.pex、classes.zip、myapp1.zip、myapp2.zipをP/ECEに転送してください。
  - waba.pex … Waba仮想マシン。Wabaの本体です。
  - classes.zip … Wabaクラスライブラリ。java.lang.Objectやwaba.fx.Graphicsなどが入っています。
  - myapp1.zip … Wabaアプリケーションのデモ1。画面のあちこちに「Waba for P/ECE」と表示します。こんなJavaプログラムです。
  - myapp2.zip … Wabaアプリケーションのデモ2。ラインアートです。こんなJavaプログラムです。
- P/ECEのメニュー画面から、waba.pexを実行してください。
- Wabaのメニュー画面から、myapp1.zipまたはmyapp2を選んで、Aボタンを押してください。数秒待つと、デモアプリケーションが動き始めます。
- 終了するには、SELECTボタンを押してください。
ダウンロードはこちらバイナリ(80KB) ソース(1.3MB)

ABA Gamesさんの、ラピュータ用Waba製作記事「Waba nori Ruputer!」を大いに参考にさせて頂きました。というか、ほとんどパクりです(^^;
ABA Gamesさん、ありがとうございます。

今回の「Waba for P/ECE」は、非常に基本的な部分だけしか実装していませんので、ちょっとした文字表示と簡単な描画しかできません。
もちろん高速化の工夫などは一切していないのですが、デモをお試しいただければわかるように、いまのところ充分な速度で動いています。
メモリもまだまだ余裕がありそうです。
P/ECEでJava(Waba)、ウインドウやコントロールなどをきちんと実装すれば、意外とイケるかも？と思いました。

Wabaについては、「Waba WORLD」さんの記事が詳しいです。

2002年11月24日

メガパネルもどきを作りました。メガパネル（ナムコ・1990）に良く似たゲームです。

主なルールは次のとおりです。
- 左の画面のパネルをスライドさせて、同じ色を縦か横に３つ以上並べてください。
  同じ色を３つ以上並べるとパネルが消えて、右の画面に爆弾が落ちます。爆弾はパネルを消した列と同じ列に落ちてきます。
- 爆弾を落として、右の画面のブロックを全部壊すと、ラウンドクリアです。
- 時間がたつと、パネルが下からせり上がってきます。パネルが画面のいちばん上をこえてしまうと１ミス。３回ミスするとゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - 上下左右ボタン　　　　ゲーム開始時のラウンドを選択します。
  - Ａボタン　　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　　パネルをスライドさせます。
  - ＡｏｒＢボタン　　　　すぐにパネルをせり上げます。
- いつでも
  - ＳＴＡＲＴボタン　　　ポーズをかけます／解除します。
詳しくは、付属のREADME.TXTを参照してください。
今回も、ちょっとパネルの種類を区別しづらいかも知れません。
システムメニューでコントラスト（画面の濃さ）を23～25ぐらいにすると、多少は見え易くなると思います。

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

「メガパネル」、ルールだけ見るとパネルでポンなどに似ていますが、実際にはぜんぜん違うゲーム性を持っていました。（発売はメガパネルが先です）
ラウンドクリア条件が、「パネルを消すこと」ではなく、パネルを消すことによって落ちる爆弾で「ブロックを消すこと」なので、
単に出てくるパネルを次々に消すのではなく、爆弾を落とす位置を考えてパネルを揃えて行かなければいけません。
かなりとっつきづらいゲームですが、評価は高く、根強いファンがたくさんいます。移植や続編を望む声も多いようです。

さて、今回もＭＯＤでＢＧＭ付けてみました。
速度も改善しましたので、ＢＧＭが鳴ってることによる処理の遅さは感じないと思います。（メガパネルでは動きが少なすぎてあまりわかりませんけど…(^^;）
なかなか、P/ECEらしからぬ雰囲気で鳴ってると思うのですが、いかがでしょうか。

謝辞
- 画面中央の顔グラフィックには、「P/ECE Hand Book」付属のグラフィックデータを少し変更して利用させて頂きました。
  ありがとうございます。
- ＢＧＭの音色には、「The Hornet Archive」さんのFTPに置かれている音色データを利用させて頂きました。
  ありがとうございます。

2002年11月17日

琉球バージョンアップしました。変更点は次のとおりです。
- BGMを付けてみました。
  曲は「おさんぽ綾香」ですが、P/ECE標準のPMDではなく、MODで鳴ってます(^^;
操作方法やルールについては、付属のREADME.TXTか、前バージョンのリリースノート（2002/11/15）を参照してください。

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

P/ECE標準音楽ライブラリで利用されている「PMD形式」は、PC-9801等でメジャーな形式ですが、残念ながら僕はあまり馴染みがありません。
そこで今回は、P/ECEアプリケーションのBGM演奏に「MOD形式」を使う実験をしてみました。

以前に作った『ＭＯＤプレイヤー』のMOD演奏ルーチンには、「吉田研究所＠世田谷」さんの『ModPlug 互換、MOD / XM プレイヤーのソース』を、
また『Ｓ３Ｍプレイヤー』のMOD/S3M演奏ルーチンには、Daniel Marks氏とDavid Jeske氏の『s3mod』のソースを利用させて頂いていたのですが、
今回は自分でMOD演奏ルーチンを書いてみました。
ごく基本的な部分だけの実装で、未対応エフェクトもたくさん残っていますが、その分、省メモリと高速化を狙ってみました。
もっとも、今回の琉球をお試しいただければわかるように、まだまだ高速化が足りません。少しずつアセンブラ化して、もっと高速化してみようと思います。

2002年11月15日#2

『P/ECE monitor』バージョンアップしました。変更点は次のとおりです。
- 縦画面モードを追加しました。
  縦画面モードに切り替えるには、ウインドウを右クリックして、ポップアップメニューから「縦画面モード」を選択してください。
  もういちど「縦画面モード」を選択すると、通常の横画面モードに戻ります。
  別の方法として、キーボードの［Ｖ］キーを押すと、横画面モードと縦画面モードを交互に切り替えることができます。
詳しい使用方法については、旧バージョンのリリースノート（2002年8月15日・2002年8月9日・2002年7月15日）を参照してください。

ダウンロードはこちらバイナリソース

2002年11月15日

琉球を作りました。ＰＣエンジン版（フェイス／アスキー）などで有名な、トランプゲーム『琉球』です。

主なルールは次のとおりです。
- トランプカードを積み上げて、縦横斜めにポーカーの役を作ってください。
- 各ラウンドで決められた得点以上を取るとラウンドクリア、足りなければゲームオーバーです。
- 各ラウンドで決められた得点よりも高い得点を取ってクリアすると、残り得点は次のラウンドへ持ち越せます。
- 役の種類は次の通りです：
  - ハイカード　　　　　　　　　　役なし。
  - ワンペア　　　　　　　　　　　同じ数字二枚を一組。
  - ツーペア　　　　　　　　　　　同じ数字二枚を二組。
  - スリーカード　　　　　　　　　同じ数字三枚。
  - フラッシュ　　　　　　　　　　全部同じ種類。
  - ストレート　　　　　　　　　　五つ並んだ数字。
  - フルハウス　　　　　　　　　　同じ数字三枚と、同じ数字二枚。
  - フォーカード　　　　　　　　　同じ数字四枚。
  - ストレートフラッシュ　　　　　全部同じ種類で、五つ並んだ数字。
  - ロイヤルストレートフラッシュ　全部同じ種類で、『10ＪＱＫＡ』。
  - ファイブカード　　　　　　　　同じ数字四枚と、ジョーカー。
- ジョーカーはオールマイティーカードです。
操作方法は次のとおりです。
- タイトル画面
  - 左右ボタン　　　　　役の説明を見ます。
  - Ａボタン　　　　　　ゲームを開始します。
  - ＳＥＬＥＣＴボタン　プログラムを終了します。
- ゲーム画面
  - 左右ボタン　　　　　山札からカードを選択します／カードを落とす列を選択します。
  - Ａボタン　　　　　　山札からカードを取り出します／カードを落とします。
  - Ｂボタン　　　　　　山札からのカード選択をやり直します。
  - ＳＥＬＥＣＴボタン　現在の得点を表示します。
~~ダウンロードはこちらバイナリ(37KB) ソース(1MB)~~

謝辞
- 「やふぽのあな」さんの『ポーカーの役についての説明』を参考にさせて頂きました。
  ありがとうございます。
- カードのグラフィックには、「P/ECE Hand Book」付属のグラフィックデータを少し変更して利用させて頂きました。
  ありがとうございます。
追記：
またやってしまいました(^^;
フラッシュとストレートの説明で表示されるカードが逆でした。
修正しましたので、たびたび申し訳ありませんが、もういちどダウンロード頂けますようお願い致します。
ダウンロードはこちらバイナリ(37KB) ソース(1MB)

2002年11月9日

パネルもどきを作りました。パネルでポン（インテリジェントシステムズ・1995）に似たゲームです。

主なルールは次のとおりです。
- 左右のパネルを入れ替えて、三つ以上並べて消してください。
- 何もしないと、パネルはだんだん上にせり上がってきます。
- パネルがいちばん上まで来てしまうと、ゲームオーバーです。
操作方法は次のとおりです。
- タイトル画面
  - 上下ボタン　　　　　スピードと難易度を選択します。
  - 左右ボタン　　　　　スピードと難易度を調整します。
  - Ａボタン　　　　　　ゲームを開始します。
  - SELECTボタン　　　　プログラムを終了します。
- ゲーム画面
  - 上下左右ボタン　　　カーソルを移動します。
  - Ａボタン　　　　　　パネルを入れ替えます。
  - Ｂボタン　　　　　　パネルを速くせり上げます。
  - STARTボタン　　　　ポーズ／ポーズ解除します。
~~ダウンロードはこちらバイナリ(35KB) ソース(1MB)~~

ぷよぷよ等の一般的な落ち物パズルに較べて、時間差連鎖やアクティブ連鎖の存在が特徴的なパズルゲームでした。
パネルを四つ以上並べて消すと、一時的にパネルのせり上がりが止まるので、積極的に四つ並び以上を狙ってみてください。

パネルの色が薄めなので、ちょっとパネルの種類を区別しづらいかも知れません。
システムメニューでコントラスト（画面の濃さ）を23～25ぐらいにすると、多少は見え易くなると思います。

追記：2002/11/09 21:30
パネルが空中で並んでしまうことがあるバグを修正しました。
本日午後九時半ごろまでにダウンロード下さった方、申し訳ありませんがもういちどダウンロード頂けますようお願い致します。
ダウンロードはこちらバイナリ(35KB) ソース(1MB)

2002年11月3日

赤外線XMODEMを作りました。
赤外線を使って、二台のP/ECE間でファイルを転送するプログラムです。
ファイルを圧縮して転送するので、圧縮効率の高いファイルなら一瞬で転送できます。

使い方は次の通りです。

送信側のP/ECEで、ファイル一覧から送信したいファイルを選び、Ａボタンを押してください。
受信側のP/ECEで、Ｂボタンを押してください。（ファイル一覧でどのファイルが選択されているかは関係ありません）
ファイル転送中は、送受信側両方の画面に進行状況が表示されます。ファイル転送が完了すると、ファイル一覧画面に戻ります。
ファイル転送を途中で中止したいときは、なにかボタンを押してください。片方のP/ECEで中止すれば、もう一方のP/ECEも自動的に中止されます。
プログラムを終了するには、ファイル一覧画面でSELECTボタンを押してください。

ダウンロードはこちらバイナリソース

このプログラムでは、ファイルサイズが64KB以上のファイルは転送できません。
送信側と受信側はどちらを先に開始しても構いませんが、送信側を先に開始した方が通信開始待ち時間が三秒程少なくて済みます。

通信時間は、ファイルサイズと、ファイルの種類によってまちまちです。

\usr\PIECE\app\pex\ojyomini.pex
62KB	6分45秒	最悪の例です。ファイルサイズが大きく、しかも既に圧縮されているので、そのまま転送します。
\usr\PIECE\docs\資料\apilist.txt
41KB	2分45秒	まあまあの例です。ファイルサイズは大きいですが、テキストファイルなので、ある程度圧縮できます。
\usr\PIECE\app\pex\picket.dat
48KB	5秒	最高の例です。ファイルサイズは大きいですが、圧縮効率が非常に高いので、一瞬で転送できます。
\usr\PIECE\winapp\おでかけマルチ\inst\odemaru.sav
4KB	2秒	一般的な例です。数キロバイトのデータファイル転送が、赤外線通信には最も適していると思います。

BIOS 1.14 までの赤外線通信はかなり遅く、エラーも頻発していたため、「これは使えないな」と思っていました。
おでマルの通信対戦機能の応答性の悪さのために、赤外線通信に悪い印象を持ってしまっていたかも知れません。
今年一月に BIOS 1.18 がリリースされましたが、BIOS 1.14 までの先入観で、赤外線機能には触れずにいました。
先日やっと、BIOS 1.18 の赤外線通信を試してみたところ、BIOS 1.14 までとは比較にならないほど良くなっていました。
シリアル通信に換算すると、2400bps程度は出ているのではないでしょうか。また、エラーもほとんど発生しません。
このハードウェアで、この速度・このエラーレートの低さは、驚異的だと思いました。

今回のプログラムは、BIOS 1.18 の赤外線機能をそのまま使っただけで、特に工夫した点はありません。
XMODEM手順のオーバーヘッドのために、BIOS 1.18 の赤外線通信の最大速度よりもいくぶん遅くなってしまっています。
XMODEM手順では128バイト毎に応答・確認を行うのですが、エラーレートが低いので、もっと大きな単位で送っても大丈夫そうです。

謝辞
GENGEさんの『8*10(全角),4*10(半角)フォント表示関数＆テストプログラム改訂版』を利用させて頂きました。
ありがとうございます。

2002年10月31日

赤外線LEDもコーデンシ社製でした。
P/ECEの赤外線LED「EL-1L1」をGoogleで検索したところ、キャッシュにこんな情報が残っていました。(2002/10/30現在)→(追記1：消えました(T T))
昨日の赤外線受光モジュールと同じく、赤外線LEDもコーデンシ株式会社の製品だったようです。

　　　　トップページ→製品情報→赤外発光ダイオード→技術資料

を見ると、似た型番の製品が並んでいるのですが、またしてもEL-1L1そのものの情報はありません。製造終了でしょうか？
前出のキャッシュページからリンクされているPDFファイルも、もう既になくなってしまっているようです。残念。

ところで、P/ECEの赤外線通信まわりの設計についてよく意見されることとして：

　　　　「なぜCPUのIrDAポートを使わなかったのでしょうか？」
　　　　「IrDAポートを使えばもうちょっと速くなったかもしれないのに・・・」

という点があります。僕もそう思いました。
が、赤外線受光モジュールの反応速度についてちょっと実験してみたところ、とてもIrDA規格の通信速度にはついて行けないような気がしました。
もともと「光リモコン受光モジュール」なのですから、止むを得ないところです。コストダウンの影響でしょうか？
その上でもういちどP/ECEカーネルの赤外線通信部分を読み直してみると、通信速度向上のためにかなり工夫されているのがわかってきました。
しばらく、赤外線通信について勉強してみようと思います。

追記2：
「EL-1L1」のデータシート、ありました～！このページのここ。捕獲！
指向性が強く、左右１０度づつです。「P/ECEの赤外線は、相手をよく狙わないと当らない」と言われていましたが、なるほど、納得です。

2002年10月30日#2

P/ECEの赤外線受光モジュール「PIC-43043L」に関係のありそうな資料を見つけました。
コーデンシ株式会社の光リモコン受光モジュール、「PIC-37043L」です。
同調周波数は37.9KHzでP/ECEカーネルソースのコメント(\usr\PIECE\sysdev\pcekn\irsub.c 34行目)と一致してますし、外観もそっくりです。
残念ながら「PIC-43043L」そのものの情報は見つけられませんでしたが、PIC-37043L（5V駆動）の3.3V版がPIC-43043Lなんじゃないかなぁ、と推測します。
和製パーツだったのですね。

P/ECE開発環境にはPIC-43043Lの資料が含まれていませんので、代りにPIC-37043Lの資料をダウンロードしておくことにしましょう。
トップページ→製品情報→光リモコン受光モジュール→技術資料→PIC-3704_Lにあります。（薄いですけど(^^;）
僕は以前、P/ECE研究記録にて、こんなことを書きました。

　　　　受信部は、38KHzの赤外線を受信している間1を出力し、受信していない間0を出力する、のではありません。
　　　　受信なし状態から受信あり状態へ変化した瞬間に、パルスを送出するだけです。パルス幅に意味はありません。
　　　　つまり、いま38KHzの赤外線を受信しているか？という静的な情報は得られないようなのです。

が、PIC-37043Lの資料を見る限り、そんな仕様はないようです。どうやら、僕の実験ミスだったみたいです。
参考になりそうな資料も手に入ったことですし、もういちどP/ECEの赤外線通信に挑戦してみる、いい機会かも知れません。

2002年10月30日

リブルもどきを作りました。リブルラブル（ナムコ・1983）に似たゲームです。
・・・けど本物に較べて大幅に機能省略されてますので、「リブルラブル」そのものを期待しないで下さいね(^^;

主なルールは次のとおりです。
- マシュリン（きのこ）を線で囲って消してください。マシュリンを全部消すと、ステージ・クリアです。
- ホブリン（魔法使い）に触れると１ミスです。３ミスでゲームオーバーになります。
- シェアー（はさみ）が線に触れると、直線に戻ってしまいます。シェアーに触れてもミスにはなりません。
操作方法は次のとおりです。
- デモ画面
  - Ａボタン　　　　ゲームを開始します。
  - ＳＥＬボタン　　プログラムを終了します。
- ゲーム画面
  - 上・下・左・右ボタン　　　　　　　　　　　リブル（左矢印）を上下左右に動かします。
  - ＳＴＡＲＴ・Ｂ・ＳＥＬＥＣＴ・Ａボタン　　ラブル（右矢印）を上下左右に動かします。
このゲームは8つのボタン全てを使って操作するので、STARTによるメニューやSTART+SELECTによるリセットは無効化してあります。
詳しくは、README.TXTをご覧下さい。

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

本物のリブルラブルと違って、エネルギー制限はありません。植物もありません。宝箱もありません。ひたすらキノコ狩りに徹してください(^^;
あと、ときどき敵がヒモをすり抜けてしまったりします。本物はもう20年近くも前のゲームなのですが、いったいどうやってプログラムされているのでしょうか？

本物のリブルラブルについては、「リブルラブル研究所」さんの記事が詳しいです。

2002年10月21日

Ｓ３Ｍプレイヤーバージョンアップしました。変更点は次のとおりです。
- 高速化しました。
注意点や使い方については、添付のREADME.TXTと、前バージョンまでのリリースノート（2002年10月9日、8日、7日）をご参照ください。

ダウンロードはこちらバイナリソース

前バージョンのＳ３Ｍプレイヤーでは、約10トラック以上のS3Mファイルを再生すると、演奏処理が間に合わず、音が途切れることがありました。
例えばこの曲、Exploration（Future Crew・1992）などは、前バージョンでは再生できません。
14トラック構成の曲だそうですので、前バージョンでは演奏処理がぜんぜん間に合わず、前半から音が途切れまくります。

今回のバージョンアップの目標は、この曲がちゃんと再生できるようになることでした。
高速化の定番、「高速化その２～４（プログラムを内蔵RAMへ）」の方法で、演奏ルーチンの大半を高速RAMに転送してみたところ、ちゃんと演奏できるようになりました。
もっと重い曲でも間に合うかどうかは試していないのですが、キー反応の軽さから推測するに、まだかなり余裕があるようです。

『Ｓ３Ｍプレイヤー』のMOD/S3M演奏ルーチンには、Daniel Marks氏とDavid Jeske氏の『s3mod』のソースを利用させて頂きました。
製作者のDaniel Marks氏とDavid Jeske氏に感謝いたします。
『s3mod』は、こちらのURLから入手できます。

2002年10月20日

３ＭＨｚメニューを作ってみました。
P/ECE本来の仕様では、CPU速度を24/12/6/3MHzの四段階に切り換えられることになっていますが、現在のP/ECEカーネルでは、事実上24/12Hzしか使えません。
6/3MHzモードでは、LCD転送が正しく動作しないからです。例えば、こんなふうになってしまいます。
でも、せっかくあるんだから、6/3MHzも使いたいですよね。（え？使いたくない？(^^; まあ、もうちょっと読んでみてください）
というわけで、標準メニューを改造して、3MHzで動くメニューを作ってみました。
まだいまいち完全でないので、他のアプリケーションを起動～終了してメニューに戻ってきたときに、稀に画面が崩れることがあります。
また、もしかしたらP/ECE本体にダメージを与える可能性もあります。ソース参考程度にご利用ください。

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

今回は省電力目的ではなく、単に6/3MHzモードも使いたかったから、というのが開発動機なのですが、一応消費電流も測ってみることにしました。
P/ECE APIマニュアルの「pceCPUSetSppeed」の説明には、次のような記述があります：

実際は2(6MHz),3(3MHz)を指定しても、通常の使用では省電力上さほど効果はありません。

本当でしょうか？それでは測ってみましょう。

標準メニュー(12MHz)　・・・　約90mA
３ＭＨｚメニュー(3MHz)　・・・　約40mA

なんと55%ダウン！どうです？6/3MHzモードも使いたくなったでしょう？
　　　・
　　　・
　　　・
　　　・
ごめんなさい、ウソです。(^^;
実は今回の３ＭＨｚメニューでは、CPUのクロックを落とす以外にも色々と姑息な手段で電力削減していまして、半分以上はそちらの効果です。
純粋にCPUクロックを12MHz→3Mhzに落としただけの場合、省電力効果は約20mA分ぐらいでした。

現在のP/ECEカーネルで6/3MHzモードでのLCD転送が上手くいっていない理由は、LCD転送用のシリアルインターフェイスにクロックを供給するタイマの設定に問題があるようです。
P/ECEのCPU S1C33 の8ビットタイマには、次のような制限があります：

8ビットプログラマブルタイマの入力クロックにCPU動作クロックよりも高速なクロックは使用しないで下さい。
（『S1C33209/221/222テクニカルマニュアル』 B-III-3-4 (254ページ目) 「8ビットプログラマブルタイマの制御と動作」の下の方です）

P/ECEカーネルも、この制限を守るために、CPUのクロックの低下に合わせて8ビットタイマへの入力クロックの分周比を調整しています。
ところが現在のpceCPUSetSpeedの実装では、8ビットタイマのプリスケーラ分周をバイパス(P8TCPK5=1)したままプリスケーラの分周比を調整しているので、
プリスケーラの設定が無意味なものとなってしまい、常に24Mhzのクロックが8ビットタイマに供給されてしまっているようです。
上記制限には多少の余裕があるようで、12MHzモードまでは何とか付いて来ますが、6/3MHzでは余裕を超えてしまって8ビットタイマが正しく動かなくなり、
8ビットタイマからクロック供給を受けているシリアルコントローラにも影響が出て、LCD転送が上手くいかなくなるのではないかと推測します。

もっとも、P/ECEカーネルのLCD転送コードは24MHzのタイミングに合わせてギリギリに高速化されているので、もともと6/3MHzでの動作は考慮していないのかも知れません。

2002年10月17日

さすがに「GUNPEY EX」にも飽きてきたので、最近は「そろばんぐ」を遊んでいます。
GUNPEYほどの集中力は要求されませんが、そろばんぐは全体を見渡す力が要求されるゲーム。適度な見切りも必要、というところが面白いです。
「約束の地リヴィエラ」「GUNPEY EX」「そろばんぐ」と、誉めてばっかりと思われるかも知れませんが、書かないだけで結構ハズレも掴んでるんですよ(^^;
そろばんぐ、かなり気に入ったので・・・
そろもどきを作ってみました。そろばんぐ（MECHANIC ARMS）によく似たゲームです。

主なルールは次のとおりです。
- ブロックをずらして三つ以上つなげて消してください。ブロックが消えるまでの間に、別のブロックをくっつけて消すこともできます。
- 一定時間ごとに“出現マーカー”が表示され、新しいブロックが現れます。このとき、“出現マーカー”の位置にブロックがあると、ミスになります。
- 画面左上のミスゲージが０になると、ゲームオーバーです。ブロックを四つ以上つなげて消すと、ミス回数が一つ減ります。
- ※注意：ゲーム開始時やブロック出現時に、最初から三つ以上つながっているブロックは、そのままでは消えません。ブロックを動かしたときに消えます。
操作方法は次のとおりです。
- デモ画面
  - Ａボタン　　　　ゲームを開始します。
  - ＳＥＬボタン　　プログラムを終了します。
  - 左右ボタン　　　ゲーム開始時のレベルを選択します。
- ゲーム画面
  - Ａ（Ｂ）ボタンを押さずに…
    - 上下左右ボタン　カーソルを移動します。
  - Ａ（Ｂ）ボタンを押しながら…
    - 上下ボタン　　　カーソル（縦線）上のブロックを上下にずらします。
    - 左右ボタン　　　カーソル（横線）上のブロックを左右にずらします。
  - ＡボタンとＢボタンの違いは、ブロックといっしょにカーソルも動くかどうか、です。
    Ａボタンの場合はカーソルは動きませんが、Ｂボタンの場合はカーソルも動きます。
詳しくは、README.TXTをご覧下さい。

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

ちなみに、ゲーム中の操作方法二種類のうち、Ａボタンを使った操作は、本物のそろばんぐの“Ｂタイプ”の操作方法と同じです。
Ｂボタンを使った操作は、そろもどき独自の操作方法です。（僕はこっちの方が操作しやすいと思うのですが、いかがでしょうか？）

謝辞：
- 「まどかの世界」さんの『C2Binary_dec.exe』を利用させて頂きました。ありがとうございます。

2002年10月13日

P/ECE研究記録更新しました。「64ビット整数演算ライブラリ」

ここ数日、Ogg Vorbisプレイヤーに挑戦していたのですが、完全に失敗に終わりました。
通常のOgg Vorbis デコーダライブラリは浮動小数点演算をたくさん使っているので、P/ECEのCPU S1C33209では速度的に絶対無理です。
ところが少し前に、整数演算だけを使ったOgg Vorbis デコーダライブラリTremorが公開されました。
Tremorは、主にARMアーキテクチャのCPUをターゲットにしているそうです。
ARMにもピンからキリまでありますが、もしも十数MHz程度のARM7ファミリCPUで動くように調整されていたのなら、
P/ECEのCPUでも使えるかも？と考えて、Tremorを利用したOgg Vorbisプレイヤーに挑戦してみたのですが・・・
メモリ不足です。230KB程度のワークエリアが必要みたいです。おしい！いや、ぜんぜん足りないか・・・(^^;

というわけで、Ogg Vorbisプレイヤーは失敗だったのですが、製作過程で「64ビット整数演算ライブラリ」ができましたので、今回のネタに使いました。
Tremorは浮動小数点演算を使わない代りに、64ビット整数演算を利用しています。
P/ECEのCコンパイラとライブラリは、そのままでは64ビット整数演算が使えませんので、これを使えるようにしてみよう、というわけです。

2002年10月9日

Ｓ３Ｍプレイヤーバージョンアップしました。変更点は次のとおりです。
- Second Realityのボイスや、一部の楽器が鳴っていなかったのを修正しました。
これで一応、完成です！
注意点や使い方については、添付のREADME.TXTと、前バージョンまでのリリースノート（2002年10月8日、7日）をご参照ください。

ダウンロードはこちらバイナリソース

前回の修正で、MOD/S3Mファイルの容量制限は回避できたのですが、処理速度の問題がまだ残っています。
一般的なS3Mファイルは最大16トラック構成ですが、『Ｓ３Ｍプレイヤー』では10トラック前後で処理が間に合わなくなります。
手持ちのS3Mファイルを調べてみたところ、古めの作品なら16トラックめいっぱいに使っていることはあまりないようで、
たいていは『Ｓ３Ｍプレイヤー』でも再生可能でした。（処理が間に合わないものもちらほらありましたけれど…(^^;）

『Ｓ３Ｍプレイヤー』のMOD/S3M演奏ルーチンには、Daniel Marks氏とDavid Jeske氏の『s3mod』のソースを利用させて頂きました。
製作者のDaniel Marks氏とDavid Jeske氏に感謝いたします。
『s3mod』は、こちらのURLから入手できます。

2002年10月8日

Ｓ３Ｍプレイヤーバージョンアップしました。変更点は次のとおりです。
- MOD/S3Mファイルの容量制限を回避しました。
  P/ECEのフラッシュメモリに入るサイズのMOD/S3Mファイルなら、たぶん再生可能だと思います。（2MB版P/ECEでもOKです）
- 演奏ルーチンを修正。ときどき音が外れていた問題が治りました。
  （僕が演奏ルーチンにエンバグしてしまっていたのが原因でした。「s3mod」の問題ではありません。）
- 再生バッファを二倍に増やしました。
  演奏処理が間に合っていなかった場合のノイズが低減しました。でもあんまり変ってないかも・・・(^^;
今回のバージョンより、容量制限を回避するために、MOD/S3Mファイルをフラッシュメモリ上に置いたまま利用しています。
「ＭＯＤプレイヤー」の時と同じく、各々のMOD/S3Mファイルは、フラッシュメモリ上の連続セクタに配置されていなければいけません。
MOD/S3Mファイルが連続セクタに配置されていないと、次のようなエラーメッセージが表示されます。

ファイルが不連続です
一度ファイルを全部消して
転送し直してみてください
上記のエラーメッセージが表示されたら、いったん全ファイルをバックアップして削除し、転送しなおしてみてください。

ダウンロードはこちらバイナリソース

容量制限を回避したので、Second Realityも再生できるようになりました。が、別の問題が・・・
曲の途中のボイスがなぜか再生されないのです。「Get down」とか、「I am not an atomic playboy」とか、全滅。カラオケ状態です。
Linux上でコンパイルした「s3mod」ではボイスもちゃんと再生されているので、僕の移植ミスなのですが、まだ原因が見つかっていません。
仕方がないので、ボイスのところはあなたが歌ってください(^^;

『Ｓ３Ｍプレイヤー』のMOD/S3M演奏ルーチンには、Daniel Marks氏とDavid Jeske氏の『s3mod』のソースを利用させて頂きました。
製作者のDaniel Marks氏とDavid Jeske氏に感謝いたします。
『s3mod』は、こちらのURLから入手できます。

2002年10月7日#3

Ｓ３Ｍプレイヤーバージョンアップしました。変更点は次のとおりです。
- 音量２倍・３倍モードでの音割れを低減しました。
- 音割れが少なくなったので、音量４倍・５倍・６倍・７倍・８倍・９倍モードまで追加しました。
  音質は相変わらずですが・・・音質より音量です！(^^;
容量制限の対策はまだ行っておりませんので、前バージョンと同じく120KBぐらいまでのMOD/S3Mファイルしか再生できません。
詳しくは、添付のREADME.TXTを参照してください。

ダウンロードはこちらバイナリソース

『Ｓ３Ｍプレイヤー』のMOD/S3M演奏ルーチンには、Daniel Marks氏とDavid Jeske氏の『s3mod』のソースを利用させて頂きました。
製作者のDaniel Marks氏とDavid Jeske氏に感謝いたします。
『s3mod』は、こちらのURLから入手できます。

2002年10月7日#2

省電力スタンバイプログラムについて、まとめておきます。

P/ECE ソフト・雑談掲示板の関連スレッド（2002/10/07 12:45 現在）：
- １
- ２
- ３
- ４
省電力ランチャ・カーネル
- ぱんつ工房さんのミント時計その１・その２
- naoさんの改造カーネル『mPad』
ぱんつ工房さん、naoさん、ありがとうございます。
また、ぱんつ工房さんの実験によりますと、1.5倍ぐらいバッテリの持ちが良くなっているとのことです。

拙作・省電力スタンバイプログラム：
- 時計も止まるスタンバイ・・・失敗
- A/D変換器も止まるスタンバイ・・・バグあり
- A/D変換器も止まるスタンバイ（修正版）・・・成功
- A/D変換器とUSBコントローラも止まるスタンバイ・・・バグあり
- A/D変換器とUSBコントローラも止まるスタンバイ（修正版）・・・成功

2002年10月7日

Ｓ３Ｍプレイヤーを作りました。
メガデモなどで有名な「S3M形式」の音楽ファイルを、P/ECE上で再生するプログラムです。「MOD形式」の音楽ファイルも再生できます。

「s3mplay.pex」とMOD/S3MファイルをP/ECEに転送し、メニュー画面で『Ｓ３Ｍプレイヤー』を実行してください。
MOD/S3Mファイルは配布ファイルには含まれていませんので、「The Mod Archive」さんから入手してください。

キー操作は次のとおりです。
- カーソルキー：　　　　曲を選びます。
- Ａボタン：　　　　　　再生を開始します。
- Ｂボタン：　　　　　　再生を終了します。
- ＳＴＡＲＴボタン：　　音量を１倍・２倍・３倍に切り替えます。
- ＳＥＬＥＣＴボタン：　プログラムを終了します。
P/ECEのSRAM容量の制約のため、次のような制限があります。
- 大きなMOD/S3Mファイルは再生できません。（かなり小さなMOD/S3Mファイルしか再生できません(^^;）
  だいたい120KBぐらいまでなら再生できますが、それ以下のサイズでもダメな場合もあります。
  ※容量制限については、前作「ＭＯＤプレイヤー」と同じ手法である程度回避できると思いますので、今後対処する予定です。
演奏ルーチンの特性により、次のような制限があります。
- 今回利用させて頂いた『s3mod』の演奏ルーチンは、CPUへの負荷が非常に低く抑えられているのが特徴です。
  その代わり音質はイマイチで、ノイズもかなり乗ります。開発時期が古いので、止むを得ないところです。
  MODファイルだけを聴くなら、前作「ＭＯＤプレイヤー」の方が高音質ですので、そちらをご利用ください。
詳しくは、添付のREADME.TXTを参照してください。

ダウンロードはこちらバイナリソース

以前ご紹介したこちらのFTPサイトにも、メガデモで使われていたMOD/S3Mファイルがたくさん保存されています。
S3MといえばFuture Crew、特にSecond Realityなどが有名ですが、残念ながら今回のＳ３Ｍプレイヤーでは容量オーバーで再生できません。
そこで僕のオススメはIntroMusic II！
この曲が使われていたメガデモは、点で描かれた文字が回るだけのシンプルなものでした（と記憶しています）が、そのシンプルさが逆に燃えます！
「これは小手調べだ。さあ、そろそろ始めようか！」というメッセージが伝わってくるようです。曲の方も、高揚感に満ちた名曲です！

『Ｓ３Ｍプレイヤー』のMOD/S3M演奏ルーチンには、Daniel Marks氏とDavid Jeske氏の『s3mod』のソースを利用させて頂きました。
製作者のDaniel Marks氏とDavid Jeske氏に感謝いたします。
『s3mod』は、こちらのURLから入手できます。

2002年10月1日

昨日作った“時計も止まるスタンバイ”テストプログラムですが、一日目の調査完了を待たずして結果がでてしまいました。
失敗。スタンバイ時の消費電流は、通常のスタンバイと全く変わりません。
どうやらスタンバイ時に電気を喰ってるのは、CPUではなくDC-DCコンバータだったようです。うむ～、残念。
まあ、ひとつ勉強になったことで良しとしましょう。銀次郎さん、電流実測ありがとうございました。

追記：
まかべひろしさんがP/ECE二台を使って電池の減りを試してくださいました。ありがとうございます。
既に失敗確定しているのですが、一応僕も計測。マンガン電池７本も余ってるんで(^^; 通常メニューのスタンバイで24時間放置した結果、1.625Vから1.40Vに落ちてました。
マンガン電池にしては意外と減ってないような気もします。1.00Vぐらいに落ちてるかと思ってました。それではこれから、“時計も止まるスタンバイ”で24時間放置してみます・・・
SPCプレイヤー、スタンバイ、と失敗の連続。P/ECE VISUALNOVEL SYSTEMで今の気分を表現してみました。（超短編です(^^;）
- システムプログラムには、てとら★ぽっとさんの「P/ECE VISUALNOVEL SYSTEM」を使わせて頂きました。
- グラフィックは、あなたのコンピュータにインストールされている「超昂天使エスカレイヤー」のデータファイルから抽出して使用します。
インストール方法は次のとおりです：
- あなたのＰＣに「超昂天使エスカレイヤー」がインストールされていないと、データファイルが作成できません。
  あらかじめ、「超昂天使エスカレイヤー」をインストールしておいてください。
- 「P/ECE VISUALNOVEL SYSTEM」の実行ファイルをP/ECEに転送してください。
  また、「P/ECE VISUALNOVEL SYSTEM」の実行ファイル以外に、10KB程度の空き容量が必要です。
- 配布ファイルを解凍してください。
- 解凍してできたフォルダの中に「mk.bat」というファイルがあります。ダブルクリックして実行してください。
- しばらく待つと「shampoo.fpk」というファイルができます。「shampoo.fpk」をP/ECEに転送してください。
- P/ECEのメニュー画面から、「P/ECE VISUALNOVEL SYSTEM」を実行してください。
- 「P/ECE VISUALNOVEL SYSTEM」のメニュー画面から、「shampoo.fpk」を実行してください。
ダウンロードはこちらソースのみの配布です

本配布ファイルに含まれる「超昂天使エスカレイヤー」PGDコンバータの作成には、
「System 3.5 for X Window System Version 1.5 (開発版)」のソースコード、およびドキュメントを利用・参考させて頂きました。
「System 3.5 for X Window System Version 1.5 (開発版)」はGPLライセンスです。
従いまして、本PGDコンバータもGPLライセンスとなります。
GPLライセンスに関しましては、添付のCOPYINGファイルをご参照ください。

2002年9月30日

“時計も止まるスタンバイ”テストプログラムを作ってみました。
P/ECEカーネル標準のスタンバイ機能では、スタンバイ中も内蔵時計は動いています。
また、内蔵時計を動かすために、低速発信回路(OSC1)も動きつづけています。
「スタンバイ中も電池の減りが速い理由は、内蔵時計が動いているから」という話を聞きましたので、
内蔵時計と低速発信回路も止めてみて、どのぐらい電池の減りがマシになるか調べることにしました。

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

P/ECE 開発者掲示板のときちさんの調査によりますと、アルカリ電池の持ち時間はマンガン電池の約4～6倍。
僕は普段アルカリ電池を使っていますが、今回は早く結果を見るために、マンガン電池を使うことにしました。

・・・というわけで、買ってきましたダイソー・マンガン乾電池。調査方法は次の通り。
- “winpku.exe”でP/ECEを完全に初期状態に戻します。
- “時計も止まるスタンバイ”プログラムだけを転送しておきます。
- USBケーブルを外します。
- 一日目
  - 新品の電池を入れます。
  - 標準メニューのスタンバイ機能でスタンバイし、24時間放置します。
  - 電池を抜いて、電圧を測ります。
- 二日目
  - 新品の電池を入れます。
  - “時計も止まるスタンバイ”でスタンバイし、24時間放置します。
  - 電池を抜いて、電圧を測ります。
先ほど、午後７時３５分に一日目のスタンバイを開始しました。新品電池の電圧は、約1.625Vでした。

2002年9月29日

ここ数日、ＳＰＣプレイヤーの作成に挑戦していたのですが、残念ながら失敗に終わりました。
SPCプレイヤーとは、スーパーファミコンの音源エミュレータのことです。
詳しくは、Google検索で「スーパーファミコン」「SPC」のキーワードで検索すると、たくさんのサイトがヒットすると思います。

PC上で動くSPCプレイヤーとしては、XSPCやWinSPC、WinAMPのプラグインなど、たくさんのSPCプレイヤーが公開されています。
今回、WinSPCのソースを基にP/ECE版SPCプレイヤーを作ってみようと思ったのですが、CPUパワー不足で断念しました。
どのぐらいCPUパワー不足かというと、1秒鳴っては0.5秒止まる、1秒鳴っては0.5秒止まる、といった鳴り方になってしまいます。
このままでは全く使い物になりませんが、参考までに現状のプログラムを公開しておきます。
僕自身、携帯SPCプレイヤーをすごく欲しいと思っているので、どなたかP/ECE用SPCプレイヤーを実現して下さることを切に望んでいます・・・(^^;

ダウンロードはこちらバイナリ＆ソース（参考用）

spcplay.pexとSPCファイルをP/ECEに転送してください。(SPCファイルは配布ファイルには含まれていません)
spcplay.pexを実行後、SPCファイルを選んでAボタンを押すと、演奏開始します。
いったん演奏開始すると、終了するには背面のリセットボタンを押すしかありません。
また、高速化のためにP/ECE仕様外の48MHz駆動を行い、ROM/RAMを1ウェイトで駆動していますので、ご試用の際はご注意ください。

Windows用のSPCプレイヤー「WinSPC」のソースを利用させて頂きました。
P/ECE hackingさんの記事「P/ECEを48MHzで動かす」を参考にさせて頂きました。
p/ware さんの記事「高速化その２～４（プログラムを内蔵RAMへ）」を参考にさせて頂きました。

2002年9月25日

『P・K・O（仮）』体験版をＰＬＡＹ。てとら★ぽっとさん、ありがとうございました。
避けメインのシューティングゲーム（←僕の主観）です。お嬢魔女ミニの後釜はこれでしょうか？完成が楽しみです。
前回のクロンダイクに引き続き、フリーセルを作ってみました。Windows「フリーセル」でおなじみのトランプゲームです。

主なルールは、次のとおりです。
- フリーセルの目的は、フリーセルを一時的なカード置き場として使いながら、すべてのカードをホームセルに移動することです。
  ゲームに勝つためには、4種類のカードをすべてホームセルに積み重ねる必要があります。
  カードは、一番小さい数字(エース)から一番大きな数字(キング)まで数字の小さい順に、1ずつ大きくなるように積み重ねていきます。
  注：フリーセルでは、どのゲームでも勝つ可能性があると信じられています(証明されてはいません)。
  ～Windows「フリーセル」のヘルプから引用～
- 詳しくは、Windows「フリーセル」などの説明を参照してください。
操作方法は次のとおり。前回のクロンダイクと同じです。
- 左右ボタン　　移動元カードを選択します。
- 上下ボタン　　移動元カードはそのままで、移動先カードを選択します。
- Ａボタン　　　カードを移動したり、開いたりします。
- Ｂボタン　　　カードが増えて画面下にはみ出したときに、画面をスクロールします。
- ＳＥＬＥＣＴ　ギブアップして、タイトルに戻ります。
その他のトピック。
- 移動元と移動先はある程度自動で選択されますので、最初のうちはＡボタンを押すだけでゲームが進みます。
- 移動元カードの選択候補が複数あり、左右ボタンで選択可能な場合は、画面中央に左右矢印が表示されます。
  移動先カードの選択候補が複数あれ、上下ボタンで選択可能な場合は、画面中央に上下矢印が表示されます。
- Ｂボタンで画面スクロール可能な場合は、画面右下に「Ｂ」と下向き矢印が表示されます。
- 不要になったカードは、自動的にホームセルに移されます。
  カードが不要になるのは、それより低順位の反対色のカードが競技領域に1枚もなくなったときです。
ダウンロードはこちらバイナリ(50KB) ソース(893KB)

「クロンダイク」と「フリーセル」、非常によく似たルールのゲームです。（実際、プログラムはほとんど流用です）
運の要素が強いものの、カードをまとめて移動する爽快感のある「クロンダイク」。
全てのカードが見えているにも関わらず高難易度、後は実力次第の「フリーセル」。
皆様は、どちらがお好みでしょうか？僕は、フリーセルが好きです。全然クリアできないけど・・・

フリーセルのカード絵柄には、P/ECE Hand Book付属のフリーデータに少し手を加えたものを使わせて頂きました。

2002年9月22日

クロンダイクを作りました。Windows「ソリティア」でおなじみのトランプゲームです。

主なルールは、次のとおりです。
- ソリティアの目的は、山札のカードを使い切り、すべてのカードを組札に積み重ねることです。
  組札には、エースからキングまで、同じマークのカードを数字の小さい順に積み重ねていきます。
  ～Windows「ソリティア」のヘルプから引用(^^;～
- 詳しくは、Windows「ソリティア」などの説明を参照してください。
操作方法は、次のとおりです。
- 左右ボタン　　移動元カードを選択します。
- 上下ボタン　　移動元カードはそのままで、移動先カードを選択します。
- Ａボタン　　　カードを移動したり、開いたりします。
- Ｂボタン　　　カードが増えて画面下にはみ出したときに、画面をスクロールします。
- ＳＥＬＥＣＴ　ギブアップして、タイトルに戻ります。
その他のトピック。
- 移動元と移動先はある程度自動で選択されますので、最初のうちはＡボタンを押すだけでゲームが進みます。
- 移動元カードの選択候補が複数あり、左右ボタンで選択可能な場合は、画面左下に左右矢印が表示されます。
  移動先カードの選択候補が複数あり、上下ボタンで選択可能な場合は、画面左下に上下矢印が表示されます。
- Ｂボタンで画面スクロール可能な場合は、画面右下に「Ｂ」と下向き矢印が表示されます。
ダウンロードはこちらバイナリ(48KB) ソース(892KB)

クロンダイクのカード絵柄には、P/ECE Hand Book付属のフリーデータに少し手を加えたものを使わせて頂きました。

2002年9月20日

「リブルラブル研究所」さんからメールを頂きました。
zlibを使ってP/ECE上でデータ圧縮を利用するアプリケーション、こちらのページの「６．Ｐ／ＥＣＥ編　赤外線リモコン・キャプチャ」をご覧下さい。
P/ECE研究記録の「zlibを使う」を参考にして下さったそうで、僕も嬉しいです。

「赤外線リモコン・キャプチャ」は、他の赤外線リモコンの送信パターンを記録・再生できる、学習型リモコンです。
当方で試してみたところ、記録・再生とも100%の成功率。
P/ECEの赤外線機能はいまいち不評（僕もそう思ってました）ですが、プログラム次第では意外と使えるのかも・・・と感じました。

2002年9月19日

P/ECE研究記録更新しました。「calloc()が失敗する」

2002年9月17日

４倍テキストビューアを作りました。
１／４縮小フォントを使ったテキストビューアです。一画面あたりの情報量が「４倍」です。
ひらがな・カタカナの多いテキストは何とか読めると思いますが、漢字はほとんど識別不能かも・・・文脈から推測してください。

あらかじめ、テキストファイル（拡張子「.txt」）を転送しておいてください。
主な操作方法は次の通りです。

ファイル選択モード：
- カーソルキー　　　　ファイルを選択します。
- Ａボタン　　　　　　ビューアモードに移行し、選択されているファイルの内容を表示します。
- ＳＥＬＥＣＴボタン　プログラムを終了します。
ビューアモード：
- カーソルキー　　　　テキストをスクロールします。上下で行スクロール、左右でページスクロールです。
- Ａボタン　　　　　　現在行を記憶します。あとでＢボタンを押すと、この位置へジャンプします。
- Ｂボタン　　　　　　Ａボタンで記憶した位置へジャンプします。また、ジャンプする前に現在の位置を記憶します。
  　　　　　　　　　　Ｂボタンを連続で押すと、二つの位置を交互に行ったり来たりできます。
- ＳＥＬＥＣＴボタン　ビューアモードを終了し、ファイル選択モードに移行します。
いつでも：
- ＳＴＡＲＴボタン　　前景色と背景色を入れ替えます。
次のような制限事項があります。
- 約１００ＫＢぐらいまでのテキストファイルしか読み込めません。
  大きすぎるテキストファイルを読み込もうとするとエラーメッセージを表示し、ファイル選択のやり直しになります。
- テキストファイルの先頭から一万行までしか表示できません。
  一万行以上のテキストファイルも読み込めますが、一万行以降は表示されません。
ダウンロードはこちらバイナリソース

今回の開発動機は、ブラックウィングスの攻略テキストを読むため、でした。（まだクリアしてなかったりします）
普段使用のテキストリーダとしては、自然堂さんの『RSブックリーダ』を利用させて頂いています。
これはとても使いやすく、Ｗｅｂの記事などを転送しておいて寝転がって読んだりと、たいへん重宝しています。
今回特殊用途として、攻略テキストを読むにはもう少し横文字数が多い方がいいかな？と思ったので、作ってみました。
攻略テキストのような内容なら、少々漢字が読めなくても前後の文脈から推測できると思うのですが、いかがでしょうか？

いつものゲームプログラム用ひな型をベースにしたため、不要な関数がたくさんリンクされてしまいました。
そのため、単純なテキストビューアなのに、４０ＫＢ近いファイルサイズになってしまいました。
１００ＫＢぐらいまでのファイルしか読めないのはそのせいなのですが、フラッシュの方は２ＭＢなのでまだまだ余裕です。
ファイルサイズがあまり気にならなくなってしまうのは、フラッシュ２ＭＢの弊害というか・・・いや、単に手抜きなのですが(^^;

2002年9月15日

USBストレージバージョンアップしました。変更点は次のとおりです。
- Windows Meに対応しました。これで動作確認できたOSはWindows 2000、Windows Me、Linux 2.4となりました。
詳細につきましては、付属のREADME.TXTと前バージョンのリリースノート(9月5日・9月13日)をご参照ください。
なお、前バージョンで保存したディスクイメージは、今回のバージョンには引き継がれません。
前バージョンの保存ファイルがあった場合、初期状態の新しい保存ファイルで上書きされます。
万一、重要なファイルを保存したりしていた場合は、まずバックアップを取ってください。（ありえないとは思いますが(^^;）

ダウンロードはこちらバイナリソース

前バージョンがWindows Meで動かなかった原因は、やはりMS-DOSファイルシステムの調整の問題でした。
Windows 2000やLinuxは4096バイト以上のセクタサイズにも対応しているのですが、Windows Meは2048バイトまでしか対応していないようです。
前バージョンではセクタサイズを4096バイトとしていたため、Windows Meからは「未フォーマット」のディスクに見えてしまっていたようです。

ところで、前回のリリースノートにも書きましたように、Windows 2000の場合、USBストレージを終了したあと再びP/ECEを認識させるには、
ケーブルをさし直す必要があったのですが、Windows Meではケーブルをさし直さなくてもそのまま通常のP/ECEとして認識してくれます。
セクタサイズの件ではWindows 2000の方がうわてなのですが、再認識についてはWindows Meの方が便利で、一長一短といったところでしょうか。

2002年9月13日

USBストレージバージョンアップしました。変更点は次のとおりです。
- 動作がかなり安定しました。ハードウェアの取り外しアイコンも正しく動作します。
- 前バージョンではまず最初にフォーマットする必要がありましたが、今回は最初からフォーマットされた状態で起動するようになりました。
  逆に、Windows上からUSBストレージにフォーマットをかけようとしても失敗するので、フォーマットは行わないようお願い致します。
- 前バージョンではアプリケーションを終了するたびにディスク内容が消えてしまっていましたが、今回はディスク内容を保存するようになりました。
  P/ECEのフラッシュメモリに200キロバイト弱の空き容量があれば、終了時にディスクイメージを「usbstor.img」というファイルに保存します。
  次回USBストレージ起動時にこのファイルがあれば、前回終了時のディスク内容を復元して起動します。
- Windows 2000 と Linux 2.4 で動作確認を行いました。Windows Me ではまだ動作しません。
詳細につきましては、付属のREADME.TXTをご参照ください。README.TXTにも書きましたが、
USBストレージを終了させる前に、ハードウェアの取り外しアイコンでデバイスを停止させるのを忘れないようご注意ください。
また、USBストレージを停止させた後、再びPCにP/ECEを認識させるには、いったんUSBケーブルをさし直す必要があります。
このあたりの挙動や注意点に関しては、市販のUSBメモリキーと同様です。
今回、検証・比較用にI-O DATA社のEasyDisk X(32Mバイト)を購入してみました。なかなか使いやすくていい製品です。

ダウンロードはこちらバイナリソース

まだ Windows Me で動かないのがちょっと残念なところですが、原因はUSBやSCSIのような深いところではなく、
（たぶん）MS-DOSファイルシステムの調整の問題のようですので、もう少し調整すればなんとかなるかな、と少し楽観しています。
あとは、MS-DOSファイルシステムとP/ECEファイルシステムの仲介処理を書けば、
専用ドライバなしでPC<->P/ECE間のファイル転送を行う、当初の目的が達成できそうなのですが…さて、上手くいくでしょうか。

2002年9月10日

gauntletさんより、USBスピーカー(試作版)がWindows 98 SEでも動作したとの連絡を頂きました。
これで動作確認がとれたOSは、Windows 98 SE・Windows Me・Windows 2000 となりました。

Windows 98 SEでCD-ROMデジタル出力切り替えを有効にする、という意外な使いみちがあったようです。
gauntletさんよりメール頂いた内容を、一部引用させて頂きます：

＞実は、CD-ROMのデジタル出力の可否の切り替えは、USBスピーカーが無いと9xでは出来ません。
＞ Meでは、デフォルトでチェックが入っている（デジタル出力可）なのですが、98では、オフになっています。
＞が、Audigy等の場合、内部接続できるのに鳴らないという状況でした。
＞このツールにより、チェックボックスの操作が可能になり、出力できるようになりました。
＞外すと再びロックされてしまうのですが、状態は維持されるため、目的は達成されました。
＞ WindowsMediaPlayer7は自分で制御してますが、普通のアプリケーションには反映されず、
＞有効に出来なかったので、メリットがあるかと思います。

とのことです。gauntletさん、情報ありがとうございます。

追記：gauntletさんより、さらに追加情報を頂きました。また、一部引用させて頂きます。

＞どっかの製品のFAQの条件に、「USBスピーカーが接続され、ドライブが、デジタル出力に対応していること」と書いてあったはずなのですが
＞（情報ソースが一寸見あたりませんごめんなさい）、実は理由は別の所に有ったようです。
＞ http://support.microsoft.com/default.aspx?scid=kb;ja;JP264201
＞ということで、Windows9xのドライバがVXDであるというのが問題だったようです。
＞ Meとなっていますが、98でもドライバが同じなので同じ筈です。
＞ただ、USBスピーカーによって、此処がデフォルトから変更できる（実際、オフにしてくれというFAQも検索に引っかかる）のは事実なので、
＞困っている人には有効なのではないかと。
＞後は、Windows98でも、Microsoftのソフトシンセを使えるという辺りがメリットになるでしょうか。
＞普通の出力では、あれをMIDIデバイスに使えなかったはずなので。
＞私の場合は、Audigyには、CD-ROMのデジタル出力端子（２ピンのアレ。）の入力端子が有り、且つ、光学系ドライブが二台付いていたので、
＞どうした物かと思っていたわけですがVXDドライバだったことが問題の原因だったようです。

う～む、Windowsのサウンドドライバは奥が深い（挙動不審？(^^;）ですね。
あまり深入りすると、今度はWindowsのサウンドドライバの勉強が必要になってしまいそうです。
シンプル潜水艦を作りました。
秋の夜長に潜水艦ゲームなどいかがでしょうか？デプスチャージ((c)セガ)に良く似たゲームです。眠くなること請合い(^^;

99秒の制限時間以内に、できるだけ多くの潜水艦を破壊してください。
時間切れか、または戦艦が三隻破壊されると、ゲームオーバーです。
時間切れの場合、残りの戦艦一隻につき、100点づつ加算されます。

操作方法は次のとおりです：
- タイトル画面
  - Ａボタン　　　ゲーム開始します。
  - ＳＥＬボタン　終了します。
- ゲーム中
  - 方向ボタン　　戦艦を移動します。
  - Ａ・Ｂボタン　爆弾を投下します。
- いつでも
  - ＳＴＡＲＴボタンでポーズ／ポーズ解除します。
ダウンロードはこちらバイナリソース

タイトル画面でのハイスコア表示が間違っていたので、修正しました。
9月9日中にダウンロード下さった方は、お手数ですがもう一度ダウンロードお願い致します。

2002年9月7日

ＭＯＤプレイヤーバージョンアップしました。変更点は次のとおりです。
- 8つ以上のMODファイルも選べるようになりました。
  前バージョンでは、P/ECEに8つ以上のMODファイルを入れておいても、最初の7つしか選べませんでした。
  今回、8つ以上のMODファイルも選べるよう、MODファイルリストをスクロールするように修正しました。
- 音量２倍モードを追加しました。
  P/ECEのスピーカーやヘッドフォン出力は、音量を最大の「９」に設定してもかなり音が小さいように思います。
  そこで、ＭＯＤプレイヤー側で音量を２倍にするモードを追加しました。
  STARTボタンを押すと、画面右下に「2x」と表示されて、音量２倍モードになります。
  もう一度STARTボタンを押すと、「2x」が消えて通常の音量に戻ります。
  音量２倍モードでは、少し(かなり？)音が割れます。ご了承ください。
  再生中でも音量モードを切り替えできますが、再生の方にかなりＣＰＵパワーを取られているので、キー反応が悪いかもしれません。
  再生中にモードを切り替える場合は、ちょっと長めにSTARTボタンを押してみてください。（あまり長く押しすぎるとメニューに行ってしまいます）
使い方や注意点、MODファイルの入手方法などについては、前バージョンのリリースノート（2002年7月8日・8月10日）を参照してください。

ダウンロードはこちらバイナリソース

『ＭＯＤプレイヤー』の演奏ルーチンには、「吉田研究所＠世田谷」さんの『ModPlug 互換、MOD / XM プレイヤーのソース』を利用させて頂いています。

2002年9月5日

USBストレージ(試作版)を作りました。P/ECEがUSB接続のディスクドライブになります。
RAMディスクなので、プログラムを終了すると内容は消えてしまいます。しかも容量173KB！
USB学習過程の習作です。

公開しておいて言うのもなんですが、後述の通り危険度大ですので、実行なさらないことを強くお勧めします。
代わりに、僕の環境(Windows 2000)で実行した様子のキャプチャ画像を用意しました。こちらをご覧下さい。

ダウンロードはこちらバイナリ＆ソース (ソース参考程度にお使いください)

一応 Windows 2000 で動作確認を行いましたが、とっても挙動不審です。
もしかしたら、「USBストレージ」を接続したPCのOSやデータに、ダメージを与える可能性があります。
OSやデータが壊れてもいいような、実験用のPC以外ではお使いにならないで下さい。
Windows Me では動作しません。2テラバイトのディスクと認識され、フォーマットに失敗してしまいます。

この不安定さ、僕のSCSI知識不足に起因します。USBの勉強にSCSIの知識が必要とは、予想外でした(^^;
現在、SCSIの参考資料を取り寄せ中ですので、SCSIの知識がつき次第、もう一度作り直したいと思っています。
また、SCSIについてお詳しい方に、今回のソースコードの問題点などご指摘頂ければ幸いです。
MODE SENSE か READ CAPACITY への応答データに問題があるのではないかと踏んでいるのですが…

Philips社提供のPDIUSBD12用マスストレージ・サンプルファームウェアを参考に作りました。
が、想定している環境が違うのか、コマンド応答などをそのまま移植したのでは全然動きませんでした。
これ以外に、公開されているUSBディスクやSCSIディスクのサンプルファームウェアをご存知の方おられましたら、
参考にしたいのでぜひ教えてください。よろしくお願い致します。

2002年9月3日

P/ECE研究室～USB分室更新しました。「再開・イントロダクション」

2002年9月1日

P/ECEファイルシステムビューアバージョンアップしました。変更点は次のとおりです。
- 2MB版P/ECEに対応しました。
  前バージョンのPFFSビューアを2MB版P/ECEで使うと、「不正な処理」で異常終了してしまっていました。
  今回は、この問題点を修正しました。標準512KB版P/ECE・改造2MB版P/ECEのどちらでも使えます。
ダウンロードはこちらバイナリソース

2002年8月29日

「約束の地リヴィエラ」クリア後、僕のスワンクリスタルは「GUNPEY EX」専用機になっています。
最初はよくわかりませんでしたが、慣れてくると確かに面白いです。
さて、このゲームの“全ての一筆描きルートを探す”アルゴリズムに興味が湧きました。
単純に画面左端から右端へ抜けるルートだけなら簡単そうですが、壁際で分岐するルート等はどうやって判定してるのでしょうか？
そこで、疑問を解決するために・・・
シンプル一筆を作ってみました。
GUNPEY((c) BANDAI)によく似たゲームです。例によって、シンプルライブラリを使ってます。

主なルールは次のとおりです：
- フィールド上のパネルを入れ替えて、パネル上の線を画面左端から右端への一筆描きになるようにつなげてください。
  線がつながると、パネルが消えます。
  線を分岐させたり、パネルを後付けしたりして、一度にたくさん消すことができます。
  一定数のパネルを消すと、ステージクリアです。
- 一定時間ごとにラインがせり上がってきます。
  一定時間待たなくても、Ｂボタンですぐに次のラインを引き出すこともできます。
  パネルが画面最上段を越えたら、ゲームオーバーです。
操作方法は次のとおりです：
- タイトル画面
  - 方向ボタン　　開始ステージを選択します。
  - Ａボタン　　　ゲーム開始します。
  - ＳＥＬボタン　終了します。
- ゲーム中
  - 方向ボタン　　カーソルを移動します。
  - Ａボタン　　　パネルを入れ替えます。
  - Ｂボタン　　　パネル爆発中なら、爆発アニメーションをキャンセルします。
    　　　　　　　パネル爆発中でなければ、すぐに次のラインを引き出します。
- いつでも
  - ＳＴＡＲＴボタンでポーズ／ポーズ解除します。
その他、詳細につきましては、README.TXTをご参照ください。

ダウンロードはこちらバイナリソース

効率的な一筆描きルート探索アルゴリズムを調べるのが目的だったのですが、結局、総当り・力技の方法で実装しました。
該当部分は、main.c の erase_check()・find()・check() 関数です。
GUNPEY、元々はキーチェーンゲームだったそうですので、再帰呼び出しが深くなるような力技の方法は使っていないと思います。
きっともっとエレガントな方法があるのだと思いますが、今回は力及ばず、楽な方に逃げてしまいました(^^;

謝辞：
P/ECE開発環境付属のBGMデータを、音色と音量を変更して利用しました。
音色と音量を変更するために、「May the P/ECE be with ...」さんの、『pmd->mmlコンバータ Ver 0.4(02.02.14)』を使わせて頂きました。
ありがとうございます。

2002年8月25日

エクスチェンジャーもどきを作りました。
マネーアイドルエクスチェンジャー((c)フェイス)によく似たゲームです。

主なルールは、次のとおりです。
- コインをくっつけて両替してください。
  - 　　１円玉は５個以上くっつくと　　５円玉になります。
  - 　　５円玉は２個以上くっつくと　１０円玉になります。
  - 　１０円玉は５個以上くっつくと　５０円玉になります。
  - 　５０円玉は２個以上くっつくと１００円玉になります。
  - １００円玉は５個以上くっつくと５００円玉になります。
  - ５００円玉は２個以上くっつくと消えます。
- 同じ種類のコインは同時にいくつでも持つことができます。違う種類のコインを同時に持つことはできません。
- コインが両替されるときは、くっついたコインの中のいちばん下・いちばん右のコインが変化します。
- フィールド内のコインは、一定時間ごとに下がってきます。コインがいちばん下の段を越えたらゲームオーバーです。
操作方法は、次のとおりです。
- タイトル画面：
  - 左右ボタン　　タイトル表示とコイン説明表示を切り替えます。
  - Ａボタン　　　ゲームを開始します。
  - ＳＥＬボタン　終了します。
- ゲーム中：
  - 左右ボタン　　エクスチェンジャーを移動します。
  - Ｂボタン　　　コインを取ります。
  - Ａボタン　　　コインを投げます。
  - 下ボタン　　　すぐに次のラインを引き出します。
- いつでも：
  - ＳＴＡＲＴボタンでポーズ／ポーズ解除できます。
その他、詳細につきましては、README.TXTをご参照ください。
本物のマネーアイドルエクスチェンジャーの遊び方を解説したWebページもたくさんありますので、Web検索してみてください。

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

「マネーアイドルエクスチェンジャー」、よく「マジカルドロップシリーズ((c)DECO)＋もうぢゃ((c)ETONA)」と評され、
オリジナリティーのないゲームの代表格のように言われる本製品ですが、個人的にはそれら二つの製品よりも面白かったように思います。
二つのゲームを掛け合わせて成功した好例ではないでしょうか。
強力なファンの手による、エクスチェンジャー関連のWebページもかなりあるようです。絵と声に依る部分が大きいのは否めませんが・・・
ゲームセンターのＭＶＳ(NEO-GEO)筐体に、まだ残っていると思います。プレイステーションとゲームボーイにも移植されているそうです。

2002年8月22日

２ＭＢ化Ｐ／ＥＣＥが到着しました。銀次郎さん、改造ありがとうございました。
到着直後のファイル一覧とメニュー画面。既にソフト満載なので、動作確認の手間が省けます。
拙作「mini ISD」も、そのままで2MBに対応できているようで、一安心です。（pieceif.dllの入替えは必要です）

ひさしぶりに猪名川で売ろう!!で遊んだあと、2MB化P/ECEを入手した目的の一つ「大きなMODファイルの再生」を試してみました。
「ＭＯＤプレイヤー」で再生するMODファイルは、連続セクタに配置されていなければいけませんので、いったんファイルを全部消します。
到着直後の状態では、startup.pexがフラッシュメモリの中間あたりに配置されていましたので、startup.pexも消してしまいます。
それから、startup.pex、modplay.pex、MODファイルの順に転送します。
2MBもの大きさのMODファイルはあまり多くないのですが、こちらのMODファイルが約1.4MBなので、これで実験させてもらいましょう。
それでは、転送・実行・再生・・・成功です！

上記MODファイルの置いてあったFTPサイトには、90年代のメガデモに使われていたMODファイルがたくさん保存されていました。
どれも名曲揃いなので、ぜひ聴いてみてください。
中でも「トランスアトランティック」は名曲中の名曲。クリスタルドリームIIというメガデモのエンディング曲でした。
標準P/ECE＋ＭＯＤプレイヤーでも、ぎりぎり再生できます。もちろんWinAMP等でも再生できますので、P/ECEをお持ちでない方も。
2MB化P/ECEなら、これらのMODファイルが10曲ぐらい入りますので、僕のP/ECEは燃費の悪い携帯MODプレイヤーになりました。

2002年8月19日

USBマウスを作りました。
「ryukの薫製工房」さんの「P/ECEの改造カーネル(USBマウスモード)」を参考に、アプリケーション単体でマウスとして動くようにしてみました。
USB勉強中の、習作です。

ダウンロードはこちらバイナリソース

単純な２ボタンマウスとして動作します。操作方法は画面に表示されていますので、そちらをご参照ください。
上下左右キー同時押しをダブルクリックに割り当ててみたのですが、相当気合入れて押さないと反応してくれませんね(^^;
素直にＡボタンを二回押した方が楽かもしれません。

2002年8月17日

シンプルテトリスバージョンアップしました。変更点は次のとおりです。
- ゲームボーイ版のテトリスのように、出現位置での回転ができるようになりました。
- フィールドの左右端やブロックの隣で回転できない場合、必要に応じて1～2マス左右へずれて回転するようになりました。
今回の変更によって、操作感が改善され、ストレスなくPLAYできるようになったと思います。
が、セガ版テトリスのストイックな操作感がお好みの場合は、前バージョンをそのままお使いください(^^;

ダウンロードはこちらバイナリソース

今回、Randomism Zoneさんに改善案を頂きました。Randomistさん、ありがとうございます。

2002年8月15日#2

「銀次郎のパーソナルページ」さんの２ＭＢフラッシュ換装サービスが受付開始です！
ずらり並んだ２ＭＢフラッシュメモリは壮観。もちろん僕も換装をお願いする予定です。
「ryukの薫製工房」さんのP/ECE・Witch掲示板「Heap」スレッドにて、オブジェクト描画の高速化実験結果が公開されています。
ryukさんによるオブジェクト描画コードのさらなる最適化と、プログラムを内蔵RAMに置く(by P/wareさん)方法の併用により、
標準カーネルのオブジェクト描画関数に較べて５倍近い高速化が達成されています。
発言番号□23のBGM付きベンチマークプログラムは必見、P/ECEの真の実力を垣間見ることができます。
シンプルテトリスを作りました。
シンプルライブラリで作った、ごく普通のテトリス((c)セガ)です。
基本的な操作方法はセガ版テトリスと同じですが、少しだけキー操作を追加しました。
- 左右ボタンでブロックを左右に移動します。
- 下ボタンでブロックを高速落下させます。
- Ｂボタンでブロックを左回転させます。
- Ａボタンでブロックを右回転させます。（セガ版テトリスと非互換な点です）
- 上ボタンでブロックを左回転できます。（これも非互換。片手で遊べるようにしてみました）
- STARTボタンで一時停止します。PAUSEメッセージは表示しないので、一見フリーズしたように見えます。ご注意ください。
ダウンロードはこちらバイナリソース
『P/ECE monitor』バージョンアップしました。変更点は次のとおりです。
- 先日追加した『起動時スプライト優先』オプションの挙動を少し変更し、『自動スプライト検索』に改称しました。
  前バージョンで『起動時スプライト優先』を有効にした場合は、P/ECE monitor起動時にのみスプライト情報を自動検索し、
  スプライト情報が見つかったらスプライトモードで起動するようにしてありました。
  今回のバージョンで『自動スプライト検索』を有効にすると、マウスクリックなどによってP/ECE monitorのウインドウがアクティブになるたびに
  スプライト情報を自動検索し、スプライト情報が見つかったら自動的にスプライトモードに切り替わります。
  『自動スプライト検索』を有効にしておけば、スペースキーなどを押して明示的にスプライトモードに切り替える必要はほとんどないと思います。
  なお、前バージョンでの『起動時スプライト優先』の設定は、今回のバージョンの『自動スプライト検索』の設定にそのまま引き継がれます。
詳しい使用方法については、旧バージョンのリリースノート（2002年8月9日・2002年7月15日）を参照してください。

ダウンロードはこちらバイナリソース

2002年8月15日

P/ECE研究記録更新しました。「Cコンパイラの最適化ミス・レポート」

2002年8月10日#2

ＭＯＤプレイヤーバージョンアップしました。変更点は次のとおりです。
- 前バージョンでは100KB程度のMODファイルしか再生できませんでしたが、今回はもう少し大きなMODファイルも再生できるようになりました。
  P/ECEのフラッシュメモリに入る程度の大きさ（300KBぐらい）なら、たいてい大丈夫だと思います。
  しかし、大きなMODファイルには処理の“重い”曲が多いようで、曲によってはCPUの処理能力限界で上手く再生できないこともあるみたいです。
- 電池駆動で再生中に、勝手にサスペンドしてしまう問題を修正しました。
使い方や注意点、MODファイルの入手方法などについては、前バージョンのリリースノート（2002年7月8日）を参照してください。

ダウンロードはこちらバイナリソース

今回の改造動機は、「The Mod Archive」さんのところに置いてあったゴーストバスターズのMODファイルを再生したかったから(^^; とりあえず成功です。
大きめのMODファイルが再生できるようになった分、相対的にP/ECEのフラッシュメモリ容量が少なく感じられてきました。
２ＭＢ化改造P/ECE（「銀次郎のパーソナルページ」さん）の受付開始が待ち遠しいです。

『ＭＯＤプレイヤー』の演奏ルーチンには、「吉田研究所＠世田谷」さんの『ModPlug 互換、MOD / XM プレイヤーのソース』を利用させて頂いています。

2002年8月10日

『P/ECE monitor』バージョンアップしました。今回はバグ修正のみです。
- ごく希にスプライト情報の検出に失敗するバグを修正しました。
  具体的には・・・
  前バージョンでは、画面右端で終わる文字列を描いた直後は、スプライト情報が検出できなくなっていました。
  <例> locate(9, 0); printstr("HISCORE");
  今回の修正により、画面右端で終わる文字列を描いた直後でも、正しく検出できるようになりました。
使用方法については、旧バージョンのリリースノート（2002年8月9日・2002年7月15日）を参照してください。

ダウンロードはこちらバイナリソース

2002年8月9日

『P/ECE monitor』バージョンアップしました。変更点は次のとおりです。
- 『起動時スプライト優先』オプションを追加しました。
  - このオプションにチェックを付けておくと、次回起動時から、
    まず、P/ECEで現在動いているアプリケーションがスプライトライブラリやシンプルライブラリを使っているかどうかチェックします。
    現在動いているアプリケーションがスプライトライブラリやシンプルライブラリを使っていたら、自動的にスプライトモードで起動します。
    現在動いているアプリケーションがスプライトライブラリやシンプルライブラリを使っていなければ、これまでどおりグラフィックモードで起動します。
  - このオプションのチェックを付けていなければ、これまでどおり起動時は必ずグラフィックモードになります。
今回の変更点はこれ一点のみです。
この変更を行った理由は、僕はスプライトライブラリやシンプルライブラリを使ってプログラムを組むことが多いので、
いちいちスペースキーなどを押して手動でスプライトモードに切り替えるのが面倒だと思ったからです。

スプライトモードやグラフィックモードに関しては、前バージョンのリリースノート（2002年7月15日）を参照してください。

ダウンロードはこちらバイナリソース

2002年8月6日

P/ECE研究室～S1C33分室更新しました。「フラッシュメモリ#5」
「約束の地リヴィエラ」クリア。27時間、長かった…。しかし結果が（ネタバレ→）ネコENDでは報われませんよ(T T)。

2002年8月5日

USBスピーカー(試作版)バージョンアップしました。変更点は次のとおりです。
- WindowsMeでも使えるようになりました。
  今回のバージョンは、Windows2000とWindowsMeで動作確認を行いました。
ダウンロードはこちらバイナリ(20KB) ソース(15KB)（前バージョンのソース(830KB)からの差分のみです）

前バージョンのUSBスピーカーがWindowsMeで使えなかった理由は、やはり再生レートのサポート不足が原因でした。
WindowsMeでUSBスピーカーを使うには、USBスピーカーが48KHzの再生レートをサポートしていなければいけないみたいです。
今回のプログラムは、PCから48KHzの音声データを受け取り、3サンプルづつ平均して16KHzのデータにして、P/ECEの音声APIに渡しています。

てとら★ぽっとさん、いつもお世話になってます。
「WindowsMeではうまく動作しないらしく、こちらでは動作確認できないのが残念」と書いて頂いたので、Meの調査もする気になれました。
おかげで、Windowsバージョン間の非互換性に関する知識が一つ増えました。

2002年8月4日

USBスピーカー(試作版)を作ってみました。使い方は次のとおりです。
- USBケーブルでP/ECEをPCに接続してください。
- P/ECEコミュニケータなどを使って、usbspkr.pexをP/ECEに転送してください。
- P/ECEのメニューで「USBスピーカー(試作)」を実行してください。
- すると、WindowsがUSBスピーカーを自動検出し、優先する再生デバイスをUSBスピーカーに切り替えます。
  正しく自動検出されたかどうか確認するには、
  [マイコンピュータ]→[コントロールパネル]→[サウンドとマルチメディア]→[オーディオ]の「音の再生～優先するデバイス」が
  「USBオーディオデバイス」になってることを確認してください。
- サウンドレコーダやWINAMPなどで音声ファイルを再生すると、P/ECEから音が出ます。
- P/ECEをPCから取り外すか、SELECTボタンを押してUSBスピーカーを終了させると、元通りPCのスピーカーから音が出るようになります。
PC側のOSは、Windows2000で動作確認を行いました。WindowsXpは持ってないので確認できませんでしたが、たぶん大丈夫じゃないかと思います。
WindowsMeではうまく動きません。デバイスの自動検出は完了するのですが、音声ファイルを再生しようとすると「再生できません」と言われます。
このUSBスピーカーは16KHzでの再生専用に作ってあるのですが、WindowsMeが16KHzへの変換ができないのが原因かなあ、と考えています。

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

今回のプログラムはUSBの勉強用に試行錯誤で作ったものなので、ソースコードはかなりぐちゃぐちゃです。
また、長時間再生しつづけると、音声が途切れがちになるかも知れません。試作版ということでご了承ください。

検証のために本物のUSBスピーカーを購入しようと思ったのですが、店に行ってみるとどれもこれも一万円前後の品ばかり。
てっきり三千円ぐらいのものだと思ってました。結局購入できず。これじゃサウンドカード＋普通のスピーカーの方が安いです...

参考文献：「CQ出版社 TECH I Vol.8 USBハード&ソフト開発のすべて」
USBスピーカーのディスクリプタ（スピーカー仕様をPCに知らせるための構造体）の書き方は、この本のサンプルプログラムからごっそり頂きました。

2002年7月31日

「P/ECE Hand Book」、著者ご本人も驚かれるほど売れてる模様。（情報源：めるへんてんとさん→日記→2002年7月25日）
Laoxさんの推薦図書にも指定されたようで、P/ECEファンとして嬉しい限りです。しかし、このコメント書いたのは誰ですか～(^^;

2002年7月30日

P/ECE研究室～S1C33分室更新しました。「フラッシュメモリ#4」

2002年7月29日

QIXもどきを作りました。
クイックス((c)タイトー)によく似たゲームです。操作系はギャルズパニック((c)カネコ)の方に近いかも。
主なルールは、次のとおりです。
- フィールドを線で囲って、塗りつぶしてください。各ラウンドで指定された％以上塗りつぶすと、ラウンドクリアです。
- 線を引いている途中で、敵が線に触れると、引き直しになります。また、残り時間が１０秒マイナスされます。
- 残り時間がなくなったら、ゲームオーバーです。（本物のクイックスは残機制ですが、QIXもどきはタイム制です）
操作方法については、README.TXTをご参照ください。

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

クイックスを目指して製作しましたが、本物とはかなり違ってしまいました。
芸術的な動きのクイックス(ラインアート型の敵)や、絶妙なゲームバランスのスパーク(火花型の敵)など、とても真似できません。
また、塗りつぶし処理は、P/ECEのCPUパワー任せに力ずくで処理しました。
本物のクイックスは1980年初頭の作品で、CPUも強力ではないはずです。いったい、どうやって処理していたのでしょう？
私信：
「まどかの世界」さんの記事(2002/07/23)で当ページをご紹介いただきました。ありがとうございます。
僕も『まどかの自己満足日記』を楽しく読ませてもらってます。
拡張端子→小型カメラ→キャタピラカー→電源ユニットというステップアップには感服です。
僕も電子工作やりたいのですが、なかなかどこから手を付けていいのやら… P/ECEの拡張端子は一回挑戦して壊しました(^^;

2002年7月23日

P/ECE研究室～S1C33分室更新しました。「フラッシュメモリ#3」

2002年7月22日

駆け込み更新(^^;
WonderWitchを使ってみました。まるまる二年遅れですが、こちらはのんびりやってみたいと思います。「おさんぽ綾香 in WonderWitch」

2002年7月21日

コンソール版PCMコンバータを作りました。Makefileへの組み込み用途などに、ご利用ください。
コンバートしたPPDファイルをテストするための、シンプルサウンドテストも入ってます。

P/ECE開発環境標準のPiecePCMConverter(ppcmcnv.exe)に較べて、次のような特徴があります。

「PiecePCMConverter」では、あらかじめサウンドレコーダーなどを使って入力ファイル形式を「リニアPCM・16000Hz・8/16ビット」にしておかなければいけません。
「コンソール版PCMコンバータ」は、前段の形式変換をツール自身が行うので、入力ファイル形式は何でも構いません。例えば、「MS ADPCM形式・44000Hz」とかでもOKです。
「PiecePCMConverter」では、出力形式は入力形式に依存する場合がありました。例えば、入力形式が16ビットなら、出力形式も16ビットになりました。
「コンソール版PCMコンバータ」は、入力形式によらず、出力形式を指示することができます。
「PiecePCMConverter」では、ADPCM可変周波数の出力形式に対応していません。従って、16000Hz以外のPPDファイルは作成できませんでした。
「コンソール版PCMコンバータ」は、ADPCM可変周波数の出力形式に対応しています。例えば、「ADPCM可変周波数・8000Hz」などを指示して、ファイルサイズを小さくできます。

簡単な使い方を説明します。
たぶんいちばんよく使われるPPDファイル形式は「ADPCM・16000Hz固定」だと思います。
「ADPCM・16000Hz固定・テキスト(C言語形式)」を指示して、sample.wav→sample.c変換を行うには：

dppcmcnv -t -fa sample

とタイプします。
「ADPCM・16000Hz固定・バイナリ」を指示して、sample.wav→sample.ppd変換を行うには：

dppcmcnv -b -fa sample

とタイプします。
とりあえず、この二つの使い方だけで充分だと思います。詳しい使い方については、付属のREADME.TXTをご参照ください。

ダウンロードはこちらバイナリソース

ADPCM形式への変換プログラムは、「P/ECEのページ」さんの『WAV to ADPCM C コンバーター』のソースを使わせて頂きました。
製作者のomaさんに感謝いたします。

2002年7月19日

P/ECE研究記録更新しました。「コピーするのは instdef.c だけ」

2002年7月18日

ロットロットもどきを作りました。
一部のゲームファンに根強い人気を誇る、ロットロット（(c)アイレム/徳間書店）によく似たゲームです。
主なルールは、次のとおりです。
- 二つの矢印でボールを入替え、高得点ゾーンに落としてください。
- 片方の矢印は、あなたの操作どおりに移動します。
  もう片方の矢印は、少し遅れてついてきます。
- ボタンを押すと、二つの矢印が指している部屋のボールが入れ替わります。
- 左下の部屋にボールが入ると、かにが出てきてワイヤーを切ります。
  急いでボールを入れ替えて、左下の部屋を空にしてください。
- かににワイヤーを切られてしまうと、ゲームオーバーです。
操作方法については、README.TXTをご参照ください。
また、本物のロットロットに関してはぽえむろまん堂 online [ロットロット]さんのページが詳しいです。

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

今回のロットロットもどきは、本物のロットロットに較べて、かなり機能省略してしまいました。
主な変更点は、次のとおりです。
- 本物は残機制で３ミスまで許されますが、もどきは１ミスでゲームオーバーになります。
- 本物は一定得点取得取得ごとにラウンドクリアしますが、もどきはエンドレスです。
  ラウンドクリアの代りに、一定数ボールを落とすたびに難易度がレベルアップします。
- 本物は壁の開閉がパターン化されていますが、もどきではランダムです。
- 本物にあったボーナスステージや赤玉などのフィーチャーは、もどきにはありません。
特に３つ目の変更点が致命的で、はっきり言ってゲームバランス取れてません(^^;
作ってしまってから、ランダム開閉ではバランス取れないことに気付いたのですが、後の祭り…
ロットロットファンの皆様、ごめんなさい。

2002年7月15日#2

P/ECE研究記録更新しました。「1.25の1乗はゼロ？」

2002年7月15日

『P/ECE monitor』バージョンアップしました。変更点は次のとおりです。

スプライトライブラリやシンプルライブラリを使ったアプリケーションの画面も取り込めるようになりました。
画面取り込み処理の、P/ECEアプリケーションへの負荷が軽くなりました。
P/ECE monitor 再起動時に、前回終了時の位置より1ピクセルずれて復元してしまうバグを修正しました。
各種ショートカットキーを追加しました。（Space:モード切替、1,2,4:拡大率切替、F12:終了）

ダウンロードはこちらバイナリソース

スプライトライブラリやシンプルライブラリを使ったアプリケーションの画面取り込み方法について説明します。
説明が長くなりますので、先に簡単な使い方を書いておきます。
とりあえず、取り込み画面が真っ白になったらスペースキーを押すだけで充分です。
期待通りの結果が得られなかった場合のみ、以下の詳細説明をご参照ください。

新しいP/ECE monitorは、二種類の動作モードを持っています。
draw.hの関数を使ったアプリケーションの画面を取り込む「グラフィックモード」と、
スプライトライブラリやシンプルライブラリを使ったアプリケーションの画面を取り込む「スプライトモード」です。
P/ECE monitor起動時は、前バージョンまでのP/ECE monitorと同じく、グラフィックモードになっています。
スプライトライブラリやシンプルライブラリを使ったアプリケーションの画面を取り込むには、
P/ECE上でアプリケーションを実行開始してから、P/ECE monitorの右クリックメニューで「スプライト」を選んでください。
または、スペースキーを押すと、グラフィックモードとスプライトモードが交互に切り替わります。

P/ECE monitorは、スプライトライブラリ Ver 1.00とシンプルライブラリ Ver 1.00のメモリ配置の特性を利用し、
P/ECEのSRAMを走査してスプライトライブラリのフレームバッファアドレスを探し出します。
従って、画面取り込み可能なアプリケーションは、スプライトライブラリ Ver 1.00かシンプルライブラリ Ver 1.00を使っているものに限られます。
Ver 1.00以前の旧いライブラリで作られたアプリケーションは取り込めません。
スプライトライブラリかシンプルライブラリを使っていないアプリケーションや、旧いライブラリを使ったアプリケーションの実行中に、
P/ECE monitorをスプライトモードに切り替えようとすると、「スプライト情報が見つかりません」と表示され、グラフィックモードに戻ります。

P/ECE monitorがフレームバッファのアドレスを探すのは、グラフィックモードからスプライトモードに切り替わった時だけです。
毎回の画面更新のたびにフレームバッファのアドレスを探しているのではありません。
P/ECE monitorをスプライトモードに切り替えた後、P/ECE側で別のアプリケーションを起動すると、フレームバッファの位置が変わります。
P/ECE monitorの右クリックメニューで「スプライト(再検索)」を選んで、フレームバッファのアドレスを再検索してください。
または、スペースキーを二回押すことでも同じ効果が得られます。

P/ECE monitorをグラフィックモードに戻すには、右クリックメニューで「グラフィック」を選んでください。
または、スペースキーを押すと、グラフィックモードとスプライトモードが交互に切り替わります。

手近なスプライトライブラリ・シンプルライブラリ使用アプリケーションで、取り込みの可否を検証してみました。

取り込み可能

P/ECE開発環境付属アプリケーション
- simple_mc
- sprite2
P/ECE Hand Book付属アプリケーション
- simple_hello
- simple1(数当てゲーム)
- simple2(似非ベーダー)
自作アプリケーション
- シンプルSameGame
- シンプルミサイル
- シンプルＧウォーズ

取り込み不可

P/ECE開発環境付属アプリケーション
- simple…Ver1.00以前のシンプルライブラリを使っています。
- sprite…Ver1.00以前のスプライトライブラリを使っています。
自作アプリケーション
- 細胞分裂アオミドロン…Ver1.00以前のスプライトライブラリを使っています。
- シンプルアタックス…Ver1.00以前のシンプルライブラリを使っています。

malloc()ダンプユーティリティバージョンアップしました。今回はバグ修正のみです。
- 前バージョンでは、非常に希なタイミングで、メモリ割り当て途中の不安定な状態のSRAM内容を読んでしまう可能性がありました。
  実際には、ほとんど問題は起きないと思いますが、気付いたので念のため治しておくことにしました。
機能や使い方に関する変更点はありません。

ダウンロードはこちらバイナリソース

2002年7月14日

シンプルＧウォーズを作りました。
ほぼ、ギャラクシーウォーズ((C)ユニバーサル)です。ミサイルを操作して、ＵＦＯにぶつけてください。
特別なローカルルールはありませんので、操作方法のみ説明します。付属のREADME.TXTもご参照ください。

タイトル画面：
- Ａボタン：ゲーム開始
- SELECTボタン：終了
地上：
- 左右キー：砲台左右移動
- Ａボタン：ミサイル発射
空中：
- 左右キー：ミサイル左右移動
- Ａボタン：ミサイル加速
いつでも：
- STARTボタン：ポーズ
ダウンロードはこちらバイナリソース

今回は、シンプルライブラリで縦画面ゲームに挑戦してみました。
また、ピクセル単位で当たり判定を行っていますので、ギリギリの避けをご堪能ください。

2002年7月12日

P/ECE研究室～S1C33分室更新しました。「フラッシュメモリ#2」
スワンクリスタルを買ってきました。家庭用ゲーム機を購入したのは、P/ECEを除けば実にゲームギア以来です。
当面、「約束の地リヴィエラ」専用機になりそうですが、ワンダーウィッチも使ってみたいと思ってます。
何と言っても、携帯ゲーム機のプログラミング環境としてはP/ECEの大先輩なので、いろいろ参考になりそう。

2002年7月10日#2

『P/ECE monitor』バージョンアップしました。今回は、主にバグ修正のみの変更です。
- 画面左端または上端をはみ出した位置で終了すると、次回起動時に適切な位置に復元しないバグを修正しました。
- 画面端からのウインドウはみ出しを防ぐため、「画面外に移動しない」オプションを追加しました。
  前バージョンとの互換性のため、初期状態ではこのオプションはOFFになっています。
  右クリックでメニューを表示し、「画面外に移動しない」オプションをONにしてください。
ダウンロードはこちらバイナリソース

2002年7月10日

P/ECE研究室～S1C33分室更新しました。「フラッシュメモリ#1」

2002年7月8日

ＭＯＤプレイヤーを作りました。
メガデモなどで有名な「MOD形式」の音楽ファイルを、P/ECE上で再生するプログラムです。

「modplay.pex」とMODファイルをP/ECEに転送し、メニュー画面で『ＭＯＤプレイヤー』を実行してください。
MODファイルは配布ファイルには含まれていませんので、「The Mod Archive」さんから入手してください。
これとかこれとかこれとかこれとかこれとかが、おすすめです。

キー操作は次のとおりです。
- カーソルキー：　曲を選びます。
- Ａボタン：　再生を開始します。
- Ｂボタン：　再生を終了します。
- SELECTボタン：　プログラムを終了します。
P/ECEのSRAM容量の制約のため、次のような制限があります。
- 大きなMODファイルは再生できません。（かなり小さなMODファイルしか再生できません(^^;）
  だいたい100KBぐらいまでなら再生できますが、それ以下のサイズでもダメな場合もあります。
- 各々のMODファイルは、フラッシュメモリ上の連続セクタに配置されていなければいけません。
  「不連続」エラーが出たら、全ファイルをバックアップして削除し、転送しなおしてみてください。
詳しくは、添付のREADME.TXTを参照してください。

ダウンロードはこちらバイナリソース

『ＭＯＤプレイヤー』のＭＯＤ演奏ルーチンには、
「吉田研究所＠世田谷」さんの『ModPlug 互換、MOD / XM プレイヤーのソース』を利用させて頂きました。
製作者の吉田弘一（よっしん）さんに感謝いたします。

作ってから気付いたのですが、先に同じ計画（date:02/01/25のところ）を立ててた方がいらっしゃったようです。
ネタ取っちゃってごめんなさい。半年経ってるから、もういいよね。

2002年7月7日

malloc()ダンプユーティリティバージョンアップしました。変更点は次のとおりです。
- 統計情報（ヒープ領域サイズ・未使用領域サイズ・使用ブロック統計・空きブロック統計）の出力を追加しました。
- ヒープ情報・ブロック情報・統計情報の出力を個別にＯＮ／ＯＦＦできるようにしました。
- 二台目以降のP/ECEの情報も取得できるようにしました。
例えば、二台目のP/ECEに接続して、統計情報だけを出力するには、次のように命令します。

dmalloc -t 1
詳しくは付属のREADME.TXTか、「dmalloc --help」で表示されるヘルプを参照してください。

ダウンロードはこちらバイナリソース

2002年7月6日

P/ECE研究記録更新しました。「音色ベンチマーク#2」、「PCEWAVEINFOは開放されない」

2002年7月5日

P/ECE研究記録更新しました。「音色ベンチマーク#1」

2002年7月4日

malloc()ダンプユーティリティバージョンアップしました。変更点は次のとおりです。
- ヒープ管理情報の検出精度が良くなりました。
  - 前バージョンでは、直前のアプリケーションのデータがメモリ上に消えずに残っていると、現在のアプリケーションのデータと見なしてしまっていました。
    そのため、直前のアプリケーションのヒープ管理情報も検出してしまい、二つ以上のメモリブロック一覧が表示されることがありました。
  - 今回、アプリケーションヘッダ情報から変数領域を取得して、その区間からのみヒープ管理情報を探すようにしたので、上記の問題は解消されました。
    かなり高い精度で、正しいヒープ管理情報・メモリブロックリストを出力できるようになったと思います。
ダウンロードはこちらバイナリソース

2002年7月3日

malloc()ダンプユーティリティを作りました。malloc()関数で割り当てたメモリブロックを一覧表示するプログラムです。

P/ECE開発環境に入っている「isd.exe」の'h'コマンドを使えば、P/ECE APIのpceHeapAlloc()で割り当てたメモリブロックを一覧表示できます。
しかし、malloc()で割り当てたメモリブロックを表示することはできません。
僕は、pceHeapAlloc()よりもmalloc()の方をよく使うので、malloc()のメモリブロック一覧を表示したいと思ったのが、今回の開発動機です。

malloc()ダンプユーティリティは、malloc()で割り当てたメモリブロックを一覧表示します。
逆に、pceHeapAlloc()で割り当てたメモリブロックを表示することはできません。
isd.exeの'h'コマンドと、互いに補完しあう形となります。

malloc()のヒープ管理情報はアプリケーションごとに位置が変わるので、本来ならSYMファイルなどからアドレス情報を与える必要があります。
しかし、SYMファイルを指定するのが面倒だったので、今回のmalloc()ダンプユーティリティでは、
SRAM全体から「ヒープ管理情報らしく見える」データを探し出し、そのデータをもとにメモリブロックの一覧表示を行うようにしてみました。
SYMファイルなどからアドレス情報を与える必要はありません。
その代償として、ときどきヒープ管理情報じゃないデータまで表示してしまいます...(^^; 詳しくは付属のREADME.TXTをご参照ください。

ダウンロードはこちらバイナリソース

ヒープ管理情報のふるまいを調べるために、-- Rizm & Dance --(MMR2nd)さんの「超簡易MemoryRead Memread」を使わせて頂きました。
広範囲のメモリを調べるには「超簡易MemoryRead Memread」、特定の変数の動きを調べるにはwakufactoryさんの「P/ECE Watcher」が、
欠かせないツールです。

2002年7月2日

「P/ECE Hand Book」が届きました。
気になっていた、「実は、プロトタイプ版は、CPUが別だった!?」のインタビュー記事。
残念ながら、CPU名称そのものズバリの回答は、載っていませんでした。
いくつかヒントが提示されています。最大のヒントは「Ｃコンパイラ未対応。アセンブラ開発のみ」
僕はZ80系のCPUと予想していましたが、さっそくハズレ確定です。
じゃあS1C33の兄弟CPU、S1C88シリーズかな？と思いきや、しっかりCコンパイラ提供されてます。
・・・もしかして家電製品とかに入ってる4ビットCPU？いずれにせよ、僕の知らないCPUみたいです。

2002年7月1日

ひさしぶりにソルダムもどきバージョンアップしました。変更点は次のとおりです。
- ポーズ機能を追加しました。
  いつでもSTARTボタンでポーズがかかります。もういちどSTARTボタンを押すとポーズ解除します。
ダウンロードはこちらバイナリソース

今回、P/SHELL・地雷撤去ゲームのRandomism Zoneさんに改善案を頂きました。ありがとうございました。
シンプルミサイルを作りました。
ほぼ、ミサイルコマンド((C)アタリ)ですので(^^;、特に説明不要かと思います。
今回も、ローカルルールのみ説明いたします。付属のREADME.TXTもご参照ください。
- 基地は二つしかありません。右の基地がＡボタン、左の基地がＢボタンに対応しています。
- サテライトやボンバー等は出現しません。ひたすらミサイルを迎撃してください。
- 得点をかせいでも街は復活しません。一度破壊された街はゲームオーバーまで破壊されたままです。
- 得点システムは次のとおりです：
  
  残った迎撃ミサイルの数×１０×ラウンド番号　＋　破壊されていない街の数×１００×ラウンド番号
  
  上記の点数が、ラウンドクリア時に加算されます。ミサイル迎撃数は得点に関係ありませんので、ご注意ください。
- タイトル画面でカーソルキー上下（または左右）を押すと、開始ラウンドが選択できます。
- いつでもSTARTボタンでポーズがかかります。もういちどSTARTボタンを押すとポーズ解除します。
ダウンロードはこちらバイナリソース

今回のプログラムにも、４月に公開された新しいシンプルライブラリを使ってみました。
新しいシンプルライブラリの強化点として、ビットマップグラフィック機能が追加されたことが挙げられます。
今回のプログラムには、新しいシンプルライブラリのビットマップグラフィック機能を多めに使ってみました。
ビットマップグラフィック機能が加わったのはたいへん喜ばしいのですが、この機能、とてつもなく遅いです。
デゼニランドやタイムシークレットなどの、昔のアドベンチャーゲームを彷彿とさせます。もしかして、狙った？

2002年6月29日

P/ECEの本「P/ECE Hand Book」が発売されたようです。
僕は、cbook24.comで一冊注文した後、公式ページ通販のブックカバーに釣られて結局もう一冊注文してしまいました。
今日、地元の本屋さんも回ってみましたが、さすがにまだ来てませんでした。
プロトタイプ版のＣＰＵは何だったのか、気になる～
まるもじ切り替えプログラムを作りました。
こちらおなじみ「おでかけマルチ」のキャプチャ画面です。
この半年間、ずっとどこか違和感があったのですが、先日やっと原因がわかりました。
TECH GIAN 2001年12月号の、P/ECE紹介記事に載っていたおでマルの画面写真をご覧ください。
TECH GIANの写真では、メッセージがまるもじで表示されているのに、製品版は普通の文字になってしまっています。
そういえばP/ECE発売前の紹介記事の写真では、どれもまるもじ表示だったような気がします。
これが違和感の原因でした！

というわけで、まるもじにしてみました。
こちらまるもじ版「おでかけマルチ」のキャプチャ画面です。
タンクバトルもこのとおり。

システムフォントをまるもじに切り替える手順は、次のようなものです。
P/ECE開発環境の「C:\usr\PIECE\resource\font\maru10.fnt」にまるもじフォントが残っていますが、現在は使われていません。
現在使われているフォントは、「C:\usr\PIECE\resource\font\knj10.fnt」です。
そこで、「knj10.fnt」の内容を「maru10.fnt」で置き換えて、フォントデータを再構築します。
できたフォントデータを、カーネルアップデートユーティリティでP/ECEに転送すると、まるもじ環境になります。

以上の手順は特に難しいわけではないのですが、カーネルアップデートユーティリティの使い方を誤ると、非常に危険です。
通常のフラッシュ書き換えAPIと異なり、カーネルアップデートユーティリティはブートブロックも書き換えられるほど強力だからです。
できれば、正規のカーネルイメージ以外のファイルを、カーネルアップデートユーティリティで転送するのは避けたいところです。

そこで、P/ECEアプリケーション版まるもじ切り替えプログラムを作ってみました。
「maruji.pex」をP/ECEに転送して実行し、Ａボタンを押してください。まるもじ環境になります。
まるもじ環境になったら、もう「maruji.pex」は必要ありませんので、消してしまって大丈夫です。
元のフォントに戻すには、P/ECEコミュニケータなどを使ってシステムアップデートを行い、P/ECEを初期状態に戻してください。

ダウンロードはこちらバイナリ＆ソース
このプログラムはBIOS 1.18 専用です。

注意！
このプログラムはP/ECEシステム領域のフォントデータを書き換えるので、全てのP/ECEアプリケーションがまるもじになります。
元に戻すには、カーネルアップデートユーティリティかP/ECEコミュニケータを使ってシステムアップデートを行い、P/ECEを初期状態に戻す必要があります。
このプログラムを実行する前に、まずはマニュアル等でシステムアップデートの方法を理解し、できれば実際にシステムアップデートの練習をしておいてください。

2002年6月27日#2

P/ECE研究室～S1C33分室更新しました。「シリアルコントローラ？#9」。濃度バラつき問題の解決法に関するレポートです。

2002年6月27日

前回のP/ECE研究室～S1C33分室で、P/ECEのアプリケーションを「起動するたびに画面の濃度がバラつく」問題を防ぐ方法を探す、と書きました。
なんとかその方法が見えてきましたので、記事に先立って、まずはサンプルプログラムのソースコードをアップロードします。
起動後、Ｂボタンを押すと、LCDCを再初期化して濃度のバラつきをなくします。
どうやら、LCDCをリセットする方法が鍵のようです。
現在のP/ECEカーネル(BIOS 1.18)では、LCDCにResetコマンドを送ってリセットしています。実験したところ、これが原因で濃度がバラついているようなのです。
サンプルプログラムではResetコマンドは使わず、RESETB端子を使ってLCDCをリセットしました。百回ほどリセットしてみても、濃度のバラつきは出ていません。
もう少し検証した後、近日中にP/ECE研究室～S1C33分室にて結果を報告しようと思います。

2002年6月25日

P/ECE研究室～S1C33分室更新しました。「シリアルコントローラ？#8」

2002年6月24日

「うたわれるもの」のビジュアルノベルを編集してみました。
- システムプログラムには、てとら★ぽっとさんの「P/ECE VISUALNOVEL SYSTEM」を使わせて頂きました。
- シナリオは、２ちゃんねる掲示板のうたわれるもの関連スレッドより、エルルゥのサイドストーリーを使わせて頂きました。
- グラフィックは、あなたのコンピュータにインストールされている「うたわれるもの」のデータファイルから抽出して使用します。
インストール方法は次のとおりです：
- あなたのＰＣに「うたわれるもの」がインストールされていないと、データファイルが作成できません。
  あらかじめ、「うたわれるもの」をインストールしておいてください。
- 「P/ECE VISUALNOVEL SYSTEM」の実行ファイルをP/ECEに転送してください。
  また、「P/ECE VISUALNOVEL SYSTEM」の実行ファイル以外に、150KB程度の空き容量が必要です。
- 配布ファイルを解凍してください。
- 解凍してできたフォルダの中に「mk.bat」というファイルがあります。ダブルクリックして実行してください。
- しばらく待つと「xxxrou.fpk」というファイルができます。「xxxrou.fpk」をP/ECEに転送してください。
- P/ECEのメニュー画面から、「P/ECE VISUALNOVEL SYSTEM」を実行してください。
- 「P/ECE VISUALNOVEL SYSTEM」のメニュー画面から、「xxxrou.fpk」を実行してください。
ダウンロードはこちらソースのみの配布です

2002年6月23日

WAV to GSM コンバータ、バージョンアップしました。変更点は次のとおりです。
- リニアPCM形式以外のWAVファイルも変換できるようにしました。
  - 前バージョンのWAVtoGSMコンバータ(GSMプレイヤーに添付したもの)は、変換元WAVファイルがリニアPCM形式でなければ変換できませんでした。
    例えば、おでマルのBGMファイル(bgm_001.wavなど)はADPCM形式のWAVファイルなので、BGMファイルを直接GSMファイルに変換することはできませんでした。
    あらかじめサウンドレコーダなどを使っていったんリニアPCM形式のWAVファイルに変換してから、WAVtoGSMコンバータでGSMに変換する必要がありました。
  - 今回のバージョンのWAVtoGSMコンバータは、変換元WAVファイルがリニアPCM形式以外の場合でも、直接GSMファイルに変換することができます。
    サウンドレコーダなどを使ってリニアPCM形式に変換しておく必要はありません。
- マニュアルを書きました。（これと同じものを配布ファイルにも入れてあります）
ダウンロードはこちらバイナリソース

2002年6月22日#2

ＧＳＭプレイヤー、バージョンアップしました。今回は、バグ修正のみです。
- ときどき画面が崩れたりするバグを修正しました。
  （割り込みルーチン内でPSRレジスタを壊してしまっていたのが原因でした）
ダウンロードはこちらバイナリソース

バグを修正したこと以外、前バージョンと変わっていません。使い方については、すぐ下にある前バージョンの説明をご参照ください。
サンプルデータファイル等も前バージョンと全く同じものを入れてありますので、前バージョンをダウンロードする必要はありません。

2002年6月22日

「cbook24.com」で、P/ECE Hand Book予約受け付けが開始されました。さっそく、予約してきました。
あ、今日が気付いたのですが、本家「P/ECE Hand Book」のページからも購入できるみたいですね。
僕が普段使っているブラウザでは、トップページのスクロール文字が表示されないので、気付きませんでした。
ＧＳＭプレイヤー、バージョンアップしました。P/ECEのフラッシュメモリに、約３分の音声ファイルを格納できます。
前バージョンからの変更点は次のとおりです。
- 複数のGSMファイルから選択して再生できるようになりました。
- 前回はバイナリ配布のみでしたが、ソースコードがある程度整理できたので、ソースもアップロードしました。
ダウンロードはこちらバイナリソース

ソースは、利用したフリーのライブラリソースも含んで、約600KBあります。バイナリも、データを含んで、約700KBあります。
どちらも、サイズが大きめですので、ご注意ください。

バイナリパッケージには、今回も、おでマルのBGMをGSM形式に変換したデータを、サンプルとして添付してあります。
さすがにボーカル曲を添付するのはヤバすぎるような気がしたので、OP曲「ホントのさよなら」とED曲「Shining Days」は含めていません。
WAVファイルをGSMファイルに変換するツールも入れてありますので、皆様のお手元のWAVファイルを変換して、ご利用ください。
変換ツールは、コマンドプロンプト内で動くコンソール版プログラムです。使い方は、添付のREADME.TXTファイルをご覧下さい。
近いうちに、もう少し詳しい説明を書くか、または簡単に変換するためのフロントエンドアプリケーションを作成しようと思います。

今回のバージョンのGSMファイル再生ルーチンは、まだかなりバグっぽいです。
描画負荷が高くなると、ときどき画面がくずれることがあります。ＧＳＭプレイヤーとしての用途ならば許容範囲なのですが…

ＧＳＭプレイヤーの作成に取り掛かった時は、単純なストリーム再生プログラムでOKだと思っていたのですが、かなりてこずりました。
いちばんの問題は「WAVEデータ再生終了コールバックを実行しているあいだ、ミキシング処理まで止まってしまう」という点です。
P/ECEの音楽ライブラリのソースを参考に、かなりムリヤリな方法で回避しました。
gsmplay-20020622-src\clip\clippce.c の後半あたりがストリーム再生プログラムです。よろしければ、ご参照ください。

GSM形式の音声ファイルを扱うために、こちらで配布されているフリーのライブラリを利用させていただきました。
製作者のかたがたに感謝いたします。

2002年6月21日

僕は地方在住なので、書籍の購入はほとんどインターネット通販を利用しています。
よく利用している書籍通販のサイト「cbook24.com」に、P/ECE Hand Bookの情報が追加されました。
左上の「SEARCH GO」から、キーワード「P/ECE」で検索すると出てきます。
「近日発売、お待ちください」とのこと。注文・予約受け付けはまだみたいです。

2002年6月20日

GSMプレイヤーを作ってみました。

ダウンロードはこちらバイナリ

GSMは音声圧縮形式の一種で、ファイルサイズが非常に小さくなるのが特徴です。
ただし、電話クオリティですけれど(^^;

ファイルを展開すると、sample.pexとsample.gsmができます。
両方のファイルをP/ECEに転送してから、sample.pexを実行してください。
画面表示は何もなしで、sample.gsmの再生を行います。
何かボタンを押すと、再生を中断して、終了します。
サンプルデータのsample.gsmは、「C:\usr\PIECE\winapp\おでかけマルチ\ueb\bgm_006.wav」をそのまま圧縮したものです。

pceWave系APIはあまり使い慣れていないのでなかなかうまく動かせず、今回のバイナリも奇跡的に動いている状態です。
ソースの方は、もう少し整理したら（または整理をあきらめたら）アップロードしますので、しばらくお待ちください。

2002年6月18日

『P/ECE Hand Book』のポスター画像が公開されました。イメージカラーは意表を突いて黄色！
シンプルSameGame、バージョンアップしました。変更点は次のとおりです。
- カーソル上下左右移動のオートリピートを追加しました。
- つながっている玉の周りに枠を表示するようにしました。
ダウンロードはこちらバイナリソース

遊び方については、昨日の説明（すぐ下の記事）と、README.TXTを参照してください。

2002年6月17日

P/ECE研究記録更新しました。「zlibを使う#3」
シンプルSameGameを作りました。
ダウンロードはこちらバイナリソース

ごくふつうのSameGameです。「さめがめ」((C)ハドソン)という呼び名の方が有名かも知れません。
非常に有名なゲームなので、遊び方の説明は不要と思いますが、一応、README.TXTをご参照下さい。
ローカルルールだけ、説明します。
- Ｂボタンで玉のつながり数が表示されます。二つ以上つながってる玉が、消せます。
  どの玉が消せるかわからなくなったときは、Ｂボタンを押してみてください。
- スコアは、次のように計算されます。スコア＝（残りの玉の数＋１）×（経過秒数＋１）
  従って、スコアが小さいほど良い結果となります。ロースコアをめざしてください！
今回のプログラムには、４月に公開された新しいシンプルライブラリを使ってみました。
とても使いやすいです。ＰＣの開発環境にも、こういうのが欲しいなあ、と思いました。

2002年6月15日

P/ECE研究記録更新しました。「zlibを使う#2」

2002年6月14日

『P/ECE Hand Book』の発売日が６月２８日に決まったようです。ちょうど二週間後ですね、楽しみです。
P/ECE研究記録更新しました。「zlibを使う#1」

2002年6月12日

P/ECE研究記録更新しました。「S1C3320８(#2)」
『Qulipp』、９面にて大苦戦中…

2002年6月11日

P/ECE研究記録更新しました。「S1C3320８(#1)」

2002年6月10日

P/ECE研究室～S1C33分室更新しました。「シリアルコントローラ？#7」

2002年6月9日

数日前に、『MirrorRing[DFSW]』クリアしました。
実行ファイルはさほど大きくないのに、ボリュームがあって、面白かったです。
最初だけ難易度高かったけど、後はほとんど負けることなく進み、ＲＰＧが苦手な僕でも楽しめました。
イケメン勇者のギャグストーリーかと思いきや、最後は一転シリアスで、余韻の残るエンディングでした。

さて次は、P.R.ism Entertainmentさん製作の『Qulipp』を遊んでいます。
倉庫番＋迷宮島、って感じで面白いです。が、難しい…。
倉庫番やフラッピーなどの、パズルゲームも苦手なのでした。
mini ISD バージョン 2.2 を公開しました。。変更点は次の通りです。
- SRFファイルのアイコン表示に対応しました。
  SRFファイルと同じフォルダに、同じ名前のアイコンファイル(.PID)があれば、そのアイコンイメージを使います。
  アイコンファイルがなければ、デフォルトアイコンイメージを使います。
  SRFファイルのアイコンは、緑色で表示されます。
- SRFファイルの実行機能を追加しました。
  これまでは、SRFファイルをドラッグ＆ドロップした場合も、他のファイルと同様に、P/ECEに書き込んでいました。
  今回より、SRFファイルを単独でドラッグ＆ドロップした場合に限り、書き込まずに実行する機能を追加しました。
  この機能を有効にするには、[タイトルバーのアイコンを押す]->[設定]で「SRFファイル単独指定なら実行する」をチェックしてください。
  初期状態では、前バージョンまでとの互換性のため、この機能は無効になっています。
  ※複数ファイルをドラッグ＆ドロップした場合は、その中にSRFファイルが含まれていても実行しません。これまでと同じく、書き込みます。
  ※拡張子関連付けしておけば、ドラッグ＆ドロップしなくても、エクスプローラ上でSRFファイルをダブルクリックするだけで実行できます。
ダウンロードはこちらバイナリソース

詳しい使い方につきましては、アーカイブに含まれているReadmeファイルをご参照ください。
できれば、以前のバージョンのリリースノート（このページの下の方にあります）もご参照ください。
使い方の簡単な説明は、mini ISDを起動して「システムメニュー→バージョン情報」ダイアログをご覧下さい。

※新規インストール時のご注意：
- minisd.exeとpiecese.dllを、同じディレクトリに置いて使ってください。
  piecese.dllは、Windowsシステムディレクトリ(例：c:\winnt\system32、c:\windows\systemなど)に置くこともできますが、
  異なるバージョンのファイルが混ざってしまうことを避けるため、できるだけ同じディレクトリに置いて使ってください。
- minisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けを行ってください。
  エクスプローラでのpexファイルアイコン表示や、pexファイルをダブルクリックしてmini ISDの起動ができるようになります。
- minisd.exeとpiecese.dllを別のディレクトリへ移動した場合は、もう一度、「設定」ダイアログで[拡張子関連付]を行ってください。
※バージョンアップ時のご注意：
- 既に以前のバージョンをお使い頂いている場合は、新しいminisd.exeとpiecese.dllを、以前のバージョンの同名ファイルに上書きコピーしてください。
  piecese.dllを上書きする際、「指定されたファイルは、Windowsが使っています」等のメッセージが表示され、上書きできない場合があります。
  このようなメッセージが表示された場合は、いったん拡張子関連付けを解除し、再起動するか、ログオンしなおすと、上書きできるようになります。
- 新しいバージョンのminisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けの設定を更新してください。
  [はい]/[いいえ]、どちらのボタンを押したかに関わらず、次回起動時からは、このダイアログは表示されません。

2002年6月8日

ぬわんぎのミニゲームを作りました。

あなたのPCにインストールされている「うたわれるもの」から、画像データを抽出してP/ECEに転送します。
PCに「うたわれるもの」がインストールされていないとINSTALL.BATが失敗しますので、ご注意ください。

遊び方：
- ヌワンギを操作して、ハクオロを倒してください。ハクオロを倒すと、スコアアップします。
- 間違ってエルルゥを攻撃してしまうと、スコアダウンします。
- ハクオロにぶつかると１ミス。３ミスでゲームオーバーです。
- 詳しくは、アーカイブ内のREADME.TXTファイルをご参照ください。
インストール方法：
- PCにP/ECEを接続してください。P/ECEには、50KB以上の空き容量が必要です。
- エクスプローラまたはコマンドプロンプトから、INSTALL.BATを実行してください。
  自動的に実行ファイル(nuwangi.pex)とデータファイル(nuwangi.pgd)を作成し、P/ECEに転送します。
- P/ECEのメニューから、nuwangi.pexを実行してください。
ダウンロードはこちらソースのみの配布です

PC版「うたわれるもの」のようなSLGが作りたかったのですが、力及ばず、アミダー(KONAMI 1981)になってしまいました(^^;

2002年6月6日

P/ECEのCPU・S1C33209の姉妹製品「S1C33205」が、ESEC組み込みシステム開発技術展に展示されるそうです。
よく見ると、こんな記述が。

製品概要

エプソンオリジナルの高速、低消費電力32ビットRISC。CMOS 32ビットコア、RAM、SIO、A/D、タイマ、PLLなどを内蔵し、
音声認識、合成処理など豊富なミドルウェアにより広範なアプリケーションに対応します。
さらに、対応OSはLINUXが新たに追加サポートされました。
S1C33205は、外部のSDRAMに直結することができる新モデルです。

デモ内容

S1C33205をベースにしたWebサーバを構築します。サーバはLINUX OSで稼働させます。
S1C33205をベースにした高性能音声合成、音声認識アプリケーションを動作させます。しゃべる声の選択もできます。

S1C33シリーズCPUでも、Linux、動くんですか！P/ECEに直接関係はありませんが、ちょっと気になるニュースです。
P/ECEのCPU・S1C33209も、まだまだ可能性を秘めていそうです。
同記事のロードマップによると、メモリ管理ユニット搭載・100MHz駆動の新製品も開発中とのこと。がんばれエプソン♪

2002年6月3日

P/ECEの本「P/ECE Hand Book」のページが更新されています。
開発解説、開発Tips、APIリファレンスのサンプルページ写真が追加されたようです。

APIリファレンス、かなり読みやすそうです。開発環境付属のHTML版APIマニュアルもいいけど、やっぱり本がいいよね。
サンプル写真を見ていて、pceAppActiveResponce(BIOS1.17対応)とpceAppExecFile(BIOS1.14対応)の説明が、
「BIOS対応全バージョン」になってるのがちょっと気になるけど… まだ製作途中の写真だからですよね。スミマセン(^^;

今回の更新分ではありませんが、開発者インタビュー「実は、プロトタイプ版は、CPUが別だった!?」も、興味深いです。
プロトタイプ版のCPUは何だったのでしょうか。
とりあえず僕は、「ゲームボーイやゲームギアと同じ、Z80系のCPUだった！」と予測しておきます。当たるかな？

2002年6月2日

P/ECE研究室～S1C33分室更新しました。「シリアルコントローラ？#6」

2002年6月1日#2

mini ISD バージョン 2.1 を公開しました。。変更点は次の通りです。
- P/ECE上のファイルを開く機能を追加しました。
  - 例えば、P/ECE上に「sample.txt」というテキストファイルがある場合、
    mini ISDのリストボックスで「sample.txt」をダブルクリックするか、選択してReturnキーを押すと、「sample.txt」がメモ帳などで開かれます。
    ファイルを開くためにどのアプリケーションを使うかは、Windowsシェルの拡張子関連付けに依存しています。
    拡張子が関連付けられていないファイルをダブルクリック(またはReturnキー押下)した場合は、「ファイルを開くアプリケーションの選択」ダイアログを表示します。
    ※注意！実際にはP/ECE上のファイルを直接開いているのではなく、一時的にPCにファイルをコピーして、コピーしたファイルを開いています。
    ※ファイルを編集・保存しても、P/ECE上のファイルの内容は変更されませんので、ご注意ください。
  - mini ISDのリストボックスでPEXファイルをダブルクリック((またはReturnキー押下)した場合は、これまでどおり、そのPEXファイルを実行します。
ダウンロードはこちらバイナリソース

詳しい使い方につきましては、アーカイブに含まれているReadmeファイルをご参照ください。
できれば、以前のバージョンのリリースノート（このページの下の方にあります）もご参照ください。
使い方の簡単な説明は、mini ISDを起動して「システムメニュー→バージョン情報」ダイアログをご覧下さい。

※新規インストール時のご注意：
- minisd.exeとpiecese.dllを、同じディレクトリに置いて使ってください。
  piecese.dllは、Windowsシステムディレクトリ(例：c:\winnt\system32、c:\windows\systemなど)に置くこともできますが、
  異なるバージョンのファイルが混ざってしまうことを避けるため、できるだけ同じディレクトリに置いて使ってください。
- minisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けを行ってください。
  エクスプローラでのpexファイルアイコン表示や、pexファイルをダブルクリックしてmini ISDの起動ができるようになります。
- minisd.exeとpiecese.dllを別のディレクトリへ移動した場合は、もう一度、「設定」ダイアログで[拡張子関連付]を行ってください。
※バージョンアップ時のご注意：
- 既に以前のバージョンをお使い頂いている場合は、新しいminisd.exeとpiecese.dllを、以前のバージョンの同名ファイルに上書きコピーしてください。
  piecese.dllを上書きする際、「指定されたファイルは、Windowsが使っています」等のメッセージが表示され、上書きできない場合があります。
  このようなメッセージが表示された場合は、いったん拡張子関連付けを解除し、再起動するか、ログオンしなおすと、上書きできるようになります。
- 新しいバージョンのminisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けの設定を更新してください。
  [はい]/[いいえ]、どちらのボタンを押したかに関わらず、次回起動時からは、このダイアログは表示されません。

2002年6月1日

P/ECE研究記録更新しました。「一部書き換えは不可」

2002年5月31日

P/ECE研究記録更新しました。「make メモ」

2002年5月29日#2

P/ECE ソフトウェア・コンテスト本選作品が発表されています。
さっそく、何作品か試させてもらいました。スゴイ…。数ヶ月、いや、今年いっぱいは遊べそう。
最近は、MYAOsoftさん製作の『MirrorRing[DFSW]』（イケメン勇者！面白いです）を遊んでいました。
これをクリアしたら、次はどれから手をつけて行こうか、悩みます。実は、BlackWingsもまだクリアしてないんですけどね…(^^;
楽しいゲーム・便利なツールの数々を作ってくださった、作者の方々と、企画者であるアクアプラスさんに、感謝いたします。

2002年5月29日

P/ECE研究室～S1C33分室更新しました。「シリアルコントローラ？#5」

2002年5月28日

P/ECE研究室～S1C33分室更新しました。「シリアルコントローラ？#4」

2002年5月27日

アルルゥデモを作りました。
アルルゥが～厳密にはムックルが～延々走りつづけるだけのデモです。「おさんぽ綾香」よりも単純かも…(^^;
コンピュータにインストールされている「うたわれるもの」のデータファイルから、画像データを抽出して利用するための、実験的なデモです。
実行環境のコンピュータに「うたわれるもの」がインストールされていないと、データファイル作成のところで失敗しますので、ご注意ください。
使い方については、README.TXTをご参照ください。（makeして実行するだけです）

ダウンロードはこちらソースのみの配布です

2002年5月26日

P/ECE研究記録更新しました。「関数アドレスをシンボル定義して呼び出す」

2002年5月24日

P/ECE研究室～S1C33分室更新しました。「シリアルコントローラ？#3（LCDコントローラのデータシート発見）」

2002年5月23日

P/ECE研究室～S1C33分室更新しました。「シリアルコントローラ？#2」

2002年5月21日

P/ECEの本が出るようです。ハードウェア改造講座に期待大です。（先日一台壊しました(^^; 今度こそ…）
そうそう、数日前より「P/ECE Web Index」さんが復活なさってます。待ってました！
P/ECE研究室～S1C33分室更新しました。「シリアルコントローラ？#1」

2002年5月20日

P/ECE研究記録更新しました。「ファイルから一文字づつ読み込む」

2002年5月19日

「P/ECE Flash File System viewer (P/ECEファイルシステムビューア)」を作りました。
P/ECEのファイルシステムの、FATブロックがどんな用途に使われているかを、色分け表示します。
使い方については、READMEファイルをご参照ください。

ダウンロードはこちらバイナリソース

2002年5月17日

P/ECE研究記録更新しました。「関数ポインタ型にキャストしてはいけない」

2002年5月16日

P/ECE研究記録更新しました。「フラッシュメモリAPIをムリヤリ使う」

2002年5月15日

P/ECEリソースビューア、バージョンアップしました。変更点は次の通りです。
- 前バージョンでは画像の最大サイズが1024×1024まででしたが、4096×4096までに修正しました。
今回の変更は、これだけです。

ダウンロードはこちらバイナリソース

※P/ECEリソースビューアには、P/ECE付属のソースファイルを一部変更して、またはそのまま、利用しています。
　使用条件は、付属ソースを元にしたプログラムの再配布の扱いについてに準じます。

最近、P/ECE以外のプログラムの画像データも、PGD形式で扱うことがあるので、大きなPGDファイルも見れるようにしてみました。
マスク付き画像の標準形式としては、GIFやPNGがメジャーですが、これらの形式はPGDほど単純ではなく、
ライブラリなしでは僕の手におえないので、単純なPGDが重宝しています。PGDで作っておけば、P/ECEにも流用できますし(これが本音^^;)
PBMP_FILEHEADER.maskやbppの値を大きな値にすれば、(仕様外ですが)カラー画像や多段階半透明度の画像と解釈することもできます。
いつか、P/ECEのプログラムも、拡張PGD形式に対応できたらいいなあ、と考えています。

もっと高機能なP/ECEの画像ビューアとして、六本木ＷＥＢページさんの「Susie プラグイン」があります。
アイコン形式やスプライト形式にも対応していて、とても便利です。

2002年5月14日

「コンソール版FilePackユーティリティ」、バージョンアップしました。変更点は次の通りです。
- fpkファイル内の各ファイルのデータ開始位置を、４バイト境界に整列するようにしました。
  - このように変更した理由は、fpkファイルをフラッシュメモリ上に置いたままアクセスした場合、
    ４バイト境界に合っていないと、アドレス不正例外が発生することがあるからです。
    いったんＲＡＭに読み込んで使うような通常の用途では、前バージョンのままでも問題ありません。
  - P/ECE開発環境の「FilePack」も、データ開始位置を４バイト境界に整列します。
    ただし、ファイルサイズの扱いに関して、少し動作が異なります。
    例えば、a.dat(6バイト)とb.dat(7バイト)のファイルをパックした場合、
    コンソール版FilePackでは、a.dat(offset=0x38,size=6),b.dat(offset=0x40,size=7)となります。
    P/ECE開発環境版FilePackでは、a.dat(offset=0x38,size=8),b.dat(offset=0x40,size=8)となります。
    このように、P/ECE開発環境版FilePackは、開始位置だけでなく、データサイズも４バイトの倍数に切り上げるようです。
  - また、May the P/ECE be with you !さんの「fpkTool」では、a.dat(offset=0x38,size=6),b.dat(offset=0x3E,size=7)となるようです。
    各ツールごとに少しずつ、出力結果が異なりますので、ご注意ください。
ダウンロードはこちらバイナリソース

2002年5月13日

「コンソール版FilePackユーティリティ」を作りました。
P/ECE開発環境に含まれる「FilePack」の機能を、コマンドプロンプト用に移植したツールです。
makefileの中でfpkファイルを再構築したりする用途に、利用できると思います。
使い方については、READMEファイルをご参照ください。

ダウンロードはこちらバイナリソース

※GUI版FilePackは、May the P/ECE be with you !さんの「fpkTool」が使いやすくておすすめです。
P/ECE「うたわれるもの」計画も、少しづつ進んでます。今回のツールも、その一環で作成したものです。

2002年5月9日#2

「うたわれるもの」キャラクタコンバータとチップコンバータ、バージョンアップしました。バグ修正のみです。
- 半透明成分の値が正しくなかったのを修正しました。今度こそ合ってると思います…(^^;
ダウンロードはこちら　キャラクタコンバータバイナリソース　チップコンバータバイナリソース

抽出した画像の利用条件については、こちらをご参照ください。
P/ECE用「うたわれるもの」キャラクタコンバータ作成中
- 「うたわれるもの」の画像データを使って、P/ECEのプログラムを作りたいのですが、バイナリ配布ファイルに画像データを含めることはできません。
  そこで、ユーザーのハードディスクにある「うたわれるもの」のデータファイルから、P/ECE用のデータファイルを作成する、コンバータを作成中です。
  必要な画像データだけを取り出し、並べて、減色し、PGDファイルとして出力できるようにする予定です。
  まだ作成途中なのですが、試しにBMPファイルに出力してみたところ、なかなかいい感じになりそうです。

2002年5月9日

「うたわれるもの」キャラクタコンバータとチップコンバータ、バグ発覚！
20020508a版で半透明成分の間違いを修正したつもりでしたが、まだ間違っていました。
今夜、修正版をアップロードしますので、20020508a版で生成した半透明成分は使わないでください。
たびたび、ごめんなさい。

2002年5月8日#2

「うたわれるもの」キャラクタコンバータとチップコンバータ、バージョンアップしました。バグ修正のみです。
- 半透明成分の値が正しくなかったのを修正しました。
  前バージョンでは、元データの半透明成分の値域が0～255だと思い込んで、そのまま出力していたのですが、
  データを見直してみたところ、どうやら元データの半透明成分の値域は0～127だったようです。
  そのため、前バージョンでは、半透明部分の透明度が、実際よりも高く(0に近く)なってしまっていました。
  今回のバージョンでは、この点を修正しましたので、おそらく正しい値になっていると思います。
ダウンロードはこちら　キャラクタコンバータバイナリソース　チップコンバータバイナリソース

抽出した画像の利用条件については、こちらをご参照ください。

2002年5月8日

「うたわれるもの」キャラクタコンバータとチップコンバータ、バージョンアップしました。変更点は次の通りです。
- 半透明成分のビットマップファイルも出力するようにしました。
  - 半透明成分のビットマップファイルは、画像ビットマップファイルの名前の先頭に、「#」を付けた名前になります。
    例えば、エルルゥのチップ画像のビットマップ「eru.bmp」に対して、半透明成分のビットマップ「#eru.bmp」も生成します。
  - 半透明成分のビットマップは、「#000000:完全透明～#FFFFFF:完全不透明」のグレイスケールとなっています。
    半透明成分を使うと、立ち絵の縁の部分や、チップの攻撃エフェクトを、きれいに重ね合わせられると思います。
ダウンロードはこちら　キャラクタコンバータバイナリソース　チップコンバータバイナリソース

抽出した画像の利用条件については、こちらをご参照ください。

2002年5月6日

「うたわれるもの」チップコンバータ、バージョンアップしました。変更点は次の通りです。
- ほとんどのチップデータが展開できるようになりました。
  - 一部、展開できないものが残っていますが、おそらく、特殊エフェクト関連だと思います。
  - エルルゥのチップの一部にゴミが入っているように見えますが、たぶん元データ通りだと思います。
    おそらく、ゴミに見える部分は透明度がほぼ100%で、画面に表示されないだけではないでしょうか。
    ※2002年5月8日追記:やっぱりゴミの部分は透明度100%でした。
  - ラスボスと術エフェクトは、大きすぎて時間がかかる(し、興味が無い^^;)ので展開していません。
ダウンロードはこちらバイナリソース

抽出した画像の利用条件については、こちらをご参照ください。

2002年5月5日

「うたわれるもの」チップコンバータ(暫定版)を作りました。
キャラクタコンバータでは未対応だった一部の人物のカットイン(テオロ・デリホウライ・ゲンジマル)と、
ごく一部のチップ(ディー変身後・チップカタログ)が抽出できます。
大多数のチップデータは、これらとは別形式なので、このプログラムでは抽出できません。

ダウンロードはこちらバイナリソース

抽出した画像の利用条件については、こちらをご参照ください。

2002年5月4日#2

「うたわれるもの」キャラクタコンバータ、バージョンアップしました。変更点は次の通りです。
- 完全に透明な部分の背景色指定を追加しました。背景色の初期値は、緑色に設定してあります。
  例えば、前バージョンと同じ黒色に設定するには、三つ目の質問項目に「000000」と入力してください。
ダウンロードはこちらバイナリソース

抽出した画像の利用条件については、こちらをご参照ください。

2002年5月4日

「うたわれるもの」キャラクタコンバータを作りました。
「P/ECEうたわれるもの」の画像抽出が達成できなかったので、代わりにPC版から抽出してみました。
試しに、白黒に変換してP/ECEで表示させてみたところ、なかなか綺麗に表示できるみたいです。

ダウンロードはこちらバイナリソース

抽出した画像の利用条件については、こちらをご参照ください。

2002年4月30日

P/ECEリソースビューア、バージョンアップしました。変更点は次の通りです。
- PEXファイルを開いた場合、アイコンが含まれていたらそれも表示するようにしました。
- ドラッグ&ドロップを受け付けて、ファイルを開くこともできるようにしました。
  ただし、複数のファイルをドロップした場合は、最初の一つだけを開きます。
ダウンロードはこちらバイナリソース

※P/ECEリソースビューアには、P/ECE付属のソースファイルを一部変更して、またはそのまま、利用しています。
　使用条件は、付属ソースを元にしたプログラムの再配布の扱いについてに準じます。

「P/ECE うたわれるもの」、おもしろいよ！
今回のバージョンアップの目的は、「P/ECE うたわれるもの」の画像データを取り出すことでしたが、残念ながら達成できませんでした。
せめてアイコンだけでも...というわけで、前バージョンにアイコン抽出機能だけの追加となりました。
「P/ECE うたわれるもの」、意外と敵キャラが多く、キャプチャで抜き出すのはなかなかホネです。
クリア画面も何パターンかあるようなのですが、全部で何パターンあるのかわからない･･･
エルルゥ・アルルゥ・カルラ・ウルト・トウカは出たので、きっとカミュもあると思います。
パーティキャラでないユズハは微妙なところ。テオロ・オボロ・ベナウィ・クロウ・ドリグラの男性陣は･･･ないだろうなあ(^^;

2002年4月2日

え～と･･･
先日作った「P/ECE monitor」ですが、既に同様の機能を持ったプログラムが公開されていたことが判明。
その名も「P/ECE Monitor PiMON」！偶然とはいえ、名前まで同じでびっくり(^^;
しかも、PiMONの方が三ヶ月以上早く公開されていたようです。その上、画像保存機能付き。
こういうのが欲しかったんです。あ～、もっと早くに見つけておけばよかった。

2002年3月25日#2

『P/ECE monitor』を作りました。
定番ツールPceCaps(ぱずるのP/ECEさん製)の、TimeCapture機能だけを取り出したようなツールです。

使い方：
- pcemon.exeを実行してください。
- P/ECEが接続されていたら、定期的に画面データを取り込んで表示します。
- P/ECEが接続されていなければ、紫色ベタの表示になります。
- ウインドウのどこでも、左ボタンでドラッグ・移動できます。
- 右クリックでポップアップメニューが開きます。
- ウインドウの大きさを、「1倍」，「2倍」，「4倍」から選択できます。
- 画面更新間隔を、「10ミリ秒」，「100ミリ秒」，「1000ミリ秒」から選択できます。
- 通常、P/ECE monitorのウインドウがアクティブでないときは、画面を更新しませんが、
  「非アクティブ時も更新」にチェックを付けると、アクティブでないときも更新します。
  ただし、P/ECEコミュニケータやmini ISD等のファイル転送ツールが、P/ECEに接続失敗しやすくなります。
  「非アクティブ時も更新」にチェックを付けたまま転送ツールを使うときは、
  転送前にP/ECE monitorを最小化して、画面更新を一時停止するようにしてください。
- 「非同期キャプチャ」にチェックを付けると、pceAppProc()の終了を待たずに画面データを取り込みます。
  少し負荷が減ることが期待できますが、ちらつきが発生してしまいます。
- 「隠す」を選ぶか、【Esc】キーを押すと、P/ECE monitorは最小化して、タスクトレイに入ります。
- タスクトレイから元に戻すには、アイコンをダブルクリックするか、
  右ボタンを押してポップアップメニューを開き、「表示」を選択してください。
ダウンロードはこちらバイナリソース

2002年3月25日

mini ISD バージョン 2.0 を公開しました。前バージョンからの変更点は、バグ修正のみです。
- mini ISDで転送直後のファイルは、リストボックス上でハイライト表示されるのですが、
  pfsファイル経由で転送したファイルがハイライト表示になっていませんでした。
  pfsファイル経由で転送したファイルもハイライト表示されるよう、修正しました。
- 時刻同期機能で、P/ECEの時刻を設定するために、これまではRTCレジスタを直接操作していました。
  この方法でも特に問題はなかったと思いますが、pieceif.dllのismRTCSet()を使うように修正しました。
ダウンロードはこちらバイナリソース

2002年2月21日

回転ジャムさんのデモプログラムです。先日の回転マルチに較べ、少し速度がマシになりました。
相変わらず四角が回るだけですが、ジャムさんファンの方へ。スクリーンセーバー代わりにでもお使いください。

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

一見、四角を二つ描いているように見えますが、回っていない方は、一度描いた絵と奥行きを毎回使いまわしています。
つまり、根本的にはなんら高速化されていません。やはり、座標計算を固定小数で高速化しなければダメなようです...

2002年2月18日

P/ECEリソースビューア、バージョンアップしました。バグ修正のみです。
- BMPファイルを保存するときに、ヘッダ情報が壊れていたのを修正しました。
  前バージョンで保存したBMPは、ペイントブラシ等では一見正しく表示されるのですが、
  pBMPconv.exeでコンバートすると、絵がずれてしまっていました。
  pBMPconv.exeには全く問題はなく、P/ECEリソースビューアのBMP保存処理のバグです。ごめんなさい。
ダウンロードはこちらバイナリソース

※P/ECEリソースビューアには、P/ECE付属のソースファイルを一部変更して、またはそのまま、利用しています。
　使用条件は、付属ソースを元にしたプログラムの再配布の扱いについてに準じます。
K学園物理部C班のページさんの「P/ECE 3D DEMO」に触発されて、僕も作ってみました。
一週間がんばってみたのですが、実用レベルの速度を得ることはできませんでした。遅いです。

一週間の軌跡：
1. 16ビット固定小数で作ってみる -> 桁不足で断念
2. 32ビット固定小数で作ってみる -> 複雑になりすぎて断念
3. やむなくFPエミュレーションで -> 案の定、遅すぎ
往年の8ビット機で、プラズマラインやシーナといった3Dゲームが動いていたことを考えると、
P/ECEのCPUで3Dができないはずはないのですが... プログラマ(僕だ!)の力不足ですね、無念。
プレイステーションの3D演算は16ビット固定小数と聞きましたが、桁不足にならないのが不思議です。

一応、「回転マルチ」デモのダウンロードはこちらバイナリ＆ソース

ちなみに、テクスチャを貼ってるから遅いのではなく、座標計算から描画まで、全部遅いです。
P/ECE 3D DEMOみたいにワイヤーフレームで回してた時点で、既に遅かったですから(^^;
P/ECE 3D DEMOの座標計算の高速化技法を参考にさせて頂いて、出直してきます。

2002年2月11日(3時間前^^;)

P/ECEリソースビューア、バージョンアップしました。変更点は次の通りです。
- 全保存ボタンを追加しました。
  例えば、保存するファイル名に「ode」と指定すると、「ode000.bmp」「ode001.bmp」...「ode185.bmp」という名前で、
  全ての画像データが保存されます。
- 保存するファイル名の拡張子が省略された時に、デフォルト拡張子(.bmp)を付け忘れていたバグを修正しました。
ダウンロードはこちらバイナリソース

※P/ECEリソースビューアには、P/ECE付属のソースファイルを一部変更して、またはそのまま、利用しています。
　使用条件は、付属ソースを元にしたプログラムの再配布の扱いについてに準じます。

2002年2月10日#2

P/ECEリソースビューア、バージョンアップしました。変更点は次の通りです。
- おでマルのデータファイル(odemaru.grp)に対応しました。
その他については前バージョンと変わっていませんので、すぐ下にある説明（ほとんど書いてませんが...^^;）をご覧ください。

ダウンロードはこちらバイナリソース

※P/ECEリソースビューアには、P/ECE付属のソースファイルを一部変更して、またはそのまま、利用しています。
　使用条件は、付属ソースを元にしたプログラムの再配布の扱いについてに準じます。

2002年2月10日

P/ECEリソースビューアを作成しました。
pex・srf・fpk等のファイルに含まれる画像データを、探し出して、表示・保存するプログラムです。

ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- 取り扱い説明を書いていません(^^;
  ほとんど単機能しかないプログラムですので、たぶん直感で使えると思います。
- アクアプラスさんのゲームは、読めないものが多いです。
  例えば、おでマル、BlackWings、猪名川がダメです。
  これらのゲームは、PBMP_FILEHEADERでない、独自形式の画像データを使っているようです。
  おでマルの画像データが欲しくてこのプログラムを作ったのに、おでマルが読めないというのはかなり致命的です。
  タンクバトルとお嬢魔女は読めます。
- MFCダイナミックライブラリを使ってリンクしてあります。
  もしかしたら、環境によっては、「MFCのDLLがない」エラーが出て、実行できないかもしれません。
  MFCスタティックライブラリでリンクしたかったのですが、なぜかCTL3D(？)でエラーが出るので、断念しました。

2002年2月7日

mini ISD バージョンアップしました。変更点は次の通りです。
- ファイルの書き込みや読み込みなど、処理状況の表示を追加しました。初期設定のままでは、処理状況は表示されません。
  処理状況を表示するには、「設定」ダイアログの[ファイル操作の進捗状況を表示する]チェックボックスにチェックを付けてください。
- PCの現在時刻に、P/ECEの時刻を同期させる機能を追加しました。
  [時刻を同期]ボタンを押すと、ただちに、P/ECEの時計をPCの現在時刻に設定します。
  また、[ファイル書き込み時に時刻を同期する]チェックボックスにチェックを付けておくと、
  P/ECEにファイルを書き込むとき、毎回、自動的にP/ECEの時計をPCの現在時刻に設定します。
- 新しいバージョンの初めての起動時に、いますぐ拡張子関連付けを行うか問い合わせるダイアログ表示を追加しました。
  [はい]ボタンを押すと、ただちに拡張子関連付けを行います。既に関連付けられている場合は、新しいバージョンに合わせて設定を更新します。
  [いいえ]ボタンを押した場合は、拡張子関連付けは行いません。後で、「設定」ダイアログの[拡張子関連付]を押して、拡張子関連付けを行ってください。
今回も、P/wareさんに、追加機能のアイデアを頂きました。ありがとうございました。

ダウンロードはこちらバイナリソース

※新規インストール時のご注意：
- minisd.exeとpiecese.dllを、同じディレクトリに置いて使ってください。
  piecese.dllは、Windowsシステムディレクトリ(例：c:\winnt\system32、c:\windows\systemなど)に置くこともできますが、
  異なるバージョンのファイルが混ざってしまうことを避けるため、できるだけ同じディレクトリに置いて使ってください。
- minisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けを行ってください。
  エクスプローラでのpexファイルアイコン表示や、pexファイルをダブルクリックしてmini ISDの起動ができるようになります。
- minisd.exeとpiecese.dllを別のディレクトリへ移動した場合は、もう一度、「設定」ダイアログで[拡張子関連付]を行ってください。
- その他、注意点に関しましては、2002年2月2日～の更新情報をご参照ください。
※バージョンアップ時のご注意：
- 既に以前のバージョンをお使い頂いている場合は、新しいminisd.exeとpiecese.dllを、以前のバージョンの同名ファイルに上書きコピーしてください。
  piecese.dllを上書きする際、「指定されたファイルは、Windowsが使っています」等のメッセージが表示され、上書きできない場合があります。
  このようなメッセージが表示された場合は、いったん拡張子関連付けを解除し、再起動するか、ログオンしなおすと、上書きできるようになります。
- 新しいバージョンのminisd.exeを初めて起動するとき、一度だけ、拡張子関連付けを行うか問い合わせるダイアログが表示されます。
  [はい]ボタンを押して、拡張子関連付けの設定を更新してください。
  [はい]/[いいえ]、どちらのボタンを押したかに関わらず、次回起動時からは、このダイアログは表示されません。
- 今回追加された新機能(処理状況の表示とファイル書き込み時の時刻同期)は、どちらも初期状態ではOFFになっています。
  「設定」ダイアログのチェックボックスをチェックして、新機能を有効にしてください。
※現時点でわかっている問題点:
- 時刻同期機能でP/ECEの時計をPCの現在時刻に合わせたとき、最大30秒のズレが生じてしまいます。
  P/ECEの時計機能は、ハードウェアの制約上、秒単位での設定ができないことが原因です。
  既にP/ECEの時計を秒単位できっちり合わせてあって、ファイル書き込み時に時刻同期の必要がない場合は、
  [ファイル書き込み時に時刻を同期する]チェックボックスにチェックを付けずにお使いください。
- [追記]
  今回のバージョンに限らず、アプリケーション動作中にファイルを転送すると、稀に、書き込みに失敗することがあります。
  例えば、次の方法で再現できます。
  ・P/ECEに startup.pex,inauro.pex,inauro.fpk,inauro.sav を転送し、猪名川で売ろう!!を実行します。
  ・inauro.pex,inauro.fpk,inauro.sav を上書き転送します。
  ・すると、inauro.fpk の書き込みに失敗します。
  この症状は、mini ISD だけでなく、P/ECEコミュニケータでも再現しますので、pieceif.dllに起因する問題のように思えます。
  おそらく、inauro.pex の上書き転送により、inauro.pex が再始動・初期化中にUSB通信ができなくなり、
  次の inauro.fpk の転送がタイムアウトになってしまっているのではないかと推測します。
  まだきちんと確かめていませんが、もしもこの推測が正しければ、
  pceAppInit()での処理時間が長いアプリケーションの実行中に、PCからP/ECEへファイルを転送すると、高確率で失敗する
  ということになります。

2002年2月6日

P/ECE研究室～S1C33分室更新しました。

2002年2月4日

P/ECE研究記録更新しました。シンプルライブラリ使用不能！

2002年2月3日#2

P/ECE研究室～S1C33分室更新しました。

2002年2月3日

mini ISD バージョンアップしました。今回はバグ修正のみです。
- P/ECEのサウンドドライバがハングアップしていると、それに釣られてmini ISDまでハングアップしてしまうことがあるバグを修正しました。
  サウンドドライバだけがハングアップするという状況は、P/ECEアプリケーションが正しく動作している限り、実際にはまずありえません。
  が、アプリケーションが誤った動作をしたりすると、全く起こりえない状況ではありませんので、念のため先手を打ってみることにしました。
  今回の修正はこれだけですので、前バージョンをそのままお使い頂いても、特に問題はないと思います。
ダウンロードはこちらバイナリソース

2002年2月2日#3 (たびたびスイマセン^^;、今度こそ、本日の最終版です)

mini ISD バージョンアップしました。変更点は次の通りです。
- エクスプローラでpfsファイルのアイコンやタイトルを表示するためにpfsファイルの内容を調べるとき、
  これまではpexファイルが見つかるまで調べていましたが、今回より先頭25行より後ろは調べなくしました。
  
  このように変更した理由は、たまたまpfsという拡張子を持つ巨大なファイルがあった場合、
  pexファイルの記述を探すためにファイル全体を調べると、重大な性能低下となる可能性があるからです。
  
  今回のバージョンで、上記のような問題に対処できていることを確認するために、
  当方では640MBのニセのpfsファイルを作成してみて、異常な性能低下が発生しないことを確認しました。
  このような特殊な状況でない限り、前バージョンのままでも問題はないと思いますが、安全のために、
  お手数ですが、新しいバージョンに入替えていただけますよう、よろしくお願い致します。
その他については前バージョンと変わっていませんので、すぐ下にある説明をご覧ください。

ダウンロードはこちらバイナリソース

2002年2月2日#2

mini ISD バージョンアップしました。変更点は次の通りです。
- pexファイルに含まれているタイトルを、ツールチップで表示するようにしました。
  pfsファイルの場合は、リスト中の最初のpexファイルからタイトルを取得します。
- 拡張子関連付けの解除機能を追加しました。
  もしも「なにか動作がヤバそうな雰囲気だ...」と感じたら、エクスプローラが動作不能になる前に、
  速攻で関連付け解除しちゃってください(^^; お手数ですが、障害報告も頂ければ幸いです。
画面イメージはこんなかんじになりました。

ダウンロードはこちらバイナリソース
- 使い方については、すぐ下にある、前バージョンの説明を参照してください。
  今回追加した「拡張子関連付け解除」ボタンは、「設定」ダイアログの右下にあります。
- 新しいバージョンのminisd.exe・piecese.dllを、古いバージョンのminisd.exe・piecese.dllと混ぜて使わないでください。
  既に、前バージョンのminisd.exe・piecese.dllをお使い頂いている場合、いったんそれらのファイルを削除してください。
- 新しいバージョンのminisd.exe・piecese.dllを目的のフォルダに解凍したら、まず拡張子関連付けを行ってください。
  前バージョンの関連付け設定のままでは、ツールチップが表示されません。
- piecese.dllを削除しようとした時に、「指定されたファイルは、Windowsが使っています」等のメッセージが表示され、削除できないことがあります。
  このようなメッセージが表示された場合は、拡張子関連付けを解除した後、再起動すると、削除できるようになります。
- その他、問題点・ご不明な点等ございましたら、こちらまでお問い合わせください。
  現在のところ、当方の環境では問題は出ておりませんし、障害報告も頂いておりませんが、まだかなり不安です(^^;

2002年2月2日

mini ISD バージョンアップしました。変更点は次の通りです。
- 『P/ECE対応シェル拡張DLL』との連携機能を追加しました。
- pfsファイルは、リスト中の最初のpexファイルのアイコンを赤色で表示するようにしました。
- 「設定」ダイアログから、拡張子関連付けの設定を行えるようにしました。
- 「設定」ダイアログから、アイコンの強制更新を行えるようにしました。
画面イメージはこんなかんじになりました。

ダウンロードはこちらバイナリソース

使い方：
- 今回のバージョンより、minisd.exeとpiecese.dllは連携して動作するようになりましたので、
  minisd.exeと同じディレクトリか、またはWindowsシステムディレクトリに、piecese.dllを置く必要があります。
  バージョン違いを避けるために、できれば、minisd.exeと同じディレクトリにpiecese.dllを置いてください。
  Windowsシステムディレクトリに置く場合は、Windows 2000とWindows Meで、システムディレクトリが異なることにご注意ください。
  Windows 2000の一般的なシステムディレクトリはc:\winnt\system32、Windows Meではc:\windows\systemとなります。
- タイトルバー左端のアイコンをクリックして出てくるメニューの、「設定(O)...」を選ぶと、「設定」ダイアログが表示されます。
- 拡張子関連付けを行うために、まず、「設定」ダイアログで[拡張子関連付]ボタンを押してください。
  拡張子関連付けが成功したら、pexファイルやpfsファイルのアイコンが変化し、また、
  pexファイルやpfsファイルをダブルクリックしてmini ISDを起動することができるようになります。
  mini ISDの置き場所を移動した場合は、拡張子関連付けをもう一度行う必要があります。
- Windowsのアイコンキャッシュの影響で、pexファイルやpfsファイルの内容を更新しても、
  すぐにアイコンが変化しない場合があります。「設定」ダイアログで[アイコン更新]ボタンを押すと、
  Windowsにアイコンキャッシュの再構築を要求し、ただちにアイコンを更新することができます。
注意！
- 昨日(2002/01/31)のバージョンのpiecese.dllは、本日のバージョンのminisd.exeと併用できません。
  昨日のpiecese.dllをそのまま使わず、minisd-20020202-bin.zipに含まれるpiecese.dllを使ってください。
- 昨日のpiecese.dllのアンインストーラを使わなくても、本日のmini ISDで「拡張子関連付け」を行えば、
  設定が上書きされますので、昨日のpiecese.dllのアンインストールは必須ではありません。
- minisd.exeと同じディレクトリと、Windowsシステムディレクトリの両方に、piecese.dllがある場合は、
  minisd.exeと同じディレクトリにあるpiecese.dllを優先して使います。
  minisd-20020202-bin.zipを解凍してできたファイルを同じディレクトリに置えば、問題が発生しづらいと思います。
- 引き続き、障害報告お待ちいたしております。(^^;

2002年1月31

『P/ECE対応シェル拡張DLL』を作りました。
現在のところは、エクスプローラでPEXファイルに含まれるアイコンを表示する機能だけです。
こんなかんじになります。

※例によって例のごとく、僕はシェル拡張DLLを作るのは、これがはじめてです。
　当方でのテストではまだ問題は出ていませんが、何らかのバグがあった場合、
　エクスプローラが動かなくなる等の重大な問題が発生する可能性があります。
　ご了承ください。バグレポート、歓迎いたします(怖！)。

ダウンロードはこちらバイナリソース

インストール方法：
1. バイナリパッケージを解凍したディレクトリにある、インストール用バッチファイルを実行してください。
  Windows 2000用は install_win2k.bat、Windows Me 用は install_winme.bat です。
2. 再起動してください。
アンインストール方法：
1. バイナリパッケージを解凍したディレクトリにある、アンインストール用バッチファイルを実行してください。
  Windows 2000用は uninstall_win2k.bat、Windows Me 用は uninstall_winme.bat です。
2. 再起動してください。
※現時点でわかっている問題点:
- 既に、.PEX拡張子が何かのアプリケーション(例えば拙作のmini ISDとか^^;)に関連付けられていた場合、
  PEXファイルのアイコンが表示されず、関連付けられたアプリケーションのアイコンのままになってしまうようです。
  「HKEY_CLASS_ROOT\.pex」(シェル拡張DLLなどが利用する、拡張子関連付け用エントリ)よりも、
  「HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.pex」(アプリケーション関連付け)の方が
  優先されてしまうのが原因のようですが、現在のところ対処方法がわかりません。
  後者のキーを削ることで回避できますが、PEXファイルへのアプリケーション関連付けが解除されてしまいます。
  引き続き、調査中です。
- PEXファイルのアイコンを変えても、エクスプローラの表示が変わらないことがあります。
  Windowsシステムが、アイコンのイメージをキャッシュしているのが原因です。
  アイコンキャッシュをクリアするには、[画面のプロパティ]->[デザイン]でアイコンサイズを少し違う値にして[適用]し、
  また元に戻して[適用]してみてください。

2002年1月29日#2

おでマル高速版を作りました。
おでマルでサウンドをONにすると、おでかけの速度が遅くなったり、キー反応が悪くなるのが気になりませんか？
僕は、気になります。そこで、これらの問題点を少し改善した、おでマル高速版を作ってみました。
しかし、まだおでマルやってる人いるのでしょうか？僕はまだやってます。パート２希望！5000円ぐらいなら買う！
※おでマル高速版は、オリジナルのおでかけマルチのプログラムに非公式の改造を加えたものです。
　使用条件は付属ソースを元にしたプログラムの再配布の扱いについてに準じます。
P/ECE研究記録更新しました。おでマル高速版について。

2002年1月29日

BIOS1.18現在、pceLCDDrawObjectの2bitデータ(mask無し)描画には不具合があるようです。
再現プログラムを作りました。詳細については、P/ECE研究記録をご覧ください。

2002年1月28日

P/ECE研究記録更新しました。高速版pceLCDDrawObject。
ソルダムもどきバージョンアップしました。
今回は高速化のみで、それ以外は何も変わっていません。極端に遅かった部分が、少し改善されました。

2002年1月27日#2

P/ECE研究記録更新しました。pceLCDDrawObjectとスプライトライブラリの速度比較。

2002年1月27日

mini ISD バージョンアップしました。今回はバグ修正のみです。
- 稀なケースで、起動時にアプリケーションエラーとなるバグを修正しました。
機能や使い方は変わっていませんので、昨日の説明を参照してください。
ダウンロードはこちらバイナリソース

2002年1月26日#2

mini ISD バージョンアップしました。変更点は次の通りです。
- ポーズ時のメッセージウインドウを変更しました。
  前バージョンは[OK]を押してポーズ解除する必要がありましたが、今回よりキーボード上のどのキーでも解除できるようにしました。
- 複数台接続したP/ECEを切り替えたときに、どのP/ECEが選択されているかわかるよう、P/ECEからBEEP音を鳴らすようにしました。
  初期設定では、BEEP音は鳴らない設定になっています。
  BEEP音を鳴らすには、[タイトルバーのアイコンを押す]->[設定]でチェックボックスをチェックしてください。
  BEEP音が鳴るのは、次のような場合です。
  - F5キーを押して、ファイルリストを再取得したとき。現在選択されているP/ECEでBEEP音が鳴ります。
  - F6キーを押して、次のP/ECEを選択したとき。新しく選択されたP/ECEでBEEP音が鳴ります。
ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- BEEP音を鳴らす設定にしていても、時々(20%ぐらい?^^;)鳴らないことがあるようです。
  [F5]キーを何度か押し直すと鳴るので、タイミング依存のようですが、原因不明です。
- pceTimerSetCallback()を使うアプリケーション、かつ、メモリぎりぎりで動作している場合、動作が不安定になる可能性があります。
  動作が不安定と感じられましたら、BEEP機能をOFFにしてください。
  ちなみに現状の実装では、次のようなちょっと危険な方法でBEEP音を鳴らしています。
  1. 一時的にアプリケーションをポーズする。
  2. SRAMの最後1KBぐらいをPC側にバックアップする。
  3. バックアップした領域にBEEP音のWAVEデータを書き込む。
  4. BEEP音を再生し、再生終了まで待つ。
  5. バックアップしたデータをSRAMに書き戻す。
  6. アプリケーションのポーズを解除する。
  現在のusbcom仕様では、P/ECE上にデータを書き込み、そのアドレスを指定してWAVEを再生する方法しかないようなのですが、
  pieceif.dllにWAVEデータを渡して、P/ECEがそれを受け取ったらそのまま再生してくれればもっと便利かなあ、と思いました。

2002年1月26日

mini ISD バージョンアップしました。変更点は次の通りです。
- ポーズ機能を追加しました。
  キーボードの右上にある、[Pause/Break]キーを押すと、P/ECEの画面が一時停止します。
  再開するには、「ポーズ中です。」メッセージウインドウの[OK]ボタンを押してください。
ダウンロードはこちらバイナリソース

2002年1月25日

P/ECE研究記録更新しました。
mini ISD バージョンアップしました。変更点は次の通りです。
- PieceSystem Ver1.18に含まれている、新しいpieceif.dllに対応しました。
  P/ECEが複数台接続されている場合、[F6]キーで切り替えられるようになりました。
  ※今回のバージョンより、PieceSystem Ver1.18が必要です。
ダウンロードはこちらバイナリソース
pieceif.dllにちょっと問題点らしき部分を発見。詳細をP/ECE研究記録に追記しました。

2002年1月24日

P/ECE研究記録更新しました。赤外線通信について。

2002年1月22日

P/ECE研究室～S1C33分室更新しました。

2002年1月21日

ソルダムもどきを作りました。
ソルダム(ジャレコ・1992)が好きなあまり、結局作ってしまいました。君もソルダム・ファンになろう！

2002年1月18日

mini ISD バージョンアップしました。変更点は次の通りです。
- ファイル書き込み直後に、書き込んだファイルをハイライト選択するように変更しました。
- 容量オーバー時に、一番昔に書き込んだファイルをPCにバックアップ・P/ECEから削除し、
  自動的にもう一度新しいファイルの書き込みを試す、ファイル入れ替えモードを追加しました。
  ※ファイル入れ替えモードを有効にするには、[タイトルバーのアイコンを押す]->[設定]でモードを変更してください。
  ※バックアップフォルダの初期値は、minisd.exeのあるフォルダになっています。[設定]にて変更してください。
  ※この機能はまだ試験実装の段階です。まだ機能不足・不安定な点があるかも知れません。ご了承ください。
ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- どのファイルを入れ替えるかは、書き込まれた順だけで決定します。頻繁に使っているかどうかは影響しません。
  P/ECEファイルシステムにはアクセス時刻の情報がないので、この問題を直接解決する方法はなさそうです。
  startup.pex以外にも、ユーザーによって明示的にファイルをロックする(入れ替え対象外とする)手段の追加が必要そうです。
- どのファイルが一番昔に書き込まれたか、INIファイルで管理しているのですが、ユーザーがそれを知る手段がありません。
  現在、ファイルリストはファイル名でソートされていますが、書き込んだ順のソートも必要かもしれません。
今回、P/wareさんに、mini ISDを改善するためのアイデアを頂きました。ありがとうございました。
以前に機能追加した、右クリック「送る」への対応も、P/wareさんのアイデアでした。
P/wareさんのサイトの、プログラム高速化に関する記事は必見です!!

2002年1月17日

P/ECE研究室～S1C33分室更新しました。

2002年1月16日

P/ECE研究記録更新しました。

2002年1月15日

P/ECE研究室～S1C33分室を始めました。
追記:
この記事を書き終わった後、ふらりとＫの工場さんのニュースを読みに行ったところ、
「砂時計もどき」という素晴らしいソフトが紹介されていました。(<02/01/15>のところです)
僕もこんな、アセンブラいっぱい・周辺回路つかいまくりのプログラムが作れるようになりたいなあ。
S1C33分室の目標が、(第一回目にして^^;)決定しました。

2002年1月14日

シンプルアタックスを作りました。
ダウンロードはこちらバイナリソース

アタックスをご存知ない方のために、少し説明します。
アタックスは、10年程前にカプコン社から発売されていた、アーケードゲームです。
一見、リバーシゲームのようですが、ちょっとルールが異なります。
コマを移動できる条件は、次の通りです。
- 自分のコマの隣8個所。このとき、元の位置のコマは消えません。つまり分裂します。
- 自分のコマの隣の隣16個所。このとき、元の位置のコマは消えます。普通の移動です。
そして、移動先の位置に隣接する敵のコマがあると、それらを反転します。
相手のコマを全てなくすか、フィールド上に空白がなくなったとき、コマの多い方が勝ちです。

シンプルアタックスは、P/ECEのシンプルライブラリを勉強するための題材として作ったものです。
（シンプルライブラリで作ったゲームって、今のところちょっとめずらしいでしょう？）
操作方法は、
1. 移動元のコマを選んでAボタンで決定。
2. 移動先の位置を選んでAボタンで決定。
です。
1.の時にBボタンを押すと、その回はスキップします。
2.の時にBボタンを押すと、1.に戻って移動元のコマを選びなおせます。
現在のプログラムでは、一手しか先読みしていないので、とても弱いです。

アタックスゲームに興味を持たれましたら、ぜひオリジナルのアタックスに挑戦してみることをお勧めします！
ちょっと異様なグラフィックとサウンドで、やみつきになることうけあいです。

2002年1月13日

P/ECE研究記録更新しました。

2002年1月11日

mini ISD バージョン 1.00 を公開しました。変更点は次の通りです。
- 前回終了時の位置とサイズを復元するようにしました。
  位置とサイズは、c:\winnt\minisd.ini または c:\windows\minisd.ini に記録されます。
- Returnキーの役割を変更しました。
  Retrunキーを押すと、リストボックスでpexファイルが選択されている場合、pexファイルを実行します。
  pexファイルが選択されていないときは、何もしません。
  (これまでは、ReturnキーもEscキーと同じく、mini ISDを終了させる役割でした。)
ダウンロードはこちらバイナリソース
ファイル読み込み操作の写真付き説明はこちら

※現時点でわかっている問題点:
- リストボックスの操作のうち、「選択済み項目の上でCtrl+左ボタンクリックで選択解除」が使えません。
  mini ISDではこの操作を、ドラッグ&ドロップ読み込みの開始と見なしているからです。

2002年1月10日

mini ISD バージョンアップしました。変更点は次の通りです。
- リモート実行機能を追加しました。
  mini ISDのファイルリストでpexファイルをダブルクリックすると、P/ECE上でそのアプリケーションが実行開始します。
  ※pceAppExecFileを使っていますので、BIOSバージョン1.14以上が必須です。
ダウンロードはこちらバイナリソース
ファイル読み込み操作の写真付き説明はこちら

※現時点でわかっている問題点:
- リストボックスの操作のうち、「選択済み項目の上でCtrl+左ボタンクリックで選択解除」が使えません。
  mini ISDではこの操作を、ドラッグ&ドロップ読み込みの開始と見なしているからです。

2002年1月9日

mini ISD バージョンアップしました。変更点は次の通りです。
- 昨日のバージョンにあった問題点:
  「大きなファイルを読み込もうとすると、ドラッグ&ドロップが開始するまでに少しタイムラグがあります」
  を解消しました。
  これだけの変更ですが、かなり操作性が改善されたと思います。
  操作方法等については変更ありませんので、昨日の更新情報と写真付き説明を参照してください。
ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- リストボックスの操作のうち、「選択済み項目の上でCtrl+左ボタンクリックで選択解除」が使えません。
  mini ISDではこの操作を、ドラッグ&ドロップ読み込みの開始と見なしているからです。

2002年1月8日

mini ISD バージョンアップしました。変更点は次の通りです。
- P/ECEからPCへ、ドラッグ&ドロップによるファイル読み込みを追加しました。
  ドラッグ&ドロップ読み込みの操作方法は、次の通りです。
  1. ファイルリスト上で、読み込みたいファイルを全て選択状態にします(複数選択可)。
  2. Ctrlキーを押しながら、選択されている項目の上でマウスの左ボタンを押下します。
    複数選択されているときは、それら項目のうち、どの項目の上で押しても構いませんん。
  3. 左ボタンを押したまま、コピー先フォルダまでマウスカーソルを移動します。
  4. コピー先フォルダの上に来たら、コピーカーソル(＋付き)になっていることを確認して左ボタンを離します。
  ちょっと操作が特殊かも知れませんので、こちらに写真付き説明を用意しました。
ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- 大きなファイルを読み込もうとすると、ドラッグ&ドロップが開始するまでに少しタイムラグがあります。
  P/ECEからPCへの読み込みを、ドラッグ&ドロップ完了時点ではなく、開始時点に行っているのが原因です。
  約200KBのファイル(複数ファイルを読み込むときはそれらの合計サイズ)で、1秒程のタイムラグです。
  ドラッグ&ドロップ開始前にマウスボタンを離してしまうと、ドラッグ&ドロップが行われないので、
  ドラッグ&ドロップが開始していることを確認してからボタンを離さなければいけません。
  ドラッグ&ドロップが開始するとカーソルが＋付きに変わるので、これを目安にしてください。
- リストボックスの操作のうち、「選択済み項目の上でCtrl+左ボタンクリックで選択解除」が使えません。
  mini ISDではこの操作を、ドラッグ&ドロップ読み込みの開始と見なしているからです。

2002年1月6日#2

お正月休みが終わりました。明日より、更新頻度が落ちます。
年末年始、本ページをご覧頂きまして、ありがとうございました。
近々(1/16予定)、プロバイダからの固定IP割り当て変更に伴い、本ページのURLが変わります。
新しいアドレスが決まりましたらここでお知らせ致しますので、今後ともどうぞよろしくお願い致します。
ちなみに、メールアドレスも変わります。フレッツサーバーの痛いところです...^^;

2002年1月6日

細胞分裂アオミドロン更新しました。
スコアセーブ機能の追加だけです。CPUロジックはまだです^^;

2002年1月5日#2

mini ISD バージョンアップしました。変更点は次の通りです。
- startup.pexも書き込み/削除できるようにしました。
  念のため確認ダイアログを表示しますが、「はい」を選ぶと書き込み/削除します。
  このように変更した理由は、標準メニューに代わる便利なstartup.pexがいろいろと発表され、
  startup.pexを書き換える機会が増えてきたからです。
  どのstartup.pexにも特徴があり、便利に使わせて頂いております。製作者の方々に感謝いたします。
ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- 非常にすばやいタイミングで多重起動しようとすると、多重起動できてしまうかも知れません。
  この問題点はかなり前から未修正のままですが、当方での実際の使用で多重起動したことはまだありません。
  よって、次回更新より記述を省略しようと思います。

2002年1月5日

P/ECE研究室～USB分室(おでマル)更新しました。

2002年1月4日

P/ECE研究室～USB分室更新しました。

2002年1月3日

P/ECE研究記録更新しました。

2002年1月1日

P/ECE研究室～USB分室更新しました。

2001年12月31日

P/ECE研究室～USB分室を始めました。

2001年12月30日

mini ISD バージョンアップしました。変更点は次の通りです。
- ディレクトリやファイル名に空白を含むファイルを、「送る」や拡張子関連付けで書き込もうとすると、
  書き込みエラーになっていた問題点を修正しました。
  Windows 2000の場合、デスクトップのディレクトリ名に空白が含まれているので、
  デスクトップに置いたPEXファイルを「送る」と、これまでは書き込みエラーになっていたと思うのですが、
  今回の修正により、「送る」も使えるようになったと思います。(僕のWindowsはMeなんです^^;)
ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- 非常にすばやいタイミングで多重起動しようとすると、多重起動できてしまうかも知れません。

2001年12月29日(現在まだ28日だけど、明日の分ってことで^^:)

mini ISD バージョンアップしました。変更点は次の通りです。
- ファイルを右クリックして「アプリケーションから開く」や、
  拡張子関連付けによる起動での書き込みに対応しました。
  (これまでは、エラーになっていました。)
ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- ディレクトリやファイル名に空白を含むファイルは、書き込めません。
- 非常にすばやいタイミングで多重起動しようとすると、多重起動できてしまうかも知れません。
P/ECE研究記録更新しました。

2001年12月28日

mini ISD バージョンアップしました。変更点は次の通りです。
- 多重起動チェックを追加しました。
ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- 非常にすばやいタイミングで多重起動しようとすると、多重起動できてしまうかも知れません。

2001年12月27日

細胞分裂アオミドロンバージョン0.01を公開しました。
まだまだ未完成ですが、年内に完成しそうもないので^^:とりあえず公開してしまいます。
トライアルモードは一応遊べるかと思いますので、ぜひ一度お試しくださいませ。
P/ECE研究記録更新しました。

2001年12月26日

mini ISD バージョンアップしました。変更点は次の通りです。
- 引数指定されたファイルリストを、直ちに書き込むように変更しました。この変更によって、
  - デスクトップ等にmini ISDへのショートカットを作っておき、pexやpfsファイルをドロップして書き込めます。
  - C:\WINDOWS\SendTo\にmini ISDへのショートカットを作っておくと、pexやpfsファイルを右クリックして「送る」で書き込めます。
ダウンロードはこちらバイナリソース

※現時点でわかっている問題点:
- 多重起動チェックをしていないので、ショートカットへのドロップや「送る」を使うたびに、mini ISDが起動してしまいます。
  mini ISDがいくつか同時に起動していても、特に不具合が生じるわけではありませんが、好ましい動作ではないので、近々修正します。
  とりあえずは、『既にmini ISDが起動しているときは、ショートカットや「送る」ではなく、mini ISDのウインドウにドロップする』で対処お願い致します。
- 右クリックから「送る」はちゃんと動くのですが、右クリックから「アプリケーションから開く」では正しく書き込めません。
  現在のところ、原因不明です。

2001年12月25日

P/ECE研究記録更新しました。

2001年12月23日

P/ECE研究記録更新しました。

2001年12月22日

P/ECE研究記録更新しました。

2001年12月19日

P/ECE研究記録更新しました。

2001年12月16日

P/ECE研究記録更新しました。

2001年12月14日

P/ECE研究記録更新しました。

2001年12月12日

P/ECE研究記録更新しました。

2001年12月11日

P/ECE研究記録更新しました。

2001年12月10日#2

mini ISD バージョンアップしました。変更点は次の通りです。
- PFSファイルに対応しました。
- タスクトレイからの復帰をシングルクリックからダブルクリックに変更しました。
- タイトルバーに残り容量を表示するようにしました。
- ファイルリストをアルファベット順にソートするようにしました。
  ただし、startup.pexは常に先頭に表示します。
ダウンロードはこちらバイナリソース
P/ECE研究記録更新しました。

2001年12月10日

mini ISD バージョンアップしました。変更点は次の通りです。
- 転送先ファイル名を全て小文字に変換するようにしました。
- 削除するファイルの数によって、メッセージを変更しました。
ダウンロードはこちらバイナリソース

2001年12月9日

P/ECE研究記録はこちらです。
mini ISDはこちらです。
mini ISDのソースはこちらです。

nsawa@piece-me.org

Dhrystone値	9955.2[Dhrystone]
Dhrystone MIPS	5.6[DMIPS]

Dhrystone値	18765.2[Dhrystone]
Dhrystone MIPS	10.6[DMIPS]

サンプリリング周波数	32KHz
ビットレート	64Kbps 固定
レイヤー	III
モード	ステレオまたはジョイントステレオ
エンファシス	なし