X68000Zスレッド Part8
レス数が1000を超えています。これ以上書き込みはできません。
drivesortだっけかドライブの種類ごとにドライブレター指定できるやつconfig.sysに入れるのがお約束だった ソフトの名前は違ってたと思うが、同じような機能のフリーソフトは貰ったな
何を考えていたんだろう、SHARPの開発陣 俺の人生経験によると
何を考えているかわからないやつは何も考えて無い フロッピー吐き出すと｢ウゲ～｣っていうソフトあっ種 >>901
國民機と同じ動作の想定
80年代半ばだとPC/ATはまだまだ知見が少なかったからしゃーない HDDの実装も想像つかんような仕様でくるんやろな
アス比はどーいう事なん？
中華機パクったんじゃなかったのかよ >>882
原始人かな？
今時のPCならマルチコアマルチスレッドでクロック同期のエミュレーション出来るよ
遅れるとしたら常にターゲットの１クロック分 >>907
だからchatGPTに聞けよ。
cpuはコア数分しか並行動作出来ない。ハイパースレッドでも２倍。メモリやIOで競合すると遅延する。ハードはいくらでも並行動作が書けるから根本的に仕組みが違う。
ターゲットが遅くてPCが高速で、RTOSで動作時間を保証しないと遅延は起こるぞ。原始人。 それが出来たらソフトウェアエミュレーションでもあんなに遅延なんてしないんですけどね >>906
残念ながらOEMから仕様を貰わないとまともな実装が出来ないらしい。待たせた割に対して変わってないし。HDD対応はいつか分からんし。エロくない人も逃げるわけだ。 WindowsもLinuxもカーネル部分で遅延するからね
瑞起はイーグレットツーミニとか見ると
出力段階でフレームバッファ多用するからさらに遅れる
アスペクト比変更機能とかやばそう >>905
僕もあれ嫌い。登場FMユーザーだったからドライブレター固定が当たり前だった FPGAはIPコアを非同期クロックで並行動作させてBRAMへの同時アクセスも可能だけど
書き込みでは値保証がないケースも出るから
結局、設計時に実機同様に同期してあげる（待たせる）必要があるんじゃないかな >>890
SDRAM生基板だけなら数枚手元にある。最小発注数で余るから。石やその他部品は丁度しか買ってないから作れないけど >>910
SASIにしておけば難しいこと考えなくても実装できるのに。
ドライブあたりの容量制限位しかデメリット無いでしょう。 そもそも瑞起はハード屋でソフトは門外漢だからな
HEの大多数は無能でも役に立つやつが来るだろうと高をくくっていたが
現物支給ですらない無報酬勧誘に騙されるやつが予想以上に集まらなかったことで
計画の見直しが必要になったというところだろう
在庫処分に拘らずハードスペックの見直しを行うべきだったな >>917
あの契約でソフトウェア技術者が来たとして何ができるんや？
実質宣伝向けインフルエンサーがくるといいなくらいの内容じゃん CDロムの需要は少ないかも知れん、俺も電脳倶楽部しか持ってない >>905
5インチ機に3.5インチドライブ増設 or Compactに5インチドライブ増設で4ドライブ構成にしていた人は、どういう割り当てにしていたんだろ？
キーボードからはCTRL+F1～F4でA～Dドライブのイジェクトが出来るという点では、全部FDDに設定する方が合理的かも知れんし ゆみみみっくすをX68で動かすためのプレイヤーがゆみみえっくす 未だにA: B:が予約ドライブで残ってるのは進化の失敗だろ
起動ドライブがA:になるX68000が正解だった ところが標準でFDDが二基なんだよX68000のメディアは
HDD標準搭載って機種でなければ同意できるんだが あのFDドライブ馬鹿高いからMacみたいに1基にしてその分のコストをHDD標準搭載にした方がよかったよな アメリカで漸くHDD当たり前、FDDは運用メディアから運搬メディアに代わり始めた頃合いだった気がする
数年でOSやツール・ソース等の大規模パッケージ配布にCDが普通になったのもアメリカだっけ HDDの普及はアメリカが早かったからね
PC/ATの普及率のおかげで全てのPCパーツが安く高性能化していた時代
椎名さんのプロサイドは正に昭和末期の日米の技術ギャップを利用してPC/ATビジネスを立ち上げたから 日本ではAT互換機依存なHDDインターフェイスをSASIインターフェイス変換アダプタ経由で使ってたりしたんだからそりゃ高いよな >>899
当時のPC互換機では固定ディスクC:から始まるのに「おお」って思ったもののCD-ROM登場で早くも考えが
破綻して、今やSDスロットやUSBメモリ、USB HD、USB SSDの複数刺しでどのドライブにマッピングされる
のかも読めなくなってしまってるのが現状だし、俺のPCでは2枚目の内蔵SSDに対してReady Boostが設定可能に
なっててWindows開発者疲れてんなあ、って思ってしまったもの。
そういえばFM-TOWNSのTownsOSは固定ディスクは確かFから始まってたよなあ。
>>917
コードは持ってても検証が追い付いてない方が大きいんじゃ？某BBSの人たちが提供したUART 31250bps対応が
5月回ではマージされませんでしたって書いてるくらいだし。 お前の頭の中が破綻してて何言いたいのかサッパリだわ townsは標準ではD:から。C:はROMディスクに取られたから。ROMディスクの無いFMRシリーズはC:からだから今でも何ら違和感ない。更にいえばドライブレターをC-MOS設定で自由に順序設定できるからNT以降と同じ感覚。 コントローラーと表示の遅延がな
実機とブラウン管でいける面が
行けないからな >【SCSI対応について補足】
>予定しておりますSCSI対応は”ハードディスクイメージ”の対応となります。
>USB経由で直接SCSI-HDDなどがつながるわけではございません。
>ご理解いただけますと幸いです。 HDD対応してくれるならCDとかMOも対応して欲しいな >>940
＞PC-9800シリーズで採用されていた純正のSASIのHDDも同じ構造で、インタフェースボードは、純粋なSASIであるが、外付けハードディスクユニット内にSASI→ST-506変換ボードを搭載する構造になっていた。尚、増設用のHDDがわざわざ別にラインナップされていたのは、1台目から出ている信号線がST-506準拠のもので、2台目には変換ボードが実装されていなかった為である。 >>941
ネタかと思ったら本物なのか。ますます悪質な遅延行為にしか見えない。 SCSIだと1ドライブ2GB、条件付きで4GBって感じかな X68k互換に作るなら1Gまでだな。SASIはHDDを繋ぐ規格でSCSIは周辺機器と繋ぐ規格。40Gがmax 1Gになるだけで無限リスケか？ でも、SCSI対応って言ったら
コマンド対応だと思うのが普通じゃん
単にフックしてるだけで
SPC実装じゃないと言ってるようなもんよね SCSIプロトコル対応してても今更電コン吹いたデバイスつないでも先がないだろ
質問するならイメージを置いとく場所がUSBかSDかのほうが圧倒的に大事だろに いやCDイメージたいおうとかそういうのは欲しいけどさ物理デバイス希望はズレてるわ ああそれは少し思ったけどイメージ対応だとユーザー全員OKだし
物理デバイスだと持ってる人だけだからなまあ経済的にはカネが動いて面白いけど
ねーよ SCSIHDDイメージ対応は当然として
それを実現する手段が
SPC実装してのSCSIバスエミュレートか
コマンドフックで機能模倣かという話
SCSIHDDイメージが使えるようになりますよというのは
SCSI対応とは言わないんじゃないかと思う 何言ってんのかわかめ俺の認識だとUSB-SCSI I/FI対応 = 物理ドライブのみなんだが 公式情報出す時はせめてzclubにも転載してほしい。twitterみんなやってる前提かよ フックするだけならSASIもSCSIも手間は変わらん。はよだせ。 >>955
scsi hddイメージ対応であってscsi対応じゃない。
雑魚い人にはわからんのです。 .zhdみたいなのが読めるだけだろう
.imgが読めるとは言ってない 全ての面でユーザーの想定を下回ってくるのはなんなの 初代ですら12Mhzにクロック上げる改造してたしな・・・ これ買ってから、PCのエミュレータ調べたけど
そっちでいいじゃんって思うわ
完成してるようなエミュあってこんな出来の悪いもの出すなよ 聞いた方もSDドライブのメニュー使うと１ドライブ消費するから、USBメモリからもメニュー出してHDDイメージ読めるんか？みたいな質問なんだろ >>971
SCSIコントローラまるごと実装するのをパッチと呼ぶのか？HDDイメージ対応の方が何倍も軽いぞ。 >>972
デバイスの話じゃなくてイメージファイルの形式対応の話なんだ。
SCSIは要らねぇ。が他人の邪魔する気もねえ。（既存USB-SCSIのドライバなら書く酔狂な奴がいたら面白いな、とは思う。） USB接続のSSDにHDDイメージ置きたいってくらいなら話はわかるが
USBからSCSI変換て変換の分遅くなるだけで何か意味があるとは思えない
USB接続の複合プリンタがX68000Z側からはSCSIのスキャナとプリンタが繋がってるように見えるようにしたいとかそういう話？ >>973
なるほど。イメージファイルの形式対応だけなら軽いかもしれん。 イメージファイルって随時書き込みはまずいのかと思ったが単位がMBだったな フロッピーのイメージファイルもソフトから見たらFDCとして見えてるんだろ
SCSIのフルセットでなくHDDを扱うための最低限の実装ってだけだろ？
それでも相当大変だと思うんだが
フックとやらで簡単に実装出来ると思ってるのかね？ デバイスドライバとからSCSI機器を使うには
IOCS（input-output control system）というのを使うのだけど
SCSI機器の呼び出し（コール）はこれの$F5
コールされた時に処理先を変更するのがフック
今回のSCSIイメージ対応がフック方式なら
IOCS $F5がコールされた時にSCSI HDDイメージの専用の処理へ移行する
SCSIシステム全体をエミュレートするより格段に開発規模も時間も少なくて済む >>943
アメリカではST506が標準になりかけてたから、あっちのATもIDEの先に506を繋げてたりしてたのもあったね。
その後、あっちではドライブがIDEやSCSIで直接繋ぐ形に直ぐに移行したけど、日本はそのままでずっと(まあ、数年だけど)続く形にはなってた。
日本ではSCSIより506の方がずっと安かったからかしらね？ 98用のごっつい5インチ3階建てくらいのサイズなHDD持ってるけどあれがST506なのかね フルハイトってヤツだね。
コネクタじゃなくて切り欠きのある基板の端子が出てるヤツだっけ？
506はインテリジェントじゃなくてフロッピーに似たコントロール方式だったね。
ケーブルも似た感じのヤツで、二つに分かれてた。
AT用の506のHDC基板持ってた思い出…。 俺は実機サイズPRO筐体+Proキーボード・マウスで復刻して欲しかった、少数派だろうけど Proキーボードマウスだったら普通はふざけんなって反応だろ… >>978
それだとHuman専用になってしまうし、お行儀のいいHumanアプリしか動かない。IOCSを使わないSCSIユーティリティも動かないですね。
SCSIのIOCSをフックしているアプリ（あるのかどうか知らないけど）もダメ！
OS/9だとどうなってしまうだろう？
などなど。 >>978
エミュレートするのをやめたＺがＸ６８０００を名乗る資格なし
オリジナルを再現することも出来ないうちから都合改変するようではモノとしての意味がなくなってしまう >>943
ST-506はAT互換機依存ではなくてPC側に付いてたST-506用コントローラをドライブ側に乗っけたIDEがAT互換機依存のドライブだ >>985
このキチガイがなに言ってるかよく分からんちん
英数字が全角の時点でまともに会話できる人ではないのだろうけど
X68000名乗っちゃだめなのなら?68000とでも名乗ればいんじぇね？ 俺はCPUバイナリと主要画面モードサポートでいいっす。改造は有志が。。飯田疾平の法則。
ハードドキュメント、ソース公開してくれるとありがたい。
inside/outsideX68000は昔、エロ本よりも最高にエロ本だった。 >>865
危ねえ
最初からブラックモデルにモニター付きで発売されてたら騙されて買ってたかもしれない DMAC自分で叩こうと思うとinside68だけだと資料足りなかった気がする >>990
DMAC使ったVRAMのデータ転送はInsideのサンプルコードでもやってたけど？ フックってIOCSのフックって意味だったのか
そんなわけないだろ
やっぱ馬鹿が言ってただけなのね まあマトモに動かないわな
で、その方法使うというソースは？ 当確でました。おめでとうございます。
>>992
ダウト！ IOCS呼んだらエミュ側のコードが走るように出来るのかな
まあどっちの方法取るかしらんけど レス数が1000を超えています。これ以上書き込みはできません。
