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

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

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

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

>359
すんまそん。みせびらかすみたいに。
作者さんがおおっぴらに配布しているわけではないので
自分が公開するわけにもいかないし。。。

作者さんが書いてましたが、公開したソースを元にライバルが
増えていくというのはオリジナル作者の悩みですよね。
ＧＰＬを作った人も同様のことを考え、あの規格を作ったそうです。
作者に作品の公開を義務づけるしくみですよね。
ただ実効性が無いという人もいますが、事実上ソフト業界で
これを無視してやっていける人はいないでしょうし。

**AZUCO** · 03/03/16 19:21

>>363
GPLはそんなけち臭い意思ではない。真の自由を実現する為の物。

俺が嫌なのは、ライバルが増えることじゃない。
ライバルにもなりえない、クソみたいな派生とか、フェイクが出てくるのが嫌なの。
そういう風に捉えられると非常に残念だ。
っつーかそんな気なら、こういう事に最初から荷担はしない。

**あぼーん** · NG

あぼーん

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

GPLは厳しいぞ。
BSDライセンスあたりにしておくべきだと思われ。

取り合えず、今の段階では作るのかなり無理。

**あぼーん** · NG

あぼーん

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

>>366
だからこそGPL。
「クソみたいな派生やフェイク」がバイナリで出てきたら、
GPL Violation祭りﾜｼｮｰｲってできる。BSDなら文句言えない。
ソースで出てきたら、「クソみたい」なのか「有効なバージョンアップ」なのかまるわかり。

しつこいけどGirigiriってGPL的にやばくなかった？（過去形）

**あぼーん** · NG

あぼーん

**AZUCO** · 03/03/17 09:38

>>368
ソース出すならＧＰＬって俺も思ってる。つっか今回出したのもGPL扱いのつもり。
取得した人はそういう感じでよろしく。

GiriGiriはGPLのソースを使ってたね。
その後書き直したらしいけど、使ってないという証明の為のソースもやっぱり一回は
出さないとわからないね。

まーその辺は商売もやるんだし、やる方がクリアする気なんでしょ。
って、もう商売始まってんの？見切り発車？よう知らんねんけど。

**AZUCO** · 03/03/17 12:26

リソース把握のまとめ

Web,ML管理　hrk_hysさんよろしく！（後で管理者に設定しておきますのでよろしく）

プログラマ
hrk_hysさん
lotさん（一応やってるんかな？と解釈）
SH-10000さん
北の国からさん

プログラムに関しては、いずれの人も、勉強中・・・・という事でした。

次のステップは「どういうプラットフォームで開発するか？」です。
以前の１にも同じ投げかけをしましたが、今回はもうちょっと踏み込んで決めたいと
思います。

まずOSは何にするか？まぁこれは恐らく全員Windowsで良いと思います
そうなると、DirectXも自動的に選択されると思います。OpenGLもありますが、これから
始めるのであれば、DirectXの方が後々役に立つと思います（このプロジェクトを離れたと
しても、汎用的に使える技術）

次にコンパイラは何にするか？ですが、ちょっとVC++7とは俺が決めることは出来ないので
各個人でいろいろ考えて決めてみて下さい。
全員で使用するためには、やはり無料でないと苦しいかなぁとか思いますが・・・・
また、このコンパイラを決める事で、MFC等、コンパイラ固有のクラスライブラリを選択する
事が可能になります。

つーのを折角なので、MLで議論しますか。この件に関する議論はサブジェクトを「プラット
フォームについて」でお願いします。
ＭＬに入ってない人は、このスレでつらつら話しましょう

**AZUCO** · 03/03/17 13:10

あ、すいません、コンパイラを決める際に自分がいつも使ってるエディタについても一応
考慮に入れておいてくださいね。

**あぼーん** · NG

あぼーん

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

ROMでもML入っていい？

**AZUCO** · 03/03/17 15:43

>>374
あまりROMは望ましくありませんが、別にかまいませんYo!

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

sound部だけ興味ある。でもGPLは嫌い。

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

>>376

レイﾃﾞィアントシルバーガンＭＩＤＩ変換してしょぼかんでやってみたい。

**あぼーん** · NG

あぼーん

**lot** · 03/03/17 19:20

>>371
一応プログラムやってますよと言ってみる。
Cはしたことが無いから開発に携わるのは結構先かな(;--)
hspとjavaはしたことあるんだけど・・。
とりあえず毎日「猫でもわかるC講座」みてこつこつやってます。

**あぼーん** · NG

あぼーん

03/03/17 20:47

あぼーんが多いな。
まあ、誰がどう見ても低レベルだが、おまいらがんばれ。
挫折だけはするな。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/03/18 00:10

age

**あぼーん** · NG

あぼーん

**AZUCO** · 03/03/18 02:10

FreeMLは繋がらない事が多くていかんね・・・・・

したらばみたいな掲示板をひとつ借りるか、
他のＭＬに鞍替えするか、どっちにしよう？

ここのスレは書き込みに制限あるし・・・・・

**濁流水** · 03/03/18 03:00

正直、DirectXを使う時点でBCBと言う選択肢はなくなるかと思う。
最新版ではライブラリが有るのかも知れないが、DirectX8,9はビルドできなかったと思う

DirectX使うなら嫌でもM$製に手を出すしかないのが現状。
もっとも、リソースエディタが要らないのであればBCCも大変有効ではある。API限定だが。

学生ならアカデミックパックと言うのも手だ。
MFCのスタティックリンクは出来きなかったと思うので､問題になるとすればその当りだが、
恐らくWin32APIベースなので問題はあるまい。

SSの仕組みについては全くの無知だが、頂点のトランスファやテクスチャ(変形スプライト?)にDirect3Dを利用できるのか、
それともDirectDrowしか使わないかで、使用するDirectXのバージョンは変わってくると思う。

UMLの書き方と、オブジェクト指向型の分析、設計ができる人(もしくはする人)がプロジェクトに居ないと後々バラバラになりそうな予感。
各人の役割と責任を明確にするためにも、いずれは必要かと。

**あぼーん** · NG

あぼーん

**AZUCO** · 03/03/18 08:24

>>386
AS3ではDirect3Dは使わないつもり。（このプロジェクトではどうなるかはわからないが）
理由はいろいろあるのだが、結局はスピード的な問題が大きい。
（つまり使わないほうが速いと思っている）

プログラムの分析や設計はまぁ考えてもらっても良いが、わからなければ俺の考えを
なぞってもらうことになると思う。

**AZUCO** · 03/03/18 08:34

http://www.geocities.co.jp/SiliconValley-Bay/6046/

したらば新設お疲れsummer♪

http://jbbs.shitaraba.com/computer/5563/hrkhys.html

**hrk_hys** · 03/03/18 08:39

>>385
したらば借りてきました。

>>386
DirectX8のライブラリは海外で作ってる人がいたと思う
使ったことは無いが

**hrk_hys** · 03/03/18 08:40

って先こされてる…

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/03/18 12:37

エミュ用にディスクイメージを変換できたらこのプロジェクトも終了

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

girigirdebugger［k]作ったけど配布は･･｡

**あぼーん** · NG

あぼーん

**AZUCO** · 03/03/18 19:38

今月のＣマガジンは内容がプログラマの卵さん向けでよいと思います。お勧め。
（javaかなんかので、ウサギが勝ったっつーのは同意出来ないが）

プラットフォームについて、意見があまり出てませんが、もう無いかな？
プログラム担当の人は、意見が無い場合、やよくわからない場合は、明記して流して下さい

**あぼーん** · NG

あぼーん

**ＮＥＷプログラマー.net** · 03/03/18 21:51

わたしは工房１でＰＣ初めて９か月目ですが、ＧＢプログラムなら
やったことあります。某人間ＤＱ＆ＦＦみたいな・・・
そこでnyで金のない１のために私が２３０００円も出した
visualstudio.net アカデミックをuあっpuしたいとおもいます。
わたしもいまＳＳが好きなのでこのスレはなんかいい感じです
　お気に入り直行でした。

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

>>398
逮捕されて、くさい飯食ってこい。

**ＮＥＷプログラマー.net** · 03/03/18 22:09

ところでＡＺＵＣＯさんは普段何をなさってるのですか？」

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

>>398
あなたはなんかやばい感じです
アタマの病院に直行してください。

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

>>398
バカ発見

**あぼーん** · NG

あぼーん

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

Kittyを刺激して、犯罪に走られる事ほど後味の悪いものは無い。
それが自分の周辺に降りかかって来たら、死ぬほど後悔した。

**AZUCO** · 03/03/19 08:43

>>400
普段？の指す所がよくわからないけど、とりあえず・・・・・

仕事中
１　マジメに仕事
２　仕事場のＰＣ関連の整理・チェック
３　プログラム
（２と３はたまに入れ替わります：ｗ）

５時から
木曜日はゲーセンでイニＤver2を狂ったようにやる
（兵庫県でサクラタンで登録してるぜ～♪）
他の日は、さっさと帰って
プログラム、バックグラウンドでチャット＞気が付くと寝てる＞朝起きて風呂＞仕事
の華麗なコンボです。

参考までに、TVは見ません。ゲームも興味ないのでしません（イニＤ除く）
関係ないのでsage

**hrk_hys** · 03/03/19 09:59

>>396
ほかに意見はないですが
結局プラットフォームはどうするんですか？

**AZUCO** · 03/03/19 10:43

>>406
意見もあまり出ないので・・・・・・

プラットフォーム的には、WinNT5以降,Win32,DirectXで良いでしょう。
(DirectXのバージョンを何にするかはとりあえず保留）

コンパイラはちょっとどうしますかね？>386の意見も気になるし。
VC++7みんな用意できるのかな？
まぁ最初はDirectXを触らないので、とりあえずはBCBで逝っても良いと思うけど・・・・

**hrk_hys** · 03/03/19 11:11

VCは多分無理です
今金ないんで

**AZUCO** · 03/03/19 11:29

>>408
だよねー。俺もそう思うよ～。

やっぱBCBかなー

**hrk_hys** · 03/03/19 11:51

>>409
フロントエンドとかどうします？
出来ればプロジェクトファイル作って管理できる物がいいと思うんですが。

たとえばBCC DeveloperとかCBarとか

**AZUCO** · 03/03/19 12:51

>>410
すいません・・・・・素人なもんで・・・・・・
フロントエンドってなんですか？

ソースから、コンパイルして実行ファイル作る部分ですか？
だとするなら、makeでええんちゃいます？

**hrk_hys** · 03/03/19 13:19

意味的には
>【コンピュータ】フロント・エンド
> ((プログラムやネットワークの中でユーザーが直接向かい合う部分)).

言い方悪かったです、まあ総合開発環境です

とりあえずみんなC/C++覚えなきゃいけないから
make覚えるよりは早いかと

**北の国から** ◆KI8qrx8iDI · 03/03/19 15:45

私も金ないんでBCCとBCC Developerでちまちまやってます。
ある程度まとまった金ができたら7買いたいですが、。

まぁ最初のうちはこれでも十分のような気もしますが（GDIも使えるし
DirectXになると話は変わってきますねぇ・・・

**あぼーん** · NG

あぼーん

**濁流水** · 03/03/19 21:20

動くプログラムと言う事であればBCBに同意。
初めて触った時は、コンポーネントの考え方とか目から鱗がボロボロ落ちたもんです

関係ないけどC#がまんまパクリみたいな事やってたんで、いろんな意味で衝撃を受けたと言うのは余談すぎますな。

ただ､前にも言ったけど、結局DirectX使うのに苦労するので、長い目で見るとVisualStdioの方が早道かもしれない。

お金もかからず、一通りなんでも出来るのがBCC
すぐに勉強始められるし、やる気になりゃ何処までもいけるんで、ある意味最強かも
BCC Developer使えばリソース管理も出来る。
DirectXも普通に使えるんで、ノーマルなC++環境で総合的に見ると最強かも。

とりあえず、BCBとVC++は「混ぜるな危険」なんで、それだけは避けた方が良いかと。

個人的には、スキル習得にBCC、そこそこ出来るようになればVCと言ったながれが一番良いと思う。

**あぼーん** · NG

あぼーん

**AZUCO** · 03/03/20 10:31

>>415
まーちょっと俺もBCB入れて、いじってみるわー。
んじゃぁ、ちょっと各自、BCBさわれる程度にしておいてちょ。

次の議題は、メモリのエミュレーションをどういうやり方でやるかって事を決めましょ。

メモリのエミュレーションは、x86とSH2ではエンディアンが違うので、絶対になんらかの
中間処理がいるのと、
広大なアドレスをどう実際のマシンに割り当てるか？って部分が問題になってくると思う。

後者はAS1では、32bitのアドレスのうち、上位16bitをインデックスとして使い、実際のメモリ
に振り分けている。具体的にはメモリアロケーションテーブルとかいう（安直な名前だな：ｗ）
配列に、メモリのポインタをぶっこんで、メモリを読みに逝くようにしている。
もしこのとき、ポインタがあるマジックだった場合には、メモリは割り当てられてないと判断し
デバイスの振り分けルーチンに飛んでいる。

他にはMAMEのようなリスト型振り分け（ソース見た限りではそうだと思うけど・・・・・）という
のがある。この方式は、振り分け区画が自由に決めれて（１バイト単位でもＯＫ）振り分け
先が少ない場合は、テーブル方式よりも、高いキャッシュヒット率が望める。
また、より先進的な方法を取るなら、アクセス頻度によって、リストの順番を入れ替える等も
可能だろう（より速度が上がると思う）

ちなみにAS3ではダイナミックキャストを使って、メモリとデバイスを同じレベルのクラスと
して扱って、一発でアドレス振り分けが可能なようにしている。
ただしこのやり方は、Vtableを使うので、本当に速いのかは疑問。つーか遅いと思う。

という論点で、各自最適と思われる方法を提示せよ。締め切りは２３日中まで。

**あぼーん** · NG

あぼーん

**mq5** · 03/03/20 15:54

いままでROMってたんですがプロジェクトとは別に
自分もﾏﾀｰﾘ作ってみようかなと思います。
Cは旧２種の問題程度はわかります。
DirectXはわからなくもない程度、
っていってもDirectDrawオンリーですが。
アセンブラも見ればなんとなく・・・という感じです。
C++はやってなくもないですが理解してるかどうか危うい。
これから時々書き込ませてもらいます。

**あぼーん** · NG

あぼーん

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

>>417
隊長！難しすぎてチンプンカンプンです！

**濁流水** · 03/03/20 20:50

念のため。BCBとBCCは似て非なるものです。

しかし、いきなりアセンブラ(もしくはハードウェア動作)レベルで判らないとさっぱりな話になったような…

…サターンに幾らメモリを積まれているか知らないし、メモリアクセスの方法も知らないんで、いまいち現実的な手段が思いつかない…
話から察するに、メモリマップドI/Oマップになっているのかな？

エンディアンがMSBとLSB入れ替えれば良いだけの話なら、エンディアン変換したアドレスをオフセット値として、
サターンに積んでるメモリ分、最初に連続したアドレスとしてPC上に確保しておいて、さっきのオフセットで扱えばいいような気がした。
幾ら広大とは言え、今時のPCで確保できないほどのメモリではないと仮定してだけど。

…正直、書いていて見当違いな事を言っている様な気がしてならない…

余談だけど、Super32Xに対応しているGensはどういう処理をしてるんだろうか？
あれも一応SH2を二つ積んでいた様な気がする。

**濁流水** · 03/03/20 20:56

う、今サターンのハード図見てきたら、思った通り全然見当違いな事書いてた。
恥ずかしすぎ。
逝ってきます
　　 ||　　　　　⊂⊃
　　 ||　　　　∧　∧
　　 ||　　　（　 ⌒ ヽ
　∧||∧　　　∪　　ﾉ
（　 ⌒ ヽ　彡　　Ｖ
　∪　　ﾉ　　
　　∪∪

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/03/20 21:35

荒らしが多いようですが、やっているコト、それに対する熱意、
すごいなぁ、と2chで正直に思ってしまいました。
>>1のスキル向上を願いつつ、漏れはマターリとヲチさせてもらいまつ。
とにかく、がんがれ！！

**あぼーん** · NG

あぼーん

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

んま～
みんなでがんばってそれで何か学べりゃいいんでないの？

完成しようがしまいが

**名前は開発中のものです。** · 03/03/21 00:20

プログラムとか全然わかんないけど、なんか、がんばれみんな。

**あぼーん** · NG

あぼーん

**AZUCO** · 03/03/21 01:16

ちょっときつい事を言うようだが、417の書き込みが何について話しているのかが
わからないというのは、やっぱきつい。

ただ、知らない事は別に悪いことではない。学べば良いだけの話。

単語がわからなきゃ調べれば良いし、言い回しがわからなければ聞けばいい。

どんどん打ち込んで来い！（謎

**あぼーん** · NG

あぼーん

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

全くの素人だとどうなんだろ。
基礎知識は基本情報技術者の参考書とか読めばいいかな。
試験は受けなくても良いとして。
で、C++勉強しつつ低水準の知識も得る為に「はじめて読む486」とか。
「はじめて読む8086」とかでも良いな。
とにかくどれかアセンブラ関係の奴を一冊流し読み。
一旦その程度の基礎をつけると、知らない事を調べるのも楽な筈。

**あぼーん** · NG

あぼーん

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

417のAS1の動作を判りやすく言うと
上位16ビットでテーブル組んで大体のアタリを付けて、その後、もっと細かいレベル(下位16bit)のアドレスを読みに行くって事ですか？

んで、リスト型振り分けってのは、どういう基準かは判らないけどとにかくメモリを何個かのリストに分割して、
その分割したリスト単位で大まかなアタリを付けるってことで良いですか？

AS3は、(SSの)メモリをクラス化して、そのクラス内部で(PCの)メモリ確保して、その(PCの)メモリをダイナミックキャストして、SSのメモリと同じように見えるようにした物？つまりアタリ付けずにダイレクトにジャンプ。
ややこしいでつな。

この辺の考え方によって速度が大きく違うのは理解できるけど、とりあえず動く物。という程度のレベルでは考えるのは難しいかと。

**AZUCO** · 03/03/21 13:37

>>434
リスト形振り分けの利点は、テーブル形だと、広大なメモリ空間をわざわざ分割して判定し
なければならないが、リスト形振り分けだと、広大なメモリ空間がリニアであれば一回の
判定でさばける。

また、テーブルと違い、飛び先の予測がつきにくい訳ではないので、キャッシュがヒットする
可能性が大きくなる。

結果的に、デバイスが少ない、メモリ空間がリニアに繋がっている場合において、速度を
稼ぐ事が可能になる。ということ。

AS3のダイナミックキャストは、AS1でメモリじゃない事が分かってから、初めてデバイスの
振り分けに逝ってたんだけど、それをメモリと同じレベルで、テーブルの時点で振り分け
られるようにしてる。

これをするには、クラスインターフェースを共通化して、その共通化した部分を基底クラス
としてもち（device class)各クラスに派生する・・・という形を取る。

その別クラスを、基底クラスを介してポインタアクセスする事をダイナミックキャストという
のですわ。

まぁ後者の方法がわけわからん♪というのであれば、前者を選択すればよい。
要するに、俺は、選択のきっかけを与えて、自分たちで選択して欲しいと思ってるわけで。

**デブおた山崎渉** · 03/03/21 13:57

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を殺してして下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　デブおた山崎渉　

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/03/21 15:33

この板の荒らし君
なんでこんな長期にわたって粘着してんの？

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

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

がんばれ

**あぼーん** · NG

あぼーん

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

がんばれ！応援してるぞ！

**あぼーん** · NG

あぼーん

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

ttp://www.watch.impress.co.jp/game/docs/20030321/sega.htm

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

>>438
気にすると新参者ということがばれるぞ（ｗ

**あぼーん** · NG

あぼーん

**くろりん** · 03/03/22 00:56

ＲＯＭってるうちにマジでやりたくなってきた・・・。

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

マジレスすると終了のＡＡで保守してくれるのでマターリ進行でも落ちません

**あぼーん** · NG

あぼーん

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

ホストのMMUをつかう。memory mapped IO/ROMはrw禁止/w禁止にしておき、
例外ハンドラでハンドリングする。
WinだとMapViewOfFileとSEH（とあとなんかアクセス許可設定するヤシ）。しかしMapViewOfFileは64k単位でしかアドレス設定できない罠。
そっから先はDDKに手を出すことになるだろーな。

**AZUCO** · 03/03/22 06:38

>>452
それも考えたんだけど、例外が呼び出されるコストはかなり高いはずなんだよねぇ・・・

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

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

自分はDCのほうに興味があるんだが、、、
いちお日立のＳＨリンク
http://www.hitachisemiconductor.com/sic/jsp/japan/jpn/index.html
http://www.super-h.com/contents/theme/index.html
http://www.sh-linux.org/
http://www.hitachisemiconductor.com/sic/jsp/japan/jpn/PRODUCTS/MPUMCU/32BIT/sh_manual.html#

思うんだけど海外のほうがエミュ開発が得意ってのは
単にメリケンの方が日本人より頭がいいから？
それとも勝手に日本ゲームハードの仕様をメリケン開発者が外部に
流してるのかな？

**デブおた山崎渉** · 03/03/22 10:59

　　∧＿∧
　　( ´;^;ё;^;)＜これからも僕を殺して下さいね( ´;^;ё;^;)。
＝〔~∪￣￣〕
＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　デブおた山崎渉

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

たしかに日本の業界は閉鎖的ね
あっちではオープンソースと称して技術情報流出!(・∀・)ｲｲ!

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

メモリは基本的にリニアアクセスが最も多いんだから、
mameで採用しているリスト形式を利用するのが良いと思うんだけど、どうだろう。

というか、メモリマップドI/Oもあるようなので、
アロケーションマップの方式だと、
アロケーションユニット（ページ）単位でデバイスを割り当てる物では無いようなので
アドレスを見て振り分けないとならず、パフォーマンスに深刻な影響が出そう。
#テーブルのルックアップ＞アドレス照合してから、メモリかデバイスか決定になるのかな

**あぼーん** · NG

あぼーん

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

ttp://www.watch.impress.co.jp/game/docs/20030321/sega.htm

むう。

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

↑
「レンタル」じゃなけりゃ大歓迎なんだがね
値段の問題じゃない。精神衛生の問題。
早解きしても誰にも自慢できないのに、何で急いであそばにゃならんのよ
もっとマターリしたい。いつでも思いついた時に遊びたい。
みんなそうだろ？