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

1 ：ナイコンさん：2019/10/08(火) 20:01:55.20 .net

1 名前：ナイコンさん[sage] 投稿日：2019/08/26(月) 12:10:25.22
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

できるだけ実在するデバイスのみで、究極の8ビット機を妄想してみよう。
ただし現状のPC界を見てもわかるとおり数値的なスペック追求のみでは無意味と知れ。
お前らの妄想力＆創造力に期待する！

レギュレーション：
・搭載するプロセッサは、周辺も含め演算レジスタ幅8bit、データバス幅8bit縛りとする。
・搭載するプロセッサは、周辺も含め「同一機能のものは2基まで」とする。
>>2以降に補足

前スレ：
究極の8ビット機を妄想するスレ Part 7
https://matsuri.5ch.net/test/read.cgi/i4004/1560227682/
究極の8ビット機を妄想するスレ Part 8
https://matsuri.5ch.net/test/read.cgi/i4004/1562275959/
究極の8ビット機を妄想するスレ Part 9
https://matsuri.5ch.net/test/read.cgi/i4004/1564217758/
究極の8ビット機を妄想するスレ Part 10
https://matsuri.5ch.net/test/read.cgi/i4004/1566789025/

2 ：ナイコンさん：2019/10/08(火) 20:02:12.86 .net

補足：

・プロセッサのレジスタ幅について、演算に関与しない機能レジスタ(プログラムカウンタやスタックポインタ等)は、8bit以上の16bit幅やレジスタペア等の利用も許可。

・サブプロセッサを含むプロセッサの搭載数は、同一機能で2個まで。(以上/以下を解釈できない中卒の子のために、わかりやすく補足)
例1: サブCPUにメインと同じものをもう1個積みます → ok
例2: さらにFDCにもメインと同じCPUをもう1個積みます(3CPU) → FDCとメイン/サブCPUは機能が被らないのでok
例3: さらにサウンド処理用のCPUも積みたいです(4CPU) → メイン/サブ/FDCと機能が被らないのでok
例4: グラフィック用CPUも積みたいです(5CPU) → 他と被らないのでok
例6: グラフィックCPUを偶数ラスター用と奇数ラスター用に二つ積みたいです → グラフィックCPUとグラフィックCPUでだぶってしまった… → ダメです
例7: グラフィックとは別にスプライト処理用のCPUを… → レギュレーションのギリギリを突いて来たな…禁止する理由はないが、グラフィックに1bitでも関与したら反則だぞ → ok
例7: グラフィックとは別にスプライト処理用のCPUを… → レギュレーションのギリギリを突いて来たな…禁止する理由はないが、グラフィックに1bitでも関与したら反則だぞ → auto

・8bitPCのストレージにUSBやSDカードリーダーをぶら提げたら、そっちの方が高性能じゃないの？16bitや32bitのマイコン内蔵してたりするんじゃね？ダメじゃね？
→ CPUから見て外出ししたパラレル/シリアルバスの先にぶら提げたものについては不問とする。ただし外部にデータを渡して演算させた結果を貰って利用・表示する等は反則とする

今のところはこんな感じ
レギュレーションへの挑戦(突破や撤廃を目的とする議論・難癖)は荒らし。基本的にスルーで。

3 ：ナイコンさん：2019/10/08(火) 20:04:01.68 .net

例5が抜けて7がダブってしまった…出先の不慣れな環境からなので許して

4 ：ナイコンさん：2019/10/08(火) 20:15:51.13 .net

例6も2個までだからokだね

5 ：ナイコンさん：2019/10/08(火) 20:20:11.93 .net

補足(改訂版)：

・プロセッサのレジスタ幅について、演算に関与しない機能レジスタ(プログラムカウンタやスタックポインタ等)は、8bit以上の16bit幅やレジスタペア等の利用も許可。

・サブプロセッサを含むプロセッサの搭載数は、同一機能で2個まで。(以上/以下を解釈できない中卒の子のために、わかりやすく補足)
例1: サブCPUにメインと同じものをもう1個積みます → 2個までなのでok
例2: さらにFDCにもメインと同じCPUをもう1個積みます(3CPU) → FDCとメイン/サブCPUは機能が被らないのでok
例3: さらにサウンド処理用のCPUも積みたいです(4CPU) → メイン/サブ/FDCと機能が被らないのでok
例4: グラフィック用CPUも積みたいです(5CPU) → 他と被らないのでok
例5: グラフィックCPUを偶数ラスター用と奇数ラスター用に二つ積みたいです → ギリギリ攻めて来たが2個以内なのでok
例6: グラフィックとはさらに別にスプライト処理用のCPUを… → レギュレーションのギリギリを突いて来たな…禁止する理由はないが、グラフィックに1bitでも関与したら反則だぞ → ok
例7: グラフィック1ラスター毎にサブCPUを1個割り当ててレイトレさせたい → やりたきゃ他所でやれ → auto

・8bitPCのストレージにUSBやSDカードリーダーをぶら提げたら、そっちの方が高性能じゃないの？16bitや32bitのマイコン内蔵してたりするんじゃね？ダメじゃね？
→ CPUから見て外出ししたパラレル/シリアルバスの先にぶら提げたものについては不問とする。ただし外部にデータを渡して演算させた結果を貰って利用・表示する等は反則とする

今のところはこんな感じ
レギュレーションへの挑戦(突破や撤廃を目的とする議論・難癖)は荒らし。基本的にスルーで。

6 ：ナイコンさん：2019/10/08(火) 20:55:17.31 .net

独断と偏見で選ぶ 究極の 8bit CPU / PC 像

・ アキュームレータは必須であり、その本数は１本のみで、名称は 'A' であるべきだ。
・ 汎用レジスタも必須であるが、多すぎてはいけない。必要最小限の本数にとどめるべきだ。
・ インデックスレジスタは汎用レジスタを２つペアで使う方式が、節約的なので望ましい。
・ アドレスサイズは 16bit 固定長である。増やしても減らしてもいけない。
・ MMU なんぞ邪道。バンク切り替えこそが 8bit の王道である。
・ １バイト１バイト毎回丁寧にメインメモリを読み書きするべきである。キャッシュなんぞは誤魔化しの技術だ。
・ １つの命令が消費するクロックは常に一定であるべきだ。ただし分岐命令のみ条件成立・非成立で２つの消費クロックがあるのは仕方ない。
・ FPU は内蔵してはいけない。外部の FPU IC に頼るか、あるいは、ソフト的に処理するべきである。
・ 駆動電圧は 5V のみ。リレー駆動用の 12V 乃至 24V は許容するが、3.3V といった様な TTL を駆動できない、ふざけた電圧は使うべきではない。
・ DIP 等のスルーホール型部品のみを使用するべきだ。手ハンダ付けが困難な表面実装型部品は使用するべきではない。
・ 8bit CPU である事が容易に連想できるよう、CPU の型番には必ず '8' を含めるべきだ。

7 ：ナイコンさん：2019/10/08(火) 21:01:53.51 .net

>317 名前：ナイコンさん[sage] 投稿日：2019/09/12(木) 19:09:27.38
>MZ1500形式の8x8ブロック単位のグラフィック再配置機能が欲しければ、テキスト機能をいじるのではなくグラフィックの方で対応すればいいだけ
>
>VRAM64KBで640x400ドット16色を8x8ドット80x50ブロックに分割、配置テーブルが追加で8KB(80x50x2バイト)、配置テーブル1ブロック分の内容は16色パレットバンク指定4bitとブロック指定12bitで都合16bitを使い切る
>ブロックの反転表示機能なども盛りたかったが指定bitを入れる余裕もないし、4kブロックもあるなら反転パーツは別扱いで持てでいいだろ
>
>カラーパレットは16色16バンクで256色以上はレギュレーション違反になって持てないので、16/256色を8x8ドットブロック毎に指定可能な最大640x400x4bpp画面となるが、実際これだけ応用が利くなら相当リッチな画面モードだと思うが？
>
>もちろん640x200や320x200の低解像度時も4kブロックからパターン指定できるし、裏画面を画面単位でバックスクリーン化しなくてもブロック単位で非表示ブロックのパターンを確保したり書き換えたりできる
>配置テーブルの書き換えは最大でも4KBだから、全書き換えだとしてもVブランク中に十分間に合うだろう
>
>低解像度時は画面単位で透過重ね合わせができるとさらに強力になるが、果たしてここまで都合の良い画面モードを作ってしまって良いものか？と一瞬躊躇してしまうほど都合が良すぎるね
>
>ネガティブはプレーンの並び方向がブロック単位となるため、ラスター系のグラフィック処理が面倒くさくなる点。
>まあ普通に水平プレーンでブロック再配置無効の画面モードも付ければ済む話だが

8 ：ナイコンさん：2019/10/08(火) 22:10:25.43 .net

>>7
そんなに良いことずくめのVRAM構成なのに採用されたPCが無いのはなんで？

9 ：ナイコンさん：2019/10/08(火) 22:30:37.24 .net

漢字表示できるTVRAM禁止が抜けぞw

10 ：ナイコンさん：2019/10/08(火) 23:01:36.21 .net

糞レギュレーション

11 ：ナイコンさん：2019/10/09(水) 00:19:40.65 .net

レギュ厨のクソが立てただけあってクソよりもつまらないスレになっちまったな。

12 ：ナイコンさん：2019/10/09(水) 00:42:44.38 .net

レギュ厨逝ってよし

13 ：ナイコンさん：2019/10/09(水) 01:15:16.81 .net

******************************
当　ス　レ　は　閉　鎖　し　ま　し　た

ご利用、ありがとうございました
******************************

14 ：ナイコンさん：2019/10/10(木) 01:23:50.74 .net

マヂに終わったなこのスレｗ

15 ：ナイコンさん：2019/10/10(木) 01:36:49.89 .net

即落ち回避の保守作業へのご協力に感謝します
前スレをきちんと埋めてから使ってね☆

16 ：ナイコンさん：2019/10/11(金) 18:00:15.69 .net

埋め終わり浮上

・80x25文字 ハードウェアスクロール対応漢字TVRAM
・80x50ブロック(640x400時)再配置機能つき16色GVRAM

テキストとグラフィックは固まって来たので、このスレでは意欲ゲームキッズおじさん待望のスプライト/BGの仕様策定か？

そもそも要らんだろって説も根強いが…
魔法のDMAはどうすんの?
サウンド周りも未定だしな

17 ：ナイコンさん：2019/10/11(金) 18:01:23.98 .net

誤 このスレでは意欲
正 このスレではいよいよ

出しゃばる予測変換は嫌い

18 ：ナイコンさん：2019/10/11(金) 18:18:15.22 .net

スプライト()よりも先に
割り込みとDMAを仕様策定したいな

19 ：ナイコンさん：2019/10/11(金) 19:45:43.67 .net

>>7
>VRAM64KBで640x400ドット16色を8x8ドット80x50ブロックに分割、
計算が合わねーぞ
8*4*80*50=128000
128kBは必要
640x200なら64kBでOK

20 ：ナイコンさん：2019/10/11(金) 20:33:33.00 .net

>>19
コピペしてないけど元スレでは訂正されてる

21 ：ナイコンさん：2019/10/11(金) 20:41:46.10 .net

配置テーブルを増やしてFullHD画面に対応させる(240x135ブロックにする)のは造作もないのだけど
ブロックの方はパレット指定に4bit取ると残りは12bitしか空間が無くて、つまり4k個から増やせない
配置テーブルを2バイト以上にするのはさすがに躊躇するしな…

22 ：：2019/10/11(Fri) 23:00:52 .net

>>21
それはレギュ違反

23 ：：2019/10/11(Fri) 23:02:13 .net

サウンドは左右2チャネルのステレオでいいだろ。
5.1chドルビーとか誰得だよ？ってことになる。

音源はOPNAにアタリポートありって意見と、それに反対する声がないぐらいだな。
８ビットCPUから制御させるならOPNAクラスで十分、爺向けにまんまOPNAでもいいだろ。

24 ：ナイコンさん：2019/10/11(金) 23:18:04.02 .net

>>22
？

25 ：ナイコンさん：2019/10/11(金) 23:18:34.11 .net

グラフィック4面でDMA使えばテキストVRAMなんてゴミはいらない。
PCMがあればFM音源なんて時代遅れなゴミはいらない。
CPUは6502を256個クロスバ接続すれば最高だ。

26 ：：2019/10/11(Fri) 23:34:20 .net

音源はMOS6581で

27 ：：2019/10/11(Fri) 23:38:13 .net

サウンドは最大8bit48kHzのリニアPCMが1ch欲しい
サンプリングレートは44/32/22/16/11/8/4kHzもあり
分解能は8/4/2/1bit
合計が48k/8bitを超えない範囲で多チャンネル化が可能、最大8ch
データ転送はPCMプロセッサ側のDMAで行うのでメインCPUの負担にはならない
PCMバッファは最低64KB(SFCのようにデータや音源プログラム同居ではなく純粋に音色データ専用で64KB)、メインCPUからもアクセスはできるがサウンドプロセッサ優先で、発声中はウェイトが掛かる

FM音源はただのノスタルジーでしかない
載せたいなら止めはしないが俺は関わらない

28 ：ナイコンさん：2019/10/12(土) 00:13:09.09 .net

>>25
グラフィック4面でDMA使えばテキストVRAMなんてゴミはいらない。
>>27
>データ転送はPCMプロセッサ側のDMAで行うのでメインCPUの負担にはならない

流石は「魔法のDMA」だ
CPUクロックの3倍以上でバスが時分割多重化されているのかな？w

29 ：ナイコンさん：2019/10/12(土) 03:51:51.16 .net

グラフィックが何面あろうと、その上にTVRAMを付けるよ。外す理由が無い

PCM音源の音色RAMはPCMプロセッサ側のバスにあり、PCMプロセッサがアクセスしてもメインCPU側のバスは圧迫されない
PCM再生時の音色データ転送にはPCMプロセッサのDMAを用いるが、PCMプロセッサのDMAはメインCPUのバス空間に対して何もできない
メインCPUからはPIOかバンク切り替えでアクセスできるが、優先度はPCMプロセッサより低位で、PCMの発声中にアクセスを試みればCPU側にウェイトが掛かる

俺が「魔法のDMA」として揶揄するのは、メモリの速度やバス帯域を無視して話の腰を折り妨害するために持ち出される荒唐無稽な存在であり、DMAデバイス自体は魔法でも何でもない

必死に曲解してこの程度か
くだらねえ

30 ：ナイコンさん：2019/10/12(土) 04:06:05.17 .net

どうかこの板に巣食う屁理屈ガイジをころしてください

31 ：ナイコンさん：2019/10/12(土) 06:43:17.37 .net

いくら妄想の究極だろうが実在デバイス縛りは有るんだから
8ビットCPUではDDR4 SDRAMは活かせないがDMAなら活かせる差とかなんじゃね？

32 ：ナイコンさん：2019/10/12(土) 06:51:55.40 .net

RAMの価格下げたのは日本だからな

33 ：ナイコンさん：2019/10/12(土) 06:55:36.74 .net

>>28
バスマスタだから

34 ：ナイコンさん：2019/10/12(土) 06:57:14.94 .net

日本はゲーム屋が他のどの業種よりもコンピューターを使いこなしていた

35 ：ナイコンさん：2019/10/12(土) 08:23:38.91 .net

レギュレーション的に考えると、今の64ビットメモリを8ビット幅ずつ8バンクとしてCPUに繋いで、
バンク切り替えであってCPUから使うのは8ビットバスだから、で良い？

36 ：ナイコンさん：2019/10/12(土) 08:58:41.59 .net

今の64ビットって8ビットのRAMを８個並べて64ビットだけど

37 ：ナイコンさん：2019/10/12(土) 09:26:15.14 .net

8bitCPUでPCM・ADPCMだけってのは重すぎるからFM音源やPSGは必要だ。

38 ：ナイコンさん：2019/10/12(土) 09:58:27.93 .net

YMW820(NSX-1)かね

39 ：ナイコンさん：2019/10/12(土) 10:44:50.12 .net

MIDIそのままのせてUARTで制御はダメか？

40 ：ナイコンさん：2019/10/12(Sat) 11:07:55 .net

msx-audio準拠で

41 ：ナイコンさん：2019/10/12(土) 11:22:33.66 .net

8ビットCPUが精々50MHzまでしか使えないのに対して、
メモリは5000Mzのメモリークロックでも使えそうって速度差をどう埋めるか？
に対してDMAでって事で良いのかい？
バス速度がって言う話で一向に具体的な到達できる速度が出て来ないが

42 ：ナイコンさん：2019/10/12(土) 11:29:04.42 .net

MSX-AUDIOよりMSX-musicだろ。

43 ：ナイコンさん：2019/10/12(土) 12:26:58.60 .net

DMAコントローラは制御しきれるかどうかの観点から、6〜8ch程度だろ、現実的に。
それだけあればフルフルに使うこともあまりないだろうし。
無意味なマジックDMA使うというなら65536chぐらい用意しておけ、で終わるが。

44 ：ナイコンさん：2019/10/12(土) 12:41:07.95 .net

ビットスライスとかの面倒くせえ機能までてんこ盛りなのに1クロックで1バイト転送できるくらいのつもりで書かれてたら魔法

45 ：ナイコンさん：2019/10/12(土) 12:57:00.06 .net

>>37
「PCMは重い」は発声時に音色データまで毎度CPUが伝送したり、音色データがCPU側のバスを通る場合の話だな
今回のは音色データは専用バス上の専用メモリなので、CPUやCPU側のバスは圧迫されない
波形処理もCPUは関与しない
8ch分のシーケンス処理だけ
ゲームの場合に効果音が割り込むとしても+数ch
それもサウンド用のサブCPUをつけたらメインCPUはいよいよやる事なくなる

46 ：ナイコンさん：2019/10/12(土) 13:01:59.76 .net

プリセットの波形データしか扱わないならMIDIモジュール内蔵してUSART制御のがマシ。
「鳴らすだけ」じゃなくて「鳴らす準備」が見えないならおとなしくPSG使っとけってことになる。

47 ：ナイコンさん：2019/10/12(土) 13:14:18.18 .net

>>46
何言ってるのか理解できない
俺の意見を否定するなら音源の内蔵は不要ということか
お前が不要

48 ：ナイコンさん：2019/10/12(土) 13:22:35.72 .net

>>47
わからないならPSGだけ使ってろ。

49 ：ナイコンさん：2019/10/12(土) 13:25:38.97 .net

実際OPNAを使ったことがないんだろ。
だからわからない。

50 ：ナイコンさん：2019/10/12(土) 13:31:27.36 .net

割り込み1回でせいぜい数十バイト渡すだけの環境より
たった32kbpsのシリアルの方が動作が軽いだろうなんて書く奴は
ガチの素人としか

51 ：ナイコンさん：2019/10/12(土) 13:33:20.06 .net

やっぱりわかってないバカはPSGで我慢してろｗ

52 ：ナイコンさん：2019/10/12(土) 13:38:59.95 .net

PCMの重さをデータのハンドリングではなく8bitCPUに求めてしまうようなニワカ者が理解されないのは当然
徹底的にオフロードされた8chのサンプラー音源載せようぜという話に8bitCPUだから重いだのUART経由で外部音源にしろだの
挙げ句の果てにPSGで十分だのはもう日本語の通じないモンスターか何かだ

53 ：：2019/10/12(Sat) 13:40:04 .net

>>51
>お前が不要

54 ：ナイコンさん：2019/10/12(Sat) 13:44:37 .net

以降PCMはレギュレーション違反にするから

55 ：ナイコンさん：2019/10/12(Sat) 14:41:08 .net

PCMなんて1chあればそれだけで十分、2chもあったら持て余すだろ。
8bitでソフトシンセ的な処理が余裕と思ってるバカはPCM使わせておけばいいさ。

ヴァリスのオープニングはPCMのサンプリング音源つかっててイイできではあったがえんえんとFDアクセスしてたのが癌だったわ。

56 ：：2019/10/12(Sat) 14:46:38 .net

ヴァリスIIならPCMじゃなくてADPCM。

57 ：ナイコンさん：2019/10/12(Sat) 14:49:52 .net

CD再生出来ればいいだろう

58 ：：2019/10/12(Sat) 15:37:00 .net

CDは44.1kHzの16bitでさらにステレオ(2ch)なので、48kHz8bit1chの内蔵PCM音源で再生するには性能が足りない

内蔵音源は最大48kHz8bit
音色バッファ(64KB)を目一杯使っても1.4秒弱しか無いので、つまり最大レートでの利用は事実上考慮外
この音源の肝は、最大8bit48kHzの再生帯域を分割して多チャンネル化できること
22kHzなら2ch、16kなら3ch、11kで4ch
分解能を4bitにすれば2倍
現実的には16kHz3chか11kHz4ch、または4bitでその倍を使う事になるだろう

59 ：ナイコンさん：2019/10/12(土) 15:59:04.36 .net

64kバイトｗ
バカは素直にOPNA使っとけｗｗ

60 ：ナイコンさん：2019/10/12(Sat) 18:09:42 .net

サウンド用CPUｗにOPNAを４つぐらいぶらさげればできないことはないな。
8ビットCPUじゃソフトシンセもどきにすらならないからデータ振り分けぐらいしかできないけどｗ

61 ：ナイコンさん：2019/10/12(Sat) 18:35:16 .net

>>60
それは完全にレギュ違反だろ

62 ：ナイコンさん：2019/10/12(土) 21:21:32.35 .net

8ビットでPCMデータの重ね合わせなんて遅くてやってられんぞ。
44.1kHz出せる機械に11kHz4ch分重ねてとかマゾいの通り越して苦行だ。
そんなことやるならOPNA４つつなげてそいつらに11kHzのデータそのままぶち込んだほうがまし。

63 ：：2019/10/12(Sat) 22:42:20 .net

無理に豪華音源積んでもドライブできるCPUが無いのだけど

64 ：：2019/10/12(Sat) 22:44:46 .net

ﾜｯﾁｮｲ無しでしかイきれないｶﾞｲｼﾞ

65 ：：2019/10/12(Sat) 23:11:42 .net

・CPUは波形処理しない(サウンドプロセッサ内で完結）
・割り込み時に渡すデータは音程・音調・音色で1ch辺り数バイト。FM音源と比較して重くなる要素が無い
・シーケンス処理の重さはチャンネル数に比例。PCM4chよりもFM6+PSG3chの方が重い

ドライブできるCPUが無い？何の話だ？

66 ：：2019/10/12(Sat) 23:13:38 .net

内部で16bitかそれ以上で処理できるならSFC並みかそれ以上を実現できるけど
「周辺も内部バス8bit」縛りが地味に効くw

8bitバスでもメモリも含めて動作クロック∞なら何bit/何chでもいけるが…

67 ：ナイコンさん：2019/10/12(土) 23:22:52.97 .net

完全にレギュ勢に怒られるけどHyperTransport使っちゃえば？

68 ：ナイコンさん：2019/10/12(Sat) 23:50:23 .net

DMAつかって直にファイルを送り込んだら勝手に再生してくれるデコーダ機能があるチップ積めばいい。
ガラケー時代にその手のチップは盛んに開発されて今でも小型案内板なんかでつかわれてる。自販機の「いらっしゃいませ〜」系のアレね。

PCM扱うサウンドデバイスなんて内蔵波形データ使うより外からのPCMデータ扱うことのほうが重要だろ。
内臓波形データ使うだけならMIDIでもつなげとけ、だよ。
そっちのほうが汎用性あるし小回り聞くしなにより実在するデバイスをそのまま使えるｗ

69 ：：2019/10/12(Sat) 23:57:38 .net

そういうのを突き詰めるとCPUとメモリとシリアルポートが載ってるだけの評価ボードみたいのになってしまうので

何 で こ の ス レ に 居 る の ？

70 ：ナイコンさん：2019/10/13(Sun) 00:07:46 .net

評価ボードもどきをPCMクンが求めてるからｗ

71 ：：2019/10/13(Sun) 00:23:22 .net

>DMAつかって直にファイルを送り込んだら勝手に再生してくれるデコーダ機能があるチップ積めばいい。
>ガラケー時代にその手のチップは盛んに開発されて今でも小型案内板なんかでつかわれてる。自販機の「いらっしゃいませ〜」系のアレね。
そういうものを持ち込ませないための、8bitバス/8bitレジスタ縛りですので。

72 ：：2019/10/13(Sun) 11:38:14 .net

勝手にレギュねつ造する奴まででてきたよw

73 ：ナイコンさん：2019/10/13(日) 22:35:07.49 .net

「いらっしゃいませ〜」系デバイスは外付けのFLASHやSRAMに登録したデータ再生するだけかつCPUからはI/Oポートの先につながってるだけにしか見えないのがある。
そのタイプはデバイスが合成した波形データをCPUで再利用できないし架空のウルトラPCMデバイスではなく現実のデバイスのためレギュにも抵触しない。

74 ：ナイコンさん：2019/10/13(日) 22:57:06.61 .net

それを搭載していた8bitパソコンは存在しなかったからレギュ違反だろ

75 ：：2019/10/14(Mon) 02:53:17 .net

バカだなぁお前ら。
88MCクローンしか作れないクソなレギュなんてのは無視すれば良いだろw
キチガイ除けの後付けの、ローカルルールだ。

76 ：：2019/10/14(Mon) 13:24:22 .net

>>73
>レギュレーション：
>・搭載するプロセッサは、周辺も含め演算レジスタ幅8bit、データバス幅8bit縛りとする。

外部は見えないから何bitでもいいなんて何処にも書いてないぞ

77 ：ナイコンさん：2019/10/14(月) 13:53:48.33 .net

> → CPUから見て外出ししたパラレル/シリアルバスの先にぶら提げたものについては不問とする。

78 ：ナイコンさん：2019/10/14(月) 14:01:40.68 .net

>>77
バスの切り離しが出来ればマルチプロセッサも8bit以上のコプロセッサも付け放題って事？

79 ：ナイコンさん：2019/10/14(月) 14:09:26.98 .net

>>78
そう書いてあるから、そうなんだろうな。

80 ：：2019/10/14(Mon) 14:12:35 .net

なら付けたい奴は32bitのいらっしゃいませマシーンを取り付ければいい
俺は要らない

81 ：ナイコンさん：2019/10/14(Mon) 14:37:06 .net

実在のいらっしゃいマシーンはレギュ適合だが、
架空のスーパーPCMはレギュ違反。
いらっしゃいマシーンつかわないならPCMは使わないも同じ。

82 ：：2019/10/14(Mon) 14:51:07 .net

結論でたな。
音源はOPNAできまりな。
搭載した8ビットPCは実在したしレギュ違反ではないしパーフェクトじゃないかよｗ
以後、反対意見は許さない。

83 ：：2019/10/14(Mon) 14:51:58 .net

>架空のスーパーPCMはレギュ違反。
何が根拠で？

84 ：ナイコンさん：2019/10/14(Mon) 14:54:27 .net

OPNAはレギュ違反にするから

85 ：ナイコンさん：2019/10/14(Mon) 15:20:33 .net

DACが8bitじゃないんだっけレギュ害児が自滅っと

86 ：ナイコンさん：2019/10/14(月) 17:39:58.36 .net

>>83
実在しないから。
史実に使用した実機がないのは全てレギュ違反になる。

87 ：ナイコンさん：2019/10/14(月) 17:43:45.73 .net

>史実に使用した実機がないのは全てレギュ違反になる。
その根拠は何？(お前の脳内設定以外で)

88 ：ナイコンさん：2019/10/14(Mon) 19:13:54 .net

beepで充分だ

89 ：ナイコンさん：2019/10/14(Mon) 19:49:07 .net

>>87
うわぁ！
過去レス読んでないバカがいるよ！！
こんな奴がいるとかどーなってんの、このスレ！

あ、基地外隔離用のネタスレだったねｗ

90 ：ナイコンさん：2019/10/14(月) 21:08:04.82 .net

繰り返す

>史実に使用した実機がないのは全てレギュ違反になる。

この妄想の根拠を提示せよ
できないなら失せろ

91 ：ナイコンさん：2019/10/14(月) 21:37:17.65 .net

>>90
妄想も何もそういうレギュレーションのスレだから
気に入らないなら出てけ

92 ：ナイコンさん：2019/10/14(月) 21:40:07.25 .net

だから根拠を出せっつってんだよ
どこに明記されてるんだ
できなきゃお前の妄想で終わるんだよ

93 ：ナイコンさん：2019/10/14(Mon) 22:19:02 .net

妄想するスレなんだから妄想で終わるに決まってる

94 ：ナイコンさん：2019/10/14(Mon) 22:26:49 .net

「妄想を現実に」

頭の悪い広告代理店の考えたキャッチコピーみたいｗ

95 ：：2019/10/14(Mon) 22:44:31 .net

答えないまま100いっちゃうからもう俺が案山子論法で論破するけど、
>できるだけ実在するデバイスのみで、究極の8ビット機を妄想してみよう。
これを論拠にしたいようだが、どう読んでも実在デバイスでなければダメだという定義ではない

一匹論破するだけでスレ一割消費だよ、狂ってる

96 ：：2019/10/14(Mon) 22:48:34 .net

>>85
実際PWMの1bit D/Aにしようかと思ったけど
PWMの分解能で突っ込まれるかと思ってそのまま8bitにした

97 ：ナイコンさん：2019/10/14(Mon) 23:01:09 .net

>>95
全く論破出来てないようだけど？

98 ：：2019/10/14(Mon) 23:35:14 .net

実在デバイスは努力目標なので縛りではない

ありもしない縛りで他人を排斥しようとするキチガイは出て行け

99 ：：2019/10/15(Tue) 00:04:23 .net

アンチPCM ＝ いらっしゃいませマシーン君 ＝ アンチ漢字TVRAM君 ＝ マルチCPU君 ＝ アミガー君だろ
彼を接待するスレじゃないんだよねここ

100 ：ナイコンさん：2019/10/15(Tue) 00:29:26 .net

100