X68000Zスレッド Part9
■ このスレッドは過去ログ倉庫に格納されています
【本体バージョン表記】
変更後:ver.1.2.0
【アップデート内容】
★X68000 エミュレータ
・XDF表示上限拡張(100→500)
・XDF選択メニューのジョイパッド操作対応
・アスペクト比選択機能の追加
(エミュレータ起動中に本体のINTERRUPTボタンを3秒以上押して離すとメニューが表示されアスペクト比の調整ができます。)
★セットアップユーティリティ
・フォントインストール不具合解消
【アップデートの注意点】
・本体設定、X68000 エミュレータのSRAM設定はアップデートしても消えません。
・グラディウス、超連射68kのステートセーブデータは消えません。 てかSCSIはUSB経由の外部ドライブじゃ無いと多分不味いことになるよ
HDDのイメージってファイルアクセスを模倣してるだけでHDDのエミュレーションしてるわじゃ無いんで端的に言えばイメージ破損が結構起こる
XM6もよく壊れるし他に対応してるエミュレータでも壊れる
これは全て擬似的に扱ってるから
例えば本物のドライブだとヘッド退避が自動で行われたりディスクの回転を止めたり破損を防ぐ仕組みがあるけどイメージではそんなことはしてない
当たり前だけど実機ではそう言う外部機器の自律動作も考慮しなきゃいけないから
USBで繋ぐ場合は外部機器の動作は外部機器側で制御されるのでそういった問題は起こらない
どうすんだろうね
HDDをSDからマウントしたらカード抜き差しできないし
USB使うしか手はないと思うけど
方針変えて1スロットで2ドライブ扱えるなら
2スロット目にHDDでも成立するけど そんなこといったらxdfでも壊れるという理屈になるが?
馬鹿はめちゃくちゃ言うな >>8
要因を明確にしていないので全く分からん。
ちなみに俺は壊れたことない。
物理デバイスでも電源断とかで破損はありうる。
Zは変態仕様故、SDにHDDイメージは置けないんじゃないかなぁ? X68000だとそんな頻繁には書き込まないと思うけど、.bakくらいは作りながら保存してもらうしかないな
どうせなら10世代くらい
USBが使えないなら、1FDで2ドライブ(フォルダ)はアリだね 書き込み中の電源断なら外付けだろうとなんだろうとアウトになる可能性はあるけどね。 普通に考えるならUSBのマスストレージ上のイメージファイルを扱えるということだろうけど。
複数同時にマウンドできるのかな? 実機ではFD交換する場合にHDDも交換することなんてないだろ HDDイメージをSDカードに入れたら
FD交換のためにSDカードを別のSDカードに差替えるような場合に
SDカードに入れたHDDイメージも一緒に取り外されちゃうでしょってことでしょ USBメモリーに回転offやヘッド退避って要るのだろうか
ロジックボム付きの割れで遊んでて飛んでるだけだったりして SCSIコントローラを書くだけでなくドライブ側もか手間だな
結構かかるんじゃないのとりまHDDだけでいいが なんだ。訳の分からん事言ってると思ったら、フックによる簡易実装の言い訳か。
5月のアプデで先は見えたよ。カラバリで目先を変えても、中身が伴わないと魅力ないあるね。 >>8
こんな感じになるのでは?
1. SDカードにHDDイメージファイル(まずはゼロバイトの空ファイル)を作る
2. 起動時のメニューに「HDDイメージインポート」「HDDイメージエクスポート」メニューが追加される
3. HDDイメージインポートでイメージを内蔵MMCにコピー(こっから先はどう実装されようが知ったこっちゃない)
4. X68000エミュレーター起動
5. HDDが見えるのでformat
6. 再起動でHDDイメージから起動できるようになる
7. 場合に応じて、HDDイメージエクスポートでSDカードに吸い出す >>24
それ使い勝手良いですか?
SCSIのHDDイメージは999Mまで作れますが512Mに入りますか?
HDDイメージを複数マウントさせられますか? >>22
低級言語によるSCSIコマンド実装と考えたら大変そうだが、SCSI APIと思えば、エミュレーター外(ネイティブ側)の
ラッパーは例えばPythonで実装してもいいし、SCSIチャンネルごとに別のプログラムを作ってもいいし。 >>26
成る程。手間を惜しんで、互換性と速度を犠牲にするってことですね。 ちゃんとエミュ外って書いてあるがね互換性に問題はない事はわかるだろ
いや解ってないか 今時のPCならいざ知らず低スペックのSoCでそんなことするわけないな >>28
成る程。512MのメモリでLinuxとエミュを動かした上、軽量言語や別プロセスを動かすユトリがあると言ってるけど分かってる? >>25
公式でもない1個人の妄想を真に受けてどうすんのさ SCSIイメージ対応するって言ってんだからそのぶんの余裕は有るだろ小さく書くならCでいいし
関係ないけどhumanでCコンパイル時描画OFFしてCPUクロック無制限
とか出来たら速くなりそうだなって似たようなこと他の人も書いてたか 勝手にpythonとか言い出したのに何言ってんのコイツ 名無しで脳内特定しちゃうエスパーって話にならないからすげー嫌い別人だよバカ 前スレでなんか揉めてたからなHDD絡みの話すると噛み付いてくるみたいだなアホくさ 別人なら別人でたち悪いな
29-30の流れ無視してコメントしてんだろ?
誰も手抜き実装しないでリソースが足りんとか思ってないだろ フックフックって馬鹿の一つ覚えかなw
そんな安直な方法使うとは思えないから想像できんかったわ
そもそもフックすると決まったわけでもないのに言い続ける馬鹿 SPC まともに載せてもアイドル時はほぼ無負荷ですむんじゃないかなアクセス時に重くなる程度
実USBSCSI対応で割り込み受け付けたりすればもう少し重いかもしれないけどそこらへんもある
ていどlinuxがやってくれるだろうし
まあズイキが物出すまではなんともだが IPじゃないけどワッチョイ付きならあるぞ
https://kizuna.5ch.net/test/read.cgi/i4004/1683541277/
なのでこっち使ってる奴は荒らしたい奴と荒らされても構わない奴だ
通常運転問題なし 不都合な真実でも忖度されるよりまし。
たまに工作員が荒らしに来るけど、程度が低くて助かってる。 工作員とか忖度とか
妄想すごくてw
フック知らないのに SASI対応だろうがSCSI対応だろうが最大ディスク容量と同時接続数が違うだけなんだから、ディスクイメージ使えるならどっちでも良いんだけどな >>56
そんなわけない。
SCSIは周辺機器と繋ぐ規格。HDDイメージ対応だけならあまり違いないが、それをSCSI対応とは呼ばない。 フックが手抜きでSPC実装が良いのは事実なんだから
この状態でフック実装しろと言うのは誰なんだ?
フック実装なら早く出来るだろ?って言いたいのかね?
そんな実装したら後々手抜き実装で炎上間違いなしだよ 煽って遊んでるだけだから真っ当なこと書いても無意味だっつーの フック船長登場以降
雑魚判別がしやすくなりましたなぁw 沙羅曼蛇がヌルヌルと動くようになったら買うからあと何年待てばいい? >>67
twitterでRaspi3でマンダをヌルヌルさせてた。ZだとSoCが変わらないと無理。 >>71
IPありとIDありはさすがに違いすぎるだろう >>55
工作員などいなくて、RaSCSIやPhantomXを知ってるか知らないかのの違いだと思う
ラズパイゼロでMC68000を差し替えるアクセラレータ出てるって聞かされたときに「妄想キチガイ」とか
X68KBBSで早くもX68000 Zに狂気の改造してる人たちのtwitterみて「コラ乙」と反応する人はある意味
正しい反応だが、68000界隈のガチ勢の技術力を遥かに低く見てる その日のジャニー氏は、明らかにいつも以上にヤル気満々で、まずは少年の弱みを知り尽くしたフェラチオで、木山氏を1度目の射精に導く。
さらに足の指の一本一本にまで舌を伸ばし、またしても激しいフェラで木山氏に襲い掛かり、なんとアナルにまで舌を伸ばしてきたという。
木山氏の下半身は「うそだろ!」という思いと裏腹に、気付けばパンパンに張り詰めてしまったという。
そこにひんやりとした感触を覚えた。何かがペニスに塗られたみたいだ。
と思った瞬間……!
「ああ〜〜〜っ!」
ジャニーさんの嬌声だ。そして、僕のペニスは口ではない何かが生暖かくしめつけられるものに包まれた。恐る恐る目を開けた。
「げっ! うそだろ!」
今にも叫びそうになった。ジャニーさんが僕の上に馬乗りになっているじゃないか。そして、上下運動をはじめた。
まさか、ケツの穴に、僕のチンポを!
こんなことが許されていいはずはない。
だが、デビューへの道のりと思ってこの地獄に耐えてきた木山氏に、ついにデビューが決まる。 >>74
ごめん。RaSCSIやPhantomXは知ってるけど、何を言いたいかわからん。
工作員って言ったのは、ミスリードを誘う人が、定期的に来るので煽ってみた。沢山釣れた。
ちなみにZに狂気の改造って何?大掛かりな改造の話は知らないんだが。 ガチ勢甘く見るな。フックなんてあるわけ無いだろ。SPC実装に決まってるじゃないか?ってこと? ミスリードを誘う人っていうのがわからん
レスをしっかり読まず脳筋反応している奴がいるだけで
誰かがが何かを煽動しているわけもないだろ SCSI対応をHDDイメージ対応にすり替えようとする方が見られますが単なる脳筋?恣意的に見えるのは深読みし過ぎ? それは公式がHDDイメージ対応しかしないっていってるから
すり替えも何も事実だよ
HDDイメージ対応とフック対応のすり替えはあるね 成る程。そういう論理か。
実際に公開されるまでは、フック、SPC実装どちらも推測でしかない。
公開されたらInside X68000のSCSIサンブルプログラムで確認しようぜ。 一般用語よりZUIKI様の方が正しいって事でしょ?脳筋。
SPC実装はかなり難しいし、コントローラを丸ごと実装してるのにHDDイメージだけに使うなんて考えにくいんだよ。
素人なりに考えたんだから、メーカサイドな考え方になるのかなぁと納得したのに。 素人が考えにくいとか
知識ベースなしに判断してるから脳筋なんだよw 確かにHDDだけってのは勿体ないな
だからフックだなんてのは飛躍しすぎ あーなるほど
こうやってすり替えてたのね
もう少し待てば答え合わせ出来るんだから
その時決めつけてた奴は反省しろよな フックを知らずに
君らは生まれた
フックを知らずに
君らは育った
フックを知らない
子供たちさ 誰も決めつけてなんかいないのになぁ
すり替えしてんのはどちらなんだかw >>85
そっちじゃないです。
Aの部分集合でしかないBをAだって言っちゃう盲目性の話。
フックかSPC実装かは実物を見るか、中の人がリークしないと分からん。 発 者 同 . 。_ ____ 争
生 同 .じ . /´ | (ゝ___) い
.し 士 .レ .__/'r-┴<ゝi,,ノ ro、 は、
.な で .ベ ∠ゝ (ゝ.//` ./`| }⌒j
.い し .ル } ⌒ /`ヽ、_∠l,ノ ・ヽ´
.! ! か の / ´..:.} >、、___, .r、 ソ、`\
/ ..:.:.} / |∨ ` ̄
/ ..:.:./ | 丶
/ _、 ..:.:.:.{ .{.:.:. \
{ ..:Y .ゝ、 {.:.:.:.:. ヽ
|、 ..:/ 丿 .:〉 >.- ⌒ . ヽ
/ {. ..:./ ソ ..:./ .( ..:.:.:` ..:}
./..:.:}.:.:./ ヘ、 ..:./ .\ ..:.:r_,ノ、.:.:}
./..:.:/|.:/ {.:./ X.:.:}.} X X
/..:.:/ .}.:| }:/ .Y丶ヽ Y.:Y
. __/.:/ { } 《.〈、 _,,__>.:》丶 Y.:\
/.:.:.:.:.::/ !.:.:ゝ ゝ.:. ̄ヾ ´:.:.:.:.:.:.:.:.:ヾゝ \.: ̄> 脳筋さんは前スレちゃんと読みましょうねw
「コールだとしたら」とあるだけ
SCSI HDD対応がコールだなんて決まってないだろ
とか熱くなるのは明後日の主張ですよ
SPCをエミュレートしなくてもSCSIコマンドを実装する方法は複数あるんですよ
その場合は本来行くべきところの命令を横取りする必要がある
だからSPC実装でない場合はフック方式の可能性が高いというのは
飛躍でもなんでもなく当たり前なんですね SPC直叩きで正しく動作させるにはSPC実装するしかないんだよ
他の方法は手抜きの簡易実装でしかない SPC直叩きで HDDファイル弄ってるアプリなんかあったっけ? 当たり前って言ってるから決め付けてるよなww
それとも可能が高いだけだから決め付けてない?ww 誰が何を決めつけてすり替えしているのか
具体的に明示して欲しいなぁw >>95
フックしないで本来SPCに投げるところを横取りして実行する方法を知ってるなら
決めつけだって言っていいと思うよ
けど、SPCのフリしてSPCが行う処理と同じ反応を返すならそれはすでにSPCのエミュレーション実装で
そうでない場合はフックするしかないと思うんだ 仮にフックでHDDイメージのアクセルだけ実装しようと思ってて、5ch見たらSPC実装しないと駄目な雰囲気になってて中の人が青ざめてたら笑うんだけど。中の人もここも見てるみたいだし。
何気に荒らし方が中の人の首を締めてるよ。逃げ道閉ざしてるし。 ここまで盛り上がれるネタだったのか
アス比なんか話題にもならないのに ■ このスレッドは過去ログ倉庫に格納されています