X68000に足りなかったもの part2
■ このスレッドは過去ログ倉庫に格納されています
ピーコ嫌いなユーザー https://kizuna.5ch.net/test/read.cgi/i4004/1654543014/ 逆に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任せにすりゃそうなるわな むしろ足りてたものってなんだ？ 「セクタ単位でしかアクセスしない、でもそれが普通なのよ」ならなおさら、1セクタ何バイトだよ言ってみろｶｯｺﾜﾗｲ リアルモードだと256x256を超えるサイズのリアルタイム回転は大変だけど4MBをリニアにアクセスできると2048x2038の広い画面も回転できるよ >704KB intが16bit EMSのウィンドウが許されるならBIOS-ROMを殺してシャドウRAMにしたUMB領域も許されるのでは？ 話の流れ的に物理メモリ量として1MBの連続メモリを積んだ場合に実際にどれだけソフトウエアとして使えるハードかの話なだけでDOSの管理とかは無関係なのでは DOS、Human68kはFATを採用している config.sysでbuffers指定してるのに、関係ないんだって。 その辺は8086系(386より前のメモリモデル)しばりのDOS機なわけで。 CONFIG.SYSのBUFFERS=で指定する領域って片方向のディスクキャッシュのサイズでファイル読込みのファンクションコールされたときに読んだデータを保持する固定サイズの領域をいくつ確保するかってだけでディスクI/Oのデータサイズを変更する機能はないぞ >>841 だれも異見のない「X68000」に足りないものは拡張スロットかな・・・ 最初からツインタワーと平置きの2ラインにするなら、最初から拡張スロットにつっこむ拡張機器もそれなりに用意してなければツインタワーしか売れないと思う PROユーザーだったけど、最初に買った拡張ボードは4MBのメモリーボード(確かI/Oデータ製)だったなぁ。その次にMIDIボード。 X68kはメモリ２M以上はあってもあんまり恩恵なかったなぁ >>849 >>850 本体SASI端子のせいでSCSI純正ボードを買うはめに… >>848 低コスト機種とオールインワン機種に分けたんだろ 拡張スロットルを使わなくても内臓だけでフルメモリに出来る考慮が最初から欲しかった >>856 あんなに高かったのにシャープのオプション商法で1MB増設ボードがスロットではなくドライバー必須ネジ12本の分解装着 結局、X68kはメモリー2Mあればそれ以上あってもあまり意味がなかったのが哀しいところやね メモリが高いのもあるけど必要とするコンテンツがあまり無い 俺X68000を買ったら数少ない2スロットに軟派なMIDIとか挿さずに >>867 フル実装はともかく、でかいソースビルドするとメモリ不足になるから4Mくらいは必要。ゲームもキャシュに使われるんじゃね？コットンとか > メモリが高いのもあるけど必要とするコンテンツがあまり無い 移植アケゲー以外はこれといったキラーコンテンツないからね、X68kは X68kには4M必須なアプリ（ゲーム含む）がどれぐらいあるんだろね 皆があこがれたUNIX系とかはどうなんよ？ >>875 そもそも後期になるとゲームとかほとんど遊んでなかった ｎ>>87 >>878 Linuxがメモリ増設しただけの初代X68kでも使えれば、海外でのX68kの評価は変わってたかもな MINIXってのもあったな。 ■ このスレッドは過去ログ倉庫に格納されています
