【8bit機】CRTC,VDP,ALU,メモリマップ,MMU 専スレ

当時インテルで386設計を担当したチームへの回顧インタビューがあった
http://archive.computerhistory.org/resources/access/text/Oral_History/102702019.05.01.acc.pdf

(とくに7〜9頁あたりから) セグメント(286互換)/フラットの共存をどうするか
レジスタを増やすか/アドレッシングの汎用性を拡張するか
このへんをスタッフ内で議論・模索してた様子が興味深い

まだIBM-PCが出たばかりで(1982年頃)、その後のPC市場がこれほど伸びるとは
予想外だったので、バイナリ互換路線の選択はとても幸運だったと、開発陣も
述べてる(目標はむしろ68000やUNIX向け云々…)のが個人的に面白かった

68000があれだけ優秀だったのに互換性路線で進まなかったから…

>>290
翻訳(意訳でイイカラ)してうpしてくれ

別スレに延々と貼ってるのがいるぞ
http://ikura.2ch.net/test/read.cgi/i4004/1220728356/

>>292
こっちは8bit機用でスレ違いっぽかったので、x86用の別スレに貼りました
すっごい長文になってしまってゴメン

68K v.s. x86
http://ikura.2ch.net/test/read.cgi/i4004/1220728356/712-

vdp tms9918やtms9118をお安く入手できるところってないでしょうか?
今更マイコン遊びしようとしています。

若松に在庫あるがRAMは知らん
MSXから抜いたほうが確実かもね

若松のサイトで検索したらμPD416C-3とか普通にあるじゃん

若松、サイト検索で在庫アリになってても、問い合わせて見ないと駄目

295です。
ありがとうございます。若松で注文しました。
MSX1でも組み立ててみようと思います。

-3でアクセス間に合うのか？
８個も使うし３電源だしバクチ打つにはリスク多いな

>-3でアクセス間に合うのか？

-3て150nSだけど、9918当時でこれより速いDRAMってどんだけあったかな?

>>300
>８個も使うし３電源だしバクチ打つにはリスク多いな

データシートに4116使う例載ってるけど？

PC-8001mkII SRのゼビウスについて教えて欲しい
320×200ドット8色2画面重ね合わせで、
背景を描き込んでいる画面は1ライン毎の書き込みにして2ドット単位のスクロールをしているが、
これもALUをしっかりと使い込んでいたのか？

>背景を描き込んでいる画面は

1ライン飛ばしを「描き込んでいる」って言うのかな？

>>304
すまん、すまん、描き込みではなく書き込みだな
8ビット機では、MZ-2500が最強と言われているが、
俺はPC-8001mkII SRの方が上だと思うので、気になっていたからな

gomi

FM77AVのLINE文やPAINT文の実行速度ってほかの8ビット機に比べて異常に早かった記憶があるけど
なんか特殊な事やってた？

ハードウェアで直線補間て機能があってラインの描画ができる

それってＧＰＵの祖先みたいなもんってことなのかな・・・

GPUってミニコンの頃にはあった用語だし、マイコン用の描画プロセッサとしてもNECのGDCとか
日立のACRTとか既にあったし77AVの直線補間機能は当時としても取り立てて目新しいもんでは
なかったよ。

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とかを忘れてないか？
まぁそいつらも後継とか発展型とか出なかったんだけどね。

>>320
μPD72120を知らんのか？

アクセラレータ的な市場が活性化するのは、結局のトコWindowsが流行りだしてからだわな

でもACRTCのHD63484、wikiだとMC68kファミリになってる(笑)

MC68000
ttp://ja.wikipedia.org/wiki/MC68000

>>320
そこら辺りはＡＬＵの発展型だよね

>>324
ぜんぜん違う。つーか馬鹿なの?

猿でも猫でも粘菌でもいいので解説おじさん求む。

ioのZF-16も力作だったと思う。
GA-1024i/wとアクセラレート機能を
強化した後継のGA-1024A/1280Aは
お世話になった人も多いだろう。

http://www.iodata.jp/company/guidance/history/pick/article1991.htm

そういえば、アリスのWAOさんが、1024Aは
設計が変わったせいで、プログラムを大幅に
書き直すことになったとHDDニイレル.DOC
でぼやいていたっけ。

>>327
16ビットアクセラレータなのに、86C928辺りはもちろん、
CL-GD5434とかのローエンド64ビットVGAと十分張り合ったからな。

TS-6BGAは全然速くなかったというよりも本体のＶＲＡＭ描画よりも遅かった

アクセラレーション機能使ってないんだろ?

かつて「××色同時表示！」というのが大きなセールスポイント
になっていた時代の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規格の汎用バスとか作ればよかったのに

>>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プレーン)のデータを扱うのはしんどいよ。

>>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色モードだとタイリングなんだよな

>>345
え？

>>342
２５６色でも固定色とパレット（約１６７７万色中２５６色）では雲泥の差やね
試しにフルカラーを２５６色にパレット最適化してみたら面白い
出来の良い減色フリーソフトなら両者見分け付きにくいレベル（しかも容量お得）
>>345
固定２５６色だとむしろカラーバンディング発生しまくりのことが多かった

Win3.1の256色モードでペイントブラシで塗りつぶすと重ね塗りができなかった。
何でだろと思って拡大してみたらタイリングだった。

256色環境のペイントブラシだと基本16色＋Windows予約の4色の
システムカラー以外はディザリングになったと思う。

表示以外は256色に対応してないって考えた方が良いかも。

スレの流れが止まっているようなので。

PCのスペック表には「パレットを保存しておく領域」に関する記述って
あまりないような気がするのですが、(上でもちょっと話題に出てきた
MZ-2500や、SMC-777にはオプションでパレットボードがありました。)
ttp://retropc.net/ohishi/museum/mz1m10.htm
ttp://page6.auctions.yahoo.co.jp/jp/auction/f126839072#enlargeimg
これらに載っているのはメモリなんでしょうか？

解像度と色数から、必要なVRAM容量を計算する方法は検索すれば
たくさん出てきますが、パレットについてはあまり見かけません。
（同時に使える色数×作ることの可能な色数（4096色なら12bit）
で計算？）

MSX2が512x212の16色モード時は、512色から選べたのに、
256x212で256色の時は、固定256色になってしまうのは、256色
分のパレットを保存するには領域不足ということなんですかね。

パレットの記憶容量は4096色中256色なら12ビット×256ワードであってる。

512色中256色ってあんまり意味が無い感じだし、
そのためにパレット（高速動作が必要なのでビット単価が高い特殊なメモリを使う）の
容量を16色→256色で16倍にするのもコストに見合わないってことじゃないのかな。

>512色中256色ってあんまり意味が無い感じだし、

パレット切り替えの演出とか、あればあったで使い様はあったろう。

解説ありがとうございました。

情報量としてはさほど多くないパレット情報を保存
するだけなのに、MZやSMCのパレットボードには
結構な数のメモリらしきチップが乗っているという
ことは、当時は高速動作するメモリが少容量だった
故、いくつも載せなければいけなかったということ
なんでしょうね。（標準装備ではなく、オプションで
対応というのも、当時こういうメモリが相当高価
だったことがうかがえますし。）

とはいえ、後にVGAの規格が出来た頃には、26万色中
16/256色が普通になり、その後はあっという間に
1677万色から色が選べるようになってしまいましたが。

そういえばMSXのVDPと同じくヤマハが関わっている
メガドライブは、パレット用メモリがチップ内に内蔵する
設計になっていたようですが、こちらも収められる容量
に余裕がなかったせいか、パレット不足で苦労したとか
いう話が語り草になってますね。

>SMCのパレットボードには
>結構な数のメモリらしきチップが乗っているという
>ことは、

TTLみたいだが。
http://home.att.ne.jp/iota/gena/smc777/smc777.htm

MSX2のGRAPHIC 7モードはパターンネームテーブル上において、画面上の1ドットに対して1バイト使用する構造
その際書き込んだ1バイトの値がそのままカラーコードになるため256色固定となる(8bitしかないためR:G:B=3:3:2)
都合、パレットやその容量は無関係

>355
いや、だから、
256色分のパレットRAMをVDPに内蔵する余裕が無かったから
SCREEN8は固定256色になったのでは、って話じゃね？

80年代前半という時代には、パレットが特筆すべき機能だった
なんて、当時を知らない世代には想像できないだろうな。

価格帯がまったく違うけど、1982年発売のヤマハのYISは
解像度は512×384で、256色中8色が使えたらしいね。
ttp://www.retropc.net/mm/archives/1480

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の区別も付かないとは馬鹿ダナｗ

>>361
MSX2に512x384の画面モードがあると言いたいならあなたがそれを投稿すればいいだけ。

3章 MSX2の画面モード
http://ngs.no.coocan.jp/doc/wiki.cgi/TechHan?page=3%BE%CF+MSX2%A4%CE%B2%E8%CC%CC%A5%E2%A1%BC%A5%C9

>MSX2とV9938の区別も付かないとは馬鹿ダナｗ
V9938が搭載された一般人でもプログラムできるパソコンってMSX2以外にあるんか？
（キャプテンシステムは一般人がいじれないから却下）

>V9938の画面モードをGRAPHICなんとかって言っている人はMSX2使ったことないんだろうな。
>使ったことある人ならSCREENなんとかって言うはずなんだが
>MSX2使ったことも無い人がネットで拾ったV9938のデータシート見て適当なこと言ってるんだろうね。

で、MSX2を使ったことあるのがご自慢の>>361さんに教えていただきたいのだけど、
MSX2の512×384の画面モードはSCREEN何なの？

> 一般人でもプログラムできるパソコン

馬鹿は誰も言っていないこと突然条件に出すからびっくりするよなｗ

>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をサポートしたシステムはあるのか？
何回この質問をさせるんだ？

>>379
>>375

>じゃあ突然MSX2とか言い出してきた>>361さんは頭おかしいってことでいいかな？
事実上V9938=MSX2（またはキャプテンシステム）なんだが
V9938を使ったMSX2でもキャプテンシステムでもないマシンの実例まだぁ？

>>381
>>373

>>379
>>375
すまん、俺の言い方が悪かったわ
改めて問う
V9938で512×384の商品としてのシステムはあったの？

>>377
http://bitsavers.informatik.uni-stuttgart.de/pdf/yamaha/Yamaha_V9938_MSX-Video_Technical_Data_Book_Aug85.pdf

↑見ると

> R#9　LN 0 S1 S0 IL E0 NT DC Mode register 3

とか書かれてるしどっちで呼ぶかだろう。

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
ふむ、レジスタ自体は合っているし、
よく見ると手元の一覧表の方にはモードレジスタ＃２が見当たらないから、
どうやら誤記と考えて問題ないかな。

>>389
そもそもドットの総数が足りないからなあ。
マッハバンドなんていまどきのアニメでも酷いから
当時であの表現力は凄いよね。

77AV40EXみたいに192KBもVRAMがあるのなら、
640x400/6bitや、640x200/12bitとかで絵を描いてみたかった。

っていうか増設サブシステムだって192KBじゃないの？
まあ640はねえ

無駄に絡んでくるのはFM-7の人か…


文章はよく読もう

>>394
違うだろ。よく読めよ。

>>369
テロッパーでは結構あったような。

>>384がネットで拾ったV9938の資料はそもそもMSX用みたいだし
FMというかソフトバンク発行の資料とも照合できたわけで、
結局、>>361もナイコンのカタログ屋で、自己紹介していたというだけの話なのかな？

>>394
空気読まず77AVの話ししたがV9938はノータッチ
喧嘩は勝手にやってくれ

>>369
http://ja.wikipedia.org/wiki/V9938
> MSX種以外にも、比較的簡単、安価にテレビ画面を利用した画像表示が出来る
> ことから、（MSX規格ではない）キャプテンシステム端末、アーケードゲーム機、
> 家庭用ビデオ編集機、囲碁通信ネットワーク端末など多方面で採用された。

>>381
>事実上V9938=MSX2（またはキャプテンシステム）なんだが

お前がそう思うんならそうなんだろう(AA略

MSXが絡むと荒れるなぁ

>事実上V9938=MSX2（またはキャプテンシステム）なんだが

ﾜﾛﾀｗ

> V9938の画面モードをGRAPHICなんとかって言っている人はMSX2使ったことないんだろうな。
> 使ったことある人ならSCREENなんとかって言うはずなんだが

MSX2使ってない奴はモグリ、とでも言いたげなこの発言には流石に引くわｗ

512x424i 512色中16色 かあ
インターレースとはいえ400ライン出りゃ上等じゃないかい？

>>391
8色、16色、256色、パレット…ついに
4096色「同時発色!!」　という広告はセンセーショナルだったが
次回作26万色を実現できたのに「同時発色:」がピクセル数の関係で宣伝できない展開で友達と笑った思い出

画面の全ピクセルが同じ明るさを保つわけじゃないから4096色同時発色も不可能だけどな。

そういうくだらない屁理屈を言って得意気になる小学生って確かにいたが

> 次回作26万色を実現できたのに「同時発色:」がピクセル数の関係で宣伝できない展開で友達と笑った思い出

ホント可愛げのないガキって感じ。しかも2人か。

微笑ましい話じゃないか。
これで電子立国の将来も明るい…とはいかんかったのは遺憾だけど。

今のPCも16777216色同時発色はできないよな
4kですら800万画素だし。

>>410
モニタ×３枚でいけるだろ、4Kだとビデオカードも３枚必要かもだが。

そういや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みたいな非可逆圧縮って十分な色数があって初めて意味がでてくるものじゃないかと思うんだが

充分な色数というか、画素の情報量だな
予算だって少ないものは圧縮しようがないからね。

https://twitter.com/Kenzoo6601/status/532125982111444992
> いきなりPC-9801のGDC（μPD7220）じゃなくてPC-8001の映像LSI（μpd3301）の
> 写真を載せてるずっこけ記事　＞PC98からGeForceまで振り返るGPU進化の道30年
> - 週アスPLUS http://weekly.ascii.jp/elem/000/000/273/273630/

>>418
それをセロハンフィルムモノクロにしたのがマンハッタンレクイエムじゃないかな？
同一絵でも場面により水色→赤系に変える
シューティングならシルフィードだな。
標準モデル、展開に時間がかかるけど容量削減モデル、動作軽量だけど容量を喰らうモデル
機種依存するけどFDDインターフェイスとCPUの両方を使ってブロック展開するとか。

FDデータ→CPU展開→描画とFDデータ→インターフェイス展開→描画領域に書き込み→描画
FDのバッファ領域が減るけれど展開速度だけなら2倍になる。
リードライト中以外はFDインターフェイスのCPUコアは遊んでいるからなぁ。

>FDのバッファ領域が減るけれど展開速度だけなら2倍になる。

サブ→メーン のハンドシェークが重くなるだけでメリットはない。

ブロック単位で転送してしまえばいい。
1バイトごとの信号のチェックを256バイトごとにするとか。

>>427
ハンドシェークってどういうもんだか解ってる？

PC-88の場合だけど、1バイト送るごとに6回も信号チェックが行われている

>>427
両端のコードのクロック数をきっちりあわせてコーディングして、
よーいどんでハンドシェーク無しでバースト転送ってこと？
割り込みやDMAでタイミングがズレてどうにもならない気がするんだが…
さすがに無茶なんじゃね？ｗ

デジタル8色からアナログ多色への転換は77AVの
コピーじゃないけど、まさに衝撃的だったな。富士通
の中の人は当時「これで勝てる」と思ったに違いない。

それはともかく今思うとそれまでデジタル8色が標準的だった8bitホビー機の
カテゴリで、アナログ対応したRGB出力やパレットが新たに必要になる多色環境
を実現しようとすると色々とハードルが高かったことは想像できるけど、てっとり早い
方法としてRGBIを導入する機種があまりなかったのが不思議だ。

中間色にタイリングを組み合わせれば、見た目もだいぶよくなるし、透明色が
あれば、重ね合わせの処理が多少なりとも楽になったはず。新規シリーズ立ち
上げで、専用ディスプレイとのセット買いが期待できるX1なんかは、思い切って
初代の時から導入すればよかったと思う。

X1は裏でテレビを見ればいいんじゃね？

>>431
SMC777C買ったのか？

777は職場で倉庫代わりに使っていた部屋のロッカーに
持ち主不明のものがなぜかあったけど、正式に廃棄が
決まる前に自分が異動してしまった。今思うと、許可もらって
引き取っておくべきだった。

SMC-777はオプションにパレットボードがあるおかげで最初から
アナログRGB出力があるんだよな。（デジタルもあるけど。）
16色はどうせ低解像度限定なんだから、ビデオ出力もつけて
おいてくれればよかったのに、ソニー的には自社製モニタとの
組み合わせが前提だったのだろう。

A.E.とか、うちのタマ知りませんか？は16色の威力が発揮
されていたおかげか、当時としては目を引いた記憶がある。

SMC-777がある職場ってどんな業種なんだろう

>>435
教育関係じゃね？

業務用ゲーム基板開発してた会社がドット絵描くのに使ってたかなんかで
自社広告のなかで中古のSMC-777探してますみたいなの書いてたのは見た覚え
あるかも。

ビデオシステムだったかな。
https://www.google.co.jp/search?q=%E3%83%93%E3%83%87%E3%82%AA%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0+SMC-777&ie=UTF-8

80年代半ばくらいの業務用基板の発色可能数って
4096色中X色がけっこう多かったみたいだな。
やっぱりRGB各4bitで16進数だと各1桁で扱えるの
がいろいろと都合がよかったのだろうか。

>やっぱりRGB各4bitで16進数だと各1桁で扱えるの
>がいろいろと都合がよかったのだろうか。

「16進数だと各1桁で扱える」となんか都合いいことあるか?

あ、そこは個人的な気分の問題の
とこなんで、つっこまんどいて。

強いていうならドット打ちツールとかの
パレット部分のデザインがすっきりするくらいか。

>4096色中X色がけっこう多かったみたいだな。

必要十分てことじゃね。
Wikipedia見ると当時としてグラフィックがキレイだったカプコンのCPシステムでも
ドット絵は4096色中のパレットで描いてたみたいだし。

http://en.wikipedia.org/wiki/CP_System

32768色だと1色あたり5ビットになるのがなんか微妙だし
26万色とか1600万色とかだとパレット１つが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ライン)分のフレームバッファ

「フレームバッファ」の意味わかってないニワカらしいｗ

バッファは二次元や一次元とは限らないというフレームを付けてクレームしてみる。

>>458

↑なんか上手いこと言ったつもりらしいｗ

ファイヤーワイヤーフレーム