NintendoDS(NDS)非公式開発 Part3

**名前は開発中のものです。** · 2008/04/08(火) 07:05:13

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/1175812090/

**名前は開発中のものです。** · 2008/04/08(火) 15:17:30

セックスフレンドのコンバーター作ってくださいね♥

**名前は開発中のものです。** · 2008/04/08(火) 15:31:26

いつのまにか次スレになってた

**名前は開発中のものです。** · 2008/04/08(火) 15:45:39

YABO NDSkybookのndsuser2006氏
NDSkybookMの作者のmonnlight氏　にお願いがあります
改造したいので最新版のソース公開をお願いします。

連絡方法が無かったのでここに書いときますね

**名前は開発中のものです。** · 2008/04/08(火) 17:32:32

なんだ、このクズ

**名前は開発中のものです。** · 2008/04/09(水) 00:14:40

ちょっとききたいんだけどnintendoDSって何ビットなの？

**名前は開発中のものです。** · 2008/04/09(水) 03:07:33

文字入力をDSで実装する必要がある時、みなさん何かライブラリを使ってます？
それとも自作でしょうか

**名前は開発中のものです。** · 2008/04/09(水) 06:54:57

>>6
ARM7とARM9の2CPU
32ビットx2だけどThumbといって16ビットとしても使える
>>7
お前作れ

**名前は開発中のものです。** · 2008/04/09(水) 07:08:13

BIOSには文字入力機能が内蔵されてるよね
なんとか呼び出せないものなのかな

**名前は開発中のものです。** · 2008/04/09(水) 16:39:13

>>9
文字入力ってソフトキーボードのことか。
あれはライブラリの形なんてしてないので呼び出しは不可

**名前は開発中のものです。** · 2008/04/09(水) 17:40:08

でも一部ゲームでは同じようなソフトキーボードを備えてるんだよね
任天堂提供のライブラリに存在してるのかな

**名前は開発中のものです。** · 2008/04/10(木) 23:49:50

BIOS呼び出しじゃなかったと思うけど
ttp://headkaze.drunkencoders.com/
のKeyboardとかどうよ？

**名前は開発中のものです。** · 2008/04/11(金) 03:37:11

DSはレジスタやらVRAMやら入力やらIPCやらがメモリ上に全てマッピングされてるけど
これってコンピューター的には普通なん？　プログラムする側には便利なんだけど・・・

**名前は開発中のものです。** · 2008/04/11(金) 08:27:41

>>13
メモリマップドIOのことか
普通だよ
ARMにはIN OUT命令がないんじゃないかな

**名前は開発中のものです。** · 2008/04/11(金) 12:34:48

メモリマップドIOについて調べた
RISCでは普通なんだね
IN OUT命令が必要ないからハードとのやり取りに特別な処理が必要ないんだね

OSが無い環境でのプログラミングって面白いね
*( uint32 *)0x600000 = 1 << 6　とか最初何かと思ったよ
ビット演算子ってこうやって利用するんだね

**名前は開発中のものです。** · 2008/04/11(金) 15:55:21

>>15
volatileとかWindowsのプログラムでは使わないしね

**名前は開発中のものです。** · 2008/04/12(土) 00:56:19

>>16
んなこたないｗ

**名前は開発中のものです。** · 2008/04/12(土) 02:53:34

そもそもvolatileはポーリング以外での使い道ってあるの？

**名前は開発中のものです。** · 2008/04/12(土) 10:57:32

>>18
Ｃ言語の基礎は他でやってくれ

**名前は開発中のものです。** · 2008/04/15(火) 20:22:42

最近始めた者ですが、カートリッジROMからデータを受け取るには
どうすればいいのでしょうか？
0x40001A8に、B7xxxxxxxx000000のコマンド送信しても
データが受け取れません。
アドレス0x8000000以降には実機だとアクセスできない(？)みたいだし……

**名前は開発中のものです。** · 2008/04/15(火) 21:29:57

自己解決しました

**名前は開発中のものです。** · 2008/04/16(水) 22:27:41

DSのテキストエディタでまともなのおせーて！
http://ds.spacemonkeymafia.com/downloads.php
http://www.dcemu.co.uk/vbulletin/showthread.php?p=2148047031
以外で。

**名前は開発中のものです。** · 2008/04/17(木) 19:49:01

>>20-21
役立たずのお前はもう書き込まなくていいよ

**名前は開発中のものです。** · 2008/04/17(木) 22:27:23

>>23
そういうこといわない！

**名前は開発中のものです。** · 2008/04/17(木) 23:56:49

>>23
じゃあおまえは役に立ってるのかと小一時間(ry

**名前は開発中のものです。** · 2008/04/18(金) 22:10:09

質問して自己解決したのであれば解決法くらい書いとけ
この程度も出来んのなら来るな

21 · 2008/04/18(金) 23:25:16

自分勝手な書き込みをしてしまい
大変ご迷惑をおかけしましたm(_ _)m

読み込み部に下のようなプログラムを組んでみました
for (i=0; i<size; i+=4) {
swiDelay(2);
j = srcaddr + i;

// 読み込みアドレス指定
*(u32*)0x40001AC = (j & 0xff);
*(u32*)0x40001A8 = ((j & 0xff00) << 16) | (j & 0xff0000) | ((j & 0xff000000) >> 16) | 0xB7;

// ROMCTRLを読み込み設定に
*(u32*)0x40001A4 = *(u32*)0x27ffe60 | BIT(24) | BIT(29) | BIT(31);

// データコピー
*((u32*)dest + (i>>2))= *(u32*)0x4100010;
}

NO$GBAであっさり読み込めたので、もしかしたら
聞くまでもないことなのかもしれないと思ったので、
あわてて自己解決したと書き込みました。
ですが……実機ではできませんでした。
他にも手続きが必要なのかもと現在調べていますが……
私にはどうやら敷居が高すぎるようです

**名前は開発中のものです。** · 2008/04/19(土) 12:33:13

>>27
俺にもわからんから力になれない
解決したら教えてくれ
ROM吸出しのソースでもあれば参考になるだろうが
Rudolphに聞いてみたら

**名前は開発中のものです。** · 2008/04/19(土) 17:01:02

// 読み込みアドレス指定
*(u32*)0x40001AC = (j & 0xff);
*(u32*)0x40001A8 = ((j & 0xff00) << 16) | (j & 0xff0000) | ((j & 0xff000000) >> 16) | 0xB7;

↑
ソースきちんと読んでないけど、見るからに怪しいな

**名前は開発中のものです。** · 2008/04/19(土) 17:46:40

素直に1バイトずつにした方が良いんじゃない。

**名前は開発中のものです。** · 2008/04/19(土) 18:11:36

いや、1バイトでも4バイトでも駄目で2バイトずつにしなきゃいけないと思う。
バスの幅が16bitsだと、転送で残りの部分にゼロが入ってしまう。
エミュだと動くけど実機では×ならたいていこれ

**名前は開発中のものです。** · 2008/04/19(土) 22:12:06

コントロールレジスタ系を明示的に設定しないとだめな気がする。
デフォルト値を期待しているとエミュと実機で動作が違ったりしたと思う。

21 · 2008/04/19(土) 22:53:52

コマンド送信のところを16Bitにしたところ、
・NO$GBA, DeSmuMEでは正常動作
・iDeasでは10000h単位(？)で読みこまれる
・実機では強制的にROMの0x10200番地読み込み(？)
と、挙動がバラバラになりました

GBATekを見てみると、Key1, Key2で暗号化してあるとか、
暗号化回避法とか書いてありますが、この辺も関係あるのかなぁ？

21 · 2008/04/19(土) 23:25:16

訂正
・iDeasでは参照アドレスを0x29350と指定すると、0x20050のようになる
　→1000h, 100hは無効
・実機ではROMにはない情報が引き出される

ROMCTRLレジスタのデフォルト値をGBATekにあるのに変えてみたところ、
得られたデータに変化がありましたがROMにない情報でした

**名前は開発中のものです。** · 2008/04/20(日) 08:54:07

暗号回避法ってのは、PassMe/PassThroughとかのことかな？
このあたりは、公式じゃないROMからどうやってプログラムをブートするかの
解説だから、ブート後のROMの読み込み方法じゃないとおも。

あたしは良く読まないで諦めちゃった人だから、頑張って欲しいんだけど
いずれにしても、戻ってくるデータストリームはKEY2で暗号化されてるし
コマンドそのものもKEY2で暗号化して送らないとダメって書いてない？
素直に B7aaaaaaaa000000h 送っても無効なコマンドで処理されそう。
(その場合はKEY2ストリームをビット反転させたものが延々と戻ってくるだけです)

ここからは想像なんだけど
結局ROMのデータを読み出すなら、KEY2の暗号シードが分からないわけで
そのKEY2の暗号シードを取得するには、いったん暗号モードをリセットして
最初から自分でKEY1、KEY2って設定していくしか方法がないんじゃない
かなーって気がします。
たぶんRudolphさんが読み込みにつかってるのはこの方法だと思います。

あるいは他の方法で暗号のシードを取得できたり
暗号化そのものを無効化できる方法があるのかなぁ・・・

21 · 2008/04/20(日) 21:11:27

>>35
ご指摘ありがとうございます。GBATek読んだらかなり細かく暗号化について
書いてあるんですね。今、暗号化プログラムを組んでいるところです

コマンド送信のバイト幅を8Bitにしレジスタ系を32Bitにしたら、
実機以外のエミュですべて正常動作しました。
あとは暗号化実装さえすれば動きそうな気がしますが……
KEY1の設定大変そうです;

**名前は開発中のものです。** · 2008/04/21(月) 15:03:22

>>8
命令長が32bitだろうと16bitだろうと関係ない。
Core2Duoの最短命令長は8bitだが、8bitCPUとは言わんだろ？
ARM命令とTHUMB命令の違いは関係なくMAIN,SUB両方とも32bitCPU。

ただし、今の時代何をもって何bitCPUと言うのかが微妙になっている。
昔はバス幅で言うのが普通だったが、キャッシュ導入以降は意味がなくなっている。
というか、何bitCPUという言い方自体にあまり意味がない。

**名前は開発中のものです。** · 2008/04/21(月) 20:13:25

汎用レジスタのビット数じゃね

**名前は開発中のものです。** · 2008/04/21(月) 20:33:12

>>38
考え方としては賛成だが、メーカー公称はそうでもないんだよね。
例えば、
68000はレジスタは32bitだが、16bitCPU(とモトローラが言っている)。
8086は16bitCPUだが8088は8bitCPU(とIntelが言ってる)。
ただし、8088を搭載した初代IBM PCは16bit PCと誇大広告を…

データバスの幅によってそうなっているのだが、
だからと言って初代Pentiumが64bitCPUかと言うとそれはない。
何bitCPUという言い方自体に意味がなくなっているからどうでもよくなってる。

**SunDarkness** · 2008/04/22(火) 13:58:50

NDScripterつくっつた奴。Source公開しないか？
R4に移植は簡単だと思うのだが。

**名前は開発中のものです。** · 2008/04/22(火) 21:20:16

まずはお前から公開するべきだ。

**名前は開発中のものです。** · 2008/04/22(火) 23:10:23

移植が簡単なら本人がやるだろ。
素直にソース下さいって言えよｗ

**SunDarkness** · 2008/04/23(水) 09:11:31

すんませんどすた。

**名前は開発中のものです。** · 2008/04/30(水) 16:16:15

40みたいなのがいるから
やる気なくなるんだよな

**名前は開発中のものです。** · 2008/04/30(水) 20:21:55

sourceforge.net死んでる？
devKitPro落とせないんだけど…

**名前は開発中のものです。** · 2008/04/30(水) 20:46:22

>>40
後悔するより公開してください

**名前は開発中のものです。** · 2008/05/02(金) 18:28:49

ソースの公開はそんなに嫌なものか？

**名前は開発中のものです。** · 2008/05/02(金) 18:46:42

当たり前

**名前は開発中のものです。** · 2008/05/02(金) 20:11:01

あたまわるっ

**名前は開発中のものです。** · 2008/05/02(金) 20:27:37

ふーん
でも開発ツールはオープンソースのものを使ってるんだよね
ちょっとは還元しようと思わないの？

**名前は開発中のものです。** · 2008/05/02(金) 20:43:30

>>50
その理屈はおかしい。
オープンソースはオープンソースプログラム拡大の為に
GPL・LGPL等の厳しいライセンス制約を課している。
それを満たした上でどう使おうが、他人が口を挟める問題ではない。

**名前は開発中のものです。** · 2008/05/02(金) 21:20:16

まぁ強制はしないけどさ
ギブアンドテイクが出来ないなら廃れるだけだよ
狭い界隈だし、協力しあったほうが色々と楽だと思うんだけどねぇ

**名前は開発中のものです。** · 2008/05/02(金) 21:54:02

>>52
だからその理屈はおかしいっての。
何でも公開するような義務を作ったら、それこそ一発で廃れるから、
廃れないように絶妙のバランスを保つためのオープンソースライセンスなんだよ。

**名前は開発中のものです。** · 2008/05/02(金) 23:32:04

>>52
おまえ何か出したのか？おまえが件の開発ツールとやらを作って公開してるのか？
何もしてないやつが「ギブアンドテイク」だとか語ってソースを公開させるのは全くギブアンドテイクになってないと思うんだ。
100歩譲っておまえの意見が正しかったとして、おまえが何か公開してからそういうこと言わなきゃ意見が矛盾してることになるんじゃまいか？

世の中には一方的に拾っていくばかりの人が大勢だってことを頭に入れた上で意見を言ったほうがいいぜ？
巨大なお世話かもしれんけどさ。

**名前は開発中のものです。** · 2008/05/02(金) 23:36:00

PC-ATは仕様が公開されているのでWindowsもソースを公開すべきです！みたいな論理だなｗ
まずは、ソースコードはおろかソフトすら公開していないやつが何を言ってもなぁｗ

**名前は開発中のものです。** · 2008/05/02(金) 23:59:35

確かにDSじゃまだ作り始めたばかりだけど
他の分野でソース付で公開してる

そこまで必死になって嫌がる理由が分からない
将来的に販売するなどの目的があるなら別だけど
みんなでワイワイやったほうが楽しいと思うんだよね

**名前は開発中のものです。** · 2008/05/03(土) 00:46:44

>>56
だから公開してからいえや
他の分野で公開ってどこだよ、見に行ってやるから言えよ

**名前は開発中のものです。** · 2008/05/03(土) 00:57:44

こうやって当人が何も言ってないのに的はずれな議論もどきが進んで既成事実になってしまいます

**名前は開発中のものです。** · 2008/05/03(土) 02:59:05

「ソース見せ合ったほうが楽しいんじゃない？」という程度の意見なのに、
勝手に「ソースは公開すべき」という意見だと曲解した上で必死で否定する人たちって…

**名前は開発中のものです。** · 2008/05/03(土) 03:37:35

毎度毎度過疎板の過疎スレで熱心なことだなｗ

**名前は開発中のものです。** · 2008/05/03(土) 04:34:49

>>59
>>56が何らかのソースを公開したらみんなで楽しもうじゃないか
多分二度とこないと思うけどな。

**名前は開発中のものです。** · 2008/05/03(土) 07:52:48

>「ソース見せ合ったほうが楽しいんじゃない？」という程度の意見なのに、
すごいこというな・・・
こういう人のために作者は自分の時間を使ってたのか・・・かわいそう

**名前は開発中のものです。** · 2008/05/03(土) 08:01:25

なんでここにはバカが多いの？

**名前は開発中のものです。** · 2008/05/03(土) 12:38:57

どうも話が噛み合ってないと思ったら、>>40＝>>47だと思ってるから必死で否定してるのか。
たしかに>>40みたいなあからさまな乞食は論外だが、
>>47はただ、ソースの公開は嫌なものなのか？って皆に聞いてるだけじゃん。

**名前は開発中のものです。** · 2008/05/03(土) 14:02:59

>>64
はぁ？必死なのは「ソース見せ合ったほうが楽しいんじゃない？」とかほざいたお前だろ？

**名前は開発中のものです。** · 2008/05/03(土) 16:21:59

>>65
そんな顔真っ赤にして言われても…

**名前は開発中のものです。** · 2008/05/03(土) 16:26:20

お前がな……はっ！

公開して欲しいと人に頼むなら、自分が公開してから言えってのは同意。
それを踏まえて公開したい人は公開すればいいんじゃね？
求めるだけじゃ誰も答えんよ。

**名前は開発中のものです。** · 2008/05/03(土) 16:36:40

論点を見事にずらされた希ガス

今俺が希望するのは56のソース公開だけだ
実に楽しみだ、きっとみんなで共有できるはずなのに
当人が一切公開しようとしないんだから困ったものだｗ

結局そういうもんだよｗ

**名前は開発中のものです。** · 2008/05/03(土) 16:45:09

>>67
それには全面的に同意なんだが、>>56の皆でワイワイやったほうが楽しいという意見も納得できるので、
ちょいと口を挟んでみたのだが…どうも言わんとしてるところがうまく伝わらなかったようだな。
というか、俺が>>56だと勘違いされてる？

**名前は開発中のものです。** · 2008/05/03(土) 17:21:04

>>68
http://sourceforge.jp

ここのどれかだ。
これ以上知りたければお前の氏名とプロバイダのメールアドレスをココに書きな

**名前は開発中のものです。** · 2008/05/03(土) 17:49:48

>>70
そういうやり方は、公開したくないといってるのと同じだ。

**名前は開発中のものです。** · 2008/05/03(土) 18:17:04

>>71
sourcefourgeのプロジェクトなんて個人特定したも同じじゃねーか。
たかが名無しの煽りのためだけに、個人情報に近いものを晒したくはないだろうよ。

**名前は開発中のものです。** · 2008/05/03(土) 18:30:54

＞ちょっとは還元しようと思わないの？
＞ギブアンドテイクが出来ないなら廃れるだけだよ

みたいにネガティブな論調、悪意から始めておいて、その態度等に文句を付けられると

＞ワイワイやる方が・楽しいんじゃない？

というポジティブで同意を求めやすい善意的な論調にすり替えます。
するといつの間にか自分は公明正大な発言者であると大きな顔が出来るわけですよ

**名前は開発中のものです。** · 2008/05/03(土) 20:39:50

まぁ、いいからゴチャゴチャ言う前に>>56はソースを公開するべきだな。

「sourcefourgeに公開してある」ではなくて、
これから新たにうｐろだにでも公開するといいと思うよ。
IDでもテキストに書いていれておけば、証拠にもなるしな。

**名前は開発中のものです。** · 2008/05/03(土) 20:53:45

自分のプログラムを堂々と晒すこともできずに
「俺は公開している」なんてよくも言えたもんだな。
恥ずかしくないのかね

**名前は開発中のものです。** · 2008/05/03(土) 21:59:35

なんだかなぁ。
オープンソースを信奉するならまず自分から公開しろというのには賛成なんだが、
ここまで煽りまくるとかえって公開しづらいだろうに…。

と思ってたが>>70のやり方見たらどっちもどっちという気がしてきた。

**名前は開発中のものです。** · 2008/05/03(土) 22:03:18

>>70 != >>56
だろう常識的に(ry

**名前は開発中のものです。** · 2008/05/04(日) 00:17:02

じゃこの流れを変えるためにも、俺が自作を公開してみます
DS素人な上にゲーム制作の経験もないけど、
一番最初の入門者にとって参考になれば…と思ってます。
ttp://void-main.org/dsprogram/
全然更新していないんだけど、意見あればよろしく。

**名前は開発中のものです。** · 2008/05/04(日) 01:20:28

あんたえらいな。

**名前は開発中のものです。** · 2008/05/04(日) 01:55:59

プログラムなんてやったことなくても
意見いったり批判はしていいとおもうけどな

どんな人が書いたかよりも
内容で読んだ方が

**名前は開発中のものです。** · 2008/05/04(日) 02:30:47

>>78
乙、参考になります。
…って、元A○CCの方じゃないでつか？

35 · 2008/05/05(月) 02:34:17

久しぶりに来てみたら荒れててワロスｗ
実機でＲＯＭカートリッジの内容を読み込むの成功したんだけど
この雰囲気だと叩かれそうだｗ

先に結論から言うと、実機でＲＯＭを読み込んでも無駄です。
スロットに刺さってるのはマジコンのカートリッジなんだから
この状態で読み込んでも、読み込まれるのは・・・・・

なんでこんな単純なことに気がつかなかったんだろう orz

**名前は開発中のものです。** · 2008/05/05(月) 07:34:21

DSの開発するとき頼りになるのはサンプルのソースだけど
ソースの公開されてる自作ソフトがあると非常に助かるのは事実
>>82
ROM吸出しソフトはすでにあるよ
皇帝ルドルフとか言う人が作ってた
プログラム実行したらカートリッジ差し替えるんだよ

35 · 2008/05/05(月) 08:25:36

ＲＯＭを吸い出したいんじゃなくて
データを、コードに直接埋め込んだりlibfatを使わずに
カートリッジから直接読み込みたいっていうことじゃないかな？

まぁ結局、素直にlibfat使いなさいていうことですね・・・

**名前は開発中のものです。** · 2008/05/05(月) 12:08:41

Slot1を読み込みたいならSlot2のマジコンを使えばいい。
Slot2を読み込みたいならSlot2のマジコンを使えばいい。
読み込みたい方と別のSlotからブートすれば何も問題はなかろう。せっかく2つあるんだから。
使えるマジコンは限定されるけど。

**名前は開発中のものです。** · 2008/05/05(月) 15:17:08

開発時はlibfat+dldiを使ってテスト、リリース時には結合したデータを
gbfsで読み込むよう切り替えたいんだが、なんかいい方法はない？

**名前は開発中のものです。** · 2008/05/05(月) 17:43:12

尻ませんけど有ると重い増すよ

**名前は開発中のものです。** · 2008/05/05(月) 19:44:29

>>82
起動中にDSカード抜くと一発でフリーズするんだね、残念。
PSみたいに途中でメディアを入れ替えられるようになっていれば、
GBAスロットの拡張メモリに一旦転送するとかできどうだけど。

それとも特定のAPIでメディアとの接続を切ったりできるのかな？

**名前は開発中のものです。** · 2008/05/06(火) 02:18:31

>>88
フリーズするのは主に商用のカートリッジだけですよ？
カートリッジの抜き差しでハードウェア割り込みが発生するので
公式の開発ツールは、カートリッジ割り込みを拾ったらフリーズするように
作られてるんでしょうきっと。

ためしにhomebrewなソフトで抜き差ししてみるといいです。

**名前は開発中のものです。** · 2008/05/06(火) 03:34:18

>>89
だとすると、割り込みハンドラを登録すればフリーズしないってことだな。
irqSet(IRQ_CARD_LINE, func);
のようにして、まずはテスト用のハンドラを登録して動作を試してみたらいいんじゃないか？

**つくりませんか** · 2008/05/07(水) 18:23:39

だれかゲームをつくりませんか？

初心者ですが、お願いします。

自分で作ったソフトとか
http://www.geocities.jp/takahumi1102/nds.html

**名前は開発中のものです。** · 2008/05/07(水) 19:00:29

完全に丸投げしているのか
同好の士を募集しているのか
募集しているにしても何を求めているのか
それとも単なる自己紹介なのか
さっぱり分からんな

**つくりませんか** · 2008/05/07(水) 19:11:22

>>92
つくってください・・・・・じゃなくて、
ただ単にゲームをつくりたいです。
求めているものは、教えあえることです。

**名前は開発中のものです。** · 2008/05/07(水) 19:31:57

>>93
とりあえず全部教えてください

**つくりませんか** · 2008/05/07(水) 21:38:50

>>94
???????

**名前は開発中のものです。** · 2008/05/07(水) 21:41:15

>>95
依存する気100％で「教えあう」と言われても。

**名前は開発中のものです。** · 2008/05/07(水) 22:11:19

>>95
池沼なんだね

**つくりませんか** · 2008/05/07(水) 22:47:22

>>94
全部教えてくださいというのはどういう意味ですか？？

**名前は開発中のものです。** · 2008/05/07(水) 23:35:21

>>98
「教えあえることです。」の教えられる部分に決まってるだろｊｋ

**名前は開発中のものです。** · 2008/05/07(水) 23:52:12

何でゲ板は日本語の不自由な奴が多いんだ？

**名前は開発中のものです。** · 2008/05/08(木) 02:19:41

まずはどういったものを作りたいのか示せるか？
それも決まってないようだと、話にならんが。

**名前は開発中のものです。** · 2008/05/08(木) 02:38:50

>>93
どんな内容をやりとりするの？
ここや、他のサイトや掲示板でやらず
特定の人たちと情報交換するなら、
明確な目的とかルールを決めておかないと続かないぞ

プログラムメインの情報交換なのか
ゲーム内容メインの情報交換なのかとかさ

情報交換の内容も
初心者と一口にいっても
開発環境の揃え方から教えあうとか
基礎は出来てて一人じゃどうしても分からないことだけ教えあうのかとかも
考えてから募集したほうがいいんじゃない？

**名前は開発中のものです。** · 2008/05/08(木) 06:49:45

2ちゃんで一緒に作ろうといって出来たためしがない
1人でこつこつやるしかない

**つくりませんか** · 2008/05/09(金) 01:54:09

なんか夢を失ったので、一人でコツコツつくります。
ありがとうございました。

**名前は開発中のものです。** · 2008/05/09(金) 11:12:20

本人なら最低だな
こいつに関わった人カワイソ

**名前は開発中のものです。** · 2008/05/09(金) 14:08:33

まだ始まってすらいないのに関わった人カワイソ
電波もいいとこ

**名前は開発中のものです。** · 2008/05/09(金) 15:11:34

>>104
具体的に何を作るかくらい示さないと釣りとしか思われませんよ。

**名前は開発中のものです。** · 2008/05/09(金) 20:39:54

爆釣りしませんか？

**名前は開発中のものです。** · 2008/05/10(土) 16:01:10

まじめに答えた人カワイソ

**名前は開発中のものです。** · 2008/05/14(水) 20:17:47

ndskybookの無線まわりがうちのDSで動かないので、色々なところを直してみた
基本的には、ただコンパイルして新しいdswifiとリンクさせてやるだけでネット回りの問題は解決する模様
しかし相当前の(2006年ごろ)のlibndsで動くように作られていたのでdevkitarm r23対応が地味に面倒くさい
今、ttfフォントファイルを使用した実装にしてみようかと改造中・・・

**名前は開発中のものです。** · 2008/05/15(木) 01:55:24

最近DSのHomebrewの開発を始めた日曜プログラマーなのですが、
SpriteEntry内のattribute2のタイルインデックスについてお聞きしたいことがあります。

VRAM上の特定の位置にある画像を指定する為にタイルインデックスを指定させ、
画像を設定していますがその上限は10ビット（1024）となっていました。

それ以上の大きいインデックス値に存在する画像を扱いたい場合、
タイルインデックス以外の指定方法はあるのでしょうか？
それとも、必要に応じて書き換えを？

ご教授お願いいたします。

**名前は開発中のものです。** · 2008/05/15(木) 04:09:12

>>111
基本的にはない。

変則的な方法だと
(1)別のBGに別のキャラクタベースを割り当て、そこに表示して合成する
(2)ラスタ割込みで、途中からキャラクタベースを書き換える
等があるが、
(1)はBGを無駄遣いする(空きBGがあるなら問題はないが)
(2)は同一ラスタ中で混在できない
という問題がある。
要するにキャラクタベースを切り替える方法。
だがそもそも、32x24=768 しか同時にキャラクタを表示できない(表示するスペースが
それしかない)のだから、1024で足りるじゃないか…って思う。
使う分だけ書き換えればいいじゃんって話。

あと揚げ足取りのようだがタイルインデックスの上限は1023。

**名前は開発中のものです。** · 2008/05/15(木) 08:45:30

ラスタ割り込み、ファミコンでは基本テクニックだったな

**名前は開発中のものです。** · 2008/05/15(木) 09:56:18

>>112
>>113
情報ありがとうございます。　基本的にはないんですね、開発者の技量次第ですか。
BGについては、まだ将来どう使用するか未定なので今は利用できそうにはありません。

もう一つのラスタ割り込み、ということはIRQ_HBLANKですか。
こちらはそういう用途でも利用できたんですね。
パレット書き換えによる多色表現とかだけだと思ってました。

私はキャラクターがぬるぬる動くアクションゲームでもと思っており、
１キャラのアニメーション量が多いのでこんな質問をしました。

8ビットのプレイヤーキャラだけでインデックス使い切る
↓
4ビットまで減色
↓
プレイヤーキャラの画像領域を縮小して特定範囲だけを使用
↓
いや、知らないだけで実はスプライト用のバンク切り替えがあるんじゃないか？と思い　>>111

このような流れです。

>タイルインデックスの上限は1023
0～1023なので上限は確かに1023でしたね。　お恥ずかしい。

**名前は開発中のものです。** · 2008/05/15(木) 11:49:15

今DevkitPro r21を使ってるんだけど、r22に更新すると何かメリットとかある？

**名前は開発中のものです。** · 2008/05/15(木) 14:41:27

それくらい自分で調べられないと
最後まで続かないと思われ

**名前は開発中のものです。** · 2008/05/15(木) 15:41:28

>>115
There are a number of improvements

* binutils updated to 2.18.50
* gcc updated to 4.3.0
* grit updated to 0.8
* ndstool now uses default.arm7 from libnds directory
* newlib multibyte code enabled with C-UTF8 locale

release 23が出てるけどね

**名前は開発中のものです。** · 2008/05/15(木) 17:45:22

>>114
アニメーションパターンが多いなら
表示するパターンだけVRAMに転送して毎回インデックスを更新すればいいんじゃない？
もしDISPLAY_SPR_2Dで作ってるならDISPLAY_SPR_1Dに切り替えた方が結果的に楽になると思うよ

**名前は開発中のものです。** · 2008/05/15(木) 19:20:04

>>118
当初から1Dでやっており、つい数日前にご指摘なさっている手法に至って
プレイヤーキャラのアニメーションをまかなうようになりました。

VRAM_AやBの128キロバイトをフルに活用できると思っていただけに
タイルインデックスの使用上限にはかなりショックを受けています。
画像のビット深度が倍になるとインデックスの消費量も倍（？）になりましたし

「あー、だからDSになっても16色っぽい主人公がドラキュラ退治するのか」と
納得したような、しないような。
（それでも開発自体は本業より楽しいから問題は無いのですが）

**名前は開発中のものです。** · 2008/05/15(木) 20:01:41

なにこの打てば響く完璧なレスｗ
まぁ元々GBAと互換を保つための機能だからその名残が残ってるのは仕方ないよね
SpriteEntry内にインデックス拡張フラグを入れる余地は全く無いし

**名前は開発中のものです。** · 2008/05/15(木) 20:43:59

>>114
ごめん。スプライトの話だったんですね。
よく見るとSpriteEntryと書いてありましたね。
BGの話かと思って勘違いしてました。

**名前は開発中のものです。** · 2008/05/15(木) 23:17:24

>>120
＃include <nds/arm9/sprite.h>を覗いた上での
最後の悪あがき的な質問でしたから。

教えてくださる先達に横柄な態度はできませんよ。　こちらは無知ですし。
・・・まぁ、職場にいる先輩PGには慇懃無礼ですが（・∀・）

>>121
たとえ見当違いであっても、
お教えくださったその知識、知恵はありがたいものです。
いつか役立たせていただきます。

**名前は開発中のものです。** · 2008/05/17(土) 21:44:28

m3さくらはmoonさんが作ってるの？

**名前は開発中のものです。** · 2008/05/20(火) 11:24:28

この流れを見てると2chで協力つのるのは鬼門なのかね('A`)

**名前は開発中のものです。** · 2008/05/20(火) 14:01:46

>>91は協力ではなく単なるクレクレ

**名前は開発中のものです。** · 2008/05/20(火) 15:23:31

基本的にプログラムしか出来ない人ばかりな板だしなぁ
凄い勢いで絵を描くから中身を作ってくれ
ってんなら協力者は出てくるかもしれないけどなｗ

**名前は開発中のものです。** · 2008/05/20(火) 16:44:47

手書き文字認識モジュールつくったんだけど
学習データが圧倒的に足りないんです、悲しいぐらいに。
とりあえず今はTomoeのデータ使わせてもらってるんだけど
素のTomoeのデータはとてもじゃないけど普通に使えるレベル
じゃないんです。

例えば、書き順がめちゃくちゃ
「止」「上」は、縦線から書くのがたぶん正しい書き順なんだろうけど
tomoeのデータだと、この２つは横線から始まってるし
かとおもったら「歩」に乗っかってる「止」の部分は縦線から始まってる。
「斗」と「科」の書き順も逆になってたり、バラバラで統一されてないし。
まぁ書き順はエンジンの方でなんとでもなるんだけど
もっと酷いのが「旨」
「ヒ」の横棒の部分、は右から左にはらうのが正しい書き方だとおもうんだけど
「指」と「旨」でバラバラだったり、こういうの直してるだけで泣きそうになる。

**名前は開発中のものです。** · 2008/05/20(火) 16:47:13

せめてＤＳブラウザぐらいには漢字認識できるようにしたいね
まぁ出来る範囲でコツコツがんばるよ('A`)

**名前は開発中のものです。** · 2008/05/20(火) 17:22:21

>>127
「止」「上」って上側の横線から書くんじゃないの？

**名前は開発中のものです。** · 2008/05/20(火) 17:25:19

> 「ヒ」の横棒
どっちが正しいか迷ったので、"カタカナ書き順ヒ"でぐぐってみた。
ttp://www.winttk.com/kakijun/katakana/10027.htm
右から左にはらうのが正しいようだけど、定着してない様子。
どっちからはらっても認識するようにしたほうがいいかも。
これ以外にもこういう文字はあるんだろうなぁ。

**名前は開発中のものです。** · 2008/05/20(火) 18:23:20

書き順認識はプログラムするほうからは強制したいけどユーザからは無いほうがいいんだよな
市販DSソフトで全然認識しなくていらいらしたことがある
書き順が違ってたらしく書き順変えたらすぐ認識した

**名前は開発中のものです。** · 2008/05/20(火) 21:09:22

まぁ、あれです
せめてSDカードに学習データを保存できるぐらいまでに完成したら
ここで協力募って学習データ集めさせて、っていうのはありですか('A`)

それよりも泣きたいのは、素のTomoeの辞書データに
カタカナ・ひらがなの濁音拗音がぜんぜん無いンですヴヴヴっヴ
今、がんばってシコシコ作成中 orz

>>127
大漢語林っていう、重さ５kぐらいある鈍器みたいな辞書で調べたら
「上」「止」「歩」いずれも縦の方が筆順が先でした。
筆順なんて国とか時代で違うかもしれないし、本当かどうかはﾜｶﾝﾈ

>>131
今考えてるのは、デフォルトの検索は、筆順強制で
それで認識されなければ、書き順フリーで検索して結果を学習
できれば、その学習データをｸﾚｸﾚ君('A`)

**名前は開発中のものです。** · 2008/05/20(火) 21:41:56

フリーのDS用日本語手書き文字認識ができたらすごいな
DS版もSourceForgeでやってほしいわ

**名前は開発中のものです。** · 2008/05/20(火) 22:08:14

souceforgeじゃなくていいな
むしろうまくいかなくなると思われ

**名前は開発中のものです。** · 2008/05/20(火) 23:53:39

SourceForgeとかｗｗｗうえｗｗ
正直、偉そうなこと言ってるけど、完成度低いんだよホントに・・・
実際に触ってみると分かるよ

ttp://www.mediafire.com/?pwfnmymd0x7

バグ多いけど目つぶってね orz
この流れが続くと痛いから、ぼちぼちROMに戻るﾃﾞｽ

**名前は開発中のものです。** · 2008/05/21(水) 03:37:24

初歩的な質問ですみません。
メモリの空き容量を調べたいと思って、mallocとfreeを繰り返してNULLが帰ってくるまでループ回すってやり方を試してみたんですが、正しい結果が得られないみたいなんです。
何かいい方法はありますか？

**名前は開発中のものです。** · 2008/05/21(水) 07:13:30

>>136
メモリの空き容量っていうのが、曖昧でよくわからない
確保できる「最大の」容量が知りたいのか
確保できる「合計の」容量が知りたいのか
mallocとfreeを繰り返して、っていうのはつまりどういうこと？

メモリはmalloc/freeを繰り返すうちに断片化されていくから
最大の容量≠合計の容量になるのは分かるよね？
最大の容量がしりたいなら
for(size = 40000000; malloc(size) != NULL; size--);
これで調べられるとおもう。

合計の容量がしりたいなら、malloc(256)を何回繰り返せるかカウント
してみたらどうでしょう。

**名前は開発中のものです。** · 2008/05/21(水) 07:25:04

曙が３人座れるサイズの長椅子があったとして、
もし真ん中に曙0.2人分サイズの子供が座ってたら
空いてるスペースは曙2.8人分ぐらいだけれども
実際に座れるのは２人だよね。

malloc() free() を繰り返すっていっても
同じサイズで何度も繰り返すのか、それとも少しずつ
確保するサイズを増やすの、減らすの？

**名前は開発中のものです。** · 2008/05/21(水) 08:28:21

あいまいな書き方ですみませんです。
今現在取得できる連続したメモリの空き容量ってことで、こんなのでやってました。
これで実行したら、場合によっては4194304以上の数字が出たりします。
んで、whileから抜けれて無いみたい。

char *m_ptr;

m_ptr=NULL;

int cnt=1;

while (1) {

m_ptr=(char*)malloc(cnt*1024);

if (m_ptr==NULL) break;

free(m_ptr);

m_ptr=NULL;

cnt++;

iprintf("mem:%d\n",cnt*1024);

}

iprintf("memfree:%d\n",cnt*1024);

**名前は開発中のものです。** · 2008/05/21(水) 08:29:24

うぁ、コピペしたら変な改行はいった・・・

**名前は開発中のものです。** · 2008/05/21(水) 09:13:18

libcが物理メモリと関係なく、確保できるぶんだけ確保するとか、
物理メモリ境界をオーバーしてもNULLを返さないような実装になってんじゃね？

**名前は開発中のものです。** · 2008/05/21(水) 11:39:45

完全に推測でしかないんですが

メインＲＡＭで使える領域は、正確には4Mじゃなくて
後ろの方をシステムが使用してるから(4M - 4k)だよね
/devkitPRO/devkitARM/arm-eabi/lib/ds_arm9.ld を見ると
# MEMORY {
#　　rom : ORIGIN = 0x08000000, LENGTH = 32M
#　　ewram : ORIGIN = 0x02000000, LENGTH = 4M - 4k
#　　dtcm : ORIGIN = 0x0b000000, LENGTH = 16K
#　　itcm : ORIGIN = 0x01000000, LENGTH = 32K
# }
# __ewram_end = ORIGIN(ewram) + LENGTH(ewram);
# __eheap_end = ORIGIN(ewram) + LENGTH(ewram);
実際に、こう書いてあるし。

だから、2000000h ～ 3FFF800がmalloc()で確保される空間なんだろうが
/libnds/include/ipc.h をみると
# static inline

# TransferRegion volatile * getIPC() {

#　　return (TransferRegion volatile *)(0x027FF000);

# }

ヒープの後ろ4096kを、なんか無断でつかっちょる

前々から、これってmalloc()で27FF000h～が確保されたら
ぐちゃぐちゃになるんじゃないかってヒヤヒヤしてるんだけど
どうなのこれ？　大丈夫なの？

**名前は開発中のものです。** · 2008/05/21(水) 11:41:39

2000000h ～ 3FFF800
じゃなくて
2000000h ～ 2FFF800
に脳内変換しておいてくだしあ orz

**名前は開発中のものです。** · 2008/05/21(水) 17:00:30

http://neimod.com/dstek/
消えてる？

**名前は開発中のものです。** · 2008/05/21(水) 20:53:26

難しすぎてよくわかりませんが、先に書いた方法では上手くいかないんですね・・・
ちょっと困っちゃったかもです。
考えてみます。

**名前は開発中のものです。** · 2008/05/22(木) 00:11:54

どうすればいいんだ？自分でnewハンドラを実装が一番楽かな

**名前は開発中のものです。** · 2008/05/22(木) 01:40:27

mallinfo()
使えるかどうかは知らん

**名前は開発中のものです。** · 2008/05/22(木) 07:45:52

>>142
ld が割り当てる RAM の容量は 4M-4k なんだけど、そうするとその空間は
02000000-023fefff じゃね？
これだと IPC のアドレスが変なんだけど、それは 02400000 からが RAM の
ミラーになってるからで、027ff000 は 023ff000 にあたるので問題無し

>>145
>>137 じゃだめなの？

**名前は開発中のものです。** · 2008/05/22(木) 08:16:21

>>148
forの方は、4Mから徐々に確保する量を減らして、NULLが帰ってこなかったらそれが連続して取れるメモリ容量って意図だと思うんですが、
初めの確保できないはずの4Mの時点でNULLが帰ってこないので、ループが終わってしまいます。

２５６づつってのも、確保されたメモリが必ず連続したものとは限らないので、今回の趣旨には合いません。

**Moonlight** · 2008/05/22(木) 18:31:31

http://mdxonline.dyndns.org/imgview111_memtool.txt

safemalloc_nocheck関数が、私がそれなりに安心して使えると信じて使っているmalloc関数です。
atypeっていうのは、バッファアンダー＆オーバーラン、解放し忘れと二重解放を検出するために私が勝手に作った部分ですので、読み飛ばして頂いて問題ありません。
読みづらいと思いますが、もし参考になれば見てみてくださいませ。
DevKitProのmallocが信用できればこんなに苦労しないのに。標準関数をオーバーライドする技術があれば…。（苦笑

**名前は開発中のものです。** · 2008/05/22(木) 19:33:07

>>150
こんなに重いmalloc関数、使ってられないんじゃないか？

**Moonlight** · 2008/05/22(木) 20:00:45

>>151
仰る通り本当に重いです。でも安全性を最も気にしていることと、リソース絡みのバグは非常に見つけづらいこともあって、私はこのスタイルを愛用しています。
本当に処理速度が必要な一番内側のループで仕方なくmallocする必要があるときは、ある程度大きなブロックの最初で空きメモリを計算しておいて…あぁ面倒くさい。（苦笑
毎度毎度フラグメントしないようにmallocする順番を考えるのも面倒くさいですし。
メモリをぎりぎりまで使おうと思わなければ（例えば動的キャッシュなどを考えなければ）普通にmallocすれば大抵は動くと思うのですが…。
って愚痴っぽくなってきたので退散します。蛇足失礼しました。

**名前は開発中のものです。** · 2008/05/22(木) 20:10:06

>>152
なるほど、さすがに今まで苦労している人は違いますね。サンクス。

俺は今までmallocの問題を感じたことがなかったんだけど、
問題がどこにあるのか完全に切り分けることができれば、
new演算子や完全に独立したmalloc関数を作るのがいいんじゃないか？

**136** · 2008/05/22(木) 20:43:09

>>Moonlight氏
試しに、プログラムにそのまま組み込んでみます。（当然変更する部分は変更して）
上手くいった場合、組み込んだままプログラム公開とかしても問題ないでしょうか？

**Moonlight** · 2008/05/22(木) 21:28:14

>>153
もちろんスタブをオーバーライドするのが一番いいのでしょうが、標準関数に手を加えるのはDKPがバージョンアップしたときにトラブルの元になりそうと思ってやめてしまいました。
libfatとかはfopenなどを上書きしていましたがなんとなく気持ち悪くて。（プログラマにあるまじき感覚的表現
DevKitProというか、libndsの更新リストが信用でき(ry

>>154
速度や安全性が十分に要求水準を満たすことを確認できたときは、自由に使っていただいてOKです。
私に報告することも、なにか表示する必要もありません。
atype絡みはばさっと切っちゃうが吉ですたぶん。

**名前は開発中のものです。** · 2008/05/22(木) 22:45:41

うーん、RAM 容量以上でも NULL が返ってこないのは何か
malloc のアルゴリズム以前の別の問題がある気がするんですが…

少なくともうちでは >>137 風のプログラムも >>139 も動いてます
環境は devkitARM release 23 b とそれでコンパイルした libnds 20071023

**136** · 2008/05/22(木) 23:30:26

環境依存なの？
うちはDevkitPro release 21 (DevkitARM r21)なんで、そのせいとか？
ちなみに、>>139 のを実行したら、値がいくらって出てますか?

**名前は開発中のものです。** · 2008/05/23(金) 06:04:27

r23b で 4128768、r21 で 4145152 でした
ソースと r23b でコンパイルしたものをあげておきます
ttp://gamdev3.hp.infoseek.co.jp/cgi-bin/up/No_0271zip.html

**136** · 2008/05/23(金) 08:34:48

>>158
ＤＬして試してみたところ、こっちでr21でコンパイルしたものを実行したら4128768の値が出ました。(forのタイプ)
となると、今作ってるプログラムが怪しいってことなのかな？
プログラムでどこかシステムに関わるようなところを潰している？
根本的に何か間違ってる？

**名前は開発中のものです。** · 2008/05/23(金) 09:03:10

>>159
malloc と free のペアをコンパイラが認識して、最適化で潰されてるってことはない？
コンパイルついでにアセンブリを吐かせてみるとか。

**名前は開発中のものです。** · 2008/05/23(金) 10:06:00

>>160
malloc()やfree()はコンパイラから見たら単なる関数呼び出しだから、最適化で消えることはない。
しかも、freeされないパスもあるわけだから、なおさら最適化で消えるはずはない。

**名前は開発中のものです。** · 2008/05/23(金) 16:12:01

BGのパレット0が透明にならないようにする方法ってある？

**名前は開発中のものです。** · 2008/05/23(金) 16:19:54

一番奥に持っていけばいい

**名前は開発中のものです。** · 2008/05/23(金) 16:43:13

>>136
GBAの方でスレ違いだけど
自分はこんな感じで作っています。
ttp://akkera102.sakura.ne.jp/test/mymem.txt

動的確保してないし
そのままだとコンパイルできないけど
参考までに見てやってください。

**名前は開発中のものです。** · 2008/05/23(金) 17:22:32

C++で開発したいけどアロケーターというかnewの信頼性って...Devkitだとどんなもんなんだろ...

**名前は開発中のものです。** · 2008/05/23(金) 21:51:38

ｴｴｴｴなにこの流れは
もう手書き認識エンジンをＣ++つかって書いちゃったんですけど
もしかして、信頼性やばいとかいう話ですか・・・（ ´Д⊂ヽｩｴｴｪ

**名前は開発中のものです。** · 2008/05/23(金) 22:05:41

いちお手書き認識デモのROMイメージ
http://www.mediafire.com/?jl0zzomezig

認識精度と認識にかかる時間でけっこう苦しんだんですが
問題なく使えるレベルにまでなんとか持っていけたので
この土日に頑張れれば、ソース投下できる気がします。

ただし
相変わらず辞書にTomoeから引っ張ってきたデータを使っているので
カタカナが入っていません。ひらがなも濁音拗音が入っていません。
アルファベットも入っていません　orz

**136** · 2008/05/23(金) 22:20:09

>>166
うちのプログラムがおかしい可能性が大です。

外部関数等を色々引っ張ってきて組み込んだりしてたので、その影響なのかもしれません。
まだ解決には至ってませんが、あとは自分で頑張って調べてみたいと思います。
色々情報等ありがとうございました。

**136** · 2008/05/24(土) 09:57:36

原因が多分わかりました。
自分のプログラムではmallocを使ってメモリを確保していたのですが、他から持ってきたソースがnewを使っていたみたいです。
newを使っていた部分をmallocに変更したら、正しい数値を返すようになりました。
色々とご迷惑をおかけしました。

**名前は開発中のものです。** · 2008/05/24(土) 17:05:00

セックスフレンドのコンバーター作ってくださいね♥

**名前は開発中のものです。** · 2008/05/27(火) 10:41:54

newで確保したメモリをdeleteでなくfreeで開放してたって事でしょうか。
それとも、devkitではnewにはdelete、mallocにはfreeと使い分けてても駄目なのかな？
VC++とかは対応がしっかりしてれば平気なんだけど。
（もちろん、混在しないほうが問題を起こさないで済みますね。前に似たようなトラブルで痛い目に）

**名前は開発中のものです。** · 2008/05/29(木) 13:34:28

ニトロエミュレーター要らない

**名前は開発中のものです。** · 2008/06/02(月) 20:30:47

J2ME移植してた人どうしてますか？
HSP移植してみたけどこのスレ的には要らない子ですよね。

**名前は開発中のものです。** · 2008/06/02(月) 23:33:18

>>173
ｗｋｔｋ
要らない子だなんて言わないでさぁ。

**名前は開発中のものです。** · 2008/06/03(火) 20:16:53

>>174
http://peppermint.jp/products/hsp/
スプライトとタイルエンジンが手抜きなのも一因なんですが
そもそものインタプリタの性能的にアクションゲームは厳しそうです

**名前は開発中のものです。** · 2008/06/05(木) 01:58:55

NDScripterどなたか再アップロードしていただけませんか？

**名前は開発中のものです。** · 2008/06/05(木) 15:10:16

セックスフレンドのコンバーターどなたか作っていただけませんか？

**名前は開発中のものです。** · 2008/06/08(日) 23:21:51

>>175
typoあるよ。
郡 → 群

**名前は開発中のものです。** · 2008/06/09(月) 22:02:37

>>178
thx。直しました。

**名前は開発中のものです。** · 2008/06/12(木) 00:48:39

上画面と下画面とで同時に３Ｄ画面を表示するのってどうやんの？
できればサンプルコード、キボン

**名前は開発中のものです。** · 2008/06/12(木) 03:05:39

え、できるの？

**名前は開発中のものです。** · 2008/06/12(木) 03:26:37

3D対応なのはEngineA だけだから、どうしてもやりたいなら
片方はソフトでがんばるしかないんじゃないか？

**名前は開発中のものです。** · 2008/06/12(木) 08:20:05

いやキャプチャしつつ毎フレームlcdSwapで可能。
フレームレートは半分になるけど。

**名前は開発中のものです。** · 2008/06/12(木) 10:02:00

devkitARM R23bでサンプルがコンパイルできないんだけど設定が悪いのかな？それとも仕様？
ググッてみたけどPAlibではR21以上では使えないみたいなのしか出てこなかった…PAlibは使ってないのに。

C:\devkitPro\examples\nds\Graphics\2D\hello_world>make
linking hello_world.elf
c:/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.3.0/../../../../arm-eabi/lib/th
umb/ds_arm9_crt0.o: In function `CIDLoop':
(.init+0x2ac): undefined reference to `initSystem'
collect2: ld returned 1 exit status
make[1]: *** [/c/devkitPro/examples/nds/Graphics/2D/hello_world/hello_world.elf]
Error 1
make: *** [build] Error 2

**名前は開発中のものです。** · 2008/06/12(木) 11:53:49

>>184
アップデートしてmakeしてみた
D:\devkitPro\examples\nds\Graphics\2D\hello_world>make
main.cpp
arm-eabi-g++ -MMD -MP -MF /d/devkitPro/examples/nds/Graphics/2D/hello_world/buil
d/main.d -g -Wall -O2 -mcpu=arm9tdmi -mtune=arm9tdmi -fomit-frame-pointer -ffast
-math -mthumb -mthumb-interwork -I/d/devkitPro/examples/nds/Graphics/2D/hello_wo
rld/include -I/d/devkitPro/examples/nds/Graphics/2D/hello_world/build -I/D/devki
tPro/libnds/include -I/D/devkitPro/libnds/include -I/d/devkitPro/examples/nds/Gr
aphics/2D/hello_world/build -DARM9 -fno-rtti -fno-exceptions -c /d/devkitPro/exa
mples/nds/Graphics/2D/hello_world/source/main.cpp -o main.o
linking hello_world.elf
built ... hello_world.arm9
Nintendo DS rom tool 1.38 - May 15 2008
by Rafael Vuijk, Dave Murphy, Alexei Karpenko
built ... hello_world.nds

D:\devkitPro\examples\nds\Graphics\2D\hello_world>

**名前は開発中のものです。** · 2008/06/13(金) 00:32:45

>>185
検証サンクス。
どうやらインストールに失敗していただけのようだ。
環境変数を弄くって再インストールしたらできた。

**名前は開発中のものです。** · 2008/06/13(金) 01:25:41

devkitproのサンプルを見ると、glBeginとglEndの間はglTexCoord2t16やglVertex3v16で
チマチマ描いてるみたいですが、これが最速なんですかね。
それとも6144頂点で頭打ちするから描画速度を心配する必要はないのかな?

**名前は開発中のものです。** · 2008/06/13(金) 23:43:19

ディスプレイリストのサンプルみたいにコマンドパックをDMAで送った方が早いと思う。

**名前は開発中のものです。** · 2008/06/14(土) 09:45:26

まぁなんのためのGFXFIFOなのかと

**名前は開発中のものです。** · 2008/06/14(土) 19:47:28

ちょ、Moonlightさん何やってんのwww さくらはwww

**名前は開発中のものです。** · 2008/06/16(月) 00:09:18

>188-189
わかた、ども

**名前は開発中のものです。** · 2008/06/16(月) 20:07:21

ndsで自分のソフトに組み込めるファイラってある？

**名前は開発中のものです。** · 2008/06/17(火) 22:49:31

libndsのGL_FOGの使い方、さっぱりワカンネ
教えて、エロイヒト！

**名前は開発中のものです。** · 2008/06/19(木) 11:12:46

OpenGLでフォグの知識があればわかると思う
というかとりあえずそっちから理解するべき

**名前は開発中のものです。** · 2008/06/20(金) 08:22:45

みなさん、DLDI(FAT)を使ったプログラムを作った時のテストってどうしています？
私は実機で毎回テストしているんですが、microSDカードの付け替えが面倒で、
出来ることならばエミュレータ上でテストしたいんですが、
エミュレータはアダプタに対応していないので困っています。
何かいい方法を実践されている方がいらっしゃれば、ぜひ教えてください。

**名前は開発中のものです。** · 2008/06/20(金) 20:53:20

Ｒ４互換で動くエミュがあったはず。
かなり前の記憶なので、よく覚えてない。

エミュ使わずに実機で試すってのなら、DSFTPとかでDS側にプログラム持ってくるとか。
金かけてもいいってのなら、DS-RAMアダプターも選択肢の一つかもね。

**名前は開発中のものです。** · 2008/06/20(金) 22:22:14

desmume 0.8はlibfat経由でファイルI/Oできてる

**名前は開発中のものです。** · 2008/06/21(土) 02:38:49

Scale&Rotateのスプライトを使ってプログラムしているんだけれど、
スプライトの数が32個を超えると画像の一部が欠けてしまう。
特に32個に制限はなかったと思うけれど、何が原因かわかる人いますか？

**名前は開発中のものです。** · 2008/06/21(土) 02:50:47

正確なピクセル数は忘れましたが、横一直線にオブジェクトが並ぶとスキャンラインの仕様でオブジェクトの一部が処理されなくなります。
SCALEしても規定範囲を超えないオブジェクトや、ROTATEではみ出た部分が重要でない場合は、DOUBLEフラグを外すのがお手軽な対応です。
ここらへんは（NDSはGBAとほぼ同じなので）正直日記さんを読むと詳しく書いてあるのでお勧めです。
HBLANK/VBLANK期間内のみVRAMにアクセスする設定にするのも道が開けるかもしれません。
BGを4枚使い切ることがないのであれば、巨大オブジェクトの一部をBG3/BG4に展開してしまうのも手だと思います。

**名前は開発中のものです。** · 2008/06/21(土) 03:16:03

>>199
あ、なるほど。32個ではなくて並びすぎだったのか。
情報ありがとうございます、ROTATEを外して対応してみます。