解像度が288＊224とか224＊288でしょ。
320＊200と同じで64K内に収まるのに、
とうとうどのメーカーからも出なかった。
タイトーみたい。横がありすぎると事務用パソコンみたいな気分に
なってくる
セガは80年代後期から横320
あと、上下2キャラずつはスコアとうの表示専用で、プログラム的には
32*28の感覚で書けたとか
（ドット数は256x224）なんかは次の８ドット分の絵が表示されると
まだ画面に現れていない部分が左側からはみ出していたけど、これは
仮想画面を持ってないってことだよね？
ナムコと初期のタイトー（記憶違いだったらすまん）のゲームは
288x224が多かったと思うけど、右端の背景が左端にはみ出るのを
見た覚えはないな。
288x224なら仮想画面に切りのいい512x256を持っていた？
ＴＯＷＮＳの320x240は仮想画面が512x256だった。
ＴＯＷＮＳのカタログにはＸ６８Ｋを意識したのだろうがアスペクト比が
１：１だからＣＧが作りやすいですみたいなことが書いてあったな。
320x240はあまり意味ないかもな。
正直、あれは勘弁して欲しい制限だった。
256色画面でスプライトが使えればだいぶ楽だったんだけどね。
これなら512ｘ512が2枚持てるので、320ｘ240がフルに使える。
CRTC操作で384ｘ256にすれば当時のCPS2の解像度もかなり再現できる。
32kより少ない色数とはいえ、当時のアーケード基板は1ドット1byteのもあったし、
16色パレットｘ16とかでも色数が足りないってことは無かったと思う。
当時のAC基板だと1ドット1nibbleの方が多いと思う
ともあれ、256色あればBGとOBJはなんとかなりそうな気がしますね
完全再現しようと思うと全然足りなかったりするんですけど
それだと天地が微妙に足りない
たんに描写能力が足りてないだけ
│ ::::│ ::16色:::::│::::256色::::│::65536色:│
├────┬────┼────┼────┼────┤
│低解像度│256＊256│ ::32KB│ ::64KB│ :::128KB│
│ :::│288＊224│ ::32KB│ ::64KB│ :::128KB│
│ :::│320＊200│ ::32KB│ ::64KB│ :::128KB│
├────┼────┼────┼────┼────┤
│中解像度│512＊256│ ::64KB│ :::128KB│ :::256KB│
│ :::│576＊224│ ::64KB│ :::128KB│ :::256KB│
│ :::│640＊200│ ::64KB│ :::128KB│ :::256KB│
├────┼────┼────┼────┼────┤
│高解像度│512＊512│ :::128KB│ :::256KB│ :::512KB│
│ :::│576＊448│ :::128KB│ :::256KB│ :::512KB│
│ :::│640＊400│ :::128KB│ :::256KB│ :::512KB│
└────┴────┴────┴────┴────┘
テキスト36＊28って
将棋にも使えるんだよな
コマ用に９＊２＝１８行
ライン用に１０行
オセロやチェスは８＊８だから２５行で十分だけど
将棋では２８行必要
スプライトを使うとグラフィック１面しか使えないTOWNSだと384x256はかなりの重荷だよ。
この解像度で足りない表示面を全てスプライトで補うとなると厳しい。
CPS2ゲーの再現ならBGやグラフィックを複数面使えるX68000が適任ではないかと。
それ以前に、TOWNSのスプライトは256x256限定
140を読んでください。
もし「スプライト面256色モードがあって512ｘ512が持てたら…」と仮定しての話
できるよ。
以上。
はい次の方。
ぷよぷよみたいにフレーム数下げればなんとかいけるか？
としてレトロゲーム板かゲーム業界、ハードウェア板で立てなかったのか？
問い詰めたい。
もしそんな過去ログがあったら教えてくれよな。
さらに言うと
320＊256の画面モードも持つべきだ。
縦が256あればスコアと残機表示で32ドット取る縦画面のゲームは横に余る96ドット内に表示すれば忠実に再現出来る。
ナムコミュージアムやSEGA AGESやタイトーメモリーズで縦画面のゲームを横画面モードでやる時はそうだろ？
320＊224が多くなった頃には縦画面のゲームが少なくなったから余り問題は無かろう。
ttp://http://www.uui6.net/ お手本にしたアタリのゲームがそうだったから理由はわからんけど…みたいな感じなのかね
垂直同期を50Hzぐらいに下げればできると言って見る
かつCRTのアスペクト比が4:3で画面いっぱいに表示させた際の都合も良い。
ゲーム画面が256、上部にスコア表示用16、下部に残機等表示様16
あらゆるゲームの移植に対応するためにCRTCを叩かなくても
320*256,288*256,256*256
320*240,288*240,256*240
320*224,288*224,256*224
320*200,256*192
縦画面
224*288のゲームは320*256ドットモードでスコア残機を横に表示
224*256のゲームは256*256ドットモードでそのまま表示
これだけの画面モードを持ち
MSX2が＋１万円でマーク３並の性能を持ってたらなあ。
色々なゲームが相当忠実度を上げて移植されるのになあ。
と思ったよ。
横のドット数って専用モニターじゃないＳ端子、ビデオ、ＲＦ出力だと
たくさん持たせようとするとタイミングの問題で支障あるかな？
ゲームの忠実度が目的ならむしろ逆効果だと思うが？
X68kの15kHzモードはオーバースキャンなので
256ドットは画面からはみ出す。
壊れはしないが、色ずれする。
（セガ、ナムコ、ＳＮＫを巻き込んでｗ）
こんな風に狭い画面に合わせて、周囲を黒で埋めるための
画面をスプライトより前面に持てば、その表示のために
大きな負担を掛けることなく、多くのソフトが忠実に移植出来て
人気のあるハードになったんじゃね？
■■■■■■■■■■■■
■□□□□□□□□□□■
■□□□□□□□□□□■
■□□□□□□□□□□■
■□□□□□□□□□□■
■□□□□□□□□□□■
■□□□□□□□□□□■
■□□□□□□□□□□■
■■■■■■■■■■■■
320*224にしたければ、上下8ドット■で埋める。
288*224にしたければ、上下8ドット、左右16ドット■で埋める。
256*224にしたければ、上下8ドット、左右32ドット■で埋める。
256*192にしたければ、上下24ドット、左右32ドット■で埋める。
X68kなら画面たくさんあるからスプライトより前面に枠を作るの簡単じゃね。
実際X68k版ファンタジーゾーンは384x256の中に黒枠作って320x224表示してたし。
ビットマップ画面はBG、スプライトより前に持って来ることも可能だったのかな。
512KBのグラフィックVRAMを16色4画面のうち1画面だけ使って贅沢に枠を表示？
もしくは65536色1画面を黒い枠だけのために表示？
一方でたった32KBのスプライトVRAMで背景のBGとスプライトを表示
というひじょーにバランスの悪いことやってたってことかな？
スプライトに使えるVRAMが多かったら書き換えが少なく余裕が出来て
当時としてはX68000はもっととんでもねえゲームマシンだったんかねえ？
グラフィック(パックドピクセル)、テキスト(ビットマップグラフィック)、スプライト&BGの優先順位は自由に設定できる。
ファンタジーゾーンの場合背景にグラフィック2画面、キャラにスプライト、タイトルにBG、スコア及び枠にテキスト画面
背景はBG使わなくてもX68kにとってそんなに負担にならないんだ。
画像検索するとスペランカーやRタイプなんかのアイレムのゲームは384x256だね。
ではなく288x224にすれば？
だが、２の倍数にしたほうがプログラムを作り易くそっちを選んだか？
ちょっとこんなこと考えた。
ttp://tamae.2ch.net/test/read.cgi/retro/1342331522/913 は
ttp://hanabi.2ch.net/test/read.cgi/i4004/1371439735/380- に書くつもりだった。
同じ内容を書いておきました。
