■ このスレッドは過去ログ倉庫に格納されています
X68000に足りなかったもの part2
- 1 :ナイコンさん:2022/11/04(金) 06:30:28.95 .net
- ピーコ嫌いなユーザー
パターン定義用のSRAM
スプライトのサイズ
高品質なADPCM音源
ADPCMステレオ化、PCM対応、高サンプリング化
ピーコ嫌いなユーザー
X68版がオリジナルのソフト。
今でいうところのオフィススイート。
68030(ECつかない奴)搭載モデル。
DOSもどきじゃない、ちゃんとしたマルチタスクなOS。
モラルがあるユーザー。
ピーコ嫌いなユーザー
※前スレ
X68000に足りなかったもの
https://kizuna.5ch.net/test/read.cgi/i4004/1654543014/
- 711 :ナイコンさん:2023/07/14(金) 14:49:17.86 .net
- 大金叩いてゴミPCを買ったオマエラのおつむが足りてねえよ。
X68k買うやつは思慮浅く何でもすぐ騙されそう。
あるいは最初からコピー目的の犯罪者
- 712 :ナイコンさん:2023/07/23(日) 22:36:14.65 .net
- 騙されやすいからX68000Zのクラファンにあれだけ金があつまったんだよ
- 713 :ナイコンさん:2023/07/24(月) 22:05:28.19 .net
- >>710
スプライトとハードウェアスクロールでのごり押しだから10MHz機種だと処理オチでカックカクがデフォだった
- 714 :ナイコンさん:2023/07/31(月) 00:28:19.87.net
- 10万円以下のゲーム特化した廉価版X68
90年くらいに3.5インチに移行しておくべきだった
- 715 :ナイコンさん:2023/07/31(月) 00:52:55.01.net
- 糞高いlinux機なんやなw
- 716 :ナイコンさん:2023/07/31(月) 02:05:50.12 .net
- >>714
マーティが大して売れなかったのを見ると厳しいと思うぞ
- 717 :ナイコンさん:2023/07/31(月) 04:59:43.31.net
- 90年には日本だとPCエンジン+CD-ROM、メガドラ、スーファミ、NEOGEOとあの世代のゲーム機が揃ったから、スプライト系ゲーム機路線でシェア取るのは無理だと思う。
- 718 :ナイコンさん:2023/07/31(月) 09:04:26.84.net
- 3.5インチの方が良いって意見が後からも出るのは分からんな
3モード3.5インチでゴタゴタしてるのを見てるのに
IBMの1.44MB2HDの方を採用するのは難しいだろうし
アタリSTやアミガと共通として選べる選択肢って当時に98との非互換を押し通せるほどあったかね?
- 719 :ナイコンさん:2023/07/31(月) 09:08:38.82.net
- ゲーム機として5インチFDは繊細すぎてダメって意見も分からなくもないが、
CD-ROMの出始めにカートリッジに入れて使うのが出たように、
5インチをカートリッジに入れ丈夫にすれば良いのでは
クイックディスクもファミコンでは丈夫なディスクシステムにしてたし
- 720 :ナイコンさん:2023/07/31(月) 09:13:22.21.net
- >>716
マーティが後からで互換が完全ではなく拡張もできなく出したのは、そりゃ失敗して当然だとしか
パソコンとゲーム機とを互換で出したのは意外と有るが両方とも成功したのはSEGAくらいかね
何で台数は売れたのにパソコンからは撤退したのか分からん
- 721 :ナイコンさん:2023/07/31(月) 19:23:45.79 .net
- >>714
シャープ純正のX68000用外付け5インチフロッピーディスクドライブ(CZ-6FD5)だけで99800円もするんだから10万円以下でX68000を出すなんて当時不可能
- 722 :ナイコンさん:2023/08/01(火) 05:41:19.81.net
- 仮に89800円とかで出せたとしても、メガドラ21000円、スーパーファミコン25000円で売ってるのに買う奴いなかっただろ
- 723 :ナイコンさん:2023/08/01(火) 07:07:50.43.net
- 体感としては5インチの方が丈夫
3.5インチでシャッターがあるのも5インチより弱いから守りを強めるためにつけたのだと思う
- 724 :ナイコンさん:2023/08/01(火) 12:46:18.33.net
- でもカビるのは5インチ
- 725 :ナイコンさん:2023/08/01(火) 19:56:15.96 .net
- カビるまで持たずに死にケースがね>3.5
- 726 :ナイコンさん:2023/08/12(土) 11:44:25.01 .net
- 足りなかったのもの?
x68
にすれば、よかったっす
多すぎた」ってこと
- 727 :ナイコンさん:2023/08/18(金) 20:07:04.72 .net
- 事実をまっすぐ受け止めて欠点と改善策を指摘するメディアやユーザーがいればあるいは(無理かもしれないが)
某雑誌がX68K最強、他はゴミとか煽ったのがパソ通経由で広まったのか、いまだにTOWNSのスプライトはフレームバッファだから擬似だとか、X68Kはマニアが使いこなせばCPUでなんでもできた無敵のモンスターマシンだみたいな頭の悪い言説を見かける。
- 728 :ナイコンさん:2023/08/21(月) 06:54:37.90 ID:hjenTZgNX
- 公明党岡本三成が朝生で『大企業のほうが生産性が高いから中小零細を淘汰殲滅しろ』だのとしたり顔でほざいてたよな
要するに、何ひとつ価値生産もせずに優越的地位を濫用しながらヒ├モノカネと右から左に流して政権癒着して税金泥棒して儲けることが
生産性か゛高いだのと考えているのが、世界最悪のマッチポンプ殺人利権腐敗組織公明党の本質な
当然,日本の技術力なんて地に落ちて、情報漏洩に不正送金にシステ厶障害まみれ
サイトすら満足に作れずアクセスしたら裏でgoogleやらに情報たれ流しまくって端末操作権限まで付与させてたり、
スパイできないセキュアなUNIX系ΡCからのサイト利用すらできなくしたり.
マイナポータルなんて税金泥棒の最たるもので、給付金詐欺と1ミリも変わらないポンコツだし、
半導体も満足に作れなくて莫大な税金使って台湾企業誘致するしかなくなった現実を頭弱いナリに少しは理解しろや岡マノミツナリ
[羽田)ttps://www.call4.jР/info.ρhp?тype=items&id=I0000062 , ttps://haneda-projecТ.jimdofree.com/
(成田)tTps://n-souonhigaisosyoudan.amebaownd.com/
(テロ組織)Τtps://i.imgur.Com/hnli1ga.jpeg
- 729 :ナイコンさん:2023/08/23(水) 16:39:16.54 ID:2zgdvHT48
- 大麻が流行ってるけど、社会に深刻な害をもたらしてる宗教こそ禁止しろよ.醜惡な利権団体創価学会は宗教じゃねえだろって突っ込みは
ともかく家族がバ力丸出し印刷物の曼荼羅とか飾ってたら酒や煙草のように放っておけばいいなんて考えてはいけない、歳食うほと゛狂乱ぷりに
拍車をかけて会話すら成立しなくなるぞ、Bibleならぬゴショとか持ってたら急を要するからな.一刻も早く引き裂いてゴミに出さないと
頭をイカレさせる洗脳システムの餌食になるぞ、国土破壊省を乗っ取った斉藤鉄夫公明党という世界最悪の殺人テロ組織が、力による一方的な
現状変更によってクソ航空機倍増させて閑静な住宅地から都心まで数珠つなき゛で鉄道の30倍以上もの莫大な温室効果ガスまき散らして
騒音まみれにして静音が生命線の知的産業壊滅させて気候変動させて海水温上昇させてかつてない量の水蒸気を日本列島に供給させて土砂崩れ
洪水、暴風、突風、熱中症にと災害連發,家が流されたり殺されたりした人を仏罰だ宿業だとして住民の生命と財産を奪い取ることを正当化
悪質な洗脳スパヰラルによる罠が張り巡らされてるからな,國の存続に関わる深刻な癌が進行してる現実を認識して病巣を駆除しよう!
(羽田)ttps://www.сall4.jP/info.phρ?tУpe=items&id=I0000062 , ttps://haneda-Ρroject.jimdofreе.com/
(成田)ttps://n-souonhigaisosуoudan.amebaownd.Сom/
[テロ組織)Τtps://i.imgur.com/hnli1ga.jРeg
- 730 :ナイコンさん:2023/10/01(日) 01:49:56.57 .net
- まあいいじゃんそういうの
- 731 :ナイコンさん:2023/10/07(土) 19:56:28.42 .net
- X68000でのMIDIアレンジは原作を膨らませたいいアレンジだけど、TOWNSのCD音源クオリティにしたアレンジは原作を無視したゴミとか本気で言ってる信者ばかりだったし
X68000で能力が足りずに割り切った移植は取捨選択をちゃんとやってゲームとして成り立たせた良移植、他機種で同じ事をやると再現度の低いゴミってのも見たな
- 732 :ナイコンさん:2023/10/07(土) 22:28:02.89 .net
- まあいいじゃんそういうの
- 733 :ナイコンさん:2023/10/08(日) 20:41:32.94 .net
- まあじゃんそういうのいい
- 734 :ナイコンさん:2023/10/09(月) 02:51:44.73 .net
- 太郎つまんない
- 735 :ナイコンさん:2023/12/08(金) 09:41:42.46 .net
- 標準で768x512、ディスプレイが対応すれば1024x848?とかの表示も出来た点を踏まえれば、
高解像度で十分な速度で描画するウィンドウシステムと65536色画像データを供給できる容量のデバイス(CD-ROM)があれば、あと5年は活きたと思うんだが
- 736 :ナイコンさん:2023/12/09(土) 00:20:31.73 .net
- あの頃はそれまでにも増して技術進歩が加速していた時期だから、高解像度のウィンドウを表示出来るだけだと厳しかったかも。
まあ5年間SX-Window3.0で進歩を止めるならありかもしれないけど。PCIバスのような高速ローカルバスや制御用のチップセットやらGA用のチップ等々…シャープ1社でこなすには厳しかったかと。
貧相なCPUでCD-ROMを生かすには、PCエンジンのシステムカードやアーケードカード的な物が(高速な読み書きバッファ)あれば良かったかもね。
- 737 :ナイコンさん:2024/02/28(水) 18:16:48.33 .net
- バッファがどんだけあっても、そこからVRAMに書き込むのがCPUか、たいして速くないDMAじゃねぇ…
その上色数に関係なくピクセル辺り16ビットという、使いやすいけど速度考えてない設計だし。
- 738 :ナイコンさん:2024/02/28(水) 20:31:22.90 .net
- 1ドットごとに書き換えられるモードが用意されてるってだけで、
後からは高速化のために非表示期間にモード切り替えして4ドット同時書き込みするとかしてたから、
選択肢があるだけな複数モード対応ってので良いのでは
- 739 :ナイコンさん:2024/02/28(水) 21:46:32.45 .net
- >>738
非表示期間中しか使えないあの技じゃ大して意味ねーだろw
- 740 :ナイコンさん:2024/02/29(木) 05:36:52.43 .net
- そんなハードの仕様の隙間付いたような裏技を誇られても・・
CRTCいじって解像度変えるとかもだけど、必要に迫られたとはいえそういう行儀の悪いソフトばかりだったから
初代からなにも進歩させられないで陳腐化したんだろうなぁ・・
- 741 :ナイコンさん:2024/02/29(木) 07:58:44.58 .net
- X68kは最初にハイスペック()な初代を出したから進歩させる必要がなかったんだぞw
- 742 :ナイコンさん:2024/02/29(木) 09:15:30.49 .net
- >>735
1024表示のときはインターレス表示でチラつきまくり、それ防ぐ民生向けの超残光高解像度ディスプレイは
NEC PC-98XA(/XL)ハイレゾ機向けしかなく価格もべらぼうに高かったから事実上無理だったんだよ。
CRTC触って無理やりどうにかすること自体はPC-9801向けの30行BIOSでも行われてたけど。
- 743 :ナイコンさん:2024/03/03(日) 09:12:20.57 .net
- X68000に足りなかったもの
ユーザーの民度wwwww
- 744 :ナイコンさん:2024/03/03(日) 14:05:51.16 .net
- 足りないのはユーザの民度だけでなくユーザの知能もだ
互換性あるのはシャープがやれば正しいことでNECがやれば間違ってるとか言うレベルだし
- 745 :ナイコンさん:2024/03/22(金) 08:48:25.28 .net
- X68000はゴミ
- 746 :ナイコンさん:2024/03/22(金) 16:25:21.48 .net
- X68000に足りなかったもの
水原一平
- 747 :ナイコンさん:2024/03/22(金) 17:46:39.53 .net
- 祝一平
- 748 :ナイコンさん:2024/03/22(金) 19:41:17.99 .net
- 「時間」かな。
3年早く出ていれば状況が変わってた。
- 749 :ナイコンさん:2024/03/22(金) 22:34:20.67 .net
- 3年早くX68k出そうと思ったら安くても100万円コース
テレビ屋には無理
- 750 :ナイコンさん:2024/03/23(土) 00:07:45.88 .net
- なんで3年早く出す必要が?
- 751 :ナイコンさん:2024/03/23(土) 02:17:07.06 .net
- 初代Macが出た年だから、かな?
- 752 :ナイコンさん:2024/03/23(土) 12:20:09.62 .net
- パクリ元と同じ年に出す?
ムリムリ、シャープにそんな技術力ないよ
- 753 :ナイコンさん:2024/03/23(土) 14:35:26.82 .net
- 技術力以前に発想がないだろ
- 754 :ナイコンさん:2024/03/23(土) 18:14:11.63 .net
- 発想できてたらジョブズより先に製品にしてるよ
- 755 :ナイコンさん:2024/03/23(土) 23:19:36.15 .net
- >>750
実はあまり根拠ない
初期X68のころ68000って32bit級だけど286より遅いことが多いよねって印象で
それなら286以前でいいじゃんってことで
まぁその時でAV機って無理だよね・・
- 756 :ナイコンさん:2024/03/24(日) 01:03:23.16 .net
- >>755
Amigaが1985年だから2年早く出すことなら可能では
- 757 :ナイコンさん:2024/03/24(日) 08:06:21.06 .net
- X1が行き詰まらないと次にならん
turboZだけで足りずダメだってなったからだろ
と言うか、当時のシャープのホビー機の迷走はザイログのセカンドソースやってた関係上Z800を使おうとしてたのにZ800が出ないからの次が出せない失敗だろうし
- 758 :ナイコンさん:2024/03/24(日) 08:10:14.64 .net
- 書いてて無理無茶すぎると思ったけど68000じゃなくて286で、商品名も「X86」あるいは「X286」
最上位アドレス1M($xF00000$xFFFFFF)にROM、メモリマップドI/Oなどを押し込めVRAMはその手前の空間に配置し下位アドレスはRAMとして開放→386化したらそのぶんRAM用に使える空間は広くなる
画面周りの機能・構造はX68000実機と同じにする(1ピクセル16ビット、スプライト)
OSはCP/M-86、MS-DOSといったメジャーな80x86用OSを採用しサードパーティ製アプリの取込みも諮る
ぐらいを84年か85年にやってれば16ビットPCで覇権をとれたかもしれないな
84年にRAM1Mなんて積んだら定価が100万でおさまるのかすらわからんけど
- 759 :ナイコンさん:2024/03/24(日) 08:26:57.21 .net
- 286前提ならDOSでも、
RAMディスクなどでプロテクトモードの16MBをリアルモードのままで使えてたように、
レジスタ操作でメモリブロック自体は使える
VRAMを矩形書き換えとか重ね合わせとかはドライバ提供だけでDOSの拡張無しなままで使える
サブCPU経由と同じような直接に扱えない面倒くさい仕様にはなるが
- 760 :ナイコンさん:2024/03/24(日) 12:35:01.30 .net
- 80286ではリアルモードで触れるメモリ空間は0M-1M+64K までで、プロテクトモードでないと 1M-16M には触れないんだ
従って上記のVRAMにリアルモードからアクセスするにはプロテクトモードへ切り替えてメモリアクセスし、CPUリセットを行いリアルモードに復帰するのような大変時間のかかる処理が必要になるので
幾らメモリを積んでも速度的にせいぜいRAMディスク位にしか使えないのが286のリアルモードの1MB超メモリ
つまりVRAMなんて到底おける場所ではない(メモリウィンドウ経由でアクセスできない限り)、当然ROMなんてもっと置けない
したがって、(MS-)DOSの拡張無しなままで使えるという主張がまず破綻している
- 761 :ナイコンさん:2024/03/24(日) 12:36:56.47 .net
- プロテクトモードで動作するOSを提供するとどうかというと、上記の制限はなくなるが64K単位でしか同時に扱えないので,16色時にVRAMを全て塗りつぶそうとすると32回に分けてアクセスする必要がある
それでもリアルモードの1MB制限からは解き放たれてはいるのでないよりはましだが、MC68000 の32ビットアドレッシングとは使いやすさがかなり違うのでプロセッサの魅力でパワーユーザーを誘引するのも難しいだろう
それまでのMS-DOS資産も使えないため結局は現実のX68000と同じように最初からソフトウェア資産を構築する必要があるので後発のOSとハードウェアアーキテクチャが覇権を取るのは(相当のキラーアプリケーションでも無い限り)無理だろう
これが80386対象で32ビットアドレッシングが使えるのであれば或いはワンチャンという所だと思うが、386は85年末なのでどんなに急いでも86年以降となるわけで、84年という命題を満たさないのだよね
- 762 :ナイコンさん:2024/03/24(日) 13:08:53.16 .net
- >>760
LOADALLってリアルモードの命令でレジスタを書き換えてプロテクトモード領域の拡張メモリをアクセスする手法があって、
DOSに付いてるRAMディスクドライバのRAMDISK.SYSで使ってるんだよ
RAMDISK.SYSはプロテクトメモリを指定してもリセットを繰り返してる訳ではない
- 763 :ナイコンさん:2024/03/24(日) 13:34:03.09 .net
- >>762
その裏技は知りませんでした、ちょっと調べてみます
それでも仰る構成は>>758でご自分も述べているように厳しいとは思いますが
- 764 :ナイコンさん:2024/03/24(日) 13:34:27.31 .net
- パソコンなんてソフトがすべて
データレジスタ8本、アドレスレジスタ8本(1本はスタック)
レジスタ数合計16本で16MBリニアアドレス空間なんて
プログラム組まない人にはそんなの関係ない
PC9801が普及したのはソフトが充実してたからだから
コンピュータ、ソフトがなければただの箱
- 765 :ナイコンさん:2024/03/24(日) 14:14:32.05 .net
- 今思えばデータレジスタとアドレスレジスタの区分は要らなかった
16本自由に使えた方が効率いい
後のCPUではこの区分はなくなっている
- 766 :ナイコンさん:2024/03/24(日) 14:31:44.13 .net
- 分けないと1979年当時はトランジスタ数的に難しかったのでは?
TRONチップはレジスタ16本で区別なかったね
- 767 :ナイコンさん:2024/03/24(日) 14:37:18.73 .net
- TRONチップは後発だったからレジスタ数が15本
(そのうち1本はフレームポインタ、もう1本がスタックポインタ)
命令セットもかなりスッキリしててキレイだったが普及しなかった
ソフト資産がないといくらいい設計のCPUでも普及しない
- 768 :ナイコンさん:2024/03/24(日) 14:42:28.79 .net
- 間違えた、TRONチップはレジスタ15本じゃなくてR0からR15の16本ね
- 769 :ナイコンさん:2024/03/24(日) 14:52:40.29 .net
- トローンなんか使わなくてもシャープはZ8000のライセンス持ってたんだから
Z8000使ったニュー新マシン作れば良かった
NC68000使ったのがむしろ失敗だった
- 770 :ナイコンさん:2024/03/24(日) 15:19:31.30 .net
- LOADALL を調べてみたところ、The LOADALL Instruction by Robert Collins ttp://www.rcollins.org/articles/loadall/tspec_a3_doc.html が一番詳しいようでした
(残念ながらソースコードはリンク切れ)
クロックが200弱で恐らく実行中に割り込みがあると暴走するので、1回のコールは他の割り込みを邪魔しない程度が望ましいとすると、
286 12MHz でメモリアクセスノーウェイトと仮定しての概算で、画像描画に専念すれば1フレーム当たり128KB書き換えが出来そう(768x512全更新で3フレーム)
アクセスタイムが最低80nsのSRAMが当時存在するかと価格など未調査ですが、存在しておりコスト度外視であれば何とかなるの……かな?
- 771 :ナイコンさん:2024/03/24(日) 15:20:46.67 .net
- >>769
ポールポジションを完全移植して標準添付とかにすれば大ヒットしたかも
- 772 :ナイコンさん:2024/03/24(日) 15:36:51.99 .net
- >>769
Z8002はアドレス空間64KBでZ8001はセグメント方式だぞ
64KBの壁は8086だけじゃないんだ
- 773 :ナイコンさん:2024/03/24(日) 15:41:16.12 .net
- アドレスを16bitレジスタで管理するCPUには必ず64KBの壁が存在する
- 774 :ナイコンさん:2024/03/24(日) 15:47:52.99 .net
- >>770
286の頃はメモリを2つや4つ組みにしてノーウエイトアクセスするメモリインターリーブで高速化してた
メモリインターリーブじゃなきゃ286の25MHzをノーウエイトアクセスなんかできてない
その分、大容量メモリに必然的になるのでメモリチップ数がやたらと大量
- 775 :ナイコンさん:2024/03/24(日) 16:09:40.04 .net
- 68020が安ければよかったんだよな
1986年10月頃の雑誌で68020の電子部品屋の価格で16MHzの68020が13万円
13万円もするCPUはさすがにパソコンにはのせられない
- 776 :ナイコンさん:2024/03/24(日) 16:35:15.14 .net
- >>775
せめて68EC020が2万ぐらいならそれで妥協でもよかったんだが実際は4倍ぐらいしたしな
- 777 :ナイコンさん:2024/03/24(日) 16:47:18.76 .net
- 386SXや386に関しては
デジタルリサーチが32bitのCP/Mを開発してくれればよかったのにね
CP/M-68kやCP/M-8000は開発したのになんでCP/M-386はないの?
- 778 :ナイコンさん:2024/03/24(日) 16:51:26.08 .net
- ググったらデジタルリサーチのFLEXOS/386というのはあったんだな
- 779 :ナイコンさん:2024/03/24(日) 18:04:06.32 .net
- >Z8000
ワープロ「書院」で使われてた。今も持ってる
とはいえ私がZ8001みかけたのはその1機種だけだったんで
何かスジ悪かったんだろうな
- 780 :ナイコンさん:2024/03/24(日) 18:44:03.25 .net
- loadallは本来80286のセグメントディスクリプタ(LDTやGDT)をメモリ上に一気に
設定する命令なので、レジスタとしてはデタラメな値を単なるデータ転送として
使うのは想定外の使い方だな。
>>774
ページングノーウェイト(RAS-CAS-CAS...で、CASが連続するうちはノーウェイト)
の方が一般的じゃなかっただろうか。これなら実装は簡単で、しかも80286は上位
アドレスが先出されてたし(なのでRASを早いタイミングで確定できた)。
- 781 :ナイコンさん:2024/03/24(日) 20:09:39.35 .net
- >>755
16ビットだと思ってた
- 782 :ナイコンさん:2024/03/24(日) 20:33:17.82 .net
- >>781
モトローラは最初は68000を16ビットだと言ってたからその認識は間違いじゃないよ
- 783 :ナイコンさん:2024/03/24(日) 20:48:48.13 .net
- MC68000 16ビット マイクロプロセッサ ユーザーズ・マニュアル
https://archive.org/details/MC6800016MOTOROLA1981/page/n1/mode/2up
- 784 :ナイコンさん:2024/03/24(日) 20:49:19.13 .net
- 68000は16bitの技術で32bitの命令セットを実現した感じ
16bitのALUを3つも使ってるらしい
- 785 :ナイコンさん:2024/03/24(日) 20:52:02.35 .net
- 逆に386SXは中身386でデータバス16bit、アドレスバス24bitにした製品
386とトランジスタ数同じらしい
386と同じトランジスタ数なのに廉価版っていういかにもIntelらしい製品
- 786 :ナイコンさん:2024/03/24(日) 21:03:42.79 .net
- Z8000が芳しくないのは68000に性能も機能も負けたから
68000が出るまでは順調だったらしいよ
680x0は68000、68010、68020と順調にワークステーションに採用された
68000がリニア16MBのリニアアドレス使えたのに
高解像度ディスプレイを持つワークステーションに
セグメント方式のZ8000が採用されるわけがない
ワークステーションは680x0を採用することで
MIPSの性能、メガピクセルの解像度、メガバイトのメモリと3Mを実現できた
- 787 :ナイコンさん:2024/03/24(日) 21:06:08.29 .net
- 1億円したVAX11/780が1MIPSだったらしいからな
68000はそれに近い性能を実現できただけでも1980年当時はすごかったんだよ
- 788 :ナイコンさん:2024/03/24(日) 21:22:50.88 .net
- 68000を使ったからこのSUN Workstationができたはず
(SUN Workstationは
Sun Microsystemsのワークステーションのことじゃないよ)
https://en.wikipedia.org/wiki/SUN_workstation
このSUN Workstationは
Sun Microsystemsのワークステーションの元になってて
Ciscoのルータの元にもなってるらしいよ
- 789 :ナイコンさん:2024/03/25(月) 05:44:43.71 .net
- >>766
そこを考えず機能もりもりで失敗したiAPX432を思い出した
後の世でも浮動小数点レジスタと整数レジスタの区別を付けなかったため、無駄に規模が大きくなった88000ってのがあったな
- 790 :ナイコンさん:2024/03/25(月) 16:21:45.64 .net
- 開発案にあったV30機でいいよ
画面は15/24kHzで、市場に溢れる88/98用のカラーモニタを流用できる方向で
画面解像度も640x400と320x200でいい。それよりも正方形ピクセルの方が万倍も重要だわ
- 791 :ナイコンさん:2024/03/25(月) 16:56:16.66 .net
- それもうPC-88VAでいいのでは
- 792 :753:2024/03/25(月) 21:06:08.74 .net
- >>781
それであってるよ
- 793 :ナイコンさん:2024/03/25(月) 21:35:40.52 .net
- >>791
肝心のスプライトが欠陥仕様過ぎて…
- 794 :ナイコンさん:2024/03/26(火) 00:42:48.34 .net
- 8086系だと既存機種が多すぎてマニア層への訴求力足んないかもな。
モトローラ68000の名は長い間高級ブランド扱いだったと思う。
- 795 :ナイコンさん:2024/03/26(火) 03:58:08.08 .net
- >>790
何そのMZ-2861(1987年)どころかMZ-2500(1985年)同等スペック
- 796 :ナイコンさん:2024/03/26(火) 05:45:12.67 .net
- >>793
88VA、パレットが16本とは言わないがせめて4本あればちょっとは違ったはず
可変スプライトとか、ゲーム機にしか乗ってなかったいいところもあるし
- 797 :ナイコンさん:2024/03/26(火) 05:47:01.62 .net
- 可変スプライト→可変サイズスプライト
当時のゲーム基板は大体乗ってたから、デカキャラでもスプライトが1枚で済んだ
- 798 :ナイコンさん:2024/03/26(火) 10:27:08.96 .net
- >>796
いやVAのスプライトは水平表示限界を超えるとVRAMを共有してるテキスト画面をも巻き込んでグチャグチャのでたらめな映像が出力されるんだよ
問題外
完全に欠陥
- 799 :ナイコンさん:2024/03/26(火) 10:30:41.39 .net
- >>797
ゲーム機なら当たり前の上下左右反転機能がない
スプライト座標の左上が0で、画面から少しだけ顔を出すスプライトを表示するにはプログラマがスプライトサイズを変更、パターン読み出し位置を変更しなければならない
大きなスプライト表示できても32個はいくらなんでも少なすぎ
- 800 :ナイコンさん:2024/03/26(火) 12:51:19.54 .net
- 水平解像度が640固定じゃなかったかな
おかげで最大表示可能なピクセル面積ではX68Kを超えるのに実表示面積では超えないようなこともあったような
- 801 :ナイコンさん:2024/03/26(火) 13:15:09.83 .net
- >>800
そう、グラフィック解像度に関わらずスプライト画面解像度は常に横640ドット
水平表示制限が256ドットなので画面の半分も満たない量が並んだだけですぐに表示が破綻する
- 802 :ナイコンさん:2024/03/26(火) 17:39:46.22 .net
- 256ドットまでならスプライトのドットを横2倍にして320ドット中256ドットまでにすれば良かったろうに
- 803 :ナイコンさん:2024/03/26(火) 18:51:05.59 .net
- 自機と弾だけに限定するとか、あらかじめ配置を限定するとかまじめに配置をチェックして消すとかは出来たにしても、やらないで済むならやりたくない苦労だよね
640なのはマウスカーソルに使いたいというのもあるのだろうから残すにしても、制限超超過表示されないだけにして、320ドットモードも追加していたら使い勝手比べようもないくらい良くなったのにね
- 804 :ナイコンさん:2024/03/26(火) 18:53:44.95 .net
- >>803
VA版のR-TYPEは自機と自弾だけスプライトで他はグラフィックで描画という設計だった
欠陥仕様のせいでスプライトあるのにスプライトを積極的に使えないという悲しい惨状
- 805 :ナイコンさん:2024/03/26(火) 19:22:42.41 .net
- VAのR-TYPE、出来自体は良いけどスクロールがモッサリして遅かった記憶がある
- 806 :ナイコンさん:2024/03/26(火) 19:32:44.42 .net
- ま、まぁおかげでキレイに表示できてるので……
(グラフィック2面の1つを背景、1つにキャラクタ描画というのは PC-8001mkIISR や 77AVや、FM-TOWNS[ハード描画] みたいよね)
- 807 :746:2024/03/26(火) 20:27:09.29 .net
- >>795
横からすまん
おそらく私の書き込みから始まった一連のレスなんで・・・
- 808 :ナイコンさん:2024/03/26(火) 20:50:21.17 .net
- >>780
固定アドレスからディスクリプタキャッシュまで含んでロードする命令なのでデーター転送に使うのは無理だけど、どういう想定なのだろう
>レジスタとしてはデタラメな値を単なるデータ転送として使う
- 809 :ナイコンさん:2024/03/26(火) 21:39:59.17 .net
- >>808
セグメントレジスタまで書き換えるので普通のリアルモード命令では指定できないプロテクトメモリのアドレスまで指定できてしまう
- 810 :ナイコンさん:2024/03/26(火) 22:19:22.55 .net
- >>809
こういうことでしょ? これは普通な使い方じゃない? (本来想定の処理としてはデバッガ実装での使用だと思うけど)
(セグメントレジスタではなく、ディスクリプタキャッシュね)
pushf
cli
cld
pushf
pop bx
xor ax,0x80
mov es,ax
中略
mov word ptr es:[0x18],bx
mov word ptr es:[0x26],0x0000 ; si
mov word ptr es:[0x28],0x0000 ; di
mov word ptr es:[0x32],0x8000 ; cx
//848 のベースアドレスははds*16 を設定し、
// esのディスクリプタキャッシュのベースアドレスを2MBに設定
mov word ptr es:[0x36],0x0000
mov byte ptr es:[0x36],0x20
中略
loadcli
rep movsw ds:0 から 0x300000:0 へ64K転送
popf
>>780 で、「メモリ上に一気に設定する」というのは「メモリ上【から】一気に設定する」の書き間違いとして「レジスタとしてはデタラメな値」はグラフィックやテキストなどのユーザーデーターを示していると思われるので、LOADALL命令のメモリロード処理を用いてメモリ間データー転送をするという話なのだろうけど普通に考えると不可能なので、どういう想定なのかと……
って、あれ? もしかして、書き間違えではなくて本当にLOADALLがメモリに値を書き込み処理と勘違いしていたのかしら??
(それでも対象メモリが固定領域なのでメモリ間転送には使えないのでやっぱり不思議)
♯ スレチごめんなさい
総レス数 1003
226 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200