■ このスレッドは過去ログ倉庫に格納されています
究極の8ビット機を妄想するスレ Part 5
- 1 :ナイコンさん:2018/12/17(月) 06:22:04.82 .net
- できるだけ実在するデバイスのみで、究極の8ビット機を妄想してみよう。
ただし現状のPC界を見てもわかるとおり数値的なスペック追求のみでは無意味と知れ。
お前らの妄想力&創造力に期待する!
前スレ:
4. ttp://matsuri.5ch.net/test/read.cgi/i4004/1291090549/
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
(※ 知識のある方は技術的なウラなど取っていただけると幸いです。)
- 612 :ナイコンさん:2019/03/08(金) 02:31:38.84 .net
- >>596
http://mzisland.com/club/98koza/index.html
ここ見てようやく理解。
何か、せっかくの能力が殺されてる感があるね。
- 613 :ナイコンさん:2019/03/08(金) 06:01:35.30 .net
- 320x200で4bitパレットでアナログな256または65536色中16色くらいでいいんじゃないかなぁ
ピクセルあたり6bitとかプレーン方式じゃないとメモリが無駄になっちゃうだろうし
1ドット変更するのに6プレーンもアクセスするのは色々と辛そう
BGとスプライトのみはスーパーチープなゲーム機路線で、究極の8ビット機にはあまりにも遠すぎる
ここは昔のPC板だから究極の8ビットゲーム機を妄想するのはスレ違いなんじゃないかな
- 614 :ナイコンさん:2019/03/08(金) 07:42:54.11 .net
- >>613
考えてみたら、320x240ドットなら8bitカラーがギリギリ64KBに収まるんだな
- 615 :ナイコンさん:2019/03/08(金) 07:43:53.29 .net
- >>613
おまいはBGの良さが理解できてないだけw
残念じゃのぉ。
- 616 :ナイコンさん:2019/03/08(金) 07:56:48.19 .net
- というか、究極の8bitPCなら、ドットマトリクスモードとPCGモードを両方持てばいいんじゃね?
- 617 :ナイコンさん:2019/03/08(金) 09:18:06.73 .net
- >>614
収まらないよ
だから320*200が基本だった
- 618 :ナイコンさん:2019/03/08(金) 15:33:55.82 .net
- トロいグラフィックで何するの?お絵かきしたいの?静止画賛美したいの?
PCEでときメモなんか出てたしBGで代用できるのよ
- 619 :ナイコンさん:2019/03/08(金) 15:42:20.60 .net
- FM77AVが320x200で4,096色同時発色で「総、天、然、ショック」を見たときは、衝撃を受けたよ
これなら重ね合わせを意識せずに、ゲームを作りやすいと思った
>>311
>PC-8001mkIISRがそれだったな
>320*200ドットで8色2画面
これは惜しかったな
- 620 :ナイコンさん:2019/03/08(金) 16:15:09.71 .net
- 色数がいくら増えようが重ね合わせは減らんと思うが
何がどう作りやすいの?
- 621 :ナイコンさん:2019/03/08(金) 16:57:42.69 .net
- 77AVは4096色でもプレーン型VRAMだからパレットの設定次第で最大何色の画面を何枚、みたいに使えるのよ
だから背景とキャラというふうに分ければ背景とキャラに関しては重ね合わせ処理は不要
膨大に色が無駄になるけどね
ただキャラ同士の重ね合わせをしなけりゃキャラ同士には穴があくしそれを省略しなきゃ意味がないというのも事実
…であってる?
- 622 :ナイコンさん:2019/03/08(金) 17:10:41.65 .net
- >>618
スーパーリアル麻雀P2でリアルなショウ子ちゃんのアニメーションを実現した
セタの基盤もグラフィックじゃなくてBGだったしな
パターン登録数が多ければBGの方がよい
- 623 :ナイコンさん:2019/03/08(金) 20:21:02.89 .net
- FM-7系のようにグラフィックに専念できる8bitの石がいる前提で、64KBを全部VRAMとして使えればかなりのことができるな
ハードウェアスクロールを意識した512x256ドットの仮想画面(PCGのBG面)2枚(4KBx2)と、8x8x4ビットのパターンを1024個(32KB)確保しても、48KBの範囲に収まってしまう
ビットマップなら、640x200で16色、320x200なら256色が使えるから相当な表現力…
…と思ったんだが、VRAM128KBが事実上の標準だったMSX2はPC88なんかを圧倒してる印象があんまりないな
- 624 :ナイコンさん:2019/03/08(金) 21:37:25.66 .net
- >>623
>(PCGのBG面)2枚(4KBx2)と、8x8x4ビットのパターンを1024個(32KB)
容量は少なくてもここに高速なメモリーが必要になるからそんなに安くはないんだなぁこれが
- 625 :ナイコンさん:2019/03/08(金) 22:04:39.32 .net
- >>624
ビットマップだとVRAM全体に高速メモリが必要だが、PCGならパターン格納部分だけ高速ならいいから
かえって経済的だったりしないだろうか?
- 626 :ナイコンさん:2019/03/08(金) 22:43:01.91 .net
- >>624
ドットクロックが14.318MHzとして
8ドット分のアクセスタイムが558nsecなので
TVRAM+PCGのアクセスタイムがこれに間に合えばいいので250nsec程度のS-RAMで間に合う
速度が厳しいのはパレット用RAMで69nsec以下が必要になる
- 627 :ナイコンさん:2019/03/08(金) 23:30:31.83 .net
- 神様同士で会話してるレベルで
訳わからんわ〜
MZ2000がCRT一体型デザインレベルで最高で
MZ2500FD付きが単体&性能&デザインで究極だ
で終わってるおっさんレベルだからだけどな…
- 628 :ナイコンさん:2019/03/08(金) 23:36:00.98 .net
- 一々メモリー参照するからすげえ早くないと無理ってことか
パレットはビデオチップ内のレジスタに持たせれば
- 629 :ナイコンさん:2019/03/08(金) 23:46:56.68 .net
- >>628
パレットってメモリから見たら小さいけど、8bitCPUのレジスタに載せると考えるならかなり巨大なデータじゃないか?
- 630 :ナイコンさん:2019/03/08(金) 23:49:38.62 .net
- >>621
なるほどそれがスプライトもBGもなくて滑らかにゼビウスが動く理由か
- 631 :ナイコンさん:2019/03/08(金) 23:51:25.91 .net
- 安くて速いDIMMを使うとかだとビットマップじゃなきゃ難しいだろ
PCGでも横長にすればDDR4の高速を活かせる仕様が作れるのだろうか?
- 632 :ナイコンさん:2019/03/09(土) 00:09:00.28 .net
- >>631
8bitCPUを使ってDIMMを駆動か
胸が熱くなるな…
- 633 :ナイコンさん:2019/03/09(土) 00:26:04.25 .net
- つうかSRAMでフルメモリー余裕ですしビデオチップにはいいんじゃないの
- 634 :ナイコンさん:2019/03/09(土) 00:36:35.10 .net
- VDPにだけRAMが繋がってて、CPUはVDP経由でRAM64KBを割り当てられてるとかな
- 635 :ナイコンさん:2019/03/09(土) 00:41:12.91 .net
- >>634
NUMA形式にする必要あるかな?
個人的にはFM-7的に6809をGPUとして使って、普段はコマンドを送る相手としか見えないという形でいいような気がするわけだが
どうしてもVRAMを直接操作したいときはDMA転送で対応
- 636 :ナイコンさん:2019/03/09(土) 01:10:07.18 .net
- セガマークIIIの場合、カラーRAM32バイトとスプライトラインバッファ32バイトの計64バイトがVDP内に内蔵してるってさ。
ゲームギアだとカラーRAMが64バイトに増設。
- 637 :ナイコンさん:2019/03/09(土) 03:10:58.27 .net
- あんまそれ言い始めると8bitに64bitcpuや巨大ビデオカードつないで
コントロールすれば8bitマシンという屁理屈ゾーンに突っ込むような
- 638 :ナイコンさん:2019/03/09(土) 06:12:33.17 .net
- 80年代のナムコセガの技術力は世界一やで
- 639 :ナイコンさん:2019/03/09(土) 07:21:46.77 .net
- >>638
セガの場合ヤマハの技術力だと思うけど
- 640 :ナイコンさん:2019/03/09(土) 08:32:10.34 .net
- 電圧を5V縛りにすると割といい感じに収まりそうw
- 641 :ナイコンさん:2019/03/09(土) 10:50:16.88 .net
- X68発売前に可能な技術で考えたい気がするなあ
ある程度制限があった方が妄想するのは楽しかったりするし
- 642 :ナイコンさん:2019/03/09(土) 11:15:10.44 .net
- ゲームもビジネスもじゃなくて、ゲームモードとビジネスモードを別に究極にして、
無理やり張り合わせて終わりのような気がする
- 643 :ナイコンさん:2019/03/09(土) 12:21:01.20 .net
- >>642
ビジネスはどうしたって高解像度を要求されるから、8bitでは辛くなってくるよな…
とはいえ、640x400x4bitなら128KB程度だから、VRAM制御を別の石に任せられるなら
量的にはそこまで大変でもないのか
- 644 :ナイコンさん:2019/03/09(土) 12:49:15.13 .net
- お仕事で使いたい人はいないんじゃないの無駄に複雑になるだけ不要
- 645 :ナイコンさん:2019/03/09(土) 15:16:06.96 .net
- 8bitではどうしても限界がある
MSX8086があればよかったかも
- 646 :ナイコンさん:2019/03/09(土) 15:35:36.69 .net
- 8ビットはメモリの壁が大きすぎるわな
何をするにしても64KBの壁が立ちはだかる
- 647 :ナイコンさん:2019/03/09(土) 15:38:39.50 .net
- 文書作成できないんじゃ嫌だなぁ
ゲーム配布するのに他のパソコンで打ち込んで印刷した小冊子つけるとかじゃ悲しすぎる
解像度は多少低くてもいいから、最低限日本語の表示と入力だけは出来て欲しい
88mk2SRどころかMZ-2500にすら日本語表示能力で劣るようじゃ、究極の8ビット機なんて・・・
(ちょっとバカにしたけど、MZ-2500の性能がわりといい感じに見えてしょうがない)
- 648 :ナイコンさん:2019/03/09(土) 16:22:41.74 .net
- 64KBytesって言うほど壁ではないんだけどなぁ。
大きいデータを扱うなら不便でしゃーないけど、バンクの仕組みと開発環境の言語
とリンカーがそこそこリンクしていれば、8bit機でやらせる程度のことであればどうとでもなる。
…というか、何やらせるの?w 今更文書作成?www
- 649 :ナイコンさん:2019/03/09(土) 17:02:34.72 .net
- まあわかるよ。
readme.txtが実機で作れて、実機でtextで表示できる
ぐらいはないとねぇ?、ってこったろ。
- 650 :ナイコンさん:2019/03/09(土) 18:07:53.47 .net
- メガドライブと、MSX-BASICライクな言語セットで頼む
- 651 :ナイコンさん:2019/03/09(土) 18:39:12.19 .net
- MSXとメガドライブとの両互換機に68000版MSX-BASICとかか
- 652 :ナイコンさん:2019/03/09(土) 19:30:02.02 .net
- メガドラいいんだけどメモリー少ないねIOCS移植出来れば最初から無敵マシンになる
- 653 :ナイコンさん:2019/03/09(土) 21:19:16.03 .net
- 16ビットじゃねーかw
- 654 :ナイコンさん:2019/03/09(土) 21:44:32.79 .net
- 64KBが狭いけど非の打ち所の無い完全な8bitCPUを使いたいなら、単純にeZ80で良い訳でさ
Aレジスタは8bitなままの8bitCPUで有りながら、アドレス扱うレジスタは24bitに拡張されてる16MBアドレス空間なんだし
- 655 :ナイコンさん:2019/03/09(土) 22:06:58.73 .net
- そこまでやるなら、68000でいいじゃん
- 656 :ナイコンさん:2019/03/09(土) 22:26:34.68 .net
- turboRはZ800なんてキワモノを搭載するよりも、68000とZ80をダブルで搭載するメガドラ路線の方がよかったんじゃないかと思うことがある
- 657 :ナイコンさん:2019/03/09(土) 22:44:08.57 .net
- >>656
たぶんMSX的にはR800よりも68000の方が遥かにキワモノ…
あの時点でゲーム特化を目指すなら無しじゃないかもだけど、ねえ?
- 658 :ナイコンさん:2019/03/09(土) 22:52:31.68 .net
- >>654
それが現状では一番このスレタイトルに合う選択肢だよなあ
当時妄想だった100MHzのZ80が実際に使えるんだし
- 659 :ナイコンさん:2019/03/09(土) 23:28:57.79 .net
- https://www.excite.co.jp/news/article/Slashdot_13_09_17_0514223/
パチンコ/パチスロ台ではいまだZ80が主流、そのため技術者が高齢化?
せめて8086くらい認めてやれよ
- 660 :ナイコンさん:2019/03/09(土) 23:33:48.54 .net
- よっしゃ、ではCPUはeZ80で。
でもQFP144か、きっついなぁ。
- 661 :ナイコンさん:2019/03/09(土) 23:39:59.12 .net
- >>659
パチンコ台を審査する連中が新しいCPU勉強しなくちゃいけなくなるから認めるわけない
嫌なら出すなって話
- 662 :ナイコンさん:2019/03/09(土) 23:57:56.61 .net
- >>659-661
とっとと衰滅しろよな
- 663 :ナイコンさん:2019/03/10(日) 07:37:29.44 .net
- だから東芝がTMP80を造り続けているのか
- 664 :ナイコンさん:2019/03/10(日) 11:27:11.58 .net
- >>659
飽くまで確率判定等で警察監査が入る部分だけだがな
- 665 :ナイコンさん:2019/03/10(日) 12:00:48.87 .net
- 米国の教育用プログラム電卓がTI-84 Plus CEってeZ80のがデファクトスタンダードになってるのと同じようなもんだな
アセンブラでの新しいCPUへの学習をしたくないって部分だろ
つか16bit以上のを今更アセンブラ読めとか嫌すぎる
- 666 :ナイコンさん:2019/03/10(日) 12:55:36.68 .net
- >>665
上位機種のTi92系は68000だった気がするが、普及しなかったのかな
- 667 :ナイコンさん:2019/03/10(日) 13:24:31.05 .net
- >>666
パチンコ審査と一緒で米国の教師も新たに覚えたくないし使い慣れてる教材のほうがいいって理由
操作系とか使い勝手悪いんで改良したら慣れてるから前のに戻せってクレーム付いたりしたらしい
- 668 :ナイコンさん:2019/03/10(日) 13:24:40.90 .net
- eZ80は命令表みると使いづらそうな気はするが…
24bitモードでは
BC = BCU/B/C
DE = DEU/D/E
HL = HLU/H/L
の8bit*3のレジスタ構成になるんだけど
オペランドにBCU/DEU/HLUが見当たらないんだわ
- 669 :ナイコンさん:2019/03/10(日) 13:36:59.78 .net
- >>668
24bitモード時は LD BC, 123456h となる模様。当然4バイト長命令(01 56 34 12)になる。
しかし、スタック上にスタックフレームが作れない命令体系だな。
スタック領域とは別の領域に、IXかIYを使ってローカル変数&引数フレームを作るしかないのか?
- 670 :ナイコンさん:2019/03/10(日) 13:45:31.80 .net
- >>669
ごめん、端折りすぎたかも
従来、8bitレジスタの組み合わせで
16bitアドレスを作っていた手法が使えなくなるということね
24bit長のアドレスレジスタとして割り切らないといけないのかも
- 671 :ナイコンさん:2019/03/10(日) 14:21:01.77 .net
- >>670
24bitモード時に16bitの演算をさせたい場合は、.S サフィックスをつける様だ。
ADD.S HL, HL
32bit演算なら
ADD.S IX, BC
ADC.S HL, DE
とでもなるのかな。
- 672 :ナイコンさん:2019/03/10(日) 14:50:50.46 .net
- アセンブラはレジスタのやりくりが面倒だけどeZ80くらいメモリーアクセスが高速なら
あんま最適化も考えないでロードストアで済ませられるな
- 673 :ナイコンさん:2019/03/10(日) 20:17:50.90 .net
- eZ80の命令表見てたら
MLT SP
Multiply Stack Pointer Operation SP[15:0] <- SP[15:8] x SP[7:0]
なんてものがあるんだがいったい何に使うんだ?
わざわざ他のレジスタ用の命令とは独立して書いてるくらいだからなんか意味がありそうなんだが…
- 674 :ナイコンさん:2019/03/10(日) 20:36:25.01 .net
- >>673
Opcode見る限りは、単なる命令直交性じゃないかな。
と思ったけど、敢えてサフィックスが付くのがよくわかんないですねw
- 675 :ナイコンさん:2019/03/10(日) 21:01:38.03 .net
- >>673 >>674
どうやら SPS(16bit長)と SPL(24bit長)の2つは独立して存在している様子。
なので、例えば MUL.S SP だと SPS だけ変化して SPL の方は無変化、その逆もしかり、の模様。
- 676 :ナイコンさん:2019/03/10(日) 21:02:59.07 .net
- 間違えた
MUL.S SP じゃなくて MLT.S SP ね。
- 677 :ナイコンさん:2019/03/10(日) 21:16:03.93 .net
- >>674
SPはSPS (Stack Pointer Short) とSPL (Stack Pointer Long) があるからサフィックスで指定する必要があるのはわかるんだが掛け算の必要性が全くわからん…
- 678 :ナイコンさん:2019/03/10(日) 21:19:01.96 .net
- >>677
汎用レジスタとしても使えますよってことじゃないの
- 679 :ナイコンさん:2019/03/10(日) 21:25:32.20 .net
- >>675
SPSとSPLって独立してるんですね。
Table5のリセットステータスに2つ書いてありますわ。納得。
>>677
Table109のOpcodeMapみてみ。命令直交性を感じるぞ。考えたら負けだw
- 680 :ナイコンさん:2019/03/10(日) 21:37:43.14 .net
- >>678
それならMLT rrの一部として書いてるような気がするしわざわざサフィックスをサポートしなくてもいいように思うんだよね
あとよほど困ってるとしてもSPを汎用レジスタとして使うのはほとんどあり得ないでしょ
割込やサブルーチンコールは使えなくなるし
6800はインデックスレジスタが1本しかなかったからブロック転送でSPをインデックスレジスタ代わりに使ってる例ぐらいしか見たことない
- 681 :ナイコンさん:2019/03/10(日) 21:44:39.75 .net
- POP AFやPUSH AFの動作からすると、SPSは±2でSPLは±3でってワイヤーロジックで固定されてるんだろうな
だからレジスタとしての実体も別だってな
結果的にスタックポインタが二つでサフィックスで使い分けられるのか?
- 682 :ナイコンさん:2019/03/10(日) 22:16:49.26 .net
- 念のために書いておくが、MLT 命令を追加したのは日立であって、Zilog じゃないぞ。
HD64180 の時点で既に MLT SP は存在している。
なので、何のために追加したのかは、日立の中の人に聞かなければ本当の所は分からん。
(まぁ、単純に直交性の為だと思うがな。何故なら HD64180には TST A,A という、これまた使い道に悩む命令も追加されている。こちらも直交性だろうな)
それと、eZ80 だと 24bitモードのみ使用して 16bitモード使わないケース(そんなケースが実際にあるのかどうかは知らんが)なら
SPS は常時空く事になるので、汎用レジスタとして使いまわせる事が出来ると思われる。
- 683 :ナイコンさん:2019/03/10(日) 22:48:50.11 .net
- もう68008の改良版でええやろ
- 684 :ナイコンさん:2019/03/10(日) 23:29:45.68 .net
- >>682
う〜ん64180だとMLTしかないから直行性と言われるとそんな感じもしてきたな
あと確かに片方のモードしか使わなきゃもう一方で使うSPは空いてるから使えなくないこともないか…
- 685 :ナイコンさん:2019/03/11(月) 01:14:05.88 .net
- FM-7とかFM-11はCPUボードが載るようになってたので
各社から68000・68008ボードが出たんだけど、パフォーマンス狙いの
カードは68000を載せてカード内に16ビットバスを持ってRAMを別立てで
持ってたなあ。68000の雰囲気を楽しみたい程度のボードには68008が
載ってた。68000は68008のようにバスが8ビットだとほんとに8ビット
CPUと変わらない速度になってしまう気がする。
- 686 :ナイコンさん:2019/03/11(月) 07:15:48.86 .net
- >>685
Wikipediaによると
68008はバスのせいで同一クロックの68000の半分の速さだけど、32bitのデータレジスタと内部データバスが16bitだから対抗する8bit CPUよりは速かったってあるな
Because of its smaller data bus, it was only about half as fast as a 68000 of the same clock speed. However, it was still faster than competing 8-bit microprocessors, because the 68008 internally was based on 32-bit data registers and a 16-bit data bus.
https://en.m.wikipedia.org/wiki/Motorola_68008
- 687 :ナイコンさん:2019/03/11(月) 20:03:26.69 .net
- 68008のメリットはマシン語の書きやすさだとおも
- 688 :ナイコンさん:2019/03/11(月) 22:14:44.60 .net
- eZ80、24bitモードでも相対ジャンプは符号付き8bitの範囲しかないんやな。
相対コールもレジスタ間接コールも無い。PC相対アドレッシングも JR 命令以外に無い。
つまり、ダイナミックにリロケート可能な実行コードが作れん。
ここら辺は Z80/Z180 のまんま。
まぁ、そんな使い方せん、と割り切ってるんだろうな。
しかし追加された命令の配置が変だな。何でこんな配置なんだ?
特に LEA と PEA は、このオペランドなら 0EDh ではなくて 0DDh/0FDh のどこかに配置すべきだったと思うんだが…
なんか行き当たりばったり感が凄くする。
- 689 :ナイコンさん:2019/03/11(月) 22:32:31.44 .net
- >>688
C言語でプログラム組んだらコンパイラが泣きそうだな…
- 690 :ナイコンさん:2019/03/11(月) 22:57:51.18 .net
- レジスタの本数減らした8bitバス向け68000があっても良かったかな?
機能的に等価な32bitデータレジスタ4本、24bitか16bit幅が有効な32bitアドレスレジスタ4本(内1本SP)
いっそデータ/アドレスの区別を廃止して汎用レジスタ8本とか(R0-R7、エイリアスでD0-D3/A0-A3も使用可)
USPとSSPが切り替わるタイミングでD0-D3/A0-A2も裏レジスタへ瞬時に切り替わり、RTEで表レジスタへ瞬時に切り替わる感じの機能も追加で
- 691 :ナイコンさん:2019/03/12(火) 00:04:47.11 .net
- 擬似リロケートでいいんじゃない分岐や参照ピックアップしてオフセット加算
使ったこと無いからしらんけどマクロでリロケーション情報吐かせたり出来ん
かな
- 692 :ナイコンさん:2019/03/12(火) 06:48:06.61 .net
- >>688
用途がほぼガチガチの組込だろうからリロケータブルのメリットなんてそんなにないだろ
やりたきゃメモリー積んでMBASEで64KB単位にリロケートしろってことかとw
- 693 :ナイコンさん:2019/03/12(火) 06:55:07.30 .net
- >>690
> レジスタの本数減らした8bitバス向け68000があっても良かったかな?
68000とソフト互換性もないCPUを誰が使うんだ?
そもそもゲート数では>>417が書いてるように68000より8bitの6301の方が上だったりするからゲート数がネックじゃなくて8bitバスにするのはLSIのピン数を減らすのが目的
インテルはアドレスとデータでバス多重化してたりしたよね
> USPとSSPが切り替わるタイミングでD0-D3/A0-A2も裏レジスタへ瞬時に切り替わり、RTEで表レジスタへ瞬時に切り替わる感じの機能も追加で
多重割込されたら破綻するだけ
ってZ80で学んだだろw
- 694 :ナイコンさん:2019/03/12(火) 08:22:58.41 .net
- 68008
- 695 :ナイコンさん:2019/03/12(火) 08:40:48.45 .net
- >>687
レジスタ多いと良いのは高級言語のコンバイラであって、
アセンブラでは少ないレジスタで使用方法も制限有るくらいの方が、
決め打ちでサクサクコーディングが進んだりするがな
数多く管理するのはコンピュータに負ける
- 696 :ナイコンさん:2019/03/12(火) 10:45:53.73 .net
- 結局裏レジスタより
スタック待避が正解
- 697 :ナイコンさん:2019/03/12(火) 11:02:12.58 .net
- >693
新規開発なら68000ライクでも十分なんじゃないかな、日立のH8みたいな感じで
>695
ループカウンタがBレジスタ決め打ちとか、インデックスレジスタが1〜2本しかないとか
ちょっとメモリを連続的に触ってやろうとループ回すと退避復帰祭りみたいな環境より
データレジスタならどれ使ってもいいよ、アドレスレジスタならどれ使ってもいいよって方が楽じゃない?
管理って言ったってサブルーチン内で8+8本の中身を追えないわけがないし(というか普通はそこまでフルに使わないから管理が必要という発想にならない)
戻り値用の揮発性レジスタ数本とサブルーチン内で退避/復帰が必要な不揮発性レジスタに分けとけば十分な気が
- 698 :ナイコンさん:2019/03/12(火) 12:24:18.44 .net
- 作り捨てならたくさん使えた方が楽
作り続けるなら制限あった方が楽
- 699 :ナイコンさん:2019/03/12(火) 12:31:18.25 .net
- >>696
そう言えばレジスタウィンドウとかもあったなw
- 700 :ナイコンさん:2019/03/12(火) 12:39:43.37 .net
- >>697
> 新規開発なら68000ライクでも十分なんじゃないかな、日立のH8みたいな感じで
新規開発ならそれこそ68000ライクである必要すらないだろ
- 701 :ナイコンさん:2019/03/12(火) 12:44:01.13 .net
- >>698
ですよね〜
読むなら決め打ちの方が楽
>>697
今時のコンパイラは隙あらばレジスタ使うから
これはいつ設定したんだ?というのを追うのが
大変だったりするよ。
- 702 :ナイコンさん:2019/03/12(火) 12:49:47.27 .net
- 制限が楽ってのが解らんなワンパターンなコードでデバッグしやすいとか?
レジスタやりくり気にしないでロードストアの繰り返しが好きとか?
あんま前向きじゃないがやろうと思えば68kでも可能だわな
- 703 :ナイコンさん:2019/03/12(火) 13:18:59.77 .net
- 少し前の自分のプログラムなんて他人が書いたのと変わらんし
制限強い方が読みやすさが違うわな
変数名にD0、D1、D2とか付けられてて読むの嫌だろ
- 704 :ナイコンさん:2019/03/12(火) 13:36:48.49 .net
- それはレジスタ名だからな仕方ないラベルの方に意味のある言葉つけるから解りやすいよ
高級言語に近い記述性がある
- 705 :ナイコンさん:2019/03/12(火) 13:42:12.71 .net
- >>702
アセンブラ使ったことない?
いや、汎用的なレジスタがたくさんある方が楽だよそりゃ
レジスタの使用規約がきちんと決まってるならそっちの方がいい
ただ、いつでもどこでもそうなっているとは限らない訳でさ
- 706 :ナイコンさん:2019/03/12(火) 14:29:05.61 .net
- いやいや、そもそも eZ80 の話になってるのは >>654 >>658 >>660 の
>現状では一番このスレタイトルに合う選択肢
ってのが発端な訳で。
で、メモリ16MB 積んだ「究極の8ビット機」が、実行コードはダイナミック・リロケータブル不可能ってのは如何な物かと。
なんせ、6809(FM-7など)では出来てた訳だし。
まぁ、MS-DOS の .EXE みたいに、実行ファイル先頭に再配置エントリーテーブル置いとけば、
一応はロード時に解決させられるが、何つーか「スマートさ」には欠けるわな。
せめて(24bitモードオンリーでも構わないから)
LD H,H ⇒ JRL eee
LD L,L ⇒ CALR eee
LD A,A ⇒ LEA HL,PC+eee
の3つさえあれば、何とかなるのに。(欲を言うと更に JR PO/PE/P/M,e も欲しいけどね)
- 707 :ナイコンさん:2019/03/12(火) 14:30:33.02 .net
- すまん、>>706 は >>692 へのレス。
- 708 :ナイコンさん:2019/03/12(火) 15:39:43.75 .net
- 1MB以上のメモリを8bit CPUで操作するのは非効率
それは16bit CPUの領域屋で
- 709 :ナイコンさん:2019/03/12(火) 16:03:16.61 .net
- >>708
何でだ? データレジスタが8bitな事と1Mバイトとに因果関係なんて有ったっけ?
16bitなら2Mバイトで、32bitなら4Mバイトで64Mバイトなら8Mバイトなのか
- 710 :ナイコンさん:2019/03/12(火) 16:47:02.70 .net
- >>709
> 64Mバイトなら8Mバイト
?
- 711 :ナイコンさん:2019/03/12(火) 19:36:45.01 .net
- レジスターを管理するプログラムをCで書く
- 712 :ナイコンさん:2019/03/12(火) 19:55:22.83 .net
- >>710
さすがにそれは
64bitなら8Mバイトなのか
の誤記だと読み解いてやろうよw
総レス数 1001
244 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200