PC98とX68000ってどっちが性能上なの? part2
レス数が1000を超えています。これ以上書き込みはできません。
PC-98の圧勝かな?
最高性能のPC-98→PC-9821Ra43 ( Celeron/433MHz )
最高性能のx68→X68030 ( MC68EC030/25MHz )
過去スレ
PC98とX68000ってどっちが性能上なの?
https://kizuna.5ch.net/test/read.cgi/i4004/1648117339/ 「ちょっと狼谷さん、和泉さんは私の彼氏なんですから・・・ああっ」
「駄目だ、和泉くんは私がずっと狙っていたんだ・・・んんっ」
「ちょっ、二人とも、そんな風に動かれたら・・・うっ!!」
「あ、出てる。ピュッピュッって、和泉くんの熱いのが中に」
「狼谷さんずるいです。和泉さん、まだイケますよね」
「うっ、そこは」
「和泉さんの感じるところはちゃんと知ってますから・・・ほら、大きくなった。ん、和泉さんの、中でピクピク動いてる」
「駄目だ、出るっ!」
「当たってる、和泉さんの精液が一番奥にいっぱい・・・」 2ヶ月後
「あの、和泉くん、私たち」
「何か、妊娠したみたいなんです」
「えっ!?!?」
「高校生で妊娠だなんて、これからどうすればいいんだ・・・」
「私もお母さんになんて言えばいいのか・・・」
「え、それってどうするの? ・・・まさか!!!!」
「まさかって、まさか堕ろせなんて言わないだろうな、君は」
「ということで、先に産んだ方が勝ちってことでいいですね、狼谷さん」
「勝ちって・・・わかった。それ受けて立つよ、式守さん」
「あの二人とも、それ何かもの凄く間違ってるんじゃ・・・」
「「誰のせいでこうなったんだ!」ですか!」
「僕のせいなの!?!? いや、だって!」
「「(無言で頷く)」」
「分かりました、二人とも僕が責任取ります・・・」
「じゃ、勝負は8ヶ月後ですね!」 x68キーボードはフニャフニャでPC98はメカニカルで質が良かった。 X68ユーザは違法コピーというゲームに興じていた犯罪者でしたね >>11
NEC LAVIE GX ゲーミングPC参入で
今回「PC-9801発売40周年」であることから、「NECとしてはPC-9801がゲーミング製品の始まりであり、24年ぶりのゲーミング製品への参入」(NEC PC・コンシューマ事業 プレジデント 執行役員の河島良輔氏)としている。 68000だから高性能、と言うデタラメはもう言わないの?
w 68000の10Mhzだそ!
98が敵うわけないだろw XVIの16MHzがV30の8MHzと同等の速度だった 文字表示はじめとして周辺デバイスが足をひっぱりまくりだったからな
CPUとメモリだけで完結する処理ならV30HL/16MHzの8割ぐらいの性能は出てたはず
X68000はメモリも遅かったからMPUの性能もスポイルされてるのが残念なところのひとつ X68kのメモリが遅い話を出すと怒髪天を衝く奴がいるから メモリが遅いってOC改造したときにメモリがついてこないって話を勘違いしてないか?
MC68000の製品は16MHzまでで、そのXVIはノーウェイトで動作してるぞ あとMIPSじゃなくDhrystoneで比べたら68000とV30は同等と言われてた
PC98界隈じゃDhrystoneは馴染みないのか? 遅い周辺機器は外部バスにあるから足を引っ張らないし
グラフィックスはローカルバスにあるからこそPhantomXみたいに
CPUをラズパイにすることでグラフィックス丸ごと高速なX68000が実現できた >>1
最高性能のPC-98→PC-9821Ra43 ( Celeron/433MHz )
最高性能のx68→PhantomX( 無限大) ラズパイのエミュレータはX68000実機の数倍、数十倍の性能だもんなw ラズパイで動くMC68000エミュレータ
汎用ではなくてX68000専用 外部バスに隔離したら足を引っ張らない?
ぷぷぷっ
斬新な意見だなwww
CPUバス直結だろうが外部バスだろうが遅いデバイスにアクセスしたら速度ガタ落ちするポンコツなのがX68000だぞwwww この方は遅いデバイスを高速に動作させるパソコンをお持ちらしい 外部バスに追い出したら遅くならないって、そんな不思議なパソコン聞いたことないわw X68ユーザはパワーユーザとゲーマーの二極化のイメージ 外部バスに分離してCPUの足を引っ張らなくなる。
各デバイスをインテリ化していけばCPUの負担は減るけど、
そんなことができる高機能な外部バスはPCIになってからだよ。 プロセスルールが細かくなっていったのもあるけど
設計手法がHDL使うなどして高度な機能をそれ以前と比べて遥かに少ない手間で設計できるようになったからってものあるね
X68000のバスアービタは時代的にしかたないけど、ぶっちゃけ低能 この時代のパソコンの外部バスってCPUからの信号にバッファだけ通して
出してあるだけだから、外部に出そうと内蔵しようといっしょのような。 >>34
うちはゲーマーだったから壊れたら廃棄した
あの当時は直そうという発想が無かった 遅いデバイスへのアクセスは遅いバスで互換性を保ち正常に動くという意味よ
お前はこれを足引っ張っていると言ってるんだろうけど解釈が正反対なんだよ DTACKがアクティブになるのを遅くするんだから足引っ張ってる以外の言い方はないよ >>43
グラフィックが足を引っ張るから出来ません PhantomXが無くても余裕でPC-98が早いだろ PC-9821Ra43は下駄で河童PenⅢが乗るんじゃなかった? PhantomXのようなもので効果がでるのはX68000がMC68000という
今となっては非常に遅いCPUを搭載しているからです。 まぁx6には無理なゲームが沢山あるしPC-98の勝利よ >>51
それはX68030だけの話
XVIまではCPUの速度についてきてた >>51
毎回毎回、負の願望で勘違いした書き込みしてんじゃねーよ VRAMクソ遅くてBG描くの大変だったらしいね
8bitのFM8くらいの速度だったらしい x68のVRAMの遅さは異常
スプライトで誤魔化してるだけで絵を描くのに全く向いてなかった
GUIの描画も寝て待つくらい酷かったしね スプライト機能が無かったら史上最低のパソコンで終わってたよね・・ 386DXの98買ってたからX68030買う余力は無かった
単に一太郎とか1-2-3使いたかったのもあるけど ツクモがX68030のカスタムモデルを売ります!ってやってたのを素通りして98買ったわ
既に時代遅れだったのもあるけどX68030には全く魅力を感じなかった >>54
BGのメモリってスプライト関連はSRAMでしょ
FM-8を指標にするあたり正体バレバレなんだがいいのか? X68030の時代は格安に自作PCを組めてたから、PC98、TOWNSも含めて勝ち目はなかった
そんな中でTOWNSを捨ててコスパのいいFM-Vを出した富士通はよくやったと思う 富士通はFMV-DESKPOWERでPC-98に勝ったからな Windows用ゲームをよくPC-98と呼べるな、プライドなんもなしか
せめてPC-98上で動いてる動画貼れよ・・・ PC-FXGAがコンポジット出力のみじゃなくてVGA出力持ってたらなぁと今でも思う
もうちょい開発環境(ちゃんとしたコンパイラー)用意すりゃもうちょっといけ
たかな?いやダメか。 なんかさー
X68って解像度高いのにDSPもアクセラレータも付いてないしでマジで最悪のパソコンだったよね
当時同人ゲーでスプライトとスクロール使っただけのクソみたいなシューティングしか作れなかったよ 68の同人ゲーはほとんど糞しか無かったけど当時の人達は真面目に作ってただろうから悪口は言いたくないな >>66
68の同人ゲーほとんど全てを買ったX68アンチ現る。
パッケージアップしてくれるんだよな? >>67
俺の話聞いてる?
糞しか無かったって言いながらアップしたらかわいそうだろ?
なんでそんな程度の気配りもできないんだよお前らは X68000のゲームはオリジナル買ったお!
と言いながらパッケージ写真をアップしないのがお約束 >>69
X68アンチは、ほとんど全ての同人ゲーを買ったなんてウソをつきました、と謝るのが先じゃないの?
それともコピーで遊んでたのかな?
ああ、コピーコピーって実は自分のことを言っていたのか。 パッケージとかはどうでもいいが、どのぐらいの本数なのかは気になるな。
それと同人ってログインのソフコンのタイトルとかも含まれるのか? かなりの本数買ったけどほとんどがシューティングだったな
へったくそなFM音源キンキン聞かせてスクロール画面上にいる敵を撃つだけのゲーム 同人ゲーってTAKERU以外にも、コミケはじめパソケットなどの同人イベントで売ってたんで
それらを「ほとんど糞しかなかった」と評した>>66 の広範かつ長期間にわたる調査は称賛ものでしょう。資金的にも大変だし
市販品ですら難しいのに、同人ゲーのほとんどを吟味したなんて後世に残る偉業。
「ほとんど糞」だったそうだから、大量にあるパッケージの山をアップしたところで
特定の同人サークルをあげつらうことにもならないね
大体、「X68アンチ」などとゴミ扱いされてんだから跳ね返さないとw 本当に買ってたならな 同人サークルのこと考えたらupできんよな
常識的にさ そもそも同人なんて自己満足でやってるのがほとんどで売れたらラッキー程度にしか思ってない。
売って儲けようなんて職業同人なんてごく一部だよ。
他人のオナニーに付き合って大枚はたいただけだろうに。
ゲームの出来云々を語る前に自分の見る目の無さを反省すべきだな。 X68000だもんなw
まともなゲームが作れるはずがないww >>74
ファランクスとグラナダならプレイしたことあるぞ >>54
TOWNS太郎「RAMにウェイト・・・うっ頭が・・・!」
「これは・・・X68のことなんだ!・・・そう、FM8と同じ速度だった!」 べつに同人ソフトのコピーくらい配布したっていいだろ
配布してくれたほうがわざわざX68000の同人ソフト作ったサークルの人たちも喜ぶってもんだ >>84
X68アンチが自演して本音を書いたのがこれだろうな。どこまでも恥知らず >>84で本音を書いて、それをアンチの発言にする>>85であったw
自演なのがバレバレだよ 84がX68アンチじゃないってんなら、同人ゲーほとんど全てのパッケージを遠目にでもアップすれば解決だぞ。早くやれば?
元はX68アンチが市販ソフトのパッケージ写真を要求してたんだからできるよな?アホなスレまで立てて X68ユーザーはみんなまともなのにX68アンチは悪質すぎるな ピーコしなかったと言い出した奴がアンチ扱いになってて草
結局X68kユーザはピーコばかりしてたから他のX68ユーザにはすぐバレたって事だな
そして嘘ついていた奴がアンチにされる、と
X68ユーザはまさに嘘とクソの塊だなぁ X68kユーザは根暗なキモメンデブのオタクしか居ないイメージ コピーしたらみんな喜ぶだろうにな
コピーを叩いてる98ユーザーは頭おかしい
当時はコピーしてやったらみんなありがとうって言ってた
コピーのおかげでみんなハッピーなのに 例の68アンチはやることがワンパターンの老人なので。
語彙も少なくて同じことずっと繰り返してる。
マトモなご高齢の方だって沢山いるのにねぇ。失敗例はどこまでも悲惨 68アンチはコピーしか叩く事がないんだよな。98より高性能だから悔しくて叩いてる
別にコピーは悪い事じゃないのに分かってて叩いてるんだよな >>81
X68だろうがPC-98だろうがWindowsだろうが関係ないだろ。
性能差を理由にする奴はどんな機種使ったって同じだよ。 太郎「もうね、荒らすしかないんですよ。これまで何もしてこなかったので。」 そもそも地元でX68本体を見たことが無いわ。
PC-98やTownsは学校にあったけど、X68は90年代末期ごろに秋葉で初めて見たわよ。 学校の入札なんてMS-DOSが動くマシンを条件にしてるんだろ
だから沖電気の16bitも結構シェアあったはず 小中学校向けの教材ソフトはタイトル数でFM-TOWNS、PC-98、その他のDOS機ってなぐらいだった
富士通やNECのパソコンのカタログに教材ソフトの欄もあってそれなりのタイトルがあった
TOWNSの日英切り替えできるドラマ仕立ての英語学習ソフトのデモを見たことあるが、日本語と英語で全く違う文章だったのには乾いた笑いしか出なかったが
製品版ではそのあたりは直っていたのかは知らない X68のソフトはアケゲーのデッドコピーと、他機種からの手抜き移植ばかりだった 98太郎になりすましていても、TOWNSネタを披露したい欲求が抑えられない X68ユーザは他機種の事実が「自慢してやがるチクチョウ!」ってなるほど酷い負け犬根性が染みついたコンプレックスの塊
醜いキモオタである ピーコ太郎は現在でも活動してる68Kユーザーがうらやましいだけw とうとう童貞のまま還暦を迎えたぜ!
by X68が買えなかったた元98ユーザ X68ユーザはコピー自慢、つまりは犯罪を自慢するようなゴミだからね
ドン引きされるぐらいならマシな部類だろ 98はスプライトないでしょ
BGもないし
VRAMの解像度もX68のテキスト画面より粗いでしょ? X68000はスプライトあって数は少ないし小さいし書き換えが間に合わないしで役に立たなかったけどね ドットのアスペクト比も独自だったし、マジでX68000はゴミ 68信者「X68アンチが言ってるだけだったらいいなぁ」
現実は無情 最低でも386/12MHz程度のCPUパワーがあるならギリギリぐらいにX68000のデキは悪い
遅い68000になんでもかんでもやらせるような設計が悪いとも言う 8bit対抗だったら68000で十分だったが、それだけ 386ならSX16MHzかDX20MHzなら聞いたことあるんだけど12MHzって286だろ コンピュータ性能が日進月歩だった時代背景を無視して、そして出してくる98は68よりも後の世代のを暗に対象にしてる
だいたいアンチはクソ 386シリーズでの一番遅いのが12MHzだから?
SX12MHzでも68000の10MHzより数段はやいけど
386の発表が1985年か。68000なんて使わないで386載せてればよかったのにな。 こいつはアーキテクチャの違うCPUをMIPSで判断してるアホです 6502の1MHzとZ80の4MHzではどっちが高性能? >>123
発表と供給開始は違うぞ。286なんて発表から2年後のIBM-PCからだし、
386もIBMは2年後、Compaqはリスク覚悟で翌年になんとか出せたレベル
PC98の386はは88年だから3年後
X68000は86年には発表してたからな 286時代は64KBセグメントのプログラムを強いられてたので
グラフィックの強いパソコンでの選択はありえなかった
98はMS-DOSを捨てられなかったしな
だから98のグラフィックはあんな感じだったんだよ
そこに富士通がつけこむ隙を見つけてTOWNSは386マシンになった X68信者「X68の初期型とPC-98のCeleron搭載最終型と比較するのはずるい!同時期の機種なら性能では絶対に負けない!」
信者がこんなこと言うので同年発売の機種同士で比較
X68030 1993年発売
MC68EC030/25MHz搭載
398,000円 ※ディスプレイ別売
PC-9801BA2 1993年発売
486DX2/66MHz搭載
338,000円 ※ディスプレイ別売
PC-9821Bp 1993年発売
486DX2/66MHz搭載 HDD搭載
398,000円 ※ディスプレイ別売
PC-9821Ce 1993年発売
486SX/25MHz搭載
378,000円 ※ディスプレイ付属 >>128
それらの98でアクションゲームがドット単位に60fpsで動きますか? 98はいいとこ5fpsじゃね?
スプライト機能もないしな
Windowsなんてゴミに迎合した結果滅びた売れないパソコンだし X68って98にマウント取れるのってシューティングゲームだけしかないんだよね PC-98はスプライトが無いから早いCPUで対抗してもいいじゃない
68はスプライトが無いと何も出来ないのだし 98ってX68にマウント取れるのってCPUの速度だけしかないんだよね
32bitのCPUなのにただ速いだけの16bit機としてしか使えない
X68は初代機から32bit環境なのにね
何年遅れてるん? MC68000が32ビット?
シャープは16ビットって言ってたのに
こういう嘘を重ねるのがX68信者だよねぇ >>135
文盲か?32bit”環境”と書いてるんだが
そもそもレジスタが全て32bitだしCのint型がint_32tだし
まあプログラムの組めないお前みたいな奴に説明しても理解できないだろうがね 内部レジスタは32ビットになってる。
i386SX 見たいな物、それぞれ認識が違うけどね。 68000は32ビットとかいっても性能が16ビットと大差がないんだよw MC68000とV30はだいたい同じ性能だから・・・ 68030は486DX2より圧倒的に速いよ
Pentiumくらいの性能はある 68信者になりすまして68マンセーな発言をしたところで釣り針がでかすぎるよな
熱狂的なヤシでもそこまで無知じゃない どうせ98ユーザーだろ
98ユーザーは頭悪いからな 98信者頭悪すぎてワロタ
あんな屑マシン使ってるユーザーも屑になるんだな >>142-143
何食わぬ顔で書いてるが、釣り針落としたのはお前だろ 98信者が自演失敗しててワロタ
これが98信者なんだよなあw 1991年にWindows3.1が発売されているのに
>>128のPC98が既に産廃w 98信者vs68信者の構図にしたいスレ立て主が必死でワロスwwwww
自演失敗も何も、145も同一人物じゃねぇかwwwww Win3.1プリインストールの98買ったことあるけどバックアップにFD10枚以上必要だったな
あの当時はCD-ROM無し仕様もあったから仕方ない 98ってすげー低性能だよな
だからエロゲーしか出なかったw エロに飢えているからPC98もサブとして持っておるのだろう 8086やV30も32ビット演算はできたんだけどね
esレジスタとインデックスレジスタの組み合わせてさ X68→アーケードゲームがそのまま遊べた
Pc98→エロゲーしか遊べなかった
エロゲーキモヲタ専用98w 98やTOWNSに出てX68000に出ないソフトもけっこうあった
X680000は冷遇ではなく無視のレベル
それだけX68000向けのソフトは赤字だらけだった ピーコ太郎がソフトハウスの売り上げに貢献してないから的外れだなw >>161
かってに1命令でって条件後付してまで98をディスりたいバカ発見www >>162
俺が書いた >>134 >>136が読めないのか?
だから文盲って言ってるんだよ
複数命令可なら4004でもできるってーの
ほんとバカなんだな >>162
お前が理解できてないってことがよくわかるよw 68000信者が発狂してるなぁ
メーカーが16ビットって言ってるんだから16ビットだろ
レジスタ幅が32ビットあるとかいったら、Z80が16ビットになってしまうぞw >>165
68000を32bit CPUだって言ってる奴はこのスレにはいないけど
ほんと日本語理解できないバカなんだな
68000は16bit CPUだがレジスタは全部32bitでX68のOSも開発環境も32bitだって話をしてるんだが 386SXをバカにして殴られた奴がいるんだろ?なっさけねぇ~ MC68000って性能良くないのにマウント取ろうとするから・・・ 68000が32ビット環境なら8080やZ80は「16ビット環境」ということになるが誰もそんなことは言わない
つまり32ビット環境というのはバカが言ってるだけという事になる 環境ってOSだろ。
MSX-DOSは8ビットOS
LinuxやUNIX系は32ビットOS
68000を使ったSunのマシンは完全に32ビット環境だよ。
Z80も16ビットOSがあれば16ビット環境と言うこともできる。 https://ja.wikipedia.org/wiki/MC68000
アーキテクチャ
MC68000自体は16ビットCPUとして取り扱われたが、内部アーキテクチャは32ビットプロセッサとして設計されており、レジスタとアドレスのデータ長は等しく32ビットとなっている。 なんで「モトローラは68000を32ビットって言ってる」ってレスが付かないのかねぇ
ここの68信者ってやっぱりエアプだろ >>15
アホンよりアンドロイドのほうが使いやすいからだよ
アホンは使いにくい
その名の通りアホしか使わない ピーコ太郎は低性能なV30のマシンで十分
こちらはPentiumの98使ってるからな 68000とV30はにたりよったりの性能だからね
ピーコ用途にはちょうどいいんだろうな X68000はロットによってFDCが違うレベルのクソ品質だったので98つかってピーコしていたんだろうよ > ロットによってFDCが違う
どゆこと?
と思ってぐぐったら事実っぽかった
こりゃプロテクトに割く工数ばっかり増えて商売にならんわ ピーコしなかったから市販ソフトが動けば問題にならなかった シェアだけを見てPC98を選んだやつがX68の性能に劣等感を感じてるのよね 昔から「98ユーザはX68000に憧れてるはずだ」って妄想を繰り返してるけど98ユーザの多くはX68000なんて低性能な機種に興味全くないんだよな
高いだけのソフトもろくに無いゲーム機だし 俺様はWin95世代だったから68はスーファミレベルだと思っていたわ 68とスーファミを比べたら68負けちゃうからやっちゃだめだよ X68はファミコンにも負けるからスーファミ相手では足元にも及ばないよ ってかゲーム機とPC比較すること自体無理があるんだよ
その辺ピーコ厨はわかってない X68000はパソコンの様なゲーム機だからゲーム機と比べるのは妥当 ゲームの自慢しかしない、できないX68ユーザはX68000をゲーム機扱いされると顔を真っ赤にして「ゲーム機じゃないもん!」ってやりだすw パwwwーwwwソwwwナwwwルwwwワwwwーwwwクwwwスwwwテwwwーwwwシwwwョwwwンwww 表で68批判見たことないな
まぁここでしかピーコ太郎活動していないけど X68ユーザはwikiのタウンズのページを荒らしたサイコだからな
身バレする所に書き込みしたら低能先生のように殺しにくるぞ ピーコ太郎「ソフトは全部買った、ピーコしてなかった」
板民「ならパッケージ写真アップしてよ」
ピーコ太郎「パッケージは邪魔だから捨てた」
板民「買ったと言ったのは嘘よw」
↓
ピーコ太郎「写真はTwitterに上げたし!ピーコしてなかったし!」
板民「URLよろ〜」
ピーコ太郎「身バレするからヤダ」
板民「身バレしないアプロダ使えよ」
ピーコ太郎「ヤダ」
板民「やっぱり嘘か」
↓
ピーコ太郎「お前らが98とタウンズのパッケージ写真アップしたらアップするわ」
板民「やっぱり買ったってのは嘘だったな」 ピーコ太郎は貧乏なのでソフトはピーコで済ませますw >>197
それ、ここを荒らしてるのはTOWNSユーザーですって言ってるようなもんだぞ TOWNSのゲームはCD供給だからコピーしたくてもコピーできなかったフラストレーションが
X68叩きに向いてるのだろう クソ68ユーザーはTOWNSまで巻き込もうとするなよ
最初は98に対してだけの敵対心だったのに >>188
でもPS2の時のソニー久夛良木は
それやってたわけだが 68系CPUは68040の頃に爆熱でx86についてこれなくなって
フェードアウトしたんだよな。次の68060は組み込みだけだし 80x86も爆熱になったけど、680x0と同じ発熱だと性能が文字通りに桁違いに高かったしな 486が主要命令をワイヤードロジック化できたのがかなり大きい windowsやlinuxが動かないPCがあるよね~ >>213
AMIGA と言おう思ったがLinux出てたような CPUを乗せ換えないとLinuxが動かないパーソナルワークステーションw LinuxってインテルCPUでUNIXを動かそうとしたものだろ・・・
頭おかしいのか >>LinuxってインテルCPUでUNIXを動かそうとしたものだろ・・・
マジか?知らんかった 386は性能はアレだが機能はちゃんとしていたからな
性能も機能もダメな68000とはそこが違う 68000は世代的には8086と同じ
一応、SVモードあるけど、それしかないが386と比べるのは可哀想 10MHz2MBのマシンにSX-WINDOWは荷が重すぎた インテルCPUでUNIXならSUNが初期に386マシン出してた
しジョブスのNEXTは486搭載 >>224
どっちもBSD系だろ
Linuxの話してたんじゃねーの? X68ならBSDだろ
MPU交換が必要だったうえに遅かったが
Linuxが出てきたころにはX68000は既に終わってた
廃物利用のために動かす程度 SUNやらシリコングラフィックスが初期マシンで
68系選んだ理由って? 大学やAT&Tが68系のマシン持ってUnixをそれに合わせて作ったからだろ >>228
SUNだと1980-1985頃の話か?
68000以外のCPU選びようがないだろ。 それと同じCPUを乗せたx68000がどれだけ高性能ですごいマシンかって事だよな >>231
実際のとこ,X68000がSUNやシリコングラフィックスの
初期の68系CPUと同等レベルだったのか
誰も検証したことないからなあ
X68K現役な頃にSUNやシリコングラフィックスの
初期モデル使ってた人なんて一部の理系
の研究員だけだろうし。
今の日本にそれらが現存してると思えん 進化が激しかった黎明期のコンピュータで、87年に新規開発で68000を採用する時点でスクラップを売り出す様なものだった
今の感覚ならX68000は「新しいアーキテクチャのコンピュータを売り出します。CPUはATOM N270です」って言ってるようなもん Win3.1でOffice動かすのならDOS/Vの方が有利だった
そうなるとPC98はパソコン通信の端末とエロゲしか使い道がなくなる >>233
当時NEWSに高価なMC68020の搭載するのはリスキーで、首を覚悟でやったと言う話だぞ 量産効果のおかげでMC68000だけがようやく手が届く価格に降りてきた時期だった
それより上はべらぼうに高い
だからX68000は最善の選択をしたんだよ
MacintoshUなんかセット価格で100万以上してた 最善かどうかは知らんがおれもすごかったと思う。
惜しむところはMMU積んでちゃんとしたOS作れたらもっとすごかったと思う。
グラフィックスなんかどうでもよかった。 X68030はソフトウェアが仮想メモリに対応する準備ができたら
CPU差し替え可能にするためにソケットにしたらしいな MacIIのようにソフトにもカネ=人手をかけてほしかった
基幹ソフトやOSがクソすぎだった
安物買いの銭失いとはX68000の事だ >>240
コンピュータ専業メーカーの製品と家電メーカーの一部門の製品を比べるのは酷ってもんよ https://www.youtube.com/watch?v=Supr4H47CEY
386機で初代DOOM動かす動画だが、同クロックぐらいの68030なら
どこまで動いたんだ? >>240
SX-WindowはMacのAPIをベースにマルチタスクを導入したようなものだぞ >>243
疑似マルチタスク
あの当時は本格的なマルチタスクは
UNIX系しかない 都会の自作派は92年頃から秋葉原で盛り上がってた
当時PC98を購入してたのは情弱と地方民だけ OS/2ってUNIX系からの技術流用とか全然なし?
OS/2の技術というかコードはWindowsNTに使われてるけ プリエンプティブなマルチタスクするには時間単位でレジスタを保存したり復帰したりを繰り返すから
そのオーバーヘットが当時のCPUでは荷が重い、ましてやモトローラ系はレジスタが多い
速度を重視して協調型マルチタスクを選択するのが主流だった
UNIXは遅くても文句言う人がいないが個人ユースでは問題あった 20MBのHDDを内蔵した同じ頃のモデル
PC-9801UX41 545,000円
X68000 ACE-HD 399,800円 98のHDDモデルは異様に高かくてサードパーティの何倍もしていた。 秋葉ではPC-98本体やパーツなんて売ってるの全然見なかった
都会民の情強は自作ばかりだったからな レジスタと言えば現行のx86のAVX系のSIMDはビット数広めなのが少数乗ってて
(AVX2 256bit/16本)
Powerみたいな系統は128bit幅がたくさん(Power8以降128bit/64本)
これ レジスタの保持と退避という点で見たら、結果同じでは?
ただx86みたいに幅広レジスタを少数にするか、Powerみたいに
64-128bitあたりのは沢山にするか
の違いで >>249
初期は16ビットOSだしコードの流用はないだろ。 x86にはハードウェアタスクスイッチ機能があったが、x64で廃止されてるな
Windows含む一般的なOSでは使われていなかったようだ 秋葉原で98売ってるの見なかったって?
それは台東区秋葉原のことなんだろうな
千代田区外神田の通称が秋葉原ならX68売ってる店より98売ってる店の方が多かったものな まともな人間はDOS/V使ってたんだよな
98なんて高いだけのゴミ使ってるのは田舎者だけ Windows前提なら、互換機が使い物になるのはPC98以後でWin98か2000からだな
NT4.0はデバドラが弱い
俺はOS/2使ってたからWindows3.1時代から互換機で余裕だったけどな 2000より前のNT系ならOS/2のがマシ…かな?
Win-OS/2で窓アプリばっかり動かしてたから実感ないけど NTはUSBサポートが遅くて結局XPまで完成しなかったのが辛かった。 98やTOWNSでUSB使うってのはあまり聞いたことないな デタラメすぎる
NT系のUSBホットプラグ対応は2kから。2kはUSB2.0にも対応している
USB2に対応「してしまった」ことは、2kが長く使われ過ぎた一因とまで言われている
ホットプラグ対応ができずUSBも使い物にならなかった(利用自体は可能だった)のはNT4.0
まあNT4もネイティブ32bit環境なのにノートPCに突っ込んでプラグ&プレイもハイバネーションもできる
という意味では十分バケモノじみていた良環境だったが
ドライバもIntelCPU&チップセットでAdaptec SCSI 3COM LAN Matrox Millennium辺りの定番で固めておけば何も困らなかった
クソみたいな国内メーカーのビデオキャプチャカードとかは動かなかったが、そんなもんマトモな奴は使わんし 2kはリアルタイムで使いもしなかった連中に限って無闇に持て囃された風潮すらあったが、
当初はNT系でホットプラグ等の不確実性の高い要素への対応を行うということで不安視されたし、
実際にSP3までは安定性もかなりヤバかった
一方で、NT4で困る事のない環境ではNTの安定性と9X系のホットプラグ対応、
特にノートPCでUSBやPCカードのホットプラグが可能になる点は長足の進歩といえた
おれも辛抱たまらずVAIOノートに2kのβ版突っ込んで使ってたよ、そのくらいインパクトのあるOSではあった XPも当初はパソコン大先生たちには不評で、大げさすぎるだのオーバーヘッドがデカイだの
無知ならではの俗説垂れ流して自家中毒起こしてたからな
RAM64MB以上は無駄説とか唱えてた連中は移行のハードルも高かった
リテラシーの高い奴はNT4からWin32環境を謳歌し、
アホは98SEに拘泥していたのが90年台末という地獄 Windows 2000のメリットはActive Directoryが使える事 >>264
2000にUSBメモリや外部HDDを接続してから、なんかの拍子で抜けると再起動するまで認識出来なくなった。中途半端な対応で完成していない。 HDDといや、X68000のHDDはすぐに壊れたな
ドライブ交換しても壊れたから本体側の設計が悪かったんだろうな 2000の時はまだUSB使ってなかったから。そこら辺問題にならんかったな ACEのHDDがメーカー保証期間内に2回も壊れたことあるわ HDD壊れたのは1回だなWin機だったからブルースクリーン出てのことだけど ただでさえX68000はソフトがタコだったから、タイミング守らないコマンド発行したりしてたんじゃね?
電圧が不安定だったりノイズ乗りまくってたのかもしれん
無いと言い切れないのがX68クオリティ X68に対するネガティブな想像巡らせて楽しむしかない太郎 メーカー保証期間(1年か?)で3回ってすごいな
さすがシャープ 信者にとって都合が悪い事実は全部「印象操作」ってことになるんだな X68ってすぐぶっ壊れるよ、特に電源、他にも半田断線とかコンデンサ破裂
今売ってる中古もACアダプター化されてるしボロボロだよ 何にでも太郎をつけて言う68信者って毎日どの時間にでもいるけど働いてないのかな
それともとっくに定年になってる老害クソジジイなのか?www 一太郎でx68000に勝利宣言してたインパクトは人々にとって忘れられない記憶となった >>230
その時代なら286 386があったわけだが
日立の2050(68系CPU搭載)ワークステーション
と同時期に2020という(286搭載)
ワークステーションを出してる >>289
休みは今日までだ
お前さんと違って仕事してるからなw >>292
またまたー
毎日が盆休みのくせにwww X68にはLinuxがないってもの結構面白かったけどな 98ユーザーになりすまし「X68には一太郎がない(TOWNSにはあるよ!えへん!)」
これを繰り返していたらTOWNS太郎と命名した
抑えきれずにTOWNS自慢を披露しちゃうからわかりやすい
Linuxについてもまったく同じ X68030でECなしの68000に換装したのでLinuxが動がいてるの見たことあるけど
無改造のX68000でLinux使えたのか? >>300
EC無しの68030だろうけど
Linuxなの?NetBSDでなく? >>302
おお これは知らんかった
無知ですまん
なんとLinuxを移植した人がいるとは プロセッサ載せ替えすらしないならX68は劣化版のMacにすらなれない
マジなゴミ x68と比べるならホビーマシンとして?
なら
286が9801の主流
386sxが9821の主流じゃないか
win95以降はドスVも対して変わらないし プロセッサの性能的にはX68000とV30のローエンドモデルなPC-98と比較するのが妥当でしょう
それでもスプライトがあるぐらいしかX68000が勝ってるところはないんですが 90年代は時間の流れがはやいので、あっというまに386系が消えて、
486からペンティアムになり、68000系が置いて行かれたという流れは
おさえておかないと。 >>302 >>303
リンク先見たら、実機じゃなくエミュ上での
動作なわけだが 68040はトランジスタ数で見るなら486と同じ120万
ただしプロセスは同じか知らない 486でさえ耐え難い遅さだったのに、030となるとな...
25MHzだったっけ。10MIPSも無さそう ああ、コンソール(FB)ぜんぶ書き換えてるよ…これブート時間の過半はVRAMいじってる時間じゃん
VGAでYwrap使えない時もこうなる
せめてハードウェアスクロール使えるようになるといいね… >>310
何と比較して、486が遅かったのか知らんが
※当時は386のFM-TOWNS2Fで他の
PCは使ったことなかった
それと同じぐらいの周波数の初期の
SparcやMipsはベンチ上では486DX2]
レベルな性能
※90年代に読んでたソフトウェアデザインの
UNIX特集がソース 68kは040なら486とほぼ同等だったはずだけど、030で486並みはデタラメ 自宅で486DX2のAT互換に386BSD突っ込んだ時の万能感はすごかった
フル32bit環境がついに自宅に!ってなもんで
RAM16MBなんてギリギリしか無いのに、これでemacs起動しても怒られないのか…という感慨深さ
そのemacs自体まだ追加でソース引っ張ってきてビルドしなけりゃ動かないんだけど
sparcはSunのSS10が確か50MHzで、当時はべらぼうに安くて速い価格破壊の推進者だったのだが
後になって初代Pentium(確か60MHz)のPCにLinux突っ込んできて比べたら、もうSunとか要らねーな…ってなる程度だった
一応floatはまだ少しだけIntelより速かったけど、これもすぐにPentiumProが来て32bitのRISC WSの時代は終わる 安定性なら2010年代あたりまで商用UNIXがWinやLinuxより上だった事実 初代のPentiumとSuperSparcがSPECのベンチだと互角
ただし、Linux入れたPentium機はSUNのSSより速い
Sparcの実効性能がダメなのか、Solarisが重いのか? Sunは安定性というよりも高負荷時の耐久性や、マルチプロセッサ環境のスケーラビリティが高かった、
というかLinuxやBSDは2000年台も後半辺りまでそのへんの性能が低かった
もちろん性能は見劣りしても調達コストはずっと安いので、単体で足りなきゃ頭数で潰せの世界だが
Solarisは公官庁系の案件がSun大好きすぎるだろ常識的に…って風潮が震災後しばらくくらいまで続いてた
富士通が互換機作ってたのもそのため >>306
同レベルのCPUで比較したら
何も勝ってるところがないのがPC98 >>314
初期のNetBSDやLinuxならRAM 8MBでXとEmacsは普通に動かせた
カーネルもアプリのフットプリントも今よりずっと小さかった フットプリントは小さかった(キリッ とか言ってるが、そもそも機能自体が無くて
ウィンドウマネージャなんかtwm使っててメモリ喰わないッ!!と絶叫してるような「比較」だからな
意味無ぇ~ EmacsをHuman68Kで使えてたX68000ユーザーは高みの見物モード あの頃はemacsが下火になって
viが巨大勢力になるとは思ってもいなかった。 UNIX互換OSが動かないMMUの無いX68000はそれだけで格下
MINIXは移植されたの?AmigaやAtari-STにはあったが 68030載せても「ちょっと早い68000」としてしか使えなかったのがX68030
486載せた98にすら負けるのも当たり前だわな 68030載せても「ちょっと早い68000」としてしか使えなかったのがX68030
486載せた98にすら負けるのも当たり前だわな 486載せても「ちょっと早い286」としてしか使えなかったのが98
68030載せたX68にすら負けるのも当たり前だわな MS-DOSでEMSだのXMSだの不毛なことをやってた奴が偉そうにいう事じゃないな だからLinuxやFreeBSDやOS/2やWinNTが台頭してきたのに SX-Windowも、うわっつらだけはMacもどきを気取ってたけどモドキで終わったし足下がHuman68Kだったからねぇ
砂上の楼閣ならぬ砂上の平屋建てだったんだよな 内部的にMacを参考にしてたから上辺だけ真似たものではないんだよねぇ
SX-WindowはGUIだけにせずDOSと調和させて現実的な選択をしてた
あれを作った人はようやったよ 86年頃のMacを参考にしたのか….あんまり良い手ではないな。 内部的にって、内部のどこが参考にしたの?
まさかMacっぽいAPIがあるだけで「内部的に」って言ってる?
そのレベルで「ようやった」とか言えるって逆に凄いなぁw まあSX-WindowはMacを超えてたよ
全然よくできてたし Windows 1.0はオーバーラップすら出来なかったのに 某草の根ネットにPC98の有償ソフトが全部アップロードされていた。
一太郎もMIFESもMS-Cコンパイラも何でもダウンロードできた。 どうした突然
68キチ太郎がまた発作起こしたのか? 68040は爆熱でx86についてこれなくなった
↑
これ、当時今のような高性能空冷やら水冷があれば
爆熱でも無理に動かせてたんだよな x86 vs MC68000の代理戦争としてのPC-9801 vs X68000 シャープが黒タワーでX68000のネーミング付けた
ゲーミングPCを出せばいいかと
ついでに殆どPCゲーム作らんくなった、北海道ZOOMのけつを叩き
APEXやらフォトナみたいなFPSを作らせる SX-Windowは今のLinuxベースのMacOSとどっこいだろ。
GUIとしての出来は旧MacOSまだ超えられてないよ。
てか、何か設定するたびにコマンドラインベースでスクリプト書き換えないとダメな時点で話にならん。 SX-WindowはHuman68Kのインターフェイスをグラフィカルタイプにしただけだぞ?
知ったか多くねここ? 太郎「〜こうだぞ!(だといいなぁ!TOWS OSは黙っとこ・・・)」 クソ設計まるだしのHuman68Kの上で動くかぎり、どんなソフトもクソにしかならない >>351
SX-Windowのアプリをアセンブラで組んだことある俺が聞く
どういうこと? 80~90年代前半はアプリが無くてもGUI有りのOS実装が流行った時期なのでX68000もそれに乗っかっただけ
でも発展性に乏しく時代の変化に付いて行けずX68030で途絶えてしまった こいつはSX-Windowにジャストウィンドウで対抗できると思ってたおバカだから
内部的なことなんか何もわかっていない
MACのAPIと同じってのもこのスレで知った情報w ジャストウィンドウはよかったよな
あれは売れまくった アセンブラが〜はX68大好きなド底辺無能プログラマだな
そいつの言うことはバイアスかかりまくりだから嘘と思って差し支えないよ 68マンセード底辺プログラマは嘘と思って、と言うか、嘘しか言わないだろ JWと比べたら互角、JW2と比べたら惨敗するのがSX-Window。
SX-Windowはワープロソフトのバックエンドにボロ負けするゴミ。 JW2?ってぐぐったら、マジでSX-Windowが負けてしまうレベルだった まあNEC自身がジャストウィンドウ作ったならまだしも、外部のサードパーティー
じゃない
本家のWindowsはマイクロソフトというIBM-PCのOSの元締めがやってるわけだし 自分で使ってもいないジャストウィンドウで勝利宣言
想像力が豊かな太郎ワールド。幸せ回路全開すなぁ X68にはマトモなワープロがなかったから羨ましくてしかたないんだ SX-Windowより酷いウィンドマネージャは存在しない
それぐらい酷かったぞ マトモにアプリ動かないSX-Windowのほうが凄いんだよw TOWNS太郎は一太郎さえ使ったことがないからな
TOWNSにも販売されていたってだけが誇りらしいよ 嘘しか言えないド底辺無用プログラマの僻みでございますw アクセラレータの類が一切ないX68kでGUIなんか実現するとしても
非効率なGVRAMは温存してTVRAM側で描画するくらいしか
パックドピクセルに無限の夢と可能性を抱いている彼が聞いたら逆上するかな X68000は完全に使いこなせばPS1に少しだけ劣るくらいの性能はでるよ
ポリゴンもできるからね >>375
水平型VRAMはアミーガみたいな設計じゃないとキツイだろ
98のゲーム見ろよ
カクカクやで パックドビクセルの方がキツイだろ
発色数優先で速度を犠牲にするか、
発色数を犠牲にして速度を優先するかだし
まあ速度を優先してもアクセラレータの類は一切無いんだけどな
だからこそプレーンVRAMを限界まで使わなければ満足な速度も出ない
哀しいねえ… >>378
プレーンVRAMが速いのは8ドットや16ドット単位でしか描画しない場合だけ いや発色数抑えてGUI描画するのに圧倒的にプレーンの方が速いでしょうよ
パックドピクセルは64k色だろうが16色だろうが変わらん(遅い)
プレーンなら64kの1/4つまり4倍速い
このレベルで他人の話を遮って文句つけてくるんだから、たまんねぇよな68k信者は 太郎の考えるGUIは横16ドットでしか動かせないウィンドウで
重ね合わせもされておらず、キャラクターで構成されてるかのような画面だからな
ジャストウィンドウのように X68は水平垂直どっちも持ってるんだからまったく隙が無いんだがな SX-Windowは、性能が悪いうえにアプリが無い
JustWindow2になればアクセラレータ対応してて性能も機能も隔絶されてSX-Windowは文字通りにボロ負け
ド底辺無能プログラマーが嘘を繰り返したところで事実は変えられないのだよw >>331
JustWindow2も、うわっつらだけはWinもどきを気取ってたけどモドキで終わったし足下がMSDOSだったからねぇ
砂上の楼閣ならぬ砂上の平屋建てだったんだよな
こっちのほうがしっくりくるな! なに一つしっくりしないな
バカは何を言ってもバカでしかないからお前は死んだほうが世の中のためだぞ >>376
それは無い
68000 10MHzとR3000 33MHzの差だけでもどれだけあると思っているのか >>387
ジオグラフシール見たことないの?
凄いよ >>387
そもそもプレステはポリゴン用のDSP
積んでるわけだが >>388
今、動画見たがプレステに少し劣るレベルか?
同メーカーが1年後にプレステで出したジャンピングフラッシュと
比較しても、テクチャーやオブジェクトが単純に見えるんだが 「PS1より少し劣る」の程度の問題だ思うけど、ちょい言い過ぎだな
X60000 10MhzはSFCのスターフォックスくらいなら作れそう https://www.youtube.com/watch?v=Q6haSJP5ZIw
ジャンピングフラッシュ動画(エミュだが)
ここの1:43あたりのシーン、X68だとテクチャ処理が間に合わなくて
処理落ちしそう 3D Bench https://www.youtube.com/watch?v=iCeWqvgKeu4
386~486DX2でテクスチャなしでもこの程度なんだから
当時のPCはPS1には到底敵わない SION4 https://www.youtube.com/watch?v=teZJFR4q5lk
SLASH2.0っていうエンジン(グランツーリスモのプログラマ作)で作られてる
二面でテクスチャマッピングされた地球が回転してる
ラストにX68000/XVI/X68030の比較もあるね 68000は最新のAMDの64コアより性能上ですよw 9801VMはCore i7-12700+RTX3090より高性能だぞ >>397はいこれは痛い98信者のふりをしてる68信者
マジでX68000ってクソだよな
ファミコンより低性能だもんな >>395
たった10MHzで地球のテクスチャをこれだけ動かせるのはパックドピクセルならではだよね
プレーンVRAMじゃこうはいかなかった 水平型が有利になるのは同時アクセスで単色(パターン)の大きなポリゴンを描画するくらいかな
小さいポリゴンなら水平は無駄なリード・論理演算・ライトをすることになるし
スムースシェーディングやテクスチャをやりだしたら垂直のほうがいいのかもね
奥からどんどん書き込むだけ済んで、読み込む必要はないから >>401
プレステ以降のマシンもみんな垂直型だからね
水平型なんて98とかメモリマップの貧弱だった80年代のマシンだけ VGAも16色モードは水平プレーンだけど256色モードはパックドピクセルだな
切り替え方式だが、X68000と同じような構成といえる 最終的にシリーズの総販売数で考えれば
98圧勝でしょ
逆に68kの勝っていたところが知りたい 性能も機能も98にボロ負けで最後の頼りどころが「スプライトがある」ってだけのポンコツがX68000なんだよな
X68は最終型の98どころか、同時期の98にすら劣る産廃って事実を認められないキチガイばかりなのも嗤えるわ 結局はさぁアクションゲームでもPC-98が勝利したようだネ X68もPCエンジンのCDドライブ取り付けられるようにすればよかったのになw X68にSCSIのCD-ROM付けてたけどな
昔VIDEO-CD再生したな
MPEG再生できた世界初のパソコンがX68なんだが 少し訂正
CD-ROM→CDドライブ
世界初→国産機初 太郎「88にすらCDドライブあったのに(TOWNSにはもちろんあるよ!)」 X68000にはピーコユーザ御用達のMOが普及してただろw グラディウスはデラックスパックWin95が一番いい
つまりWindows95が使える98最強 pc98は400ラインの16色では勝負できないの? >>424
ほんとそれ
PC98としてのハードウェア資産なんぞ何処にも使われてなくて草
Windows出すんならPC98である必要なんてまるで無い >>424-425 という流れを受けて 426が出てきちゃうの普通にヤベーな
400ライン16色でないとFAには使えない世界線。なお、FM-8は死ぬ >>427
現場知らんやつだろうな
常に最新の機材なわけないだろう っていうかなんで98の中古市場が残ってるのか>>427は知らないだろうw >>426
未だに工場でPC98が残ってると思ってるのか
機械の制御にPLC以外使ってるものなんてほとんど無いのに
1980年代で思考が止まってるんだね >>430
いかに最新の機材に置き換える面倒さを知らないアフォには無理だったかw 今のPCではPCIからPCIeになってるから結構面倒なんだけど >>429
98がFAで残ってる理由なんて、普通に朝日新聞webで専門店の記事もあるし周知だろ
それで、400ライン16色で勝負しない理由は教えてくれるの?
>>424-425 を読んで426が出てきたことに驚愕してんだけど >>431
PC98からPLCへの移行なんて20年以上前に終わってるわ
それができないのはお前の所の様なよっぽどの貧乏会社だけだなw >>434
予防措置で入れ替えできるならまだいい方
稼働中のライン停まったらどうするの? いまだに98で機械制御などしとる会社があるらしいw
本当かどうか実例を見せてほしいけどなw >>437
最新の制御見せてくださいねwwwwwwwwwwwww >>436
大規模なライン回収はお盆休みとか年末年始にやるもんだろ
稼働中のラインが止まらなくする為にPLCにするんだぞ
ライン拡張の時にソフト変更でPCだとライン止まるのが必然だけど
PLCはRUN中書き込み可能なんでラインを止める事なく更新できるからな >>442
ああ お前みたいなライン工じゃないからなw >>436
相手間違ってんの?
そんな話しとらんぞ。FAで残ってるなんて周知なんだから。
結局、>>424-425 で出た400ライン16色で勝負しないことについて何も言えないから
426で何の関係もないFAの話を出してしまいました、ってことですかね >>1
X68Kが出た当初は他に例を見ない画期的なスペックを有していたけど
毎年のように新型モデルが出る98と違ってX68Kはずっと1モデルだけで
発売6年経過してやっと後継モデルのX68030が出たけど
X68Kとの互換性を意識し過ぎてチグハグなデザインのマシンとなっていたからX68030はほとんど話題にならずに消えていった
X68Kはゲームユースのホビーパソコンとしては当時最高の部類に入るマシンだったけど
ビジネスユース方面が弱すぎたためにシェアを確保できなかったのが廃れた一番の要因だったように思う >>443
みたいなのは納期に追われたことないんだろうなw >>443は68マンセーしてるナマポ不正受給チョンカス
働いたことがないので何も知らない ライン工太郎「現場を経験してないんだな(ドヤァ)」 ライン工じゃ68買えんもんな
ラインで使われてる98マンセーするのも納得だわ >>454
確かに
ライン工じゃローンの審査通らないよなw クレカ持って持ってないくせによく言うよ
こちらは限度額上がったけどな 勝ち組:MSX2を所有⇒X68を買い足し
負け組:ファミコンを所有⇒PC98を買い足し >>446
92年か91年ごろには68020か68030を出せよって話もありました。 怒涛の書込みw
68マンセーチョンはナマポ不正受給者って事実を言われて発狂したぜw PC-6001の構成のままCPUだけ68008を採用した、PC-68001
定価198,000円
いや198で出せる気がしないんだけど、そこはNECさんに血反吐を吐いてでも頑張ってもらう事にして。 日電はモトローラに近づいた事無いかな
ずっと80系なので
モトローラに近かったのは日立とMSX出す前の松下 >>465
EWS4800が68020を採用していたがわずか4年後にはMIPSに乗り換えてる。 >>464
たまには富士通のことも思い出してやってください NECは自社で半導体製造出来たから80互換のCPUと後年はMIPSのセカンドソース製造してたからそれを自社マシンに載せてた
日立も2050や3050でモトローラ使ってたけど、日立製CPUは外販メインだった X68はハードの設計が悪い、OSの作りが悪い、性能が悪い、ユーザの態度が悪いと良いところがなにひとつないもんなぁ X68擁護するよ
あの世代のあの時代のマシンで
アーケードのゲームがほぼ遜色なく移植されてたのは
X68だけ
まあスプライトの恩恵なんだけど
Townsは数年間後発な上にプログラマーの腕が悪すぎて
移植したんだね、みたいな内容だった
システムの中身知ろうとしないで
50万円でゼピウスとアフターバーナーと源平討魔伝とドラゴンスピリットが
ほぼ完全版で遊べるゲーム機と考えて(当時は筐体買うより安かった)
全くプログラミングとか興味ないゲーマーの人も結構買っていた
今みたいにCPUパワーでエミュで完全再現wとかは無理な時代だったからね
https://www.youtube.com/watch?v=Ny9B_uIK8p4
https://youtu.be/uLmWHHoA0fg?t=69
by ノスタル爺 98には勝てないのを思い知らされたから今度はタウンズを標的にしだしたのか >>460
後輩が93年頃かな?大学のサークルで、手作りで68040アクセラレータ作ってコミケで売ってたよ。
ドライバまで全部手を入れて、GAL焼いて組み込んで、かなり本格的な奴を。
68060のES品をどっかから手に入れてこれもなんかやってたみたいだけど、数が入手できないとかで試作段階で潰れた。 91年頃のMacIIfxが68030 40MHz HDD80MBで1,678,000円だったから
あの時期に68030で出せなんて無理 >>477
書き順が反対になってて、1991年に68020、1992年に68030が欲しいって声が当時上がってたって話だろう
1990年10月15日発表なMacintosh Classic LCが、CPU68020(16MHz)ハードディスクなしモデルで318,000円
1991年10月22日発表なMacintosh Classic IIが、CPU68030(15.667MHz)ハードディスクなしモデルで298,000円
ってのを受けて、翌年にX68000でもそのくらい出せよって声になってたって 同じ?16ビットなのにX68000はなんであんなに遅かったの? ハイエンドwのX68000よりローエンドのPC-98の方が性能上だったw LC3や630はわりときっちりしゃぶり尽くせたんだけど、LC1/2は紛う事なき底辺ゴミだったなあ… Appleは昔からソフトは良いのだがハードがイマイチ そのイマイチなApple製品も、X68000と比べたら神ハードと思えるぐらいX68000は凄いハードなんだよ
ダメ方向に凄すぎるゴミw いくら叩いたところで
X68が欲しかったのに買えなくて悔しい思いをした
あの時間を取り戻すことはできない 68チョン太郎、X68000が買えずに悔しい思いをしたのでPC-98を叩いていると自白するw >>474
タウンズユーザーが濃厚になったからだよ
何故かタウンズ関連叩くカキコしてないし 98も相当な数のコピーはあったのに執拗にピーコ連呼に拘ってるからな
CD-ROMで物理的にコピーできなかったTOWNS太郎が腹いせ荒らすのは動機になる 犯罪自慢するようなクズだからX68ユーザはタウンコユーザは羨ましいに違いないって考えるだろうなぁ
半島人とよく似た思考してるわ 性能云々以前に98は普通のPCすぎて文化的価値はまったくないってことだな X68000にあったのは不正コピーするユーザがもたらした経済的被害の大きさぐらいだね 当時98買おうか考えた時、友人から家で仕事すんの?
と言われ68にしたんだよ。正解だった
趣味で使うには基本性能が高いし多くのパワーユーザーからの
恩恵もあった。 心にも無いこと言わないといけないなんて、68信者って大変だね
X68000は誰が見ても低性能だったのに >>25
単純に・・・9821のPCI搭載機種に
「PCIのGeForce MX4000」
「PCIのサウンドカード」
入れたらphantomX搭載のx68に勝ち目は無いと思う
(だってCPU以外のデバイスはそのままだから)
ゲームにしても・・・
当時のwindowsのDirectDrawって拡大縮小半透明がソフト制御でクソなんだけど
GeForceの64MB?128MB?のRAM容量を使って高速なBLT転送(スプライトと思って結構)
は可能なので、x68のゲーム以上の演出はできるんじゃないかな。
ただ、比べて遊ぶとしても「PCIが無い98」じゃないとアンフェアな気がする
だけどそんな98に活路は無いけど・・・・ Windows3.1以前のマシンなんですが・・
時代考証おかしいのいるね >>495
高校生の頃(89年前後)夢に出るほど68欲しかった
社会人になって小さなゲーム会社に入社し98で開発してたのでPC-98NCを買った
俺的には98は面白いパソコンでは無かった
ひょっとしたら仕事で使ってたからというのもあるかもしれん
因みに俺は元MZ-700ユーザー
Hu-BASIC最高 >>500
68を買ったのは1990年だった
もし98だったら9801RXあたりだろうか
遊びでレコンポーザー買ってたかもしれません
電脳倶楽部とキャロットパーティが見たくなって来た
diskマガジンが毎月の楽しみでした 98RAとX68kACE持ってたけど、使い途が多かったのは98だった X68000Z
形が気に入らないなぁ
何故丸っこい・・・なぜ関係ないロゴが入ってる・・・ 98と68?
ゲームするなら68k一択でしょ
88 98 68と三台持っていれば幸せだった時代 X68Kにも9821みたいにCD-ROMが付いたらよかった X68kにCD-ROMつけてもCD-RやCD-RWがでてくるまで丸無視状態になるだけだな 会社の98は一太郎専用機だった
たまに花子
EMSメモリとかアクセラレーターとか付けたが
数年後にはDOS/V機になってしまったが・・
68はマウスが壊れた。現在はUSB光学式マウス あの、素晴らしい「・・・」をもう一度
1999年発売
メディア X68000は、グラフィックが速かった。
BASICでline分を使ってみると、かなり速かった。
PC-9801はグラフィックが遅かった。 >>513
[補足]
PC-9801は、VRAMに大量のWAITが入っていて、CPUパワーがいくらあっても、
VRAMに1バイトでもアクセスするとそこでWAITされてしまう。
しかも、1点のドットに色を打ちたいだけでも4プレーンにアクセスしなければ
ならない。GRCGだと4プレーン同時アクセスしてくれるから速いだろ、という
人に分かってもらいたいのは、GRCGの色を指定するのは、I/Oポート経由で有り、
I/Oポートにも大量のWAITが入っていたから、同色で塗り続ける場合はまだしも、
色を細かく変化させようとすると、これまた大量の時間が掛かってしまうものだった。
しかも、一点の色を変えたいだけなのに、周囲の横8ドット全てにアクセスする必要が
あった(Packed Pixel方式ではなく、プレーン方式だから)。
だからといって、VRAMをReadするのもまたWAITがかかってしまう。
ふんだりけったりなハードウェアだった。
この結果、直線や、テクスチャを張ったポリゴンを描くのは不向きなハードウェア
であった。淡色で塗るのは、GRCGの力でまあまあ速いが、テクスチャの様に
ドット単位で色が変化するものや、ブロック転送は苦手。ブロック転送は
EGCの力で速くなった、とされたが、画面外のVRAMの容量が小さすぎて、
640x400モードだとEGCで使いたいキャラクターエリアがほとんど確保
できなかった。だから、縦スクロールゲームでは左右両端に黒い部分を用意
して、その部分は、黒色のテキストで塗りつぶすが、実際には見えて無い裏側
にキャラクタエリアが有ったというようなテクニックが使われた。
Packed Pixelなハードウェアが羨ましかった。 >>513
x68000ってPC-88VAシリーズと比べるのが良いような気がする
98は速い機種はすごく速いよ・・・・
PICバス搭載時代の機種とか話に出したらおかしな話になる 88VAと比べたらX68000の凄さが存分にわかると思うよ
変態NEC信者以外皆欲しがってたから(笑)
変態NEC信者「NECは過去の遺産を大事にする」
懐古68信者「ユーザーは大事にしないけどね」
(10万円価格差でクロックのピンを折っただけの機種を出す) X68エミュの、それもゲームの小さい(画素数少ない)画面しか見たことないひとかな?
実機を使ってたら早いなんて嘘はつけないからたぶんエミュでゲームしかしたこない人だね X68kは始まる前にオワコンになった犯罪者御用達の三流ゲーム機w 確かにX68kはゲーミングパソコンじゃなくてゲーム機だったけど
コピーが横行しすぎて自滅したね 実機触ったことがないエアリプっぽいのが多いのはしかたないだろ
実際にX68k使ってたら「性能が良かった」とか「高速だった」とか言えないもん
エミュ動かしてネットにあふれる嘘を鵜呑みにするとピーコ太郎のようなバカが生まれるだけ >>523
使ってた当時は不満はあっても
そこそこ楽しかったけどねぇ
68は純正OSセットで動かした時
テキスト表示遅くてびっくりした
それも、有志が改良してくれたし
感謝しかありません そりゃあ「X68030 カスタムパーツ」でしか検索できないんだからネットにあふれる嘘を鵜呑みにするしかないわな。
本当か嘘かも判別するほどの日本語能力をお持ちでいないようだし。
>>523は自分自身のことなのででよく分かっていらっしゃるようだwww と、エアプサンが自己紹介してますw
お前の自演はもう飽きたよ >>526
顔真っ赤で「自演です〜」と否定したところで誰も信じてないから安心しろwww
むしろ「あーあ、奴も必死だねぇ〜(鼻ホジ)」程度でしか見てないから。 X68000が遅かったのはテキスト表示だけじゃなかったけどね
レスポンスも最悪で全体にもっさりすぎ 顔真っ赤にして「顔真っ赤にしてるのはお前だー!」ってやってる68チョン太郎でしたwww
68チョン太郎って無能で不正コピーしかできない無職ですものねぇwww TOWNS太郎「よく知らんけど適当に言ったれぇー(キュッキュッ」 TOWNS太郎ってのズバリすぎて相当効いてるん?
太郎「まずいバレてる!(68太郎と書き込めばワンちゃん誤魔化せないか?!)」 「68チョン太郎」ってキーワードに即座に反応か
こいつ本当に在日で生活保護の不正受給者かもしれない 「ナマポ不正受給」に反応してるようだな
どちらにしろ在日だね 68チョン太郎「ネトウヨTOWNS太郎が動揺している」
www X68kはコピーで不正に安価にソフトが手に入る以外はメリットなかったパソコンってことか X68kは在日が手を出すのも当たり前だったってことか X68kの頃は在日は問題になってなかったのでは
そもそも本体が高すぎて買えてない 2chのようにおおっぴらに話せる場所は無かったが在日が居なかった訳ではないし
ある意味潜伏して好き放題やっていた最悪の時代だったと言えなくもない X68kユーザの「98ユーザやTOWNSユーザはX68kを羨ましかったに違いない」っていう思い込みからの98叩き、TOWNS叩きがチョンを連想させるんだろ 当時はX68ユーザーもFMユーザーもPC98 ユーザーもお互いにお互いを他の星の人
みたいに思ってたし、情報も閉ざされてて自分の持ってるPCこそが最高って思ってたので
今の若い人が想定する叩き合いみたいなのはなかったよ
自分の地位を高めるために相手の地位を落とすなんて言うCoolな発想は輸入されてなかった
パソコンショップもメーカごとに偏ってて1つのメーカーしか扱ってない店も多かったし
数少なかったハードウェア専門誌もメーカーごとに棲み分けてて基本的に交差してなかった
そもそもが
趣味:パソコン
というが非常のお金のかかるうえに狭いマニアックな世界だったからね
パソコン通信()の時代もネットワークに繋げる人がごく限られたマニアしかいなかったから
今みたいに民度低くなかったよ 雑誌 I/O 上で
X68 と TOWNSユーザー 罵り合ってたけど。 x68が暴れてPC-98やtownsが相手をしてやってるイメージだわ 嫉妬むき出しでスレ乱立させておいて「相手をしてやってる」 X68kユーザが嫉妬剥き出しで98を叩く糞スレ立てまくってたけど20年ぐらい無視され続けてたな
相手をしてもらえて良かったじゃないか >>546
MZ-700 > PC-6001mk2 > FM-7 > PC-8801mk2FRと来た俺にとって当時は68も98も雲の上の存在だったな
毎月PiOの投稿プログラムを楽しみにしててコツコツとプログラムを打ち込んでた ネトウヨTOWNS一太郎ユーザーの目撃情報を待ってます >>547
それは
「そういう企画」
そういうなかれを「起こして」記事にしただけ I/Oって一度も買ったことなかったけどそんな陰湿なことやってたのか ザベの中村氏の連載は「辛口批評」と「悪口」を取り違えるようになって一気に詰まらなくなったな
みかん星人ファックス事件の頃ぐらいから 電話帳のような月マ
と言ってもこの板にも「電話帳」がわからない奴いそうだよな 電話帳を知らなさそうな奴といえばここじゃナマポ不正受給の68チョン太郎の名前が真っ先に挙がりますw あんな個人情報載った地域情報誌を毎年配っていたのんびりした時代が懐かしい 9月28日はパソコン記念日
1979年のこの日にPC-8001が発売された記念すべき日 加齢臭フェチの変態な人?
それとも若さくらいしか取り柄のない社会的弱者な人?
それとも家でも外でもボッチでかまって欲しい人?
加齢臭バッチリの爺ィで良かったらかまってあげるから頑張って生きてね CPUの世代が違うからなあ
68012が使えてれば良かったんだろうが
他の68000パソコンやゲーム専用機と比べればCPU以外が高機能すぎ高価格すぎ
高価格高級8bitパソコンの上として作ってる、そもそもそのくらいのハードなら8bitではなく16bitで作るべき、の更に上として作られてる本来なら32bitと組み合わせるべきハードだから、国内のホビーパソコン全てと同じくバランスが悪い
ただ、当時はそういうアンバランスなCPUでないとホビーパソコンとして変な機種扱いされてた時代だったから
海外版と同じのを国内でも売った安い16bitパソコンも売られてたが、ことごとく変なパソコン扱いしかされなかった、そう言う時代 > 他の68000パソコンやゲーム専用機と比べればCPU以外が高機能すぎ高価格すぎ
これ、嗤うところ? 同時期で比較しないと意味なくね?
X68kの方が先に消えたから最終機の比較でやるのはどうなんだろ
ファミコンとMSXの比較で、ファミコン→スーファミ、MSX→TurboRを比較してる感じ
それどころか一応SFCの系譜に入るであろうPSとTurboRの比較くらいになってる
ゲームとかの比較なら得意分野が違うし、98はせめてDOSベースまで(Win以外)
正直どっちが上とかではないと思う、なんつか畑が違うんで
Winまで入れちゃったらポリゴンの3Dゲームまで動く98の方が上とか言えてしまうし
入れなかったとしてもそれなりに3Dは扱えてるが
X68kのようなアーケードゲームのガチな移植とかそういったところまでは出来ないのが98
でも仕事向けとかだったら98の圧勝じゃないかな、別に68k嫌いなわけじゃないけど
普及率・互換性の話で 同時期の機種比較だとX68kは低解像度画面の表示色数ぐらいしか他の機種に勝てる要素が無い
それでも同時期比較をするのが宜しいか? 「宜しいか?」
例の人が自信満々で書いてるんだろうねぇ。
流石に哀れすぎる PC-9801で、C言語やアセンブラでプログラム組んでみた人なら分かるけど、
8086は、64Kバイトの制約が「非常に」「非常に」「非常に」「非常に」「非常に」
強くて、そのせいで、クロック数ほどには高性能ではなかったのをX68000ユーザー
は知っているのだろうか。
まだ、セグメントレジスタがアドレスの上位16BITならよかったが、
4BIT上位だっただけなので、アドレス計算も非常に難しく、そのせいで
64Kバイトを超えようとするとパフォーマンスががた落ちになった。
だから、nearポインタ、farポインタ、hugeポインタの3種類があり、
1MBまでスムーズにアクセスできるのはhugeポインタだけだったが、
めちゃくちゃ効率が落ちた。
だから、カタログスペックだけで98の方がX68000より性能が高い、
などと考えるのは間違い。 >>577
だから、4MBのメモリを積んでいても実際には、効率を劇的に落とさない
限りは64KBの壁を越えてスムーズにアクセスすることが出来ないので、
非常に制約のきつい状態でプログラムされていた。
DOSエクステンダというものを使うと、32BITモード(プロテクトモード)という
ものが使えて、それだと、64KBの壁が無くなったが、DOSエクステンダ
に対応したWatcomなどのCコンパイラが安くなってきたのはかなり後期だったので
そのころにはWin95の時代になってしまった。
なので、ほとんどの9801用アプリはDOSエクステンダは使ってなかったと思う。 >>578
[続き]
また、PC-9801は、VRAMにWAITが入りまくっていたので、グラフィックが根本的に
遅かった。EPSON互換機はVRAMのWAITがとても少なかったので、全く
グラフィックの速度が違っていた。
だから、話がややこしくなる。
CPUのクロック数だけのカタログスペックでは9801がまるで物凄く高速のように
見えるかもしれないが、それはとんでもない間違い。
9801は、基本的にDOSの16BITモードで動いていたし、8086は、セグメントが独特の4BIT
だけ上位にずれたような変なCPUだったので、扱いが非常に難しかった。
Z80は名CPUだったが、8086はとんでもない設計の駄目CPUという感じだった。
で、それを設計したIntelが未だに天下を取っているのがおかしなところ。
IA64とAMD64を見ると、Intelは相変わらず設計センスが悪く、AMDの方がセンスが良い
感じがした。 68チョン太郎「8086はセグメントの制約が非常に非常に非常に非常に強かったから遅かったニダ!」
絶対64kバイト超えるデータしか無いマン登場
wwwww
実際プログラムした人なら「バカしか言ってない」と丸わかりですwwwww AT互換機だとセグメント内に収めないと遅くなるって分かってるから、128KB分のグラボメモリマップの内64KBだけを使ってVRAM256KBのマッピングをグラボ側で管理するって拡張EGAの頃からしてたぞ
98みたいにセグメント切り替えるような遅いグラフィック処理させない工夫してる
128KBフルに使ってないAT互換機がバカ扱いを98オタはしてたが 98VM以降のアーキテクチャなら、GVRAMは1ページ分32KBだけメモリマップ上にあればよく
CPUが直で他プレーンを弄るならページ切り替えでよかった
RGBIの4ページ128KBぜんぶ盛る必要なんか無かった
まあ将来を見越して予約空間64KBで必要ならバンク切り替え、
浮いた分をUMBかコンベンショナルメモリに回しておければタラレバ AT互換機が世界中のコンピュータ技術者の競争で向上してたのに対して、NEC内の98開発の中だけで作られてた性能の悪さは仕方ない
なんで98オタが当時の知識のまま、結構AT互換機が勝った部分まで認めないのかは分からんが >>580
579を書いたのは、俺だが、↓の作者だ。
PC-9801を徹底的に調べた結果できた速度。
9801はめちゃくちゃ遅くて、これを作った当時、驚かれた。
「パレットでやってるの?」と。
https://twitter.com/YutakaAoki3/status/1556681233069142017
https://twitter.com/5chan_nel (5ch newer account) ろくにプログラムもしてなかったくせに勝手なことを言うのはやめてくれ。
98は名機ではない。恐ろしく遅いマシンだった。
だからNECが弱体化した。 なんか98貶してるつもりで「俺は無能だった!」と盛大に自己紹介してるやつ居るけど、こいつキチガイか何かか? >>588
PC-9801 FA だと16MHzだぞ。
PC-9821は、NECがPC/AT機に負けそうになった後に出てきたもので、
その時にはNECは既に敗北していた。 X68kが速いとか言うのと、互換機が98に勝つのと、なんの関係あるの?
誰か翻訳して! >>591
何代目か知らないがX68000と最後期のPC-9821を比較してるのはどうかという事だ。
後者は、ほぼWin95時代以後に出てきたのでほとんど普及しなかったはず。 >>584
それがお前ならここのURLツィートしてみろ レジスタ2つ使ったアドレス計算する程度で制限が強いとか言っちゃうのはスキルだ能力だ以前にプログラマーに向いてないな >>595
DS:BX のアドレスが、(DS<<4) + BX という変なアドレスになるということ
を知って言ってる? 例えば、8BIT CPU のZ80だと、HL レジスタの指すアドレスは、
(H<<8) + L
だった。それが 16BIT CPU化したなら、当然、
(H<<16) + L
になるはずだ。ところが、8086ではあろうことか、
(H<<4) + L
という訳の分からんことになっていた。 >>595
俺は、プログラミングの腕が「気味みたいな人は今まで見たことが無い」と
言われたことがあるし、10年間教えていて誰も解けなかった問題を
難問も解いた伝説を持ってるが。 >>598
URLが嫌なら
大爆笑モノのこのレスをそのままツイートしてみろ >>600
あなたは、どうして、ここに書かれていることをそのまま素直に理解できないんだ。
ちゃんと筋が通ってるのに。 ただの無能アスペが2つのレジスタの組み合わせでアドレスを持つ処理が理解できてないだけだったというオチが付いちゃったね >>602
当時、hugeポインタは非常に効率が悪いと言われていた。
それでもhugeポインタのコードはかなり工夫されていた。
セグメントレジスタはとても効率が悪いものだったんだぞ。 >>603
あなたは自分の無能をハードの、CPUのせいにしてるだけですよね
ベースアドレスとオフセットを2つのレジスタで持たせたらCPUに関係ないのに80x86のセグメントだけ悪くいってるんですから >>606
そういうこととは違うんだって。
>>597
のような特殊事情があったからなんだ。
あなたは、ちゃんとアセンブラを使いこなしていた? 俺の事を「無能」って言ってる人、じゃあ、どうして組織に行く度にいろいろな伝説が
残ってるんだよ。
俺は人生の中で「前代未聞」という言葉を何度も聞いたぞ。
「教師生活20年やってきて、君の様に出来た人は今までなかった」
とかな。 DS:BXでDSが示すのはバイトアドレスではなくパラグラフアドレスなので、バイトアドレス換算したら4ビットズレるのは仕様です
それを「おかしい」というあなたの認識のほうがおかしいです
ご自分の仕様が認識できない能力の不足を棚に上げてハードのせいにしているだけですね >>609
だから、単におかしいとかじゃなくて、効率が悪いということなんだよ。
それだと単純計算できないの。
多倍長計算とか、add とか adc という命令を勉強してくれ。 >>584
謎の自慢と引き換えに自ら晒したウヨ太郎 キュッキュッ (俺の差別投稿をこいつのせいにしてしまおう) 昔のPC/AT互換機が良かったのはホワイトボックス機でも自作でも安く性能が出たというその一点だな
ハード変えてもソフトウェアの互換性が維持されていたのはメリットが大きかった セグメントはメモリも半導体も高価だった80年代前半にはメリットあったから
そこで68000優位を語っても製造原価が低く8080とアセンブリ言語レベルで後方互換のあった8086が市場に受入れられたのは自然な事
悪貨は良貨を駆逐する >>1
X68030(CZ-310) : 1993/05, Motorola MC68EC030 25 MHz
PC-9821Ra43 : 2000/05, Celeron/433MHz
出た時期が7年も違うのだが。 ネットは、歴史の捏造みたいな記事が多い。
PC-9801BAは、当時、ネット通販で新品が8万円くらいだったのに、
なぜか、32万8000円と書かれている。 ついでに言うとX68市販機の最高性能は
×MC68EC030/25MHz
○MC68030/33MHz
なんだが。
ニワカ知識でなりすましてるのはすぐバレる。
当時のPCは他機種との性能比較じゃなくて、自分の箱庭(持ってるPC)で何をやるか・やれるに挑戦したりするのが楽しみ方。
だから他機種の性能比較での勝ち負けとか別にどうでも良かったんだよ。
他機種の性能が羨ましくて我慢できなくなったらそっちに乗り換える。それだけの話。
X68ユーザーだけじゃなく他の機種のユーザーにも迷惑掛けるなよ。 Wikipediaによれば、
「メモリー空間は、MC68000が利用可能な16MBのうち、主記憶空間として12MBを
使用することができた。この主記憶領域はリニアアドレシングが可能であり、
また、領域を指定しスーパーバイザー領域とする事で、アプリケーション側
からアクセス禁止にすることも可能だった。」
とあった。
PC-9801が、MS-DOSで、16BITモードで動き、リニアにアクセスできるのは、
64KB しかなかったのとは対照的。
それで、98用のソフト開発は大変だった。 そもそも、当時の雑誌などを見ても、「68000は、16BIT CPUでありながら、
内部構造はほとんど 32BIT と言っても過言ではない」
と書かれていたし、逆に中期以後の 98 は、32BIT CPUを積んでいたのに
16BITモードで、しかも、64KB の壁がある状態で動いていたし、
セグメントがパラグラフ単位という中途半端なせいでアドレス計算が効率よく
行なえなかったことで、X68000 の方が同クロックではかなり性能が上だったはず。
しかも、 >>614
なんで、8086のセグメントはパラグラフ単位にしてしまったんだろう?
64KB単位だったらずっと楽だったのに。 >>616
「メーカー小売希望価格」って単語を知らんのか? 当時を知らない人やアメリカ人とか見たら、ユーザーが金持ちだったんだと
勘違いされるな。
FAとかも50万円とか書いてあるが、実際には25万円くらいだった。 PC-9801BAが8万て時代的にコンパックショックのせいでDOS/Vより安くせざるを得なくなったから。
在庫で持っていても相対的に性能が落ちるだけだから赤字でも今捌いたほうがマシと判断しただけ。 自分の知識の無さを「歴史の捏造」で片付ける前に小売希望価格と実売価格の違いを理解しなさい。 >>628
1998年くらいの雑誌I/Oの巻末の通販広告で、PC-9801の新品が8万円だった
記憶が残ってる。
多分、PC-9801BAだったと思うが、BXだったかも知れない。 98年じゃ9801どころか9821ですら存在が危うい時代だぞ。
そんな時代に"9801"が32万で売れるわけがなかろうて。 >>629
それ普通に考えたら
型落ち品の在庫処分
カタログで見たら
発売年月が1993年1月
5年間売れなかったもんの処分
今風に言えば
iPhone14売ってる時代に
iPhone8の新品を売る感じ お前は知らないだろうが9801は工場の装置の保守用に需要があるんだぞ
新システム作るより98買ってきてDOS用に作られた古いシステムを使い続ける方が安上がりという理由
だから98は需要があるし高く売れてたんだぞ それは知らなかったです
NC旋盤の制御用に使われてて
RS-232Cのコネクターの形状が変わってしまっていて9821ではつなぐことができないとか
制御用のドングルをつなぐのがプリンタポートだったからどうあっても9801じゃないといけなかったり
システムの総額が軽く1千万超えちゃうからそう簡単に買い換えられないとか
まったく知らないです >>631
正しい機種名やいつの話だったかは忘れたわ。
ただ、FellowやMateと呼ばれた機種は実売価格は新品でも10万円しなかったような
気がする。
ネットだと30万円とか書いて無いか? https://www.starbrother.net/pc-9801bx4-pc-9801-fellow.html
BX4は1995年7月発売。486DX4搭載機です。
PC-9801BX4/U2
CD-ROMドライブ内蔵可
HDD内蔵可
価格98,000円
PC-9801BX4/U2/C
CD-ROMドライブ内蔵2倍速
210MBHDD内蔵
価格113,000円 メーカー希望小売価格と実売価格の差異が大きかったのは98だったな
人気商品で薄利多売ができたからか? >>641
その理由は知らんけど、ネットにも実売価格を記録しておかないと、後の歴史家が勘違い
してしまいそう。 今使ってる98下取りしてその分値引きした価格だろ
そういうの多かった >>643
いや、下取りなしの価格でもFellowは8万円くらいだったし、
9801FAも、25万円くらいだったぞ。 国産の頑丈なPC9801はFAまでだよね
それ以降はPC/ATの安い作りを真似てコストダウンしたが品質も耐久性も落ちていった スーパーファミコンのゲームソフトの値段だって
当時は発売日から3割引が当たり前で定価なんか形骸化してたのに、定価が一人歩きしてるからな 品質も耐久も落ちたとはいってもBXあたりはまだまだ同価格帯の互換機を持ってきても鼻くそみたいに酷かったけどな
互換機はマジで安かろう悪かろうで、悪貨が良貨を駆逐するを体現してた FAは投げ売り城ってNECが言い出したから反感かったんじゃなかったっけ?
それでFAのあとから販売店が仕入れなくなって売れなくなったというオチだったような 当時のWindows機って慢性的に性能不足だから。
ハイエンドを買っても2年で新しいモデルが欲しくなる。
ミドル以下を買ったら最初からストレス貯まりまくるハメになるし。
10年持つ耐久性なんて誰も嬉しくない。 BXの初代は92,93年頃で、それの希望小売価格は32万ぐらい。 >>622
仮想アドレス/仮想メモリ化できる前は、セグメント相対で実アドレスを意識せずに0番地からの相対アドレスで扱える環境の方が自由度が高かったんじゃねえの?
なんならデータブロックや配列や構造体ごとにセグメントアドレス側をぱたくり切り替えて使ったって構わんのだし
バンク切り替えくらいの意識レベルから超えられない連中の騙る「想像上の架空の不自由」とかもううんざりだわ >RS-232Cのコネクターの形状が変わってしまっていて9821ではつなぐことができないとか
コネクタの形状なんて変換器を咬ませるだけだろうに… >>654
セグメントガーはリニアーで64k超える前提の場合しか出してこないエアプログラマーだよ 8086を使ってた奴はすぐに仮想メモリを理解してたが、68kでプログラム覚えましたって豪語してたやつが仮想メモリをまったく理解できなかったっけな そりゃあ馴染みのない機能は理解するのに時間かかるだろ。
98しか使ってなかった人間がスプライトマネージャーを理解できないのと同じ。
過去の経験ではGBAの開発やってた時に「スプライトを沢山並べると消えるんですけど」って言われたこともある。 ※補足
スプライトマネージャーが理解できないのと、GBAの件は別の話だからな。 >>655
ドングルは本体直結じゃないと認識しないやつがたまにあるのよ。
変換器を挟むとダメとか、複数のドングルを直列に繋ぐと後ろが認識しないとか結構あったで。 >>655
仕様なのが信号線なのか隠し仕様なのか知らんけど
変換コネクターだと通信できんかったのよ
結局80万近い部品交換修理扱いの98メーカーから再購入した
まだ買えただけマシだったけど2005年頃の話
余談だけどWindows上で制御ソフト動かすモデルだと
USB>RS-232Cのコンバータでも平気で動いた
まったく知りませんが >>658
DirectXしかやったことないような人ならラインバッファは知らんだろうな。 違う畑のベテランが自分と同じ知識や技術を持っていると思っていることがそもそもおかしい 畑違いな専門知識でインテルCPUと、PC-98を貶すのが流行してるのかね? https://www.starbrother.net/pc-9801fafsfx.html
当時、DOS/Vマシンという名で、PC/AT互換機が参入しつつある時期であった。
PC/AT互換機は486DX 33MHzマシンが30万円台で出ていたことを考えると、
PC-9801のフラグシップ機であるFAは458,000円、しかも16MHzの486SXだから、
割高感が否めない。
1992年12月になると秋葉原などで営業していたステップでは、
FAの希望小売価格458,000円に対し、NECも対策を講じたのか、
実売価格は268,000円にまで下がっていた。そのためFA/FS/FXのラインナップは短く、
最後まで残ったのはFAだけだった。 >>664
Intelのx86は、16BITモードは最悪だったぞ。 「畑違い」ってな、俺は当時の9801でマシン語で使い倒していたし、
当時の工学社の雑誌I/Oでも、68000は内部はほぼ32BIT的で優れている、
と何度も書かれていた。
実際にマシン語でプログラミングした実感でも、Z80は凄く使いやすかった
のに、x86の16BITモード(MS-DOS)は、非常に使い勝手が悪かった。
主な理由はセグメント。
それで、Win95以降は、セグメントを一切使わないようなFLATメモリー空間
にしてしまった。それで使い勝手が一気に良くなって、アプリが劇的に作り
安くなった。 >>654
>なんならデータブロックや配列や構造体ごとにセグメントアドレス側をぱたくり切り替えて使ったって構わんのだし
ただ、64KB以外にも1MBの壁もあった。
だいぶ忘れたけど、640KBは、VRAMやらROMやらDOS領域やらで使えない領域があるから、
EMSメモリーを使わない限りは、残りの640KBしか使えなかった。
だから、仮にあなたのいうようなやり方で、構造体毎にセグメントを切り替えるようにしたとしても、
16BITモードだと、EMSメモリーというややこしいバンク切り替えみたいなものを使わない限りは、
640KBまでしかメモリが使えなかったから、結局そんなに効率良くは使えなかったんだよ。
それで、Win95は、ドライバは16BITのものが多かったが、アプリやOSは32BITモードで動いていたから
64KBの壁も、1MBの壁も取り払われて、ブルースクリーンになりさえしなければ、アプリ開発は
劇的に楽になった。ただし、出たばかりの頃はグラフィックアクセラレータやGPUが無かったから、
グラフィックはDOSよりも劇的に遅くなってしまったが。 >>667
お前の無能の恥の上塗りは間に合ってるんでチラシの裏に書くか、鏡にむかって好きなだけ喚き散らしてていいよw >>669
あなたもそうかも知れないが、
「セグメントを使っても効率は悪く無い」
という主張する人みたことある。
でも、独自節だと思う。 ほとんど98でプログラムしたこと無いのに98が速かった、などという人がいて、
実際に自分でやってみたら遅さに驚くだろう。
速いゲームがあるのは、超絶テクニックで作られていただけ。
当時、オールアセンブラで書かれていても、98で速いゲームを作れたのは
とても少数派だった。 「アセンブラで書き際すれば速くなる」
などと考える人が後を断たたないが、それも半分正解で半分間違い。
98の場合は、VRAMに大量のWAITが入っていたのでアセンブラで書いても
グラフィックが超絶遅かった。
しかも、横8ドット分がまとめて1バイトになってしまっていたから
それだけでも効率が劇的に落ちることが多かった。
だから、パックドピクセルのDOS/V機ではテクスチャを張ったポリゴン
のゲームが登場したが、98ではほぼ登場しなかった。 「VRAMに大量のWAIT」って言うけどどのタイミングでどれだけ入ってたんだい?
具体的な数値を全く上げずに「大量」とだけくりかえしてると「またエアプがデタラメ言ってる」にしかならんのよね スレが伸びてるから何かと思ったら、リニアに拘る無能が「俺はすごかったんだ、その俺が言うんだからセグメントは制限が強くて使いにくかったんだ」と繰り返してるだけか 自演ウヨ太郎「スレが伸びてると思ったら〜こういうことか!」 >>672
どこぞで聞いただけの噂を信じ込んでるだけのバカだからほっとけ。
当の本人はその噂の真偽が判断できないんだから相手にしてても時間の無駄だぞ。 98でフルアセンブラで組んでたけど、セグメントも64KBの壁も別に苦じゃなかった。
グラフィックはGRCGがあったし。
64KBを超えるデータを扱う時はセグメントレジスタをインデックスとしてみて16byre単位でアクセスしてた。
プロテクトモードのセグメント切り替えは遅いけど、リアルモードのセグメント切り替えは遅くなかった。
MS-DOSのシステムコールが1MBを超える部分をサポートしてないのがキツかった覚えがある。 そういう制約でこじんまりしたプログラムになるからしょぼかったんだよ X68kもフリーエリアと言うメモリ制限がきつくてこじんまりとしたしょぼい、でも見た目だけは派手にできるので誤魔化しやすいプログラムばっかり作ってました >>678
それは、あなたがやろうとしていたことと、9801のハードウェアが相性が良かっただけです。 >>673
エアプではない。
実際に当時、G-VRAMにマシン語から直接描画していたときに測定した結果。
WAIT値についてははっきりはしないが、2回のG-VRAMアクセスの間に
マシン語の命令を少なくとも5個くらい書いても速度が落ちないような状態だった。
G-VRAMエリアはキャッシュが無効化されていただろうから、そもそも、
G-VRAMアクセスするとCPU命令自体もWAITが掛かっていただろうが、
それにプラスして少なくとも5命令文の時間はWAITが有ったと考えられる。
昔聞いた記憶だと、EPSON機は本家より圧倒的にG-VRAMに対する
WAITが少ないということで、実際に友達のマシンで試して見ると、
差は歴然であった。 >>682
[補足]
「5命令」というのは、「少なくとも」、という意味で、もっと入れても速度が
落ちなかったかも知れない。つまり、WAITはもっと大きかったという意味。
タイミングは、説明しにくいが、VRAMアクセスが周期的に動作しているような
感じであった。
つまり、CPUが16MHzだとすると、VRAMには、1MHz(?)ごとにしか、書き込めない
ようなイメージ。
一定の決められた時間間隔があり、そのタイミングが来るまでWAITするような感じ。
だから、そのタイミングが来る直前までにVRAMアクセス以外のCPU命令を実行する
とWAITせずにCPU命令を実行できた。
だから、何かの計算をVRAMアクセスの合間合間に挟むことが可能だった。 まさかと思うけど、今ごろになってアスキーの青本のハードウェア編だけ読んでテキトーかましてドヤ顔したいのかな? >>683
よく知らないけど、垂直帰線中しかアクセスできなかったということ?
なんかサイクルスチールとかその手の単語が思い浮かぶが、98ってそうなの? >>686
いや、アクセスはいつでも出来たが、1バイトや4バイト単位で書き込んだときに、
一定のリズムでしか書き込めなかった。
次ぎのリズムが来るでWAITされる。
それは垂直同期のリズムではない。垂直同期は秒間60回だが、
このリズムは推定秒間100万回くらい。 WAIT?
VRAMへの書き込みがバッファされるけどCPUが止まらない、と言ってる様にしておもうのだが
それをWAITと言うのか?
WAITってCPUの動きが止まる事じゃないのか?
マイ用語かよ… 書き込みバッファは書き込みデータを受け取ったら直ぐにCPUを解放して、CPUは別な処理ができる仕組み
これは連続書き込み処理ができずにCPUが待たされてるって主張だから別物だろう PC-98のGVRAMはCPUバスに直接ぶら下がってなかったからその関係でバッファされてたってことだろうな
1回のアクセスで4プレーン全部が待ち状態に入るような設計でもないだろうし連続したアドレスじゃなくてアドレス下位10ビット、11ビット離れたアドレスにならノーウェイトで触れるとか、そんな感じの設計だったんじゃないかと思う
4kか8kぐらいの単位でバッファが別になってるからと予想
日立のマルチポートRAMがそんな感じだったからそう思うだけだけど
その予想が正しいなら、だけど連続したアドレスにアクセスしないで別プレーンや離れた場所のデータ更新してれば最初に書いた場所の隣に書いても待たされることは無かろう >>688
ちゃんと待たされるから、WAITだよ。
よく読めよ。 >>683
それはVRAMのウェイトじゃなくてEGCやGDC使った時のリカバリータイムのことじゃないの? 98でVRAMアクセスがWAITするとか気になった事はなかったな
どんだけVRAM酷使したん?
グラフィック止めてMCB弄ってVRAMをコンベンショナルメモリとして使ったとかトリッキーなことでもしたの? グラフィックの表示読み出しとバッディングして遅くなってるんだろうから、表示止めてしまえば遅くならなかったのでは?
漢字ROM読み出しなんかも、漢字TVRAM表示を止めてしまって、グラフィックに書き込むだけの読み出し専用漢字ROMにすると普通に読み取れるとか、一々止めないとならないのが98だった >>694
>グラフィックの表示読み出しとバッディングして遅くなってるんだろうから、
>表示止めてしまえば遅くならなかったのでは?
1バイト/2バイト/4バイトを書き込める周期が1MHzくらいだったが、
それはほぼディスプレイの横方向のscanの速度と同じくらいであることを
昨日気付いた。
640*400の画面の場合、1バイトで横8ドット分なので、横一列が80バイト。
なので、バイト数だと80*400=32000バイト=32(KB)
これをハードウェアが60(FPS)でディスプレイに表示しようとすると、秒間
32(KB/F)*60(F/S)=1280(KB/S)=1.28(MB/S)。
もしバイト単位で読み取ってるなら、大体 1.28M(回/S)で読み取っていることになる。
垂直帰線で下から上に帰る時間も必要だからもう少し速いscan速度ではあると思うが。
2バイト単位、4バイト単位で読み取ってるかも知れないから、もっと複雑ではあるが、
大体 1(MHz) 位の周期で横に進んでいることは確か。 >>696
それ当時の98FAで実行して何フレ出てたの? 本当に余力があるならこんなに端折った3D画面にはならないからな ポリゴンじゃないけど、
モザイク状態だけどヌメヌメ動くメタルホークモドキは当時からあったな。>98 >>698
もう忘れたけど、50FPS越える程度だったと思う。
なお、特殊な方法でどんなFPSになってもゲームの進行速度は一定になる
ようにしてあった。 >>701
CPUで描画するシステムで、そのフィル量とフレームレートが出てるなら、あの当時としては描画速度は速いと思うんだけど? >>703
断言してもいいが、それはマシンが速いからではない。 俺がX68000を持っていたならもっと高速化できたことであろう。 日本人は、ハードウェアだとか、アメリカ企業だとかの功績を認めて、
個人の力を舐めすぎ。それが国力低下を招いた。
https://yutakaaoki.github.io/test_say/index.html
これを試して欲しい。
誰もこの作者の功績を認めず、Wasmやymfmのせいだとばかり言う。
最近は、AIの音源分離技術を持ってきてそれで対抗しようとする人も出てきた。 PC-98のグラフィックが遅いって騒いでも
68000の性能がV30とトントンだからねぇ
静止画以外はX68kのボロ負けなんだよな NECはEWS4800という68000CPUを使ったWSを上位モデルとして発売していた
よって98は68の格下 日立は2050を68系という名の日立セカンドソースで、2020を86系で使い分けてた MC68000はV30よりドライストーンのスコアは上だったとは言え、誤差みたいなもんだったし
X68000は画面回りにマシンパワー喰われてその誤差みたいでも上の性能が無意味になってたな
リニアな部分のメモリ空間が広くてもDOSより手抜きのOSのせいで全て台無しだった
386のせた98相手じゃ手も足も出ないよ まあある意味正解w
おじさんたちが頑張ってものすごい勢いで
PCを進化させたから古いPCは軒並み性能不足になった
当時の性能のPCなんて発売してもすっぺく低すぎて使えないからねw
いまのCPUだってそうだよね5年前の・・・・いまのCPUは5年前のでもちょっと我慢すれば使えそう
進化が停滞したんだねw
若い人もっと頑張ればいいのに・・・・・ プロセスルールの微細化と高クロック化で速度が上がった時代はとうの昔に終わったのに何をか言わんや メモリー最大にしても85年のパソコンを90年で現役と言うのは無理だな 全てにおいてX68kが98を凌駕してないと気がすまない
だから嘘もつきます ワープロ検定の練習で使って
頑張っても3級合格ラインに届かなかったX68000ACE
1級検定の合格ラインを余裕で越えられたPC-9801VX
別物すぎるな
X68000は高いだけのゲーム機に過ぎなかった >>719
それでいいんじゃない?
X68000はスプライトを贅沢に使ったゲームを遊びたい人、作りたい人が使う機種、で合ってるだろ?
一般的なオフィスワークやるには全く向かないってだけで一概に98より劣るとは全く言えないね
実際、スプライトを贅沢に使ったゲームを遊ぶ、って用法に於いては右に出るモノなかったでしょ?世界に目を向けても。アミーガとかのストⅡ見たらそれがハッキリと理解できると思うよ
まあ98がオフィスワークにおいて世界1のマシンだったか?といえばどうなんだろね?あえてハッキリは言わんけど
ちなみ俺は当時X68000買ってません。憧れたけどね。貧乏だったのでゲームにそこまで金はかけられずPC-98でアシストレター買ってワープロやったりアシストアートでお絵描きしたりしてました 確かになx68Kでワープロ検定なんて
思いもしないよwあなた天才だね
98はATOKが一般的だったしね
昔、職場に自分のPC持ち込んでる人がいて
辞書ソフト複数入れて環境設定して
遊んでる人いたなぁHDDの肥やしねw >>719
そうだと思う
自分はゲーム機として買った
当時はx68000以外で
ゲーセンのゲームやるならゲームの基盤とコントロールボックス(まあ電源)とモニタとコントローラ揃えなきゃいけなかった
(超劣化版でいいならファミコン、劣化版でいいならPC-enjineって選択肢はあったけど)
それと比べれば値段もほぼ同じくらいになる
アフターバーナー2と源平とバブルボブルとドラスピで元とった気になってた
それとは別にZoomのゲームがすごく幸せだった、いまだにファランクス自力クリアした時のうれしさはおぼえてる
性能は98の方がたかい
(アリスの館で当時のプログラマの人がそういってた) アクションやシューティングゲームをパソコンで遊びたいならX68000をチョイスするのはアリだったけど
それ以外のゲームではX68000でなければ、と言う理由はなかったし
ホームユースでもワープロや表計算を使おうとしたら逆にX68000を選ぶ理由がない
DTMならX68000を選ぶのは悪手以外の何物でもなかった X68kをパソコンとして使うなら「日本語処理を実用レベルで出来るようにしろ、話しはそれからだ」だろ
ゲーム機として使うユーザばかりだったから文句言うヤツ少なかっただけだぞ >>725
ググったらありました
表計算ソフト Business PRO-68K CZ-212BS
高そう X68000をパソコンとして使ってたユーザは希少だな
コスパ最悪のクソ高いゲーム機にしかしてない奴多すぎw 今みたいに3万のCSでアーケードの完全移植なんて
できなかったんだよ
コスパはさほど悪くなかったよ
本体3万ゲーム1本4万なんてゲーム機あったんだよ
知ってる? ん〜X68000のPCとしての使い方ね
レイトレーシングするMDX作るZーMUSICする
DoGaするMIDIする。パソ通する位か・・ ゲームの改造程度でもパソコンとして活かしてたろ
本来ならゲーム専用に改造機能を追加できてたべきだったが、その手のハックはまだまだ後だった 98ユーザーこそエロゲーやって喜んでる猿しかいなかっただろw 98は16色の絵描きは多かったがな。
プロ顔負けの職人も結構いた。まあ当時はMIDI(のWRD)なんかも職人は多かったけど。 勝ち負け言い出したらX68kが勝てるのは同世代の低価格ゲーム機ぐらいだぞ >>735
エロゲーやってるだけ
プログラムの一つも書けない奴が殆どだった >>733
すげえ上手えなぁって人がいたけどMacで描いたのを16色に減色してMAGファイルにしてるだけだったw マウスで絵が描ける人は尊敬する
何事も修練だとは思うが
自分には無理でした ツール次第だよ
Z'sstuffとその延長のpaintgraphicシリーズは普通にマウスで書ける
と言うか古いソフトだからペンタブが微妙 当時はスキャナもペンタブも高かったしな。
買えない庶民はマウスが基本だし、ゲーム開発会社でもマウスで描くのは結構あった。 あの頃もWSのマウスは光学式だったよ
専用のマウスマットが必要な奴 >>744
1987年頃は、ワークステーションにまだ68000をつかっていた頃だわ
その後sparcに変わっていったな まあタブレットもスキャナーもなくたってみんなないなりにやってたよね。
紙に下絵を描いて、その上にサランラップを貼ってマジックでなぞる。それをモニターの画面に貼ってツールでなぞるとか。
あの頃はそういう不便とか足りないところを知恵と工夫で補ってたね。 87年に68000のWSって何かあったっけ?
68020の事? X68kはエキサイティングだったけど
インタレスティングではなかったな >>749
SGIのIRISってそのぐらいの時期に68000じゃなかったっけ? >>749
68010なら富士通のFACOM Gシリーズがある。87年
68000は設計が古すぎてWSのUNIXが要求する堅牢性を満たす事ができない。
68010でそれらを修正して満たせたものの、性能はほぼ据え置きなので無理があって使用感もかなり重かった。 X68kは方向性がゲーム機なんだから頭を使う系の面白さとは無縁だろ マルチタスクOSを動かすならスッピンの68000より8086のほうがマシまである
8086だと、皆が大嫌いなセグメントレジスタを使えばプロセスを分離するのは、割りと簡単に作れたから
メモリ保護やら隠ぺいやらの機能は無いけどな 8086でマルチタスクは1970年頃ならともかく、1987年になると80386が出荷された時代だからやりたくないな。 87年で新機種のパソコンが68000と言うのがあり得ないレベルに非常識だったがな 68000は研究者向け製品としては優れてたが、工業製品としてはダメだった
一流のガンダムのような商品を作って大量生産すると言う形式が失敗した例だろう
日本人はその例を学習せずひたすら同じ間違いを続けている
インテルがやったのは、大衆向けの商品に最新の研究成果を注ぎ込み
常に最適最高のCPUを供給して最大の売り上げを得る手法だ
そのためにはちゃんと広告や企画なども計画立ててる
計画を立ててるからこそ毎年新製品を出せる
その製品は自社のCPUとMSのOSとソフトハウスのソフトウェアによって作られてる
なんとまぁ完璧な生態系だ
モトローラはそれが足りなかった
68000を搭載したCPUは手軽にビジネスのプレゼンを作れなかったので、モトローラ社内ではインテルのパソコンを使っただろう >>759
68000は製品としては3000万個以上出荷されているから大成功やで
もっともモトローラは儲かってなさそうだがな 1987年なら68EC020ぐらいの性能は欲しいところ
モトローラも普及目指して68EC020を戦略的低価格まで落とせばよかったのに 68000はメモリ空間が広いだけしか取り柄なかった シングルプロセスなら68000は悪くなかったが
マルチプロセス、マルチスレッドなら80x86系のほうが実現は楽だったし、デバグも月とスッポンぐらいの違いで68000は面倒だった そりゃMMUが組み込まれた方が向いているだろうけど、
386用のOSが出てくるのはずっと後だから。 セグメントは仮想メモリのご先祖様的なものだからな
アンチセグメントが誇張して悪し様に言ってるほど悪くないどころか、
64k越えない範囲なら便利な機能だっまよ
64k超えのデータ扱うのが一般的になったころは386や486だったし何の不都合もなかった セグメントもMMUの一種でしかなく、MMUが何か無いと話にならないので、MMU有りとMMU無しを比較するのは機能のある無しそのものでしかない
機能のある無しの優劣と、MMUの中でセグメント式が使いにくいって比較とが混同されてる >>768
>セグメントは仮想メモリのご先祖様的なものだからな
セグメント機能が進化して仮想メモリになるわけではない。
8086のセグメントでは仮想メモリは使えないよ。
>64k超えのデータ扱うのが一般的になったころは386や486だった
8086や8ビットマイコンでは扱えなかったから分割操作していただけで、
一度に64Kを超えるものを扱いたい要求はふつうに発生していた。 8086はセグメントサイズが64kに制限されてたから評価悪いだけなのを、セグメントだから評価わるかったんだと履き違えてる馬鹿のひとつ覚えがまた始まったなw 要求があった=必須だったと暗黙の前提にしちゃう馬鹿が、思い込みだけでセグメントはーってやってるだけだろ Windowsの前もコンベンショナルメモリ開けるの大変だっただろ。 SX-Windowよりは楽だったけどな(真顔)
32ビット環境じゃないわ、あのクソSX-Windowsは ページングできないMMUではマルチタスクはまともにつくれない。
8086も68000も向いておらん。WSはちゃんとMMU外付けしている。 「まともな」マルチタスクの条件にページング方式なMMUって必須か? ノンプリエンプティブマルチタスクではなく、プリエンプティブマルチタスクじゃないとまともなマルチタスクではないって意味ならMMUは要らないよな
なんかマルチタスクではない別な事と勘違いしてるような MS-Windowsはまともなマルチタスク
SX-Windowはまともでない半端なマルチタスク MMUを使わないマルチタスクって、終了したタスクのメモリ回収ってどうするつもり? >>783
malloc() みたいに Heap 的なものでOSが把握する全メモリ空間から確保するなら、
アプリ終了時にOSが全てfree()することも不可能ではない。
ただし、この方式では、アプリのメモリ空間は断片化し、複数のアプリが
使うメモリーがアドレス空間内で入り交ざったようになる。
もちろん、MMUがなければ、メモリ保護も出来ないから、他のアプリのメモリー
空間を別のアプリが書き換えてしまうことも可能になるから、安全な環境は
作りえないだろうが。 >>784
メモリ保護に目をつぶってもガベージコレクションしまくるんでしょ?
まともじゃない。 メモリフラグメントはMMUの有無に関係なく発生する >>786
仮想アドレスと物理アドレスの対応関係を作れるタイプのものであるなら、
仮想アドレス空間内で複数アプリのメモリー領域が交互に入り混じったり
することは無い。
1つのアプリ内で過去にmallocしたメモリーブロックを
複雑なタイミングでfreeすると断片化することがあるが、それはまた別の問題。 >>788
[補足]
仮想アドレスと物理アドレスの対応関係を作れるCPUの場合、
なぜ、アドレス空間内で複数アプリのアドレス領域が入り混じらないかというと、
アプリ毎に独立した仮想アドレス空間を持つことができるから。
たとえば2つのアプリA, Bがあったとすると、Aのアドレス空間とBのアドレス空間を
全く別にすることが出来る。 i386のセグメントレジスタがもっと積極的に使われればよかったのにね。
x64では実質的に無くなってしまった。 >>790
サイズがでかくなり、CPUの最大のint整数に入らないので効率が落ちる。 >>791
[補足]
たとえば、32BIT CPUなら、アドレスが(最大)32BITだが、整数型の最大のビット数も
32BIT。だから、セグメントを用いない線形アドレスなら、丁度、ポインタ(アドレス)
が32BIT 整数に入るので便利。
ところが、セグメントを用いると、セグメント:32BITアドレスとなってしまい、
32BIT整数に入らなくなる。
これで効率が落ちる。 メモリ保護ってのは基本はマルチユーザー向けの機能で、個人ユースでは煩わしいし当時のコスト的にオミットされて正解だった
SX-Windowの時代はWindows3.1で、あれはページング方式ではなく、セグメント方式よね
64KB・640KB・1MBで壁があるハードウェアよりリニアなメモリ空間のほうががいいよ x86の場合、セグメントレジスタは、32BITモードだと、
「セレクタ」と呼ばれる値を格納するものになる。しかし、セレクタ
は16BITしかなくて、65536個しか区別できない。
なので、アプリで構造体間のメモリ保護に用いようなどとすると、
65536個の構造体しか扱えないことになり、現実的に使い物にならない。 386のセグメントって開始アドレスと大きさを表していて、リニアに4Gだよ。
結局メジャーなOSは全セグメントレジスタ0で使っているみたいだけど。 >>795
セグメント・ディスクリプタなるものがあり、それを配列上に並べた
ものをセグメント・ディスクリプタ・デーブル(SDT)と呼ぶ。
その配列の要素番号がセレクタ値。
セグメント・ディスクリプタには、セグメントのベースアドレスとサイズ
及び、書き込み禁止、実行禁止などのフラグ類を指定する。
なので、開始アドレスと、サイズを(忘れたが確か4096バイト単位で)指定できる。
WindowsやLinuxでは、アプリケーションが使うセグメントの
開始アドレスは0。サイズは、4GB(または、2GB位)
にしてある。 GDTとLDTの組み合わせでセレクタの指すアドレスが決まるんだが、本当に386の事がわかってるのかな? セレクタが16ビットだから65536個、とか言ってる時点で解ってないかと 5chや2chは、ちょっとレベルの高いことを書き込むと、馬鹿が反論してくる。 そして長文さんに突っ込まれて黙りこんでしまうまでがテンプレ。 俺はZ80→8086とステップアップしたからだと思うが、8086のソースを読みにくいと思った事はないな 68000と8086のソース見比べた感想を言えよ!
8080上がりな俺には68000のソースは読みやすかったぞ
ザイログ表記も読みやすいと思ったけど >>802
DS/SSが64Kに収まるプログラムはあまり変わらないと思うが....
64K超すコード書いた? >>772
セグメントサイズが 4GB まで広がった後も、
セグメントレジスタを使ったポインタを一般的に記録するためには、
セグメントレジスタ用に 16BIT、オフセットアドレスに 32BITの
48BITの領域が必要となり非効率。
また、セグメントレジスタに新しい値を代入するると、SDTのメモリー領域から
CPU内部に値を取り込む時間と、それを認識する時間が必要となるので、
普通のmov命令よりもかなり時間がかかってしまう。 >>807
[補足]
「セグメントレジスタ用に 16BIT、オフセットアドレスに 32BITの
48BITの領域が必要となり非効率」の部分について。
セグメントを使わなかった場合、32BITのあらゆるアドレスを32BIT
(4バイト)で記録できるので、32BITの汎用レジスタにすっぽり収まるし、
リンクリストを作る場合も、リンクポインタを4バイトのメンバ変数に
記録することが出来る。
ところが、セグメントレジスタを使ったポインタを記録するには、
一般的には48BIT(6バイト)の領域が必要となる。
そのため、リンクリストを作る場合、リンクポインタに6バイトの領域が
必要となんる。1ノードあたりにこのポインタが、双方向リストの場合、
2つずつ必要となるから、ノードの個数をNとした場合、N * 12バイト
必要となる。一方、セグメントを使わない方式の場合、N * 8バイトで済む。
また、汎用レジスタは32BITなので、48BITの値を入れることが出来ない。
なので、基本的に48BITのポインタは1クロックでコピーすることも出来ない。
WindowsのSendMessage()やPostMessage()では、wParam, lParamで
32BITの値を2つ渡すことができるようになっているが、32BITのポインタなら
2つのポインタをとても簡単に渡すことが出来る。ところが、48BITのポインタ
なら、1つのポインタをwParamとlParamの2つに分けて渡す事が必要となり、
受け取る側では、別れていたポインタを1つに合体するような処理が必要と
なってしまう。 >>808
[補足2]
さらにいえば、他のCPUへ移植性が失われてしまう問題が有る。
今のWindowsでは、(積極的には)セグメントを使って無いので、Armなどにも
無理なく移植することが出来ている。
もし、x86でセグメントを積極的に使ってしまっていた場合、Armには
移植できなかったことであろう。 もともとWinNTはx86だけがターゲットではなくて
MIPSなどもターゲットだったから使えなかったのではないかと。 MIPS, PowerPC, Alpha版があったね Windowsだけ取り上げて80x86をダメ扱いしたいだけかよw >>812
x86のセグメントは現実的に効率のよい使い方が見つからない。
もしかして配列の範囲チェックに使うつもり?
だとすると、配列要素数は任意に取れるが、配列の種類というか配列自体の
個数は、基本的に65536個に制限されるぞ。 セグメントの効率が悪い、というのが問題になるケースって、なに?
配列の要素数が65536あればたいていの用途には耐えられるよ?
ありもしないトラブルを挙げて「だからセグメントはー!」ってやってるのってさ、
ワクチン反対派みたいだよね >>814
ここではセグメントは絶対悪なんだぞ
セグメント方式に利点があってもそれらは全て無いものあつかいされるのだ
ワクチンと同じで完璧でないから叩かれるだけのサンドバッグだからセグメントガーには反論しちゃダメだよ >>814
あなた、IQ低すぎるね。
配列の要素数は任意個だが、配列の個数が65536個に制限されるとさっきから言っている。
それでもなお、少な過ぎると言っている。
てんで話がかみ合ってない。 無知すぎる人に補足しておこう。
int arr[N];
の N が配列の要素数。
int arr1[N1];
int arr2[N2];
int arr3[N3];
の場合、要素数が、N1個、N2個、N3個の配列が3 個あり、
「配列の個数」は3。
こおのように配列のよう総数と配列の個数は全く別の概念。 DOS時代にスタックオーバーフロー(アンダーフローか?)は経験あるけど、そう何度もあることじゃなかったな
>>816
配列の個数もたりないとか言うあり得ないトラブル出してきてるだけにしか見えないのは俺の目の錯覚かな?
陰謀論やりたいならTwitterでやれよw >>819
有り得ないなんていったら、64BIT OS要らないし、4GB以上のメモリーも
要らない。 昔スタックの消費を抑えるためにリエントラント諦めたこと思い出した。 WindowsでもLinuxでもスタックオーバーフローはあるぞ
>>820
具体的な例を出せないおまけの負けだなw >>822
あなたは本当に配列の個数が65536個に収まると思ってるのかいな。 8086 << M68000
80286 > M68000
じゃね?
マルチプロセス前提の386は比べるまでも無いけど 正直言って80286はかなり速い
学校にあった9801VXいじって腰抜かした
プログラム作って動かした体感だと
80286 10MHz = 68000 16MHz 更に、68000が16MHzを使えるようになった頃には、
80286は25MHzが使えるようになってるからやたらと速いCPU 8086 < M68000
V30 = M68000 = 8086 ×1.3倍
80286 = 8086×2倍 > M68000
80386 = 80286(DOS)
こんなイメージだったな 98の世界じゃあ286は最低ラインのスペックだよね 98は漢字テキストVRAMとC-BUSが優秀だからなー
X68Kとは基礎体力が違いすぎる。 68000 10MHz=80286 5MHzのイメージだな
68000の遅さはメモリのせいもあるかもだが ただ、BASIC言語のグラフィックのLINE文は、X68000は速かったと思う。 >>829
テキストを扱うと9801は速かった。
グラフィックは違うはず。
9801は、プレーン方式、X68000はパックドピクセル方式だったのも、
後者はゲームなどに向いていた一つの原因。
これもあって1ドット単位の横スクロールは、9801では速度が出せなかった。
9801で、黒と青などの単一色の画面のゲームがあったもプレーン方式で速度
を出すため。 CPUの話
デバイスの話
色々あるさー
98ユーザー「286と比べM68000はトランジスタ量少ないだろ!」
68ユーザー「ゲーム比べたら分かんだろ!」
平行線である(笑) 8086と比べるのは68000
286と比べるのは68020
386と比べるのは68030 >>831
いや比較にならん程9801VXの方が速かった
X68000 10MHzとPC9801VX 10MHzで大量のラインを描画させるとVXは3倍もの速度で描画される
後から知ったが9801VXはハードウェアでライン描画しててこいつがとんでもなく速い >>829
漢字VRAMは正直汎用性がなくいまいちだと思う
フォントも変えられないフォントサイズも変えられない
グラフィックを2画面合成できる設計にして片方を文字表示に使う設計の方が良かったと思う
TOWNSもそうだけど後年に出たマシンはみな漢字VRAMは搭載してない
一太郎も結局倍角や特殊表示の為にグラフィックに文字描画してる >>836
X68000は垂直VRAMだからダイレクトに描画できるんだよ >>838
そんなこと知ってるけどCPU描画のX68000よりハードウェア描画のPC9801VXの方が圧倒的に速かった
実機で実際にテストしたんだから間違いない
本当に圧倒的と言えるほどの速度差がある >>837
後年というか、486くらいになると性能があがってしまい、
テキストVRAM自体の意味が薄れてしまうからね。
386の頃までは圧倒的に有利だったよ。
一太郎はグラフィックとテキストVRAMのモード切り替えだった。
X68Kの設計はCPUパワーが68030くらいあればよかったと思うけど、
68000ではパワー不足感がすごい。 >>839
そう語っている本があったのを知ってる。ハードウェアとはGDCと呼ばれていたもの。
しかし、実際にPC-9801FAで試して見ると、直線は、GRCGでマシン語で書いたほうが
BIOSでGDCを使って書くよりずっと速かった。 >>836
PC-9801のライン文はそんなに言うほど速くない。
あなたは何か勘違いしている。
せいぜいX68000のライン文と同じくらいだったはず。 >>840
いや、9801においては、テキストはグラフィックより圧倒的に速かった。
あなたも勘違いしている。それは、DOS/V機。
DOS/V機はグラフィックが速かったら悪しい。 >>842
いやPC9801VXのBASICのライン描画はX68000なんか比較にならないほど速いよ
VXの隣にVMがあったけどこっちだと遅い、CPUパワーの差以上に遅い
何故ならVXはハードウェア描画でVMはソフトウェア描画だったから >>841
そりゃFAは486だからだろw
全ての命令を1クロックで実行してしまう超弩級CPUだぞ >>845
CPUは速くてもG-VRAMへめちゃくちゃ遅くて、せいぜい、1MHz間隔でしか
読み書きできないぞ。 9801のプログラマはめちゃくちゃ研究して努力してマシン語でやっと高速に
描いていただけで、別にマシンが速かったわけではないぞ。 当時の98のゲームは、プログラミング能力によって高速にしていただけだ。
ほとんどの人はその様な速度を得ることが出来なかった。
例えば「差分描画」というテクニックとかで。
ポリゴンを描くのでさえ変化した部分を見つけて差分描画していた人がいる位。
そのようなテクニックを使った場合、実際に書いていたのはポリゴンの辺の
近くの小さな面積で、ポリゴン全体を描いていたわけではない。 >>845
486SX-16MHzというミラクルCPUだからなww >>849
CPUは速いがGVRAMが遅いからゲーム製作は難しかったんだぞ。 当時から、差分描画テクニックで高速化した3Dゲームを見せると、
ハードが高速だと勘違いされて困ったことがある。
いくら言っても理解してもらえなかった。 98エミュレータは有れども、BASIC言語は著作権の問題で使えないし、
速度も実機とエミュレータでは同じではないかも知れないので、いくらでも
歴史を捏造できてしまう状況にある。
そうやって、技術的に誰が優れていたかを捏造する人がいる。 話はずれるけど、エミュレータって、実機で遅い命令が速くて、実機で速い命令が遅い
というようなことが有り得て、話がややこしくなることがある。
一個の命令で書けるが遅い場合に、複数の命令で描いた方が速い場合が有る。
昔の場合なら、
・loop label 命令は dec cx, jnz label と2つの命令で書いた方が速い。
・dec cx は専用命令なのに、486ではなぜかsub cx,1 と書いた方が速い。
・pusha, popa より、push ax, push bx, push cx, push si, push diなどと
ばらばらにpush, pop した方が速い。
・nop命令は遅いので別の命令にした方が速いことがある。
・専用命令であるenter, leave 命令は遅いので汎用命令が書いた方がなぜか速い。
など。
そうやって細かい高速化が施されているのに、エミュレータでは速度バランスが逆転していて
努力が無に帰してしまうことがある。 テキストVRAMを誇ってるけどX68000の設計チームはX1turboでもうやったことだから
そこを持ち上げても何にもならんよ >>854
ハード屋じゃないので、「ハードウェアを誇る」という意味が分からない。
ハードは誰かに作らせておけばいいという感覚がある。 ケンカって(笑)
PC88後期、PC-286VFユーザーだったけど
正直、x68欲しくてしょうがなかったけどなぁ
当時、x68中古の広告ずっと見てたわ(笑)
TOWNSは欲しくなかったなぁ >>854
遅い68000で使うための工夫がろくにないのがな。
MS-DOSみたいなテキストVRAM前提なOSだったし、よくわからん機械だった。 1987年スタートのマシンで漢字VRAMなんて時代遅れの物を採用はありえねえだろ
PC9801は1982年発売で古かったから仕方ないにしても
それからX68000のテキスト画面には高速なラスターコピー機能が付いてて滑らかにテキストスクロールできる
PC9801にはできないヌルヌル4ドットテキストスクロールもできる >>859
テキストエディタ(superED)も通信ソフト(TMN)もヌルヌルスクロールだよ
Human68kも付属のiocs.xを入れればヌルヌル >>858
OSがテキスト前提なのにテキストVRAMなしは効率が悪いだろう。
バランスが悪い。 ヌルヌルスクロールじゃなくて、ノロノロスクロールが正しい。
良い子のみんなは騙されないようにね PC-8801ユーザーからすれば、X68000は凄いというイメージがあった。
98はCPUはクロックは速いが、16BITモード(DOS)だとセグメントに64KBの壁が
あってポログラムは大変だったし、グラフィックが遅くてゲームには向いてなかった。 >>862
superEDはめちゃくちゃ速いぞ
あれ以上速かったら目がついていかないわ >>862
ちゃんとVSYNCと同期とってヌルヌルスクロールしてる
初期のエディタはDOSコールのみで作られてたのだろう
ハードウェアを直接操作すれば馬鹿みたいに速くなって当然 X68000はテキストも専用のBITMAP方式(プレーン方式)のVRAMを4枚持っていて、
パックドピクセル方式のグラフィックVRAMと重ね合わせ出来て、さらに
それに加えてスプライトも重ねあわせ出来るのでかなり凄い。
グラフィックの基本設計に関してはX68000の圧勝。
速度は知らんが、ゲームを見ている限り、X68000は速いように見える。 9801のグラフィックの速度を見るとき、平均的なゲームの速度を見なくてはならない。
一部の特殊なゲームの速度が速くても、そのゲームが超絶テクニックで高速化していた
だけかも知れないので、それをもってして9801が速いと言うことにはならない。 ゲームは重ね合わせとスクロールがハード実装されている方が有利だからな。 MSXとファミコンのよう
CPU性能は明らかにMSXのほうが高かったのに
表示能力のせいでファミコンからMSXへの移植は劣化している感が半端なかった >>868
EGC搭載以降の98はラインやボックスフィルといった単純なグラフィックコマンドだけは爆速
VXのBASICのグラフィック命令が爆速なのもこのため 98もスプライトとか重ね合わせとか後付けのビデオカード出ればよかったが…
Win95が出るまではビデオの方向性なかったからなー superEDをエミュに入れて使ってみたがやはり速いな
10MhzでもYoutubeにある98の檸檬のCMでIBMとの比較スクロールより速い
96x32文字で画面の広さも良し あの一太郎のやつか?
ワープロとテキストエディタを比較してするとは・・・・ superEDと比べるなら一太郎ではなく、Vzだな >>875
98のVzじゃテキストの4ドットスクロールや8ドットスクロールはできないから98の負けだな 98のテキストは1ドットスクロールできるんだが
そんな事も知らんで勝ち誇られてもなぁ 98のテキストで1ドットスクロール?
表示開始位置を変えてく機能を上手く使えば1ドットスクロールに見せられなくもないが、アレを1ドットスクロールと言って良いんかね? >>876
OPT.1+ROLLUP/DOWNのこれ4ドットスクロールなのか
VSYNCと縦解像度512ドットのせいか、1ドットスクロールかと思えるほどヌルヌルに感じる
キーリピート間隔を無視したOPT.1+↑↓はサクサクだし
漢字VRAMなんて要らないと思わせる速度は確実に持ってる 表示開始位置を変える手法ならX68000も同じとこ出来るよなw X68Kのテキストって早いイメージなかったけど、
後年はソフトの工夫で改善できたのかな? >>881
iocs.xが付属してきてから(エキスパート、プロからか?)はコマンドのスクロールも普通に速いよ
スルスルーって文字スクロールする >>864
90年代前期頃、PC98用エロゲ作ってる小さなソフトハウスで働いてた
MS-C++ 7.0とアセンブラを使ってMIFESでプログラミングしてた
PC98はあまり好きなPCではなかったが当時は98一強だったから仕方なかった 高速なCPUマシンって98シリーズしか無かったからなぁ
高速なCPU周り、充分なグラフィック装備!なPCがあったら買ってるがな
富士通「俺んところのPCは?」 PC98って、GRAM上にあるプログラムがそのまま動いたり
要らない機能があったりしたなぁ >>871
一色のラインやボックスフィルをCPUで書くときに高速化できるのはGRCG。
EGCは、基本的に2D画像のブロック転送。
もし画面に見えてない部分のGVRAMの容量がもっと大きければ、EGCは
スプライトの代わりとして用いることが出来たかも知れないが、そういう
領域がほとんど無かったので640x400ドットモードでは使い辛かった。
640x200だとスプライトの代わりに用いることが出来た。
また、縦スクロールシューティングゲームでは画面の左右に黒い部分を
作り、そこにスプライトのデータを入れておいて転送するテクニックを
使った人がいた。黒い部分はテキストの「■」を上に重ね合わせて
見えなくしており、テキストに隠れた下にスプライトデータが有った。
しかし、EGCは、マスクパターンの処理が余り効率よく出来ないようだった。 >>887
PC-9801のGVRAMは、プレーン方式で4枚のVRAM領域を使って、16色を
実現していて、各プレーンは1色しか出せない。画面に16色の図形を
描画する際には、4回分の描画が必要となる。
GRCGは、I/Oポートに、パターンを設定しておくと、マシン語で、GVRAM
に対する一回の(書き込み)mov命令で、4プレーン同時に書いてくれる。
その結果、大体4倍近い速度で固定した1つのパターンで直線やポリゴンなどが描ける様になる。
但し、GRCG OFFの時より少しWAITが増えるので、4倍にはならない。
I/Oポートは物凄く遅いため、頻繁にパターンを変えるわけにはいかないので、
固定したパターンになってしまう。だから、点線やディザパターンでの塗りつぶしには可能
といえば可能だったかも知れないが、I/Oポートが遅すぎたため、効率よくディザパターンを
縦方向に変化させることは難しかったので単色用に使われることが多かった。
また、EGCは、GVRAM上でReadしてから、Writeすると、4プレーン全体を一度に
転送できる機能を持っていた。これでブロック転送が出来た。
AND, OR などの機能も有ったが、中途半端で、ゲームに必要な MASK パターンをそれで
効率よく実現するのは難しいようだった。一度 AND してから OR すればいけたかも
しれないが、それだと半分の性能しか出ない。
ほかに、EGC用のマスクパターンを設定する I/O ポートがあったことはあったが、
I/OポートにWAITが掛かっていたので、それも効率よく使いこなすのは難しい傾向が
あった。 >>888
[EGCの補足]
EGCを使わないでゲームのキャラクタをマスクパターンで重ね合わせようとすると、
mov bx,VRAMアドレス
mov ax,[bx] ;Read
and ax,マスクパターン
or ax,描画パターン
mov [bx],ax ;Write
のようになる。これが4プレーン分必要。
EGCの場合は、Readが不要になり、WriteだけでI/Oポートに入れたマスクパターンのandも
orもハードウェアがやってくれる機能があったから、高速にはなったことはなった。
ただ、残念なのはマスクパターンを(遅いところの)I/Oポートに入れるしかなかったことと、
描画パターンは、GVRAMから読み込まないといけなかったのに、GVRAMの見えてない部分が
少なすぎたこと。画面モードが640x400と、640x200の二種類しかなく、
後者はアスペクト比が1:2になってしまうので、使いづらく、前者はGVRAMで、画面に見えてない
部分が少なすぎた。
9801は、バックサーフェスの様な見えないGVRAMも持っていたが、それはI/Oポートを
使ってバンク切り替えしないといけなかったが、肝心の切り替えのI/Oポート
にWAITがかかっていたため切り替えに時間がかかり、バックサーフェスから
フロンとサーフェスへの転送は、効率良くは出来ないようだった。 タイムスリップしたような錯覚をしてしまう内容だわw
俺は883だが当時はGRCGやEGCについて詳しく書かれている書籍が見当たらず
NECも公式に公表してなかったと記憶してるが
当時の会社に外注で出向してきていたフリーのプログラマーもGRCGやEGCについてよく分かってないと言っていた記憶がある
因みにそのフリーのプログラマーはブラックオニキス3であるムーンクリスタルを作っていた人みたいで
俺がムーンクリスタルの事を聞いたら「ソースいる?笑」と言っていた想い出
本気でソース貰えばよかったと今では後悔してる NEC「非公開です」
ほんと88VAとか21Xa7とかロクな事しないよな
死ねよNECと思ってた(笑) EGCって結局200ライン画面で使う事になるんだよな・・・・
隠れた200ラインにパターンを置いておく
でもしかし結局、普通転送で遅くても400ラインモードでゲームを作っていったほうが
現実的なんだよな(笑)
無駄な事にパソコン通信しまくって資料集めまくった・・・・ じゃあ何でVXのライン描画はあんなに速かったんだ?
尋常じゃない速さだった 交換可能な5インチベイに何でも入れれる
486換装も可能
最高ですがな >>893
その当時ならば、「ライン描画」としては速いと感じたのかもしれないな。
しかし、3Dゲーム作ろうとすると、ワイヤーフレームならともかく、
ポリゴン描くには、水平方向に無数にラインを書く必要があるから、
VX程度のライン描画能力では不十分。秒間フレーム数を落とせば作れるだろうが。 >>890
>俺は883だが当時はGRCGやEGCについて詳しく書かれている書籍が見当たらず
>NECも公式に公表してなかったと記憶してるが
ASCIIのあの有名な本に出ていたと思うけど、NECがASCIIに情報提供していた
んじゃないかと思ってた。
非公開と言っておきながら、実は教えていたんじゃないかと。
あるときから、大人の世界はそういうものだと気付いた。 >>896
でもVXで動くスターウォーズって高解像度なのに68版より滑らかだよねー >>888 >>889
当時の資料を見返してみたら、マスクレジスタを使わなくても、
重ね合わせが出来る様になっていたみたいだ。今まで勘違いしてた。
後、9801で弱かったところの、横方向にBIT単位にずらす仕組みがあるので、
ブロック転送も横方向にドット単位の位置に転送し易い。
その機能を使えば1ドット単位での横スクロールも出来ることは出来る。
(ただし、キャラクタが重なっている時には工夫が必要) >>900
P,S,Dの3つの入力の「積和」をROPコードで好きなように選べるようになっている。
P = パターンデータ。 (VRAMをReadしたときに4プレーン文を読み込める)
S = CPUデータ。
D = VRAM上のデータ。
R = 書き込まれるデータ
R0〜R7 : ROPレジスタのBIT
に対して、
Pと~P(Pの反転)
Sと~S(Sの反転)
Dと~D(Dの反転)
として、
R=R7・(P・S・D) + R6・(~P・S・D) + ・・・
のように、R0〜R7 で 8つのパターンを好きなように組み合わせられる。 >>901
でも、実験したけど、なかなか思う様にならなかったな。
資料に書いてあることと違うような現象が起きているように思えて、混乱した。
本に書いてあることと実際が違っているのではないかと思った。
なお、本はNEC公式のものではないし、そもそも、NEC公式の資料は存在
していないと言われていた。ただ、恐らく情報をリークはしていたと思う。
結局、市販ゲームでEGCが使われたものは少なかったようだ。 EGCが思ったように使いこなせなかったのが未だに心残りだな。
動作しているサンプルプログラムがあればまた違っていたかも知れないが、
持ってなかった。 PC-286に実装されなかったこともあってEGCは流行らなかったな。
17インチ1024x768x256色くらいまではあげても良かったかもだけどな・・・ PC9801、PC286シリーズに求められたのは、早いVMだけだから。
一太郎が動けば十分なのよ EGCの転送サンプルってあったと思うけどなぁ
まぁその辺に転がってなかったのは事実だけども 速いVMだけを求めてられてるだけでも、より高性能なハードで追従できないようにNECが出してれば良かったろうに
何故高解像度モード機のメモリマップが違うんで画面モード切り替えでは対応できないなんて変な事してたんだろ NEC「販売戦略です。全部、別々に買ってほしかったからです。」
NEC信者「販売戦略なら仕方がない。うん、買おう!」 販売戦略的にはN5200が担当するゾーンだったし、H98は謎な機械だったな。 >>906
キャラクタを書くときの様に、キャラクタの外側は、元々あった背景を残して
キャラクタの部分だけを描く様にしたい場合に、ROPで出来るはずなのに、
なんか上手く行かなかったような記憶がある。
04A8H ポートのマスクレジスタ(16BIT)を使えば出来たが、それだと
マスクパターンを変えるためにI/Oポートにアクセスしないといけない
ので遅くなる。
この事とは関係無いが、EGCで横方向の1ドット単位のシフト転送は出来た。 >>911
昔のツレ書いたEGCLIB.ASMなる物を見つけたので
中身見ると・・・・800行くらいある、要所を切り取ると
_block_move proc near
push bp
mov bp,sp
mov ax,[bp+4]
mov bx,[bp+8]
mov cx,[bp+12]
dec cx
mov DGROUP:_work_x1,ax
mov DGROUP:_work_x2,bx
mov DGROUP:_work_xs,cx
mov ax,[bp+6]
mov bx,[bp+10]
mov cx,[bp+14]
mov DGROUP:_work_y1,ax
mov DGROUP:_work_y2,bx
mov DGROUP:_work_ys,cx
mov ax,028f0h
mov DGROUP:_work_rop,ax
mov bx,offset DGROUP:_work_saddr
mov [bx+0],word ptr 0
mov [bx+2],word ptr 0a800h
call _block_move_main
pop bp
ret
_block_move endp
な感じだった Cのソースにはコメントが少しある
asm mov dx,04a0h
asm mov ax,0fff0h
asm out (dx),ax /* アクセスプレーン…4画面同時アクセス */
asm mov dx,04a2h
asm mov ax,000ffh
asm out (dx),ax /* 入力指定レジスタ */
asm mov dx,04a4h
asm mov ax,work_rop
asm out (dx),ax /* ROPコード */
asm mov dx,04aeh
asm mov ax,work_xs
asm out (dx),ax /* 転送長指定レジスタ */
asm mov bp,ax https://www.zuiki.co.jp/x68000z/
>もしも
>X68030の「次」があったなら…
X68060ZZを作る気らしいぞ シャープの計画にあったという次期Xの資料を公開してほしいな
UNIXマシンになる予定だったらしいけど シャープはX68を諦めてWindowsのMebiusになったからな MebiusはVaio 505対抗機種をすぐに出してたな、それがMuramasaに発展した
後にDynaBook SSが出てきてB5ノート御三家といえる時代になった 富士通はFMV-BIBLOあったけどぶ厚かった
NECはノートで存在感なかったな >>914
PowerXじゃないんだ…祝一平さんがいないから無理か >>917
MebiusはVAIO前に出してたよ。Windows95の時代に初のワイド液晶ノートにビックリした覚えが。 >>920
薄型B5サイズのノートのことね、VAIO505より前はぶ厚かったでしょ
VAIO PCG-X505 97年 10月
Mebius PC-PJ1 98年 6月
DynaBook SS 3000 98年 7月
調べたら発売順はこうだった
ビジネスバッグで持ち運べるサイズが到来した >>919
俺が適当に書いただけでまだ決まっていないよ
でもエミュレータで再現するんだったら高スペックには出来ないだろな RS/6000とかそんな感じだったね
パソコンオタク小僧は知らないだろうけど・・・・ 時代的には603てないのか?と思ったけど初代に68010やEC020でなく68000使うぐらいだから時代遅れの601で設計進めてたんだろうな V30とどっこいどっこいの性能なのに夢を超えたとかほざいてた まぁ、どっちも>>1の粗末なイチモツよりも高性能だな 夢を超えてたのにあとになればなるほど現実に負けて降りてしまう悲劇のX68000というゴミカスなパソコンがあったんだよw >1の粗末なイチモツに比べたら
TK-80でさえ高性能だな >>930
最初の広告やCMはカッコよかったのに中期になると父のパソコンを超えろだの山下章が出てきてコイツならこーんなゲームも遊べちゃうんですだの如何にも大人が考えた少年目線みたいな広告やCMになってしまってダサすぎて萎えた >1のゴミカスぶりにくらべたら、どんなパソコンも上出来だけどな。 X68000がPC-98に勝てるのってなにかあるっけw まっ、>1の低性能ぶりにくらべたら、
Z80でさえ超高性能だな。 86年にハイエンド狙いの新機種開発でMC68000をチョイスするとかバカだよ さて、このスレも閉めますかね
>1の阿呆さ加減がわかったことだし https://dic.nicovideo.jp/t/a/x68000
X68000は、価格こそ一式約40万円と競合機種の中では高価ではあったが、アクション描画能力でMSXを上回り、処理性能でもPC-98と互角(16bitで10MHz)
らしいな まあ別に嘘は言ってないけど正確では無いよね
98vmあたりなら確かに互角なんじゃね?98って普通にPentiumまであるから全く勝負にならねぇんだけどな RAが出たのいつだっけ?
X68kの3ヶ月後ぐらいだった覚えあるけど、その時点で突き放されてるんだよね 68が1987年。メモリ1Mbyteで36万9千円
同年の98UV21がメモリ640Kで31万8千円
98RAが出てくるのは1988年で49万8千円
昔はパソコンも高かった。 RAじゃなくて、そのつぎのDA/U2(3.5インチFDD)をモニタと8Mの拡張メモリとDOSまとめて40万しなかったのはそれだけ値下げしたってことか 後期型の98で勝ち誇って頭オカ
まあCPUしかとりえのないパソコンだからかね X68000は自慢のMPUも最初からケチがついてるゴミだけどね
X68000が出経ってたん時は68020がでてから何年経ってた? >>946
勝ち誇る?
事実を聞いただけで勝手に負け認めちゃってるよ
実際x68000使っておまえは何が出来たの?ゲーム遊んでばっかりのロードランナーくん?高いおもちゃだったな >1のお粗末ぶりに比べたら全部すごく良くできてるな X68が倒せたのは88とX1だもんなぁ
誰が見てもX68000は「16ビット笑」だったよね まぁ>1の相手はi4004で十分かな
始まって三分で折れちゃう程度だし 同時期でもX68kはボロ負けの時期が長過ぎたんだよなぁ
PC-98がV30の8Mhzで互角といっても、98が286、386になれば足元にも及ばないレベルで、X68kの負けだし、V30のみの機種でも実際はV30HLだから同じ16MhzでもX68kの惨敗は変わらなかったりするんだよね
ぇ
「同時期」で比較してもこれなんだよなぁ X68000初代発売日で比較すればマウント取れるんで、それ以外での比較は遠慮してください 最終モデルの030で比べようぜw
X68kが終わった理由がよくわかる
コスパ悪すぎ 98が停滞してたとかよく書き込みあるけど、X68000は全くと言って良いほど変わらなかったもんなぁ
発売当初のままの性能と機能で名前だけ変えたモデルチェンジしてただけで PC-98はWindows世代のPCに変化していった
x68は80年代を引きずったまま X68000は時代についていくことを最初から諦めて、発売当初ですら時代遅れなMC68000採用してるからなぁ
シャープに続けていく気がなかったんだろうな X68kは80年代を引きずったというか、仮想敵が8ビット機のままだったというか、
過去だけを見てたのは事実だわなぁ
未来を見てなかったから性能向上もなにもできなかったわけだし human68kのクソさがハードのクソさをさらに強調してる
なんだよアレは
まともにOSの上で動くプログラム作ったことない素人がOS作りました、とでも言われても納得できるデキだぞ >>964
特に凄いところはないが普通の出来だろ?
MS-DOSとほぼ同じ アレが普通のデキとか言われて同意するやつは、Human-68kでしかプログラム書いたことがないか、嘘つきのどちらかだ MS-DOSの中を見たことのない>967か。
とりあえず>1と同程度の脳みそしかないのだろうなあ。
合掌 human68kとかHuman-68kみたいな書き方してるんだから
実際に使った事のないただのアンチだろ
MS-DOSを68kに移植して32bit化とファイル名21.3型式になってるのと
Ver2.0以降はバックグラウンドタスクを実行できる様になってるんだし
640KBしか使えないMS-DOSよりずっと良くできてるよ MS-DOSってCONFIG.SYSに記述するDEVICEの順番を変えただけでメモリのフリーエリアが変化して
できるだけフリーエリアを多く確保する為何度もCONFIG.SYSを書き換えてはPCを再起動を繰り返さなければならなかったのが
ほんとにクソだったな
X68では必要な物全部DEVICE登録しておくだけなので凄く楽だった 具体的にどうクソなのかを説明してない時点でお察しだよ。
以前「X68はハードの問題で入力遅延が〜」とか言ってたニワカと同じ、というか同一人物っぽいが。(後でボロクソに突っ込まれて逃亡した実績あり) そんな奴を産んでしまった母親も後悔していることだろう >>970
PRO1MB~compact8MBのユーザーだったけど。
MS-DOSのメモリ設定がややこしいのは採用したCPUや過去との互換性のためだから仕方ない。
設計事務所でバイトしてた時に98VXとDAの管理を任された時、いろんなボードがささっていてconfigの管理は少し面倒だったけど、
一度決まればそんなに書き換えてばっかりって事はなかったよ。ノウハウも確立していたし。 X68はどうあがいても絶望しかないけどな
マトモなOSひとつないし
マルチタスク?
タスクスイッチャーモドキの事をいってるのかな?
X68ってエアユーザだけが持ち上げるクソだよ 性能もアプリのライナップもX68の惨敗なのを認めたくない、認められない現実を見れないクズしか居ないのがX68kなんだねw
ざまぁ 「いつものアンチ」にしたいだけのいつものキチガイか pc98とは?初期型の9801?
9821シリーズまですべてを含んだ98? 全部込で性能なら最後まで出た98だろうな
win95や98の時にもあったし
すべての性能が68の数百倍? MC68000が非力過ぎて全てが台無しになってるから、勝てないのは当たり前なんだ どちらも>1のオツムに比べたら遥かに高性能
これだけは間違いない 比べるなら同時期の機種同士でしょう。
ただ、性能云々よりもシューティングゲームやアクションゲームが作れる(作られてる)マシンが欲しかったのでX68を選んだけどね。
逆にシミュレーションゲームやビジネスが目的ならなら98を選んでたかも。 シューティングゲームやアクションゲームならコンシューマでX68000の出番はないな
シミュレーションゲームやビジネスソフト使うなら98だしやっぱりX68000の出番はないな まあ、どっちも>1のお粗末なモノに比べたらよくできてる 不正コピーするというアングラなゲームならX68kだろw ファンクションコールまともに設計できない素人が作ったOSなんてゴミとしか言えんわなぁ
X68はSHARPが言うとおりに32ビットじゃなくて16ビットだね まあ、どっちも>1のお粗末なイチモツに比べたらよくできてる。 X68kはハードもOSもゴミw
X68kユーザはクズでキチガイで犯罪者w
これじゃ98に負けるのも当然だよw まぁ、>1の愚かさと間抜けさに比べたらどっちも遥かにまし このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 234日 19時間 50分 59秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。