#?? DGEN(SEGADRIVE)クリーンナップ
昨日は、えっと、メモリ関係のクリーンナップをしてた。クリーンナップってのはソースコード見直して、
綺麗にする作業。何か機能が増える訳でもないし、パフォーマンスアップする訳でもない。
「えー、そんなのつまんないよ。」
Ｙｅｓ．つまらない。
でも、バカ言っちゃいけない。クリーンナップってのは、古代ＶＡＸ１１時代から脈々と伝わる由緒正しい技法
てあって、秘伝だ。実はＨＰにも公開してはイケナイ特殊技法なんだぞ。
...まあ秘伝だから、この辺でやめとくか。（管理人は口が固い、おそらく）
そもそも管理人の頭のレベルがもっと上だったら、こんな作業要らない。しかし、わいにわ、訳わからんのじゃ。
Ａ２０は、うーんよくワカンナイから８ＭＢちょーだい。あ、お金余ってるから、ついでに１２８ｋもくれ。とか、
訳解からん、メモリ取得状態だ。から、Ａ２１には（永平寺におつかいに出して）少し背筋を伸ばしてもらった。
こんなん。
/* こちらは実メモリ（実機のメモリ、但し、量は一緒でも、インテル、モトローラで違う部分もあるかも？） */
static unsigned char cart_sram[ 0x020000] __attribute__((aligned(64))) ; // [128kb] Cartridge SRAM
static unsigned char rom[ 0x400000] __attribute__((aligned(64))) ; /* [4MB] Cartridge ROM (cart_rom) *///0x400000[4MB](4*1024*1024)
static unsigned char ram[ 0x010000] __attribute__((aligned(64))) ; /* [64kb] 68K work RAM (work_ram) */
static unsigned char z80ram[ 0x002000] __attribute__((aligned(64))) ; /* [8kb] Z80 work RAM */
static unsigned char vram[0x010000] __attribute__((aligned(64))) ; /* [64kb] VRAM (vdp_wram) */
static unsigned char cram[0x000080] __attribute__((aligned(64))) ; /* [128] CRAM */
static unsigned char vsram[0x000080] __attribute__((aligned(64))) ; /* [128] VSRAM */
/* こちらは実装の都合で、使うメモリ（実機には存在しない） */
static unsigned short highpal[ 64 ] __attribute__((aligned(64))) ; // ＰＳＰはshortで良い。 // PCはintが速いが(?)
static unsigned char dirt[0x000035] __attribute__((aligned(64))) ; // Bitfield: what has changed VRAM/CRAM/VSRAM/Reg dirty buffer bitfield
static unsigned char vdpreg[0x20] __attribute__((aligned(64))) ; /* mem.cpp */ //←あ、これは実機にあるか。
まだ、ちょびちょび。あるよーな気がするケド。忘れたつ。
「ゲームボーイ」は８ＭＢytes(64MBit)ＲＯＭとかあって大変らすいーーが、メガドラは、管理人の知る限り
最大でも、４ＭＢytes(32MBit)だな。っていうか２ＭＢytes(16MBit)の奴ならすぐ思い浮かぶが、
４ＭＢytes(32MBit)のＲＯＭってなんだったっけ？。
何か（複数）あったような気もするんだが、「ファンタシースター４」あたりがそうじゃなかったっけ？（昔吸い出した経験がある。そんでＧｅｎｅｃｙｓｔで解いた）
「Ｔｈｏｒ」とか吸い出したけど、容量よくワカンナカッタ（Ｇｅｎｅｃｙｓｔで動かなかった為。最近のgensとかで試せば
ちゃんと吸えてるか判断が付くんだが、めんどくてやってない）
管理人の自作吸い出し機は８ＭＢytes(64MBit)でも吸い出せるんだか。
メガドラ、仮に２ＭＢytes(16MBit)で足切りしたって、主要なＲＯＭはみんな動くから、それでも良いんだよね。
でも、ＰＳＰメモリ余ってるから、拘る必要がないんだケド。
■そおいやＡ２０から、「 -Werror -Wall」が付いたんだよ。之は古代より伝わる「プログラマー養成キブス」だから、
ちゃぶだいひっくり返されても、外したらあかんよ。管理人「ちゃぶ台」って一度も見たことないから、既に妄想話でもおＫ。
一度見てみたい気もする。管理人が入手した情報によると、「ちゃぶ台」は「たためる説」と「たためない説」があって、
真相はどちらか判らん。見つけ次第、ひっくり返して調査してみたいが、何処のコンビニにも置いてないよ。
（１４：１０、そろそろお昼ご飯の心配をするか。え遅い？だって忘れてたんだもん）
■ふう喰った喰った。今１４：４８。大体なあ。管理人ＶＡＸ１１なんて古いコンピューター見た事も聞いた事も
喰べた事もないよ。知ってる訳ないじゃん。ただこの民明書房の本によるとだなあ、「ＭＩＰＳという単位は当時
ＶＡＸ１１ちう、こんぴゅーたの処理能力、が丁度１ＭＩＰＳだったから生まれた。当時は１ＭＩＰＳ＝＝１ＶＡＸ
だったので１ＶＡＸとも云われた。ＶＡＸ１１はＵＮＩＸ互換ましん」って書いてあるから、文句があるなら、民明書房に言え。
ＰＳＰは「何ＶＡＸ」なんじゃろ。既に「かぞえきれん程たくさんＶＡＸ」なんじゃろな。（ＶＡＸって単位があるとして）
■そおいや、昨日の話なんだけど１１０２５と５５１２でまた音を変えた。
４４１００と２２０５０は多分そのままでも本質的に問題がない。
でも、１１０２５は違うの。
メガドラに乗ってるのが７６じゃなくて、ＰＳＧであったなら、この問題は発生しない。
でも、ＰＳＧじゃなくて７６なの。
回避する方法は、幾らでもある。
だが、検討した回避案では、どれも重くなる。
１１０２５や５５１２だけでなく、下手したら４４１００や２２０５０も重くなる。
本末転倒、意味なしじゃん。だから下手に弄れなくて、難儀してる。
そもそももっとエミュが速くなれば１１０２５自体要らなくなるんだし。
そおいう訳で、保留中。
■ちゃんとメガドラの音が聞きたい人は２２０５０にすべし。ゲームが重くてかなわんなら、
ＦＳＫＩＰを増やせ。現状こうとしか言えんなあ。
■ＦＳＫＩＰ０に拘るなら、音質を落とせ。１１０２５は鬼門であるので、下手したら５５１２の方がましな事もある。
もしくは「ＯＦＦ」という手もある。
■アウトラン系は「ＦＳＫＩＰ０」でも「ＦＳＫＩＰ２」でもあまり代り映えしない。という説が、民明書房の本に書いてあつた。
両方欲張れるのは、もちっと未来の話なんだよな。がんばってね。管理人版ＤＧＥＮ１０Ａ２１！
（１５：３６）
■あつたあつた。
疑問に思ったから２Ｍ（メートル）先のこんぴゅーた立ち上げて、メガドラの吸い出したＲＯＭないかな？
って調査してみた。え？インターネット繋がってるなら、怪しげなＲＯＭサイト行って調査しろ？
（調査はしても、違法じゃないんだよね。調査だけなら。）
だって、それじゃあ同タイトルでも海外版かもしんないジャン。
いづれにしろ、この２Ｍ先のＰＣには管理人が吸い出したＲＯＭしか入ってない。
全部元のカードリッジも現存するから、著作権上クリーンだな。
このＰＣはあくまで作業用途であって、過去何度かＨＤＤが飛び、その度にＯＳを入れ直したから、
「これで吸い出したＲＯＭは全部ではない」っていうかＣＤに焼いたものはなるべく消してる。
ちなみに、ここの吸出し作業ディレクトリ（フォルダ）には、１７９個のオブジェクトだって。（現在値）
こんなに少ない訳ないから、チョビットしかない。だって２００以上はあった記憶がある。
（注：管理人は１０００以下はチョビット）
ええと大きい順に、
あ、やっぱ「ＰＳ４」と「ild_4M」となってる。４ＭＢytes(32MBit)のＲＯＭはこんだけ。（でかいのは、
真っ先に消すから当てにならんが）
「ＰＳ４」は「ファンタシースターⅣ」もちろん日本版だ。だって、管理人が日本で買ったんだから。
「ild_4M」は「アイラブとなるどなんちゃらって奴」これは容量が解からんから、とりあえず４ＭＢytes(16MBit)
吸出しとけ。って匂いがするから、あてにならん。
次に大きいのはもう３ＭＢytes(24MBit)だよ。「悠々白書」とかそんなんがならんでる。
下のほうみてくと「Thor」(もちろん日本版)は２ＭＢytes(16MBit)にしてある。容量良く判らんが。
エミュレーターで一度も動作させてないから、正常に吸い出せてるのかどうかすら、判らん。
４ＭＢytes(32MBytes)で吸い出して、バイナリエディタで２ＭＢytes(16MBit)に加工したんじゃろ。
当時の事はおもいだせん。
「ファンタシースターⅣ」圧縮、分割してＦＤＤでこっちに持ってこようか？４ＭＢytesのチェック用に。
えっと手順は、
１．インターネットで圧縮分割ソフト、落とす。
２．ＦＤＤにしまう。
３．２Ｍ（メートル）程、ワープ
４．ＦＤＤから出して、野放しにする。
５．「１／３」グライづつＦＤＤ運輸経由で、こちらに転送。
うーん、ＬＡＮカードセットアップより、遥かに楽チンな作業だな。
（１６：４２）
上のやり方はいささかメンドーな気がしたんで、ＣＦ空港に頼んで、ファーストクラスで空輸してもらっちゃった。
航空運賃値下げ合戦で凄い事になってる。２８日前に予約しといて良かった。得しちゃった。
やっぱＦＤＤ運輸は、ぶーぶかウルサイしな。普段ビジネスクラスしか知らんので、ファーストクラスは新鮮だしな。
（あ。もう１７：００）
おし、「ファンタシースターⅣ」動いたよ。やっぱ分割圧縮されると、生きた心地しないって言ってたよ。
じゃあＡ２１で４ＭＢytes(32MBit)の起動チェックは終わりだな。仮に８ＭＢytes(64MBit)のＲＯＭが存在するとしても、
管理人が本物のカードリッジを持ってない限り、チェックする気はないよ。
４ＭＢytes(32MBit)上限は仕様な。（っていうか絶対に不便はない筈）民明書房の本にも書いてある。
（１７：１２）
■やはりＲＰＧはシューティング類と違って、ガンマ補正しないと、色が汚くて見れないな。
仕方ない。メガドラガンマ実装するよ。但しＰＳＰの液晶は中間色の反応がトロくて、異常に残像が残るから、
従来のガンマＯＦＦモードも残しとくから安心してくれ。
えーと、昔管理人が作ったメガドラエミュから、ガンマデーター抜いてくるな。
注：メガドラ実機を遊んだ事がない方へ。
メガドラ実機は、回路の都合（手抜き）上、キツイがガンマがかかる。
ビデオ出力ではなく、ＲＧＢ改造してあっても同様だ。
メガドラ後期のソフトは、この「メガドラガンマ」を考えて、グラフィックデーターを作成してある為。
「メガドラガンマ」が実装されてないエミュレーターでは、「見れない画質」となる。
っていうか管理人。「メガドラガンマ」が実装してあるエミュレーターって、昔管理人が手作りした奴以外に知らんのですけど。
（ガンマが弄れるエミュはあるかもしれんが、標準できちんと実装されてるのは現存しない筈）
もちろんＰＳＰの残像を考えて、「管理人版ＭＤＰ０２２Ａ０８」も「管理人版ＤＧＥＮ１００Ａ２０」も敢えて実装しなかった。
（知らなかった訳ではない。開発の優先順位。それに必要性を感じなかったからだ。）
「メガドラガンマ」がとても良く判るソフトのお勧めは「ソーシャルキングダム」と「スーパーハングオンの地面」かな。
実機とエミュの色ガンマを比較すれば、一目瞭然。違いが判る。メガドラのビデオ出力は回路の特性上。
（絶対に電解コンデンサでは駄目な部分に、電解コンデンサを使用してあるため）横に数ドットにじむ。
あの？もし？メガドラ回路担当さん？聞いてます？こんな所に電解使ったら、ＣＸＡ１１４５が幾らガンガッテも
速度追いつく訳ないだろタコ！にじむに決まってんじゃねーか。
また色情報もローパスフィルターにより欠損する。（これも実は電解のせい。メガドラは安いからって、
（チップコンデンサ以外は）電解しか入ってない、恐るべきマシンだ）
「デンジャラスシード」をエミュレーターでしか遊んだ事のない方へ。実機では背景の流れる星はすべて単色の
グレイの階調だ。ＲＧＢ改造してしまうとエミュに近い画質になるが。
ＡＣ版の「デンジャラスシード」も、もちろん背景の星は、グレイの階調。
メガドラ版は試行錯誤のはて、「ビデオ出力」で最も綺麗に見える「グレイの階調」を検討した結果。現在の形になった。
当時の国内の主要なＴＶは調べて調査してある。
エミュでしか遊んだ事のない方へ。背景の星は実機ではあんなケバイ色ではないぞ。実機ではローパスフィルター
により色情報が欠損する為背景の流れる星はすべて単色のグレイの階調となる。色はまったく含まない。
これをエミュレートするのは簡単だが、ちと負荷が高すぎる。（要ＦＦＴ）
「メガドラガンマ」は簡単だからエミュレートするよ。仕方がない。今度ね。
（１７：４７）
■あったあった。えーと。これはＰＣ用のgeneratorだな。もちろん管理人が滅茶苦茶にカスタマイズして、
オリジナルの面影が少ない。過去ソースだ。
ええと、「uiplot.c」ってソースがあってな。この名前で多分オリジナルもあると思う。ここで、一括して、
「レンダー結果をさらにＰＣ用のパレットを考慮してレンダーしなおすルーチン」だ。
つまり、メガドラの画面イメージ画像をメガドラのパレットで作ってある奴が、普通のレンダー。
それをさらに再変換してＰＣのディスプレイに映し出す。ＰＣ側は２５６色であったり１６ビット色だったり
色々だからな。
ＭＡＭＥも勿論、まったく同じ仕組みになってる。でなきゃあんたのＰＣで動かないって。管理人が使うのは、
ＤＯＳ版だが、ＷＩＮ版も、ＬＩＮＵＸ版も、その他版も、これに相当する部分がある。（平たくいやあ二度手間なんだが）
ＰＳＰと違ってハードウェアーがピンからキリまで様々だから、この仕組みは無くす訳にはいかんだろ。
管理人版のＤＧＥＮ１００Ａ２１でさえ、この仕組みが少し残ってた様なきがする。忘れたが。ＭＤＰ０２２は完全に
残ってるな。もっともＰＳＰで使わない分は削除したが。
ＭＡＭＥのＤＯＳ版はええと、「src/msdos/blit.c」がこの辺。つまりＰＳＰ＿ＭＡＭＥなら、「src/psp/blit.c」って事。
昔、管理人がＰＣのＭＡＭＥ（Ｆ３）でここをＭＭＸのアセンブラでblitさせたら、１０％～２０％は速くなった。（測定値）
（注意：ＭＡＭＥ、ＤＯＳ版に標準で添付されてるＭＭＸのアセンブラルーチンは全然まったく参考にならない。
３２ビット→３２ビット専用だし、あれだけ（殆ど何もしない）じゃ全然駄目）
いつの間にやら、違う話になってきてる。ええと、「メガドラガンマ」な。管理人が「デビルアイ」で測定した奴を実装した
のはgeneratorではこんなん。ほい、過去ソース。
#if 1
void uiplot_checkpalcache_one(int col ) /* col==palette number */
{
//unsigned int col;
uint16 *p; /* (LITTLE ENDIAN) */
int red,green,blue; /* do work asemmbled color */
// for (col = 0; col < 64; col++) { /* the CRAM has 64 colours */
// if (/*!flag &&*/ !vdp_cramf[col]) return;//continue;
// vdp_cramf[col] = 0;
p = (uint16 *)vdp_cram +col; /* point p to the two-byte CRAM entry */
//#ifdef WORDS_BIGENDIAN //ok?(BE)
// blue = (*p & 0x0e00)>>6 ; blue =blue +blue +blue ; blue +=87; blue >>=4; blue <<= (uiplot_blueshift +1);
// red =((*p & 0x000e)<<2 ); red =red +red +red ; red +=87; red >>=4; red <<= (uiplot_redshift +1);
// green=((*p & 0x00e0)>>2 ); green =green +green +green ; green +=87; green >>=4; green <<= (uiplot_greenshift +1);
//#else
/* MEMO: short conversion... (motolora:m68k)0BGR -> gr0b(intel:i80x86) */ /* sorry dust 4bit ... */
blue = (*p & 0x000e)<<2 ; blue =blue +blue +blue ; blue +=87; blue >>=4; blue <<= (uiplot_blueshift +1);
red =((*p & 0x0e00)>>6 ); red =red +red +red ; red +=87; red >>=4; red <<= (uiplot_redshift +1);
green=((*p & 0xe000)>>10 ); green =green +green +green ; green +=87; green >>=4; green <<= (uiplot_greenshift +1);
//#endif
uiplot_palcache[col ] = (blue ) | (red ) | (green) ; /* normal */
blue >>=1; /* do all 1/2 */
red >>=1;
green >>=1;
blue=(blue ) | (red ) | (green); /* do work(use blue value) */
uiplot_palcache[col + 128] = blue ; /* shadow(1/2 briteness) */
uiplot_palcache[col + 64] = blue |
(16 << uiplot_blueshift ) |
(16 << uiplot_redshift ) |
(16 << uiplot_greenshift); /* hilight(hilight briteness) */
// }
}
#endif
ええと、おそらくオリジナルの該当部分は、ううん、このソース。メモが沢山ありすぎでどれだかワカラン。山勘で。
#if 00
void uiplot_checkpalcache(int flag)
{
unsigned int col;
uint16 *p; /* intel short */
int red,green,blue;
for (col = 0; col < 64; col++) { /* the CRAM has 64 colours */
if (!flag && !vdp_cramf[col]) continue;
vdp_cramf[col] = 0;
p = (uint16 *)vdp_cram +col; /* point p to the two-byte CRAM entry */
blue = (*p & 0x000e) << (uiplot_blueshift +1);
red =((*p & 0x0e00)>>8 )<< (uiplot_redshift +1);
green=((*p & 0xe000)>>12 )<< (uiplot_greenshift +1);
uiplot_palcache[col] = (blue ) | (red ) | (green) ; /* normal */
blue >>=1; /* do all 1/2 */
red >>=1;
green >>=1;
blue=(blue ) | (red ) | (green); /* do work(use blue value) */
uiplot_palcache[col + 128] = (blue) ; /* shadow */
uiplot_palcache[col + 64] = (blue) |
(16 << uiplot_blueshift ) |
(16 << uiplot_redshift ) |
(16 << uiplot_greenshift); /* hilight */
}
}
#endif
これかなあ。まあ違うかもしれんが雰囲気は解かるでしょ？っていうかこれみて雰囲気がワカンナイ奴は、
多分。ワカラン。
（２０：１８）
■
ええとこれは何をやってるのかな？
□まず０から１５まで、つまり（０から0x0f）まで、を(0x0e)でマスクして、（つまり、 x & 0x0e）
おもむろに一番下のビットを捨てるだろ。
つまり、０と１は０、２と３は２、...、１４と１５は１４(0x0e)。
□次は４倍してますな。（つまり、 x<<2 ）
最大１４だから、４倍すると、１４ｘ４は５６。
最小の０の場合はやっぱし０。
□次は３倍してますな。
最大５６だから、３倍すると、１４ｘ４ｘ３は１６８。
最小の０の場合はやっぱし０。
□最後に８７を足します。
最大１６８だから、８７を足すと、１４ｘ４ｘ３＋８７は２５５。つまり0xff
最小の０の場合は８７。
メガドラ真っ黒が回路上出ません。パレットにＲＧＢ＝（０，０，０）を指定すると、
回路上かなり明るいグレーが出る。ＲＧＢ改造しても事情はまったく同じ。
これを止めるのは、メガドラ実機の本体を開けて、ＳＥＧＡのカスタムＶＤＰからＳＯＮＹのＣＸＡ１１４５
（民生用「ＲＧＢ→コンポジットビデオ」エンコーダーのチップ。あーん専門よーごナノは許して。お願い）
までの接続部分を改造する必要がある。
が、そんな改造したつー話は聞いた事ないよ。物好きな管理人が試しただけだよ。ここ手直ししちゃうと、
エミュの画質になっちゃって、メガドラの画質じゃなくなるよ。ちなみにここの回路は過去日記漁ればどっかに
あるよ。ただし定数が書いてないから、計算は出来ないんだけどな
ところで、その「８７」ってどっから出てきたの？
はい、２５６／３は約８７（注：８５．３３３）でし。
そう、８７／２５５は、約３４．１１７６４％
つまり、ＲＧＢ＝（０，０，０）でも１／３グライの明るさのグレイ（灰色）が出てしまう訳。
メガドラ後期のソフトは、この黒が絶対に出せない事を前提に画作りをしてある。
暗めの灰色を使いたいなと思えば、ＲＧＢ＝（０，０，０）を指定する。
総ての「画」がメガドラでは「眠くなる」のだ。これは実機がそうなんだから仕方がないだろ。
が、これは初期の頃には「知られざる事実」だった。当然メガドラ実機は最終調整であって、
グラフィッカーは開発機、例えばＰＣ９８とかＸ６８０００とかでお絵かきをして、フログラマーに
よろしくちゅー。ってデーター渡すんである。（ＦＤＤ運輸とかＨＤＤに残しっぱなしとかで）
もちろん「実機」では予想外に汚い色になる。が、そのうち改良されるもんだと思ってた。
が、何年経っても改良される気配はないし、そもそも世間のメガドラは変な色になっちゃう奴しか
存在しないんだし、最新鋭の「テラドライブ」でも直ってねー。つうわけで、後期のソフトは開き直って、
メガドラガンマに対応した絵づくりをした為、エミュでは非常に色が汚い。
（テラドライブとワンダーメガの画質なら持ってるから判るが、レーザーアクティブのメガＬＤパックの画質は
持ってないから判らん。管理人の記憶だが、店頭でみた感じでは違いはなかった。つまりありゃ規格だな）
■纏めると、
Ａ．初期のソフト（大部分）は「メガドラガンマ」がない方がキレイ。特にＰＳＰではキレイ。（例えばＴＦ３はこのカテゴリ）
Ｂ．後期のソフト（の一部）は「メガドラガンマ」がないと、ゲーム画面がみれない程キタナイ。
「ソーシャルキングダム」「ファンタシースターⅣの一部」その他。
「ＭＤ版デンジャラスシード」は比較的初期（発売一年後？二年後？グライ。（調べないと解からん）中期にするか）だが、
実機での画質チェックがされてる。
（エミュ（メガドラガンマなし）では一部の面が見れない程キタナイ。genecystで初めて遊んだ時、
あまりに違う画面なので、てっきり吸出し失敗して色がバグったのかと思った）
（２１：２７）
■ところで、ガンマって書いてあるからてっきり（原点と交わる）曲線だとおもったろ。いいんだよ直線（リニアー）でも、
一般的なガンマ式思い浮かべただろ。頭かたいつ。コンパイルのぷよ饅頭でも喰べて（要デストロイヤーorどらえもん）
頭１４連鎖させなさい。（義務）
■「ファンタシースターⅣ」って、セガのＨＰに行ったら、「ファンタシースター～千年紀の終わりに～」って
名前なんですね。（買ったんだから覚えてろよ）そういやタイトルに「Phantasy Star The end of the millennium」
って描いてあるな。だってメガドラのパッケージ無駄にかさばるんだもん。捨てるでしょ普通。
箱の紙と説明書は、どっかにあるが、万一火事になったら絶対に灰になる場所に保管してある（つまり何処にあるのか判らん）
「ファンタシースター」っていえばマークⅢの奴（元祖）を（メガアダプタなしで）メガドラで動作できる限定版が
あったから、
マニアは、そっちを連想しちゃうんですわ。それに開発中は確かに「ファンタシースターⅣ」ってタイトルだったし。
ロゴまであって、デモとかしてたじゃん東京おもちゃショーで。発売されたら、改題されてる。
「ＯｕｔＲｕｎ２０１９」だって、メガドライバーの心のタイトルは「ジャンカーズハイ」ですよ。
つい最近、うっかり幻影を見て、ああこんな所で生き残ってたのか。でも東京おもちゃショー版とは内容が全然違うな。
あっちの方が分岐がない分テンポが良いし、ダイジェストだから、ステージが多彩だし。
あれも、ダイジェストモード（おまけ）で付けといてくれれば、良かったのに、とか思ったり。思わなかったり。
（２２：３５）
■ひいひい。流石に御託は書き疲れたので「メガドラガンマ」テスト実装してみたつ。ソースはこう。
（別にＡ２０改造しても同じでしょ？えっと、「/src/cpp/ras.cpp」ね？変更部は＃ifの中だけだよ、判り易い用に多めに表示）
// The main interface function, to generate a scanline
void md_vdp::draw_scanline(struct bmap *bits, int line)
{
unsigned short *ptr, i;
// Set the destination in the bmap
dest = bits->data + (bits->pitch * (line + 8) ); //+ 16);
// If bytes per pixel hasn't yet been set, do it
Bpp = 2;
// If the palette's been changed, update it
if(dirt[0x34] & 2)
{
ptr = highpal;
for(i = 0; i < 128; i += 2){
#if 00
*ptr++ =((cram[i+1]&0x0e) << 1 ) |
((cram[i+1]&0xe0) << 2 ) |
((cram[i ]&0x0e) << 11);
/* -GGG GGRR RRRB BBBB grb=555 */
/* -ggg --rr r--b bb-- */
#else
/* メガドラガンマ、テスト実装 */
int blue;
int red;
int green;
blue =((cram[i+1]&0x0e)<<2); blue =blue +blue +blue ; blue +=87;
red =((cram[i+1]&0xe0)>>2); red =red +red +red ; red +=87;
green =((cram[i ]&0x0e)<<2); green =green +green +green ; green +=87;
*ptr++ =( (blue &0xf8)>> 3) | /* ここはマスク要らない */
( (red &0xf8)<< 2) |
( (green&0xf8)<< 7);
// *ptr++ =( (blue &0xe0)>> (4-1)) |
// ( (red &0xe0)<< 2) |
// ( (green&0xe0)<< (11-4));
#endif
}
// Clean up the dirt
dirt[0x34] &= ~2;
pal_dirty = 1;
}
以下同じ。
初めて見た時は、眠気が強調されすぎてる気がするが、ゲームを進めると、
そうそう、これがメガドラ色って感じ（ファンタシースター千年記、注４）でチェック中。
（次の日の（０３／１２日）０１：０５）
どおでもいいけど同ソースの画面消去ルーチンどっかエンバグしてんな。あとで直そ。（きっとlongが使えない）
今度は「サンダーフォースⅢ」の二面でチェック。（あんた二面好きやね。だってメガドラのアイデンティーに関わる問題だし）
実機より多少眠い。あれは「ＣＲＴ→ＣＲＴ」のガンマ変換だが、ＰＳＰの場合。
「ＣＲＴ→ＣＲＴ→液晶」だから、「ＣＲＴ→液晶」分のガンマ特性を掛けないと辻褄が合わないんだな。
しかし二面でのＷＡＶＥを見て考えが吹き飛んだ。
Ａ２０ではＷＡＶＥは橙色の情けない色。強そうじゃない。
Ａ２１ではＷＡＶＥははっきり黄色になった。強そうだ。
上のアルゴリズムは、実は単なる掛け算をしてるだけだが、「やねう」氏（注：リンク参照）が言ってたみたいな。
ＭＭＸもどき演算で、本質的にパックにまとめられる。
ＰＳＰの液晶分のガンマを引くのならば、整数減算で取っといた分を引くか、素直に整数掛け算を使うか。
（どちらも、上の実装例とは違ってＲＧＢ三色をパックしたパック演算だよ。上記もパック演算で実装すれば
計算量が「１／３」で済むだろ。だから仮って書いてある。）
（０３／１２、０１：３５）
■上項の「取っといた分を引く」の意味が解からない方へ。
例えば掛け算命令なんて無い（もしくはとてつもなく遅い）コンピューターがあったとする。
で当然仕事だ。
Ｘ＊１０００を計算してくれ。（注：「＊」は掛け算を意味する。Ｘは正の整数のみ）
あなたならどおする。
もちろん、無限にやり方は考えられる。
もちろん計算が速い方が望ましい。
こういうのはパズルだから、直感よりも、もっと良い方法が必ずある。
だが、管理人は見た瞬間に、こう展開するな。
Ｘ＊１０００＝＝Ｘ＊１０２４－Ｘ＊２４＝＝Ｘ＊１０２４－（Ｘ＊３）＊８＝＝（Ｘ＜＜１０）－（（Ｘ＋Ｘ＋Ｘ）＜＜３）
こんなのは何か頭を使わなくても、一瞬で出てくる。（耳で考えてる為、見た瞬間に答えが出ている。）
もっともＸ＜＜１０がトロイのなら、
Ｘ＜＜２とバイト入れ替えに置換しとけ。
（Ｘ＜＜２がトロイならＸ＋Ｘ＋Ｘ＋ＸもしくはＸ＝Ｘ＋Ｘ、Ｘ＝Ｘ＋Ｘ）
（Ｘ＜＜３がトロイならＸ＋Ｘ＋Ｘ＋Ｘ＋Ｘ＋Ｘ＋Ｘ＋ＸもしくはＸ＝Ｘ＋Ｘ、Ｘ＝Ｘ＋Ｘ、Ｘ＝Ｘ＋Ｘ）
これのクロックを総て計算して、それで掛け算より少なければ使う、多ければ使わない。それだけの事。
（０３／１２、０１：４６）
別解１。（シフトがそこそこだが、シフトの絶対値が多いと遅いコンピューターの場合）
（Ｘ＜＜１０）－（（Ｘ＋Ｘ＋Ｘ）＜＜３）＝＝（（Ｘ＜＜７）－（Ｘ＋Ｘ＋Ｘ））＜＜３
別解２。（＜＜８が、バイトスワップに置換出来て、シフトが遅いコンピューターの場合）
（Ｘ＜＜１０）－（（Ｘ＋Ｘ＋Ｘ）＜＜３）＝＝（（Ｘ＜＜８）－（（Ｘ＋Ｘ＋Ｘ）＜＜１））＜＜２
「＜＜８」はバイトスワップに置換。「＜＜１」、「＜＜２」はシフトではなく加算の繰り返し。
洋服もプログラムもＴＰＯが大事。何事にも絶対的な回答はない。
（０３／１２、０２：１５）
■ちう訳で擬似ＭＭＸ化（パックド演算）にしてみた。が、上手くいかない。どこか間違えてるらしい。
とりあえず今日は遅いからねる。下記に該当ソースを上げる。
うまくいかない奴（なんでだろ？？）
#if 1
/* メガドラガンマ、擬似ＭＭＸ風、実装 */
int grb;
grb =((cram[i ]&0x0e)<<9)|((cram[i+1]&0xe0) )|((cram[i+1]&0x0e)>>1);
/* -ggG GGrr RRRb bBBB 7:7:7=0x1ce7 */
grb =grb +grb +grb ;
// grb = ((10<<10)|(10<<5)|(10)); /* 10==31-21==31-(3*7)==[0001_1111]-(3*[0000_0111]) */
grb = ((10<<10)|(10<<5)|(10)); /* 7*3=21=0x15=[0001_0101], [0001_0101]+[0000_1010]==[0001_1111] */
/* -GGG GGRR RRRB BBBB grb=555 */
/* -ggg --rr r--b bb-- 0x739c */
*ptr++ =( grb & 0x739c ); /* */
#endif
うまくいく奴（さっきと同じもの）
#if 00
/* メガドラガンマ、テスト実装 */
int blue;
int red;
int green;
blue =((cram[i+1]&0x0e)<<2); blue =blue +blue +blue ; blue +=87;
red =((cram[i+1]&0xe0)>>2); red =red +red +red ; red +=87;
green =((cram[i ]&0x0e)<<2); green =green +green +green ; green +=87;
*ptr++ =( (blue &0xf8)>> 3) | /* ここはマスク要らない */
( (red &0xf8)<< 2) |
( (green&0xf8)<< 7);
// *ptr++ =( (blue &0xe0)>> (4-1)) |
// ( (red &0xe0)<< 2) |
// ( (green&0xe0)<< (11-4));
#endif
（０３／１２、０３：４９）
