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

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

[前50を表示]
400:ナイコンさん
14/11/04 22:08:51.91 .net
MSXが絡むと荒れるなぁ

401:ナイコンさん
14/11/04 22:16:46.36 .net
>事実上V9938=MSX2（またはキャプテンシステム）なんだが

ﾜﾛﾀｗ

402:ナイコンさん
14/11/04 22:21:28.93 .net
> V9938の画面モードをGRAPHICなんとかって言っている人はMSX2使ったことないんだろうな。
> 使ったことある人ならSCREENなんとかって言うはずなんだが

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

403:ナイコンさん
14/11/05 14:33:30.48 .net
512x424i 512色中16色かあ
インターレースとはいえ400ライン出りゃ上等じゃないかい？

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

405:ナイコンさん
14/11/08 05:39:02.56 .net
画面の全ピクセルが同じ明るさを保つわけじゃないから4096色同時発色も不可能だけどな。

406:ナイコンさん
14/11/08 08:28:48.29 .net
そういうくだらない屁理屈を言って得意気になる小学生って確かにいたが

407:ナイコンさん
14/11/08 08:37:59.74 .net
> 次回作26万色を実現できたのに「同時発色:」がピクセル数の関係で宣伝できない展開で友達と笑った思い出

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

408:ナイコンさん
14/11/08 10:03:23.97 .net
微笑ましい話じゃないか。
これで電子立国の将来も明るい…とはいかんかったのは遺憾だけど。

409:ナイコンさん
14/11/10 08:57:52.53 .net
今のPCも16777216色同時発色はできないよな
4kですら800万画素だし。

410:ナイコンさん
14/11/10 12:21:27.44 .net
>>409
モニタ×３枚でいけるだろ、4Kだとビデオカードも３枚必要かもだが。

411:ナイコンさん
14/11/11 15:57:05.82 .net
そういやjpegで圧縮すると、純赤が出ないんだっけ？

412:ナイコンさん
14/11/11 16:41:15.90 .net
jpegといえば、8bit機でJPEGを表示させたら、何分くらい
かかってた？

MSX2のScreen8(256x212@256色)で表示させたら、
サイズ変更や減色のせいもあって何分（10分越えてたかも）
もかかった記憶がある。
77AVやturboZ、MZ-2500ではどうだったか、ちょっと気になる。

表示させようとする画像と表示先の環境が一致している条件
（320x200で256(4096)色）なら、ある程度実用的な速度も
出たりしたのだろうか？表示プログラムの対応が前提だけど、
RAM増設の有無も影響しそう。

413:ナイコンさん
14/11/11 17:59:30.02 .net
当時の8色や16色機だと展開よりも減色の方が時間掛かったな。

414:ナイコンさん
14/11/11 18:03:06.65 .net
そういえばWin3.1の256色環境でフルカラーの壁紙を貼ると
起動時に減色処理で1分くらい固まったっけ。

415:ナイコンさん
14/11/11 19:32:03.08 .net
>>414
フルカラー画像がメモリを圧迫してHDDスラッシングが起きてただけじゃないの？
まぁよほど酷いディスプレイドライバならそういうこともあるのかも知れんが。

416:ナイコンさん
14/11/11 19:57:32.89 .net
ディザリング用の演算LSIってあるのかな？

417:ナイコンさん
14/11/11 22:00:15.74 .net
256色とか、4096色に特化して8bitPCが持つリソースでも、
実用的な速度で表示できる画像保存技術（非可逆なら大幅
に容量を削減可能）って当時無かったのだろうか？

そういうのがあれば、自然画をふんだんに使ったアドベンチャー
ゲームとかが沢山リリースされたかも。
でも、フロッピーが2Dだとさすがにキツいかも。77AVは最初から
2DDだったらよかったのにな。

418:ナイコンさん
14/11/11 22:08:44.16 .net
っ[VHS]
LARCで圧縮している間に飯が食えるんだからどうにもならんだろ。
そもそも無いのは色数じゃなくて高価な高速メモリだしな。

419:ナイコンさん
14/11/11 22:11:51.85 .net
当時の機械に幻想幻想抱きすぎw

420:ナイコンさん
14/11/11 22:22:01.57 .net
圧縮というなら、むしろ草分け期のとろとろ描画のゲームの方が高圧縮なんだよね。

421:ナイコンさん
14/11/11 22:22:31.14 .net
jpegみたいな非可逆圧縮って十分な色数があって初めて意味がでてくるものじゃないかと思うんだが

422:ナイコンさん
14/11/11 22:39:16.34 .net
充分な色数というか、画素の情報量だな
予算だって少ないものは圧縮しようがないからね。

423:ナイコンさん
14/11/11 23:49:23.12 .net
URLﾘﾝｸ(twitter.com)
> いきなりPC-9801のGDC（μPD7220）じゃなくてPC-8001の映像LSI（μpd3301）の
> 写真を載せてるずっこけ記事　＞PC98からGeForceまで振り返るGPU進化の道30年
> - 週アスPLUS URLﾘﾝｸ(weekly.ascii.jp)

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

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

425:ナイコンさん
14/11/12 10:39:17.14 .net
>FDのバッファ領域が減るけれど展開速度だけなら2倍になる。

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

426:ナイコンさん
14/11/12 14:23:16.31 .net
ブロック単位で転送してしまえばいい。
1バイトごとの信号のチェックを256バイトごとにするとか。

427:ナイコンさん
14/11/12 14:53:19.75 .net
>>426
ハンドシェークってどういうもんだか解ってる？

428:ナイコンさん
14/11/12 15:16:19.45 .net
PC-88の場合だけど、1バイト送るごとに6回も信号チェックが行われている

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

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

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

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

431:ナイコンさん
14/11/15 20:12:40.40 .net
X1は裏でテレビを見ればいいんじゃね？

432:ナイコンさん
14/11/15 20:35:33.31 .net
>>430
SMC777C買ったのか？

433:ナイコンさん
14/11/16 13:12:41.60 .net
777は職場で倉庫代わりに使っていた部屋のロッカーに
持ち主不明のものがなぜかあったけど、正式に廃棄が
決まる前に自分が異動してしまった。今思うと、許可もらって
引き取っておくべきだった。

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

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

434:ナイコンさん
14/11/16 17:28:19.06 .net
SMC-777がある職場ってどんな業種なんだろう

435:ナイコンさん
14/11/16 17:33:05.49 .net
>>434
教育関係じゃね？

436:ナイコンさん
14/11/16 20:02:45.18 .net
業務用ゲーム基板開発してた会社がドット絵描くのに使ってたかなんかで
自社広告のなかで中古のSMC-777探してますみたいなの書いてたのは見た覚え
あるかも。

437:ナイコンさん
14/11/16 20:05:26.60 .net
ビデオシステムだったかな。
URLﾘﾝｸ(www.google.co.jp)

438:ナイコンさん
14/11/16 21:37:04.94 .net
80年代半ばくらいの業務用基板の発色可能数って
4096色中X色がけっこう多かったみたいだな。
やっぱりRGB各4bitで16進数だと各1桁で扱えるの
がいろいろと都合がよかったのだろうか。

439:ナイコンさん
14/11/16 21:46:51.53 .net
>やっぱりRGB各4bitで16進数だと各1桁で扱えるの
>がいろいろと都合がよかったのだろうか。

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

440:ナイコンさん
14/11/16 23:05:20.71 .net
あ、そこは個人的な気分の問題の
とこなんで、つっこまんどいて。

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

441:ナイコンさん
14/11/16 23:38:00.79 .net
>4096色中X色がけっこう多かったみたいだな。

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

URLﾘﾝｸ(en.wikipedia.org)

442:ナイコンさん
14/11/16 23:57:24.24 .net
32768色だと1色あたり5ビットになるのがなんか微妙だし
26万色とか1600万色とかだとパレット１つが2バイトに収まらなくなるし
まぁ適切な落としどころだったんだろう

443:ナイコンさん
14/11/17 13:03:48.67 .net
>>439
RGB として、赤なら 0x0F00 とかすぐわかるだろ
5bit だと 0x7C00 だけど、これがすっと出てくる人はあまりいないよね

444:ナイコンさん
14/11/17 14:13:43.14 .net
>RGB として、赤なら 0x0F00 とかすぐわかるだろ

わかったとしてどーすんの?

445:ナイコンさん
14/11/17 19:56:58.20 .net
そんな事もわからんのか

踊るのさ！

446:ナイコンさん
14/11/17 20:51:06.03 .net
>>444
デバッグの時とかに直接指定することもあるだろ？

447:ナイコンさん
14/11/17 20:54:03.31 .net
>>446
0x7C00でも0x03e0でも0x001fでなんでも好きに指定すりゃいいじゃん

448:ナイコンさん
14/11/17 21:14:54.21 .net
はいはい、そうだね w

449:ナイコンさん
14/11/18 16:18:02.09 .net
現実問題としては、4bit*3なのはパレットに使う高速RAMを1個ケチってるだけの話だとは思うがw

450:ナイコンさん
14/11/18 18:10:30.76 .net
パレット用の高速S-RAMってやたら熱くなるんだよな

451:ナイコンさん
14/11/18 18:16:57.44 .net
そりゃアクセスされまくりだからな。

452:ナイコンさん
14/11/19 12:59:45.45 .net
スプライトスレで話題になってたね。
業務用のギャラクシアン基板に1つだけ凄く熱くなるSRAMがあるけど何の用途かと。

453:ナイコンさん
14/11/19 16:30:07.04 .net
スプライトのイメージをライン単位で描画するラインバッファじゃねぇの

454:ナイコンさん
14/11/30 06:02:29.21 .net
当時ラインバッファ式と呼ばれたスプライトの仕組みを理解できない奴が、
そのスレで炙り出されていたっけな

1行(1ライン)分のフレームバッファを想定するところで理解が止まってしまうようだ
ニワカでは昔語りは無理ってことだな

455:ナイコンさん
14/11/30 11:40:58.68 .net
>当時ラインバッファ式と呼ばれたスプライトの仕組みを理解できない奴が、
>そのスレで炙り出されていたっけな

変な誤用が広まってるのも事実なんだよなあ

456:ナイコンさん
14/11/30 11:47:40.74 .net
>1行(1ライン)分のフレームバッファ

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

457:ナイコンさん
14/11/30 12:17:29.95 .net
バッファは二次元や一次元とは限らないというフレームを付けてクレームしてみる。

458:ナイコンさん
14/11/30 12:26:35.82 .net
>>457

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

459:ナイコンさん
14/11/30 12:31:07.46 .net
ファイヤーワイヤーフレーム

460:ナイコンさん
15/04/03 22:15:26.01 .net
このすれまだ続いてんの？
漢字テキストVRAMが話題になってたけど、98で嬉しかったのはエディタや通信ソフトのときだけかな。
やっぱりキビキビ動いたからね。Z80や6502のクロス開発が主な仕事だったからほとんどmifesと向き合いっぱなし。
ワープロソフトはほぼ使ったことないけど、初期のワープロは表現力なかったからほとんどテキストVRAM使ってたんでしょう。やはり当時の漢字テキストVRAMは神。
でも、結局CPUの能力が上がる頃にはグラフィック面も使って表現力をアップさせたみたいだし。
68Kユーザーではないが、87年時点で互換性を考慮に入れなくてすむなら十分ありな設計でしょう。

461:ナイコンさん
15/04/03 22:43:17.55 .net
ｘ68000がテキストが速かったのはDMAのおかげだよ
スクロールにDMAを使うというアイデアはX1turboからの伝統芸

462:ナイコンさん
15/04/04 01:21:21.70 .net
X68のテキストのスクロールはラスターコピーの機能はあったがDMAじゃどうにもならんだろ。

463:ナイコンさん
15/04/07 17:06:49.55 .net
X68000ってHD46505みたいな原始的な画面コントローラだったような

464:ナイコンさん
15/07/25 23:00:53.75 .net
16bitカラーも秀逸だよね。輝度を稼ぐのに緑6bitで他5bitにして2バイトに抑える。
もっとも640×480程度でも2Mbyte有れば24bitなカラーで2画面持てるけれどね。

465:ナイコンさん
15/11/19 16:51:59.72 .net
> 640×480程度でも2Mbyte有れば
X68デビューの1987年当時では、フレームバッファにそこまではまだハードル高かったんじゃね

466:ナイコンさん
15/11/19 17:08:58.46 .net
あの当時だとビデオメモリは多くても192KBとか256KB程度だったからね。
8801なんかビデオRAM 48KBしかないんだっけ。
そんな時代だったからX68000の映像関係メモリ合計が1MB超えるのは脅威に感じたな。

467:ナイコンさん
15/11/21 18:16:19.38 .net
今じゃその1000倍ですら少ないんだから

468:ナイコンさん
15/12/03 05:23:45.18 .net
メモリなんて64KBあれば十分
コンピュータがそれ以上のメモリを必要とする日は永遠に来ない

469:ナイコンさん
16/01/13 13:46:20.13 .net
初期のパソコンはなぜたった７KBしかないスペースインベーダーなみのビットマップ画面を持たなかったのか
URLﾘﾝｸ(togetter.com)

470:ナイコンさん
16/01/13 22:11:11.26 .net
NTTだったか電電公社が1MbitRAMの製造に成功で一般新聞に載るくらいだったからな。
ウンズのメモリが1wait入っていたからな。

471:ナイコンさん
16/01/15 11:58:02.51 .net
インベーダーはフルビットマップで構成されていたってのは今更ながら驚きだね。
でも国産ではなく当時タイトーが輸入してた米国製アーケード基板がベースだったはず。

472:ナイコンさん
16/01/15 12:53:15.82 .net
>>470
メーカーに勤めてるから、当時サンプルで 1,000個買ってて
これ秋葉で売ったら結構いい金になるよなー
って言ってたわ

473:ナイコンさん
16/03/24 06:18:10.51 .net
>>469
7KBなんて巨大なメモリじゃないか
ファミコンですらメインメモリ2KBしか無いぞ
メインメモリ8KB程度のパソコンがどれだけあったと思ってるんだ…

474:ナイコンさん
16/03/24 09:03:07.89 .net
>>473
元記事、言いたい事はわかるけど、なんかズレてる気がするね。
今の視点と思考で語ってるからだろうな。
日本のPC黎明期なんて、メーカーは単に部品を売るための一手段くらいにしか思ってなかったろうしな。

475:ナイコンさん
16/03/24 10:34:55.13 .net
自社のチップを売るために思いつきで作った国産メーカーと生活を豊かにするために新しい使い道を提案する海外のメーカー
差は広がるばかり

476:ナイコンさん
16/03/24 14:16:37.59 .net
SHARPとかはほんとに自社部品売りのため、って感じだったよな。
MZは好きで弄ってたし今でも動態保存してるけど、
なんでもオプションと互換性無視は当時も疑問だった。
NECは早い時期からソフトの重要性に気づいてたし、
PC-9801の販売戦略に生かされたとかなんかで読んだな。

477:ナイコンさん
16/05/29 09:39:03.81 .net
MSX規格を立ち上げるとき、「1年で70万台」という目標を立てていた
そうだけど（実際は50万台程度。100万台は2年ほどで達成）、それなら、
既製品のVDPをそのまま使うのではなく、何らかの改良を施したもの
を開発して搭載するくらいな意気込みをみせてほしかった。
もちろんコストが価格にはねかえるけど、同時代の低価格PCより確実に
優位に立てたし、ゲーム面でもファミコンとの差をあまり感じさせない
ものにできたはず。
TMS9918をベースに
VRAMは24Kにして、「横8ドット単位で2色」制限のないグラフィック画面とか、
縦横スムーズスクロール、スプライトは8枚まで横並び可、(標準で)RGB対応
くらいの機能が追加されていれば、見栄えはだいぶよくなったと思う。
これでVRAMが32Kになれば、32色表示や16色になるが320x200も視野
に入ってくるし。

478:ナイコンさん
16/05/29 09:53:41.64 .net
>>477
50万台なら確かにゲーム機みたいに専用チップ開発しても元取れるよな。

479:ナイコンさん
16/12/29 19:30:52.92 .net
旗振り役のアスキーマイクロソフトも1982年当時はさほどカネ持ってたわけではないし、
「世界中のメーカーが合計100万枚は買ってくれますよ！」ってセールストークだけでは
カスタム品を作ってもらえるほどの約束を取り付けるのは難しかったんじゃないか。
パナもソニーもまだ自社プラットフォームのJRやSMCとの併存を模索していた時期で、
積極的にMSX規格を盛り上げるのはMSX2/2+時代に入ってからだし。

480:ナイコンさん
17/03/03 20:08:03.20 .net
>>477
＞320x200も視野に入ってくるし。
プレステやサターンは
320x240やその倍の640x480を表示するようになったけど
MSX/2の時代のテレビだと、オーバースキャンしまくりではみ出て
224ラインが限界だった上に、インターレースを使うとチラつきが酷かった？

481:ナイコンさん
17/03/03 20:39:55.39 .net
「電脳のサムライたち」って本には、V9938はMSX1のために開発していたが間に合わずにMSX2向けになったとか
ヤマハのMSX本体は台数では5万台程度と損をしなかったという程度だったが、チップの方で儲けたとある。

482:ナイコンさん
17/03/09 19:53:28.27 .net
バルセロナ×サンパウロ見たぞざまあみろ
悔しいか？クソ野郎共が
ストイチコフのゴール美しかったな
悔しいだろう。俺にとってプラスのことはお前らにとってマイナスだ
もっと怒れざまあみろ
悔しがれ
本当は見ないはずの試合見たんだ。悔しがれ。ドア閉めろ通れ寝付く時にドア閉めろ
アヤックス×グレミオも見たぞ
お前ら得意の結果知らされる前に見てやったぞざまあみろ悔しがれ
ほれ損した分取り返せ
さもないと大赤字で倒産だぞ

483:ナイコンさん
17/03/19 00:01:12.46 .net
wikiのPC-9821の項を見たけど、
>もっとも、このMATE Xシリーズ初代機以降及び同時期発表のPC-9821Ap3/As3の
>拡張グラフアーキテクチャのグラフィックコントローラからはVRAMプレーンアクセスモード(PEGC)等の
>使用頻度が低いと判断された機能が幾つか廃止されており、一部のPC-9821シリーズ対応MS-DOSゲーム等で
>問題が生じるケースもあった。
と言うかなんで256色モードにプレーンアクセス使うの？

484:ナイコンさん
17/03/23 00:43:54.92 .net
256色モードで8プレーンだと、まず端的には4プレーン+4プレーンで相互に干渉しない16色をCPU側で重ね合わせ処理等の必要なく実現できる
もちろん5+3で32色+8色でも構わないし、6+2で64色+4色という構成もあるだろう。
7+1で128色+2色、あるいはパレットの構成次第では128色+影色、といった応用も可能になる。
まあ実際にはそういう使い方されなかったんですけどね。

485:ナイコンさん
17/03/24 20:11:38.56 .net
そもそもWindowsでの表示用として作っただけど
表示させる以上の事(動画とかゲーム向け描画とか)は考えてなかったぽいな

486:ナイコンさん
17/03/24 20:27:31.68 .net
日本人て誰も使いもしない機能を思いつきでどんどん作って肥大化するの好きだよな

487:ナイコンさん
17/03/25 08:11:29.88 .net
無駄に肥大化して身動き取れなくなってシンプルで高性能な黒船に負けるまでがテンプレ

488:ナイコンさん
17/03/26 00:40:51.77 .net
>>487
日本人にすら使いこなせないPS4すらも
スマホに負けてるしな

489:ナイコンさん
17/03/26 16:47:35.38 .net
朝鮮人が集うスレはここですか?

490:ナイコンさん
17/03/29 01:15:42.07 .net
>>13
性能抜群、速いPCだと処理が早く終わる。って感じかな。あと、性能と機能を取り違えてるっぽい書き込みもあるね。

491:ナイコンさん
17/03/29 08:23:28.36 .net
何年前のレスにアンカーつけてるんだよ w
エド・はるみがぐ～って言ってた年だぞ

492:ナイコンさん
17/04/16 13:15:56.09 .net
エド・はるみライザップCM出ててビビった

493:ナイコンさん
17/04/20 13:59:07.68 .net
HD46505にスプライト機能を拡張するようなことは出来なかったのか

494:ナイコンさん
17/04/20 22:49:10.31 .net
X1やX68000がHD46505だっけ確か

495:ナイコンさん
17/07/14 18:39:52.14 .net
栄枯盛衰

496:ナイコンさん
17/07/23 10:30:16.31 .net
AMIGAは256色で8プレーン持っていなかったっけ？

497:ナイコンさん
17/08/20 16:15:33.07 .net
そうだよ。AMIGAに限らずPCのVGA含め当時のハードはみなカラーインデクス(パレット)方式だから。
フルカラーで処理可能なハード世代はWindows対応PC以降。
スマホはさらに後だから時代が違うしタッチパネルぬるぬる動く用途のみに無駄に高速なGPU使ってるからな。
HTMLのページもいったんレンダしたらメモリに置かれてスマホGPUでぬるぬるスクロールするでしょ
ダイアログもα合成しながらぬるりと表汁するし。ゲームと用途が違うし。

498:ナイコンさん
17/08/20 19:47:09.37 .net
WindowsPC以前でも、FM77AVとかFM TOWNSとかはフルカラーじゃないか？
まあ、TOWNSはWindowsに首つっこんでるけど。

499:ナイコンさん
17/08/21 18:12:44.83 .net
FM77AVの最大発色数は26万色(18bit)
FM-TOWNSがフルカラーに対応したのは486を搭載した後期型から。
最も古いフルカラー対応はおそらくサピエンスが9801用に出していた
SuperFrameだったはず。

500:ナイコンさん
17/08/22 08:47:15.90 .net
ハイパーフレームの方が先だったと

501:ナイコンさん
17/08/22 12:21:57.03 .net
俺の方が先だったよ

502:ナイコンさん
17/08/23 02:58:21.16 .net
非標準の外付けフレームバッファみたいなのは別扱いじゃないか？

503:ナイコンさん
17/11/05 09:23:08.54 .net
88のビデオアートボードのような「拡張スロットに存在する表示回路」的なものって、その部分については「I/O空間内にVRAMをマッピング」に分類される感じなんですかね？

504:ナイコンさん
17/11/06 06:34:50.97 .net
88のビデオアート（）ボードや98のスーパー/ハイパーフレームは、ソフトウェアからはメインメモリ空間上のバンクメモリとして見える

505:ナイコンさん
17/11/06 19:31:58.61 .net
>>504
そういう仕組みだったんですね。
だから、128Kとか768Kの増設メモリとしても使うことが出来たというわけですか。
ビデオアートボードは、スーパーインポーズを省略して、24KHz専用ディスプレイにも
出力可能で安めのバージョンもあれば、購入者はもっと増えたかのも。

506:ナイコンさん
17/11/07 09:03:14.81 .net
77AVやX1ｔZに対抗するためのアイテムなのにSIP省略は
それにしても高すぎた、5万ぐらいだったら

507:ナイコンさん
17/11/07 09:49:29.70 .net
どっちかっつとCAIとかの需要を見込んだものだったんじゃないかな
そしたらスーパーインポーズ省略はありえない選択

508:ナイコンさん
17/11/07 10:30:19.96 .net
パソコンはTVに求愛し続けて、そしてとうとうTVの中身がパソコンになったとき、
TV離れが始まってるという皮肉

509:ナイコンさん
17/12/03 14:46:27.19 .net
FM-7のサブCPUはGPUの走りかい？

510:ナイコンさん
17/12/03 21:07:59.31 .net
いいえ

511:ナイコンさん
17/12/04 11:24:35.30 .net
母方のおじさんといったあたりではなかろうか

512:ナイコンさん
18/01/08 15:18:00.58 .net
>>38以外で
カーソルＸ座標を設定／取得するポート
カーソルＹ座標を設定／取得するポート
キャラクタコードを設定／取得するポート
アトリビュートコードを設定／取得するポート
Z80のI/Oポート（256バイト）のうちの4バイトを使って
テキストVRAMを制御する設計にするというような可能性は無かったのかな

513:ナイコンさん
18/01/23 12:51:10.40 .net
>>512
MSX2がまさにそんな感じだよ、そのI/OポートがVDPになっている感じ。
VDPにアドレスをセットしてI/Oポート経由でアクセス、または特定のデータを書き込んで
VDPコマンドを実行できた。
VDPはCPUと同時に動けるのでちょっとしたアクセラレーションと言えばカッコいいけど、
実際のVDPコマンドは動作は遅かった。
MSX1は、上記のVDPコマンド無し版という感じ。

514:ナイコンさん
18/01/27 05:00:17.84 .net
コストとかどうでもいいなら御三家系の640x200x3bppのVRAM48KBに倣う場合にVRAM側にもメインと同じCPUを割り当ててそっちにも込みで64KBのRAMを与える(便宜上のワークRAMが16KB)とかすると面白そう
メイン側もグラフィック側も1ページ16KBくらいでいいからバンク切り替えで入れ替えできると面白いかな
拡張RAMとか載せる場合もそのバンクRAMのページが増えて行く感じで規格上の最大ページ数が255枚とか(なお物理バスにはそんなに信号線出てない的なオチ)
まあ80年代半ばにメインとグラフィックでDRAM128KBも載せたらお値段幾らするんだよって感じ

515:ナイコンさん
18/01/27 08:29:07.77 .net
>>514
VRAM側にCPU持たせるのはFM-7/FM-8で実例あるし64KB越えるRAMを搭載したMB-S1なんて機種もあったな

516:ナイコンさん
18/01/27 23:22:08.35 .net
>>514
コスト度外視なんて言えば尚更、それがMSX2に搭載されたv9938だったと思う。
メインCPUから見たら相手がサブCPUだろうがVDPだろうが大して違いが無いわけで、
v9938なんてCPUどころか専用のVLSIですよ。
キャプテンシステムでの需要見込みなどもあったんだろうけど、あの時代にしても結構な
投資だったんじゃないのなと今更ながらに思う。キャプテンシステムの大コケと、
バブル崩壊？のダブルパンチの影響か、MSXの命運も共にオワタ、なのかなぁ？www
そして最後には16bit, 32bitの波にのまれてWindowsで終了…

517:ナイコンさん
18/01/29 12:56:51.80 .net
>>515
S1はなぁ、、、16KB×3面分のVRAMを実装すべきところを１面ケチって
メモリ不足に苦しむ残念なマシンとなった

518:ナイコンさん
18/01/29 19:57:47.11 .net
>>517
まあメモリー高かったからねぇ
苦肉の策だったんだろうな
まあ48KB載っけてりゃ多少の延命できたと思うけどもう時代は16bitに移行しはじめてたから結局たいして変わらなかったんじゃないかな
もうちょいでるのが早ければ良かったんだけど

519:ナイコンさん
18/01/29 20:01:01.82 .net
S1デビュー遅かったよね。
77AVもちょっと遅かったなぁとか77は早すぎた(3.5インチ高杉)とかいろいろ面白かったね。

520:ナイコンさん
18/01/29 20:54:00.88 .net
>>517
メモリ不足というより、標準搭載のメモリだけだとMPUウェイトに泣いたというのも
大きいんじゃないかと。
標準状態でVRAM表示をONにすると、MPUは表示期間中2クロックに1回しかメモリ
アクセスできなくなる仕様に見える。
普通そういうウェイトは「VRAMアクセスする場合は」という風に被害を限定するもん
だけど、悲しいかなS１の場合メインメモリの64k DRAMの一部をVRAMに割り当てて
いる関係上、標準搭載のメモリだけという状態だとどこにアクセスしてもウェイトが
かかる。
テキストだけの表示ならそうはならないようだけど、ゲームには辛いわな。

521:ナイコンさん
18/01/30 02:08:55.26 .net
日立は自分のところでメモリも作ってたんだから
速い奴回してやれば良かったのになあ。

522:ナイコンさん
18/01/30 02:48:48.94 .net
>>521
まさにソレ。
2MHzの68B09の場合、サイクルタイム250ns未満のDRAMを持ってくれば、
CRTCの表示読み出しとMPUのリード/ライトをノーウェイトで両立出来る。
これをやったのがS1とほぼ同時期発売のFM-77。
一方のS1はサイクルタイム270ns/260ns のDRAMを用いたため「妥協なし」
のサイクルスチールを実現できなかった。
やはり半導体事業部からは冷遇されていたのか、メインメモリには自社の
HM4864P-2を使っていたものの、VRAMにはTIのTMS4416N-15や三菱の
M5M4416P-15を使った機体を見たことがある。
社内特別納入価格とかも…無理っぽかった雰囲気。

523:ナイコンさん
18/01/30 07:17:05.46 .net
>>520
あれ、それってサイクルスチールないってことなのか
S1のスレでサイクルスチールあると書いてあったり当時もある風の雰囲気だったけど
それは実は速くなくて遅い要員があるってことなのか

524:ナイコンさん
18/01/30 18:02:54.25 .net
320*200モードでのページ切替はFMや8801にできない技だったのにほとんど活用されなかった
しかもあいつら垂直帰線中しかアクセスできないフルウエイトのくせに

525:ナイコンさん
18/01/30 22:04:01.33 .net
S1がVRAMアクセスにサイクルスチールしているのかいないのかと聞かれたら、している。
では、そこに妥協があるのか無いのかと聞かれたら、ある。
これは使ったメモリのサイクルタイムから来る制限のため。
100%ウェイトがかかるのかと言われれば確率は1/2なので、メモリサイクル=MPUクロックが
500nsで済む場合と1000nsかかる場合があって、単純に平均を取ると750ns。逆数を取って
クロック周波数に変換すれば 1.33MHz。まぁMPUが100%メモリアクセスしているわけじゃない
から実際はもう少しマシだと思うけど、標準状態でRAM上のプログラムを実行する場合、
メモリアクセスはすべてウェイト覚悟となるのでゲームなんかも1.33MHzを覚悟することに。
ちなみに、>>524で指摘のある FM-8/7/new7 では確かに表示期間中MPUはHALTされる。
なのでMPUが動けるのは帰線期間中のみとなる。ただ、帰線期間は垂直だけじゃなくて水平
周期中にもあるので状況は少しマシ…とはいえ2MHzのマシンで体感速度は1/3の600kHzあたり orz
さすがにこれでは話にならないのでVRAMアクセスフラグなるI/Oを設定してこれの改善を図っ
ている。
このフラグをONにするとVRAMを読み書き出来るものの上記の状態で体感速度 600kHzに低下。
OFFにするとVRAMアクセスは不能になるもののHALTは掛らず最高速度に復帰。
これをこまめにON/OFFし、直線描画の際に描画座標計算をする場面とか、そういうのは普通に
最高速度・ノーウェイトで動けるようにしている。
…8801は知らん

526:ナイコンさん
18/02/11 14:22:23.55 .net
URLﾘﾝｸ(map.grauw.nl)
TMS9918のデータシート見て思ったんだけど
何でパレットの並びがこんなにバラバラになってたんだろう
赤系が6,8,9で緑系が2,3,12とか

527:ナイコンさん
18/02/12 00:36:00.95 .net
9918のカラーはRGBの均等割りとかじゃなくて、
わざわざ北米の児童向けのカラーセット組んで合わせたとか聞いた。
余談だけど、MSX2のV9938系もカラーパレットはRGB各3bitで512色だけど
実際の出力は単純な均等割りになっていなくて、γチャートで見るとRが膨らんでたりする。
あとMSX2の起動時のカラーパレットは9918に合わせてあるというけど実際はズレてる…ってのは有名か

528:ナイコンさん
18/02/14 13:13:14.66 .net
>>527
でも、ヤマハの技術者さん達はあれで問題ないと思っていたという…

529:ナイコンさん
18/02/14 21:09:22.79 .net
まー、出力先が当時のテレビだからね。ヘタするとRF。しかたないね。
R成分が強いのなら、赤が流れやすかった当時のテレビにあわせた意図的なものだったりしないのかな？

530:ナイコンさん
18/02/16 20:31:02.65 .net
8ビットパソコンでもVRAMを標準で32KB／48KB積んでいる機種（X1，SMC-777等）は
16色パックドピクセル（2ドット1バイト）にする選択肢は無かったんだろうか

531:ナイコンさん
18/02/20 14:02:59.47 .net
☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
―――♪

532:ナイコンさん
18/02/21 02:00:45.07 .net
>>517-518
検索するとVRAM 48KBみたいだけど32KBしかなかったって事ですか？

533:ナイコンさん
18/02/23 21:24:35.43 .net
標準搭載RAMが96KB（構成としては64KB+16KB+16KB)で、グラフィック表示ONにすると
その内の48KBがVRAMとして用いられるようになっている。
16KBx2は普通にVRAM2プレーンとして扱えばいいので特に問題ではないが、もう1プレーン分
をメインRAM64KBの1部で兼用させたので問題となった。
S1のVRAMアクセスにはウェイトがかかるのだが、メインRAMの一部を共用したため標準搭載の
メインRAM全域のアクセスにまでウェイトがかかる事態となった。
恐らくROMアクセスにはウェイトが掛らないが、標準のDRAMアクセスにはウェイトが掛るという状態。
このため、BASICの実行速度は高速、なのにゲームの動作は鈍足という…なんだかなぁな話。

534:ナイコンさん
18/02/28 02:44:48.54 .net
>>533
遅れましたが、ありがとうございます
メインRAMにウェイトがかかるけどBASICが高速なのは
メインRAMのアクセス頻度が少ないからでしょうか？

535:ナイコンさん
18/03/01 01:26:11.82 .net
そういうことになっていると思います。
S1活用研究を見て書いてますが、ウェイトが掛るのはI/OとVRAM(とその巻き添えを
食らったメインRAM)の2か所の記載があるのみなので、その他の場所にはそこまでの
ペナルティは無いと考えています。
恐らくROMはノーウェイト、拡張RAMはリフレッシュに要するロスが発生する程度で
アクセスできるのだろうと思っています。
こういう事情なので、命令フェッチやワークエリアのアクセスにウェイトを食らいたくない
ゲームプログラムなんかは「要拡張RAM」として拡張RAM上で実行しているのではない
かと考えています。

536:ナイコンさん
18/03/03 10:09:35.35 .net
>>535
ありがとうございます

537:ナイコンさん
18/03/05 18:32:10.90 .net
CRTCのWiki見たら
リコーのRP5C16という、ファミコンのRP2C02とはまた違うのがあったみたいで
スペックを見ると
PCG，16色，合成可能，パックドピクセル，スムーススクロールなどなど
これを搭載したＰＣって出てたのかな

538:ナイコンさん
18/05/03 23:34:57.91 .net
このスレでは、コモドールとかアタリのゲームパソコンの話題が出てこんな。かなり変態っぽくて、このスレにピッタリだと思うんだが。

539:ナイコンさん
18/05/04 01:04:47.87 .net
どうぞ、お好きなように話題を出して下さいな。
≫コモドール、アタリ

540:ナイコンさん
18/05/04 01:53:29.57 .net
>>539
ありがとう、連休明けにはATARI800XLが届くんで、何かネタ仕込んでみるわ

541:ナイコンさん
18/05/04 02:23:28.44 .net
AMIGAは4096色使えることにはなっているものの、
任意の座標に4096色を自由に置けるってわけでは
ないみたいだな。
ビデオや静止画からの取り込み画像を表示させるだけ
ならこれでもいいかもしれないけれど、こういう制限を
意識しながら自分で絵を描くのはしんどそう。
少ないVRAMで多色表示を実現するための仕掛けだったらしいけど、
こんな面倒な制限から解放されるなら「増設のためのRAMくらい買うよ！」
と思った人も多かったんじゃないだろうか。

542:sage
18/05/04 07:15:05.02 .net
>>541
HAMモードだね
Hold And Modifyの略、名前の通りRGBの一要素を変化させたりして多色表現を可能にした、
一種の簡易的な画像圧縮みたいな考え方だと思う

543:sage
18/05/04 07:20:47.72 .net
>>540
ATARI 8bitは、カスタムチップのANTICが後のAmigaのAGNUSの祖先みたいな感じで面白い、なかなかに変態的。
ミサイルオブジェクト(スプライト)の考え方も独特。
個人的には当時、先進的だと感動した！

544:ナイコンさん
18/05/04 07:48:26.87 .net
>>541
> 「増設のためのRAMくらい買うよ！」
当時のメモリーの価格を知らない人の言葉やね

545:ナイコンさん
18/05/04 13:00:22.36 .net
メモリも高かったけどロジックはそれ以上に高価だったしなあ
特に80年代前半でアナログカラーパレットとかすぐ言い出すアホが居るけど
多色対応のDAC組むだけで厳しかったし
インデックスカラーで同時発色数を増やすとその分レジスタ(パレット)も増える訳で
カラー情報のレジスタなんてそれこそドットクロック毎に参照されまくるから、超高負荷つまり高発熱で…

546:ナイコンさん
18/05/04 13:20:09.32 .net
>>545
ファミリーコンピューター…

547:ナイコンさん
18/05/04 15:56:42.69 .net
>>546
だからファミコンはすごいよね、って話なんだけど、なんだろう反証とか論破とかのつもりなのかこれ。

548:ナイコンさん
18/05/04 15:58:39.02 .net
馬鹿なやつが「メモリ(VRAM)さえ増やせばもっと色数増やせたはず」とか言うんだよな
色情報を格納するためにメモリはもちろん必要だが、それを制御するロジックのコストがわかってない系。

549:ナイコンさん
18/05/04 18:14:55.28 .net
>>543
ATARI 8bitパソコンのテクニカルノート見てると、本当にこれが1978年の技術かよ！と驚かされるばかりだよ。うまく動いたら、また書き込むわ。

550:ナイコンさん
18/05/04 19:45:11.59 .net
>>542
MSX2+の自然画モードの元ネタ？

551:sage
18/05/04 19:55:36.34 .net
>>550
程度モノだけど、センスが似てるのは確か。
でもこれまで元ネタと言っちゃうのは誤解が大きくなる気がするw

552:ナイコンさん
18/05/04 21:00:31.91 .net
FM-77AVかなにかにフルカラーモードがあったけど、あれはどうなん？
時期的には、AMIGAより後、MSX2より前だっけ？

553:ナイコンさん
18/05/04 21:33:06.46 .net
X68は仕事でしか使ったことないけど、TVRAMなくても良かったとおもうよ。ゲームマシンかオタクのおもちゃなんだし、余計なもの載せずにビットマップでwindow系を動かす方がマニアは嬉しいはず。
あと、9938は時期や日本だということを考えると凄いVDPだった。あれで速度だけでも高速化していってくれればね。
ところで、FM-11より先に6829じゃなく独自のMMU採用したPCは日本に限らずあるのかな？

554:ナイコンさん
18/05/04 22:09:37.20 .net
>>552
FM77AVの4096色は勿論のことAV40の26万色モードもMSX2+自然画モードみたいにRGB情報を数ドット単位に簡略化して輝度で色数を水増しした自然画モード等ではなく
1ドット単位にRGB情報を持つ4096色、26万色モードらしい
しかもパックドピクセルではなくビットプレーン方式なので凄まじい枚数のプレーンを操作しないといけないｗ

555:ナイコンさん
18/05/04 22:11:56.57 .net
>>554
その反面
キャラの重ね合わせが他機種より楽になってるけど

556:ナイコンさん
18/05/04 22:15:11.52 .net
>>553
X68のTVRAM(PC98のグラフィック画面と同じビットプレーン構造)はゲームでもよくスコア表示やステータス表示に使われてて便利
まぁX68は様々な画面が同時にいっぱい使えてBGもあるからBGでスコア表示してもいいんだけど
パターンRAMを節約したい場合BG使わない方がいいしね

557:ナイコンさん
18/05/04 22:40:39.47 .net
MS-DOSならVRAMは640x400＠16色で32KBプレーン×4バンク切り替えだと
UMBが広くなっていいな

558:ナイコンさん
18/05/04 23:15:06.15 .net
>>553
>ところで、FM-11より先に6829じゃなく独自のMMU採用したPCは日本に限らずあるのかな？
GIMIX社のGMX 6809 CPUⅢ Boardが該当するかと。
正確な時期は不明だがボード上には(C)1982と印字されているので
FM-11(1982年11月)とほぼ同時期か早かったと思われる。

559:ナイコンさん
18/05/04 23:19:11.07 .net
85年から86年にかけてRAMの価格がガクっと下がったんだっけ？
AMIGAの時はまだ高価だったようだけど、翌86年秋にはVRAM128K
搭載のMSX2が2万円代で買えるようになったんだよね。

560:ナイコンさん
18/05/05 04:45:42.94 .net
ゲルビーも640GBあれば十分って言ってたもんね
今その何倍あるか知ってる？

561:ナイコンさん
18/05/05 06:57:23.86 .net
>>553
あの時代にビットマップのみだとプロセッサパワーが足りなさすぎ
日立の2050って言うワークステーションがビットマップのみで68010@16MHzでもスクロールがなみうってた

562:ナイコンさん
18/05/05 07:00:05.78 .net
>>559
256kbitとか1MbitとかD-RAMの集積度がガンガン上がってた時代だし

563:ナイコンさん
18/05/05 09:39:18.63 .net
>>559
そういえばV9938の設計上MAXの192KBのVRAM搭載したMSX2って発売されたっけ？

564:ナイコンさん
18/05/05 09:42:27.43 .net
>>561
X68はグラフィックVRAMだけじゃなくテキストVRAMもビットマップだけどね
ハードウェアスクロールやラスターコピー機能があるから実用的な速度で文字スクロールするけど

565:ナイコンさん
18/05/05 12:52:07.09 .net
>>563
聞いたことないなぁ。
もしあれば、screen5が6ページ、scrren7/8が3ページ持てるようになったのかも。
ビデオテロッパとしても使われたビクターのHC-95は、後期出荷版にMSX2なのに
9958が載ってるものがあるらしいけど、これはおそらく部品調達の都合。
それはともかく9958は横スクロールと自然画だけじゃなくて、パレット部分も改良して
VRAMも192Kが標準になっていれば、MSX2+はもっと評価されたかも。
512(640)x212(200) 64色二画面とか、256(320)x212(200) 4096色ニ画面とか
使えるようになっていたら、絶対買い換えたと思う。

566:ナイコンさん
18/05/05 12:58:19.01 .net
>>565
V9958はグラフィックよりスプライトのパワーアップを行って欲しかったなぁ
MSX2+登場の1988年にMSX2と同じスプライト 16x16ドット(ライン毎16色中1色) 画面32個/ライン8個ってスペックはちょっと厳しすぎる
せめて倍に改良を加えて欲しかった

567:sage
18/05/05 15:56:30.85 .net
>>565
確か、仕様上は表示用のメモリとしては使えなかったはずなので、バッファとして使えるだけ
V9938最大の欠点はCPUとの間のバスの貧弱さなので、出来るだけビデオメモリを増やしてCPUとの
やり取りを減らし、VRAM内だけで完結する機能、
つまりVDPコマンドの拡充が必須だった
ある意味、奇しくも現代PCのグラフィック周りと基本構造が同じなんだよねw

568:ナイコンさん
18/05/05 16:50:23.72 .net
>>567
文字表示用にビットパターンのデータをパックドピクセルに変換して描画してくれるVDPコマンドとか欲しかったなぁ

569:sage
18/05/05 19:04:27.53 .net
>>568
自分は兎に角スピードが欲しかったかな。
実際z80と同等程度かそれ以下の性能しか無かった。
でも、最近知ったんだけどアレは、VDPがというよりメモリこそが遅かったらしい。
帯域が表示の為のリードで精一杯で、ライトが厳しかったとか。
VRAM64KBの機種は256色表示も出来なかったそうな。本来なら1ページ分の容量があるのに。
何でも、128KB搭載すればRAMチップが倍乗るので、RAMチップAとBを交互にアクセスする事で実質の倍速、やっとで256色表示が出来る。
それくらいメモリアクセス帯域が狭かった。
結局は全て価格なんだよね、 MSXの価格帯で高速なRAMが載せれなかったわけだ。
スプライトも色々と希望はあったけど上記のような事情もあり、夢のまた夢ですよw

570:ナイコンさん
18/05/05 23:47:23.68 .net
MSXに比べてPC88は、CPUとかメモリ容量とか外面だけ見ればだいたい同じなのに、価格がはるかに高かったのは、やっぱりそういう細かいスペックがちゃんとしてたせいなんかな。

571:sage
18/05/06 00:05:03.11 .net
>>570
そうかもね。
8bit 64KBで可能な、拡張性まで含めたアーキテクチャとしては、スロットシステムを中心に据えた
MSXが極めて優れてたと思うけど。
自分も当時MSXユーザーだったけど、これは先進的だと感心した。
でもハードウェアは良くなく、やっぱ低コスト志向。
低速RAMに対応する為、CPUだってノーウェイトじゃなかったし(88はmk2SR位からノーウェイト
じゃないかな？)、VDPも低コスト向け。
3.58MHzなのにM1サイクルで1ウェイト入ると4クロック命令が5クロックで動く。事実上4/5倍の
速度で動く事になる。
このように色々と制限があった訳だけど、MSXは本当は実用PCになるはずだったのに、
ゲーム機扱いになっていったのが残念だった。

572:ナイコンさん
18/05/06 07:59:44.76 .net
>>570
それにしたってPC88のグラフィック性能は酷すぎるけどね
8色で裏画面すらないなんて…

573:ナイコンさん
18/05/06 16:04:55.65 .net
仮想VRAMと言う技術があってだな…

574:ナイコンさん
18/05/06 16:59:31.71 .net
88ユーザーだった俺は、「カラー画面が1面しかないからティアリングの呪縛からは逃れられない」と悟っていたよ。

575:ナイコンさん
18/05/06 17:45:39.98 .net
>>571
あんな解像度で実用PCはムリだろ。
テレビ前提、さらにRF入力さえ認めるようではやはりホビー用途しか。

576:ナイコンさん
18/05/07 18:24:32.47 .net
>>575
それよなー
MSX信者はそんな簡単なことすら理解出来てない...当時から

577:ナイコンさん
18/05/07 18:31:56.59 .net
>>576
ホビー需要が圧倒的でゲーム遊びたい＆ゲーム作りたい需要が強かったのに
アスキーはとんちんかんなバージョンアップばかりでMSXは死滅した
1→2は結構いい感じだったのになぁ

578:ナイコンさん
18/05/07 18:47:59.54 .net
やはりゲルビッツは正しかったんだ

579:ナイコンさん
18/05/07 19:46:33.59 .net
文字色が１文字単位でなくて１画面単位だからな

580:ナイコンさん
18/05/08 04:09:47.71 .net
V9938/9958で残念だったのは、スプライトの拡充よりも9938の段階で横スクロール対応しとけってのと、
ビットプレーン→パックドピクセル展開のVDPコマンド(平たく言えばビットプレーンで格納されているフォントパターンをVDPに食わせるだけで8ドット分描いてくれる機能)の不備。
全体的な遅さや16色BGの不備も残念と言えば残念だけど、
BGに関して言えば8ドット毎2色でもスプライトとBGでカラーパレットを別に持てればだいぶ違ったと思う。
9938の段階で横スクロールとBG/OBJ別パレット(32/512色)が実現していれば、表現力的にはファミコンに十分対抗できたと思うよ。
まあ10～15万のパソコンでようやくファミコン並みですってどうなの、って話はあるが。
それはそれとして85年に256/512x224x16色と256x224x256色ビットマップというのは、かなり贅沢な仕様だった。
それだけに、本当にあと少しの配慮とトランジスタが足りてなかった>V9938

581:ナイコンさん
18/06/17 15:12:42.63 .net
今のスマホ用のGPUはすごく速いぞ。ぬるぬる動く。
スマホ側でV9958エミュレータ動かしてウエイト無しで動作させて8bitCPUから通信経由で
制御したらものすごく早いぞ(w

582:ナイコンさん
18/06/18 02:35:27.53 .net
オナホ用のGPU？

583:ナイコンさん
18/06/23 10:04:11.04 .net
MSXみたいなVDPの使い方をする設計だと、turboRみたいにいくらCPUが高速になっても画面周りは結局VDP次第になってしまうのが、低価格パソコンとしての生い立ちから来る宿命なのかも。
この設計だと仮にVDPの機能強化をしたとしても、いずれ「用意されている機能では表現できない描画をしようとすると、狭いバス越しにVDP経由でCPUがビットマップを操作することになる」問題に直面することになるのは変わらないし。
それならむしろ、VDPはスプライト等の固定機能を充実させるのではなくて、表示用のVRAMのほかにワークや共有・メインCPUとの通信用に使えるローカルメモリも用意して、
よりプログラマブルでサブCPU的な使い方が可能な方向へと進化していれば…と妄想してみたけれど、これってほぼ今のGPUだよな。

584:ナイコンさん
18/06/23 10:22:07.73 .net
しょせん当時のクロックの8ビットCPUでは絶対に無理。
処理速度もアドレス空間もデータ帯域も、あらゆるすべてが足りてない。

585:ナイコンさん
18/06/23 10:46:20.51 .net
>>583
でもプレイステーションもMSX2方式だからね
当時としては一番良い解決方法であった
turboRはあまりにもCPUとVDPの性能差がおかしかっただけで

586:ナイコンさん
18/06/30 12:02:23.98 .net
80年代半ばの時点では、「パレットの本数を増やす」のって、技術やコストの問題でそんなに難しいコトだったん？
いやね、77AVは改良で26万色出るようになったり、画面のページ数が増えたりするけど、パレットは変わらないまんまだったので。
「26万色」は、購入を検討する人へのPRにはなるし、取り込み画像の再現度が上がるから、いらないわけではないんだけど、
例えばパレットに置ける色数が、低解像度モードで64色→256色とか、640x200で8色→32色みたいに増えていれば、
どのモードでも8bitクラス最高の表現力を得て、実用性はかなり向上したのではないかなーと。

587:ナイコンさん
18/06/30 20:34:12.25 .net
メモリの値段だろ。
パレットを増やすと、高価なメモリがそのぶんさらに必要になるから。
また、密度が今と違うから、チップもでかかったし、実装の大変さも増えそう。

588:ナイコンさん
18/06/30 21:33:43.03 .net
>>586
パレット用のメモリはCRTCから高速なアクセスを要求されるからSRAM使わないといけないんだよ
小容量で超高価
まさにコストの問題

次ページ