X68000に足りなかったもの part2
ピーコ嫌いなユーザー https://kizuna.5ch.net/test/read.cgi/i4004/1654543014/ あの頃はそれまでにも増して技術進歩が加速していた時期だから、高解像度のウィンドウを表示出来るだけだと厳しかったかも。 バッファがどんだけあっても、そこからVRAMに書き込むのがCPUか、たいして速くないDMAじゃねぇ… 1ドットごとに書き換えられるモードが用意されてるってだけで、 >>736 そんなハードの仕様の隙間付いたような裏技を誇られても･･ X68kは最初にハイスペック（）な初代を出したから進歩させる必要がなかったんだぞw >>733 X68000に足りなかったもの 足りないのはユーザの民度だけでなくユーザの知能もだ 「時間」かな。 3年早くX68k出そうと思ったら安くても100万円コース パクリ元と同じ年に出す? >>748 >>753 X1が行き詰まらないと次にならん 書いてて無理無茶すぎると思ったけど68000じゃなくて286で、商品名も「X86」あるいは「X286」 286前提ならDOSでも、 80286ではリアルモードで触れるメモリ空間は0M-1M+64K までで、プロテクトモードでないと 1M-16M には触れないんだ プロテクトモードで動作するOSを提供するとどうかというと、上記の制限はなくなるが64K単位でしか同時に扱えないので,16色時にVRAMを全て塗りつぶそうとすると32回に分けてアクセスする必要がある >>758 >>760 >>756 でご自分も述べているように厳しいとは思いますが パソコンなんてソフトがすべて 今思えばデータレジスタとアドレスレジスタの区分は要らなかった 分けないと1979年当時はトランジスタ数的に難しかったのでは？ TRONチップは後発だったからレジスタ数が15本 間違えた、TRONチップはレジスタ15本じゃなくてR0からR15の16本ね トローンなんか使わなくてもシャープはＺ８０００のライセンス持ってたんだから LOADALL を調べてみたところ、The LOADALL Instruction by Robert Collins ttp://www.rcollins.org/articles/loadall/tspec_a3_doc.html が一番詳しいようでした >>767 >>767 アドレスを16bitレジスタで管理するCPUには必ず64KBの壁が存在する >>768 68020が安ければよかったんだよな >>773 386SXや386に関しては ググったらデジタルリサーチのFLEXOS/386というのはあったんだな >Z8000 loadallは本来80286のセグメントディスクリプタ(LDTやGDT)をメモリ上に一気に >>772 >>779 68000は16bitの技術で32bitの命令セットを実現した感じ 逆に386SXは中身386でデータバス16bit、アドレスバス24bitにした製品 Z8000が芳しくないのは68000に性能も機能も負けたから 1億円したVAX11/780が1MIPSだったらしいからな 68000を使ったからこのSUN Workstationができたはず https://en.wikipedia.org/wiki/SUN_workstation >>764 開発案にあったV30機でいいよ 8086系だと既存機種が多すぎてマニア層への訴求力足んないかもな。 >>788 >>791 可変スプライト→可変サイズスプライト >>794 >>795 水平解像度が640固定じゃなかったかな >>798 256ドットまでならスプライトのドットを横2倍にして320ドット中256ドットまでにすれば良かったろうに 自機と弾だけに限定するとか、あらかじめ配置を限定するとかまじめに配置をチェックして消すとかは出来たにしても、やらないで済むならやりたくない苦労だよね >>801 VAのR-TYPE、出来自体は良いけどスクロールがモッサリして遅かった記憶がある ま、まぁおかげでキレイに表示できてるので…… >>793 >>778 >>806 >>807 >>778 で、「メモリ上に一気に設定する」というのは「メモリ上【から】一気に設定する」の書き間違いとして「レジスタとしてはデタラメな値」はグラフィックやテキストなどのユーザーデーターを示していると思われるので、LOADALL命令のメモリロード処理を用いてメモリ間データー転送をするという話なのだろうけど普通に考えると不可能なので、どういう想定なのかと…… >データレジスタとアドレスレジスタの区分は要らなかった コード空間とデータ空間が明確に分かれてたら意味あったけど >>804 68kはハーバードアーキテクチャ風にシステム(ROM)空間とデータ(RAM)空間で16MB別々にも持てた 68000のアドレッシングモードも削れたと思う・・・ とにかくなんでもアセンブラで書くのがあたりまえの時代だったから、速度を削ってもアセンブラで作りやすくするべきという思想 アセンブラなんて時代遅れ、これからはコンパイラだぜ！ということでもてはやされたのがRISC 当時どこの馬の骨ともわかんないなんの互換性もないRISCを選ぶのは厳しいよ 大学の電算室でSPARCいじってた記憶、結構面白いアーキテクチャだった 32bitフラットな680x0ってのは憧れだった。 24bitのリニアなメモリ空間を誇っても エミュ環境で何の疑問もなく12MBフル実装の環境で遊んでみても、特に使い道もないし、感慨も無いよなあ… アミガやマッキントッシュは存じませんが、きちんと増設できたでしょ？ 1MBの場合は実際に使えたメモリはどれくらいなの？ 24ビットアドレスの最大の恩恵はアドレスレジスタひとつの値変えるだけでVRAM全てが触れたことだな SMDOS(笑)環境は最大でもプレーン単位でアクセスできれば良いので一プレーン32KB ディスクI/Oも、実際にI/O1回ごとに転送するのはレコード単位だと数KB～せいぜい数十KBなので ディスクI/Oがレコード単位・・・？ >>825 セクターはかろうじて聞きかじっているが、バッファやレコードには馴染みがないのだという。 パソコンの外部記憶装置、FATのようにフォーマットされた媒体ならセクタ、トラック、シリンダを使う BIOS任せ、OS任せにすりゃそうなるわな 
