【8bit機】CRTC,VDP,ALU,メモリマップ,MMU 専スレ
290 :
ナイコンさん:
68000があれだけ優秀だったのに互換性路線で進まなかったから…
>>290 翻訳(意訳でイイカラ)してうpしてくれ
294 :
290:2013/06/08(土) 21:18:41.44
vdp tms9918やtms9118をお安く入手できるところってないでしょうか?
今更マイコン遊びしようとしています。
若松に在庫あるがRAMは知らん
MSXから抜いたほうが確実かもね
若松のサイトで検索したらμPD416C-3とか普通にあるじゃん
若松、サイト検索で在庫アリになってても、問い合わせて見ないと駄目
295です。
ありがとうございます。若松で注文しました。
MSX1でも組み立ててみようと思います。
-3でアクセス間に合うのか?
8個も使うし3電源だしバクチ打つにはリスク多いな
>-3でアクセス間に合うのか?
-3て150nSだけど、9918当時でこれより速いDRAMってどんだけあったかな?
>>300 >8個も使うし3電源だしバクチ打つにはリスク多いな
データシートに4116使う例載ってるけど?
303 :
ナイコンさん:2014/03/23(日) 05:55:39.26
PC-8001mkII SRのゼビウスについて教えて欲しい
320×200ドット8色2画面重ね合わせで、
背景を描き込んでいる画面は1ライン毎の書き込みにして2ドット単位のスクロールをしているが、
これもALUをしっかりと使い込んでいたのか?
>背景を描き込んでいる画面は
1ライン飛ばしを「描き込んでいる」って言うのかな?
305 :
303:2014/03/23(日) 07:09:36.88
>>304 すまん、すまん、描き込みではなく書き込みだな
8ビット機では、MZ-2500が最強と言われているが、
俺はPC-8001mkII SRの方が上だと思うので、気になっていたからな
gomi
FM77AVのLINE文やPAINT文の実行速度ってほかの8ビット機に比べて異常に早かった記憶があるけど
なんか特殊な事やってた?
ハードウェアで直線補間て機能があってラインの描画ができる
それってGPUの祖先みたいなもんってことなのかな・・・
GPUってミニコンの頃にはあった用語だし、マイコン用の描画プロセッサとしてもNECのGDCとか
日立のACRTとか既にあったし77AVの直線補間機能は当時としても取り立てて目新しいもんでは
なかったよ。
311 :
ナイコンさん:2014/10/10(金) 21:54:55.85
VDPェ
16bit Windows用のビデオドライバーだと海外の方が自作が(日本よりは)盛んだな。
Windows1.0用VGAドライバーやWindows 2.x用SVGAドライバー。
PC-98はパックドピクセル・PEGC・256色ドライバーが無かったり意外と
サポートが悪い。EPSON PC互換機用とか
モバイルギア用Windows3.1用 320x240 ドライバーも作られたみだいだが、
非公開で、現状入手困難だし
こっちか
モバイルギア用Windows3.1用 640x240 ドライバー
ドライバ開発自体が特殊で出来る人が少なくて現状ですら国内ではなく海外に○投げ状態だし、
ビデオカードの仕様や資料が非公開でNDA契約必須だと困難だからね。
海外に○投げってか、既に大半のベンダーはチップ作ってるトコが出してるジェネリックドライバのおんぶに抱っこ状態じゃね…
ぶっちゃけWindows向けドライバ等の署名維持とか新OS対応のドライバ作成なんて
アフターサービスってよりも、ほぼボランティアだと思ってるやうな?
海外に以前に、チップからして国内開発をぶん投げちゃったツケなんだろうな。
現行品と互換があれば芋づる式にサポート増やせるわけで。
V9990の開発の遅さをみると国内GPUは歴史的に無理っぽい
世界的に有名な国産GPUはPICA200だけか
一体何が難しかったのか未だに誰も解説してくれないんだよな。
そもそもアクセラがフレームバッファ+演算LSIより加速できる原理すらわかってないが。
>>318 μPD7220とかHD63484とかを忘れてないか?
まぁそいつらも後継とか発展型とか出なかったんだけどね。
アクセラレータ的な市場が活性化するのは、結局のトコWindowsが流行りだしてからだわな
猿でも猫でも粘菌でもいいので解説おじさん求む。
>>327 16ビットアクセラレータなのに、86C928辺りはもちろん、
CL-GD5434とかのローエンド64ビットVGAと十分張り合ったからな。
TS-6BGAは全然速くなかったというよりも本体のVRAM描画よりも遅かった
アクセラレーション機能使ってないんだろ?
かつて「××色同時表示!」というのが大きなセールスポイント
になっていた時代のPCこそ、本体のメインボード上にVRAMを
増設可能にしておいてくれればよかったのに、と思うけど実際
にそういうことが出来た機種はあまり思い浮かばない。
拡張スロットに独立した表示機能を持たせるタイプ
(98の各種フレームバッファボードとか、88のビデオアートボード等)を除くと
98の16色ボード
H98の256色ボード
MZ-2500の256色ボード
X1のG-RAM
68K時代のMachintosh
くらいか。
標準は16色でも、追加投資が少なくて済むVRAM増設だけで
256色が使えるようになれば、CG描きを趣味にする人たちには
きっと大いに喜ばれたと思う。
VRAMに追加投資が少なくて済むなら最初っからフル実装でいいじゃん
>>331 「×色表示」を大々的に売り込んでたのってFM77AVくらいじゃね?
ビデオバスは各社付いてるような気がするんだけど、
雑誌でのリークとかが無くて誰も作ってない気がするな。
>>331 > 増設可能にしておいてくれればよかったのに、と思うけど実際
> にそういうことが出来た機種はあまり思い浮かばない。
増設前提でないと動かないソフトが多数出回ると
いろいろとメンドクサイと思ったのではないだろうか
本体で既に十何万も投資しておいて
さらに数万円の追加投資はさすがに引くし
増設って何さ的なライトユーザのほうが多数派だったと思う
JIS規格の汎用バスとか作ればよかったのに
337 :
ナイコンさん:2014/10/25(土) 11:03:41.47
>>331 MZ-2500の256色ボードって何?
MZ-2500は、256色同時表示(320x200 1画面)は標準装備で、
増設ビデオRAM64KBを装着することで2画面持てる仕様だったと思う。
MZ-2500V2 (MZ-2531)は、始めから装着済みでビデオRAM128KBだったので、
標準で「256色モード 320x200 2画面」が可能だったと思う。
ちなみに、増設用ボードという意味では、4096色中16色表示を可能とする
パレットボードならオプションであった。
これを使うと、640x400解像度の画面で4096色中16色表示が可能となる。
MZ-2500発売当時は、256色同時表示もまだ珍しい頃だったので、
カタログ売り文句の一つには入れられていたはずだが、
正直なところ、320x200解像度ではアピール度が弱いと思った。
すぐにMSX2でも標準でその程度は標準サポートされることになったし。
むしろ、640x400解像度で4096色中16色表示可能なパレットボードを標準装備し、
そちらをアピールした方が良かったと個人的には思う。
当時8bit機PCよりも高価なPC-9801VM相当のスペック(縦横スムーススクロール、
FM音源標準装備など上回っている部分もあり)に肉薄できていたと思う。
まあ、しばらくしてX68000が発売されるから、どのみち世代交代しただろうけど、
8ビット機PCとしては、標準スペックでも最強クラスになっていたと思うし、
シャープがソフトハウスをもっと積極的に支援してMZ-2500を延命できていれば、
MZ-2500V3として、4096色同時表示やFM音源8音+ADPCM1音+PSG3音など、
Z80BのCPUと合わせて文句なしに最強の国内8ビットPC機になれていたと思う。
>>337 それならMZ-2861でいいんじゃないかっていう…
アドレス空間64KBのCPUで640x400x16色(32KB×4プレーン)のデータを扱うのはしんどいよ。
339 :
337:2014/10/25(土) 21:15:11.41
>>338 MZ-2861は8bit機じゃなくて16bit機だから、比較対象が違う。
MZ-2861はX68000が発売された後では世間一般的には魅力のない完全に後追いのスペックだったと思う。
個人的には色々面白いコンセプトだと思ったが、専用のゲームソフトは結局1本も発売されなかったと思う。
まだ8801SRと同じく1985年にMZ-2500が発売された時のスペックの方が遥かにインパクトがあったと思う。
先日念願の4096色パレットボードを入手し、MZ-2500で4096色モードのゼビウスはやってみたが、やはり国産8bit機PCの中では間違いなく最高の出来であることを実感した。
解像度は640x200だと思われるが、4096色モードでもまったくもたつき等なく違和感なくゲームを楽しめた。
個人的には増設RAMよりも4096色パレットボードを標準装備にし、ゼビウス付属廉価版SuperMZを発売すべきだったと思う。
出来れば、ゼビウスともう1本キラーソフトになりそうなゲームを4096色対応にして本体に付属していればもう少しPC-88やX1に対抗出来ていたと思う。
まあMSX2版のほうがはるかにデキいいんですけどね
>>337 256色ボードと書いてしまったのは、おっしゃるように
パレットボードのつもりでした。
MZ-2500に限らず、この時代のPCに共通するのは
解像度と色数のバランスをとったモードが少ないこと。
320x200で4096色や640x400で16色も結構だけど、
640x200で256色のモードもあれば、使い勝手がよかった
と思う。
256なんて今じゃまともにサポートされてるとは思えない只の色化けモードだろ。
仮想画面確保できるならフラッシュ時とか定期的にパレット選定しなおせばいいだけの話だと思うけど
たったそれだけのことができる描画ドライバが無いんだよな。
Windowsは3.xからものすごく凝った仕組みで256色パレットを全力サポートしてたな。
320×200の256色はVGA標準なのになんか不遇だよな。
>>343 256色モードだとタイリングなんだよな
>>342 256色でも固定色とパレット(約1677万色中256色)では雲泥の差やね
試しにフルカラーを256色にパレット最適化してみたら面白い
出来の良い減色フリーソフトなら両者見分け付きにくいレベル(しかも容量お得)
>>345 固定256色だとむしろカラーバンディング発生しまくりのことが多かった
Win3.1の256色モードでペイントブラシで塗りつぶすと重ね塗りができなかった。
何でだろと思って拡大してみたらタイリングだった。
256色環境のペイントブラシだと基本16色+Windows予約の4色の
システムカラー以外はディザリングになったと思う。
表示以外は256色に対応してないって考えた方が良いかも。
パレットの記憶容量は4096色中256色なら12ビット×256ワードであってる。
512色中256色ってあんまり意味が無い感じだし、
そのためにパレット(高速動作が必要なのでビット単価が高い特殊なメモリを使う)の
容量を16色→256色で16倍にするのもコストに見合わないってことじゃないのかな。
>512色中256色ってあんまり意味が無い感じだし、
パレット切り替えの演出とか、あればあったで使い様はあったろう。
353 :
350:2014/11/02(日) 18:16:55.95
解説ありがとうございました。
情報量としてはさほど多くないパレット情報を保存
するだけなのに、MZやSMCのパレットボードには
結構な数のメモリらしきチップが乗っているという
ことは、当時は高速動作するメモリが少容量だった
故、いくつも載せなければいけなかったということ
なんでしょうね。(標準装備ではなく、オプションで
対応というのも、当時こういうメモリが相当高価
だったことがうかがえますし。)
とはいえ、後にVGAの規格が出来た頃には、26万色中
16/256色が普通になり、その後はあっという間に
1677万色から色が選べるようになってしまいましたが。
そういえばMSXのVDPと同じくヤマハが関わっている
メガドライブは、パレット用メモリがチップ内に内蔵する
設計になっていたようですが、こちらも収められる容量
に余裕がなかったせいか、パレット不足で苦労したとか
いう話が語り草になってますね。
MSX2のGRAPHIC 7モードはパターンネームテーブル上において、画面上の1ドットに対して1バイト使用する構造
その際書き込んだ1バイトの値がそのままカラーコードになるため256色固定となる(8bitしかないためR:G:B=3:3:2)
都合、パレットやその容量は無関係
>355
いや、だから、
256色分のパレットRAMをVDPに内蔵する余裕が無かったから
SCREEN8は固定256色になったのでは、って話じゃね?
81年5月 FM-8 パレット機能なし
81年11月 PC-8801 あり
82年7月 MZ-2000 なし
82年11月 X1 あり
82年11月 FM-7 あり
>>解像度は512×384で、256色中8色が使えたらしいね。
この解像度ってYISやmac以外にあったのかなぁ
>>359 V9938をGRAPHIC 5 MODEかGRAPHIC 6 MODEで、Mode register 3のLNを0、ILを1に
設定すると512x384になるぞ。
V9938の画面モードをGRAPHICなんとかって言っている人はMSX2使ったことないんだろうな。
使ったことある人ならSCREENなんとかって言うはずなんだが
MSX2使ったことも無い人がネットで拾ったV9938のデータシート見て適当なこと言ってるんだろうね。
> V9938の画面モードをGRAPHICなんとかって言っている人はMSX2使ったことないんだろうな。
> 使ったことある人ならSCREENなんとかって言うはずなんだが
MSX2とV9938の区別も付かないとは馬鹿ダナw
>>361 MSX2に512x384の画面モードがあると言いたいならあなたがそれを投稿すればいいだけ。
>MSX2とV9938の区別も付かないとは馬鹿ダナw
V9938が搭載された一般人でもプログラムできるパソコンってMSX2以外にあるんか?
(キャプテンシステムは一般人がいじれないから却下)
>V9938の画面モードをGRAPHICなんとかって言っている人はMSX2使ったことないんだろうな。
>使ったことある人ならSCREENなんとかって言うはずなんだが
>MSX2使ったことも無い人がネットで拾ったV9938のデータシート見て適当なこと言ってるんだろうね。
で、MSX2を使ったことあるのがご自慢の
>>361さんに教えていただきたいのだけど、
MSX2の512×384の画面モードはSCREEN何なの?
> 一般人でもプログラムできるパソコン
馬鹿は誰も言っていないこと突然条件に出すからびっくりするよなw
>MSX2の512×384の画面モードはSCREEN何なの?
それはシステムでサポートされてない。
逆に聞くが512×384モードを使ったシステムなんてあるのか?
で、キャプテンシステムとMSX2以外のV9938積んだマシンって何?
>>368 >逆に聞くが512×384モードを使ったシステムなんてあるのか?
>>360の、V9938でそういう画面モードが設定できるって話は理解できなかったのかな?
>
>>360の、V9938でそういう画面モードが設定できるって話は理解できなかったのかな?
それを実際に使ったシステムはあるのかと聞いてるんだが
手元の資料(Oh!FM1989-10 pp.74)ではR#8:モードレジスタ#3にはLNもILも無くて
あるのはR#9:モードレジスタ#4だな。
まあ192ラインモードのインターレースONなら倍の384で不思議はないけど。
>>369 20何年前は秋葉原で普通に買えたから個人の工作で使った例はあったんじゃないの。
雑誌Oh!FMにFM-7にVDPをつなげようみたいな記事が掲載されたこともあったな。
業務用のマージャン基板でV9938使ったのもあったし、あと韓国のZemmixなんてのもあったなあ。
>359もう一回読み直してみ
>この解像度ってYISやmac以外にあったのかなぁ
裏設定でそういう画面にすることが出来るってのは
そういう画面のマシンが公に存在していたってのとは違う
>>371 >それを実際に使ったシステムはあるのかと聞いてるんだが
あれ? 「この解像度ってYISやmac以外にあったのかなぁ」て話ではなかったの? 別の話?
>>374 マニュアルに書かれていることであって、「裏設定」とかそんなんじゃないよ。
とりあえずモードレジスタの齟齬は気になるけどな、
なんでズレてるんだろ?
>>368 > >MSX2の512×384の画面モードはSCREEN何なの?
> それはシステムでサポートされてない。
じゃあ突然MSX2とか言い出してきた
>>361さんは頭おかしいってことでいいかな?
>マニュアルに書かれていることであって、「裏設定」とかそんなんじゃないよ。
で、その512×384をサポートしたシステムはあるのか?
何回この質問をさせるんだ?
>じゃあ突然MSX2とか言い出してきた
>>361さんは頭おかしいってことでいいかな?
事実上V9938=MSX2(またはキャプテンシステム)なんだが
V9938を使ったMSX2でもキャプテンシステムでもないマシンの実例まだぁ?
>>379 >>375 すまん、俺の言い方が悪かったわ
改めて問う
V9938で512×384の商品としてのシステムはあったの?
MSX-DOS2の高解像度で日本語表示するモードって24行表示だったと思うけど
あれって512x384のインタレースだったんじゃないかなあ。
256色は実質64色と変わらないんだよね
8色と64(256)色の差は大きいけど64色と512色の差はそれほどでもない
256色は遠目に自然画が再現できるレベル
1Byteは8bit機には都合がいいし256色は相性がよく重宝する
しかしこれに4096色パレット付けるのは急にコスパが悪くなる
「【8bit機】CRTC,VDP,ALU,メモリマップ,MMU 専スレ」でV9938に噛み付いてくる奴がいるとはオドロイタ!
>385
ファンクションキーも含めると25行じゃなかった?
77AVの4096色‐>26万色はすごい無駄に感じた
人間が識別できるのはだいたい3万色といわれるが
PCの場合グラデーションを使うとこれでも確かに色の境界が目立ってくる
しかし当時で26万色はいらないかなあ
>>384 ふむ、レジスタ自体は合っているし、
よく見ると手元の一覧表の方にはモードレジスタ#2が見当たらないから、
どうやら誤記と考えて問題ないかな。
>>389 そもそもドットの総数が足りないからなあ。
マッハバンドなんていまどきのアニメでも酷いから
当時であの表現力は凄いよね。
77AV40EXみたいに192KBもVRAMがあるのなら、
640x400/6bitや、640x200/12bitとかで絵を描いてみたかった。
っていうか増設サブシステムだって192KBじゃないの?
まあ640はねえ
無駄に絡んでくるのはFM-7の人か…
文章はよく読もう
>>384がネットで拾ったV9938の資料はそもそもMSX用みたいだし
FMというかソフトバンク発行の資料とも照合できたわけで、
結局、
>>361もナイコンのカタログ屋で、自己紹介していたというだけの話なのかな?
>>394 空気読まず77AVの話ししたがV9938はノータッチ
喧嘩は勝手にやってくれ
>>381 >事実上V9938=MSX2(またはキャプテンシステム)なんだが
お前がそう思うんならそうなんだろう(AA略
MSXが絡むと荒れるなぁ
>事実上V9938=MSX2(またはキャプテンシステム)なんだが
ワロタw
> V9938の画面モードをGRAPHICなんとかって言っている人はMSX2使ったことないんだろうな。
> 使ったことある人ならSCREENなんとかって言うはずなんだが
MSX2使ってない奴はモグリ、とでも言いたげなこの発言には流石に引くわw
512x424i 512色中16色 かあ
インターレースとはいえ400ライン出りゃ上等じゃないかい?
>>391 8色、16色、256色、パレット…ついに
4096色「同時発色!!」 という広告はセンセーショナルだったが
次回作26万色を実現できたのに「同時発色:」がピクセル数の関係で宣伝できない展開で友達と笑った思い出
画面の全ピクセルが同じ明るさを保つわけじゃないから4096色同時発色も不可能だけどな。
そういうくだらない屁理屈を言って得意気になる小学生って確かにいたが
> 次回作26万色を実現できたのに「同時発色:」がピクセル数の関係で宣伝できない展開で友達と笑った思い出
ホント可愛げのないガキって感じ。しかも2人か。
微笑ましい話じゃないか。
これで電子立国の将来も明るい…とはいかんかったのは遺憾だけど。
今のPCも16777216色同時発色はできないよな
4kですら800万画素だし。
>>410 モニタ×3枚でいけるだろ、4Kだとビデオカードも3枚必要かもだが。
そういやjpegで圧縮すると、純赤が出ないんだっけ?
jpegといえば、8bit機でJPEGを表示させたら、何分くらい
かかってた?
MSX2のScreen8(256x212@256色)で表示させたら、
サイズ変更や減色のせいもあって何分(10分越えてたかも)
もかかった記憶がある。
77AVやturboZ、MZ-2500ではどうだったか、ちょっと気になる。
表示させようとする画像と表示先の環境が一致している条件
(320x200で256(4096)色)なら、ある程度実用的な速度も
出たりしたのだろうか?表示プログラムの対応が前提だけど、
RAM増設の有無も影響しそう。
当時の8色や16色機だと展開よりも減色の方が時間掛かったな。
そういえばWin3.1の256色環境でフルカラーの壁紙を貼ると
起動時に減色処理で1分くらい固まったっけ。
>>415 フルカラー画像がメモリを圧迫してHDDスラッシングが起きてただけじゃないの?
まぁよほど酷いディスプレイドライバならそういうこともあるのかも知れんが。
ディザリング用の演算LSIってあるのかな?
256色とか、4096色に特化して8bitPCが持つリソースでも、
実用的な速度で表示できる画像保存技術(非可逆なら大幅
に容量を削減可能)って当時無かったのだろうか?
そういうのがあれば、自然画をふんだんに使ったアドベンチャー
ゲームとかが沢山リリースされたかも。
でも、フロッピーが2Dだとさすがにキツいかも。77AVは最初から
2DDだったらよかったのにな。
っ[VHS]
LARCで圧縮している間に飯が食えるんだからどうにもならんだろ。
そもそも無いのは色数じゃなくて高価な高速メモリだしな。
当時の機械に幻想幻想抱きすぎw
圧縮というなら、むしろ草分け期のとろとろ描画のゲームの方が高圧縮なんだよね。
jpegみたいな非可逆圧縮って十分な色数があって初めて意味がでてくるものじゃないかと思うんだが
充分な色数というか、画素の情報量だな
予算だって少ないものは圧縮しようがないからね。
>>418 それをセロハンフィルムモノクロにしたのがマンハッタンレクイエムじゃないかな?
同一絵でも場面により水色→赤系に変える
シューティングならシルフィードだな。
標準モデル、展開に時間がかかるけど容量削減モデル、動作軽量だけど容量を喰らうモデル
機種依存するけどFDDインターフェイスとCPUの両方を使ってブロック展開するとか。
FDデータ→CPU展開→描画とFDデータ→インターフェイス展開→描画領域に書き込み→描画
FDのバッファ領域が減るけれど展開速度だけなら2倍になる。
リードライト中以外はFDインターフェイスのCPUコアは遊んでいるからなぁ。
>FDのバッファ領域が減るけれど展開速度だけなら2倍になる。
サブ→メーン のハンドシェークが重くなるだけでメリットはない。
ブロック単位で転送してしまえばいい。
1バイトごとの信号のチェックを256バイトごとにするとか。
>>427 ハンドシェークってどういうもんだか解ってる?
PC-88の場合だけど、1バイト送るごとに6回も信号チェックが行われている
>>427 両端のコードのクロック数をきっちりあわせてコーディングして、
よーいどんでハンドシェーク無しでバースト転送ってこと?
割り込みやDMAでタイミングがズレてどうにもならない気がするんだが…
さすがに無茶なんじゃね?w
デジタル8色からアナログ多色への転換は77AVの
コピーじゃないけど、まさに衝撃的だったな。富士通
の中の人は当時「これで勝てる」と思ったに違いない。
それはともかく今思うとそれまでデジタル8色が標準的だった8bitホビー機の
カテゴリで、アナログ対応したRGB出力やパレットが新たに必要になる多色環境
を実現しようとすると色々とハードルが高かったことは想像できるけど、てっとり早い
方法としてRGBIを導入する機種があまりなかったのが不思議だ。
中間色にタイリングを組み合わせれば、見た目もだいぶよくなるし、透明色が
あれば、重ね合わせの処理が多少なりとも楽になったはず。新規シリーズ立ち
上げで、専用ディスプレイとのセット買いが期待できるX1なんかは、思い切って
初代の時から導入すればよかったと思う。
X1は裏でテレビを見ればいいんじゃね?
777は職場で倉庫代わりに使っていた部屋のロッカーに
持ち主不明のものがなぜかあったけど、正式に廃棄が
決まる前に自分が異動してしまった。今思うと、許可もらって
引き取っておくべきだった。
SMC-777はオプションにパレットボードがあるおかげで最初から
アナログRGB出力があるんだよな。(デジタルもあるけど。)
16色はどうせ低解像度限定なんだから、ビデオ出力もつけて
おいてくれればよかったのに、ソニー的には自社製モニタとの
組み合わせが前提だったのだろう。
A.E.とか、うちのタマ知りませんか?は16色の威力が発揮
されていたおかげか、当時としては目を引いた記憶がある。
SMC-777がある職場ってどんな業種なんだろう
業務用ゲーム基板開発してた会社がドット絵描くのに使ってたかなんかで
自社広告のなかで中古のSMC-777探してますみたいなの書いてたのは見た覚え
あるかも。
80年代半ばくらいの業務用基板の発色可能数って
4096色中X色がけっこう多かったみたいだな。
やっぱりRGB各4bitで16進数だと各1桁で扱えるの
がいろいろと都合がよかったのだろうか。
>やっぱりRGB各4bitで16進数だと各1桁で扱えるの
>がいろいろと都合がよかったのだろうか。
「16進数だと各1桁で扱える」となんか都合いいことあるか?
あ、そこは個人的な気分の問題の
とこなんで、つっこまんどいて。
強いていうならドット打ちツールとかの
パレット部分のデザインがすっきりするくらいか。
32768色だと1色あたり5ビットになるのがなんか微妙だし
26万色とか1600万色とかだとパレット1つが2バイトに収まらなくなるし
まぁ適切な落としどころだったんだろう
>>440 RGB として、赤なら 0x0F00 とかすぐわかるだろ
5bit だと 0x7C00 だけど、これがすっと出てくる人はあまりいないよね
>RGB として、赤なら 0x0F00 とかすぐわかるだろ
わかったとしてどーすんの?
そんな事もわからんのか
踊るのさ!
>>445 デバッグの時とかに直接指定することもあるだろ?
>>447 0x7C00でも0x03e0でも0x001fでなんでも好きに指定すりゃいいじゃん
はいはい、そうだね w
現実問題としては、4bit*3なのはパレットに使う高速RAMを1個ケチってるだけの話だとは思うがw
パレット用の高速S-RAMってやたら熱くなるんだよな
そりゃアクセスされまくりだからな。
スプライトスレで話題になってたね。
業務用のギャラクシアン基板に1つだけ凄く熱くなるSRAMがあるけど何の用途かと。
スプライトのイメージをライン単位で描画するラインバッファじゃねぇの
当時ラインバッファ式と呼ばれたスプライトの仕組みを理解できない奴が、
そのスレで炙り出されていたっけな
1行(1ライン)分のフレームバッファを想定するところで理解が止まってしまうようだ
ニワカでは昔語りは無理ってことだな
>当時ラインバッファ式と呼ばれたスプライトの仕組みを理解できない奴が、
>そのスレで炙り出されていたっけな
変な誤用が広まってるのも事実なんだよなあ
>1行(1ライン)分のフレームバッファ
「フレームバッファ」の意味わかってないニワカらしいw
バッファは二次元や一次元とは限らないというフレームを付けてクレームしてみる。
>>458 ↑なんか上手いこと言ったつもりらしいw
ファイヤーワイヤーフレーム