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

1 ：2008/09/14 〜 最終レス ：2013/07/06

64KBの制約の中、各社様々な工夫を凝らした
VRAMのバンク切り替え,MMU管理,I/O空間配置, 専用GPU
高速化のための 直線補完、サイクルスチール、プレーン同時書き込み
当時のマシン(PC,FM,X1,MSX等)のメモリマップのあり方、アクセス方法の技術について語ろう

2 ：

後々の機種の拡張をみると結局I/O空間配置よりバンク切り替え(MMU)が正解だったということかな
I/O空間ではZ80のブロック転送使えないのが厳しいしね

3 ：

88はウエイトかかりまくりｗ

4 ：

PC-8801のメモリマップ
Main RAM ROM0 ROM1
0000 +-----------+ +-----------+ +-----------+
| | | | | |
| | | N88-BASIC | | N-BASIC |
| | | | +-----------+
| | | | | monitors |
8000 +-----------+ +-----------+ +-----------+
|Text Window|
8400 +-----------+
| |
| | GVRAM0 GVRAM1 GVRAM2
C000 +-----------+ +-----------+ +-----------+ +-----------+
| | | | | | | |
| | | | | | | |
FFFF +-----------+ +-----------+ +-----------+ +-----------+
空白の手直し誰かよろｗ

5 ：

X1はTurboからサイクルスチールあったのか？
もしかして88SRと77だけ？
最終的にはX1が一番遅いマシンになったな

6 ：

最初もペイント速度で
FM7の10倍(88)
FM7の30倍(X1)

7 ：

FM7にはタイリング機能がないけどな
しかしはじめはFM7のダブルCPUが一番早かった
’YAMAUCHIコマンド’

8 ：

全てを持ってるのがMZ-2500だな
メモリ管理、4プレーンALU、クロックアップ、ソフト側の最適化
VRAMのウェイトは必要だったか
最終形態で最速

9 ：

MSXのTMS9918の遅さには泣けてきたな、便利だったけど
買い替えでFM7やS1見て6809マシンはこれだけ早いのかと思ったけど
結局使い慣れたZ80マシンにした

10 ：

なんでPC関連のスレって速いを早いと書く人が多いんでしょｗ

11 ：

にちゃんで誤字の指摘かよ...、初心者はしばらく ROM ってな。

12 ：

出た！必殺ベテラン気取りｗｗｗ

13 ：

てか、単なる誤字というより多すぎるよな。速いと早い

14 ：

表示関係ではファミコン最強だったな。
解像度以外はどのパソコンも追い付けなかった。
特にゼビウスはファミコンに惨敗だったな。
>>2
Z80にはブロック入出力もあるぞ。

15 ：

>>10
クロック等は「速い」だが、処理は「早く」終わるのだから>>9は正しいのだよ、バーカ。

16 ：

>>14
ファミコンはスプライトとBGだけだろ。
まともに絵が書けやしない。
スプライトやBGのサイズから外れるともうボロボロ。
ゼビウス？
MSX2に負けてるよ。

17 ：

縦のスクロール機能　FM PC98 MSX2
縦横スクロール機能　77AV MZ2500
横は8dot単位なんて制約もあったな
スクロール機能はマジほしかった
当時のゲームが変わっていただろう

18 ：

FMのはスクロールというよりハードでズラさなきゃグラフィックとテキスト混合画面で
どうしようもなかっただけの機能に感じる。

19 ：

>>17
98が独占状態で何も変えてないんだからどうにもならんｗ

20 ：

ｽﾌﾟﾗｲﾄが欲しかったなぁ。
単色でもMSXのｱｸｼｮﾝｹﾞｰﾑは動きが段違いだったわ。

21 ：

>>15
おい、時期や時間なら「遅い・早い」だが、処理の速度は「遅い・速い」だろｗ

22 ：

>>15 は、処理が終わる「時刻」を言ってるので、「早い」で正解。
ただ、>>9 を >>15 に曲解するのは相当無理があるが。

23 ：

おまいらシュミレーションな話にそれるの好きだなw

24 ：

しょせん「妄想」スレですから。

25 ：

>>22
コンピュータの観点はスピード。
いちいち処理何分は目安でしかなく、エンコードにしても処理のスピード体感。
早いの方が曲解。
だいたいコンピュータに早いなんて必要ないだろｗ

26 ：

スループットとターンアラウンドタイムについて語るスレですね。
今ならVRAMの全てのパターンをディスクにでも置いといて、呼び出せばよい。

27 ：

スレ違いかも知れんが、
88SRとかから3プレーン同時アクセスってのが出来たらしいんだけど、
あれってどんな方法でやっているの?

28 ：

>>20
漏れはＭＳＸユーザーだったが８８が羨ましかった。

29 ：

>>27
ALUでうろ覚えだがI/Oポートに送ってALUモードにして
GRAMのアドレスにCPUがアクセスすればバンクが分かれてる3つに
同時にアクセスしたことになるというものだったと思う
誰かATARIシステム（ガントレット）のCRTCについて知らないかい？

30 ：

>>29
そうなんだ、サンクスコ
オレはMSX2ユーザーだったから88は憧れだったんだよなー
(BGM鳴らしながらディスクアクセスとか)
MSXはBASIC側からVDPとかがいじれたからおもしろかったな
とはいってもやっぱりマシン語使わないと意味無かったりしたけど..

31 ：

>>30
VDPコマンドはBASICからでもマシン語から呼ぶのと比べても十分速かったさ
VDP自体は遅かったけれど
MSX2の面白い所はCOPYコマンドで画像もファイルも一緒くたに扱える所だな
ロジカルオペレーションも秀逸だった
透明色も扱えるからビットマップの処理が簡単だった
れでVDPが速かったら最強だったろうな

32 ：

>>31
＞MSX2の面白い所はCOPYコマンドで画像もファイルも一緒くたに扱える所だな
抽象化の先駆けでしたな。
HAL NOTEも先進的だった。

33 ：

遅かったケド（爆）
Ｒ８００でなくＶＤＰを高速化してほしかった；
ハルノート・・・最後通牒になっちゃったょＭＳＸ（爆＾２）

34 ：

忍者君阿修羅の章でスプライトキャラの残像が無制限に残ってたけどあれもフレームバッファなのかなあ

35 ：

6845って最大256×64キャラクター表示できるけど
その範囲内なら１画面内の表示文字数を自由に設定できたの？

36 ：

GRCGもいいの？

37 ：

UPLはかなり早い時期からフレームバッファ使ってたよ

38 ：

・メモリ空間内のメインメモリとVRAMを共用（PC-60系）
　　表示期間中はCPUストップ（SRで改善された）
・メモリ空間内にVRAMをマッピングしているPC（PC-80，PC-88，MZ系）
　　　最大勢力。VRAMアクセスに小回りが利く。
　　　（80/88系ではmkIIまでは、テキストVRAMがメインメモリと共有であった為PC60と
　　　　同じように表示期間中はCPUがストップした。テキストVRAMの表示を止めればCPUは止まらなくなる。
　　　　SR以降はテキストVRAMもメインメモリから独立した為テキスト表示中でもCPUは止まらない。
　　　　（後発のマシンは全てサイクルスチール導入）
・I/O空間内にVRAMをマッピングしているPC（X1系，SMC-777，MZ-1500）
　　　I/Oアクセスは遅いが、メイン空間を圧迫されない。
　　　ウェイトがかかり、変則的なアドレス配置になっているマシンが多い。
・メインメモリとは独立してVRAMを搭載し、 I/Oポートを経由して表示制御を行うPC （MSX)
　　　VRAMはVDP管理下。すべてがVDP任せなので、小回りが利かず遅い。
　　　CPUと独立して機能できるという利点もある。
・メインCPUとは別のサブCPUでVRAM制御（FM系）
　　　サブCPUにいちいち指示を出し小回りが利かないが、上手く分担すれば速い。
　　　FM77AVからメインCPUからもVRAMにアクセス出来るようになった為扱いやすくなった。
・MMU,MMRでマッピングされたメモリにVRAMを配置（S1，FM77AV，MZ2500）
　　　理想的、何の制約も無くアクセスできる。
・同時書き込み（ALU）を持っている機種（88SR，FM77AV，MZ2500）
　　　水平型VRAMでも何倍もの描画速度が可能になる。

39 ：

機種を並べてみたので貼ってみる。
主に発売時期だが並びは適当。　検索文字等にどぞ。
NEC
PC6001-PC6001mk2-PC6001mk2SR-PC6601SR
PC8001+-PC8001mk2-PC8001mk2SR
　　　　　|-PC8801-PC8801mk2-PC8801mk2SR-PC8801FH/MA-PC8801FE/MC-PC88VA-PC98DO
PC9801-PC9801/E/F/M-PC9801VM/U-PC98XA/XL/VX-PC9801N/LT-PC9801RA/EX/DA/CS
　　　　　-PC-98HA/PC-H98-FC/RC9801FA-PC9801BX-N5200-PC100-PC9821-PC98NX
Fujistu
FM8-new7-FM77/L4-FM77AV/40/40EX/SX
　　　+-FM11ST/AD/BS/EX-FM16β-FMR50/60/70-FMTOWNS/�U/V-FMV
SHARP
MZ40K-MZ80K/C-MZ1200-MZ731-MZ800-MZ1500
　　　　　|+-MZ80B/2200-MZ2531-MZ2800
　　　　　|-PC3201-MZ3500-MZ5500-MZ6550-MZ8000-MZ8376A(AX286N)-PCWD１
X1/C/D-X1Cs/Ck-X1F/G/twin-X1turbo/�U/�V-X1turboZ/Z�U/Z�V
X68000/ACE/PRO/EXPERT/SUPER-X68000XVI/compact-X68030/compact
HITACHI
MB6880-MB6880LII /Jr.-MB6890/mk�U/mk5-MB-S1/45/10AV-JB806E1_2-BM1600

40 ：

>>39
FM11は、ST/AD/EXとAD2/BSの２期に分かれるんじゃなかったっけ？
ST：CPU=6809、FDDなし
AD：CPU=6809、FDD=2D(320KB)
EX：CPU=8088、FDD=2D(320KB)
AD2：CPU=6809、FDD=2HD(1MB)
BS：CPU=8088、FDD=2HD(1MB)
だったと思う。

41 ：

>>40
AD2+も忘れんといて

42 ：

>>40
EXは6809+8088
6809が載ってないのはBSだけ。

43 ：

ほぅ、こんなスレがあったんだねぇ。
>>38をみると、みんな涙ぐましい努力をしてたもんだねぇ。
VRAMに限らず、いろんな用途にマトモに使うには、
65536バイトじゃ足りなかったんだねぇ。
そう思うと9801に使われた8086CPUの
セグメントレジスタてのは絶大な効果があったようだ。
そのアーキテクチャのまま今に至るんだもんねぇ。

44 ：

この時期の8ビット機って、基本一画面とれるだけしかVRAM
持ってない機種がほとんどだったけど、なんかもったいないよね。
裏にもう一画面分とれるだけのVRAMがあれば、アクション性
の高いゲームももっと作りやすかっただろうに。1986年秋から
出始めた廉価MSX2があの価格でVRAM128K載せられたんだから、
本体価格の高いMSX以外のPCはもっと頑張ってもよかったと思う。

45 ：

640x200x3bpp(48KB)のVRAMがあれば
320x200x3bppで2枚、6bppで1枚持てたけど、
要はPC-8801でそういう事をやらなかった、
もっと遡れば8001mkIIで320x200ドットモードを作らなかった事が、
後々まで引き摺ってしまったのだろうなあ
320x200ドットでデジタル8色×2画面でもそれなりに使い道はあるけど、
アナログ512色中最大64色なんてモードがあれば面白そうだ
パレットの構成次第では32色+半輝度や32色+2色、
16色+4色や16色+半輝度+2色、なんて重ね合わせもできる
そういうCRTCが作られなかったから、と言われればそれまでだが

46 ：

当時は解像度を重視、色数や裏画面は後回しで
「見栄えのする日本語表示」を実現することが優先
されたせいか、（ドット単位で色が指定できるまともな）
低解像度モードを持つPCは少なかったよな。
320x200で二画面持てたのは、8001mkIISRと、X1、MZ2500くらいか。
88SRの後期にはスクロールしつつ結構な大きさのキャラが動くゲーム
がいくつかあったが、一画面しかないうえに横の解像度が640もあって
あれだけ動くんだから確かにすごい。実際のフレームレートがどの
くらいだったは気になるけど。

47 ：

PC-9801でもアクションゲームなんかは
「ネイティブ」な640×400じゃなくって、
わざわざ8bit機と同レベルの640×200のモードが
使われることが多かったな。

48 ：

本体10万円以下の低価格帯の機種において、それなりの絵を描ける解像度
（256x192〜320x200）を持ちつつ、面倒な制限なしにドット単位で任意の8(16)色
を置けた最初の機種って何でしたっけ？
価格改定や値引きしての10万切りはとりあえず無しということで。

49 ：

4色や8ドット毎に2色は排除して、320x200で8色となるとMZ-1500あたりじゃね
PC-6001mk2SRやSMC-777は320x200だと16色、
いずれも84〜85年頃出てきた製品
83年の6001mkIIと8001mkIIは、320x200で4色しか出せなかった

50 ：

SORD　M5　\49800　1982/11発売　TMS9918採用　256x192x16色
…らしい(Wikipediaによる)。実機をほとんど触ったことないので詳細不明ゴメン
富士通　FM-New7　\99800　1984/5/10発売　640x200x8色
一応カスタムLSI化で基板再設計なので、単なる‘価格改定’とは違うと思う

51 ：

無知を晒した、ごめん。TMS9918のSCREEN-2モードは横8dot中2色までだった orz
(MSX準拠なら、例えば SONY HB-55 \54800 1983/11発売 とかあるけど、同じ制限適用)

52 ：

無印MSXも後期のソフトは、「色化け」制限のあるSCREEN2でも
結構頑張ってたソフトもあったけどね。シャロムとか聖女伝説とか。

53 ：

コナミのその辺りのタイトルは
グラフィックにライン＆ペイントなんか使ってないから
元からセルグラフィックベース
320x200x8色で10万以下だと
X1Fのmodel10も辛うじて10万を割っているけど、
筐体から新規設計のモデルチェンジとはいえ
シリーズ中盤の価格改定の類だからなあ…

54 ：

>>49
MZ-1500は低価格帯PCの理想的な姿ではあったね。
無理に背伸びせず、使い勝手を優先した設計で、補助
記憶装置も備えてあの価格だったから。
ただ、1500の直接の後継機が出なかったのは
FM-New7をはじめ640*200/8色出せる機種の
低価格化が予想以上に早かったせいだろうな。

55 ：

8ビット機において、テキスト専用のVRAMを持たずに、
色つきかつ高速な日本語表示を実現しようとした場合、
CRTCやVDPにどんな機能があればよかったのかな？
当時はメモリに余裕がないから、文字のデータはROM
に焼かれたものを使うことになるだろうけど、それ以外は
DOS/Vみたいな、BitBLTとハードウェアスクロールに
相当する機能あたり？ゲームにも応用がききそうだし。

56 ：

CPUがROMから読み出したビットマップを
マルチプレーン同時アクセスかパックドピクセルに展開してくれる機能と、
少なくともキャラクター単位でスクロール可能なスクロールレジスタは必須。
逆に言うと、それ以上を望むならCPUを介在させない方向へ行くし、
CPUが介在してROMからラスター単位でビットマップ転送している限り、
フレームレートはどうあっても悲惨な事になる。
たった2KBのTVRAMの書き換えですらアップアップだった時代に、
8x16dot2000文字分をみっちり書き換えたら、
それだけで1行1.2KB（カラーコード抜き）。全画面だと32KB。
しかも、漢字コードの変換とROMからの読み出し、
CRTCやVDPが善きに計らってくれるとしても、
少なくとも文字単位で書き込みアドレスの再設定も必要になる。
しかもROMアクセスのウェイトまで考慮すると、
もう鼻血でも出るんじゃないか？…ってくらいの苦行だな。

57 ：

逆に現在の知見から望み得る機能を列挙するなら、
JISやSJISのコードをそのまま投げるだけで表示してくれる漢字TVRAMに
少なくともキャラクター単位のハードウェアスクロールレジスタを装備。
GVRAM側も、マルチプレーン同時アクセスや
ラスター→パックドピクセル展開のついたCRTCなりVDPなりをあてがう前提で。
漢字ROMのフォントは、CPU側はブランク期間中しか読み出せなくていいよ。
CPUがフォント転送なんかする時点で負け。フォントがCPU側のメモリバスを通る時点で負け

58 ：

解説してくれた人どうもです。
TVRAM無しな8ビット機だと、そんなに大変なのか…。
プログラマの超絶テクニックで、テキストVRAMがないのに
驚きの高速日本語表示を実現！というソフトの記憶も全く無いし。
最後までテキストVRAMがつかなかったFM系だとワープロや
通信ソフトはきっと大変だったろうな。
こういう現実を踏まえると、16ビットでもDOS/V4.0Jが8086を
対象外にして、286以上にしたのもわかる気がする。

59 ：

>こういう現実を踏まえると、16ビットでもDOS/V4.0Jが8086を
>対象外にして、286以上にしたのもわかる気がする。
東芝のダイナブックは、CPUが8086の割にはストレスなかったぞ。

60 ：

J3100系はDCGAを拡張した独自画面モードだし、基本的に単色(1bpp)。
8086でガチでVRAM書き換えて日本語表示したのは、HP200LXあたりか。
これもSoC独自のメモリ管理機構を逆手に取って
全画面書き換えせずにできたからなし得た事だけど、
それでも倍速化は必須だったし、倍速化してもスクロールは波打った

61 ：

MULTI-16は8088か8086でビットマップ画面に漢字表示してたな。まあ遅かったが。

62 ：

PC-100もそんなんだった

63 ：

PC-100は、スクロールレジスタと複数プレーン同時書き込みがあるからまだマシ。
実際に書き換えるVRAMは一行分で済むからね。
それでも、漢字コードの変換からフォントのビットマップデータ読み出し、
書き込み先アドレスの設定と転送まで、TVRAMと比べて「余計な処理」が重くのし掛かる。
たかが10MHzかそこらの16bitCPUでは、十分に重荷と言える処理だった。
X68000も、これでテキスト表示がクソ遅かったんだよね。
（専用スレでこの発言をすると信者が火病るくらいの、トラウマ級の欠陥設計）

64 ：

>X68000も、これでテキスト表示がクソ遅かったんだよね。
>（専用スレでこの発言をすると信者が火病るくらいの、トラウマ級の欠陥設計）
TOWNSも同じ。TOWNSユーザーは素直に遅かったと認めているけどね。

65 ：

>X68000も、これでテキスト表示がクソ遅かったんだよね。
標準のIOCS(BIOS)が遅かっただけで、高速化するドライバ入れれば不便はなかったよ。
「トラウマ級の欠陥設計」とは思わないなあ。

66 ：

>>64
TOWNSはFMR-50のテキストVRAMのエミュレーションみたいなことやってたからだろ。
専用に書かれたテキストエディタなんかは十分早かった。

67 ：

なんか、ハードウェアの仕組みとソフトウェアの実装とで別けて考えられない馬鹿がいるね。

68 ：

まとめると、
夢：シフトJISコードを書き込むだけで自動的に漢字を表示してくれるTVRAM＋スクロールレジスタ装備、
実在するハードウェアは無し。
神構成：漢字TVRAM装備
実在したハードウェア：PC-9801,X1turbo他
実在したがアレ：シフトJISを投げるだけで表示してくれる漢字TVRAM装備
実在したハードウェア：AXシリーズ（JEGA）
地獄：CPUが自力でフォントを読み、VRAMへ書き込む。スクロールレジスタやマルチプレーンアクセス、ALU等のサポートはアリ
実在ハード：PC-100（嚆矢だろう）、MZ-6500、X68000、FM-TOWNS、DOS/V
ゴミ：CPUが自力でフォントを読みVRAMへ書き込み、スクロール時は全画面書き換え。もう鼻血も出ない
実在ハード：腐るほど沢山
奈落：CPUがフォントを読み、狭いI/Oポート越しにVDPに書き込みを依頼する無間地獄
実在ハード：MSX
…こんなところか。

69 ：

>標準のIOCS(BIOS)が遅かっただけで、高速化するドライバ入れれば不便はなかったよ。
>「トラウマ級の欠陥設計」とは思わないなあ。
ハードウェアスクロールと同時プレーンアクセスがあるから98の漢字TVRAMと比べてネガは無い
と口をそろえるけど、CPUがフォントをテーブルから引いてくる処理は無視するよね連中。

70 ：

DOS/Vは仮想VRAMみたいな実装だったから効率悪いんだよなぁ。

71 ：

>ハードウェアスクロールと同時プレーンアクセスがあるから98の漢字TVRAMと比べてネガは無い
>と口をそろえるけど、
X68kのコンソール処理でハードウェアスクロール機能なんて使ってないぞ?

72 ：

DOS/Vもスクロールレジスタの無い機種（VGA）だと、
必然的に全画面書き換えになるから画面が波打つね。
まあハードウェアスクロールがあればPentiumあたりからは気にならないけど
10MHzの68000ではどう逆立ちしてもキツイわ

73 ：

>>69
>CPUがフォントをテーブルから引いてくる処理は無視するよね連中。
実用上問題なければ無視して当たり前。

74 ：

>X68kのコンソール処理でハードウェアスクロール機能なんて使ってないぞ?
持ってない子（持っていてもゲームで遊ぶだけだった子）は、黙っていてくれる？

75 ：

>実用上問題なければ無視して当たり前。
実用上問題があって遅くて、その原因がそこだったのに一体何を言い出すのかと

76 ：

>>72
X68kのラスターコピー機能をご存知ないんですね。

77 ：

>>74
>持ってない子（持っていてもゲームで遊ぶだけだった子）は、黙っていてくれる？
お前のことだろｗ

78 ：

>X68kのラスターコピー機能をご存知ないんですね。
それスクロールとどう違うのかkwsk

79 ：

x68厨爆釣って事は、本当に伝説級のトラウマなんだな。よくわかる。

80 ：

>>72
>まあハードウェアスクロールがあればPentiumあたりからは気にならないけど
>10MHzの68000ではどう逆立ちしてもキツイわ
16MHzの80386でも、楽とは言えなかった。

81 ：

>>78
>>X68kのラスターコピー機能をご存知ないんですね。
>それスクロールとどう違うのかkwsk
馬鹿丸出しｗｗ

82 ：

X1 turboで社内でもいち早く漢字TVRAMを採用したSHARP TV事業部なのに、
X68000ではプレーンVRAMにCPUが書き込むという退行っぷりだからなあ…
あれは仕様を見た時はマジで引いたわ

83 ：

>ゴミ：CPUが自力でフォントを読みVRAMへ書き込み、スクロール時は全画面書き換え。もう鼻血も出ない
>実在ハード：腐るほど沢山
Macもこれだね。
DynaMacに至っては漢字フォントをROMで持っていたせいで、
システムは専用になるわメモリマップは分断されるわで、良い所なしの地雷ハード化。
まあAppleのハードウェアは昔から地雷しか無いといわれればそれまでだが。

84 ：

>>72
>まあハードウェアスクロールがあればPentiumあたりからは気にならないけど
おや、ハードウェアスクロールとBITBLTの区別がつかない馬鹿がいた。

85 ：

>>79
>x68厨爆釣って事は、本当に伝説級のトラウマなんだな。よくわかる。
当時どころか、現在に至るまで一度も所有した事がなくても、
X68000は最強のパソコンだと信じて疑わないオッサンとか普通に居るから困る。
当時の夢を壊されたくない一心で、知りもしない使った事もない「夢」を守るために戦う様は、もはや…

86 ：

DOS/V出始めの頃、NECのTVCMで98のDOS画面でテキストファイルかなんか表示させて
「速いーーーーー！」なんてのあったけど、その頃で頭の中止まってる奴っているんだな。

87 ：

>>63
出たｗ
誇張＋火病＋釣り＋煽り＋自演＋私怨の人間の屑
一人で独自のテキスト鈍足論を主張する
98信者でこいつの釣りが始まるとのびるｗ

88 ：

68の頃にはもう全体のスピードが十分な速さに達していてテキストの描画速度なんて問題にならないんだよ。
>>63
お前が使っていた68のビジネスソフトって何？実名で答えて。
68買って使ったことないだろ？なんで知ったかするの？

89 ：

この68厨、20年もずっと架空の誰かと戦ってるのか…

90 ：

>>63が「架空の誰か」かﾜﾊﾊ

91 ：

あれｗ　あの文でバレてないつもりなのｗ
テキストに粘着してみんなからボコボコにされて逃げ出した負け犬が今更恨み言かかえてなんで出てきたんだ？
お前のことだろ？負け犬のトラウマが痛みだしたか？
＞専用スレでこの発言をすると
自分で言ってるのになんでそんなしらじらしい自演をする？ｗ

92 ：

>>89
で68の型番どれを持ってたの？

93 ：

>>89
20年前のマシンの見当違いなところに今更粘着し続けてるのはどこのｷﾁｶﾞｲだ？
お　前　が　言　う　な　！

94 ：

テキストVRAM問題は本当、X68kユーザーの逆鱗なんだな。
針の先でつつくだけで大騒ぎ。そうかそんなに痛いか、ほれもっと突いてやろう

95 ：

正直言って、こんな過疎板の過疎スレで
20年も一人を追い回し続ける連中が
何人も速攻で沸いて出る、という事実が怖いわ…
よっぽどの有名人なの？ >TVRAM氏

96 ：

>おや、ハードウェアスクロールとBITBLTの区別がつかない馬鹿がいた。
初期のVGAカードは、VGAチップの動作クロックはもちろんだけど
何よりもメモリ自体が遅かったから、
カード上でVGAチップが仮にノーウェイトで書き換え動作できたとしても
カード側のbitbltでも十分な速度は出せなかったよ。
だからハードウェアスクロールを使ったんだ。
高速でリッチな環境から逆行して考える事しかできない今時の子には、
想像もつかないほどタイトでチープな世界の話だろうけどね。
だからこうやって、簡単に馬脚を現してしまう。

97 ：

>>63
こんな過疎スレで特定マシンに恨みをもっていてあんなテキストの独論を言い張るのが同時に2人も現れるわけないんだよ
お前が用意した別人と思ってくださいキャラ以外にはな
なあ孤独戦士NEC厨さんよ

98 ：

こいつは論破されたり、都合が悪いこと聞かれると何も答えず逃げ出すんだよな。
どうせ当時68持ってなくて後でエミュをちらりと触れただけなんだろう？
逃げずにこれだけはっきり答えてくれ。逃げる姿勢自体が負け。
お前が使っていた68マシンとはどの機種だ？>>94

99 ：

>>96
>カード側のbitbltでも十分な速度は出せなかったよ。
S3用のドライバとかで十分速かったよ。Pentiumの頃にはアクセラレーション当たり前だったし。

100 ：

おいおい、論破しているのはこっちだろうが
こっちは理路整然とダメな理由を技術的事実を提示して証明している。
お前（ら？そう多くは見えないがな）は、バカだのキモイだのといった
低次元の文句しか言わない。いや、言えないからだが。

101 ：

>S3用のドライバとかで十分速かったよ。Pentiumの頃にはアクセラレーション当たり前だったし。
それはもうWindows用のアクセラレータを内蔵して、
VRAMも32bit以上のバスで繋がっている
DOS/Vとしては最後期のものだ。

102 ：

>おいおい、論破しているのはこっちだろうが
ｹﾞﾗｹﾞﾗ

103 ：

>>100
答えるまで聞くぞ。
持ってなかったら持ってないと言え。
お前が使っていた68マシンとはどれなんだよ？

104 ：

>>101
>それはもうWindows用のアクセラレータを内蔵して、
>VRAMも32bit以上のバスで繋がっている
>DOS/Vとしては最後期のものだ。
>>72が言ってるのは「Pentiumあたりから」の話。

105 ：

>>100
>こっちは理路整然とダメな理由を技術的事実を提示して証明している。
事実に基づかないホラ話で「技術的事実を提示」ってｗ

106 ：

>>72が言ってるのは「Pentiumあたりから」の話。
俺が言っているのはWidnows以前の話。

107 ：

>>101
>>S3用のドライバとかで十分速かったよ。Pentiumの頃にはアクセラレーション当たり前だったし。
>
>それはもうWindows用のアクセラレータを内蔵して、
>VRAMも32bit以上のバスで繋がっている
>DOS/Vとしては最後期のものだ。
5.02J辺り? の頃か。最後期ではないな。

108 ：

朝の7時に、
一人を囲んで袋叩きにする
面子が揃っている自体が
凄いのか、ダメなのか

109 ：

>>106
>俺が言っているのはWidnows以前の話。
DOSもWindowsも(OS/2も)しばらく共存してたよね。お前何言ってんの?

110 ：

>面子が揃っている自体が
>凄いのか、ダメなのか
ピックル（笑）は24時間体制だからｗ
これでも現場は同世代が居なくなって若い連中ばかりだから
付け焼刃の知識で煽ってもすぐに襤褸を出す。
論破されると始末書書いて反省会だから、連中も必死なんだよ。

111 ：

>>63
結局>>65にマトモに反論できてない時点でお前の負けだろ。

112 ：

>>95
ttp://toki.2ch.net/test/read.cgi/i4004/1144778720/274
こっからの流れ。68のスレでもやってた。
全体として技術の内容が古くてどこかズレている。
2年以上前からただコンプと恨みだけで釣り&粘着する真性の基地外。

113 ：

>ttp://toki.2ch.net/test/read.cgi/i4004/1144778720/274
>たかが10MHzの68000と糞遅いメモリで動作するX68000のスクロール速度は
>どんな魔法を使ったのか知らんが信者の間では98を越えたことになっているから可笑しすぎる
X68ユーザーに苛められ反論もできなかった恨みを抱えて20年か…

114 ：

どうせ皆がHIOCSに乗り換えたことすら知らないんだろ。
結局嘘がバレるのが怖くて持ってる機種名答えずに逃げ出したね。テキスト君敗北決定。

115 ：

>こっからの流れ。68のスレでもやってた。
それは、ここでほぼ論破されてんじゃね？
俺の言いたい事の120%書いてあるわ
ttp://toki.2ch.net/test/read.cgi/i4004/1144778720/303-304
>全体として技術の内容が古くてどこかズレている。
>2年以上前からただコンプと恨みだけで釣り&粘着する真性の基地外。
昔話なんだから古くて遅い環境の話になるのは当たり前だな。
要するに2年前に論破された恨みをまだ引き摺って
見つけた！ここに居た！とかいうのが何人も居るって事？
キモイなんてもんじゃねーな、病院行けよお前。頭のな

116 ：

>>63
X68より同時代のPC-98の方が当たり前にスクロール早いよ。
これで20年間のトラウマから開放されるんだろ? 良かったな。

117 ：

＞お前（ら？そう多くは見えないがな）は、バカだのキモイだのといった
＞低次元の文句しか言わない。いや、言えないからだが。
そして>>115
支離滅裂ひどすぎ　欠陥人間

118 ：

トラウマから開放してくれた礼も言わずに周りに当たるって…

119 ：

2年間も進歩がないやつって凄いなｗ　テキストなんたらｗ
今唐突に昔論破された心の傷跡が開いたのか

120 ：

技術論で太刀打ちできないと人格批判フェーズに移行だね

121 ：

こいつらの最高傑作は
「組織に個人がかなうわけないだろ！」
その個人に論破されてるお前らは
じゃあ一体どんだけ無能なの？っていう
それもネタ揃えプロファイルまで用意してもらって
何人がかりで潰せないってどんだけー

122 ：

テキストのスクロール速度など問題にならない
そもそも1ライン/フレームを越えるスクロール速度は出ない
MSX2+でもHW縦スクロールを併用して十分間に合っている処理
98はフレームスキップしているだけ
NECの比較広告に騙されてはいけない

123 ：

テキストVRAM付ける技術がなかったではなく付けなかったが正解。
なぜならそういう設計思想だから。
あの時代ならもうwindowシステム載せるのが前提だから逆に付いてたらおかしいことになる。
98は昔からあるから過去の遺物が残っている。いずれは消える機能。
設計思想に見当違いな文句言い続けているやつはバカだろう。

124 ：

＞人格批判
＞（専用スレでこの発言をすると信者が火病るくらいの、トラウマ級の欠陥設計）
おい、最初に人格批判から入ったのは自分自身だろ。だからこれだけ釣れた。
数が多いから組織で？いや違うな。
いちいち言わないがお前を見て自然発生的感情で「おまえが言うな」と誰しもが頭に浮かぶ。
だから多くに叩かれる。お前は頭の悪さゆえに天然の釣り師になっている。
それと技術で認めて欲しいというのが論調の癖のようだが
お前のは技術でもなんでもない。自分で言い張ってるだけで中身は10年は遅れている。
だいだい本当の技術人というのは2chなんかで自分の評価を本気で求めたりしない。
逆に煽られてもスキル流出はしないというのが現代の技術人だろう。

125 ：

>>123
横レスですが、自分もほぼ同感です。WYSWYG　という言葉/思想?が90年前後から流行って、
好きなフォントで表示してそのまま印刷するのが、少しずつ浸透し始めた時期かと。

…ところで　>>1　を読み直してみると
>当時のマシン(PC,FM,X1,MSX等)のメモリマップのあり方、アクセス方法の技術について語ろう
このスレは、たぶん８bit機の技術や工夫(1980〜1988年頃まで?)について比較するスレ
だと思うので、16bit機以上の競合各機種の話題は、そもそもスレ違いなのでは？
論争は終わりにしたほうが、良いんじゃないでしょうか？

126 ：

論争なんてもんじゃなくて、キチが一人で大騒ぎしてるだけ。

127 ：

>>54までは普通にまったり進行だったのに
うっかりテキストVRAMや16bitといった単語に過剰反応したみたいな

128 ：

転機は>>55からだろ
全部CPUでやったらどうなるの？というのは誰でも浮かぶ疑問だろうし、
結論は8/16bit機では失敗例しか無い、という歴史が証明している。
32bitOS にリッチなアクセラレータに高速なVRAMを搭載したGPUが搭載され、
ようやく実用レベルのものが完成したのが1995年末のWindows 95、
それ以前のPC-100やX68000は失敗作である、という厳然たる事実は
いくらFANBOYどもがわめき散らしたところで、どうにもならない。

129 ：

自分が信じられないくらい痛い存在と思われてる
そんな自覚持てない、客観的視点もてないやつっているんだな。
頑迷で虚勢をはるだけ。

130 ：

>>128
ユーザーでなくても知っている68の同時書き込み+αあることなんで知らなかったんだ？
お前HIOCS使ったことないだろ？（YesかNoで）
あれを使えば人間の目では98とは区別がつかないくらい高速だった。
むしろ98のチラつきの方が気になるくらい。
しかも98より面積は広い。
要はお前は自分が使っていた98マンセーしたいだけだな。

131 ：

>>128
頭の中がNECのCMキャッチコピーで止まってる。
初期68のとりあえず付けてた描画ドライバ見ただけで止まってる。
アクセラレータは15年前の話で止まってる。
しかも内容は今更粘着してどうなるって話。お前は化石か？今の現実はないのか？
68のテキストで書き換えなければいけないのは余分なスクロールエリアを除けば1/4
4プレーンのうち1つだけでいいから更に1/4
書き換え必要な領域はたった32KB
68000でのアクセスは一瞬だろ、わかるよな。
更にこれにラスタコピーも使用するわけだ。
PC88ですら必要な16KBの書き換えは一瞬だったぞ。
どこかに難癖つけたいという輩なんだろうけど、どんだけ速度感覚ないやつなんだ。
さすがに無理がありすぎる。

132 ：

>68のテキストで書き換えなければいけないのは余分なスクロールエリアを除けば1/4
>4プレーンのうち1つだけでいいから更に1/4
>書き換え必要な領域はたった32KB
>68000でのアクセスは一瞬だろ、わかるよな。
>更にこれにラスタコピーも使用するわけだ。
>PC88ですら必要な16KBの書き換えは一瞬だったぞ。
とりあえずお前は技術的な話はしないほうがいい。周りが恥ずかしいから。

133 ：

とりあえず逆らってみました

134 ：

てかｗ

135 ：

68がなぜスクロール機能を使わなかったのか、使う必要がなかったのかを考えればいいのにな。

136 ：

>68がなぜスクロール機能を使わなかったのか
電卓やソフトウェアキーボードも動いちゃうからじゃね

137 ：

>>132
当時もテキストが遅くて困ったなんて話聞いたことないし
ここでもお前のトンデモ理論に賛同するやつなんていないよ。

138 ：

>>131
>PC88ですら必要な16KBの書き換えは一瞬だったぞ。
メモリやM1サイクルのWAITは考慮しないとして、4MHzのZ80でメモリ転送で最速のLDI命令
使って16000バイトの転送をしたとして、64m秒も掛かるよ。一瞬て?

139 ：

一瞬の捉え方でごねるのか
4MHz機しか持てない貧乏人は。
どのみちZ80の話だな。

140 ：

>>137
>当時もテキストが遅くて困ったなんて話聞いたことないし
テキストが遅かったから、それを補うフリーソフトが開発されたり、Human68Kに
IOCS.Xが添付されたりしたんだが。

141 ：

>>139
>一瞬の捉え方でごねるのか
当時8801でパソコン通信とかしてるとスクロールのストレスは切実な問題だったぞ?

142 ：

描画ドライバが付いてダメなことでもあるのかｗｗ
もうNVIDIA、ATIの更新切っちまえって話だな

143 ：

>>140>>141
話を後退させる、駄目だこの老年クラス。

144 ：

当時を知らない奴が想像で語ってるネ!ﾌﾟﾌﾟ

145 ：

>当時もテキストが遅くて困ったなんて話聞いたことないし
エミュレータで遊んでる分には困ることないもんな。

146 ：

ところでテキスト遅いの人はX68はどの機種使ったことあるの？

147 ：

>お前HIOCS使ったことないだろ？（YesかNoで）
電脳倶楽部にまで漏れなくついて来るほどのマストアイテムを
現役ユーザーが使った経験が無い訳がないだろ？
>結果、ROMで持ってるフォントをメモリに転写してウェイト処理を回避したり、ループ展開した汚いコードで少しでも速度を稼いだり、
>16色表示を諦めて2プレーンや1プレーンに手抜きしたりしてまでテキスト処理を軽くしようと無駄な努力を繰り返しても、
>98のTVRAMの軽さには敵わなかったと。
これがHIOCSの事なんじゃね
どうしようもなく遅かったものを、メモリを無駄遣いして少しだけ改善しました。それがHIOCS
当社比2倍の超高速化、とかいうと凄い事のように聞こえるけど
カタツムリの歩く速度が当社比2倍でも、そりゃ客観的に見てまだ使い物にならん遅さなんだよ。
数字の問題でもない。3倍でも5倍でも、同じことだ。

148 ：

>PC88ですら必要な16KBの書き換えは一瞬だったぞ。
CLSの速度比べとか、そういう次元の話？
それでも10fpsも出せなかったと記憶しているが？

149 ：

>>68がなぜスクロール機能を使わなかったのか
>電卓やソフトウェアキーボードも動いちゃうからじゃね
プレーン毎にスクロール位置は設定できるんじゃね
電卓とソフトウェアキーボードは専用プレーンを使っているくらい、常識だよな？
まさか、そんな事も知らないで叩いてるのかこいつは

150 ：

>どうしようもなく遅かったものを、メモリを無駄遣いして少しだけ改善しました。それがHIOCS
>当社比2倍の超高速化、とかいうと凄い事のように聞こえるけど
>カタツムリの歩く速度が当社比2倍でも、そりゃ客観的に見てまだ使い物にならん遅さなんだよ。
>数字の問題でもない。3倍でも5倍でも、同じことだ。
フォントをRAMに置くだけで2倍速ｗ
って世界だったなX68000
DOS/Vで使われたフォント形式font.xはX68000発祥で、
要はフォントをROMから吸ってRAMに置くなら
なにもROMからコピーしなくても、自分で好きなフォント置けばいいんじゃね？
（HDDやFDD上のファイル領域は余計に食う事になるけど）…ってのがはじまり。

151 ：

>電卓とソフトウェアキーボードは専用プレーンを使っているくらい、常識だよな？
確かマウスカーソルもだ。
それだけのために1プレーン割り当てｗ

152 ：

検索Time　………　　　12点.

153 ：

>>151
>それだけのために1プレーン割り当てｗ
2プレーン

154 ：

>>149
>プレーン毎にスクロール位置は設定できるんじゃね
できねーよ。
まさか、そんな事も知らないで叩いてるのかこいつは

155 ：

>フォントをRAMに置くだけで2倍速ｗ
>って世界だったなX68000
「RAMに置くだけ」って言ってるのは、IOCSコール$16がどういう処理してたか
理解してないんだろーなー

156 ：

mkIIでパソ通やってたって50歳超えてたのかｗｗ このﾌｧﾋﾞｮﾘNEC厨ｗｗｗ

157 ：

整理すると、こういうこと？
X68k信者 「X68kのテキスト表示は最初は確かに遅かったが、ユーザーが作ったHIOCSで何倍も高速化した！無いものは作る！それがX68kだ！！（ドヤ顔」
PC98信者 「高速化しても、客観的に見てまだ遅かったのが事実。頑張ってもやっとで普通。ダメな子ほど可愛いのはわかるが、客観性は持て（呆れ顔」

158 ：

>PC98信者
客観的どころかX68触ったこともないみたいよ。

159 ：

>>157
>ユーザーが作ったHIOCSで何倍も高速化した！無いものは作る！それがX68kだ！！（ドヤ顔」
HIOCS以前にOS標準のドライバIOCS.Xがあったから「無いものは作る」とかおかしいわ。

160 ：

88はハイレゾモードで640x400モードがあったね。漢字ターミナルで使っていた。
ただ、これも単色ビットマップに文字単位でカラーコードを振れるというだけなので、
1行スクロール処理するためには結局、全画面32KB(+カラーマップ）を書き換えなければならなかった。
もちろん、漢字コードを変換してROMからフォントを読み出し、
書き込み先アドレスを指定して転送する処理は、さらに別にかかる。
結果、98と同等のハイレゾ漢字表示が可能とは言っても、8MHz機でも泣きたくなる遅さだった。
FM-7シリーズはGVRAM専用にサブCPUを持っていたし、スクロールレジスタもあったので
ANK表示に関してはそれなりに健闘していた。（それでもTVRAMを持つ88やX1と比べれば遅すぎたが）
しかし漢字表示となると、メインCPUが漢字ROMから読み出したフォントをサブCPUへ渡す処理まで余計にかかり、
惨憺たる有り様だった。スクロールだけは速かったけど、漢字の表示は遅かった。
そのボトルネックは後に77AVシリーズで改善された
（サブCPU側から漢字ROMへアクセスできるようになったらしい？）と聞くけど、
自分は77AVシリーズは触った事が無いので、本当のところはどうだか知らん。
ウィキペによると”メインCPUからGVRAMを直で弄れるようになって速くなった”的な書き方だし
それ本当に解決策なのかよ、と突っ込みたい所だけど、所詮ウィキペだし、みたいな。

161 ：

年寄りの僻みだったというオチの構図が見えてくるね
98,88の旧技術で今の若いのには相手にもしてもらえない
絡めるのは後から出てきて気に食わない68相手ぐらい
昔話で休日返上の全力（笑）
どうせ頭固すぎてjavaや.netでやりあう場では太刀打ちできんのだろうこういうのは

162 ：

FM-7の漢字表示が遅かったってBASICの話?
SYMBOL文かなんかならスケーリングの処理が入るから遅くて当たり前だと思う。

163 ：

結局遅いと言ってるやつが1名だけなんで問題ないんじゃね？
言ってるやつがまるで作為で歪んでるような人物なんで
どこぞのシステムのようにこの人の意見は参考になりましたか？ボタンがあったら
-100ぐらいなりそうな勢いだし。

164 ：

2年4ヶ月悶々として爆発したやつは恐らくこの板最長記録

165 ：

この時代のCRTCではお約束のデジタル8色は、
タイリングを駆使すれば擬似的ながらも結構な
色表現ができたわけだけど、いわゆる「中間色」
の表記上の最高記録は「ダ・ビンチ」の729色あたり？
たまたま見つけた160色のツールでこんな感じ。↓
http://www.retropc.net/fm-7/museum/softhouse/ponyca/540201500.html
ダ・ビンチの729色が全部出ているスクショはないのかな。
ちなみに、市販ゲームソフトで個人的にデジタル8色の最高峰は、
「ジーザス2」と「雀ボーグすずめ」と思ったり。

166 ：

>結局遅いと言ってるやつが1名だけなんで問題ないんじゃね？
>言ってるやつがまるで作為で歪んでるような人物なんで
>どこぞのシステムのようにこの人の意見は参考になりましたか？ボタンがあったら
>-100ぐらいなりそうな勢いだし。
数の問題ではないからなあ…。
実際に16x16ドットの漢字1文字の表示に必要なステート数を比較すれば、
X68000がテキスト表示の遅いクソハードであった事は一目瞭然なわけで、
難しい事はわからんが俺たちのロッパーを貶す奴は絶対に許さねええええ！！！！１！１１
…というバカ達がいくら数を頼みに-100つけたって、真実は変わらん。
遅かったから、ユーザーが必死に改善した。
改善はされたが、それでも構造上・原理上の欠陥から来る遅さは、どうしようもなかった。
これが、X68000の真実。

167 ：

必要十分て言葉を知らない馬鹿

168 ：

そもそも、X68Kはなんでわざわざビットマップ式のテキストVRAMを載せたんかね？
単純な文字表示の速度はPC-98等と比較して劣るのは覚悟の上で
1)ビジュアルシェルや後のSX-WINDOWみたいなことをやりたかった
2)書体を自由に入れ替えできる
3)やろうと思えば絵も描けるので、ゲーム等でBG面的な使い方もできる
みたいなメリットと天秤にかけて表現力重視の設計をしたということなのかな。
個人的には10MHz機でもHIOCS入れれば、我慢できないほどじゃなかったし、
030なら不満はなかった。ただ、1)は時期早尚、2)はあればうれしい程度の
機能なので、むしろ98と同じ方式のテキストVRAM8K+グラフィック用VRAM1M
バイト搭載のほうがよかった。

169 ：

>>168
ちゃんとしたワープロを作れるPCをめざしたんでしょ。
PC-9801のテキスト面は使い物にならなかったし。
けっきょくグラフィック面を使う言図を使う羽目になったしな。
まあ、24ドットフォントや12ドットフォントを混在して表示したり、プロポーショナルなカーニングをしたり、行間調整をドット単位で行ったり、正しい字下げを行ったり、送り出し追い込み禁則に伴う微妙な字間調整を画面上で行ったりするためだよ。
そこまでは９８には荷が重いと思うから、画面上でとりあえず行間改行1行、段落改行1.5行、8ドット単位じゃない字下げを出来る程度で許してあげるよ。

170 ：

>>169
あ、いいわすれた。
もちろん、ご自慢の高速なテキスト面を使って、ってことで。

171 ：

そういうのはグラフィック画面でやればいいんじゃね

172 ：

>>169
そんなところを目指してたの？＞x68k

173 ：

Macが超高価で日本語処理もやっとだった87年〜88年あたりに、
フォント混在やカーニングや禁則、ぶら下げ、ルビ、上付き
下付きがきっちり出力できたワープロソフトが実現していたら
ゲーム以外の大きなウリになったと思う。ただ、プリンタも
このために特製の奴を開発する必要がありそうな気もするが。

174 ：

>>171
それを言ってしまうと、９８の唯一の売りがなくなってしまうぞ？
じゃあ６８も同条件でグラフィックも使う事にして、色つき文字にハイカラー画像もドット単位の自由な位置に張り込むような文書の制作を念頭に置いて開発されたってことにするか。
９８にはこれは荷が重いだろうから、中間色を使ったフォントのスムージング表示と16色のカラー文字が両立できるぐらいで許そうかな。

175 ：

>それを言ってしまうと、９８の唯一の売りがなくなってしまうぞ？
>じゃあ６８も同条件でグラフィックも使う事にして、色つき文字にハイカラー画像もドット単位の自由な位置に張り込むような文書の制作を念頭に置いて開発されたってことにするか。
>９８にはこれは荷が重いだろうから、中間色を使ったフォントのスムージング表示と16色のカラー文字が両立できるぐらいで許そうかな。
もう一度、日本語で整理して書き直して

176 ：

>>166
>実際に16x16ドットの漢字1文字の表示に必要なステート数を比較すれば、
>X68000がテキスト表示の遅いクソハードであった事は一目瞭然なわけで、
漢字ROM別売りのPC-9801には発言権ないよね。

177 ：

>>175
ちゃんと日本語の文法ぐらい守って。
句点がないよ。

178 ：

>>177
句点? 大体あるじゃない。
句点 - Wikipedia
http://ja.wikipedia.org/wiki/%E5%8F%A5%E7%82%B9

179 ：

>Macが超高価で日本語処理もやっとだった87年〜88年あたりに、
>フォント混在やカーニングや禁則、ぶら下げ、ルビ、上付き
>下付きがきっちり出力できたワープロソフトが実現していたら
TeXが移植されて来たのは、90年頃だったかなあ。
98は要go32(DOSエクステンダー、つまり386以降）。
当時、PC(DOSマシンという意味ではなく、パーソナルコンピュータ全般)で
まともに組版した文書を作成したければ、TeX以外の選択肢はほぼ無かった。
言うまでもない事だけど、TeXはワープロではない。
（TeX自体はグラフィカルなUIなど持たない）
TeXはX68にもポーティングされていたけど、レンダリングは物凄く遅かった。
CPU（とメモリとHDD）の速度がモノを言う作業だから、当然と言えば当然だが。
それでもX68にしがみついて周囲に唾を吐き散らすような、痛い奴は確かに居た

180 ：

技術的なことやコスト的なことはよくわからんけど、
CRTC(VDP)⇔VRAM間の接続だけワンランク上の
バス幅で接続、みたいな設計をしようという発想は
国産8/16bitPCの全盛時代にはなかったのかな。
ビジネス向け16bit機なら、当時の用途ではそこまで
する必要はなかったのも確かだけど、ホビー向け
8bit機なら、スプライトがなくてもデカいキャラを
スムーズに動かすみたいなことがしやすくなったり
したと思う。
ゲーム機だとPCエンジンとかアタリのジャガーが
そんな設計だった記憶があるのだけど。

181 ：

で、98も68も8bit機だったの？ スレチな池沼さん達。

182 ：

>>180
コストを抜きにしてその問題を語る事が出来ない。
開発費を投じて新規CRTCを作るよりも、高速な16bitCPUを採用する方が安く付くなら
高速な16bitCPUを採用するのが自然だから。
当時のパッケージ問題もあるし。
今の保守派DIP絶対主義的アマチュアでは無いにしろなwww

183 ：

スレ違いだけど、PSPの画面って 480x272ドット/8 = 16320バイトで
1プレーンがかろうじて16K(16384)以下に収まってるのが、なんか凄いと思った
さらに今度の PSP Vita は縦横2倍ずつなので、きれいに64Kに収まるねw

184 ：

近代的な32bitCPUの論理メモリのマッピング機能は1ページ4KB前後が相場だから、
物理メモリ空間が64KBしか無いとか論理メモリが1セグメント64KBまでだ
とかいう制約とはまったく無縁だし、関係もないな。
携帯ゲーム機だとVRAMだけでもCPUやGPUにオンダイで搭載したい
という方向はあるかもしれんけど、それすらもメガバイト単位で余裕で載るご時勢だし。

185 ：

>スレ違いだけど、PSPの画面って 480x272ドット/8 = 16320バイトで
>1プレーンがかろうじて16K(16384)以下に収まってるのが、なんか凄いと思った
いまどきプレーンてｗ

186 ：

>>184-185
それは判ってるよ、ごめんよー、あんましイジメないでーw
>>1　に
>64KBの制約の中、各社様々な工夫を凝らした
>VRAMのバンク切り替え,MMU管理,I/O空間配置, 専用GPU
>高速化のための 直線補完、サイクルスチール、プレーン同時書き込み
て書いてあるから、わざわざそれに合せてネタを振ったのに… w
ここは8bit機のスレだから、当時正方ピクセルで 480x272 ていう発想があれば
面白かったのにな、と思っただけです、他意はないです。
でもNHKのハイビジョンですら、16:9をデジタル解像度に定義し直したのは
1982年ころらしいから、やっぱりスレ違いだったな

187 ：

ナムコの業務用機の解像度が224x288だったのは、BGの容量を1KBに収めたかったからみたいね。

188 ：

A4で20枚の大容量なんてＣＭがあった時代は一太郎がまだV4

189 ：

典型的な8bit機のディスプレイ処理周りは、ほぼディスクリートで組まれていたと言って良い。
CRTCと呼ぶチップは単なるクロックジェネレータであったり、外部回路としてDAC、RAMが搭載されてる。
LINEを引くだけでもCPUが介在した。今ならラスタライザは最低でもグラフィクスカードが担当する。
サブCPU搭載してLINE引くと性能も上がるだろうが、無ければ処理速度も上がらない。何れにせよコストも下がらない。
後にこの部分はMSXもファミコンもワンチップ化した。MSX1のTMS9918は基本的にスプライトと画面表示機能のみであったが、
V9938の段階で大幅に機能追加し、ラスタライザやビデオ同期CoCPU、BitBLTまで搭載しワンチップ化した。
当時のディスクリート回路が殆どだった8bit設計と比較して設計やコスト面で非常に良く考えられている。
この考え方は後にゲーム専用機にも応用されたのではないだろうか。
当時V9938の試作品は東芝で汎用部品とユニバーサル基盤を使い手配線で相当な大きさになったという話もあるが。

190 ：

>典型的な8bit機のディスプレイ処理周りは、ほぼディスクリートで組まれていたと言って良い。
>CRTCと呼ぶチップは単なるクロックジェネレータであったり、外部回路としてDAC、RAMが搭載されてる。
あれ? PC-8001は?
>LINEを引くだけでもCPUが介在した。今ならラスタライザは最低でもグラフィクスカードが担当する。
>サブCPU搭載してLINE引くと性能も上がるだろうが、無ければ処理速度も上がらない。何れにせよコストも下がらない。
あれ? ラスタライズとBresenhamのアルゴリズムなんかとを混同してるの?
>後にこの部分はMSXもファミコンもワンチップ化した。MSX1のTMS9918は基本的にスプライトと画面表示機能のみであったが、
え? ファミコンにライン引く機能? 本気で言ってんのかしら?
以下下らないので省略

191 ：

MSX2以降のVDPって、開発はYAMAHAじゃねーの？

192 ：

>>191
仕様決めるのにアスキーも関わってたはずだけど、基本YAMAHAだね。

193 ：

SORDのM5ですらTMS9918を用いたので、ロジックICを組み合わせるタイプの設計では、
高機能化もLSI化してコストダウンを図らないと当時の8bitマシンのVDP周りの設計では×
コストが下がらなければ販売数が伸びずLSI化も無理。高機能化などさらに無理。
MSX2は後発故にVDPの改良を施した。TMS9918互換モードを持つメガドライブのVDPはI/O経由したVRAMアクセスで64KBVRAM
だが、I/O幅は32bitなので直接VRAMにアクセス出来なくとも優秀なソフトがある。
PCの世界は16/32bitに移って行った。結局は使う人設計する人如何。

194 ：

>>193
>I/O幅は32bitなので直接VRAMにアクセス出来なくとも優秀なソフトがある。
68000使ってて32bit幅なわけないじゃんｗ

195 ：

MDのVDPに、TMS9918互換モードなんか無いよ。
セガマークIII/マスターシステムと勘違いしてるんじゃないか？
バス幅もお花畑妄想。
マークIIIのVDPは同時期のMSX2とよく比較され、
スプライト機能のみをもってmarkIII＞＞＞MSX2と騙られるが、
マークIIIはビットマップグラフィックを持たない、
OBJ(スプライト)とBGのみでVRAMの容量も少ない、
低価格の（実も蓋もない言い方をすればファミコン対抗の)ゲーム機専用VDP。
MSX2のV9938は、当時としては頭おかしいレベルの128KBものVRAMを搭載して、
高解像度や多色表現、つまりパソコン的な用途に特化したVDP。
今で言うアクセラレータ機能まで載っているという、コストのかけ所をちょっと勘違いした贅沢VDPだ。

196 ：

メガドラのVDP+V9958＋αくらいの機能がのったVDPが
MSXを含む家庭用テレビにつなぐ各種機器向けの新製品
としてすぐに開発に入っていれば、turboRに間に合ったり
したのかな。
スプライトやBGはメガドラのままでいいけど、パレットだけは
増やしてスプライト256色・BG256色ぐらいまで使えるように、
V9958の後継としては、VRAM256K搭載で、640*240多色
モードとかを追加して表現力と使い勝手をアップしてさ。
日本語テキスト表示の高速化にも貢献できる各種アクセラ
レート機能の拡充があればなおよかった。

197 ：

またお花畑くんか。妄想垂れ流すのだけはほんとマメだな
MDは外付けでカラーパレットを拡張することができ、業務用基板では32k色から16色を選択できた。
さらに、MDではBGとOBJで4本しか無いカラーパレットを供用していたが、
パレット拡張版の業務用基板ではBGとOBJで独立して4本ずつ持てた。
逆に言えば、BGとOBJでカラーパレットを共有することはできなくなった訳だが。

198 ：

MSX2も、スプライトとBG(GVRAM)でそれぞれ別のパレットを持てれば良かったね。
追加するロジックもそれ程多くなくて実現できるし
あとは、フォントのラスタデータ→ビットマップ展開＆書き込み機能でもあれば良かったのかな。
書き込み開始座標と書き込みカラーコード、XYそれぞれのラッチ数、総書き込みサイクル数を事前に渡しておいて
あとは8bitずつラスタデータを渡してやればどんどん描いてくれる感じで。
これなら、8x8や7x5dotのANKフォントに限らず、16x16や24x24/32x32でもどんと来いだ。
TVRAM不要まで速くはならないだろうが、相当な省力化が可能なはず。
グラフィックの解像度や能力には、ユーザーはあまり不満は持っていなかったと思うなあ。
エロゲーの移植で当時のクソ汚い圧縮やった所が叩かれていた程度か。
横512はテキスト表示で横8dotだとデファクトな80x25行が表示できなくて困る程度。
ankなら横7dotフォントも内蔵していたから、MSX-DOS上でセルフ開発する程度なら何も困らなかった。
パソ通やって日本語表示が遅くて横80桁表示も無理で何より遅くて困った程度か。
TurboRの頃にはMSX-Viewで使った横12dotの漢字フォントに対応したターミナルやエディタも出てきたが、
面倒くさいから通信と開発は98でやった方が速くて快適だった。
当時のパソ通でこれ言うと裏切り者扱いで糾弾されるという、しょっぱい世界でなあ…

199 ：

MSXユーザーだったけど、他の機種と同じ横640は欲しかったな。
自分で絵を描いたり、MSX専用のソフトならさほど問題ないけど、
もし640あればコンバートや描き直しの手間が減る分、多機種から
の移植がもっと増えると思ったから。

200 ：

エロゲーのクソ移植で火病る奴以外は、
わりとどうでもいい話だな。
自作絵を98に持って行くのは楽だったし、
512x448で描いたときは目が潰れそうになったが、
次からは98で描いて持ち込むようにした。

201 ：

9938は当時の資料を目にした事があって、VDP内部では1語5bitという半端なCPUが搭載されていたはずです。
単なるフレームバッファにPlusしてBitBLTも搭載されているのでDMAも存在する。
CPUが含まれるという事はROMとマイクロコードがあるはずで、インタラプト処理はせずともスキャンラインや
コマンド処理に何らかの機能を持たせていた筈です。当時のゲート数で機能を実現する方法として採用されたのでは。
自作的にV9938/9958をFPGA上にVHDLで作っている人が居ますが、内部のDMAやCPUの話が無いので、
恐らくVHDL論理合成はビヘイビアでしょうね。
だとするともっと設計すれば速度と回路規模は小さくなるのではないかと思います。
MDのVDPには9918互換モードは存在する様子ですよ。マスターシステム互換だとか。
X68Kと異なりフレームバッファは主メモリにマップされておらずI/O経由ですから、マーク3や
マスターシステムと似ているのでしょう。プログラマには嫌がられたようですが。

202 ：

まーたこいつトンチンカンなこと言ってる

203 ：

>>201
V9938にVEDEO CPUが載ってるのって、データシートのブロックダイアグラムに
当たり前に書いてあるじゃん。
VDPコマンドはそれがやってたんだろ。DMAコントローラは必要ないだろ。

204 ：

>>201
>MDのVDPには9918互換モードは存在する様子ですよ。マスターシステム互換だとか。
↓に書いてあることより信頼できるソース他にあったらくれ。
Sega Genesis and Mega Drive#Video - Wikipedia
http://en.wikipedia.org/wiki/Sega_Genesis_and_Mega_Drive#Video
> Video
> The Mega Drive uses the Yamaha YM7101 for graphics generation and
> sprite control. The YM7101 is based on the Master System's VDP (or
> Video Display Processor), which in turn is derived from the Texas
> Instruments TMS9918. The YM7101 includes additional display modes
> and capabilities along with the Master System VDP's original display
> modes (minus the original TMS9918 modes).

205 ：

MDのVDPにフレームバッファなんか無いし。
たぶん同一人物なんだろうけど、この絶妙な外し加減は
狙ってやっているとしたらちょっとしたもんだな。
仕様を知っている立場なら思わずイラッと来てツッコミ入れる

206 ：

>>201
>MDのVDPには9918互換モードは存在する様子ですよ。マスターシステム互換だとか。
>X68Kと異なりフレームバッファは主メモリにマップされておらずI/O経由ですから、マーク3や
メガドラのVRAMをフレームバッファと呼ぶのは語弊があるだろ。
X68kも主メモリにフレームバッファなんかマップしてないぞ。MPUのアドレス空間にあるのを
勘違いしてるだろ。それか、用語の意味を知らないのかどっちかだろ。

207 ：

>>201
>自作的にV9938/9958をFPGA上にVHDLで作っている人が居ますが、内部のDMAやCPUの話が無いので、
>恐らくVHDL論理合成はビヘイビアでしょうね。
>だとするともっと設計すれば速度と回路規模は小さくなるのではないかと思います。
公開されてるソース読んだりしてから言えよ。

208 ：

メガドラのVDPにはマークIII互換モードはあったが、
マークIIIが対応していたTMS9918モードは載ってない。
故にSG-1000用のゲームはメガアダプタを挿しても動作しない

209 ：

月曜の早朝から笑わせないでくれよホント

210 ：

とりあえず突っ込みだけ読んだ。
酷いな……にわかの発狂モードはｗ

211 ：

>>166
ラスタコピーに必要なクロックを数えてみようかｗ

212 ：

>>ラスタコピーに必要なクロックを数えてみようかｗ
16x16ドットのフォントパターンを引いて来てVRAMへ書き込むのに必要なクロックを数えてみようかｗ

213 ：

>212
偶数桁目に書き込むとして、メモリのウェイト考えなきゃ300クロックもいかないかな。
move.w (a0)+,(a1)
move.w (a0)+,$80(a1)
move.w (a0)+,$100(a1)
move.w (a0)+,$180(a1)
move.w (a0)+,$200(a1)
move.w (a0)+,$280(a1)
move.w (a0)+,$300(a1)
move.w (a0)+,$380(a1)
move.w (a0)+,$400(a1)
move.w (a0)+,$480(a1)
move.w (a0)+,$500(a1)
move.w (a0)+,$580(a1)
move.w (a0)+,$600(a1)
move.w (a0)+,$680(a1)
move.w (a0)+,$700(a1)
move.w (a0)+,$780(a1)
文字表示の処理ってこれだけじゃないし、全体から見て大した負荷じゃないね。

214 ：

漢字コードの変換とフォントテーブルのアドレス算出は、どこでやってるの？
1文字当たり300クロックも余計にかかる自体が噴飯物じゃないの？

215 ：

>>214
>漢字コードの変換とフォントテーブルのアドレス算出は、どこでやってるの？
最短で30サイクルくらい? 大したもんじゃねぇな。
lea.l KanjicodeToFontdataTable,a0
lsl.l #2,d0
movea.l (a0,d0.l),a0
>1文字当たり300クロックも余計にかかる自体が噴飯物じゃないの？
PC-98だとどんな処理になってX68とどれほど違うのか教えてくれ。具体的なコードで頼む。

216 ：

>>214
>1文字当たり300クロックも余計にかかる自体が噴飯物じゃないの？
10MHzで動作する68000にとってはそんな大したもんじゃないでしょ。1画面
書き換えても0.05秒程度の負荷だし。
つーか「300クロックも余計にかかる」って、98だとVRAM書き込み処理って発生
しないの? 5MHzの8086にとって無視できるレベルってこと? そんなわけないと
思うけど。

217 ：

全画面fillですら20fpsも出ないだろ
サバ読みすぎも大概にしとけ

218 ：

>>217
おやおや、>>213の「文字表示の処理ってこれだけじゃないし、全体から見て大した負荷じゃないね」が
理解できないらしい。

219 ：

>>217
> 16x16ドットのフォントパターンを引いて来てVRAMへ書き込むのに必要なクロックを数えてみようかｗ

220 ：

>>217
>全画面fillですら20fpsも出ないだろ
VRAMのウェイト考えなきゃそれくらい出るんじゃね?
move.l d0,(a0)+ を (96/4)*512 = 12288回だろ?
http://www.google.co.jp/search?ie=UTF-8&q=10000000%2F(12*(96%2F4)*512)
>10 000 000 / (12 * (96 / 4) * 512) = 67.8168403
ウェイト考慮に入れても余裕で出そうだわ。

221 ：

>VRAMのウェイト考えなきゃそれくらい出るんじゃね?
現実には出ない。出たら誰も苦労してない。
お前の空虚な妄想からは、現実のハードウェアを叩いて当時実際に試行錯誤した様子を全く窺えない。

222 ：

三連休最終日の朝からこうまでX68厨が必死になるということは、
そこまで遅くはなかったにせよ、それだけ探られたくない何かがあるのだろうな。
ま、週末に変なのが沸いて土日でフルボッコにされるのがこのスレの平常運転て事で。
>月曜の早朝から笑わせないでくれよホント

223 ：

PC-98だとどんな処理になってX68とどれほど違うのか教えてくれ。具体的なコードで頼む。

224 ：

>>221
あれぇ? 俺、当時某スクリーンエディタの表示周りとか実装したことあんだけどな?
「現実のハードウェアを叩いて当時実際に試行錯誤した様子を全く窺えない」?
ああそう。ふ〜んｗ

225 ：

>>221
>現実には出ない。出たら誰も苦労してない。
物知らず乙。
ちなみに、1走査線期間で4ラインコピーできるラスタコピー機能使えばもっと速いぞ。

226 ：

>月曜の早朝から笑わせないでくれよホント

227 ：

X68kってコマンドラインじゃずっと24x24使っていたな＞俺

228 ：

>16x16ドットのフォントパターンを引いて来てVRAMへ書き込むのに必要なクロックを数えてみようかｗ
>漢字コードの変換とフォントテーブルのアドレス算出は、どこでやってるの？
「PC-98だとどんな処理になってX68とどれほど違うのか教えてくれ。具体的なコードで頼む」
に対するレスポンスがないってことは、
…まあそういうことなんだろうね。

229 ：

>現実には出ない。出たら誰も苦労してない。
>お前の空虚な妄想からは、現実のハードウェアを叩いて当時実際に試行錯誤した様子を全く窺えない。
成る程ね(ﾌﾟ

230 ：

X68kのコンソールって仮想画面持っていて、スクロールするとき
前と違うときだけ書き換えるんだっけ？

231 ：

ラスタコピー機能でスクロールするのにストレスないし、そんな面倒なことやってないんじゃない?

232 ：

実画面は1024x1024あるけど仮想画面なんか持ってないよ

233 ：

いや、DOS/VでいうV-TEXTみたいな、
なんちゅうかエスケープシーケンスしてるところ
たしかにラスタコピーしていると思うが。
最初は文字出力のたびに垂直同期待ってたりしてな。

234 ：

>X68kのコンソールって仮想画面持っていて、スクロールするとき
>前と違うときだけ書き換えるんだっけ？
ソーサリアンかなんかと勘違いしてね?

235 ：

cursesみたいなものけ？

236 ：

しばらく書き込みがないので、一石を。
80年代に各社から発売されていたホビー向け国産8ビットPCで、
「なんらかの手段で200ラインまでの主要な画面モードを家庭用
テレビに出力できた機種」をまとめてみたいのだが、本体標準は
ともかく、純正オプション・非純正まで含めると今となっては情報
が少なくてなかなか難しい。例えば、こんな分類をするとして、
◎→本体に標準装備の機能のみで可
○→純正オプションで可
△→市販の非純正オプションで可
WikipediaによるとPC-6x系なら、
6001/6001mkII/6601→◎
6001mkIISR/6601SR→○
こんな感じに分類できそう。8001系は、mkIIまでは純正オプションで対応みたいだが、
SRは不明。富士通・シャープ・日立・三菱・東芝・三洋・松下ソニー・カシオ…情報求む。
（MSXやおもちゃ系メーカーの最初からテレビに繋ぐ前提のものは除外ということで。）

237 ：

>>236
家庭用テレビに出力って言っても、RFモジュレーターかビデオ信号かで違うよな。
PC-8001本体の白黒ディスプレイ出力でも、テレビのビデオ入力に繋げば一応絵は
出るぞ(色は付かないが)。

238 ：

>>237
そのへんは考えてなかった。
機種によっては分類はモノクロとカラー併記ということでどうでしょか。
■→本体標準の機能のみで可（モノクロのみ）
□→純正オプションで可（モノクロのみ）
▲→市販の非純正オプションで可（モノクロのみ）
初代8001とか、初期MZくらいまでの時代ならモノクロでもなんとかなったけど、
それ以降はカラーがないと寂しいので、たとえテレビにつなげても微妙だなぁ。
俺はディスプレイの資金がたまるまで、テレビへ白黒出力でがんばったぜ！
みたいな人もいたりするのかな。

239 ：

本体標準だと、
PC-88はFE/FE2でビデオ出力対応。
X1はturbo/turboZとG/twin、MZは700/1500あたり？
FMはわからん。
各社の320*200や640*200@8色のデジタルRGB出力を
コンポジットビデオに変換してくれる汎用的な製品って
当時なかったのかな？

240 ：

電波新聞社のアレ…は逆の装置だったか

241 ：

>>239
オレ持ってたよ、まさにそういう製品。
メジャーではなかったと思うけど。
画質はもちろんお察しください

242 ：

>>241
ああ、やっぱりあったんだ。
当時は子どもだったから、純正モニタしか目に入ってなくて、
そういう製品で乗り切るという発想がまるでなかった。
今思うと、アナログRGB化された88SRや77AVは、多少の制限がつくものの、
21ピンマルチ入力に対応した市販のテレビにも接続できることをもっとアピール
していればよかったのにと思う。自社の純正モニタの売り上げは多少落ちる
だろうけど、本体購入のハードルはだいぶ下げられたと思う。

243 ：

純正以外はソニーのやたら高いモニターしかなかった記憶が

244 ：

ソニー以外でも、三菱・三洋・TOTOKU（東京特殊電線）あたりが
8ピンデジタルRGB接続で各社のパソコンに汎用的に使えるモニタを
出してたような…。エプソンやナナオ、飯山はどうだったかな。
2000文字対応とか、4050文字対応とか、そんな売り文句もこの時期だな。

245 ：

>>243
GVM-14xxシリーズかな
NECのPC-TV353とか454なんてのも、結構多くの端子・信号に対応してた

246 ：

>>244
アナログ21ピンの話なので。
デジタルだったら沢山使ってたし、いろいろあるのは知ってる。

247 ：

PC-TV455今もテレビとして使ってる。
デジタル8ビン、アナログ9、15ビン、21ピンマルチ、
コンポジットビデオ2系統、Sビデオと何でもあり。

248 ：

V9938ってアスキーが初めて設計したものらしいけど
ヤマハとの作業分担はどんな感じだったのかね？

249 ：

>236
FM-7/8は純正で家庭用カラーテレビアダプタがあった。
当時はファミコンと同じRF出力当たり前でＴＶにビデオ入力端子がなかった。(TVそんなに買い換えない時代だったしｗ)
今は秋月のﾋﾞﾃﾞｵｺﾝﾊﾞｰﾀで液晶ﾃﾚﾋﾞにS入力してる。

250 ：

RFの写りはうねうね色が波打ってる状態で、width 80,25はほとんど判別できなかった。

251 ：

241だけど、640*200をコンポジットになんて、画質悪いからとうていお勧めできないよ。
MSXみたに最高解像度が256*192とかならともかくさ。
それよりNECはPC-TV451〜455の端子＆対応周波数の多さをもっとアピールするべきだった。

252 ：

ビデオ出力の88ってどんなのか見てみたい気がする

253 ：

>>252
FEやVAならビデオ出力あるぞ。

254 ：

FM-7の話だけど、秋月のｱﾅﾛｸﾞRGB→ﾋﾞﾃﾞｵｺﾝﾊﾞｰﾀ(ﾌﾟﾚｽﾃと同じ石のやつ)はきれいに写るよ。
絶版だけど。今買えるほかの店の別の石のやつはｲﾏｲﾁだった。

255 ：

8801FE持ってて、コンポジット出力でテレビで使ってた一時期あったっけ
>>250-251の言うとおり、640*200、width80のANK文字が読みづらい
400ラインの漢字表示は論外のレベルだな
金がなかったので我慢して使ってたけど、ゲームで遊んでる分にはまあ耐えられる

256 ：

RFとﾋﾞﾃﾞｵとはまた違うよ。ﾋﾞﾃﾞｵ信号のがはるかにきれい。
ﾌｧﾐｺﾝをﾋﾞﾃﾞｵ出力に改造したことあったけど、鮮明さに感動したよ。

257 ：

あ、そうだったね
RFとビデオ出力は別物だ

258 ：

関東だと２ちゃんねるなわけだ

259 ：

チャンネル切替なつかしい！

260 ：

>>221
俺よくわからないんだけど
hanim.xで256x256x8bitのRLEを展開しつつのコピーが20fps出せてたんだから、
768x512x1bitの描画でも20fps出せるだろ。
当時10MHzのCZ-600CE使ってて
microEmacsのスクロールが60fpsだったし、
テキストVRAMの遅さで困ったことはなかった。
それよりもCPUが遅いことと変態解像度のほうが100倍ダメだった。
>>230
たとえば一行スクロールするとき
ラスタコピーだったら1/240秒くらいで一画面分のコピーが完了する。
そのあとに最後の行だけ書く。

261 ：

>>256
ビデオ出力が欲しいだけでツインファミコン買ったよ。

262 ：

>>261
連射も便利だった。ドラクエ３は一行ずつとまる設定にして連射で進めるのが一番速かったｗ

263 ：

>>256
>>261
ファミコンに限らず、昔のゲーム機を現在のテレビ（ハイビジョン液晶）に
接続するためのアップスキャンコンバータって、ないもんかねえと思う。
この前PS2をコンポジットでテレビにつないだら
アナログブラウン管のテレビにつないだ時より汚く見えたorz

264 ：

エミュでやってろ。

265 ：

>263 コンポジット(S)が妥当だと思いますね。
http://www.aitendo.co.jp/product/2126
こんなのとか。ﾃﾞｼﾞﾀﾙRGB入れるにはSYNC信号を考えないとﾀﾞﾒだけど。

266 ：

同じ店にこんなんあった。D-SUB15ﾋﾟﾝ端子あるTV持ってる人人柱になって。
ﾃﾞｼﾞﾀﾙRGB入れるなら、工夫いるけど。
http://www.aitendo.co.jp/product/1320

267 ：

液晶TVに入れると無理やりボカシタ感じになるからなぁ…。
昔のゲーム機やパソコンはドットの送出クロックがバラバラだから
13.5MHzでサンプリングする様な今時の機械だとどうしてもね〜。
ボケるのがアナログっぽくて良いんだ!!という主張は置いておくwww

268 ：

過去のゲーム機やパソコンを同期信号のタイミングかなんかで判断して
最適なサンプリング周波数を選択するアップスキャンコンバーター作ったら
大儲けできるかな?

269 ：

実在すると思うけど、業務用ですごく高いから売れないかと。

270 ：

>>268
小儲け程度だと思うけど頑張って作ってくれ
正直、過去のゲーム機を全部セッティングするのはACアダプタやコントローラがかさばるのが
一番やりにくい理由だと思う

271 ：

最近の液晶ディスプレイの解像度は、1,920×1,200ドットも可能であるから、
15KHzに関しては、以下のモードを整数倍で対応して欲しい。
・256×192、512×192、256×212、512×212ドット（MSX等）
・320×200、640×200ドット（PC-8801、X1、FM-7系等）
・288×224ドット（ナムコのシステム1等のアーケード向け）
・256×256、512×256、384×256ドット（X680x0系）
入力端子も、
・デジタルRGB（8pin）
・アナログRGB（9pin（昔のSONY、NEC）、2列15pin、21pin）
・TVコントロール（X1、X680x0系）
を用意してくれるなら\100,000超えていても買ってしまうな。
ニッチな市場に特化した製品として、どこぞのメーカーが製造してくれんかな。

272 ：

早く消えろ〜♪

273 ：

>>271
XRGB-3の最新のファームウェア入ってるのだとドットバイドット表示でヘンテコ解像度も対応できるよ

274 ：

どっかにPC-8801MkIISR以降のALUの使い方について詳しく解説してるサイトは無いだろうか？
(CPUのALUじゃなくて画面回りのALU。念のため)
手持ちの資料がPC-8801MkIIの物なのでV2モードの資料が無くて…
アナログパレットだけは調べがついたけどALUの使い方がわからなくて…
古本？そんなのずっと探し続けてますがな。

275 ：

ttp://www.maroon.dti.ne.jp/youkan/pc88/iomap.html
なんとなく想像はつくけどよく分からんな
ここまでやってどうして３２０×２００モードをつけなかったんだか
３Dゲームが単色でしかできねぇぞ

276 ：

>>274
ワンポイントアドバイス。
http://www.amazon.co.jp/dp/4879660485/
PC‐8801 mkII SRテクニカルマップ２「ハードウェアを知る」には
ALUの説明はほとんどないので、その目的で買うとがっかりする。
http://www.amazon.co.jp/dp/4879660477/
PC‐8801 mkII SRテクニカルマップ１「ソフトウェアを知る」
買うならこっち。レジスタの説明くらいならある。

277 ：

>>274
YsIIIとか解析すると勉強になるよ

278 ：

やっぱり解析しなきゃ駄目？…orz

279 ：

単純な機能しかないから>>275のリンク先の説明だけで充分
32hの設定値を保存しておくワークエリアのアドレスとか拡張アクセス中は割り込み禁止とかの
細かいことが>>276の本に載っている

280 ：

・GRAMに書き込むと、GRAMのデータと論理演算(セット・リセット・反転)しながら3面同時に書き込まれる
　重ね合わせのときに3面同時にマスクで穴を開けたのち各面ごとにOR描画とかが楽に出来る
・3面同時転送モードでリードすると、3面分のデータ(3バイト)がラッチされる
　GRAMに書き込むとラッチしたデータが書き込まれる　1バイトのリード/ライトで文字通り3面同時転送
・リードしたとき指定色の箇所だけビットを立てる。PAINT文に便利？
　ゲームではあまり使わないかも
こんな感じかね？

281 ：

BRGのプレーンを1回で読み書きできるのは凄いメリットだよね。
少なくとも3画面分のアドレス指定をしなくて済むのはありがたいな。
このALUを搭載した順番は
MB-S1 → PC-8001mkII SR/PC-8801mkII SR → MZ-2500で正しいのかな？

282 ：

FM-11は、書き込みだけで論理演算はできないが、
RGB 3バンク同時書き込みできた。
1982年11月 FM-11（書き込みのみ RGB 3バンク同時アクセス）
1984年 5月 MB-S1
1984年12月 (参考：FM-16β ここで開発されたLSIがFM77AVに搭載された）
1985年 1月 PC-8801mkIISR
1985年10月 MZ-2500
1985年11月 FM77AV

283 ：

MB-S1のは論理演算とは呼べない。Bit Mask Writeが出来るだけ。

284 ：

面白い話してるなと思ったら、途中から「あーそういう意味、悪かった」の一言が言えない子供ばかりになってて笑った。
8086に外付けでMMUつけたマシンって見たことないんだけど、できないのかな？
セグメントって慣れればいいけど、どうしてもとっつきにくいし、MMUを付けれるならやったほうがいいと思うんだけど。

285 ：

今、80年代前半に98の対抗機としての理想の8086マシンを考えて見てるのだが、できればパックドピクセルにしたい。
それにはセグメントよりもMMUがいいなあと思うんだよね。

286 ：

外付けのMMUがどういうものを想定しているのかわからんなー
どうやっても一度に扱えるアドレス空間は64Kバイトまでだから
セグメントより良くはならないんじゃないの

287 ：

MMUについてウィキ程度の知識しか無いんだろうな

288 ：

「あーそういう意味、悪かった」の一言が言えない子供のような気がする。

289 ：

>>284
MMUつけました！
ついでにセグメントのサイズも上限4GBにしました！
…人はそれを80386と呼ぶ。

290 ：

当時インテルで386設計を担当したチームへの回顧インタビューがあった
http://archive.computerhistory.org/resources/access/text/Oral_History/102702019.05.01.acc.pdf
(とくに7〜9頁あたりから) セグメント(286互換)/フラットの共存をどうするか
レジスタを増やすか/アドレッシングの汎用性を拡張するか
このへんをスタッフ内で議論・模索してた様子が興味深い
まだIBM-PCが出たばかりで(1982年頃)、その後のPC市場がこれほど伸びるとは
予想外だったので、バイナリ互換路線の選択はとても幸運だったと、開発陣も
述べてる(目標はむしろ68000やUNIX向け云々…)のが個人的に面白かった

291 ：

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

292 ：

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

293 ：

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

294 ：

>>292
こっちは8bit機用でスレ違いっぽかったので、x86用の別スレに貼りました
すっごい長文になってしまってゴメン
68K v.s. x86
http://ikura.2ch.net/test/read.cgi/i4004/1220728356/712-

295 ：

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

296 ：

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

297 ：

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

298 ：

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

299 ：

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

300 ：

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

301 ：

>-3でアクセス間に合うのか？
-3て150nSだけど、9918当時でこれより速いDRAMってどんだけあったかな?

302 ：2013/07/06

>>300
>８個も使うし３電源だしバクチ打つにはリスク多いな
データシートに4116使う例載ってるけど？