07/03/07 07:00:24 r9qgCI5D
URLﾘﾝｸ(slashdot.jp)
前に配ってたネコソギトルネードとかやり損ねたんでやってみたいんだが。
ファイルで落ちてないですかね。
961:名前は開発中のものです。
07/03/07 15:24:27 5/MCvScV
板違い野郎登場
962:955
07/03/07 21:22:48 cjoET6PU
>>959
おぉ、なんか詳しそうな情報ですね。
Moonlight氏のソースも参考に、チャレンジしてみます。
963:955
07/03/18 02:36:35 Cg+NBzeJ
ムッキー!!色々試してんだけど、うまくいかね・・・
メモリー拡張カートリッジを認識するかのテストが上手くいかない。
試しでMoonShell 1.51のソースに入っていたextmem.cppも組み込んでみたけど、認識してないっぽい。
(ExistsDSBM呼んでもfalseしか帰ってこない)
ARM9のアクセス優先度とか変えても同じだった。
なんか前処理とかいる?根本的に手順が間違ってる？
964:Moonlight
07/03/20 06:22:25 c79pMfjS
>>963
ブラウザ拡張メモリ専用で単にメモリとして使いたいだけなら、extmem.cppなんか使わないで自前で書いた方が楽だと思います。（アレは汎用性を求めて設計をミスったのでぐちゃぐちゃです
大前提としてGBAカートは16bitバスなのを注意することと、GBAカートアクセス権をARM9側に設定する（WAIT_CR/REG_EXEMEMCNTのBIT7を0にする）ことを忘れずに。
あと、バカにされているように感じたらごめんなさいなのですが、mallocなどのC標準メモリ管理も使えないと思った方が無難です。
簡単な判定方法は、
const u8 Data[16]={0xFF,0xFF,0x00,0x00,0x00,0x24,0x24,0x24,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0x7F};
がアドレス0x080000B0から16byteに存在すればブラウザ拡張メモリがあります。（判定は16bit単位で）
アドレス0x08240000に1を書き込むと読み書き可、0を書き込むと読み込みのみ（だったはず）になります。
ちなみに、メモリマップは0x09000000から8MByte分（0x09800000まで）です。
ブラウザ拡張メモリをブートに使ったりするときは、イメージを書いた後に読み込みのみにしておいたほうが無難かもです。
965:Moonlight
07/03/20 06:28:21 c79pMfjS
すいません、下げ忘れました…。
ついでに補足。GBAカートメモリは（TCMではなくメインメモリと比べても）非常に遅いので、CF/SDなどリアルタイムに変わるI/Oが無ければ、GBAカート領域をCPUキャッシュ有効にしてDMAを使わないようにするほうがずっと速いです。
もちろんキャッシュをフラッシュすればメインメモリと同じようにDMAが使えます。
966:名前は開発中のものです。
07/03/20 17:29:33 W3RvmqHG
お、moonさん来たみたいですね
967:955
07/03/20 22:54:16 0mirLlS7
>>Moonlight
レス大感謝です。
初めは自前でやってたんですけど、どうも上手くいかないのでextmem.cppを試してみたんですよ。
結果ですが、無事認識しました。
手持ちの資料のGBAカートアクセス権ビット設定に関する記述が違っていたというオチでした・・・orz
認識しない訳ですわ。
拡張メモリーはやっぱり遅いですか。
フォントや画像（基本的に書き換えしないデータ）をメインメモリの外に置ければと思ったんですけど、
メインメモリとあまりにも速度差があるのであれば色々考えないと・・・
でも、８Mの容量は捨てがたいです。
968:名前は開発中のものです。
07/03/21 17:10:23 XqjbPkW+
Ｒ４での最新版DSLuaの動かし方がわからない（ ｐ＿ｑ）
突っ込んでdslua.ndsを起動すると真っ暗
起動方法教えて！
969:Moonlight
07/03/21 19:16:49 bMq3DP8a
>>967
GBAカートアクセスは遅いです…私の感覚だけで書くと、GBAのARM7/33MHzキャッシュ無しの頃でさえ遅くてGBAカートからメインメモリ(EWRAMかIWRAM)に転送して使っていたくらいなのに、
NDSのARM9/66MHzキャッシュ有りメモリと比べるなんてとんでもない、という感じです。
ただ、GBAカートエリアをキャッシュONにすれば（キャッシュに収まる範囲でですが）DTCMと等速になる（はず）ので、最初の読み込み以外は変わらないと思いますけれど、
データキャッシュに収まるくらいの小容量データならメインメモリでいいよね、って話でいまいち使い所が難しいです。
967を読む限りで想像すると、DSカードから読み込んで解凍、GBAカートRAM上で運用、という形みたいですが。
ちなみにMoonShell/ImageViewerで大きめの画像を扱うときのGBAカートRAM有り/無しでは雲泥の差があります。解凍（展開）に10秒掛かる…なんてときは、かなり意味があると思います。
今後の流れでhomebrew動かすときはとりあえずみんなDSブラウザ拡張メモリ（または互換カートリッジ）を差してくれるくらいになれば、それ前提で大規模アプリ開発に繋がると思いますが、
無くても動くようにしなきゃいけないとなるとディスクキャッシュとか画像キャッシュとか、そういう二次的な高速化手段以上になれないと思います。
長文＆愚痴っぽくなってしまってすいません。何やってるか知りませんが（笑）かげながら応援してます。ではでは。
970:名前は開発中のものです。
07/03/22 12:30:42 lsr2fM8z
URLﾘﾝｸ(www.aaronrogers.com) (Offline Installer 2.2.6 (8MB) をダウンロード)
りむーぶどうこうって書かれていて存在しないっぽいんだけど
探せない俺がプログラムするのは無理？ｗ
971:名前は開発中のものです。
07/03/22 18:57:44 0IajFvL4
それよりも，
プログラミング自体未経験なんだったらまずはWindows上で勉強してから
972:Moonlight
07/03/22 20:48:52 oQS86Vwg
>>970
いまなら「devkitPro Updater 1.4.2」を標準インストールすれば大丈夫だと思います。
失礼ですが、もしまったく未経験なら、いきなり組み込み系ではなくWindowsで十分練習してからのほうが変な癖がつかなくて後々楽だと強く思います。Google使うとすぐ情報出てくるし。
昔と違って非商用ならフリーの開発環境がいくつかあるので挑戦してみたら楽しいかもです。
973:名前は開発中のものです。
07/03/23 00:33:17 pjVcJJoa
丁寧にありがとうございます！
そうですね、
簡単に考えてましたが難しそうなので基礎を身に着けてからがんばります！
ありがとうございました。
974:名前は開発中のものです。
07/03/25 19:14:08 RPddLeNY
↓で公開されているSDLのDS移植版使っている人います？
URLﾘﾝｸ(gpf.dcemu.co.uk)
とりあえずライブラリ自体のインストールはできたんだけど、
exampleがまともに動かない・・・。
コンパイルはできるけどDesmumeで動かすとまったく画面表示がされないっす。
ちなみにdevkitPRO r20、libnds-20070127環境。
975:名前は開発中のものです。
07/03/25 20:38:45 Huakjrj8
そろそろ次スレ？
976:名前は開発中のものです。
07/03/26 11:37:24 6JLTGYBQ
ソースをいじれる人間から言うとDeSmuMEの3Dは使い物にならない
977:名前は開発中のものです。
07/03/28 00:11:06 rswjKy4g
DEVKIT PRO R20を使い始めたのですが、プログラムの動作確認はエミュレーターでは出来ないのでしょうか？
DUALISで確かめようとしても、DUALIS自体が終了してしまいます。
978:名前は開発中のものです。
07/03/28 08:33:18 J2CYkT36
>>977
出来たり出来なかったりだね
開発が続いているno$gba-wとかDesmuMeを使え
979:名前は開発中のものです。
07/04/01 14:02:44 TOi2TziN
文字毎スプライトを貼り付ける以外で日本語を表示するにはどうすればいいんですか？
980:名前は開発中のものです。
07/04/02 01:02:31 jnNxqG4P
タイルを32x4とか適当な数確保する。
それをフレームバッファ(でいいんだっけ？)に見立ててガリガリ書く。
タイルの高さ(この場合、32ピクセル)を超えなければ、8ピクセル以上のでかい文字も書ける。
というのをGBAでやってるサンプル。
DSにも流用できる。
URLﾘﾝｸ(nagoya.cool.ne.jp)