究極の8ビット機を妄想するスレ Part 4

1 : ナイコンさん[sage] : 2010/11/30(火) 13:15:49
できるだけ実在するデバイスのみで、究極の8ビット機を妄想してみよう。
ただし現状のPC界を見てもわかるとおり数値的なスペック追求のみでは無意味と知れ。
お前らの妄想力&創造力に期待する!

前スレ:
3. ttp://toki.2ch.net/test/read.cgi/i4004/1221580785/
2. ttp://bubble6.2ch.net/test/read.cgi/i4004/1161303062/
1. ttp://bubble4.2ch.net/test/read.cgi/i4004/1009359454/l50

(※ 知識のある方は技術的なウラなど取っていただけると幸いです。)
2 : ナイコンさん[sage] : 2010/11/30(火) 13:28:24
Oh! X誌1988年6月号の「8RON計画」でだいたい結論は出てる
3 : ナイコンさん[sage] : 2010/12/01(水) 13:50:03
>>2
それPDFでくれ
4 : ナイコンさん[sage] : 2010/12/01(水) 16:03:54
概略でもいいから教えてほしい
5 : ナイコンさん : 2010/12/05(日) 16:30:31
2さん待ち
6 : ナイコンさん : 2010/12/05(日) 16:53:23
推奨NGワード
"SOUND:128VOICE"
7 : ナイコンさん : 2010/12/05(日) 16:57:26
ハードウェア案
 CPU(メイン) … ZiLOG Z180(10MHz)
 CPU(サブ ディスプレイ制御用) … ZiLOG Z80H(8MHz)
 CRTC … NEC μPD7220×2(テキスト用とグラフィック用)
 音源 … YAMAHA YM2151 & YM2149

 主記憶 … 1MB
 グラフィックVRAM … 128KB
 PCG定義用RAM … 8KB

テキスト表示
 ANK 40文字×30行×16色/80文字×30行×16色
 漢字 40文字×30行×16色
 PCG 8×8ドット×16色×256文字
グラフィック表示
 320×240ドット4096色1画面
 320×240ドット16色3画面
 640×240ドット8色2画面
 640×480ドット8色1画面
 テキスト画面と別描画で重ねあわせ
 VRAMのRGBプレーンへの読み書き同時アクセス可
 四方向ドット単位のハードウェアスクロール機能つき
サウンド
 ステレオFM音源6音+リズム6音+SSG3音+ADPCM音源1音(波形メモリ256KB)

OS案
 CP/M互換
 ファイルシステムFAT16,ext2,ISO9660に対応
 タイムスタンプ付き
 TCP/IP対応
8 : ナイコンさん[sage] : 2010/12/05(日) 17:20:14
7220は当時の最高性能だったから良い。
結局、メモリ空間は64Kbyteになる、そして実用的には512Kbyteでも余るだろう。
それよか RAM-DISKの方が利用価値が高いと思う。
そして、音源用にCPUを用意したいくらいだ。
FDDアクセスにDMAを使って高速にすべきだ、快適さに直結する。
9 : ナイコンさん[sage] : 2010/12/05(日) 18:50:47
FDDつなぐんなら88みたいにFDD専用CPUを積みたいところだな。

まぁ、俺的にはFDDよりSDカードのほうが・・・
10 : ナイコンさん[sage] : 2010/12/05(日) 21:34:37
TVも16:9が当たり前の時代に、
解像度640x480やら320x240にこだわるって正直どうよ?

1920x1080/1200でDVI-D/HDMI出力を前提に語るべきでしょ
1920x1080x1bppでも1プレーン当たり256KB弱要るけどね

ダブルスキャンで960x540や、さらに割り引いて480x270、
240x135あたりの画面モードを持たせるのは、
8bitプロセッサからの扱い易さの点では悪くないと思うけど。
実画面も2048x2048~256x256あたりで段階的に下げられるし

横640にどうしてもこだわるなら、縦はもう360で妥協しとけっていう
11 : ナイコンさん[sage] : 2010/12/05(日) 21:57:20
究極の16bit機を妄想~なら、フルHD環境でも屁でもないんだけどねえ…

CPU/GPUの処理能力「1MIPS」以内、bit数/命令アーキテクチャの縛りは無し。
CPU・GPU・周辺全て含めてロジックは「100万トランジスタ」以内、
CPU/GPUも含めて1Mトランジスタ以内に収まるなら音源もSSG/FM/PCM何音でも自由。
メモリも、容量はメインメモリ/VRAM全部含めて「1Mbit(128KB)」以内まで。
メモリの種類・速度とバス幅の縛りは無し。全部SRAMで512bitバス接続(笑)でもok

上記ロジック数の範囲内なら、CPU/GPUは複数搭載も可能、バス幅の縛りも無し
(だが無闇にバス幅を広げれば、当然バスコントローラでもロジックを喰うから制約になる)。

ストレージは上の縛りの範疇に無いけど、
「デモ」ソフトはデータも含めて「1Mbit」と「1Mbytes(=8Mbit)」でレギュレーション分け。
ソフトに関しては、容量無制限の無差別級もあっても良いとは思うけど。

…こんな感じで、懐かしくも新しい「メガ」デモムーブメントでも興せば、面白いかもなあ…
ハードウェアとして実在させたいという欲求は(俺には)全く無いので、エミュレータでいいし。
表現力的にはSFC/MDの16bitコンシューマ機と32bit次世代機の中間くらいの、
個人でもギリギリ手の回り切る箱庭になると思うんだが。
12 : ナイコンさん[sage] : 2010/12/05(日) 22:10:26
Z80系の人だったら、MSXのVDP(画像サブCPU)の高速化だけで満足すると思う。
13 : ナイコンさん[sage] : 2010/12/05(日) 22:11:06
プロセッサやロジックの動作周波数にも縛りは無いけど、
どれだけ動作周波数を上げ高速なメモリを使おうとも、
とにかく1MIPS(毎秒100万命令)を越えたらレギュレーション違反になるので、
おのずと上限は出てくる。

実在するプロセッサで1MIPSというと、8MHzの68k、
10MHzのV30あたりが一つの目安か。

処理能力が欲しければ、プロセッサを複数積んで平行動作させるしかない。
そうすればその分ロジックも喰うので、自ずと限界が出てくる。
CPUとGPUを別搭載して良いので、表現力を稼ぐならそこで工夫してもらうしか。

メモリの1Mbit縛りは厳しいかと思うけど、メモリの速度に制約は無いから
UMAで頑張ってもらう(そのためのロジックやコントローラの設計も含めて)のが腕の見せ所

デモソフト(別にゲームでもOSでもワープロでも表計算でも何でもいいけど)の1Mbit/1Mbyte縛りも、
供給媒体の時点の容量でレギュレーション以下ならokなので、
当然何らかの圧縮をかけて来るだろうし、圧縮自体は他の環境(現在のPCとか)でやってもok
デモ開始までデータ展開に何(十)時間とかかかっても、それもok

SFCやMDの末期のROMソフトを見ても相当いろいろやれるから、
遥かに強力なプロセッサと数倍のワークRAMを持てるこの環境なら楽しそうだ。
こうしてみると、1MIPS/1Mbitsってのは手ごろな尺度だったんだなあ…と今更にして思う。
14 : ナイコンさん[sage] : 2010/12/05(日) 23:12:45
いや、当時使ってた愛機の小改良版がほしいだけなんだよ、みんな。
15 : ナイコンさん[sage] : 2010/12/05(日) 23:55:06
2MHzの8bitCPUにカセットテレコで不満無く 開発していた。
画面解像度が広くなると プログラミングが加速度的に難しくなる。
16 : ナイコンさん[sage] : 2010/12/07(火) 03:53:17
究極の8bit

CPU:8008
MAINMEM:16Kx32(512K)
SUBCPU:i7+GPGPU(370基)
SUBMEM:8GB
HDD:3TB
GA:ATI
SOUND:128VOICE
BATTERY:単3x4 持続時間3秒
17 : ナイコンさん[sage] : 2010/12/07(火) 21:26:08
水をかけたら普通のCPUでいうといころのクロックみたいなものがあがる8ビットCPU。
今の技術なら普通にできる。
しかも水をかけることにより今のヘキサコアと同様かそれ以上のスペックを発揮できる。
しかしながら、あまり水に浸しつづけると暴発し、半径5mは消し飛ぶぞ。
しかも内部で命令セットを変換できるので、Windows搭載可だ。64ビットOSだってインストールできるぞ。
基盤からでてる銅線でHDMIだってUSB4.0だってエミュレートできるんだから。
しかもコアから出ている振動を利用して、bluetoothやwifiも可能だ。
リアルモードでテグザーやれば、2秒でゲームクリアだぞ。
18 : ナイコンさん[sage] : 2010/12/08(水) 12:18:29
乾燥させたらクロックが下がってハルトするの?
日に当てたら成長してRAMが増えるとか
これからの時期は霜に注意だな
19 : ナイコンさん[sage] : 2010/12/09(木) 14:13:22
Z80の制御下に68000を配置すればいい
20 : ナイコンさん[sage] : 2010/12/09(木) 18:04:11
マニアは6809の下にグラフィック制御用の68000……w
21 : ナイコンさん[sage] : 2010/12/09(木) 21:41:03
>>19
それはすでにYAMAHAがやってた
22 : ナイコンさん : 2010/12/12(日) 07:43:45
それなんてMSX?
23 : ナイコンさん[sage] : 2010/12/28(火) 18:57:57
88SRと77AVとX1turboとMZ2500をモード切り替えで使えればそれで良い。
24 : ナイコンさん[sage] : 2010/12/28(火) 22:23:53
秋月に1個40円のH8が出たからそれでやってくれ
H8はいろいろあるけどたぶん8ビットCPUだよ
25 : ナイコンさん[sage] : 2010/12/29(水) 22:19:03
>>23
素晴らしい提案だけどFDDやKB等の物理的相違点はどう吸収すんの?

まさかEMUみたいにディスクイメージや、
106KBへの無理矢理マッピングでお茶を濁すんじゃないよね?
26 : ナイコンさん[sage] : 2010/12/30(木) 04:33:08
FPGAのコンフィグを変ry
27 : ナイコンさん[sage] : 2010/12/30(木) 05:13:25
>>23
このパターンだと過去の資産を使うためのマシンに成り下がって、
それで何か新しいものを作りだそうっていう気は起きんわ。
28 : ナイコンさん[sage] : 2010/12/30(木) 13:10:41
全く新規のマシンだとツールさえ作らないくせに
29 : ナイコンさん[sage] : 2010/12/30(木) 18:46:47
>>16
これこそ究極にふさわしいな
30 : ナイコンさん[sage] : 2010/12/30(木) 21:36:01
3秒も持続しないだろ
31 : ナイコンさん[sage] : 2010/12/30(木) 21:36:37
早漏すぎる
32 : ナイコンさん[sage] : 2010/12/30(木) 22:47:31
>>29
はいはい、自画自賛自画自賛
33 : ナイコンさん[sage] : 2010/12/31(金) 02:13:51
「究極」を性能面で考えれば>>7その他の方向なのかもしれんが、俺は複合機も究極の一面だと思う
CPUはじめ内部部品は小型化できるだろうが、FDDを5インチ・3.5インチ両方2基ずつなんて言い出すと
とんでもなくブサイクなマシンになってしまうだろうがw

究極というからにはデザイン面にもこだわりは欲しいよなぁ
34 : ナイコンさん[sage] : 2010/12/31(金) 02:24:44
>>16
ならWinもLinuxも動かせるな
まさに「究極」と呼ぶにふさわしい
35 : ナイコンさん[sage] : 2010/12/31(金) 05:15:36
起動する前に電源がおちちゃう><
36 : ナイコンさん[sage] : 2011/01/04(火) 19:14:40
>>33
> 「究極」を性能面で考えれば>>7その他の方向なのかもしれんが、俺は複合機も究極の一面だと思う

解るけど、現在みんなが考え得る8ビットの性能限界を考慮すると
過去に出た8ビットマシンを動かせるだけでは、性能的に甚だ役者不足すぎるでしょ
性能面でそこそこの物を作っておいて
過去のマシンについてはエミュレーション機能でフォローできれば良いのでは?

あと、>>7のスペックはまあまあなんだけど、せっかくならCPUにZ280やHD64180を使うべきだよな
Z280あたりは商業的には大失敗のプロセッサだが
究極性能を妄想するという点においてはこのスレにぴったり

> CPUはじめ内部部品は小型化できるだろうが、FDDを5インチ・3.5インチ両方2基ずつなんて言い出すと
> とんでもなくブサイクなマシンになってしまうだろうがw
> 究極というからにはデザイン面にもこだわりは欲しいよなぁ

今のご時世にFDDは要らんでしょ
外部記憶なら普段はSDカードを使えるようにしておくだけで、FDDは外部接続可能にしておけば十分
37 : ナイコンさん[sage] : 2011/01/04(火) 21:50:05
それって8ビットである必要あるのか?
38 : ナイコンさん[sage] : 2011/01/04(火) 23:09:59
>>16
これこそ究極にふさわしいな
39 : ナイコンさん[sage] : 2011/01/05(水) 00:23:42
サブCPUはメインよりビット数(幅)とクロックが上回らないって制限付けてもいいんじゃない?
40 : ナイコンさん[sage] : 2011/01/05(水) 00:38:05
妄想は無限なり
41 : ナイコンさん[sage] : 2011/01/05(水) 01:58:53
>>38
何度も荒らすなカス
42 : ナイコンさん[sage] : 2011/01/05(水) 02:12:49
>>16
究極ですね^^
43 : ナイコンさん[sage] : 2011/01/05(水) 18:55:16
メインCPUよりサブCPUの方が高性能なPCって何かありましたっけ?
44 : ナイコンさん[sage] : 2011/01/05(水) 19:07:39
YIS
45 : ナイコンさん[sage] : 2011/01/05(水) 23:42:29
>>38>>42
ネタとしてもつまらないからそろそろやめたら?見てて痛々しいよ

>>36
HD64180はともかく、Z280は16ビットプロセッサだろw
CPUなら他にeZ80という選択肢もあるでよ

eZ80AcclaimPlus!とHD64180の10MHzはどっちが高性能かな
46 : ナイコンさん[sage] : 2011/01/06(木) 01:35:18
>>16
究極すぐる
しかしAMDでないのが残念
47 : ナイコンさん[sage] : 2011/01/06(木) 05:16:20
うざ
48 : ナイコンさん[sage] : 2011/01/10(月) 10:36:37
Z80 3.58THz 光バス
49 : ナイコンさん[sage] : 2011/01/10(月) 18:27:37
>>16よりはおもしろいと思うよw
でも俺は、
 Z80X 4.0GHz 内蔵メモリ64KB I/O 8bit 4MHz
とかの方が好みだねw
別にNTSCの基準クロックから作れる訳でもないしw
50 : ナイコンさん[sage] : 2011/01/10(月) 19:27:39
うぜ
51 : ナイコンさん[chage] : 2011/01/11(火) 17:12:38
んーと、その様子だと、日立S1のCPUをZ80にして、
FM音源とグラフィックチップを別途つければいいのかな?

MSX2にS1のページマッピング機能を取り入れて、
アドレス空間を1MBにすればいいわけだ。

それだけのアドレス領域があれば9801並になるから、
BASICなどはカートリッジで動作させる、
MZ型みたいなクリーン設計もアリだな。
52 : ナイコンさん[chage] : 2011/01/11(火) 20:40:24
S1のようにページマッピングで1MB確保できても、
アクセスできるのはあくまでも16ビット分ずつだからねぇ。

その場合、できるだけメインメモリ領域が大きい方が望ましい。
VRAMをメインCPUにやらせると、その領域が必要になって、
マッピング切り替えなどの手間が増えるから、そうなると
MSXみたいにグラフィックチップに任せた方がいいのだろう。
53 : ナイコンさん[sage] : 2011/01/11(火) 20:59:35
うぜ
54 : ナイコンさん[sage] : 2011/01/11(火) 21:05:20
MSXにPC9801のグラフィックチップを載せると最強
55 : ナイコンさん[chage] : 2011/01/11(火) 21:21:08
blueMSXによると、MSX2+の時点で、
すでに最大メインメモリが512KBもあったんだな。
MSXは詳しくないが、これだけのメインメモリを捌くには、
やはりS1みたいなページマッピングが必須。

偉大なる先人たちは、どうやら、
コストさえ度外視すれば、すでに究極の領域に達していたんだねぇ。
56 : ナイコンさん[sage] : 2011/01/11(火) 23:27:22
S1ってメモリ空間は1Mだけど実際はROMとかVRAMがあるからRAMをフル搭載しても600Kにも満たなかったのでは?
そういう意味ではFM-11の方がすごいと思う
グラフィックも400ラインで16色使えるし
あと相対ジャンプなどが弱いZ80とメモリマッピングはあまりなじまない気がする
57 : ナイコンさん[chage] : 2011/01/11(火) 23:47:28
MZみたいにBASICのROMを外し、
MSXみたいにVRAMをVDPで別領域に置いてやれば、
1Mのアドレス空間のほとんどを
メインメモリにできるかもしれないねぇ。

ソフトはROMカートリッジで用意すれば、ロードも速いし
CPUが直接アクセスできるから、それだけでもかなりのことができそうだ。

今も昔も、メモリは力。
58 : ナイコンさん[sage] : 2011/01/13(木) 08:42:26
全角半角混在妄言
59 : ナイコンさん[sage] : 2011/01/13(木) 13:04:25
バンク切り替えで対応すりゃ、大容量メモリアクセス出来るだろう。
60 : ナイコンさん[chage] : 2011/01/13(木) 17:43:35
バンク切り替えを、より高度にしたのがページマッピング。
8801のような、固定アドレスのVRAMバンク切り替えの場合、
そのアドレスのメインメモリには、描画プログラムや画像の転送元データを
配置出来なかったりするからねぇ。

ページマッピング(S1の場合)だと、ソノヘンの配置を
ある程度自由に設定できるようになるんだよ。
61 : ナイコンさん[sage] : 2011/01/13(木) 17:52:53
物理アドレスが狭いから意味ねぇ
62 : ナイコンさん[chage] : 2011/01/13(木) 17:57:34
>>61
なので、物理アドレスが狭い8ビットCPUの場合、
MSXみたくVDPに任せた方がいいのだろうと思ってね。

Fもその思想だったようだが、なぜかFがやるとダメ仕様なんだよね。
63 : ナイコンさん[sage] : 2011/01/13(木) 22:55:07
極論を言えばメモリが死ぬほど載っててCPUが死ぬほど速けりゃ大抵の無理は通っちゃうからね
昔はPCGやらスプライトが無ければ難しかったゼビウスなんて今では携帯で動くもの
ただそういうのは工夫がなくてつまらないとも思うけど
64 : ナイコンさん[sage] : 2011/01/13(木) 23:04:01
MSXのVDPは致命的に処理が遅かった。その結果MSXは成長できなかった。
65 : ナイコンさん[chage] : 2011/01/13(木) 23:07:41
MSX以降というか、MSXで使われてたブツ以外で、
もっと強力なVDPってなんかあるのかねぇ?

スーファミのVDPとか8ビットCPUで使えたりするのかねぇ?
66 : ナイコンさん[sage] : 2011/01/14(金) 00:25:29
スーファミCPUはバス8ビットでバンク64Kを256ページという仕様
特に問題無いように思えるけど
67 : ナイコンさん[sage] : 2011/01/14(金) 01:56:01
切られて無職になった基地外が自演で荒らし回ってるのか
68 : ナイコンさん[sage] : 2011/01/14(金) 03:29:35
柔軟性の高いMMUをあてがったとしても、
リロケータブルなコードを書けない(書き難い)プロセッサだと
コード領域の移動という恩恵を得られないので、
持ち腐れるとまでは言わないけど少々持て余す感は否定できないかな
69 : ナイコンさん[sage] : 2011/01/14(金) 03:49:16
そんなとっかえひっかえするようなものはさほど重要なものじゃないから
70 : ナイコンさん[chage] : 2011/01/14(金) 09:05:40
んーと、そうなると究極は・・・

CPU6809、
メモリ1MB、
BASIC別売り、
ページマッピング式アドレス機構、
スーファミのVDP(VRAM容量はそのVDPの最大値)、
X68000のFM音源、
USBインターフェイス
カートリッジ、
マルチメディア用タイマーコントローラー

てとこかな?
71 : ナイコンさん[sage] : 2011/01/14(金) 16:08:15
CPUは内部16bit化されたシャープの8bbitCPUZ80-25MHzバージョンでいいんでないの。
命令1クロックで実行できるからZ80-100MHz以上相当だし。
実際売ったのかしらんけど。
72 : ナイコンさん[sage] : 2011/01/14(金) 17:19:36
>>36
Z180はHD64180ZのZilogセカンドソースだよ…

っていうか今だったらS180の33MHz品がまだ入手出来る筈。
S180ってのはZ180のstatic品(クロック下限がDCまで可)。

>>63
今の携帯向けグラフィックコアでもbitbltとか基本的な2Dアクセラレーションは普通に出来るよ。
PowerVR積んでる奴もあるんだぞ。
少なくともリニアアドレスな上に32bit-DMA出来るしねぇ。
73 : ナイコンさん[sage] : 2011/01/14(金) 17:45:37
究極の8bitの目指すものがケータイ開発に近いのではないかと言ってみたり。
JAVAで開発、キャラがPNG、FM音源がSMF*4ch、これはフリーのauの開発環境でしかも最低限だったり。
74 : ナイコンさん[sage] : 2011/01/14(金) 19:01:12
JAVAとBAKAは似ている
75 : ナイコンさん[sage] : 2011/01/14(金) 22:18:12
CPUは付いてるのを使う感じだしな
今、電子工作してても携帯やフォトフレームのハードに限りなく近付いちゃうからつまらん
76 : ナイコンさん[sage] : 2011/01/14(金) 22:37:24
CPUごと作れば
77 : ナイコンさん[sage] : 2011/01/15(土) 02:53:59
>>74
あぁ。
JAVAは変数名管理や関数分割が苦手な
ベタ書きONLY8bit機BASIC上がりに優しい機能が大抵付いてるからな。
「変数名の変更」「関数の抽出」等、後から手直しする為の
リファクタリング機能付き統合環境が標準だww
78 : ナイコンさん[chage] : 2011/01/15(土) 09:34:01
>>77
エクリプスって変数名の変更の機能ってあったっけ?
日本語パッチ入れてないから、どのメニューがそうなのか
よくわからんかった。
79 : ナイコンさん[sage] : 2011/01/15(土) 12:30:25
8bitCPUをもの凄い数繋げて並列処理させるとかって無理なんですか?
80 : ナイコンさん[sage] : 2011/01/15(土) 12:50:28
マルチZ80ならみた
81 : ナイコンさん[sage] : 2011/01/15(土) 13:01:43
複数プロセッサの場合ってメモリコントローラー積まないと難しいんじゃないか?
82 : ナイコンさん[sage] : 2011/01/15(土) 14:47:40
トーヨーリンクスのLINKSかw
83 : ナイコンさん[sage] : 2011/01/15(土) 19:08:26
コネクタ代で予算を食いつぶします
84 : ナイコンさん[sage] : 2011/01/15(土) 19:12:18
ホモ
85 : ナイコンさん[chage] : 2011/01/15(土) 22:06:49
多分ね、ものすごい数つなげて並列にするより、
ものすごいクロック上げて2GHzぐらいにする方が
効率いいだろうね。

でもそれをやるなら、8086の方がマシというインテルの戦略に
ザイログ・モトローラが太刀打ち出来なかったというところか。

セグメントレジスタでアドレスを広げるというのは、
それほどまでに大きかったのだろう。
あれなら、リロケータブルを意識しなくても、
どこにでもプログラムを配置できる。

8801SRが出たころには、CPU業界は
もう16ビットに移行していたわけだ。
86 : ナイコンさん[chage] : 2011/01/15(土) 22:15:23
でも、このスレ的に言うと、8086というのは
16ビットだからスゴいってわけじゃない。
あくまでも、セグメントレジスタがあったからスゴいんだな。

アキュムレータが違うってだけで
アドレスレジスタはどっちも16ビットだもんねぇ。
87 : ナイコンさん[sage] : 2011/01/16(日) 03:56:26
*・゜゚・*:.。..。.:*・゜究極パソコン教へのご招待゚・*:.。. .。.:*・゜゚・*

あなたも究極パソコン様を信仰してみませんか?
恩恵は大きく、義務は軽く、他宗教との掛け持ちもできる素敵な宗教です

究極パソコン様は私たち全てに完璧な幸福を約束してくださいます
老いも若きも、男も女も平等に、最も望ましい環境の中で永遠に暮らすことが出来るのです
世界中の美味を堪能し尽くすもよし、素敵な異性に囲まれて悦楽にふけるもよし
心洗われる絶景の中を自由に飛び回るもよし、読みきれない書物に囲まれて知を極めるもよし
あるいは平穏な静寂の中で思索を深め続けるのもよいでしょう

全ては自分の思うまま、望みは全て叶う世界
素晴らしいと思いませんか?

信者の務めはただひとつ、それは究極パソコン様の出現をお手伝いさせて頂くことです
究極パソコン様が1日でも早く完成する事につながるならば、内容は何であっても構いません
ソフトウェア、ハードウェア、エネルギー、またそれらを支える社会システムの改革
自分に出来る範囲で少しずつでも、皆が究極パソコン様に辿りつけるよう努力していけばいいのです


詳しくはこちらのスレを御覧ください
http://toki.2ch.net/test/read.cgi/psy/1294413383/
88 : ナイコンさん[sage] : 2011/02/09(水) 18:42:33
8ビットPC       村
16ビットPC      町
32ビットPC(DOS) 市
32ビットPC(Win) 大都会

たまには都会の喧騒を離れて自然に浸りたい
89 : ナイコンさん[sage] : 2011/02/11(金) 02:10:57
悪いがその例えにはなんも同意できん
90 : ナイコンさん[sage] : 2011/02/11(金) 19:44:45
俺も
91 : ナイコンさん[sage] : 2011/02/11(金) 22:58:13
同意も何も意味解らん
92 : ナイコンさん[sage] : 2011/02/11(金) 23:25:38
究極の8bit

CPU:8008
MAINMEM:16Kx32(512K)
SUBCPU:i7+GPGPU(370基)
SUBMEM:8GB
HDD:3TB
GA:ATI
SOUND:128VOICE
BATTERY:単3x4 持続時間3秒
93 : ナイコンさん[sage] : 2011/02/12(土) 13:53:17
このスレはもう役目を終えたかもしれん。次スレはいらないかも。

俺も最初のうちは、
「今の最新技術で8Bitマシンを作ったら、さぞかし楽しいだろうな」
なんてワクワクしていたもんだが、最近は
「たとえ究極の8Bit機が本当に出ても、ちょっと触ってすぐ飽きて
押入れの肥やしになるんだろうな」
と思うようになった。

1Chip MSXをめぐる一連の動きは象徴的だったね。
出るまでは肯定派、批判派合わせて大騒ぎだったのに、
いざ実物が出たら「鳴かず飛ばず」状態。
それが現実。
94 : ナイコンさん[sage] : 2011/02/12(土) 14:38:44
いや、みんなそんなことは承知なんだが。

このスレは君には必要なくなったんだろうから、もう来ないでね。

さようなら。
95 : ナイコンさん[sage] : 2011/02/12(土) 15:28:16
俺様の意志は宇宙の意志。
故に全人類の総意である。
……中二病w
96 : ナイコンさん[sage] : 2011/02/12(土) 15:47:04
やっぱ、 TK-80のような8ビット機にわくわくする。
97 : ナイコンさん[sage] : 2011/02/13(日) 02:04:18
今の技術で新8bitPCを作ることを考えるより、
8ビットCPUを使った新設計のPCを新たに作る
最後のタイミングだった85年頃の時点でどんな
ものができたかを想像してもよいのではないだろうか。
98 : ナイコンさん[sage] : 2011/02/13(日) 02:46:58
i8051系がおもしろい。最新版は性能も高い
99 : ナイコンさん[sage] : 2011/02/13(日) 04:53:11
究極の8ビットはS1だろ
異論はないはずだ
100 : ナイコンさん[sage] : 2011/02/13(日) 10:21:56
究極の屑だな
101 : ナイコンさん[sage] : 2011/02/13(日) 10:29:50
S1最強
102 : ナイコンさん[sage] : 2011/02/13(日) 13:00:45
FM-11に PC-9801端末をぶら下げたのが最強だったな
103 : ナイコンさん[sage] : 2011/02/13(日) 14:49:43
>>97
同意。当時での技術やコスト感覚が妥当
104 : ナイコンさん[sage] : 2011/02/13(日) 17:33:32
妄想スレなので好き勝手書いた。86年春にこんな仕様でどうか。
・CPU
 メインHD64180+サブZ80A(FDD制御用。FDDアイドル時はサブCPUとして稼動可)
・メモリ
 メイン128K(最大256K)/T-VRAM4K/G-VRAM192K
・画面
 320*200/64色*4/256色*3/4096色*2/1677万色*1
 640*200/16色*3/64色*2/4096色*1
 640*400/8色*2/64色*1
 ALU/PCG/一画面64個(横16個まで)のスプライト/縦横スクロール
・サウンド
 OPN+OPLL
・FDD
 5インチ2DD*2
・その他・I/F
 漢字ROM/辞書ROM/アナログRGB/シリアル/パラレル/ATARI仕様Joy*2/拡張スロット*2
・おまけ
 マイチェン時にCPUの8MHz化とOPNに換えてOPNA搭載
105 : ナイコンさん[sage] : 2011/02/13(日) 18:36:16
>>104
> メインHD64180+サブZ80A(FDD制御用。FDDアイドル時はサブCPUとして稼動可)

普通に 64180 × 2 にすればいいと思うが...。
FDC は、内蔵 DMAC で十分だと思うし...。
106 : ナイコンさん[sage] : 2011/02/13(日) 18:48:41
>>104
・CPUはそんなものでしょ。
・メモリはMMRなのかBank切り換えなのか明確にして、最大搭載量だけ示しておけば良いでしょ。
・グラフィックに関して8、64、4,096色と3プレーン(赤、青、緑)を基本とするやつと、
 16、256、1,677,216色と4プレーン(青、赤、緑、輝度)が同居する必要がないと思う。
 それよりも、4プレーン基本のものではパックドピクセルを採用すれば、
 ビットシフトを使用せずに済むので滑らかな動きが可能になる。
・スプライトはラインバッファ方式だとコストがかさむから、
 縦サイズ、横サイズ、転送元、転送先を指定しておいて、
 DMAで転送できるようにすれば様々な応用が利くような気がする(パックドピクセルを前提)。
・テキストはこだわりで、シフトJISをそのままTV-RAM情報とすれば文句なし。
 (黒歴史のAX規格と同じ。)
107 : ナイコンさん[sage] : 2011/02/13(日) 19:14:27
>>104-106
なかなか魅力的。当時の市場で、価格がどれくらいになるかなぁ

でもたぶん86年春だと、個人的な理由で PC-9801 UV2 のほうに触手が…
スンマセン
108 : ナイコンさん[sage] : 2011/02/13(日) 20:50:47
ぶっちゃけ8ビット機に400ラインは必要だったのかなぁ?
8801は当初は「ビジネス機」として生まれた歴史があるから
モノクロのみで盲腸みたいに残ってたのはしょうがないとして、
ホビー用途が中心の77L4やX1turboは無理して400ライン
じゃなくても…と思ってた。
(確かに高精細な日本語表示は魅力的ではあったけど。)

個人的にはむしろ400ラインに対応しなきゃいけないおかげで、
CRTモニタの値段が上がって、大多数のホビーユーザーが
購入する時の敷居を上げてた部分もあったように思う。それなら
8ビットPCは解像度よりも色数重視で、CRT出力は200ラインの
21ピンアナログRGB規格に乗っかればよかった。200ラインでの
漢字表示は16*8とか12*12のフォントを用意してそっちでカバー
するとかして。
109 : ナイコンさん[sage] : 2011/02/13(日) 21:20:33
>>108
卵が先か、鶏が先かみたいな話だ。

テキストV-RAMで640×400ドットが表示できれば、メモリの量と処理能力からすれば必要ないというのは同意する。
ただ、8bit機でも(当時の高解像度)24KHz対応があったお陰で、当時のCRTの価格が安くなったのでは?
それよりも、24KHzの秒間55フレームが必要なだけの処理能力がないのであるから、
15KHzのインターレスによる400ライン表示機能を付けるべきだと思う。

当時のPC-8801がビジネス思考であったことで、
400ラインを8bitマシンが揃って対応していた大きな原因であったのだろうな。
110 : ナイコンさん[sage] : 2011/02/13(日) 22:04:45
>>92
sandyまだ?
111 : ナイコンさん[sage] : 2011/02/13(日) 23:58:47
8ビット時代に400ライン対応のCRT買っておけば、
その後16ビット機に移行したとき、モニタを使いまわし
できるというメリットはあったから、先行投資と考えれば
決して無駄ではなかったのかもしれないな。

ところで、X1turboや77L4の純正モニタってデジタル接続
限定ならPC-9801でも使えたりした?当時は知識がなか
ったから純正以外のモニタを繋ごうという発想がわかな
かった。
112 : ナイコンさん[sage] : 2011/02/14(月) 00:18:11
>>104-106

それより当時出て欲しかったのは
68000 & HD63484(ACRTC)搭載の日立製パソコン
(8Bitじゃないけど)
113 : ナイコンさん[sage] : 2011/02/14(月) 05:22:43
eZ80+V9990搭載のMSX3
114 : ナイコンさん[sage] : 2011/02/14(月) 20:52:15
MSXturboRはV9990が完成するまで出さなければよかったのに、と思ったりもした。
VDPの開発が90年の年末商戦に間に合わないかったせいらしいけど、
どうせ松下一社しか出さないんだから、
・スゴいのを出します!というティーザー広告
・専門誌に開発者インタビューとかの煽り記事を掲載

とかで、クリスマスプレゼントを延期してもらったり、年始のお年玉はとっておいてね!
みたいな雰囲気を出しておけば…。90年末の時点ではピークは過ぎていたとはいえ、
景気もまだまだよかったわけだし。
115 : ナイコンさん[sage] : 2011/02/14(月) 21:57:24
妄想も仮想で実現できるよな
116 : ナイコンさん[sage] : 2011/02/14(月) 23:39:54
>>111
その16bit機がアナログ出力可能だったら買いなおし 俺がそうだった
117 : ナイコンさん[sage] : 2011/02/16(水) 01:13:10
>>116
PC-9801でアナログ必須のソフトが増えてきたのは
90年になった頃くらいでしたっけ。
そこで買い換えても、三年もすればWin3.1とマルチ
スキャンモニタの時代が到来ですから、また新しい
のが欲しくなって懐が寒くなりそう。
あの頃は今みたいに1万円でモニタが買える時代
が来るなんて想像すらできなかったなぁ。
118 : ナイコンさん[sage] : 2011/02/16(水) 05:49:29
末期は16bitが選択肢か…厳しいな
119 : ナイコンさん[sage] : 2011/02/16(水) 06:28:09
グラフィックがどうのスプライトがいくつで音源が何で
みたいな話がしたいなら
究極の16bit機を妄想した方が楽しそうだ

なんで32bit行かないのってあたりからまず
120 : ナイコンさん[sage] : 2011/02/16(水) 20:04:36
昔板
121 : ナイコンさん[sage] : 2011/02/16(水) 22:52:29
Z80互換CPU + MMU + 16MBメモリー + USB + 拡張コネクタ
カラー液晶640*400 くらいのポケコンがほしい
USBからのIPLでBASIC、CP/M、ゲームが起動できるような奴

Z80じゃなくても8086や68000でもいいんだけど
本当は486でメモリー2Gくらいあっても
でもOS代が高くなりそう
それに拡張コネクタに付ける自作回路が複雑になって
個人の遊びの範囲を超えてまうかな
ISAバスならなんとかなるかな
122 : ナイコンさん[sage] : 2011/02/16(水) 22:57:28
palmでいいじゃん。sony clie の68000版、メモリは16Mbyte, lcd 320x320
123 : ナイコンさん[sage] : 2011/02/17(木) 01:43:27
>>119
そういや、まともな16bitCPUって無かったね
セグメントだったりアドレス空間64kだったりレジスタ幅が32bitだったり
124 : ナイコンさん[sage] : 2011/02/17(木) 02:07:54
プログラムカウンタとCPUのビット数はなんら関係がない
125 : ナイコンさん[sage] : 2011/02/17(木) 02:15:22
>>121
64k以上のRAMを積んでるZ80機は多いけど
大抵はRAMディスク程度の利用しかしてないからなぁ。

64k以上の利用(コードが64k越えとか
64k以上の配列が使えるとか)が出来るBASICってさ…
126 : ナイコンさん[sage] : 2011/02/17(木) 03:06:42
BASICワロス
127 : ナイコンさん[sage] : 2011/02/17(木) 05:59:38
>>123
> そういや、まともな16bitCPUって無かったね

毎度のことだが、16bit CPU の定義は?

外部データバス幅なら、68010 あたりがまともだと思うけど、
内部 32bit だから。

プログラムカウンタやアドレス系のレジスタのビット数だと言うなら、
16bit では必然的にアドレス空間 64K にするなりセグメントを導入
するなりしないとしょうがないと思うぞ。
128 : ナイコンさん[sage] : 2011/02/17(木) 07:07:45
ALUのサイズじゃないのか
129 : ナイコンさん[sage] : 2011/02/17(木) 08:52:40
エプソン HC-20がポータブルとして使い勝手が良かった。
130 : ナイコンさん[sage] : 2011/02/17(木) 12:47:25
>>127
架空CPUの話になるでのスレ違いだが…

俺の理想だと、内部16bitで外部は8/16切り換え可能
アドレスのbitは内部32bitで外部は20でも24でもいいや
データレジスタとアドレスレジスタが別で、それぞれ16bitと32bit
つまりZ80とかでやったAレジスタとHLレジスタみたいな感じ

業務用の特殊CPUではあったんだけどね
131 : ナイコンさん[sage] : 2011/02/17(木) 12:55:57
メモリが小さくてもいいようにプログラムステップが短くなるような命令群を持ったCPUがいいな
132 : ナイコンさん[sage] : 2011/02/17(木) 22:39:22
昔の8ビットパソコンが薄型ノートだったらなと思う時はある
外部記憶はSDあたりで
133 : ナイコンさん[sage] : 2011/02/17(木) 22:44:41
エミュで十分
134 : ナイコンさん[sage] : 2011/02/18(金) 00:36:01
石の上に手を置いて、あー熱くなってる動いてるんだって感動がなきゃあ
今のパソコンだと火傷しちゃうでしょ
135 : ナイコンさん[sage] : 2011/02/18(金) 15:25:50
8086→80286の仕様変更点を
単純にアドレスバスを20ビットから24ビットに拡張して
セグメントレジスタの加算値を16倍から256倍にしていれば
最大メモリが16MBになって
640KBの壁とか面倒な問題とか起こらなかったんだけどな
136 : ナイコンさん[sage] : 2011/02/18(金) 18:20:56
8086→80286の仕様変更点を
単純にアドレスバスを20ビットから24ビットに拡張して
セグメントレジスタの加算値を16倍から256倍にしていても
最大メモリが16MBになるだけで
640KBの壁とか面倒な問題はそのまま残るよね

137 : ナイコンさん[sage] : 2011/02/18(金) 20:36:40
互換性がなくなるじゃないか
それに16MBもいずれ突破するんだし
138 : ナイコンさん[sage] : 2011/02/18(金) 20:50:25
8086の時点でセグメントのオフセットを8bitにしておけば
…と今なら素人でも考えるだろうけど、
78年の時点で1パラグラフ256bytes、端数は遊ばせとけ
ってのはお大尽すぎる仕様だな、やっぱ無いわ
139 : ナイコンさん[sage] : 2011/02/18(金) 22:12:00
このスレは「究極の16ビット機を妄想するスレ」に変わりましたwww
140 : ナイコンさん[sage] : 2011/02/18(金) 22:13:36
Coreiでも16bitコードは動くんだろ
141 : ナイコンさん[sage] : 2011/02/18(金) 23:29:55
じゃあなんで8bit コードはうごかないんですかっ
142 : ナイコンさん[sage] : 2011/02/19(土) 02:25:01
x86で8bitコードが動いたことってあるの?
143 : ナイコンさん[sage] : 2011/02/19(土) 02:57:08
8085とソースレベルで云々、この俺様がクンマー
144 : ナイコンさん[sage] : 2011/02/19(土) 10:49:34
>>141,142

V30なら8080のコードが動きます(マジで)

どうせならZ80のコードが動くようにすればいいのに
それができないNECのヘタレ加減に萌え。
145 : ナイコンさん[sage] : 2011/02/19(土) 11:39:35
CP/M-80 コードは8080で書かれる。
146 : ナイコンさん[sage] : 2011/02/19(土) 23:34:23.85
>>144
V20じゃないのけ?
147 : ナイコンさん[sage] : 2011/02/19(土) 23:44:08.86
>>144
μPD9002
148 : ナイコンさん[sage] : 2011/02/20(日) 03:55:03.73
88VAのCPUはZ80も動いたんじゃなかったっけ?
149 : ナイコンさん[sage] : 2011/02/20(日) 11:40:06.79
>>148
88VAのμPD9002はV50にZ80のエミュレーションを加えたものだったはず。
150 : 144[sage] : 2011/02/20(日) 17:07:44.46
>>147,148

V30を出した時点のNECの8bitパソコンはZ80を搭載していた。
つまり、NECは8bitの主流は8080ではなくZ80だと認識していた。
にもかかわらずV30でZ80が動くようにしなかったのがヘタレ。

μPD9002がどうとかって、そりゃ時代が下れば進歩するだろうさ。
151 : ナイコンさん[sage] : 2011/02/20(日) 17:45:00.75
8080は、モード切替だから意味ない。 NEC戦略はN88BASIC互換であった。
152 : sage : 2011/04/11(月) 10:52:58.16
複素平面上で単位円に内接する正65537角形
cos(2π/65537)+i sin(2π/65537) 思い浮かべて
世界(宇宙)はせいぜい64KB程度だとおもってるオレ
153 : ナイコンさん[sage] : 2011/04/11(月) 20:54:50.73
>65537角形
154 : sage[sage] : 2011/04/11(月) 21:59:43.08
RPGとかシムシティとかゲームのマップも
現実世界のGoogle、Yahooマップも256×256が基本単位だよね
RSA暗号の公開鍵も素数65537が使われる
64K(2の16乗)はキーナンバーなのかも
155 : ナイコンさん[sage] : 2011/04/11(月) 23:14:45.56
nがフェルマー素数ならば正n角形は定規とコンパスによる作図が可能
156 : ナイコンさん[sage] : 2011/04/12(火) 09:53:36.91
>134
判るけど金属の蓋付いたセラミックパッケージではやらないほうがいいな。
手脂で錆びるから。ソースは俺
157 : ナイコンさん[sage] : 2011/04/14(木) 09:00:07.54
メモリーの大容量化で4Gの壁は乗り越えられたけど
未だ部分部分で64Kの壁を乗り越えられない
158 : ナイコンさん[sage] : 2011/04/14(木) 22:12:02.43
ハードの制限とソフトの制限を同列に語るとか、さすがだなw
159 : ナイコンさん[sage] : 2011/04/28(木) 12:25:01.35
2の16乗とか64Kに過剰な意味見出そうとしてるヤツ
「僕らの16bit戦争」って歌、you tubeで聞いてみな
そんな甘っちょろい世界じゃないよ。
160 : ナイコンさん[sage] : 2011/04/30(土) 04:25:24.51
こいつは間違いなくにわかw
161 : ナイコンさん[sage] : 2011/04/30(土) 09:01:07.28
8086のセグメントに苦労したり、
インデックスに16bitの限界がある仕様に苦労したり、
そんな経験者だけど、そういった世界をうまく表現してる、
という気はしないな。
162 : ナイコンさん[sage] : 2011/05/02(月) 14:20:49.56
結局、実宇宙のアドレスも65535番地までしかない。
それより広い空間にアクセスできたとしてもマトリョーシカみたいに
入れ子構造になってるだけで「65535丁目65535番地」としか表現できない。
このことを昔はセグメントやバンク切替と言ったんだろう。
リニアで4G空間にアクセスなんて幻想なんじゃないの。

「ここは地獄の何番地か」なんて言い方あったけど多分65535番地までしかない。
163 : ナイコンさん : 2011/05/02(月) 16:06:58.43
16777216個のコアを持つZ80 3GHz
164 : ナイコンさん : 2011/05/02(月) 20:28:33.46
8bitのCPUでもプログラムカウンターを24bitにすればいいのにと思った消防の夏
165 : ナイコンさん[sage] : 2011/05/02(月) 20:52:45.96
どう取り込むんです?ノートのSDですが、
166 : ナイコンさん[sage] : 2011/05/02(月) 21:01:14.54
実際SC62015のプログラムカウンターは20ビットだし。64Kごとに壁はあるけど。
167 : ナイコンさん : 2011/05/02(月) 21:27:54.37
64kの壁
168 : ナイコンさん : 2011/05/02(月) 22:36:15.58
PLDで自作してみたら?
169 : ナイコンさん[sage] : 2011/05/02(月) 22:49:50.75
Z80を使ったGPUとか
どんくらいの性能が出るのだろう
170 : ナイコンさん : 2011/05/02(月) 22:57:29.96
MZ-80DUは?
171 : ナイコンさん : 2011/05/02(月) 23:46:38.57
多コア6502とか面白そうなんだけどな。
172 : ナイコンさん[sage] : 2011/05/02(月) 23:56:44.06
今最速の8bitCPUの仕様は?
173 : ナイコンさん[sage] : 2011/05/03(火) 02:18:59.06
10年くらい前にeZ80が出ていたが…
それ以降、より高性能な8bitCPUって出たのかな?
174 : ナイコンさん[sage] : 2011/05/03(火) 10:36:18.81
64Kの宇宙
生み出すパターンは256^65536=?
175 : ナイコンさん[sage] : 2011/05/03(火) 23:09:52.38
>>173
いまは16bit CPUも安くなっているし、
「Z80バイナリ互換」なんて謳ってもアドバンテージにならないし、
(Z80に限らず6809でも6502でも)

新規に8bit CPUを設計してもコスト的に割に合わないんじゃないかな。
176 : ナイコンさん[sage] : 2011/05/04(水) 00:01:09.43
エミュレータで仮想ハード作れないかなぁ。
CPUや音源チップ等のハードはプラグイン、
メモリやポートの配分を自由に割り振って。

OS等も自作しないといけないけど。
177 : ナイコンさん[sage] : 2011/05/04(水) 09:05:06.55
作ってる人いるよ。

PC-A801とか。
178 : ナイコンさん[sage] : 2011/05/04(水) 23:57:22.41
エミュレータなんて結局OSの制限を受けるからつまんないじゃん。
179 : ナイコンさん : 2011/05/05(木) 07:23:38.42
>>176
OSはUbuntuベースが一番良いかもしれない。
180 : ナイコンさん[sage] : 2011/05/05(木) 19:28:01.36
>>177
>作ってる人いるよ。
>
>PC-A801とか。

って、このページでしょ?

ttp://hp.vector.co.jp/authors/VA003988/

四年前から更新されてないみたいだけど…
181 : ナイコンさん[sage] : 2011/05/06(金) 01:01:31.87
「ハードの仕様を自分で考え、それに沿ってエミュレータをつくる」ではなくて、
電子ブロックのように設計できるエミュレータツールがあったらなと思った。
182 : ナイコンさん[sage] : 2011/05/06(金) 08:46:14.45
FPGAとハードウェア記述言語で

問題はハードウェア記述言語がちょっと変な癖のある奴しかないことか
183 : ナイコンさん[sage] : 2011/05/06(金) 12:09:31.01
エミュレータつくーる
184 : ナイコンさん : 2011/05/25(水) 21:12:13.51
やべーよ
アイデアだけは浮かんけど俺のスキルじゃ実装できねーよ
185 : ナイコンさん[sage] : 2011/05/26(木) 21:13:12.25
マジレスすると、8bitでもコア設計だけ見ていては駄目でバス設計を考えないと駄目。
古いPCはコストや設計の問題でCPUだけがバスマスタだが(思い込み)、本来はバスがインテリジェントで
CPU以外がバスマスタになる必要がある。CPUがバス直結では駄目。バスコントローラ+DMAを介して
バスに接続しないと、バスクロックとCPUクロックが分離出来ず、USB転送でも問題になる。
DualCoreの為マルチポートRAMと言う発想は×、それ以前にバス設計を見直す必要がある。
186 : ナイコンさん[sage] : 2011/05/26(木) 23:41:30.29
で、どうしろっての?
詳しく図入りでたのむ
187 : ナイコンさん[sage] : 2011/05/26(木) 23:46:35.71
どうせ口だけ君
188 : ナイコンさん : 2011/05/27(金) 00:24:21.14
バスアービタが最上位優先権もつならPCIがその発想かも。
189 : ナイコンさん[sage] : 2011/05/27(金) 11:45:35.85
駄目出しくんでしょ
190 : ナイコンさん[sage] : 2011/05/27(金) 17:37:43.19
ネタスレのマジレスにマジツッコミ
191 : ナイコンさん[sage] : 2011/05/28(土) 03:03:57.19
キャッシュを持たないCPUをバスから切り離すと即停止だから恩恵は無いような。
192 : ナイコンさん : 2011/05/28(土) 20:14:41.84
バスアビタが止まれ言うたらCPUかて止まらにゃアカンですわ。
193 : ナイコンさん[sage] : 2011/05/28(土) 21:53:09.75
PDAみたいにして、小型化するべきだな。
究極の8ビットマシンを作る、モルフィー企画をたちあげようぜ!
一口5万円からでいいかな?
194 : ナイコンさん[sage] : 2011/05/28(土) 22:00:28.13
>>193
なんかもう、いまから結末が見え見えですね。www
195 : ナイコンさん : 2011/05/31(火) 06:56:31.43
カネとるならやらね。
196 : ナイコンさん[sage] : 2011/05/31(火) 20:26:01.97
既に完成してるFPGA評価キットでも共同購入すれば。
197 : ナイコンさん[sage] : 2011/05/31(火) 22:55:08.30
HDL書けないし読めない俺にはオールエミュの方が…
198 : ナイコンさん[sage] : 2011/06/01(水) 19:45:29.64
ガイガーカウンタ機能として売りに出せばマニア層以外に実用目的のユーザーも
取り込めるかもしれない。実は8bitマシンで動いてます、等。
199 : ナイコンさん[sage] : 2011/06/23(木) 03:20:16.29
8bitCPU用のFPU浮動小数点演算ユニットである、AMDのAm9511,Intelのi8231
これは外せないだろうね。CPU+FPU.
200 : ナイコンさん[sage] : 2011/06/24(金) 22:58:28.17
8bit全盛期の時点で双方向パラレルって
技術orコスト的に無理だった?

もし実現していて、簡易なSCSIみたいな使い方
ができれば、外付けモデムみたいに異機種間でも
使いまわしができる、フロッピーよりも容量が大きい
記憶メディアとかが普及したかも。
201 : ナイコンさん[sage] : 2011/06/25(土) 00:13:01.58
当時は、まずプリンタインターフェースを双方向にするという発想が無かった。
(その必要も無かった)

てゆうか、DOS/V機でプリンタインターフェースにプリンタ以外のものを
繋ぐという発想が出てきたのが驚きだった。
やっぱりそういう使い方は「異常」なんじゃないかな。
誰かが始めてなまじ普及してしまったために
後追いで規格として認めざるを得なかったんだろうけど。
202 : ナイコンさん[sage] : 2011/06/25(土) 07:30:13.67
いや普通にSCSIあるし
LPTも双方向の汎用8bitバスを取り出す定番だったよ
だいたいモデムは232C準拠が相場で、機種は関係ねーし
なんかズレてるよなーこの板の連中
203 : ナイコンさん[sage] : 2011/06/25(土) 07:58:41.03
ちょっとズレてるスレだからな
204 : ナイコンさん[sage] : 2011/06/25(土) 09:48:26.79
>>200
そもそも需要がなかった。

フロッピーより容量が大きい記録メディアが普及しなかったのは、
インターフェースの問題じゃなくて、ドライブが超高かったから。

>>202
8bit 機で SCSI なんて繋げられる奴ほとんどなかっただろ。
ズレてるのは君の方だと思うぞ。
205 : ナイコンさん[sage] : 2011/06/25(土) 10:32:50.03
アメリカには当時、5インチサイズで容量10~20Mの
「ベルヌーイディスク」なるリムーバブルディスク
があったらしいけど、現地の価格はどのくらいだった
んだろう?
もし、「どの機種にもついてて、シリアルよりも高速
に入出力ができる」ポートがあれば、価格次第で受け
入れられたかも。機種ごとにI/Fボードを開発しないで
済むのは価格の面で大きなメリットになるはず。
206 : ナイコンさん[sage] : 2011/06/25(土) 10:49:10.19
よく調べたら初期の製品は5インチよりもだいぶ大きいな。
ttp://brutman.com/Bernoulli_Box/Bernoulli_Box_A220H.html
アメリカンテイスト全開な感じ。
このままだと日本では売れなさそうだ…。
207 : ナイコンさん[sage] : 2011/06/25(土) 21:05:26.68
>>205-206
> 機種ごとにI/Fボードを開発しないで済むのは価格の面で大きなメリットになるはず。

当時はスピードもたいしたことないし、内部が TTL レベルなのでバッファかませば
レベル変換なしでそのまま引き出すことができたから I/F ボードを開発するといっ
てもたいしたことなかった。

それにドライブが結構高かったので、大きなメリットとはならなかったと思うよ。

ちなみにアスキー 1979年 11月号だと、ミニディスクドライブ (5'inch FDD) が
10万ちょい、ディスケットが 1,500円。

更に蛇足だが 10MB HDD ドライブが 148万円の時代。
208 : ナイコンさん[sage] : 2011/06/25(土) 21:06:04.95
>>200
コスト的な問題が一番大きかったんじゃないかな。
プリンタポートさえオプションってな機械もある訳だし。

コスト的な問題の一部だけど、当時は双方向プリンタポートを安価に実装出来るICがなかった。
8255+OCバッファってな実装も多かったと思うのだけど
この形だと双方向にするのが難しいorコストが掛かる。
入力用バッファ&入力用のI/Oポートアドレスを別に用意しなきゃいけないからな。
209 : ナイコンさん[sage] : 2011/06/25(土) 21:47:33.93
>>207
BASICでチマチマやってた素人からすると、I/Fボードは高度なモノな印象がありましたが、
よく考えると当時はオリジナルの拡張ボードを自作する人も結構いたのも確かなので、専門
家が本気だせば、技術的にはたいしたことはなかったのかもしれませんね。(実際には、I/F
ボードも結構な価格がつけられて売られていたので、メーカー的にはおいしかった?)

80年代を通してみると、フロッピーは順調に価格が下がっていった記憶がありますが、大容量なメディア
の価格は確かに別世界の時代が長かったですね。上のベルヌーイディスクも1800ドルしたみたいだし。
自分がはじめて実物を見たHDDは、X1用の10MBHDD34.8万円也でした。「金塊」と言われたのも納得です。
210 : ナイコンさん[sage] : 2011/06/25(土) 21:56:47.57
>>208
やっぱりコスト&当時の部品ではいろいろと面倒ってことでしたか。
出力はともかく、「高速な入力に使える汎用的なポート」が8ビット機
には全然なかったのが残念ですね。
211 : ナイコンさん[sage] : 2011/06/25(土) 22:31:58.44
そもそも8ビット時代、大容量ディスクなんてそんなに欲しくなかったけど。
カセットでビーガーやってた自分からすると、
フロッピーがすでに夢のような大容量だった。
自作のプログラムがフロッピー1枚に何十本も入ったし。
カセットだと分単位だったロード時間がフロッピーだと秒単位だし。

「データ量命! 質より量!」みたいな、
とにかく大量の動画を流せばいいんだろう的な
マルチメディアコンテンツwが幅をきかすようになったのは
CD-ROMが普及した頃で、その頃は8ビット機はすでに終わっていた。
212 : ナイコンさん[sage] : 2011/06/26(日) 00:23:15.13
88MCをたまには思い出してやってください
213 : ナイコンさん[sage] : 2011/06/26(日) 00:57:12.55
>>210
いや、当時でも TTL 数個のレベルだから、コストと言ってもたいした
ことなかったはず。

そもそも、PC8001 でも拡張バスはあったから、(当時としては) 高速な
入力に使えるポートは全然なかったわけじゃない。

ただ、汎用的になるほどデバイスが普及してなかっただけ。
214 : ナイコンさん[sage] : 2011/06/26(日) 01:07:28.78
>>213
情弱の能書きオツ
215 : ナイコンさん[sage] : 2011/06/26(日) 01:10:16.86
情弱としか書けないなら ROM ってりゃいいのに
216 : ナイコンさん[sage] : 2011/06/26(日) 02:48:01.21
間違いを大いばりで語っているのを見て黙っていられなかっただけだ
217 : ナイコンさん[sage] : 2011/06/26(日) 08:55:06.80
>>216
じゃあ間違い指摘すりゃいいのに。
できないなら ROM ってろよ。
218 : ナイコンさん[sage] : 2011/06/26(日) 17:16:21.99
>>217
何でも教えてもらえるって?
子供じゃねーんだからよ

知りたかったら金よこしな、ボクちゃん
219 : ナイコンさん[sage] : 2011/06/26(日) 17:31:41.99
>>218
>何でも教えてもらえるって?
>子供じゃねーんだからよ
>知りたかったら金よこしな、ボクちゃん

やっぱり、結局何も書けないんじゃねーか。

言い訳書くぐらいなら、ROM ってろよ。
220 : ナイコンさん[sage] : 2011/06/26(日) 20:00:24.33
文句はチラ裏にどうぞ
ついでにケツの糞も拭っとけ

調べる事も知らずに生きてきたんだなお前は
パパ、ママにおんぶに抱っこか
甘ったれたガキは二度と来るな

乳臭くてかなわん、ついでに糞の臭いモナ
221 : ナイコンさん : 2011/06/26(日) 20:15:13.17
俺、8ビット機でGPIBを使ってた
222 : ナイコンさん[sage] : 2011/06/26(日) 20:15:18.27
べつに>>213の言っていること、特に間違っているとは思えんが。

てゆうか>>214,216,218,220の言っていること、全然説得力が無い。
223 : ナイコンさん[sage] : 2011/06/26(日) 20:17:11.56
>>221
GPIBってひょっとしてコモドール?
うらやましいね。
日本ではなぜかあまりはやらなかった。
PC9801に、測定器を繋いで使っているのしか見たことなかった。
224 : ナイコンさん : 2011/06/26(日) 20:22:45.26
>>223
いや、NEC PC-8001mk2 ソフトはカセットテープで
225 : ナイコンさん[sage] : 2011/06/26(日) 20:51:48.47
>>222
引っ込みつかなくなって >>220 で発狂ってことだろ。

30年ぐらい前のことだから、細かいところ違ってるかと思って
ちょっとは期待したけど、まあ想像通りの結果でがっかりだったな。
226 : ナイコンさん[sage] : 2011/07/04(月) 14:32:44.08
GP-IBって一部のコントロール信号の論理が逆になっているだけで
ほとんど双方向セントロニクス+アドレス線(デバイス15台まで)とい
という仕様だよね。
学校の研究室でLS04一個でインターフェースしていて吹いた覚えが…
(双方向云々の話じゃないからねっ!)
227 : ナイコンさん[sage] : 2011/07/04(月) 18:56:58.46
GPIBってそんなに簡単だったっけ?
トーカがどーしたとかリスナがどーしたとかの
プロトコルがあるんじゃなかったっけ?
228 : ナイコンさん[sage] : 2011/07/05(火) 00:03:51.01
>>227
>トーカがどーしたとかリスナがどーしたとかの
>プロトコルがあるんじゃなかったっけ?

それに加えてコントローラも必要。

デバイスからの割り込みとかもできるから、フルに実装するとなると
セントロ+αどころか結構面倒、なのでヘタレな俺は専用 LSI
(TI の 9914 とか) でやってた。

ちなみにセントロ (というか IEEE1284) も ECP とか EPP あたりに
なると、それなりに面倒だったりする。
229 : ナイコンさん[sage] : 2011/07/05(火) 00:18:12.02
X1のジョイスティックは入出力できたから通信に使えた
速度は論外だったが初めに考えた人はすごいと思った
230 : ナイコンさん[sage] : 2011/07/05(火) 11:50:36.27
ジョイスティック端子って名前付けただけだろ
231 : ナイコンさん[sage] : 2011/07/05(火) 14:16:18.60
アタリ仕様ジョイスティックポートが双方向だった機種は結構あるぞ
マイコンソフトの XE1-AJ とか XE1-AP は、それ使って双方向シリアル通信する仕様だし
232 : ナイコンさん[sage] : 2011/07/05(火) 16:17:32.23
じゃあ究極の8ビットはGPIBでジョイスティックを接続するか
233 : ナイコンさん[sage] : 2011/07/05(火) 19:42:28.77
マイナー規格で低機能、利するとこ少ないな。
234 : ナイコンさん[sage] : 2011/07/05(火) 20:35:28.32
アタリ仕様ジョイスティックポートはデファクトスタンダードだろ

GP-IBは測定器とかだとかなり定番だったし
235 : ナイコンさん[sage] : 2011/07/06(水) 10:03:36.33
今時の感覚だと、8bitI/Oなんかつけるよりも1.1でいいからUSBつけとけよ、って感じだろうな。

そして、USBコントローラーの方がCPUよりも高度、というオチがつく。
236 : ナイコンさん[sage] : 2011/07/06(水) 10:30:20.76
それこそ今時の機械使っとけよって感じだなw
軟弱者めw
237 : ナイコンさん[sage] : 2011/07/06(水) 23:34:07.99
USBホストは8ビットでは難易度高い
難易度が低くてそれでいてメリットありそうなのはSDカード
238 : ◆0uxK91AxII [sage] : 2011/07/07(木) 00:06:20.43
とりあえず8255で。
239 : ナイコンさん[sage] : 2011/07/07(木) 19:00:36.07
8ビットパソコンツクールみたいなのを
出して欲しい
240 : ナイコンさん[sage] : 2011/07/19(火) 16:07:14.22
フジテレビのニュースの字幕 片仮名が長らく半角だった
2000年代に突入するくらいまで
ずっと8ビットのシステムを使ってたってことなのかな
241 : ナイコンさん[sage] : 2011/07/19(火) 18:41:06.59
98でも普通に半角カナ表示できる
242 : ナイコンさん[sage] : 2011/07/21(木) 01:46:08.66
ERR #FFFF
0(ゼロ)除算エラー -1を返します
これがオレの人生
243 : ナイコンさん[sage] : 2011/07/29(金) 10:46:32.69
女のセックス(加齢)経験による劣化具合を64度数のプリペイドカードで表すと
 0 1 4 8 32 64
でパンチ穴があいていく
2つ穴があいてる時点でかなりヤバイ
244 : ナイコンさん[sage] : 2011/08/07(日) 17:23:10.14
組込み制御は32ビットでも、8ビットPCと同じくメインメモリ64Kで大容量なんだな
知らなかったよ。32ビットって時点で組込みでも4Gまでいくのかと思ってた
つまりマイコンてやつは何ビットだろうが最大64Kなのか
245 : ナイコンさん[sage] : 2011/08/08(月) 02:45:24.28
おいおい、いつの時代だよ
246 : ナイコンさん[sage] : 2011/08/08(月) 03:15:13.31
ROMは数メガ持ってるってオチだろ
247 : ナイコンさん[sage] : 2011/08/08(月) 04:49:28.71
にわかに餌を与えるなw
248 : ナイコンさん[sage] : 2011/08/10(水) 00:11:57.41
でもメモリの極小化が進めば制御32ビットマイコンにもRAM 4Gつめこむだろ
それが出来ないから相変わらず64Kで留まっていることじゃね
249 : ナイコンさん[sage] : 2011/08/10(水) 10:11:16.70
マイコンを使うような応用は、基本必要以上のメモリ積まないし、
メモリのバンク切り替えとか、普通にプログラミングできないコストがばかにならんから、
そんなにメモリが必要なものなら普通に32ビットのプロセッサ使うだろ。
250 : ナイコンさん : 2011/08/30(火) 11:38:11.32
亀レスだけどPC-8801にはSCSIの元になったSASI I/FがオプションであったしHDDも用意されてた。
PC-8801用SASI HDDはPC-9801用SASI I/Fに繋いで使うことも出来た。
251 : ナイコンさん[sage] : 2011/08/31(水) 00:15:23.78
SASIならX1ターボにもつながったぜ
当時高嶺の花だったけどな
252 : ナイコンさん [sage] : 2011/08/31(水) 01:25:10.75
規格が同じなら、繋がるのは当たり前
253 : ナイコンさん[sage] : 2011/08/31(水) 23:54:37.83
のはずなんだが、NECの98用SCSIインタフェースボードはドライブの返す
ベンダ文字列をチェックして先頭3文字がNECかどうかチェックしてたりとか
(確かベンダロックイン以外の技術的な理由もあったとは思った)、いろいろ
あったわけで。
254 : ナイコンさん[sage] : 2011/09/15(木) 18:22:32.77
ASCIIの8bitマシン用にもHDDインターフェースが有る。SASIだと思う。
BBSホストとして動作していた。

>249
マイコン言ってもメモリーは必要ない場合が多い。なぜならRAMは動的に変化する変数を保持
する為に利用するので、ROMゲームカートリッジ等ではコード/データがそもそもRAM上の必要性が無い。
組み込み機器のRAMが小さいのは、そこにスタックがあって変数やジャンプ時の退避用だから。
ファミコンやメガドライブもRAMは小さいよ。
フロッピー等の外部記憶中心だとPC的でメモリーは必要になるが。
255 : ナイコンさん[sage] : 2011/09/20(火) 11:53:20.31
ずれてる
256 : ナイコンさん[sage] : 2011/09/21(水) 03:53:34.72
づら?
257 : ナイコンさん[sage] : 2011/11/26(土) 23:31:57.60
>>7
今現在という仮定での究極8bit妄想なら
画面表示は16:9にしてほしい
とはいえフルHDとかは別にいらないのでグラフィックは800*400くらいで良かろ
258 : ナイコンさん : 2011/11/27(日) 14:44:31.43
>>253
それってPC-98の話だけじゃなくてPC-88でも同様だったの?
知らなかった
259 : ナイコンさん[sage] : 2011/11/27(日) 14:57:12.56
> NECの98用SCSIインタフェースボード

と書いてあるのに、「PC-88でも同様だったの?」と思う奴って、
俺たちには見えないなにかが見えてるんだろうな。
260 : ナイコンさん[sage] : 2011/11/27(日) 16:08:10.57
究極の8ビット機とタイトルに書いてあるのに16ビット機のSCSI I/Oの話はどうだろう?
261 : ナイコンさん[sage] : 2011/11/27(日) 16:20:59.35
話の流れでしょ、大目に見てやれよ。
262 : ナイコンさん[sage] : 2011/11/28(月) 23:06:38.20
なんでこの板
確実にオッサンばかりなのに
こんなに煽りたがり屋の厨房が多いのか
263 : ナイコンさん[sage] : 2011/11/30(水) 00:56:21.33
>>262
> 煽りたがり屋の厨房

自己紹介乙
264 : ナイコンさん[sage] : 2011/12/03(土) 13:50:15.69
>>257
別スレにも書いたけど、約16:9の画像領域としては、たとえば
PSP互換なら、480 x 272 ドット 16320バイト 色bit数 3なら48K 8なら128K 24なら384K
Vita互換なら、960 x 544 ドット 65280バイト 色bit数 3なら192K 8なら512K 24なら1.5M
にするとか
265 : ナイコンさん[sage] : 2011/12/03(土) 19:32:52.61
16:9なら

256x144
320x180
512x288
640x360 でよい。

発色数は1画面8色、2画面までだな。
2画面分のVRAMを束ねて6プレーン64色までは許してやってよい。

1920x1080の1/nでないと困るというなら

240x135
480x270

これでよかろ。
どこかの三流ゲーム機の画面モードに合わせて
FullHDを割り切れず2^nでもない醜い解像度など採用する必要はない。
そんな事をしても喜ぶのはその糞ハードの信者だけだ

266 : ナイコンさん[sage] : 2011/12/03(土) 23:22:58.51
マンドクセーから画面の横余らしときゃいいだろ
267 : ナイコンさん : 2012/05/11(金) 14:03:15.78
16:10でいいじゃん
1280x800
268 : ナイコンさん[chage] : 2012/05/13(日) 17:38:03.63
ジョイスティック端子ならMIDIを入れるほうがよさそうだ。

Windowsでは実際にMIDIポートをジョイスティックに使ってたし、
2台で対戦するゲームの通信にMIDIが使われた事例もある。
269 : ナイコンさん[sage] : 2012/05/13(日) 19:19:16.45
>>268
>Windowsでは実際にMIDIポートをジョイスティックに使ってたし

ゲームポートの事?
アレは、15pinの内の2本にMIDI用のシリアル端子が入ってるってだけだぞ?
ジョイスティックは別の線に繋ぐ。
270 : ナイコンさん[sage] : 2012/05/17(木) 02:20:08.90
SB16のゲームポートはパラレルだし、そこに>>269が言う通りUARTも出てるというだけ。
それを32kbpsだったかで動作させて、MIDIの代用にしていただけ

たかが8方向+2ボタンのジョイスティックを繋ぐだけでシリアル通信なんかさせるのは、
当時の技術ではアホみたいにコストがかかって、やってられねーだろうな。

ゲームの通信にMIDIを使ったというのも、MIDI端子を標準搭載した機種だったからのことで、
普通のPCならシリアルポート経由で双方向通信する方がよほどスマートだった。
271 : ナイコンさん[sage] : 2012/05/23(水) 14:52:49.27
8bit機なら普通のパラレルポート出してジョイスティックつないだ方がよさそう
ソフトも簡単になるし
確か学園祭向けにプリンタポートの入力端子(strobe,busy,ack,pe,select)使って
2ボタン4方向SWの自作ジョイスティックつないで動かした覚えが
キー入力の部分にバイナリパッチ当ててやってたな
272 : ナイコンさん : 2012/12/22(土) 10:16:27.09
8bitでandroidってどうだろ?
マルチタップって当時無理だったのかな?
273 : ナイコンさん[sage] : 2012/12/22(土) 18:27:50.07
マルチタップが CPU で実現されてるとでも思ってるのか?
274 : ナイコンさん[sage] : 2012/12/23(日) 10:16:02.05
ジョイスティックがCPUで実現されてるとでも思っているのか?




…ごめん、MSXマウスをボタン押したまま挿しこんで使ってたわ。
275 : ナイコンさん[sage] : 2012/12/23(日) 14:22:46.97
中のCPUで実現か
276 : ナイコンさん[sage] : 2012/12/24(月) 15:31:07.28
えっそうなんですね
277 : ナイコンさん[sage] : 2013/01/13(日) 11:23:42.27
CPUピン互換のarmって作れないかな?
アンドロイドならぬレトロPC類ボーグ化計画
278 : ナイコンさん[sage] : 2013/01/14(月) 20:07:33.83
8080マシンにZ80ボードとかあったんだからそういう要領でいけそうな気もするが、
32ビットを8ビットにするだけで大変そうだ。
279 : ナイコンさん[sage] : 2013/01/15(火) 00:51:29.35
まぁ普通にCPU+メモリのボードを何とかして載せる事考えた方が素直だよな。
スペースあればだけど。
280 : ナイコンさん[sage] : 2013/01/15(火) 02:42:23.37
似てないCPUを載せようとするとバスのタイミングをあわせたりがとてもめんどくさそう
281 : ナイコンさん[sage] : 2013/01/15(火) 22:21:19.09
ファミリーCPUがよく使われていた理由だよね
282 : ナイコンさん[sage] : 2013/01/15(火) 22:21:51.20
×ファミリーCPU
○ファミリーチップ
283 : ナイコンさん[sage] : 2013/01/16(水) 16:16:45.85
Z80ファミリはほとんど使われてなかったけどな。
284 : ナイコンさん[sage] : 2013/01/31(木) 12:21:31.02
そういえばなんで8251ばっかり使われたんだろ?
シリアル通信が全然進化せずにモデム専用になり、
青天の霹靂のUSBで置いてけ堀の印象。
285 : ナイコンさん[sage] : 2013/01/31(木) 23:15:35.03
パラレル I/F は、74244/245 とか 74273 とかで作れるけど、
シリアルは汎用 IC だと結構面倒だったからねぇ。
286 : ナイコンさん[sage] : 2013/02/01(金) 10:26:55.95
>>284
日本国内では8251だったけど、向こうでは8250(改良版の16450等)っしょ。
ボーレートジェネレータとかも含めると、74シリーズで組むのは大変だからな。
287 : ナイコンさん[sage] : 2013/02/01(金) 12:52:07.52
いやそれがそうとも言えない
288 : ナイコンさん[sage] : 2013/02/02(土) 00:48:31.38
じゃあ、組んでみなよ。
289 : ナイコンさん[sage] : 2013/02/02(土) 00:55:00.54
よくわからないけどカセット読むのとどう違うの?
290 : ナイコンさん[sage] : 2013/02/02(土) 11:44:35.29
カセットは DC を記録できないから、FSK 変調とかで記録している。

ビットを復調する部分以降は、ほぼ同じと思う。
291 : ナイコンさん[sage] : 2013/02/02(土) 12:52:39.94
>>289
8251とかは0/1の羅列にしてくれる。
カセットインターフェイスは、その上で追加して0と1を別の信号に変える。

なので、8251と追加回路でカセットインターフェイスが作られている場合もある。
292 : ナイコンさん[sage] : 2013/02/03(日) 08:50:19.72
98のCMTボードがそうだね
293 : ナイコンさん[sage] : 2013/02/11(月) 23:23:15.09
ほんとNECは技術力ないよなー
294 : ナイコンさん[sage] : 2013/02/12(火) 02:04:43.59
カンザスシティ・スタンダードとかサッポロシティ・スタンダードの回路例で上げられてる奴とかもそだった気がする。
295 : ナイコンさん[sage] : 2013/02/13(水) 00:27:23.46
だからシリアルの処理って汎用 IC だと結構面倒なので、ほとんど 8251 とかの
LSI 使ってたはずだよ。

>>287 が画期的な回路でも持って来てくれるかもしれないけど。
296 : ナイコンさん[sage] : 2013/02/13(水) 01:59:52.74
MSXだったから、RF接続でボケボケだった。
(88がほしかったけどモニタで予算オーバー)
ド近眼になったのはそのせいだと思ってる。
もし、当時のテレビがくっきりはっきりだったらなー。

選択基準はFDDが付いているマシンだった。
テープ機も使ったけどつらかったな。
297 : ナイコンさん[sage] : 2013/02/14(木) 11:11:30.28
NTSCで色信号を重畳させている上に、音声信号のところを抑圧しないといけないから、
アナログテレビは原理的にくっきりはっきりできないのだ。
298 : ナイコンさん[sage] : 2013/02/25(月) 17:34:22.35
じゃあDVIでつなげればいいじゃん
299 : ナイコンさん[sage] : 2013/03/11(月) 11:53:49.40
CPUが追い付けないスピードの周辺デバイス作るって意味あるんだろうか?
300 : ナイコンさん[sage] : 2013/03/11(月) 20:30:00.63
DMAなんか最初はCPUの転送より早かったじゃん
301 : ナイコンさん[sage] : 2013/03/11(月) 23:43:12.65
CPUの処理速度が足りないから周辺デバイスで補ってたんじゃないの?
302 : ナイコンさん[sage] : 2013/03/21(木) 05:20:26.12
CPUをI/Oプロセッサにしたワークステーションがあったね
303 : ナイコンさん[sage] : 2013/03/29(金) 20:54:40.36
FM-8ですね