セガサターンのエミュをみんなで作るスレ

**名前は開発中のものです。** · 03/03/02 11:59

SSエミュは壊滅の危機に瀕している。
そこでだ、有能な２ちゃんねらーが協力して新たなエミュを作ろうじゃないか。
じゃあ後よろしく

**あぼーん** · NG

あぼーん

**658＝初心者** · 03/04/04 05:50

>３２ビットフラットなので４ギガですね。(^o^A
実メモリを積んでるのはもっと小さい領域だと思われます。
１０年前に25000円の機械ですから。
上の方のレスにある外国の史料サイトからいろいろdlしたんだけど
まだ読んでない、、、今からチャレンジするとします。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/04 06:16

>>1もアホだな・・・
頼むんならもっと有能なプログラマーに頼ればよかったのに。
こんな閑古鳥が鳴いてるようなスレで何も生まれるわけないじゃん
それでもおめーらまだやるの？よっぽどの暇人なんだな。

**名前は開発中のものです。** · 03/04/04 07:11

みんなが相手するもんだから調子に乗っちゃったよこの人・・・

**名前は開発中のものです。** · 03/04/04 07:46

実メモリは2Mだね。
なんか、1Mの領域２つに分かれてて使いづらそうだけど

**名前は開発中のものです。** · 03/04/04 08:53

>>681
おめーの方が暇人だろ。
わざわざごくろうさん。

**名前は開発中のものです。** · 03/04/04 09:16

>>684
プッ、自分にやることがないから煽りか？
ほろほら役立たずはさっさと消えて。作業の邪魔だろ（w

**名前は開発中のものです。** · 03/04/04 09:19

SSエミュスレ（煽り、荒らし分室）
でも作って、そっちでやってろよ。
ログがすぐ詰まるからウザ杉

**名前は開発中のものです。** · 03/04/04 09:22

>>686
こんな人のいね～スレがログ詰まるわけないだろ
こんな低脳がいるんならエミュ完成は望めないな

**名前は開発中のものです。** · 03/04/04 09:29

さすがは隔離板だな。くずしか集まってこないんだから

**名前は開発中のものです。** · 03/04/04 09:36

ほう、荒らしは無視という決まりを忠実に守っているね、厨房たち。
ガキは決まりを守るのが得意だからね。いい子いい子
しかしいつまでこの安定した状態が保てるかな。ガキは切れたら手に負えんからな
まぁせいぜいがんばれ。だれもおめ～らに期待なんかしてないから

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/04 13:29

相変わらず愛されてんなあ、ここ。
こんなに頑張って保守してくれる人がいるとは。

**542あたり** · 03/04/04 14:43

ああ、このスレ読み返すと自分も>>1と似たようなことやってたリアル工房の頃を
思い出すなあ。要は某ネットでOFNソフトウェアサービスとかいうブランド立ち上げ厨
だったわけだが結局は代表となる作品は自分1人では残せなかったなあ。アイタタ。
やっぱりなんかおっぱじめて仕切りたいっていうのは若気の至りなのか、と。
セガサターンには>>666を覚悟するほどの執着は自分にはないんだけど、
エミュレータの仕組みや仕掛けには興味があるのでつい来ちゃったりします。
エミュの開発は時間のかかることですから、たとえばブロック崩し～の
ひきプロ氏ような感じで自分のペースでまたーりやってくのがいんじゃないかなー。
最近自分も本業が設計や管理しかやっとらんので、勘がにぶりそうな気配なので
そろそろやってみるかと思いきや志は思いっきり低くして愕然とするほど簡単な
4bitCPUのエミュでも自分なりに作って研究してみようかと思います。

**あぼーん** · NG

あぼーん

**hrk_hys** · 03/04/04 15:11

>>677
まあ俺も初心者ですんでよろしく
あんまし書き込んでませんでしたが

ネット繋げる時間があまり無いので一人で細々と勉強してます

**名前は開発中のものです。** · 03/04/04 16:50

>>694
おお、頑張れ頑張れ。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/04 17:39

ひさびさにコピペ厨以外の嵐をみたな。
この板もまだ終わりや無いんだな。

**名前は開発中のものです。** · 03/04/04 23:28

>>669

**あぼーん** · NG

あぼーん

**名無しは募集中。。。** · 03/04/05 08:26

700
近況無し

**あぼーん** · NG

あぼーん

**GNO** · 03/04/05 11:31

BCC用(汎用でもOK)のIDE(統合開発環境)で、
使いやすそうなの知りませんか？＞ALL
もちろんフリーウェアで。

**名前は開発中のものです。** · 03/04/05 12:35

知りません

**名前は開発中のものです。** · 03/04/05 12:39

>>702
エクリプスが一応使えるって話ですが。

【Java/C/他】統合開発環境Eclipse GM5
http://pc2.2ch.net/test/read.cgi/tech/1047536353/

あとWideStudioとか言うのもあったかもしれません。

**hrk_hys** · 03/04/05 13:11

>>702
bcpad
http://hp.vector.co.jp/authors/VA017148/

BCC Developer
http://www.hi-ho.ne.jp/jun_miura/

BCCForm and BCCSkelton
http://www.vector.co.jp/soft/win95/prog/se226181.html

CBar
http://www.vector.co.jp/soft/win95/prog/se143207.html

SAZABI
http://www.vector.co.jp/soft/win95/prog/se172614.html

V IDE
http://objectcentral.com/vide.htm

いろいろあるっぽい。

**名前は開発中のものです。** · 03/04/05 13:23

「はじめて読む8086」より「プログラムはなぜ動くのか」の方がお得かも。
結構色々載ってる。

**AZUCO** · 03/04/05 13:43

統合環境ですか・・・・・俺はDOS派だから逆にコンソールの方が嬉しかったりする（ｗ

**ＰＩ．** · 03/04/05 13:56

>>676,677
なるほど、まずは勉強のためということですね。それも良いと思います。勉強目的
ならば色々な工夫や試行錯誤などがあっても、決しても回り道でなく後々を考えて
無駄にならないと思います。頑張ってください。

>>692
誰でも最初はそういう時期があるものかもしれません。私も昔はそうでした。
OFNソフトウェアサービスという名前はどこかで聞いたな、と思ったらPACRIS
(FM-7向けテトリス)を作ったところですね。最初忘れていて、ぐぐったら自分の
ページが出てきました(バカ)

BCC用のIDEの話が出ていましたが、先々を考えるならお手軽なものでなく、
プロジェクト管理のできる本格的なものが良いと思います。ぱっと見たところ
BCC Developerが結構よさそうかな？私はBCCのパッケージ製品ともいえる
Borland C++ Builderを使っています。

**くろりん** · 03/04/05 13:57

>>702
俺はBCC Developerつかってまっせ。
いろいろ試したが一番いいです。

**hrk_hys** · 03/04/05 14:05

>>709
俺は
bcpad -> BCC Developer&BCCForm -> CBar
って感じで使って
今はbcpadに落ち着いてる

どうもBCC DeveloperのMDIが好きになれない

**名前は開発中のものです。** · 03/04/05 17:14

変則的だけど、
bcc32+antじゃダメなのか？

**あぼーん** · NG

あぼーん

**GNO** · 03/04/05 23:56

皆さん、IDEの情報ありがとうございました。
やはり「BCC Developer」が一般的なようですね。
当プロジェクトのIDEは、これを使わせて頂くということにしましょうか。

それから、ソースの共有はどうしましょう。

>>706
「はじめて読む8086」は、大昔に買って持ってますけど、
あまりいい本じゃないかも…

>>708
>私はBCCのパッケージ製品ともいえるBorland C++ Builderを使っています。
私も以前は使ってたんですけど、職場ではVCオンリーなので最近はバージョンアップ
してないです。

**GNO** · 03/04/06 00:23

今、SH2のマニュアルを見ています。RISCチップなのでさすがにシンプルですけど、
RISCらしい実装(特にスピード)をしようと思うとかなり神経を遣いそうですね。
またサターンはマルチCPUなので、「CPUループ = メインループ」にできない
というのがまた大変そうです。

ぶっちゃけた話、Cでは充分なパフォーマンスが出ないのでは…
アセンブラなら、フラグの変化は86の実フラグを使うとか、レジスタを総動員させて
メモリアクセスを極力減らすとかの技が使えますけど、Cの場合はそこまではできません。

できたはいいけど、誰にも遊んでもらえないほどパフォーマンスが悪かったら、
それこそ何年もかかって作った苦労が報われないでしょう。

作りやすさ重視なのかパフォーマンス重視なのか、比較的多くの方が開発に参加できるCにこだわる方が
いいのか、それこそ気合の入ってる方のみで、アセンブラを駆使してコーディングすべきなのか、
再考してみてもいいと思います。

**くろりん** · 03/04/06 01:25

>GNOさん
　ソースの共有ですか・・・
　1.メッセンジャーのファイル交換
　2.普通にパスつけたZIPをどこかにおく
　3.共有フォルダで共有をする（危ないですね＾＾；）

ぐらいのことしか考えられません。

お勉強の方は・・・
　あまり進んでないです。

形態的にアセンブラにしちゃうんですか？
将来のPCのスペックを考えるとCで書いてもさくさく動いちゃうんですかね？
アセンブラだと根気が必要だと思います。
勉強もしなきゃ。
確かに作っても報われないと悲しいですね。
Winnyいい例ですかね？
作るって言って本当に作って実用段階に入ってると聞きました。
時々新聞にも出てますし・・・・
エミュは新聞には載らないかｗ

**Z/tec...ind** · 03/04/06 01:28

ぶっちゃけたところ、今回は知識人もいるようだけど、挑戦者はとりあえず形を作るといいと思う。
自分が作れば、それに愛着が出るだろう

あんまり知識人のことを聞きすぎると、自分のスキル以上いっぱいでだるくなっちゃうかも
とりあえず頑張れ

**名無し** · 03/04/06 06:37

azukoさんが作ったサタンエミュはアセンブラっぽく記述して
自分でもわからない（？）ようなプログラムになってしまったと
上の方に書いてありました。
今はｃでわかりやすくプログラム組んで、あとになってから、
ループしているところなどをアセンブラにすれば高速になります。

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/06 11:15

アセンブラに拘るなっつってんの。
何を持って十分なパフォーマンスとしているのか分からないけど、
mameでも十分な速度が出てるし、何より低速CPUだから
x86のマシンパワーで十分なパフォーマンスは出る。

>CPUループ=メインループ
これも可能。
CPUループの基本はfetch->executeだけだから、
ステータスを見てcpu1f->cpu1e->cpu2f->cpu2eってやれば済むし、
最悪マルチスレッドにすれば問題ない。

**GNO** · 03/04/06 15:53

>>715
>1.メッセンジャーのファイル交換
>2.普通にパスつけたZIPをどこかにおく
>3.共有フォルダで共有をする（危ないですね＾＾；）

1,3はちょっと…(^o^A
2にするか無料のftp鯖を探すか、ですね。

>アセンブラだと根気が必要だと思います。
>勉強もしなきゃ。
どっちにしても、アセンブラの知識と技術は必須だと思います。
例えばCPUのマニュアルぐらいはさくさく読めないと、話が先に進みません。
逆に、何でもいいからCPUエミュを一つ作れば、アセンブラの知識も自動的に身に付くと
思います。

**GNO** · 03/04/06 15:59

>>720
>アセンブラに拘るなっつってんの。
アセンブラを避けるのもどうかと思います。
プログラム言語なんて、慣れればどれも同じです。

>何を持って十分なパフォーマンスとしているのか分からないけど、
>mameでも十分な速度が出てるし、何より低速CPUだから
>x86のマシンパワーで十分なパフォーマンスは出る。
あっちこっちのサイトで、存在する(していた)サターンエミュの評価記事を読んで
みましたけど、どれも「すごく重い」という話ですよ。
そんな訳で、特にアセンブラに拘っている訳ではないのですが、パフォーマンスをかなり
気にしているんです。

>ステータスを見てcpu1f->cpu1e->cpu2f->cpu2eってやれば済むし、
そうなることを「CPUループ = メインループにできない」と言ってますので、
私の話と同じですよ。
また、状況によって 1->1->2 としたり 1->2->2 としたりする必要があるでしょうから、
そこが大変そうだと言ってる訳です。

>最悪マルチスレッドにすれば問題ない。
実装するのはそれが楽そうですけど、スレッド切り替えそのものが重い＆いつどの
スレッドがどのくらいの時間呼ばれるのか予測できない、ということから、CPU
切り替えにマルチスレッドは使えないと思います。

**hrk_hys** · 03/04/06 16:05

>>721
資料やサンプルが多くて勉強向きなCPUとかってありますか？
とりあえず時間見てやってみるので

**ＰＩ．** · 03/04/06 16:13

記述言語と速度の関係ですが、確かにアセンブラでCPUコアを記述すれば高速です。
実際のエミュレータを見ても、CPUコアのアセンブラ化は半ば常識に近いレベルで
されているようです。

ただ、だからいきなりアセンブラで書く、というのは余程プログラミングの技術に
自信がない限りやめておいた方が無難です。遅いと出来上がったときに誰にも遊ん
でもらえない、という意見がありましたが、今の段階から完成したときのことを
云々しても意味がありません。今日から始めても完成までには数年かかるのですか
ら。

完成した時点で、世間一般に使われているCPUのパワーが十分あればそれで終わる
話です。また>>717さんが書いているように、アルゴリズムさえ固まればそれを
ただ速くするだけであれば、時間さえかければどうにでもなります。二度手間と
いう意見もあると思いますが、まずは全体の組み上げを優先すべきです。

**ＰＩ．** · 03/04/06 16:18

もう少し詳しく分析してみましょう。エミュレータと一口に言いますが、私は
内部的に「論理エミュレーション」と「I/Oエミュレーション」の2つに分けられ
ると思います。

論理エミュレーションとはSH2 CPUの動きや、メモリマップ、割り込みのかかり
方、デバイスの応答の仕方など、仮想サターン上で動かしているソフトウェアが
実機と同じように進行してゆくために必要な論理記述のことをいいます。これ
らが実機と異なっていれば、たとえば無限ループに落ち込んで進まなくなる、
実機と演算結果が異なってくる、という事が起こります。

一方、I/Oエミュレーションは、論理エミュレーションが正しく動作している
という前提のもとで、実際のI/Oデバイスをエミュレータ側プラットフォーム
(今回はWindowsですね)に結びつけることを言います。サターンではたとえば
ゲームパッドをWindows側のキーボードに接続するとこから始まって、音源の
WAV再生、CD-ROMアクセス、表示全般などが含まれます。

このI/OエミュレーションのうちI(In)側は重要です。これは論理エミュレー
ションでのデバイス応答ともリンクしており、たとえばCD-ROMが読めないと
ソフトウェアが先に進みません。

逆に、O(Out)側は重要ではありません。たとえば音の再生が多少変であった
り、パレットの色が違う、画面のプライオリティが違うなどは、論理エミュレー
ションとは別の次元なのです。論理エミュレーションから言うと、たとえば
表示開始を指示して一定時間BUSYが見え、その後READYになればOKなのです。

その考えで行くと、まずは論理エミュレーションを優先させることが必要である
と言えると思います。幸い、一般に論理エミュレーションはあまりCPUパワーを
必要としません。私のX68000エミュレータXM6の例で言うと、サウンドおよび
画面出力を完全にカットした状態でリアルタイムエミュレーションを行わせ
ようとすると、Celeron 266MHz程度でもなんとかなります。残ったCPUパワーを
全てOutエミュレーションに振り向けるのですが、X68000程度の描画アーキテ
クチャでも相当のCPUパワーが必要です。

**GNO** · 03/04/06 16:41

>>723
勉強向きなCPUでしたらやっぱり8ビットでしょうけど、
せっかくですから、SH2の資料を見て下さい。(^o^)
これです。
ttp://www.renesas.com/avs/resource/japan/jpn/pdf/mpumcu/j602085_shprogram.pdf

>>724
>完成した時点で、世間一般に使われているCPUのパワーが十分あればそれで終わる
>話です。
なるほど。それは一理あります。

>また>>717さんが書いているように、アルゴリズムさえ固まればそれを
>ただ速くするだけであれば、時間さえかければどうにでもなります。二度手間と
>いう意見もあると思いますが、まずは全体の組み上げを優先すべきです。
二度手間を恐れると何もできないし、動いているものを高速化するのは、たとえオール
アセンブラで組み直すにしてもそれほど大変ではないですね。
また今回はオープンソースですから、「遅いけれども動いている」というところまでもって
いければ、その改造には高速化のノウハウを持った方の参入が期待できる、というのも
あります。

分かりました。この話はこれで終わりにします。

**AZUCO** · 03/04/06 16:58

>>717
いや、書いてないよ（汗

俺がコントロール出来なくなったのは、Debug/Releaseの部分だよ（ｗ
アセンブラっぽく展開して書くと、面倒くさくなるのは事実だけど。
ま、C++で書くほうが良いよ。ディレイスロットもあるし。

**あぼーん** · NG

あぼーん

**くろりん** · 03/04/06 22:12

>>728
お気に入りにいれといたんだけどいきなり消えててビクッたが・・・
社名変更でした・・・　じっくり読ませていただけます。
読んだ所で意味不明な用語が多く・・・でも分岐命令が多いですね。
　なんでだろ？　ちゃんとした理由があるんですよね？・・・　AZUCOさん・・
　
　基礎が固まってオープンソースならWinX68030高速版みたいに高速版が
　出てくるのかもしれません・・・　
　
　ほかの同機種エミュ出しちゃってごめんなさいPI.様

>>725
　ふむふむ
　サターンのハード的エミューションと
　入力デバイスとCDの実装が先なんですね
　OUTは後から質を高めればいいのか・・・

ところでいま参加してる人は何人なんでしょうか？

**GNO** · 03/04/07 00:12

>>729
>ところでいま参加してる人は何人なんでしょうか？
現在アクティブな方でプログラマーは、
　・くろりんさん
　・hrk_hys さん
　・GNO
の３人でしょうか。

当面の仕事は、
　・SH2エミュ
　・68Kエミュ
ってところです。

そろそろ役割分担します？

**GNO** · 03/04/07 00:29

そうそう、
・サターンの内部資料を片っ端から集める
っていう仕事もあります。(^o^A

**名前は開発中のものです。** · 03/04/07 00:32

test

**名前は開発中のものです。** · 03/04/07 00:39

あぁ、オレ大体のソフト動くエミュ完成できたぞ。
nvidiaシリーズ限定だけど。

**名前は開発中のものです。** · 03/04/07 00:57

＞参加してる人
ああ、このスレとは別な所で話が進んでるのね
このスレに姿を見せないだけで逃げただの言ってるのかと思ってたよ
最近、リアルと2chをくっつけちゃってる奴が多いからね

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/07 07:23

>>733
うそくせー
なんかうそくせー

**名前は開発中のものです。** · 03/04/07 07:30

>>729
>社名変更
http://www.renesas.com/jpn/
内の「製品」＞「マイコン」＞「SuperH ファミリ」
にSHの情報が移ったね。
サターンのはSH7604相当だったかな。

**AZUCO** · 03/04/07 09:25

>>729
そんなに分岐命令おおいですかねぇ？まぁディレイあり・なしで種類が少し増えま
すけど､そんなに多くないですよ～
同じRISCでもPPCとかCISC的なアプローチの命令が多くて､こっちの方が分岐がやや
こしいですね～（多分コレは内部で演算ユニットが別れているからだろうけど）

ま、やれる事からやってみて下さい。わかんなかったらヘルプしますから。

**あぼーん** · NG

あぼーん

**hrk_hys** · 03/04/07 18:32

>>726
の資料見てたらなんだか命令ごとのCで動作内容が載ってたのでなんとなくコピペでまとめ
http://www.geocities.co.jp/SiliconValley-Bay/6046/source.html
で質問なんですけど
CPUのエミュレートのみを簡素につくるときは
メモリ関係ってどうすればいいんでしょうか？

**AZUCO** · 03/04/07 19:15

>>740
そういう疑問が出てくるであろうから、最初にあの設問をしたのです（ｗ
つまり、あの方式が一番簡素だと思いますよ～

**名前は開発中のものです。** · 03/04/07 21:09

━━━━━( ・∀・)＝終)´Д｀(了＝(・∀・ )━━━━━

**くろりん** · 03/04/07 22:12

>>Pakkoさん
　VBAの日本語化パッチですか～
　俺も作りましたね～　BAの日本語化パッチも作ったか・・・
　同じ初心者同士がんばりましょう！

>>737
そうなんですか～
　じゃぁ日立は消えちゃったのかな・・・
　でもページの構造は大して変わってないですね。
　情報ありがとうございます。

>>hrk_hysさん
全部命令が乗ってますね・・・　SH－2の・・・　すごい。
　重要な資料なのでは？
　しかしスキルがぐんぐん伸びてますね。
　hrk_hysさんはどういう勉強をしてるんですか？

>>AZUCOさん
　やれることからやりますよ！
　とにかくＳＨ-2のマニュアルを熟読中です。

えー結果から言うと・・・
骨折って入院します。　よって手術・・・
最悪ですね・・・
しかし!!　病院のパソコンからアクセスしますよ!!!

**AZUCO** · 03/04/07 22:59

>>743
病院は電波障害とかあるから、PC持ち込めない事あるんよねー
まぁ外科なら何とかなると思うけど。

思えば、俺がエミュレータ書き始めたのも、入院の暇つぶしの為だったな（ｗ

**くろりん** · 03/04/07 23:24

>>744
整形外科ですからね～
え？　暇つぶしだったんですか？　凄い・・・
　回線は病院同士の相互連絡の回線を流用してるそうです。　光・・はやそう。
　>>417ですね課題のメモリのアクセス方法は
　ちょっと今のところは見ただけでパッとはわかりません。
　精進します・・・

**GNO** · 03/04/07 23:25

>>736
信じる者は、足元すくわれる。
さぶ…

>>740
公式HPが更新されてるぢゃないすか！(^o^)/

>>741
あの方式って、417のことです？
私は、インデックスは上位8ビットでもいいかも、って思ってましたが、
もしかしたら16メガを一気に取るのは無駄かもしれません。
おっしゃる様に64キロ単位がいいですね。
それから、ニアジャンプ程度ならインデックスをわざわざ見に行かなくても
いい様な仕組みを入れてもいいと思います。ローカルPCを持つパターンですね。
その場合、ファージャンプは少し重くなるけど、その頻度から考えるとトータル
ではかなり良いかと。
さらにデータアクセスもその方式で…って、考えすぎか。

>>743
骨折で手術ですか。大変ですねえ…
早く復活して、バリバリコーディングして下さい！(^o^A

**pakkon** · 03/04/07 23:32

MLにて参加表明した者です。

>>くろりんさん
VBA,BA,CygneWin....その他色々作ってましたよ。
面白かったですよねぇ。
遊びで中文字版とか作ってみたりして。

>>AZUCOさん
　先月までヘルニアで入院してました。
おもいっきり整形外科だったのでパソコンの使用は可能でしたので、
ノートPCもちこんでDirect3D弄ってみたりしてました。
……MSDNのヘルプって凄く眠気を誘ってくれて大助かり（ぉ；

　ずっとSH-2やCPUエミュレーションについて調べているのですがもうちんぷんかんぷん。
泣きそうっす。

**くろりん** · 03/04/07 23:51

>>pakkonさん
　遊びでへたれ文字版とかつくってました。
　でも訳が違いますよね今は。

>>AZUCOさん
　エンディアンが違うってことは中間処理を行わなきゃいけないってことで
　その処理の方式を議論してるんですよね　＾＾；
　あってるとうれしいかも・・・・

ページの更新ありがとです。
今日はいっぱい書いたしいっぱい勉強できた・・・
明日は多分検査でPCする時間あるのかな？
とにかくマニュアル印刷してもってこｗ

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/08 00:33

あの、サターンのムービーを取り出すツールって無いんですか？
PSのなら一杯あるんですが・・

**pakkon** · 03/04/08 00:43

>>748
　やりましたやりました（＾＾)
訳が違うどころか次元が違いますねぇ（TT）

　入院大変でしょうががんばってください。
耳かきと爪切りは必需品です。

>>750
　SSはCinepack形式とTrueMotion形式だったような記憶があるので、
そのあたりの単語で検索してみてはいかがでしょうか。

**あぼーん** · NG

あぼーん

**GNO** · 03/04/08 01:08

命令フェッチの部分のみですけど、こんな感じでしょうか。
コンパイルしてないので、思いっきりバグってたらゴメン！

#define MEM_TABLE_SIZE 0x10000L
#define MEM_BLOCK_SIZE 0x10000L

USHORT *gpMemPtrTable[MEM_TABLE_SIZE] = {NULL};

inline USHORT getMemW(ULONG adrs)
{
USHORT index = (USHORT)(((adrs << 8) & 0xFF00U) | ((adrs >> 8) & 0x00FFU));
USHORT data;

if(!gpMemPtrTable[index]) {
gpMemPtrTable[index] = (USHORT *)malloc(MEM_BLOCK_SIZE);
return 0;
}
data = gpMemPtrTable[index][((USHORT)(((adrs >> 8) & 0xFF00U) | ((adrs >> 24) & 0x00FFU))) >> 1];

return (USHORT)((data << 8) | (data >> 8));
}

inline void setMemW(ULONG adrs, USHORT data)
{
/* 省略 */
}

**GNO** · 03/04/08 01:09

>>753
しまった。インデントがなくなってる…

**750** · 03/04/08 01:24

>>751
ありがとうございます。
いくつか見つかりました。

**AZUCO** · 03/04/08 02:43

メモリアクセスに関してですが、AS1で取った手法について決定要因を書くと

テーブルがアドレス上位１６ビット
サターンのメモリマップを見たのと、サイズ的に切が良いと思ったからです。
あと、当時はEMSを使って動かすことを考えていたので（恐ろしいことに、リアルモード＋
EMSでやろうとしていた：ｗ）64KBは非常にリアルモードと親和性が良かったからです。
あとみんな気がついてないようですが、テーブルを使うのであれば、アドレスのうち何ビット
を使おうと、一回のメモリアクセスではテーブルを引くのは常に一回だということです。
であれば、後はサイズの効率の問題になるわけです。

エンディアン変換
bswap,xchg,ror等もありますよ～

**名前は開発中のものです。** · 03/04/08 05:43

みんな頑張って性能の良いSSエミュ作ってくれ。
早くPC上でワンチャイコネクションが動くのを見てみたい。
中古ショップでワンチャイも買ったしな。10円で(マジ)。
オレはもう準備万端だ。

**名前は開発中のものです。** · 03/04/08 06:03

エミュとか全然分からんシロウトですが、
そもそも、何でサターンのエミュは実現困難なのでしょうか？
やはり、デュアルCPUが原因ですか？
その辺がワンチップのマシンでエミュレート困難なんですか？

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/08 06:43

>758

　動作周波数とか気にしなければ一回の処理内に
CPU1の処理とCPU2の処理を書けばいいだけ。（？）

　画面とかの同期はss本体でも、タイマーやVSYNC割り込みをつかってる。

　68kはたぶんサウンドの制御に使ってるのでどんなスピードで動作してもよい
はずです。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/08 07:27

某サターンエミュ。開発再開だそうですね。

**あぼーん** · NG

あぼーん

**hrk_hys** · 03/04/08 09:48

>>743
あんましスキル伸びてないです（汗
ただpdf読んでみたところ
ソース発見→取りあえずソースコピペ→コピペでコメントつけて→
誤字を修正→そしてメモリで躓き起き上がれないと

>>746
いつも更新しようと思ってるんですが
何書いていいかわからなくなってやめてしまいます
まあ要望があれば更新しますんでよろしく。

アップローダーとかあった方がいいかな？

**名前は開発中のものです。** · 03/04/08 13:40

>>740

STS 命令が抜けてたぽ。
あと、NOT、SWAPW、MACW も。

**hrk_hys** · 03/04/08 14:03

>>766
報告ありがとうございます
修正しときました

**くろりん** · 03/04/08 22:13

>>763
　とうとう復活か・・・　
　アセンブラで書いてあるんですね。
　公式ページを見る限り・・・
　僕はshimaさんにもがんばってもらいたいし、
　僕自体もがんばんなきゃ！

>>765
アップローダーですか～
　現時点で荒らされてアカウントが消える恐れもありますね　＾＾；
　それが怖いか・・・　　便利なんですけどね～

あ・・・
明日手術です・・・
どうやら大切な骨でそうでｗ
緊急的にやるようになっちゃいました。

**名前は開発中のものです。** · 03/04/09 03:03

http://plaza24.mbn.or.jp/~phantasy/

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/10 02:47

サタンエミュではないけど、
68000積んでるんならx68000エミュ作れないの？
サターンベーシックてのがあるそうだからおそらく
キーボードもあるんだろうし、、、

今日はだれも来てなかったようですね。

**あぼーん** · NG

あぼーん

**ＰＩ．** · 03/04/10 13:11

>>758
なぜサターンのエミュレーションは実現困難か？という問いに対しては
実現困難ではありません。と言う回答になります。もちろんマイナス要因
は沢山あって、家庭用ゲーム機のため資料が不足ぎみであるとか、SH2が
元々高速なプロセッサなので、デュアル構成となるとリアルタイム処理は
大変だとか、画面表示のI/Oエミュレーションが過大になるとか、そういう
部分はあるでしょう。ただ例えば、>>769で紹介されているような形
・画面表示なし
・速度は考えない(遅くてもよい)
であれば、十分実現可能です。というか、実際に>>769の方は相当のところまで
実現されています。拍手！

>>771
サターンでX68000のエミュレータは作れないか？という問いに対して、両方の
プラットフォームを知るものとしてコメントします。
これも十分実現可能です。ただサターン側の68000を使うのではなく、SH2で
68000のエミュレーションコードを書いたほうが良いでしょう。あとはメモリが
2MBしかないから仮想X68000メインメモリは～1MBにしかなりそうにないとか、
表示に関しても解像度不足になるから一部は表示カットやスクロール等になる
だろうとか、そういった事は想像がつきます。

ある程度そういったスペックを見通して、それに魅力を感じて作ってみよう！
という人がいるか、いないかだけの話です。「そういうもので良いから欲しいな」
と思ったら検討してみてはどうでしょう。私の見通しでは毎日１～２時間の
連続した作業で、丸３年～４年かければ、かなりの所まで作成できると思います。

この２つの事例でも分かりますが、エミュレータ作成で必要なのは設計、次に
時間です。そこを理解して実際に作業する人がいなければ、いつまで経っても
出てきません。皆が「誰か作ってくれないかな」と他力本願ではいつになって
もそのままです。サターンのエミュレータがプレステ(PSX)に対して数が少ない
のも、日本のエミュレータに対する意識が他力本願をベースとしている為では
ないか？と常々思っています。

**AZUCO** · 03/04/10 14:20

771は68Kのエミュレーションを行うなら､そのまま流用で､X68Kのエミュも作れるん
じゃないの？サターンにはキーボードもあるし、そのコードをそのまま流用すれば
いいんじゃないの？という、非常に見通しの甘い観点からお気楽に喋っているだけ
じゃないかと思うんですけど・・・・・・

つっか日本のエミュユーザーは常にお気楽に物を喋りますよね（ｗ
「ＣＰＳ２がエミュレートされてから大分経つから､そろそろＣＰＳ３のエミュが
出てこないとおかしいだろ。誰か作れや」とかとか。

個人的にはこういう風潮は､エミュレータと、ターゲットのハードに対する無知から
来るのだと思います。後者は仕方ない部分があると思いますが､前者はなんとかせね
ばと思ってます（思うだけだが：ｗ）

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/04/10 17:37

もうだめだお前ら。諦めろ
相次いでサターンエミュの開発、再開の発表があったんだから君らの存在価値は無い
こんなふざけた環境でエミュ作ろうとするのは無謀。
いまのうちにやめとけ。本当に出来るんじゃないかと期待する人が増えないうちに

**名前は開発中のものです。** · 03/04/10 20:11

作ろうとする事自体には問題無いわけだし、変な期待をする方がどうかしてる。