NintendoDS(NDS)非公式開発 Part2

**名前は開発中のものです。** · 2007/04/06(金) 07:28:10

NDSで何やら作ってみようという人の為のスレ。ライセンス不要。
初心者歓迎。質問歓迎。英語苦手な人歓迎。冷やかし歓迎。ネカマ歓迎。

資料、リンク等
http://nocash.emubase.de/gbatek.htm
http://www.bottledlight.com/ds/index.php/Main/HomePage
http://www.helloworld.jp/~duke/nintendo_ds/

開発環境
http://www.devkitpro.org/
http://sourceforge.net/project/showfiles.php?group_id=114505

関連スレ
ゲームボーイアドバンス(GBA)開発＠ゲ製板(避難所)
http://bbs.gamdev.org/test/read.cgi/gamedev/1055111303/
ゲームボーイアドバンス(GBA)非公式開発 Part2
http://pc5.2ch.net/test/read.cgi/gamedev/1099119005/

前スレ
http://pc11.2ch.net/test/read.cgi/gamedev/1113780562/

**名前は開発中のものです。** · 2007/05/23(水) 15:28:30

>>86
http://www.helloworld.jp/~duke/nintendo_ds/nds_develop4.html
には
GBADEVフォーラムにおけるポストでは、DevKitPROでは、
ARM7実行可能コードは最大64KBに制限されると言及されました。
って書いてあるんだ。

**名前は開発中のものです。** · 2007/05/23(水) 15:34:36

サウンドルーチンだけなのでコード部分は64Kあれば十分かな。
ただサウンドバッファ用のメモリをどうするかで悩んでました。

ところでVRAM_DはARM7からアクセスするときもワード単位ですかね。

**Moonlight** · 2007/05/23(水) 17:43:56

横槍失礼します。

VRAMC/DはARM7からアクセスするときは8bit読み書きできて、普通にWRAMの増設に使えるので便利でした。
ARM7でmallocすると、WRAMのコード領域を除いたエリアから切り分けしてくれますが、普通の4MByteメモリをARM9でmallocしてIPCでARM7に渡してやれば、ARM7で自由に使えます。
malloc使わないで4MByteエリアを同時に使っても構わないのですが、メモリ管理が面倒なので普段はARM9からmallocするかな、くらいの感じです。

補足1。ARM9のデータキャッシュ（読み書き両方）さえ気を付けていれば、ARM7とARM9のデータ通信に4MByteエリアを使うことも出来ます。
補足2。4MByteエリアを同時にアクセスすると、どちらかのCPUがもう片方のCPUを待ちます。どちらのCPUが待つかはREG_WAIT_CR (*(vuint16*)0x04000204) で設定できます。
補足3。REG_WAIT_CRの設定はARM9側からしかできません。
補足4。DevKitProR20で正式採用されたARM7用WRAM96kbyte設定ですが、一部のファームウェアはこれを正しく扱えません。
問題があったときは（リンカスクリプトをいじるのは面倒なので）r17aかr19辺りを使うのが楽だと思います。SharedRAMを結合しないのでWRAMが64kbyteになります。
補足5。サウンドバッファを4MByteエリアに確保するときは、CPU優先設定をARM7優先にしておかないと、ARM9に負荷が掛かるたびにブツブツ切れます。
補足6。ARM7で大量のメモリをハンドリングするときは、VRAM_CとVRAM_Dを両方ともARM7に割り当てて（ついでに暇があればリンカスクリプトをいじってmallocをVRAM領域にして）256kbyte使うと便利です。
この場合はARM7優先設定する必要がありません。
補足7。libnds-20060719より前の基本ライブラリにはVRAM設定が不十分です。128kbyteまでしかdefineがありません。VRAMC/Dを256kbyte全部ARM7に割り当てるときは、libnds-20070127以降を使う必要があります。
defineを自分で定義すれば気にしなくても大丈夫だと思います。

長い上に箇条書きな補足ばかりですいませんです。

追記、C++を使うと（例外とか使わなくても）C++ライブラリが組み込まれるので、r18/r19b辺りを使うときは、ARM7でC++を使わない方がいいかも。

88 · 2007/05/24(木) 07:06:54

>>89
バイト単位で読み書きできるんですね
その他情報も参考になります
ありがとうございました。

**名前は開発中のものです。** · 2007/05/25(金) 03:43:00

ありがとうございます。参考になりました。
なるほど、DevKitProR20はすでに共有WRAMもARM7に割り当てているのですか…
ファームによっては動かないのは困りますね。やはりVRAMをARM7に割り当てることにします。
そしてARM7のソースはCPPではなくCソースとしてコンパイルするようにしてみました。

頂いた情報を元にして色々弄ってみます。

**名前は開発中のものです。** · 2007/05/26(土) 14:07:43

すみませんが誰か助けていただきたく

最近になってdevkitProで遊び始めました
examplesのndsをmakeしまくったら全部動いたので、今度はデータを変えて動かしてみようと
SimpleSoundのrawデータを手持ちのwavをrawに変換して置き換えたところ
元のwavのそれっぽい音は鳴ったのですが同時にブチブチノイズが入って(´・ω・`)ｼｮﾎﾞｰﾝ
wavを8bit,16bitに変えたり周波数を変えてソースもそれに合わせて変えても同じでした

動作はエミュレータのdualisと実機で確認しました
wavはSoundEngineで編集、rawへの変換はHomebrewを参考にしてsoxを使いました
音量の制限とか特別なツールが要るとかなにかコツがあったら誰か教えて欲しいです

プログラムの話じゃなくてすみません

**Moonlight** · 2007/05/27(日) 21:05:25

>>92

http://mdxonlinemirror.dyndns.org/sndtest.zip

A/B/X/Yボタンでそれぞれ違うフォーマットのサウンドファイルを再生するサンプルをでっち上げました。
変換にはSOXを使用しました。変換オプションはsndtest/arm9/data/convert/conv.batを参照してください。
DevKitProのcombinedサンプルをベースにしましたが、ARM7とARM9で8bit/16bitの設定方法が食い違っていたので、ARM7のtemplate.cを修正しました。
devkitPror20/nds-examples-20070327/templates/combined/arm7/source/template.cの10行目を、
SCHANNEL_CR(channel) = SCHANNEL_ENABLE | SOUND_ONE_SHOT | SOUND_VOL(vol) | SOUND_PAN(pan) | (format==1?SOUND_8BIT:SOUND_16BIT);
から、
SCHANNEL_CR(channel) = SCHANNEL_ENABLE | SOUND_ONE_SHOT | SOUND_VOL(vol) | SOUND_PAN(pan) | (format==0?SOUND_8BIT:SOUND_16BIT);
に変更してあります。
あと、ダミーの割り込みを有効にしないと、swiWaitForVBlankは使えないので、InitInterruptsで空の割り込みを有効にしてます。combinedサンプルはそのままじゃ動かない…ですよね？

ここから下は補足です。
NDSのサウンドチップは32768Hzをベースにしているので、これ以外の周波数を鳴らそうとすると量子化ノイズが入ります。
A/Bボタンの22kHz再生でチリチリ言うのがわかると思います。容量の問題ならもっと下げて16384Hzで二倍オーバーサンプリングするのが良いと思います。
ADPCMは未だになんだかよくわかりません。二種類のADPCMを使えるみたいですが。
ステレオデータを再生するときは、左右分離してデータを二つ用意して、パンを両端に振って同時に再生すればOKですが、libndsの標準関数を使うと1vsync(16ミリ秒)ずれるので、自分でステレオ再生用関数を作った方が良いと思います。
8bit/16bitは、平滑化フィルタを入れれば8bitでも充分かなと私は思っています。容量などを考えながらケースバイケースで使い分ける感じで。
ちなみに、DSMPlayは8bitデータで平滑化フィルタを使っています。sin波ボタンでON/OFFできるので、聴いてみたいだけなら試してみてください。

**名前は開発中のものです。** · 2007/05/28(月) 03:35:30

量子化ノイズは振幅方向じゃないですか

**Moonlight** · 2007/05/28(月) 05:00:53

>>94

わ、確かにその通りです。慧眼お見それしました。量子化ノイズはAD変換かビット数変換時のノイズですよね。適当なこと書いてごめんなさい。
適切な表現がわからないのですが、周波数変換は（おそらく聴く限りでは）最近傍補完なので変換誤差が大きい、ということです。
モスキートノイズのようなものが入るのですが、こういう現象を表現する単語があったら教えて頂けると有り難いです。

**名前は開発中のものです。** · 2007/05/28(月) 10:03:54

なるほど、エミュレータの改造してて、サウンドの生成とかしてるので
参考になります。
ハードウェア側の基本周波数に合わせた周波数設定にしないと、
ハードウェアによる補完が発生→音質の低下が発生する
なんですね。

出来るだけ少ないデータで音質をあげたいので、参考になりました

**名前は開発中のものです。** · 2007/05/28(月) 20:28:54

>>95
ttp://www.groovecube.com/ja/tutorial/tech_alias.html
これでいいのかな

**名前は開発中のものです。** · 2007/05/29(火) 22:12:53

16bit色背景を使ってるんですが、透過色にしたいときはそのドットのアドレスに何を入れればいいんですか？

**名前は開発中のものです。** · 2007/05/30(水) 07:17:31

>>98
0x8000じゃないですか

**名前は開発中のものです。** · 2007/05/30(水) 11:45:42

ありがとうございましゅ～

**名前は開発中のものです。** · 2007/06/01(金) 12:30:36

>>99
0x8000だと黒くなってしまうのですが。

99 · 2007/06/01(金) 17:36:25

>>101
適当に書いただけだからごめんね

**名前は開発中のものです。** · 2007/06/02(土) 14:15:45

>>92
ソースまで付けていただいてありがとうございます
おかげさまでwavをきちんと再生できるようになりました
結局soxの使い方が間違っていただけのようです(^^;

大きなデータを入れたらコンパイルが通らなかったので次はファイルシステムをいじってみようと思います
arm7は最大64KBの制限があるとの記述を見つけたのですが、arm9のサイズ制限っていくつでしょう？

**名前は開発中のものです。** · 2007/06/04(月) 08:26:57

>>103
arm9はメインRAMに転送されるから4MBかな

**名前は開発中のものです。** · 2007/06/04(月) 10:38:44

>>103
ARM7にそんな制約はない。

**名前は開発中のものです。** · 2007/06/04(月) 11:17:04

>>105
ndsファイルから転送されるARM7プログラムが64KBまで
メインRAMにプログラムロードしてジャンプすればそれ以上も可能だけどARM9とのメモリ管理が大変だと思う

**名前は開発中のものです。** · 2007/06/04(月) 11:39:01

だからそれはARM7の制約じゃないって。

**名前は開発中のものです。** · 2007/06/04(月) 12:41:16

ARM7側って書けば良いんだろ。オマエ細かいことにこだわりすぎ

**名前は開発中のものです。** · 2007/06/04(月) 17:04:59

>>107
そんな当たり前のことは前提で書いているのだと思った

**名前は開発中のものです。** · 2007/06/04(月) 18:02:12

メインRAMをARM7側が占有しても何の問題も無いと思うが

**名前は開発中のものです。** · 2007/06/05(火) 01:05:28

さすがage厨だ

**名前は開発中のものです。** · 2007/06/09(土) 03:57:55

age厨うざいですよ

**名前は開発中のものです。** · 2007/06/10(日) 00:13:14

タッチパネルを使ったプログラム作ってるんですが、時々ズレた座標を取得してるみたいなんです。
当然、タッチパネルのキャリブレーションは行っています。
出来るだけ誤差の少ない座標の取得方法ってあるのでしょうか？
ピクトチャットだと全然ズレないんで、ハードがおかしいってことは無いと思います。

**名前は開発中のものです。** · 2007/06/10(日) 05:50:40

age厨って本当にウザいですね
死んでもらいたいものです

**名前は開発中のものです。** · 2007/06/10(日) 12:28:40

>>114
ageても荒らしなんて来ないから安心しろ。
びびりすぎだぞ。

**名前は開発中のものです。** · 2007/06/10(日) 15:10:45

age

**名前は開発中のものです。** · 2007/06/10(日) 17:19:02

>113
サンプリング周期を短くして、16msといわず
5msくらいで・・NDSってタイマーとかあるでしょうか。
三個をくらべて一つだけ急に離れてるのを捨てる、とか、
三個の平均を16msの間のタッチ位置として扱うとか・・・

タイマー50msのマシンで16msのFPSを計りたいときのしくみに
似ているように思ったので。

**名前は開発中のものです。** · 2007/06/10(日) 22:41:08

色々考えたんですが、前回取得した座標とプラスマイナス何ドット以内であれば有効という処理で、
ある程度有効な座標が取得出来る様になりました。
当然若干の誤差も拾ってしまいますけど、以前よりは格段に誤差を拾わなくなったのでOKとしました。
サンプリング回数を多くしたりすると、タッチして書いた線がガタガタになるとかそいう弊害がでたりしたので。
もっといい方法があると思うんだけど、思いつかなかった。

**Yuki** ◆YukiquDWwY · 2007/06/20(水) 22:09:04

Moonshellの開発したいのですがどのようにすればいいのでしょうか？：

Moonshell 1.7をdevkitARMr20でコンパイルしようとしましたが、
makefileがなくて、main.cをそのままコンパイルしようにも、
エラーがたくさん出るしで... _touch.hなんて入ってませんし。どのようにすればいいのでしょうか？
1.6のソースには_touch.hもmakefileもありますが、コンパイルエラーが出てしまいます...

**名前は開発中のものです。** · 2007/06/21(木) 08:27:30

Moonshellは昔のdevkitバージョンじゃないとコンパイルできなかったような
devkitも定数名とかバージョンによって変わってるからねー
バージョン会わないとそんな定数無いよとか言われるよ

**名前は開発中のものです。** · 2007/06/26(火) 20:57:47

PocketPCのEMUがほしいです

**名前は開発中のものです。** · 2007/06/26(火) 22:42:14

>>121
欲しいけど無いから自分で作る、作ろうと努力する。
ここは、そういう人が集うスレです。

**名前は開発中のものです。** · 2007/06/28(木) 22:37:08

そうですよん。
依頼するところじゃないです。

**名前は開発中のものです。** · 2007/06/29(金) 20:45:49

>>121
PocketPCを買えばいいよ
俺って頭良いな

**名前は開発中のものです。** · 2007/07/03(火) 18:26:00

PCエンジンのエミュ作ろうとしたけど
まったく手も足もでませんでした。

**名前は開発中のものです。** · 2007/07/06(金) 22:00:18

DS ROMのヘッダ部に記載されているMaker Code2桁がどのメーカーなのか、という
リストってどこかにないですかね？
手持ちの分は調べたんですが5つ程度しか分かりませんでした・・・

**名前は開発中のものです。** · 2007/07/07(土) 10:11:51

http://www.patatersoft.info/nintendods.php
このサイトけっこう情報が載ってていけてる

**名前は開発中のものです。** · 2007/07/07(土) 18:09:14

ついでに　ttp://mdxonline.dyndns.org/
ここの人ここ見てたら‘突発性難聴‘でぐぐって
当てはまったら医者行った方が，（経験者

**名前は開発中のものです。** · 2007/07/08(日) 10:57:38

ここの人ﾜﾛﾀ

**名前は開発中のものです。** · 2007/07/08(日) 17:38:42

http://touch-ds.jp/mfs/kao_training/
このカメラのソースをなんとか使えるようにしたい
Wi-Fiでビデオチャットまでが目標

**名前は開発中のものです。** · 2007/07/08(日) 22:06:27

ソース?
記事の情報源をどう使いたいんですか? ww
カメラのソースって何ww

ちゃんと言葉選んで書こうよw
低脳君www

**名前は開発中のものです。** · 2007/07/08(日) 22:08:44

反応したら負けですか？

**名前は開発中のものです。** · 2007/07/08(日) 22:20:24

ﾀﾌﾞﾝ

**名前は開発中のものです。** · 2007/07/08(日) 22:25:09

多分負け・・

**名前は開発中のものです。** · 2007/07/08(日) 22:27:07

しかしこれがもし使えたとしても顎くらいしか映らないだろうしねえ・・

**名前は開発中のものです。** · 2007/07/08(日) 23:47:37

・・・自演？

**名前は開発中のものです。** · 2007/07/09(月) 03:21:14

>>131
言葉がおかしいのは確かだが、過剰に反応し過ぎだと思う。
まあ俺も突っ込もうかと思ったが…

「このカメラからのデータを映像ソースとして使いたい」ってことかな？
リアルタイムで動画エンコードできる性能があるとも思えないし、
何に対しての映像ソースにするのかはわからんが…

**名前は開発中のものです。** · 2007/07/09(月) 04:12:31

ソースでおかしいか？

**名前は開発中のものです。** · 2007/07/09(月) 07:00:55

ソースって言葉の使い方を131は間違ってる。

**名前は開発中のものです。** · 2007/07/09(月) 07:56:53

そーっすね。

**名前は開発中のものです。** · 2007/07/09(月) 10:11:53

過剰に反応し過ぎ

**名前は開発中のものです。** · 2007/07/09(月) 11:26:45

そうだよそうだよソースだよ。うまいやきそばソースだよ！

**名前は開発中のものです。** · 2007/07/10(火) 16:09:47

色深度について質問ですが、

text型背景レイヤの色深度は、
4bit（16色）及び、8bit（256色）は実現できましたが、
rotation型背景レイヤは、8bit（256色）のみでしょうか？
4bit（16色）は仕様的に可能でしょうか？

**Moonlight** · 2007/07/10(火) 18:48:36

>>143

rotationというのは、アフィンモードですよね。
gbatekのNDSビデオ項目には4bitパレットBGは使えないと書いてありました。
一応自分でもトライしてみましたがやっぱりできませんでした。
いまだGBA/NDSのBGについて理解が足りない私が試したことなので、なにか他に方法があるのかもしれません。
役立たずレス失礼しましたです。

でもなんでAffine/Extendモードで4bitBGを使えなくしたんだろう？あまり使われないモードだからカットされたのかな…アドレッシング負荷とかゲート数とかで。NDS（特にビデオチップ）は謎仕様が多いです。

**名前は開発中のものです。** · 2007/07/10(火) 22:48:06

80GのHDD二つあげるから、
ひぐらし解をちゃんとDSに移植してくれ……
ついでに40Gもつけるから

女なんてきらいだヽ（´ー｀）ﾉ
何人も有能な人たちが女にダメにされてくのをみたよ…・・・

んで、映像素材の事をソースといわないこともない

**名前は開発中のものです。** · 2007/07/13(金) 17:51:57

前スレの434と同じ疑問かどうかわからんけど、Exampleにも入っているbinって、どうやって作るの？

**名前は開発中のものです。** · 2007/07/13(金) 18:52:49

>>145

いや、それならDSでnonscriptが走るようにすればいい。

**名前は開発中のものです。** · 2007/07/14(土) 08:21:51

今、DLDIを使ったプログラム作ってるんですけど、どのマジコン使ってるかって判断する方法はありますか？
マジコンがファイル書き込みに対応しているかの判断をしたいです。
GBA Movie Player (SD Card)とNinjapass X9が書き込み出来ないらしいので、それだけでも判ればと。

**名前は開発中のものです。** · 2007/07/14(土) 14:28:23

それなら、ダミーでファイルを書き込みして
駄目だったらでOKでは？

**名前は開発中のものです。** · 2007/07/14(土) 18:50:52

ttp://kjm.kir.jp/pc/?p=37210.jpg
結局誰かこういうの作らないのかな？
誰かがやってくれると期待してたんだが・・・

＃どき魔女はおいといて

**名前は開発中のものです。** · 2007/07/14(土) 20:09:48

>>150

君が作りなよ。
ここで言ったからには開発宣言と同じだぞ

**名前は開発中のものです。** · 2007/07/14(土) 23:21:41

この手のは物量作戦にするしかないから個人で作るのは大変なんだよな・・・

**名前は開発中のものです。** · 2007/07/15(日) 02:18:35

>>152
物量と言うか、絵が描ける奴とかゲームデザインできる奴、コード書ける奴等、
専門的なことができる人達が必要だと思う。

でも無理だと思ってるなら、何故>>150のような書き込みをしたのだろうか？

**名前は開発中のものです。** · 2007/07/15(日) 10:11:36

というか>>147が言ってるようにnonscriptが走るようにすればいい。

**名前は開発中のものです。** · 2007/07/15(日) 16:46:24

>>153
いや当然必要な能力を持った人は集めなきゃいけないんだけどね。
タッチして反応を見るゲームって、反応は多ければ多いほどよいってなるんで、素材用意するのが大変だって話。
昔似たようなの作ったんだけど、
頑張って作った反応が数秒で消費されるのはなかなかさびしかったよｗ

**名前は開発中のものです。** · 2007/07/15(日) 18:25:42

>>150
5000万円で作ってやるぞ

**名前は開発中のものです。** · 2007/07/17(火) 11:38:34

>156
作ってくれるかはわからんがDSはメーカーに頼んでも2000～3000万だぞ

**名前は開発中のものです。** · 2007/07/17(火) 12:20:45

>>157
それと一体何の関係があるんだ？

**名前は開発中のものです。** · 2007/07/17(火) 14:40:12

>>157
もうちょとかかるだろ

**名前は開発中のものです。** · 2007/07/17(火) 19:06:48

>>158
高いって言ってるんじゃない？
要するにもうちょっとまけろと。
でも価格交渉する奴が現れるとは…

まあ開発費なんてピンからキリまで。
一般的な価格なんてあってないようなものだよ。

**名前は開発中のものです。** · 2007/07/17(火) 19:30:17

じゃあ、３０００円くらいでお願いします。
あ、ポテトもセットで。

**名前は開発中のものです。** · 2007/07/17(火) 21:35:03

>>161
まあ受ける奴が居るならその値段でもありってこと。
受ける奴が居るならね。

**名前は開発中のものです。** · 2007/07/19(木) 14:22:30

>>161
タイトル画面だけを表示させるのなら作ってあげてもいいよ
もちろん先払いね

**名前は開発中のものです。** · 2007/07/20(金) 00:41:52

>>163
ではまず適当な画像でいいから表示させるプログラム書いて何処かにUPし、
それが出来る技術を持っている事を証明してくれ。

**名前は開発中のものです。** · 2007/07/20(金) 01:58:23

>>164
それじゃあ技術の証明にならんだろ。
devkitProのサンプルプログラムにもあるけど、
たったの60ステップだぞ。

**名前は開発中のものです。** · 2007/07/20(金) 04:12:02

サンプル弄るなら画像データ用意してビルドしなおすだけだよな

**Moonlight** · 2007/07/20(金) 20:25:55

読み返すと日本語が不自由なひとで恥ずかしいです。長文失礼します。

>>148

DLDIからキャパシティを取得するときは、リージョンIDをメインメモリ全域から32bit単位で検索してDLDI本体を探しだし、そこを基点にして0x64バイト目にFEATUREフラグセットが32bit値で入っているので、そこを読み込めばOKです。
リージョンIDは、リトルエンディアンの32bit定数で(0xBF8DA5ED)です。
検索する際、自分自身はスキップしてくださいね。
DLDIパッチファイルから直接取得するなら、ファイル先頭から同じく0x64バイト目になります。
DLDIフォーマットの詳細についてはDLDIテンプレートか、
http://chishm.drunkencoders.com/DLDI/
の'Default (No device)'辺りのソースの'/specs/dldi_crt0.s'か、'/source/default.s'を見てみてください。

一応フラグの意味だけ抜き出すと、
#define FEATURE_MEDIUM_CANREAD (0x00000001)
#define FEATURE_MEDIUM_CANWRITE (0x00000002)
#define FEATURE_SLOT_GBA (0x00000010)
#define FEATURE_SLOT_NDS (0x00000020)
こんな感じになっています。

とりあえず、バイナリエディタで開いてみて0x64バイト目を見たら概要が掴めるかもです。
ちなみに、オフセット0x60から32bit値がデバイスID（MPCFとかM3CFとか）になります。
libfatを書き換えて細かくDLDIをコントロールするのとどっちがスマートかは微妙です…。

**名前は開発中のものです。** · 2007/07/21(土) 13:54:01

>>167
ソース見ると、
GBA Movie Player (SD Card)
NEO Flash MK5 (NAND Flash)
Ninjapass X9
は FEATURE_MEDIUM_CANWRITE bitが0だね。

これだけ見るといけそうな気がするけど、DLDIドライバって複数組み込めたよね?
その場合、使っているものだけ見つけられるものなのかな?
DLDIの初期化に失敗したドライバのリージョンID部分を書き換えてくれるなら(例えば0で)
大丈夫なんだが…
実際は複数組み込むとうまく動かないのでそういう使われ方はしないのが普通だけどね。

**名前は開発中のものです。** · 2007/07/21(土) 14:38:41

>>167
DLDIを検索する際の自分自身をスキップってのが良く判らないんだけど、
メモリ上から探すって事？
起点と終点の判別がわからない、、、orz

ひょっとして、、、
最近のマジコンが実装しているDLDI自動パッチって、同じ事やってるんかな？

**名前は開発中のものです。** · 2007/07/21(土) 16:31:46

そだよん

**Moonlight** · 2007/07/21(土) 16:44:58

>>168

手持ちのDLDIドライバの情報をまとめてみました。
というかMoonShellのインストールログです。
http://mdxonline.dyndns.org/a.txt
プログラマやメーカー名は私が入力した情報なので間違っているかもしれません。
キャパシティはDLDIドライバの自己申告なので、CanWriteなのに書けないときが結構あります。SCLiteSDドライバとか。
DLDIドライバを複数組み込んだときは、どれが何番目のドライバなのか判断できません。（わかるのはメモリ配置順くらいです）
もちろん複数組み込むことはできますが、パッチソフトとFATライブラリ、両方に手を加えないとダメだと思います。
私がパッチソフトに手を加えるなら、リージョンIDをユニークなIDにするのが楽かなと思います。

>>169

DSの実行メモリから直接情報を取り出すので、ふつうに検索すると常にリージョンIDが二つ以上見つかることになります。（検索ルーチンで使う定数と、DLDIドライバの定数です）

const unsigned int RegionID=0xBF8DA5ED;
ではなく、
volatile unsigned int RegionID=0xBF8DA5ED-1;
RegionID++;
という感じで定数を定義すれば検索ルーチンに(0xBF8DA5ED)が存在しなくなるので大丈夫…だと思います。このまま使うときは確認してから使って下さいね。

ちなみに、一応ドライバ自身のサイズを定義する情報もありますが、制作者の手入力なので信用しない方がいいと思います。
参考までにリファレンスドライバには'Log [base-2] of the size of this driver in bytes.'と書いてありました。

**名前は開発中のものです。** · 2007/07/23(月) 11:38:45

自作ソフト開発はPSPのほうが活発なのかな？

**名前は開発中のものです。** · 2007/07/24(火) 18:09:13

>>172
PSPの方が高性能だし、追加投資もいらないからな。
NDSは敷居が高い上に性能も悪い。
PSPの方が変な仕様も少なく扱いやすいし。

**名前は開発中のものです。** · 2007/07/24(火) 20:46:28

ただ、PSPは頻繁にソニーが対策してるな

**名前は開発中のものです。** · 2007/07/25(水) 00:16:11

>>173
PSPはBGとかスプライトがない代わりにCPU性能が高い。
だからPC用のエミュレータを移植するのは楽。
ビットイメージ描画のところさえうまく作ればかなり近い動作をする。

一方NDSはPCやPSPと同じやり方でやろうとするとCPU性能が足りない。
BGやスプライトをうまく使えば性能は出るが、新規に作らなければならない。
また、機能が足りない場合には動作上の制約になってしまう。
ただし、うまく作ればCPUの負荷はだいぶ減らせる。

**名前は開発中のものです。** · 2007/07/25(水) 02:28:52

>>175
>ただし、うまく作ればCPUの負荷はだいぶ減らせる。
ここを詳しく!!

**名前は開発中のものです。** · 2007/07/25(水) 10:37:11

snesDSとかだな

**名前は開発中のものです。** · 2007/07/25(水) 13:18:59

>>176
画面のスクロールはハードに任せる

**名前は開発中のものです。** · 2007/07/25(水) 13:33:17

>>176
それを
> BGやスプライトをうまく使えば性能は出る
って書いてる。

BGやスプライト等をうまく使う = 必要な処理をハードにやってもらう

なので、ソフトで何でもやらなければならないPCより負荷はだいぶ減らせる
可能性がある。

考えてみればわかるけど、ショボいCPUを搭載したファミコンであれだけの
画面を作れるのはBGとスプライトのおかげ。

**名前は開発中のものです。** · 2007/07/27(金) 01:29:35

ttp://www.nintendo.co.jp/ds/ykoj/index.html?link=txt

拡張カメラが気になる今日この頃。

**名前は開発中のものです。** · 2007/07/27(金) 02:25:11

お、libmad抜きでONscripterのmakeが通っちゃったよｗ
SDL for NDS様々だな
ま、このまま動くとも思えないがナー

**名前は開発中のものです。** · 2007/07/28(土) 00:58:57

他に見当たらないからここでNDScripterの質問しても良いかな？
ただ単純に data2 以下に00.txtとndscr.iniを入れてるんだけど、
それでpack.batして出来たndscr.ndsを実機で走らせても

NDScripter
not found "ndscr.ini"
Error

って出ちゃうんだけど何でかな？
デコード後エンコしたアーカイブズを同梱しても一緒。
R4だから対応してるのかはわからないけどSD上にフォルダ作ってndscr.iniで指定してみても一緒。
そもそもndscr.iniが見つからないってエラーだから見つからないんだろうけどなんでだろう？
何かしら分かる方アドバイスしていただければ光栄です。
もしスレ違いでしたら誘導していただければ助かります。
よろしくお願いします。

**名前は開発中のものです。** · 2007/07/28(土) 02:36:13

エミュだと問題なく動作するんだけどな。
R4と相性悪いのかね。
スマンね。

**名前は開発中のものです。** · 2007/07/28(土) 04:08:33

はじめてみようと思ったけどやっぱ頭痛い
日本語で詳しく解説しているサイト・・ないですよね・・・
とりあえずコンパイルとかして動かしてみるものの
何がどーでどーして動いてるのかわからない・・・

**名前は開発中のものです。** · 2007/07/28(土) 05:15:38

383 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2007/07/28(土) 02:40:06 ID:kAQ4l4GW
R4でNDScripterって動かせないの？
エミュだと正常に起動できるのに実機だと

NDScripter
not found "ndscr.ini"
Error

ってエラーがでてしまう。
間違いなく同梱されてるndscr.iniが見つからないって事はR4と相性が悪いのかと思ったんだけど。
dldi化しようと思ったけど勿論dldi対応じゃないから出来なかった＼(^o^)／
誰かできた人居たりする？

**名前は開発中のものです。** · 2007/07/28(土) 08:02:45

英語がわからないならコードを読めばいいじゃない

案外なんとかなるよｗ