NintendoDS(NDS)非公式開発 Part2

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/

乙

おつかれー

前スレ落ちました
以後、こちらで

devkitproに入っるサンプルの、16bit_color_bmpとか256_color_bmpに
あるようなイメージデータってどうやって作るの？

IrfanviewでRAW形式で保存してみたら24bitでしか保存できない・・・

適当に見つけたチュートリアル( http://patatersoft.info/manual.html)
見たら、gfx2gbaとhConverter使えって書いてある。
そこで256色BMP用意して、gfx2gba -fsrc test.bmp　で出来たtest.cを
hConverterに読み込ませても何もおきない・・・

みんなどうやってイメージデータつくってんのか教えてくんなせ。

一部、自己解決した。

gfx2gba test.bmp
で256色のtest.rawとtest.palができたんで、それを使って256色のイメージ
だけは表示できた！
んでも、16bitカラーのイメージデータは作る方法がわからなーい。

とりあえず、256色でいろいろ試してみるわな。

16bitカラーの画像も自己解決したんで報告。

http://www.geocities.jp/momoonga/
の、BMP2NDSを使って、16bitカラー画像の表示もいけました。

あざーす！

開発環境がハードルたっけぇ
開発に入る前にコンパイル時点でつまづいたよ・・・

>>8
exampleの１個をProgrammerNotepadで開いてmake(Alt+1だっけ)するだけで要領はつかめんかな？
VC++のほうが、編集→ビルドの流れは楽だけど。
makefileも直すところが判れば流用しやすいし。

カメレオンUSB DS-RAMアダプター
http://optimize.ath.cx/NDS/cusbram.html
これ使って開発してる人いる？購入検討してんだけど、使い勝手とか聞きたい。

DSのVRAMは8bitではアクセスできないんですね〜
http://www.bottledlight.com/ds/index.php/Memory/Layout
見るとWidth / modesが16 / 16,32となってるし

DesmuMEでは動くのに実機じゃ動かないのでちょっとはまりました
no$gbaはこの辺もちゃんとエミュレートしてるようですね

256色パレットモードだと2ドットずつ処理しないといけないのが面倒

>>10
コマンド一発でGBAスロットに入れたRAMにNDSファイルを転送できる。
SD出し入れ、ファイル転送などから解放される。
リセットを配線すれば(俺はまだしてない),転送＋リセット起動ができる。(DS側操作不要)
FlashMeは必須です。

batとかうまく作ればコンパイル完了後にNDS転送＋リセット起動までできることになります。
デメリットはlibfatでSlot1,Slot2のメディアにアクセスできないところか。
Slot2は言うまでもなくSlot1の初期化が通らない。

ちなみにlibfat使ったデバッグだけであればDeSmuMEなどで可能。
実機じゃないと再現できないグラフィックとかWiFiなどやらない限りは不要と思う。
まだ使った事ないが同じ事するならDS-Xtremeあたりがよさそうな気がする。

>>12
devkit r20+libfat(DLDI)組み込んでエミュで動かそうとすると、自作プログラムはfatInitDefault()の部分で大抵コケてる。
r19+gba_nds_fatの時は、dualisでGBAMPと認識させてファイルアクセスしてた。
DLDI使っててもDeSmuME(wpも？)で動くようだったらいいんだけど．．．って試したらやっぱりコケた。
ところでDeSmuMEとかってDLDIに対応出来るん？

DS-XtermeはUSB接続だからSDカードとか抜き差しする必要がないから、少しは楽になるかもしれない。
ただ、DS起動させる時間が鬱陶しい。そして高い．．．
エミュだと即起動なんだけどね．．．

あと、DS-RAMアダプターでfgetcとかするの面倒そうなヤカン

dldiを使ったサンプルROMとかないかな〜っと

>>13
>devkit r20+libfat(DLDI)
同じ環境だなぁ。
DeSmuME は ver 0.5.0
DLDIはデフォルトのまま(空)にしておいて起動してみた？
DLDIがなくてもGBAMPとして動作するはず。

動かないっていうソースとバイナリくれたら試してもいいが。

>>15
あ〜、DLDIいつも組み込んでる。
組み込まなかったらエミュで起動はしたけど、fgetcとかで正しい値返してこないね。
よくわからん

>>16
DLDIドライバが悪さしてたか。
あとは問題のソース、読ませたファイル、fgetcの戻り値、errnoとか

>>17
ソースは適当にこんなの。test.txtの中身は半角英数適当に。
全部255が帰ってくるわ。(DeSmuME 0.60)
根本的に何か間違ってるような気がする。
Live2chだと改行大杉でエラーになっちゃうんで、該当部分だけ。適当に補完してくんろ。

if ( !fatInitDefault() ) { iprintf("init error"); while(1); }

FILE *fp;
if ( (fp=fopen("test.txt","r"))==NULL ) { iprintf("file open error\n"); while(1); }
int i;
char ch;
for (i=0;i<10;i++) {
ch=fgetc(fp);
iprintf("%d ",ch); }

fclose(fp);

>>18
同じくDeSmuMEでlibfatが使えないものです
fopen( )はできるんだけどfgets( )はNULLが返るしfreadも0バイトしか読み込めない
SDカードで実機テストは効率悪いです。
エミュのバージョン0.6.0と0.5.0でも試したけどだめでした

>>18
確かにfread(),fgetc()とかは動きませんでした。
dirnext()は動作しているので動いているものと勘違いしていました。
というわけで実機以外ダメということになりました。

>>20
ディレクトリは読めて表示も出来るんですがね
誰かエミュ用のDLDIを頼む

>>18
つttp://amponzi.googlepages.com/

March 17, 2007 Build版でfread,fgetcも動いた

>>23
読めますね
でも書き込み系はだめですね
まあ読み込めるだけでも助かります

おまいら楽しそうだな

新スレで早くも挫折っぽいな

マイク使ってる人居る？
NitroTrackerぐらいしか見ないなーと思って

>>27
moonさんのお絵かきボイスチャット

前スレ979辺りでフォントについて質問した者ですが、
レンダラの部分をフレームバッファに突っ込んでできました。ありがとうございました。
しかしvramSetMode(MODE_FB0);を使ってるとバックグラウンドが使えません。
何か指定することでできるようになりますか？
それかBG_GFXに文字をレンダリングするとして、2枚以上のバックグラウンドを表示させるにはどうすればいいんですか？

>>29
前スレ980でフレームバッファに｢見立てて｣とあるわけだが。
あまり考えずにレスすると、やりたい事は多分出来ない。
フレームバッファじゃなくてタイルに書く。
例えば、10x10の文字を書こうとすると、右(2x8)と下(8x2)と右下(2x2)があふれる。
これを並べたときに隣接するタイルに書く。
文章だけだとややこしい。誰かフォローよろ。

# 3Dでビルボード重ねればできるかも？

>>29
自分はMODE5使ってる

videoSetMode(MODE_5_2D | DISPLAY_BG2_ACTIVE | DISPLAY_BG3_ACTIVE);
vramSetBankA(VRAM_A_MAIN_BG_0x06000000);
vramSetBankB(VRAM_B_MAIN_BG_0x06020000);

framebuffer型背景レイヤ
* 最もシンプルな背景レイヤ。直接ピクセルを操作する。
* キャンバスサイズは256x192固定。
* 背景レイヤは一つのみ。重ね合わせ処理不可。
* 色深度は16bit固定。
* サブ画面では使用不可。
* せっかくのDSの各種ハードウェアサポートが全く得られないので、framebuffer型を選択する利点はほとんど無いと思われる。

extended rotation型背景レイヤ
* 基本的にはframebuffer型背景レイヤと同じ。以下の点が違う。
o 名前の通り、回転拡大縮小が可能。
o 色深度は16bit/8bit選択可能。
o キャンバスサイズも選択可能。
o 複数背景レイヤが使用可能。重ね合わせ処理ok。

gbalzssについて、moonlight氏のサイトを読んで気になったので検証してみたところ、
DSのBIOSコールでは展開不可(データが化ける)であることがわかりました。

gbalzssでは最初に辞書テーブルの先頭4078バイトを0xFFで埋めていますが
DSのBIOSルーチンでは辞書テーブルすら存在せず、ただ展開後のデータから
同じ部分をコピーするだけになっています。
(つまりデータの頭のほうで0xFFが圧縮されると展開時に不定のデータで埋められてしまう)
0xFFが潰されているのはこれが原因です。(dectestだとパレットが死んでますね)
とりあえずこんなところでしょうか。見当違いだったらごめんなさい。

スリープ機能を実装しようと思って前スレに書いてあった7sleep.hとか参考に組んだんだけど
EZ5では動くもののR4とかでは動かない状況になった
ちょっと見てみたらarm9側でtouchReadXY()をコール後に停まってるみたい。
液晶閉じるとバックライトは消えるからarm7側は生きてるっぽい。
arm7側でIPCに設定する項目のIPC->heartbeatはコンパイラ通らないのでコメントアウトしてある。
注意する項目とかそういうないかな？

背景2枚使うときって2枚目の背景データはどこに入れればいいんですか？

>>35
まずどの画面モードを使うかを聞かせてくれ。それからだ。

videoSetMode(MODE_5_2D | DISPLAY_BG2_ACTIVE | DISPLAY_BG3_ACTIVE);
vramSetBankA(VRAM_A_MAIN_BG_0x06000000);
vramSetBankB(VRAM_B_MAIN_BG_0x06020000);
です。1枚の時は
dmaCopy(haikei_Map, BG_GFX, haikei_Map_size);
dmaCopy(haikei_Palette, BG_PALETTE, haikei_Palette_size);
で表示してました。

>>37
自分で割り当てたメモリに書き込めむのでは
BG2_CR = BG_BMP8_256x256;

BG3_CR = BG_BMP8_256x256 | BG_BMP_BASE(8);

なら
dmaCopy(drunkenlogoBitmap, (void*)BG_BMP_RAM(0), 256*256); //BG2に書き込み
dmaCopy(drunkenlogoBitmap, (void*)BG_BMP_RAM(8), 256*256); //BG3に書き込み

ttp://mdxonlinemirror.dyndns.org/resources/20051007_nokia888.designawards2005.winner.avi

>>37

私も聞きたいです。
haikei_Paletteが見えるので8bitパレットモードを使っているようですが、二枚同時に表示できる画面モードがあったら教えて欲しいです。
拡張パレットエリアを使ってBG0/1とBG2/3で上下分割すれば（BG4枚使えば）表示できる、というところまでいったのですが分割するとアルファブレンドが使えません。
なんとかBG2枚だけで賄えたらいいのですが…。

パレットは1個しか使えないんですか？

>>41

NDSで追加された拡張パレットを使えばいけます。
アルファブレンドを使わないならば、普通に一枚ビットマップBG（BG2かBG3）を表示して、スプライト疑似ビットマップモード（勝手に銘々）でもう一枚使うのが簡単だと思います。

素人考えで思いついたこと。
256ｘ192ドットの画像をメインメモリに４枚持ち、２枚づつブレンドしてキャプチャ。
そのキャプチャした２枚の画像を更にBG上でブレンド。

実際にそんな事が出来るか試す技術もないけど、静止画程度なら出来るんじゃないかと考えてみたり。
多分処理に時間が掛かって、使い物にならないだろうけど。
素人の考える事なので多分上手くいかない。

BG3がVRAM_Fの拡張パレットを使うとして、それはBG3_CRにどう指定すればいいんですか？
あとパレットを書き込むときはVRAM_F_EXT_PALETTEでいいんですか？

拡張パレットの時に使用する拡張パレットスロット

BG0：0 or 2
BG1：1 or 3
BG2：2
BG3：3

と、手元の資料に書いてある。

>>44
BGx_CR関連のフラグがlibndsのヘッダファイルで定義されていますので、そこからコピペすればOKだと思います。
ちなみに、拡張パレットはCPUから直接読み書きできるエリアにマッピングされていませんので注意です。

>>46
拡張パレットは複数個持てる、とどこかに書いてあったような気がします。
改めて調べなおしてみます。示唆ありがとうございます。

無線LANカード＋DSダウンロードプレイで、
改造なしで実行できるらしいがそれで開発してる人いますか？

BG0〜2がどんな設定になってるか知らないから、適当に書いてみる。

VRAM-Fに拡張パレットのカラー設定をして、

vramSetBankF(VRAM_F_BG_EXT_PALETTE);

VRAM_F_CR |=(vuint8)0x08;


こうやったら、VRAM-Fに設定したカラーが、BG拡張パレットスロット2と3に設定された。
>>46 にも書いたけど、BG2とBG3が使う拡張パレットスロットは固定。
BG3_CRは標準パレット使ってた時と同じ設定。

ちょっとbookmark
http://www.dev-scene.com/NDS/Tutorials
http://ranekov.tir.jp/ndn

>>48
wifimeは昔のDSじゃないとできないんじゃなかったかな

DSの自作ソフト開発をしたいのですがR4やM3 DS Simplyを買えばできるのでしょうか？

>>52
出来る
他にもSuperCardとかあるよ

その前にエミュで遊んでみてからでもいいんじゃない？

オプティマイズのカメレオンUSBとDS-RAMアダプタを試してみた。
ファイルアクセスしないようなプログラムだと全く問題なさそうだけど、DS-RAMアダプタ経由のPC上のファイルアクセスになると遅すぎ。
ファイルのアクセス方法によっては、これ止ってんじゃね？って思うほど。

PC上のファイルアクセスに期待してたんだけど、ちょっと期待はずれかな．．．
リセット信号線つけたら、自動で再起動してくれるとかは便利なんだけどね。

WiFiMeを使って自作プログラムの実行はできますか？

2年前からタイムスリップしてきた御方が降臨なさったぞ！

あきらめたｗ

DSMPlay Ver0.1

R4とSC LiteとSC SDで起動しない・・・
MicroSDが悪いのと思って変えたけどだめですた。

フォント Loasdで止るし・・

R4とSCDSで普通に動いてる
明らかにお前のmicroSDが悪い

うちもR4だけど　うごくで？
ただ、画面から動画がはみ出してるけど＼(^o^)／

おっと訂正　最後の１フレーズで飛んでフリーズだわ

>>59
置く場所間違ってるだけじゃね？

microSDは　a-data 東芝で動かなかった・・・orz

http://up3.viploader.net/mini/src/viploader136244.zip

動いたー

っ　すきん

細かいことを言うとあれだが、本家WMPだと
再生中に「一時停止ボタン」が表示されて
一時停止中に「再生ボタン」が表示されるんだよね
ボタンの機能を表示するか、現在のステータスを表示するかなんだけどね

DSで動く、日本語（漢字など）も使えるエディタは作れないものか

>>67
ATOKとかMS-IMEみたいな漢字変換ライブラリを作ってくれたら作れるよ

Linuxとかで使われてるのならオープンソースでフリーのがあるよ

>>69
任せた

DSMPで再生中完全フリーズするのは、動画側のエラーなんかな？
物によっては完走するので

再現したことがないのでわかりません

えろげこんばぁたぁまってますよ

まずははじるすですよ

http://up3.viploader.net/mini/src/viploader137808.zip.html
fmsxDS 0.6 DLDI対応 アンオフィシャルテスト版
う〜ん自分には無理かも…

>75

>>75
しまったPASSはdldi

とりあえずDeSmuMEのFAT部分をどうにかしようと考え中
今のところDSMPlayとかMoonshellとか動いてる状況

3g2とか再生できると熱いよね

OPLLのエミュレーションをARM7でやらせようとしたら、コードだけで0x8000越えてる罠。

ARM7用バイナリから、OPLLエミュのソースをはずしてコンパイルしても、容量空かない。
ndslibだけで容量食われてる？
色々情報集めてみます…

devkitProのdevkitARMでプログラムしてます
ARM7のスタックとヒープエリアはWRAMですよね
特に意識してプログラムしなくてもARM9と干渉することはないと考えてよいでしょうか

>>82
ARM7のプログラムが置かれるWRAMは専用の領域だそうです。
ttp://www.bottledlight.com/ds/index.php/Memory/Layout
のPrivate RAM（0x03800000〜0x0380FFFF：64 KB）

Shared RAM（0x037F8000〜0x037FFFFF：32 KB)
を、ARM9からWRAM_CR = 3を実行してARM7に割り当てようとしたんですが

すみません途中できれました。
（続き）
ARM7からShared RAMの部分をアクセスしたらフリーズしてしまいます。
しょうがないので、VRAM_DをARM7のメモリ空間に指定して使ってます。
（desmumeのソースを参考にしました）

>>83
ARM7はプログラム自体がWRAMに置かれるのですね
それでプログラムサイズの制限が64Kだったんだ
私もVRAM_Dを使うことにします

それって高速動作が必要な関数だけじゃないの？
プログラム全部で64kてしょぼすぎる。

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

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

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

横槍失礼します。

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++を使わない方がいいかも。

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

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

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

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

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

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

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

>>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できるので、聴いてみたいだけなら試してみてください。

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

>>94

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

さすがage厨だ

age厨うざいですよ

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

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

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

age

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

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

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

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

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

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

PocketPCのEMUがほしいです

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

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

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

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

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

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

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

ここの人ﾜﾛﾀ

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

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

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

反応したら負けですか？

ﾀﾌﾞﾝ

多分負け・・

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

・・・自演？

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

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

ソースでおかしいか？

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

そーっすね。

過剰に反応し過ぎ

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

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

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

>>143

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

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

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


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


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

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

>>145

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

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

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

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

＃どき魔女はおいといて

>>150

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>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をコントロールするのとどっちがスマートかは微妙です…。

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

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

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

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

そだよん

>>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.'と書いてありました。

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

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

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

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

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

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

snesDSとかだな

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

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

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

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

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

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

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

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

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

NDScripter
not found "ndscr.ini"
Error

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

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

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

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

NDScripter
not found "ndscr.ini"
Error

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

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

案外なんとかなるよｗ

>>182
結構古いプログラムだから、ハード的に対応してないのではないかと推測・・・。
DIDL対応してくれたらなぁ。
でもこれソース公開されてなかったよね？

>>187
レスありがとう。
前スレで見て確か2006年の9月とかだった気がする。
SDのドライバも自作みたいに書いて有ったからSC以降のSD機種はダメって事だろうかね。
テスト版と言えども実用レベルだと思うから試してみたかったんだよね。

前スレの方が個人的に製作していたものらしくソースの公開は無いみたいだね。
ちょっと残念。

DSOrganizeか、DSOrganizeのスレって無い?

あー
俺は脳みそ足りないからこんなことしかいえないけれど、
職人の方で日本語対応化してくれる人はいないのかなぁ。と。

もしくは純正日本語PIMがほしぃ。
ｸﾚｸﾚﾃﾞｽﾏｿ・・・

おまいら！この板の名前を言ってみろｗ

めそ…

NintendoDS(NDS)非公式開発 Part2

NintendoDS(NDS)非公式開発 Part2 なんて板が存在するとは初耳だ

ゲーム製作技術＠2ch掲示板

>>195は関西人ではない。
関西人であれば、ここまでネタを振られておいて、
このおいしい状況下でボケないはずがないからだ。

三波春夫でございます

当たり前だのクラッカー

DeSmuMEでndsファイルをオープンしても白い画面がでるだけで起動はしません。
これはクラミでしょうか？

>>199
ニンテンドーDSでSNESエミュ Vol.2
http://game12.2ch.net/test/read.cgi/gameurawaza/1178704709/

>>199
割れ厨め！スレの名前を百万回声に出して読め。

NintendoDS(NDS)非合法開発

>>202
非合法？
どの法律に違反してるか頭の悪い俺にもわかるように
説明plz

>>203は関西人ではない。
関西人であれば、ここまでネタを振られておいて、
このおいしい状況下でボケないはずがないからだ。

>>203
禁開法違反。
禁開法自体が悪法という見方もあるが、悪法もまた法。

別件の脱税の罪で捕まらないように注意。

合法ダウンロード板

>>205
えらく法治主義的だな

>>204が痛い件について

>>208
>>196のコピペだろ

>>205
カポネか！(タカ&トシ風に)

ゆとり多いな。

ゆとりじゃない奴はじじばば

ゆとりでもじじばばでもない奴はニーツ。

まて　幼児だという可能性もある

幼女と聞いてやって来ました。

すごくどうでもいいことなんだが、
新幹線内でwifi_lib_testのWardrivingやってみたら、
ザーッと600件以上出てきて吹いたｗｗｗ
スレ違いだったらすまん＞＜

吹いたら負けだよ

>>216
セキュリティなしかと思ったら、FONのAPだったりしてね。
要するに繋いでみなきゃ本当に無防備なのかわからんこともある。

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

devkitproってvistaだと使えない？

使えない

devkitARM\arm-eabi\bin
devkitARM\bin
devkitARM\libexec\gcc\arm-eabi\4.1.1
msys\1.0.11\bin

この辺にパス通せば使えるらしい。

>>222
できました。ありがとう

>>222-223
セックスフレンドもお願いしますね♥

>>224
お前が作れ

libSDLDSのサンプルを眺めてるのだけど、これってニ画面とタッチパネル使えないの？

>>226
ちょっと改造が必要
そんなに難しくないからガンバレ

ラブベリがワゴン入りしてたので買ってきた。
カードリーダとか顔トレのカメラとか解析してる人、いませんか？
"カードリーダ"で探すとマジコンに同梱されてるカードリーダの件がヒットしすぎるんで。

>>228
何を解析したいの？

>>229
自作プログラムからアクセスできるかとか。
カメラは画像抜けるか、カードリーダーはなんか使えないですかね？

>>220
ウチでは、CVSにあるパッチ当ててリビルドした。ビルド環境はXP-Sp2。gccは4.1.2。
ただ、newlibが怪しい感じがするので、いまリリースされてるr20にバイナリとライブラリを混ぜた。
Nighty Buildとしてリリースしてくれればいいのに、と思う。

>>230
そもそもカードリーダってどんな読み込みしてるの？

GBAの時にあったロックマンEXE リアルオペレーションみたいの？
それとも、古い話だけどバーコードバトラーみたいなの？

>>231
バーコードバトラー

>>230
つ　カメレオンＵＳＢ＋バスアナ

wifimeを使って、自作プログラムを起動させようとしたんですが、
何故か起動しないんです。
最初のnintendoのロゴの場所でバグって止まってしまうんです。
他のも試したのですが、meteosのデモは動くのですが、
ネットで拾ったプログラムとかだと動かないんです。
これは、ファームウェアが新しいからとかなんですかね？
誰か分かる人がいたら教えてください。

>>234
自作プログラムに問題があるから

>>234
自作するならSLOT1マジコン買ったほうが便利だよ

指摘しないところを見ると、新ファームにwifimeでプログラム直接送ることはできるの？
なんか最近のファームだとwifime使えない様なことを聞いていたんだが。

>>237
最近はwifime使う人自体が少ないから、わかる人少ないんじゃね？
メモリカード上のファイルシステム使えるし、マジコンのほうが便利だと思うよ。

>>234
2年半くらい前のネタもって来るなよ
ぶっちゃけpassme買ったほうがいいよ

ダウンロードプレイ用サーバーの立て方と、
ダウンロードプレイ用のバイナリの作り方の
解説サイトはどこー？

自作プログラムを直接WiFi送信は古いファームでも無理だろ
wifimeでSLOT2から起動するのは古いファームなら可能、新しいのは無理
自作プログラムを直接起動する場合はFlashMe必須のはず

返事が遅れてすいません。
ＤＳは触り始めたばかりなので、よく調べもしないで聞いてしまいました。
すいません。
SLOT1マジコンを使ったほうが良いようなので、それで試してみます。
ありがとうございました。

実は今、卒業制作でNDSのプログラミングをしています。(非公式ですｗｗ)
まだＤＳのプログラミングに触り始めたばかりで、何一つわかりません。
>>1の資料のホームページを見ても、英語が苦手でわかりませんｗｗ。

そこで一つ質問なのですが、
NDSで画像の表示をするにはどうしたらいいんでしょうか？
とても困ってるのでお願いします。

>>1に書いてある
自分で訳せ

>>243
devkitのexample見るよろし

>>234
sageろカス野郎

>>246
遅レスでそれかよ…
ageたって荒らしなんて来ないから、そんなにびびらなくていいよ。

おまいらの製作物を公開しろ

>>243
NDSはやめてGBAにしたほうが無難

PSPの方がもっと無難かもね。
自分で描画する限りパソコンと大差ないし。

>>243
windowsにしとけよ

英語が読めない時点で、PC以外のハードでプログラミングって無謀すぎるんじゃね？

つーか、学生時代に英語で赤点連発しまくってた俺でも組めてるんだから、
読めなくても根性でどうにかなると思うんだが。
読める奴が1分で出来る作業が、読めない奴が1時間かかるとしても、
逆に言い換えれば1時間かければ出来るっつーこった。

＞学生時代に英語で赤点連発しまくってた

(　´д)ﾋｿ(´д｀)ﾋｿ(д｀ )

俺だって、高校時代は、赤点ばっかで留年しかけたけど、普通だよ

＞2007/09/17(月) 15:31:07 ID:GfeYD8ac

(　´д)ﾋｿ(´д｀)ﾋｿ(д｀ )

セックスフレンドDSのコンバーターはどのくらいまで作れましたか？

NDScripterって完成したんだけ？

>>256
そんなに作ってほしいのなら
まず、解析情報を晒せ
話はそれからだ

devkitProでlistやvectorって使えてる？
includeしただけでエラーが大量に吐き出されてコンパイル出来ない。
エラーはfunctexcept.hやstl_algobase.hなど。
namespaceあたりがおかしいのかなあ？

(´･ω･`)関係ないけどｴﾐｭでタイマーのdividerが効いてないような………

計算上1Hzなのに………

と思ったら勘違いだったぁぁぁぁ○|￣|＿

ﾂｰﾙ作ったのに……すごく時間無駄にした……

セックスフレンドDSのコンバーターはまだ完成してないのですか？

>>262
まだ作ってすらいない。
これから作る予定もない。

>>262
おまい五月蝿いよ。そんなにやりたきゃ自分でやれ。

あーあ、釣られちまったクマー。

ところで、「セックスフレンドDS」ってあったっけ？
あるんなら、まずそれを見てみたいものだ。

セックスフレンドDSはまだなくて、その元になるセックスフレンドというのがあるのではないかと思う。
と思って、
検索したら、NDSをクラッシュさせるネタROMらしい

SEXFRIEND DS - Google 検索
http://www.google.com/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=SEXFRIEND+DS&num=50

ちょっと、聞きたいんですけどＮＤＳのタッチパネルに『TSC2046』と言う温度センサー
が内臓されてると言う事なのですが、それをゲームに生かす事は出来ないのでしょうか？

アイデア次第じゃないか？

ゲームシステムとしての利用は可能と言う事でしょうか？
例えば、現実の外気温を測って、それに連動してゲーム内の気温に
反映したりとか。

値の取得は可能でしょ、使い方はアタマ次第だ
でも感度とかわからんと難しいよね

ちなみに某moonshellの待機画面では温度も表示している

ありがとうございました。

画面タッチさせて指先の温度で占いに使う…ありきたりだ…

フラグ立てるために、サハラ砂漠行ったり、南極行ったりするんだろ？

>>267
画面をこすってオナニーするゲーム。
摩擦により発熱させると興奮度が上がる。





…って、現実でオナニーしたほうが何倍もいいよ。

MSGのPALキーを思い出した。

PAlibがやばいほど便利そうなんだが,
英語がわかりにくい　+　インストールしてもマニュアル通りにならないorz.
ケテスタ。

便利ならやばくないと思う。

>>277
正論だがはぐらかされた気分だ。

>>276
こんな具体性の無いレスをどうせいと・・・。
バージョン、環境、何をした時に、なにが、どうマニュアル通りにならないのか？

>>276
それは、マニュアル通りにやってないからだよ。

マニュアル通りにやっていますとはアホのいう事だ！って御大将が言ってた

Ｃ言語を始めて３ヶ月になる者です。
「各ボタンを押すと、表示されているキャラの表情が変わる」
程度のプログラムを作りたいのです。
つまりは、画像の表示とボタンの反応をプログラムできればいいのですが。
わかりやすい参考サイトの紹介をお願いします。
（英語は必須なんですかね？）

それとも３ヶ月程度勉強したくらいじゃ不可能ですか

三ヶ月でも出来るやつは出来るし、
三年やってても出来ないやつは出来ない。
少なくとも>>1が読めないようじゃ三十年やっても無理。

>>1の
http://www.helloworld.jp/~duke/nintendo_ds/
ここを参考にしてみます。

Cが解るならサンプル改造していきゃすぐ出来ると思うよ。
とりあえず絵だしてキー入力のやり方見るぐらいなんだから。

(´･ω･`)ところでタイルモードってテキストバックグラウンドでしかできないんか？

extended rotationＢＧだとﾋﾞｯﾄﾏｯﾌﾟモードはいいけど……
資料が散っててようわかんね。

調べてみると前ｽﾚの１年位前がかなり開発に力が入ってたっぽい……今過疎？

ＧＢＡ開発の方を調べたほうが良いのかな？

さっぱり理解不可能でしたorz
とりあえずＣ言語でwindowsプログラミングから勉強します。

セックスフレンドDSのコンバーターはまだ出来てないんですか？

>>288
あなたがつくってください

>>288
つ>>266

>>287
あきらめるの速いなぁ…残念。
まずビットマップモードで出来るようにがんばってみようよ。タイルモードはそれからでもいいんじゃないかな？
284のサイトのサンプル組み合わせれば、必ずできるはずだからさ。
初っ端から絵じゃなくて、四角い箱を書いて、ボタンを押すと色が変わるとか。
ちなみに、タイルモードは面倒臭いよ。

>>291
まずチュートリアル１を見てみたんですが、
書いてあるソースの意味が９割以上理解できない上、
「あれー、main関数がどこにも書いてないぞー？」
とか言ってるあり様です。

ttp://yun.cup.com/top.html
ここに書いてある手順でビルドはできるようになった、という位の事しかできてませんorz

Ｃ言語を勉強した、と言っても、本を１冊読んだ程度です。

こういう具合で諦めました。
もっと勉強すれば、理解できるようになるんでしょうか。

>>292
釣り師さん、チュートリアル１読んでないのがモロバレですよｗｗｗ

釣りじゃないなら、どこまで勉強したつもりになっても
残念ながらキミには無理な気がする

読みましたよ。途中まで。
本当に理解できなかったんです。全く。
あと釣りじゃないです。

>釣りじゃないなら、どこまで勉強したつもりになっても
>残念ながらキミには無理な気がする
って言うのは正直図星な気がする。

知識無い俺にもできるのかな・・・！ﾜｸﾜｸ
とか思ってみたけど、やっぱり無理な気がする。
画像の表示すらできない。

必ずソースを理解する必要ってあるんですか？
パーツを並び替える感覚で何とかなる、って事があるのかな、
と思って、サンプルを落としてビルドしてみるんだけど、
よく分からないエラーが出てだめだった。

ちょっと、横からだけど、
>>284のチュートリアル1のソース、リンク切れてない？
demo1.zip とか、arm7_main.cpp とか
ページに載ってるソースは、部分的なものだから、コンパイルできないと思うけど

>>295
本家が更新されてて、arm7_main.cppとか使ってないかも。
一度本家を確認したほうがいいね。
英語わからなくても、web適当翻訳でもそこそこ読めるだろうし。

>>294
とりあえず、Ｃ言語をしっかり勉強しなさい。
それから、Devkitのサンプルプログラムを見て「この関数は何してる？」とか順を追って調べてみ？
サンプルを弄ってみて、どんな動きするかも色々と試してみ？

>>295
ページの一番下の方のdemo1.zipは生きてますよ

>>294
少なくとも
「ハードの仕組みと書かれているコードの全てを理解してやるッ！」
というぐらいの意気込みがないと、こういう組み込み機器の
プリミティブな言語でのプログラミングには向かないよ。

どうしてもＤＳで何か作りたいのなら、ＤＳＬｕａあたりをオススメしておく。
ま、コッチでもキミは挫折する可能性が高いかもナー。

>292のリンク先、DSのとこちょっと読んでみたけど一部注意。
独自にチャレンジしてて意欲的だけど
あわてて書いたのか説明やソースが所々間違えてて混乱するかも。

まあ俺も下手なりにDSをいじってるんだが、サイトのサンプルはたまに昔の開発環境作ってるから
エラーでるんだよなー変数をもう一度確認しな

仕様紹介で画面サイズを240*192としていたり
（しかしソース上は1ラインを256ドットとしている）、
ソース上で、白色を指定するとこでr,g,b=127としていたり
（しかし説明文では各成分5ビットとして、ソース中の式でも5ビット,10ビットのシフト）、
そういう間違えのこと。

念のため言っておくが、揚げ足取りで指摘しているわけじゃないからね。

お前ら、やさしいなあ

(´･ω･`)見直してみたらrotationバックグラウンドでタイルモード普通にできた………
extendedもたぶん出来るなこりゃ………
おれｬバカだ……

セックスフレンドDSのコンバーターはまだ出来てないんですか？

>>304
あなたがつくってください

セックスフレンドDSはPS3スレのうぐぅ、ネギまスレのageんなスクリプトと
同じような荒らしなのでスルーしてください。

NG登録しれ

DSのすばらしきこのせかいというソフトのRoM内から画像や動画を抜き出して
aviやjpgにしたいんですがfdsやbinやらの中身を開く方法ってありますか？
adxはわりと簡単だったんだけどこれらがどうにもなんなくてorz

DS本体とソフトはちゃんと所持してます。自分でもそれなりに調べたんだけど
DSの映像出力で現実的なのはこの方法くらいしか考えられないんで。
データの改造は興味ないんで単純に中身を展開出来ればいいんだけど。

スレチな気もするんだけどここならわかりそうなんで教えて貰えるとありがたいです。

頑張って解析してください

スプライトの拡張パレットの使い方が分からないんですが、
DISPLAY_CRの拡張パレットを有効にして、
とりあえずVRAM_Eを拡張パレットに使おうと思い、
vramSetBankE(VRAM_E_OBJ_EXT_PALETTE)と設定した所まで出来たのですが、
それをどう使うのかが分からないんです。

分かる人がいたら、御教授していただきたいです。

人気がありすぎて偽造されてしまいました。
http://www.stoneheads.co.jp/stone/codepink/nisemono.html

VRAMを割り当てるときに、いくつかのモードはCPU（バス）に接続されなくなりますので、表示していない時間（VBlank期間等）にCPUに接続されているモードに変えて内容を書き換え、また戻しておく必要があるみたいです。

{
vramSetBankE(VRAM_E_LCD);
u16 *pdstpals=(u16*)VRAM_E_EXT_PALETTE;
for(u32 idx=0;idx<(16*256);idx++) pdstpals[idx]=colors[idx] | BIT15;
vramSetBankE(VRAM_E_OBJ_EXT_PALETTE);
}

ぜんぜんコンパイルしていない上に、VRAM_E_LCDとかVRAM_E_EXT_PALETTEは初めて見たのですが、たぶんこんな感じで更新できるんじゃないかと思います。

すいません、下げ忘れました。
ついでに補足、VSync割り込みではなくメイン処理内で更新したいときで処理時間を気にしないなら、更新直前にswiWaitForVBlank()を呼べばOKです。
適切に割り込みが初期化されていないときは、swiWaitForVBlank()ではなく、
{
while(DISP_Y!=191);
while(DISP_Y==191);
}
という感じで。バッテリー食いますがテストなら関係ないと思います。

メイン画面でOBJの拡張パレット使うなら、
DISPLAY_CR |=DISPLAY_SPR_EXT_PALETTE
が必要になるんじゃないかな？

>>308
板違いでは？
いわゆるハックだから、裏技・改造板が適切かと

裏技・改造
http://game12.2ch.net/gameurawaza/

>>312
使えるようになりました。
ありがとうございました。

DScripterﾏﾀﾞｰ?

>>317
あなたが作ってください。

>>318
あなたの力量では作れないんですか？

たびたび申し訳ないですが、
>>312の方法を試した所、エミュでは正しく動作するのですが、
実機では色が付かなく、黒で表示されてしまいました。
どなたか分かる方はいませんか？

とりあえず、サンプルソース公開。

だれかＤＳでＢＭＳプレーヤー作ってくれないかな

ＢＭＳプレーヤーって何すか？
馬鹿にしてんすか？

>>323
bmsを再生するソフトだろ？BM98とか。プレーヤーだかプレイヤーだか知らんけど。
ttp://ja.wikipedia.org/wiki/%E9%9F%B3%E6%A5%BD%E3%82%B2%E3%83%BC%E3%83%A0#BMS.E3.83.97.E3.83.AC.E3.83.BC.E3.83.A4.E3.83.BC
普通に使われてるようだが？

>>319
そういう偉そうなこと言うってことはおまえは作れるんだろ？
ならおまえが作っとけ。
先に行っておくが、自分は作れる作れない以前にNスクは興味ないから。別にわざわざDSでパソゲやろうと思わんし。

とりあえず>>317=304=288でおｋ？

>>322
昔ちょっと考えた。
指DDRができるかな？ と思ったんで。
dwiというシーケンスフォーマットがあるというところまで調べた。
http://dwi.ddruk.com/

だけど、音周りがうまく鳴らせず断念。

>>325
音さえ鳴らせれば、DDRなんてパターンの決まった(ランダムでない)もぐら叩きと同じなんだよね。

俺の益子ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

俺の益子ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

スプライトを伸縮させるにはどうすればいいですか？

左右をつかんで、えいっ、って引っ張る。

ここは過疎だから余所行ったほうが良い

DSLuaの話が出来るスレはどこじゃろか

>>329
簡単にかいつまんで解説するが
スプライトはGBAと一緒だからそっちの解説を探してみたらいい。

SpriteEntry sprites[128]; /* スプライト格納領域 */
pSpriteRotation spriteRotations = (pSpriteRotation)sprites; /* 行列 */

/* スプライトを設定する */

sprites[0].attribute[0] |= ATTR0_ROTSCALE_DOUBLE; /* 伸縮フラグを立てる */
sprites[0].attribute[1] += rotate_index << 9; /* 使用する行列テーブルの番号を入れる */

spriteRotation[0].hdx = pa; /* 行列を入れる */
spriteRotation[0].hdy = pb;
spriteRotation[0].vdx = pc;
spriteRotation[0].vdy = pd;

>>332
ここ

>>333
ありがとうございます。
調べてみたところ、hdxとhdyに横倍率の逆数、vdxとvdyに縦倍率の逆数をかけることで伸縮できました。
ところでここに3Dの行列を入れれば3次元上で回転させたように見せることもできますか？

>>331
他所ってどこだよ＞＜

>>336
・・・裏技改造板にスレあるよ、一応。

DSLuaでMOD形式の音楽を鳴らしたいのですが、
MIDIやWAVをMODに変換できるツールをご存知でしょうか？

RAWへはXOSというのを見つけたのですが、
MODへの変換をしてくれるフリーソフトを知っていたら教えてくださいませ。

midiからはModPlugTracker
wavからは知らん

最新のdevkitProでビルドすると、NO$GBA 2.5で動かないなあ。不便だ。

>>340
NO$GBAで動かないってことは実機でも動かないってことじゃないの
俺の経験じゃNO$が一番実機に近い挙動してる
VRAMの奇数バイトアクセス不可とかもエミュレートしてるし

>>341
実機では動いてるよ。エミュレータを過信してるんじゃないの？
もし疑うなら、何でもいいからリビルドして試してみな。

>>342
もちろんエミュはあくまでも開発補助
自分の場合はエミュでは動くけど実機で動かない事ばっかりだったんでね

PAlibっていうライブラリを見つけたんですけど、
あの中のサンプルソースの画像って著作権フリーですか？

いまさらだけど、Vistaで動くdevkitARM R21が来てる!!
もう対応パッチ当ててビルドしなおさなくていい。

R4のthemeを13種以上に増やす事できる？

>>341
> 俺の経験じゃNO$が一番実機に近い挙動してる
NO$ は DSLinux の Boot が怪しいんだよねぇ。

PAlib070118がでてる。
まだ触ってないけど。

どう見ても１月１８日版だろ

>>349
的確なツッコミ吹いたw

Vistaで動くdevkitARM R21が出てるらしいんだけど・・・
XPに入れて、ソースリビルドするとFATの部分で落ちる・・・

もうダメぽ
NDSの開発でいきづまった
どなたかNDSの保存系のサンプル、またはヒントを下さい。
EEPRomサンプル群・・・動かん！

>>351
すまん、落ちるのGBFSの部分だった。

>>352
保存ってファイルシステムのことか
libfatでDLDI使ってるけど

>>354
FATじゃない
EEPRomです。
まぁマジコンのファイルで言えば
xxx.savだね

何を言ってるのかよくわからんが、EEPROMサンプルは保存なんてしないぞ

助けてくださいorz
http://wwwww.2ch.net/test/read.cgi/news4vip/1194617474/

セックスフレンドDSのコンバーターまってます♥

>>356
最近exampleが新しくなってるけど、それに付いてる
EEPROMサンプル（card）は
一見、動いてるように見えるが正しく機能していないような気がする
しかも、読み込みだけのサンプルだし・・・
header部だけは動いたかな・・・
NO$も実機でもダメぽだったなぁ

変数の内容を電源を切っても覚えておきたいのですが、
どのようにするのでしょうか？

初歩的な質問ですいません。
R4を使っています。

>>360
どれでも好きなのどうぞ。
EEPROM,FlashROM,電池で保持するSRAM,F-RAM

メインメモリでも運がよければ一日程度は消えませんよ。

>>360
何がやりたいのか不明だが
microSDにファイルとしてセーブ

そういえば R4DS の製造元摘発されたらしいな。
開発用としてストックしておきたい奴はいまのうちだぞ。

マジか

>>364
web であんまり流れてないけど、秋葉の店先にそういう張り紙があったんだよ。
値段釣り上げる工作かもしれないけど、一応注意は促しておく。

>>365
本スレで張り紙の画像見てきた。
スレでは店側の工作ってことで話し流れたみたいだけど安いうちに予備を買っておこうかな

>>366
本スレ見てないけど、あっちにも出てたんだ。

>>366
必要ないからやめとけ。
R4が買えなくなったら他のマジコン買えばいいだけだし。
どうしても予備が欲しいならR4以外にしたほうがいい。

R4以外のオススメは？

環境はいくつかあったほうが動作確認の時便利かもね

>>363-366
ttp://www.inside-games.jp/news/244/24450.html
けっこう有名なニュースかと思ってたけどあまり知られてなかったのね

つか、しばらく前にR4が税関で止められて高騰したのってそのせいだろ。
で他のルートやら在庫やらかき集めたら、逆に供給過剰になって（ｒｙ

小売が品薄感煽るために嘘流したのかも試練が

>>372
税関云々はデマだったらしいよ

やっぱりVRAMへのアクセスって他のメモリに比べて遅いのかな？

>>375
むしろメインメモリより速い。

>>376
ベンチマークは取ってないけど、
VRAMの書き込みは速いけど読み込みは遅い印象がある
（読み込むことなんてあまりないけどね）
今度暇を見てベンチマーク取ってみよう

結果報告よろぴこ

プロファイルのための精度の高いタイマーの使い方を教えてくれ

ある種の宣伝で悪いけれど、
DSでプログラム開発をする道中を記録するページを作りました。
昨日までblogで書いていたのを今日wikiに変更です。

ttp://void-main.org/dsprogram/

俺はGBAはおろか、今までいかなるゲーム機でも
プログラミングをしたことがないゲーム制作初心者だけれど、
低レベルの知識は少々ながらもあるし、
何より日本語でDS開発のための資料を用意するのは
ある程度意味があるんじゃないかと思うので、暫く頑張ってみます。

来年の6月までにチェスのアプリを作るのが目的です。
何かあれば是非助言をよろしくお願いします。
以上、宣伝すみませんでした。

>>380
まあがんばれｗｗ

>>380
GJ　期待してる

DSのプログラミングのwikiは一応他にもある。
http://ndsd.chicappa.jp/wiki/
つっても10月で更新が止まってるが。でも日本語コンソールライブラリとか
ダウンローダとか便利なものがあったり。

さっき寝てて突然ひらめいたからかいてみる。ただの通りすがりです。

二画面表示で片方はキーボード動作、片方はマウスで操作ってできないだろうか
PCでやれたらかなり面白そうなんだが

>>379

長文失礼します。
単にある区切りの時間を調べるだけなら、次のような感じでどうでしょうか。

__attribute__((noinline)) static void PrfStart(void)
{
TIMER0_CR=0;
TIMER0_DATA=0;
TIMER0_CR=TIMER_ENABLE | TIMER_DIV_1;
TIMER1_CR=0;
TIMER1_DATA=0;
TIMER1_CR=TIMER_ENABLE | TIMER_CASCADE;
}

__attribute__((noinline)) static u32 PrfEnd(void)
{
vu32 t0d=TIMER0_DATA;
vu32 t1d=TIMER1_DATA;
u32 clk=(t1d<<16) | t0d;
double dus=clk/((double)33513982/1000/1000);

_consolePrintf("prf %6dus %dclk.\n",(u32)dus,clk);
return(clk);
}

（改行多すぎで怒られたのでもう一つ追加します）

>>379

TIMER_DIV_1で長時間だと16bitオーバーフローするのでカスケードで使いました。最長約128秒まで計測できるはずです。
時間表示はマイクロ秒(1/1000000秒)単位で、ベースクロックは約33MHz単位です。
たぶん50クロック分くらいオーバーヘッドがあると思いますので、BIASは+2マイクロ秒くらいになると思います。

全ての関数の出入りをトラップして入れ子OKなプロファイラも作ってみたのですが、それなりな規模でギリギリまで最適化しなきゃいけないプロジェクトがないので使いませんでした。
様子見だけなら次のURLを流し読みしてみて下さい。使い道がありそうならソース公開します。
http://mdxonline.dyndns.org/archives/2007/10/post_1964.shtml

>>383
ありがとう、なかなか素晴らしいサイトだね。リンクに追加しておきます。
こちらは初心者による初心者のためのチュートリアル風味というスタンスでやっていくよ。

>>385-386
細かくありがとう。ここまで書いてもらったからには計測してみます。
ところで、こういった技術情報を自分で調べる時に、どこの資料を調べていますか？
実は自分でタイマーについて調べていたのですが、とっかかりも掴めなかったので
今後の参考までに教えてもらえないでしょうか

>>387

私は本当に英語が苦手なので、ほとんどこのページだけしか見ていません。
http://nocash.emubase.de/gbatek.htm
あとはひたすらトライ＆エラーで。（笑
ところでベンチマークを作るなら、940TDDI0144BJ.pdfの11.2辺りも参考になると思います。

ズバリ言うわよ！
誰かマジコンに挿してるmicroSDのベンチマークソフト作ってよ！

>>389
SCDSに載ってる

>>389
ドラキュラでも動かしとけ

>>391
お前頭悪いだろ

ミジンコが騒いでるな

>>392
お前頭悪いだろ

日本語用のフォントどこかに無かったっけか

自分も >>92 の書き込みとおなじように音声を入れ替えて
再生しようとしているのですが、思ったように再生されません。

>>103 でsoxの使い方が間違っていたという書き込みがありますが、
sox に何かオプションが必要ですか？

もしよければ >>93 のサンプルをいただけませんか。
おねがいします。

>>395
moonshellのソースになかったっけ

>>395

日本語を含めたグラフィックライブラリでglibというのを作ったことがあります。
http://mdxonline.dyndns.org/archives/2005/11/glib_ver_01.shtml
新しいDevKitProでは動かないので、ARM9ソースだけはMorningTimerあたりからglibフォルダをコピーしたほうがいいかもです。r21で動くかはわかりません。
glibはその場その場で必要なところを勝手に変更して使っています。最近のglibにはSJISコンバータが入っていません。（基本的にUnicodeしか使わなくなってしまったので）
新しいDevKitProではpScreenMainOverlayが使えるようにできなかった記憶があります。

上のURLのファイルは、Unicode文字列の描画にバグがあるので、次のURLを見ながら修正して下さい。（MorningTimerで使ってるのは修正済みです）
http://mdxonline.dyndns.org/archives/2006/01/post_1523.shtml

ダブルバッファリングのフリップの使い方についての補足。
http://mdxonline.dyndns.org/archives/2006/01/flip_on_glib.shtml

>>396

サウンド再生サンプルを同じURLに再アップしました。

>>398
ありがとうございます。
ちゃんと鳴らすことが出来ました。

いいなぁプノグラム出来る人は
オレもｄｓで遊びたい(´･ω･｀)

>>400
勉強したらいいと思うよ。

勉強したけど覚えられんかった

遊ぶ…
ＤＳで「ゲーム」して遊ぶのは簡単。ソフト買えば遊べる。
ＤＳの「プログラム」して遊ぶのは…

とりあえず色々試して勉強すれば動くプログラムは組めるようになる。
ただその組んだプログラムが、使えるプログラム（MoonShellとか）・楽しいプログラム(ゲームとか)なのか？というのは別の話。

プログラムの世界は、時間をかけて色々試したりして経験しないと理解が進まない世界だと思う。

プログラミング自体が楽しいけどな
たとえHello World表示するだけでも
DSの上で自分のプログラムが動いたら楽しい

プログラミング自体がちょっとしたパズルゲームみたいなもんだな

>>403
＞時間をかけて色々試したりして経験しないと理解が進まない世界
なんでもそうだろｗ

VRAMのモードとバンクの具体的な意味がわからない
ttp://void-main.org/dsprogram/
これ読んでもよくわからん

videoSetModeで、そのスクリーンの全体的な設定するんだよね
例えばMODE 5を設定すると、BG0 BG1 BG2 BG3がそれぞれ
テキストか3D、テキスト、拡大縮小回転ラスター、拡大縮小回転ラスター
という感じになるのはわかった

わからんのは、vramSetBankA。
バンクがAからIまであって、そのうちのAを設定するのはわかる。
このバンクを例えばスプライトに使いたい場合は
VRAM_A_MAIN_SPRITE をセットするのもわかるんだけど、
この場合、BGの何番がスプライトになるの？

BGxとバンクの関係はどこで定義されるの？

BGはＢＧ、スプライトはスプライト
vramSetBankxはメモリを設定するだけでBGには無関係
BGxCNTとDISPCNTによってそれぞれにどのメモリ(どの機能)を使うか決める

>>407
BGは関係ないよ。
全部スプライトに割り当てられる。

結局は、VRAMをどんなふうに、BG or スプライトの領域に割り当てるか。
BG領域にVRAMを割り当てなければ、ＢＧのための領域としては使えない。


BGx の設定レジスタ(CNT)に、バンク（というかＢＧ用に割り当てられたメモリ） の
どこから使いますよって設定があるよ。
それで、BGx用の領域を、他のBGxと切り分けて使ったりする。
もちろん他のBGと共用で使ってもいいし。

スプライトはスプライトで独立。
VRAM_A_MAIN_SPRITEは、AバンクをMAIN画面のスプライトキャラクタ専用のバンクにするという指定。

連続3人がほぼ同じタイミングでレスするってどういう偶然だよ・・・・。

良いんじゃない?俺のレスじゃ言葉が足らないし
みんな良い人ばっかりでｗ

まだ読んでないけどとりあえず凄い勢いで感謝する
これから実際に作りながらゆっくり読んでみるよ、ありがとう

まあ、BGとスプライトが共用ってアーキテクチャも多かったし。
モード周りは分かりにくいから、適当にいじって試すのが一番かも。

トライ&エラーで悩みながら理解していった
パレットの最上位ビットを0のままにして色が出ないと悩んでいたこともあった
VRAMには偶数バイトにしかアクセスできないのを知らずに悩んでいたこともあった

チュートリアルとか和訳・解説とかのサイトは増えてるようだし
ミスしやすいところが先に分かるのはありがたいね

先月からNDS Homebrew開発の世界に足つっこみました。
PAlib使うと、そう悩まずにPCでプログラム書くような楽ちんさですな。
ドキュメントが充実しているのが驚き。

久々にいじりだしてみた。
前回サウンド再生で挫折したことを思い出した。
dcdev38の人はTTA鳴らせてるのか？
サンプルgdgdじゃないか。

つまんなそう。

NDS用のファイラーってあるんでしょうか

釣り…なのか?

どうやら、NDSの開発もsavデータ以外はみなさん、達成できたようで・・・
もしくは、よくわかってないのに、がんばって書き込んでいる人も・・・
あれ・・・何がいいたかったんだろう。

>>417
PAlib、チュートリアルをみた感じでは別に楽になるように見えないんだけれど
具体的にどんなところが楽になった？

M3 RealとかいうマジコンでMoonshellやImageViewerがメタメタになってるらしい。
やはりどんなマジコンでも動くHomeBrewを作るには限界があるんだろうな。
マジコンメーカーがわざと動かないように仕込んで来る場合もあるだろうしな。

http://game14.2ch.net/test/read.cgi/gameurawaza/1194888761/390

技術的な問題ならまだしも、わざわざ動かないようにしても利益が下がるだけだと思うが。

>>425
M3REALというマジコンにはマルチメディア機能が自前で付いている。
自前と言ってもmoonshellのソースをパクって作ったものであるわけだが。
メーカーは自前のマルチメディア機能を使ってほしいから本家のmoonshellは
用なしとでも言いたいのだろう。
多くのユーザーが自前のが糞なんで本家のを使いたいと思っているが
とりあえずその意向は無視ということで。

moonlight氏が直すべきってのも痛いねえ
動作環境が違いますの一言で終わるのに

>>426
あんた陰謀論とか好きそうだね
多分メーカー何も考えてないよ、チェックめんどいからやってないだけだろ
もともと妖しいジャンルの商品なんだから期待するだけむだよｗ

>>426
とりあえずスレタイ読んで、自分でパッチなり、ソフト作るなりしてから
おいでよ。

DSで開発していて、一番気になるのがUIなんだけど、みんなどうしてる？

WindowsアプリやJavaなんかだとコンポーネントが使えるから
スクロールバーとかテキストエリアとか簡単に作れるし、
JavaScriptでもDoJaとかでも同様にそこそこの物は作れる。

でもNDSの場合は全部自分で作らなきゃいけないから結構辛くて、
特にそこそこの実用アプリ作っている時が一番困る。
貧弱でいいので簡単に使えるUIがそろっているといいんだけど。

>>424

教えてくれてありがとうございます。
ザッと該当スレッドを見た感じでは、自動DLDIパッチが問題になっているような気がしたので、自動DLDIパッチを無効にするパッチツールを作りました。
汎用ツールなので、M3REAL以外、私作アプリ以外にも使えます。（使う意味は少なそうですが）
動作テストをしていないので、適当に様子見ながら使ってみて下さい。

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

やってること自体は簡単なので、スパイウェアなどが心配な方はソースを見てから使って下さいませ。

>>429

ほんとUI作るの面倒くさいですよね…。内容自体は数百行で終わるのにUIのために数千行も書かなきゃいけないと思うとすごく億劫です。
でも一度自前で作ってしまえばあとは使い回せるので…、といっても面倒くささ解消にはならないのですが。（苦笑
私は使ったことがありませんが、日本語を捨てればDSLuaが良さそうです。

>>430 の続き

M3/G6 Real.J01をダウンロードして眺めていたのですが、単にdldi_ds.m3を削除しただけではダメなのでしょうか。
できればパッチ無効化処理なんかしないで、そのままのNDSROMファイルが動作すればいいなと思うのですが。
他力本願で申し訳ないのですが、どなたか暇なひとがいたら試してみて下さい。
もちろんファームウェアの自動DLDIパッチ部分が直ればそれが一番なのですが、利用者側からどうこうできる問題じゃないと思うのでJ01（というのがバージョンになるのかな）ではこんな風にすれば、というのが定例化できればと思います。

>>431
SYSTEMフォルダのdldi_ds.m3を削除して
imgview10test3_M3REAL_M3DS Real.nds（CRC32：3A2198CF）を
マイカートリッジから起動したところ、自動DLDI上書きパッチされずに動作しました
確認環境はM3FlashJPのJ01とlinfoxのJ11のファームです

>>430
ここのと動作同じかな？
http://dldi.drunkencoders.com/index.php?title=DLDI_No-AutoPatch

>>Moonlight神

お蔭様でImageViewerはM3Realにおいて最新版でも動くようになりました。
作って頂いたパッチでも、dldi_ds.m3を削除でもおｋでした。心より�dです。

未だmoonshellの方はSLOT-2から起動しないとタッチパネルの座標がズレます
（ズレているのか認識しない座標があるのかいまひとつわかりません）
が、SLOT-1からの起動でダメで、SLOT-2からの起動ならおｋになるというのは
原因として何が考えられるのでしょう。

とりあえずM3Pや標準オプションのGBA Expansion Packを使うとSLOT-2起動
ができますが、SLOT-2に入れるものによってはこの技も使えなくなります。
M3Realはお騒がせなマジコンでユーザーとしても半ば呆れてしまっていますが
ちょっとした事でmoonshellの動きが改善されれば少しは価値が出るかと・・・

M3はslot2時代から糞と言われてるのに買う方が悪いかと。
クソマグ、パンヤオ、イマハ、タケルなどのM3工作員の嘘にまんまと騙されてる馬鹿が沢山。

そのM3工作員どもにはM3REALとG6REALの日本語版が無償で配付されたらしいね。
あここまであからさまに暴露されたらさすがに提灯記事は書けないだろうな。
あんな糞どもに無料であげて肝心のMoonlight氏にはあげてない。
Moonshellで一番世話になっている相手にこれだもんね。腹が立つ。

>>432 と >>434

テスト感謝です。じゃぁ、J01で自動DLDIを無効にするにはdldi_ds.m3を削除する、ということで。
J11というのもあるんですね。今後のファームでは改善されるかもしれないのでJ01/J11限定の対処法ということでよろしくおねがいします。

MoonShellでのタッチ不良は、NDS本体に入っている設定情報からパネル補正情報を取得しているのですが、そこらへんがダメなのかもです。
ソフトリセットを併用して、M3REALファーム起動->補正情報の再取得->ソフトリセット->MoonShell起動、というふうにすればもしかしたら使えるかも。
補正情報再取得ツールから直接MoonShellを起動できればいいのですがちょっと難しそうです。（私の推測ですが
MoonShellの開発環境がまだあれば、MoonShell側で対応するのが一番簡単なんですけどね。（苦笑

>>433

そうです。概念としてはそれと同じ感じです。
ただ、最近の私のアプリは、起動直後にメモリ状態を検査するようになっていて、DLDIパッチされた部分は整合性検査をスキップするロジックを組み込んであります。
試していませんが、私のアプリだけちょっと特殊なので'DLDI No-Patch.exe'を適用すると変になるかもです。
（J01では）dldi_ds.m3を削除すれば何も問題ないのでそちらで対処していただけると有り難いです。

参考までに、メモリ整合性検査で異常が見つかったときのメッセージは以下の通りです。
--- Detected fatal error !! ---
There is a loss in the main body of The ARM9 code.
Please copy （アプリ名） with Windows again
The cause might be a loose connection of the equipment.
'DLDI No-Patch.exe'を併用したときにこのメッセージがでたらこんな理由かも、と推測よろしくです。

>>437
ご回答ありがとうございました。

補正情報再取得ツールがどこぞにあるのか、またM3 REALをリセットする手段もなく
結局moonshellはSLOT-2起動することで対応させていただきます。

moonshellからリセットできないのは悲しいですが、皇帝氏のようにM3Realの
ROMを吸い出したものを起動してリセットするような技も使えないでしょう。

お蔭様でM3Realもかなりまともになってきました。ありがとうございました。

M3Real用のreset.mseってありませんか？

M3(笑)

Moonlight神の代行です。OCN全面規制の煽りを受けているのかも知れません。

NintendoDS(NDS)非公式開発 Part2に書き込もうとしたら、
>ＥＲＲＯＲ：アクセス規制中です！！(OFSfb-)
とか言われたので一時的にこっちにメモ。
2chに転記したらこのエントリは消しちゃいます。（変なこと書いたつもりはないのですが、なにか2chのマナーに反するよーなことを書いた可能性は…あるのかもです。文章下手だからいつも長文だしー（苦笑

---

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

タッチパネルを含むBIOS情報再取得コードと、MoonShellVer1.71+1のM3REAL用DLDIパッチ済みNDSROM本体と、内蔵バイナリリブートツールをまとめたNDSROMファイルです。
普通にMoonShellVer1.71+1をインストールしたSDのルートに'RepairMoonShell_DisabledDLDIPatch.nds'をコピーしてから起動してみて下さい。
一応自動DLDI無効化パッチを適用してありますが、念のため'dldi_ds.m3'は削除しておいて下さい。
セットアップで作成される'MoonShell_????_ほにゃらら.nds'ファイルは不要です。全部消しちゃってOKです。
DS-Linkでしかテストしていませんがきっと動くと思います。（DS-Linkスキーなので宣伝してみたり（笑
ファイルサーバがごちゃごちゃしてきたので、２，３日で削除すると思います。
使い道がありそうでしたら、早めにDLしておいてくださいませ。それでは。 （2chに転記してから２，３日という感じで適当にまったりと）

>423
遅くなってゴメン

libndsよりもレジスタとか NDS固有の知識が薄くてもそれなりになんとかなるところ。

チュートリアルと関数リファレンス見ればだいたいの事は解決するし。

libndsだとなんかいろんなところ(Web)参照しないと解決できなさそうな感じだったので。

>Moonlight神

アクセス回線がＯＣＮのために書き込めないと思いますが>>441の'RepairMoonShell_DisabledDLDIPatch.nds'は
完璧に動作しております。本来はM3 REAL側で対応すべき問題に対処いただきありがとうございました。
あとはreset.mseがあれば完璧ですがこれは難しいと思います。皇帝氏もあきらめてM3 REALから吸いだした
ROMをロードすることでリセットしておられのようです。

重ねて御礼を申し上げます。ありがとうございました。

R4でセーブデータ(.sav)にアクセスする方法ってどうするの？
libndsのcardWriteEepromを実行すればおｋ？
なんかうまく動いてないっぽいんだけど。

http://eng.supercard.cn/download/scdssdhc_dldi_source.zip

>>445
情報さんくす

でも、このサンプルを使うと、その後のlibfatの関数が動かなくなるみたい。
libfatの初期化前に、このサンプルでデータ取得するとlibfatの初期化で失敗するし、
libfatの初期化後にこのサンプルを使うと、その後のlibfatの関数が動かなくなるみたい

どうしたものかな？

学校で公式エミュレータとCodewarrior使って開発してるんですが
家でもやりたくててDevkitとか入れてみました。
でもコンパイルの時点でつまずいてしまっております・・・
arm9.c:528: error: 'NULL' was not declared in this scope
のようなエラーが。
命令文なんかが違ってそのままでは無理なんでしょうか。

頑張れ学生
エラーメッセージを直訳してみるんだ

ＨＡＬとかの専門学校か？

PSPFilerみたいなやつのDS版ってありますか

そ、そうです、この事は内密にしておいてください・・・。
NULL以外にも命令文のエラーが70個くらい、いっぱい出るんで
何かそもそも使うAPIの書き方が違うのかなぁ・・？とか

そりゃ公式の開発環境とDevKitProとではライブラリが違うし
APIも定数定義も何から何まで違うだろうさ

学校で動いたソースを家に持ってきても
全行書き直しくらいの手間をかけないとコンパイル通らないと思うよ
全然別物のソースってこと

>>447
まずはその公式エミュを（ｒｙ

>>453
>>447見て気になって調べただけだからよくはわからんけどこういう
ものなんじゃねーの？
http://www.intsys.co.jp/tools/nitro/debugger/system.html


っていうか任天堂公式の開発キットの紹介が普通にあるとは思っても
いなかった。自分が調べはじめたときはDevKitProの方が先に出てたし
（まあ趣味目的での購入とかまず無理だろうからDevKitProの方が先
に出るのは当たり前だけど）。
RVDSにしてもそうだけど商用の開発環境も一度でいいから触ってみたい
な、と。まあへたれの願望だけどorz

RVCTなら昔使ってたことがあるな。
最適化はgcc以上にしてたけど、
例外に対応してなかったり、テンプレートが使えなかったりして使いづらかった。

>>454
RVDSは会社で使ってる(DS開発じゃないけど)。
商用だからといって変な期待はしないほうがいいと思うよ。

NDSD, NDS開発, めらまん等しらべてもわからなかったので...

マイクの電源の入れ方は
#define PM_MICROPHONE_ON BIT(1)
writePowerManagement(PM_AMPLIFIER_REG, PM_MICROPHONE_ON);
でいいですかね？

あとSetYtrigger(80)はいったい何の意味があるんでしょう？

http://ndsd.chicappa.jp/wiki/index.php?%A5%DE%A5%A4%A5%AF%C6%FE%CE%CF

書き込んだ直後にマイク電源のほうは見つけてしまいましたorz
もうしわけありません...。

>>452
なるほど、、納得です。ありがとうございます。

>>454
そうです。それが何台も並んでます。

とりあえず447はDS云々の前にC言語の勉強をしないと駄目だな
がんがれ

言っちゃ何だが
ゲー専の講師って大変そうだな

C言語の勉強というか
ソースからどうやって実行モジュールが作られるのか
そのコンパイル、リンクといったビルドの仕組みをね

もちろんそれもだけど、それ以前にNULLって何なのかとか良く分かってなさげな気が

ぬるぬるぽっぽ　ぬるぽっぽ

ヌルストリングス

こんなオープンな場所に内密にしておいてって書くところに萌えた

スタンダードライブラリのソースコードがどこにあるかわからなかったのでここで聞かせてください。
libnds使っているんだけれど、mallocもしくはnewする場合ってメモリがどこから確保されるの？

GBATEK見る限りだとNDS9の02000000hからの4MBがそれっぽいけど、
0x2000000から0x3000000って16MBあるよね？
残りの8MBはマップされてない領域なのかな。

がっ！

(´･ω･`)公式の開発環境いいな〜(仕様類が読みたい)

高いんだろうな。きっと。

CodeWarrior使ってみてー
無料でC,C++が使えるだけでもぜいたくだけどね

DSで動くツールのリンクとかってないすか？
R4買ったんで、なんか動かしてみたい

非公式の開発で作ったゲームやツールって、公開しても著作権等引っかからないかな？
金取らなきゃおｋ？

これは釣りだな

学校向けのGBA開発環境は意外にもdevkitと同じような構成だった(MSYS+gcc)。

>>467
devkitPro で使っているのは newlib-1.14.0.tar.gz .
じっくり見て行こうか.

stdlib\malloc.c を見ると malloc は _malloc_r を実行している.
stdlib\mallocr.c を読むと...ここは読むの結構大変なんだ... _malloc_r は _sbrk_r を実行している.
reent\sbrkr.c を見ると _sbrk_r は _sbrk を実行している.
libgloss\arm\syscalls.c を見ると _sbrk は変数 end を extern 宣言して, その変数のアドレスからメモリを確保している.
Defined by the linker. と書かれているように end の宣言は ds_arm9.ld でされている.
あとは ds_arm9.ld を見るだけだから頑張ってくれ.

3Dの使い方が分かりません。
サンプルソース見ると、binファイルを使ってるみたいなんですけど、
3Dデータ(obj/stl/Xなど)をbinに変換するにはどうしたらいいんでしょうか？
もしくは、binにしなくても使う方法を分かりませんか？

nds 3d world tool setというのを使いたいのですが、
エラーが出てしまいます。
どなたか分かる方いませんか？

まずはエスパーを探せ
あとはそいつと脳内会話を続けろ

Hellow worldからやり直し

>>479
Hellow ではなくHelloでしょう？

あなたは中学１年生から英語をやり直し！

>>479
頭悪杉

>>480-481
slangも知らんのか
http://www.google.com/search?hl=en&q=hellow

>>482
必死に言い訳を考えなくても良い。お前のような英語音痴プログラマは他にもいるｗｗｗ
http://72.14.235.104/search?q=cache:YJVyY4rycpgJ:mail2.nara-edu.ac.jp/~asait/c_program/sort.htm+%22hellow+world%22&hl=ja&ct=clnk&cd=1&gl=jp&lr=lang_ja

>>479=482
お前は福井県のニートだったのか。
だから綴りを間違えたんだな
まぁ、中学英語の教科書買ってがんばれよ、応援してるぞ

Hellow の検索結果 約 1,050,000 件中 1 - 10 件目 (0.05 秒)
http://www.google.co.jp/search?hl=ja&ie=SJIS&oe=SJIS&q=Hellow

いままで福井のプログラマって優秀だってイメージがあったけど










考えを改めたわｗ

うけたｗ

プライド捨ててまでウケは狙わんよ。普通の人はね。

普通の奴は出来ないよな。

出来る奴は無論、安いプライドなんかに執着しないけどな。

「スペルミスでした〜」の一言で楽になれるのに…

ご苦労なこったねｗｗｗ

>>480
>>483
>>485
>>487
>>489
ﾜﾛｽ

人を馬鹿にするレスをすることに関しては
そこそれない情熱を発揮する、2chによく生息しているタイプですな。

このスレも自演が流行り出しましたか。やれやれですね。

はい、劣勢からの一発逆転狙いの自演認定でました。

釣りなのかミスだったのかわからないが
たぶん釣りとおもわれるものにひっかかったからって
ID:ZUfhTjt8は必死になりすぎましたね

なんか馬鹿みたいな流れになってますね。

まあ勝敗をつけるなら「釣り」という言葉を出した時点で負け。
２ｃｈのルール上はね。

負け（笑）

何の勝負してんたんだコイツｗ

う、なんか巻き込まれそうな嫌なヨカ〜ン。

ママー！こわいよ〜！

はい、１人熱く勝負していたお子様から２ｃｈのルール上負け宣言でました。

すみませ〜ん。

たががHelloをHellowとスペルミスしただけでなぜそこまで粘着するのでしょう？
わざわざID変えてまで粘着するなんて何があなたをそうしたのでしょうか？

などという質問を出してあえてド壺にはまってみるｗｗｗ

頭のおかしな人には気をつけましょう


利用者が増えるに従って、頭のおかしな人もそれなりに出没するようになって来ています。
頭のおかしな人に関わるとなにかと面倒なことが起こる可能性があるので、注意しましょう。

頭のおかしな人の判定基準

・「みんなの意見」「他の人もそう思ってる」など、自分の意見なのに他人もそう思ってると力説する人
　他人が自分とは違うという事実が受け入れられない人です。自分の意見が通らないとコピペや荒らしなど
　無茶をし始めるので見かけたら放置してください。

・根拠もなく、他人を見下したり、差別したりする人、自分で自分を褒める人
　他人を見下すことで自分を慰めようとする人です。実生活で他人に褒めてもらう機会がないが
　プライドだけは高いとか、匿名の掲示板しか話し相手のいない人です。可哀想なので放置してください。

・自分の感情だけ書く人
「〜〜がムカツク」とか自分の感情を掲示板に書くことに意味があると思っている人です。
何がどのようにムカツクのか論理的に書いてあれば、他人が読んでも意味のある文章になりますが、
そういった論理的思考の出来ない人です。もうちょっと賢くなるまでは放置してあげてください。

まあ確かにスペルミスをしたのは自分が馬鹿だったからです。今はそれは認めます。
恥かしいから最初は誰でも認めたくないでしょう？わかってくださいよ。
懸命にググってやっとスラングで逃げる道を見つけて安心したのも束の間、
今度はそこを叩くし。もう。

まあ元はと言えば自分がスペルミスをしたのが原因でこうなったので
責任はすべて自分にあります。

　　スペルミスしてごめんなさい。こんな馬鹿死んだ方がいいですね。もう…

>>500
勉強になりますぅ♥

違うことを学ぶスレになってるｗ

DSの開発してる奴いねーな

みんな単語漬けとFFに夢中か

で、話を元に戻そう。
たしか初音ミクがどうとか言ってたよね？

>499 >501
なんだかんだで、スペルミス絡みでなんどもレスした奴は全員、
ひん曲がったプライドが高すぎだから、引くに引けないんだよｗ
苦しいことを言いながらも、看破されるのをヤケに恐れるんだよな。
冷静に読めば、どっちの側でも全員痛い。

ま、オンタイムでスレ見てたら漏れも喜んでレスしてただろうけどなｗ

くやしいのうｗｗｗｗｗｗｗ

>>479
Hellow Workからやり直し

一度終わったネタを蒸し返すのは、相当面白くない限り難しいと思うよ

長文＝悔しくて顔真っ赤

余裕のないレスは見てて面白いよ

DSよりもPSPの方が、自作プログラミングが盛んだな。
両方ともやってたけど、PSPの方が人が多い気がした。
DSって人気ないな。プログラムに関しては。

スペックはPSPのほうが上だしな
あと、敷居が低いんじゃない？
PSPはUSBですぐできるけどDSはマジコン買わないとできない

Helo,みなん。

>>512
PSPは、DSより絵が出しやすいからWindowsプログラミングで
ビットマップやってればそれだけでとっつきやすくなる土壌が
あるからではないかな？
あと、DSだとBGM流すのが大変。PSPは楽なのかな。
圧縮した形式の音楽ファイル再生を満足に鳴らせているのは、
Moonlight氏だけじゃないかとさえ思ってしまう。

>>514

自分の名前が目に付いたので横やり失礼。
ほんとにPSPの方が楽です。全然敷居の高さが違います。（PSPはSDKを斜め読みした程度ですが）
ある程度進めば（開発のしやすさは）どっちも似たようなものだと思うんですけどね…。もちろんハードウェアスペックそのものが違うので、例えば動画云々とかはPSPの方が全然楽ですが。
それはそれとして、ただでさえNDSは音質が悪いのに、海外homebrewの（無圧縮PCMなりMP3なりの）音質の悪さは酷すぎると思います。
ちょっと工夫するだけでMoonShellくらいの音質にはなりますし、MorningTimerはMoonShellより（ほんの少しですが）音質がいいです。
といってもMoonShellとMorningTimerの音質の違いはほとんどわからないレベルですけどね。
毎回ソース付けてるのに読んでくれないのは寂しいです。
例えば/20071207_morningtimer11.zip/sources.zip/arm9/source/dllsound.cppのDLLSound_Update関数（131行目以降）辺りとか。
っていうか私のソースが汚すぎるのが原因だと思いますが。（笑

横やり失礼しました。hellowとかのtypoは私もほんとにしょっちゅうやらかすので、ひとのこと言えません。英語キライ（笑

いつかDSでエロゲーを作りたいな

どき魔女みたいなエロゲ頼むわ

dsでクター作ってくれ

お前が作れよカス野郎

MoonlightさんのCheck disk for NDS Ver0.2のベンチ結果報告を見る限り
J14ファーム付属dldi_ds.m3を使用してM3REALでテストしているようなので
MoonlightさんはM3 REALをお持ちのようですね。

J14ファームだと自作ゲームが全滅なのになぜMoonlightさんだけheck disk for NDS Ver0.2
を動かせるのか？それは非公開の裏技があるからなのでしょう。


　　　　　　　　　　　　　　　　　　いいなぁ…

それマジコンwikiの公式ベンチにしたいから更新よろ

自分の環境だとJ14でJ14ファーム付属dldi_ds.m3でCheck disk for NDS Ver0.2を実行すると
Filesystem error 1で止まってしまう。J13のhomebrew.jpとdldi_ds.m3に差し替えれば動くが
それだとJ14ファーム付属dldi_ds.m3でベンチ取れないしなぁ。

>>520

野暮用ついでに調べてきたのですが、J14付属DLDIが思いのほか速くてびっくりしました。
実際に使っていないので、ちゃんと読み書きできてるのか心配になってきた…あまりに高速すぎて。
正確に書けて、正確に読めることを確認するツールでも作ろうかな。（信用してなさすぎ（苦笑
J14ファームではchkdskが動かなかったので、J14からdldi_ds.m3だけコピーしてきて、Windowsでパッチ当てて、自動DLDI無効化パッチを当てて、J01ファームで起動しました。
自動DLDI無効化パッチは当てなくても、SDからdldi_ds.m3を削除しておけば起動できると思います。なにを回りくどいことやってるんだーって感じですよね。（苦笑

>>523
なるほどそういう事でしたか。よくわかりました。
問題はJ14のdldi_ds.m3にあるのではなくJ14のhomebrew.jpにありそうですね。
J13のhomebrew.jpとJ14のdldi_ds.m3でJ14ファームで動くかも知れませんね。
もし動いたら最新版で超高速ということになるわけですが・・・

ありがとうございましたです

>>524

J13はわかりませんが、J01とJ11の自動DLDIパッチには問題があるので、（たぶんJ13のでも）homebrew.jpを入れ替えても正常に自動DLDIパッチは機能しないと思います。
まぁそのうち直るんじゃないのー？くらいで私は傍観者な気分です。（笑

>>526
Moonlightさんは開発者としてだけでなく預言者としても才能がおありのようですｗｗｗ
昨日の今日でV2.8 J15で自動DLDIパッチが修正されました。

しかしこのdldi_ds.m3はすごい性能ですよ！dsm2onlyでエンコした256x192動画を
再生してみたら24fps、30fpsでも遅延発生せずに再生できるようになりました。
ImageViewerはサムネイルのスクロール速度が見えないくらいに速く動きますしｗ
使用しているメディアはSanのmicroSDHC 4GBです。6GBや8GBならもっと高速かも。

M3 Realとmoonshellの組み合わせで今までにないマルチメディアの世界が広がりました。
このマジコンは今は出来損ないですが、ものすごい可能性を秘めているかもしれませんなｗｗｗ

とにかくMoonlightさん。ありがとうございました。

>Moonlightさん

あつかましいお願いで恐縮なのですが…

以前にM3 REAL用タッチポインタ正常化moonshellを作成していただきましたが
今回J15でオートパッチャが正常化したことにより、DLDI対応ソフトとして
認識させたいと思います。

そのようなmoonshellをご用意していただくことは可能でしょうか？
J15におきましてもmoonshellのポインタズレは相変わらず直っておりません。
無理にとは申しません。もしご検討いただければ幸いです。

>>528

おお〜それおいらもお願いしたいです。土下座でもなんでもします。お願いします。

>>528

homebrewが正しく起動できるM3REAL/J15(V2.7eX)以降専用です。
http://mdxonlinemirror.dyndns.org/RepairMoonShell.zip

タッチパネルを含むBIOS情報再取得コードと、MoonShellVer1.71+1のM3REAL用DLDIパッチ済みNDSROM本体と、内蔵バイナリリブートツールをまとめたNDSROMファイルです。
普通にMoonShellVer1.71+1をインストールしたSDのルートに'RepairMoonShell.nds'をコピーしてから起動してみて下さい。
前回との違いは、自動DLDI無効化パッチを適用しないように変更したことと、メモリマップを見直して512kbyteで済むようにしただけです。
セットアップで作成される'MoonShell_????_ほにゃらら.nds'ファイルは不要です。全部消しちゃってOKです。
ファイルサーバがごちゃごちゃしてきたので、２，３日で削除すると思います。 使い道がありそうでしたら、早めにDLしておいてくださいませ。
コピペで適当に済ませようとする手抜きさがアリアリと。（苦笑

>>530 補足

自動DLDIパッチが正常に働くようになったのにM3REAL用DLDIパッチ済みで公開したのは、過去ログを見てdldi_ds.m3を削除してから起動した人がいても正常にアクセスできるようにと思ってこのようにしました。（蛇足
J14付属dldi_ds.m3とJ15付属dldi_ds.m3は、バイナリレベルで一致したので同じものです。たぶんJ15はhomebrew.jpの修正をしたんですね。

有り難く使わせて貰います

Moonlight様

早速のご対応ありがとうございました。
Sanの2GB　microSDであるにもかかわらず
新DLDIドライバによりmoonshellがとてつもなく高速に動いています。

感謝感激デス！本当にありがとうございました。

Moonlight氏のHomebrewをM3Realでプレイしてみました。
M3Real V2.8だとMoonshell、ImageViewerともに素晴らしい動きをしますね。

しかしCooking TimerやMorning　TimerはFAT32で使うとディスクチェックで
エラー停止しますねぇ。FAT16なら大丈夫だけど。
ImageViewerのようにiniファイルでバイパスできるといいのに。
自分がその方法を知らないだけかも知れませんがｗ

あとM3Real用のリセットプラグインがあるといいですね。
Moonshellの動きが抜群にいいだけに、リセットできないのが非常に気になってしまいます。

M3 Realに対するMoonlight氏のサポート、ユーザー一同感謝しています。
ありがとうございます。

こちらのカキコを見てM3 REALを買ってみました。
v2.8 J15からのスタートになります。

moonshellの動画再生能力が半端じゃありません罠このマジコンは！
平凡なSanの2GB MicroSDなのに、dsm2onlyでエンコした256x192動画を再生してみたら
24fps、30fpsでも遅延発生せずに再生できるようになりました。
今まで苦労していたのが何だったのか…

あと、やっぱりmoonshellでリセットしたいですね。
これだけ性能がズバ抜けているだけに。

ありがたや〜　あ〜ありがたや〜〜〜〜

2007年12月19日 14:48
メモ。またアクセス規制…うちはOCNなのかなぁ。

転記したら消します。FAT32は壊れやすいので使いたくないんだけど、SDHCでも採用されたんだから今時FAT32警告ってのもアレなのかなっ。（苦笑

名前： Moonlight
E-mail： sage
内容：
>>534

基本的にディスクはいつ壊れ始めるかわからないので、ディスクチェックは有効のままにして欲しいのですが、FAT32警告が鬱陶しいとのことなら、ディスクチェックをスキップする方法はあります。
http://mdxonline.dyndns.org/skipdiskchk.png
左下の赤丸で示したチェックボックスを外すとOFFになります。（なるはずです。確かそう作ったような気がします（笑




これって起動できないからiniファイル上でどう記述すべきかを教えてあげた方が親切かも。
あ。Moonlight氏のような親切杉るくらい親切な人にこんな事言ったら失礼だと今気付いた。

すんません。

P.S.
moonshellのM3リアル用リセットプラグインは私も欲しいと思う一人なのであります！

2007年12月19日 14:48
メモ。またアクセス規制…うちはOCNなのかなぁ。

あれ？私、勘違いしてる？
全然確認しないで記憶で書いたから、FAT32警告が出るんならそうなんでしょくらいで思っていたのですが、いま確認したらMorningTimerVer1.1はFAT32警告を外してあるみたいです。
お手持ちのファイル名を確認してみてください。MorningTimer11.ndsなら警告が出ないと思います。
ちなみに、FAT32警告はエラーでなく警告なので、何かキーを押せば次に進めるはずです。（そんな風に作ったような記憶が…（曖昧（笑



M3 REALではFAT32でそいつらを起動するとFAT32警告ではなく致命的エラーで死ぬ事実ｗｗｗ

なんか話が噛みあわないと思ったらMoonlightさんはFAT32警告が出ると思っていたんだな。

M3Realでディスクチェックが入ると致命的エラーが出て再起動しか方法がなくなる。
ImageViewerでも同様だがこれはINIファイルで切ってるから無問題。

一旦、FAT16で動かしてライセンス表示させない設定ファイルをセーブっといて
FAT32で使うときにコピーすればいいと思うよ。

M3R使ってMoonlight氏のHomeBrewの簡易ディスクチェックで致命的エラーになってる人。
たぶんtmとかいう奴のスキンを使っていたんじゃないかな？
http://ameblo.jp/t-t-tr/entry-10056864796.html

このスキン、今は修正されてるがチート設定時にフリーズしてしまう問題があった。
書き込み時のフリーズなので100%ディスクが壊れる。しかし再起動すると動いてしまう。
だから壊れたことに気付かないでそのまま使ってしまう。
tmのスキンに限らず海外で公開されているスキンでもまともに動くものはほとんどない。
悪いことにチートをはじめ設定の書き込み中にフリーズするパターンが多い。

実は自分もその事に気付かずにずっとM3Rを使ってきて、Moonlight氏のチェックディスクで
はじめて気付いた次第だ。
最新のカーネルであればHomeBrewの問題は皆無と言っていい。FAT32だろうがFAT16だろうが
DLDIの自動パッチは正常に動く。
ただ、なぜかクッキングタイマーだけは何をやっても起動時DLDIのメッセージのまま動かない。
まあT料理しないからいいけどさｗｗｗ

>>539
以前にｔｍさんのスキンを使っていました。
それとチートでフリーズしたのをおぼえています。
そして…やはりmicroSDが壊れていました（笑）
フォーマット後全ファイルコピーで修復しました。
Check disk for NDSの最新版 Ver0.3が今日リリースされています。
http://mdxonlinemirror.dyndns.org/resources/20071220_checkdiskfornds03.zip

ちょっとこのチェックツールまじで凄いんですけど。
断片化をビジュアルで表示したりどのファイルが断片化してるかとか全部わかるし。
凄いツールなのに知名度低杉。もっと話題になってもいいと思う。
自分のmicroSDの構造がメタメタだと知らずに○○マジコンは糞とか言ってる人って
きっといるよね。
何かを評価するときにはCheck disk for NDSちぇっく済みの一言を書き加えるべき。
そんな気がしました。

Moonlightさん、また一つ勉強になりました。ありがとう！

つ、スキンの不具合でディスク書き込み中にフリーズって仕様でいいのM3R？

スキン変えてるM3RユーザーはCheck disk for NDSは必携ツールだな。

チート設定から戻るときにフリーズしたら今のところ100%壊れてる。

>>539 >>540

なにするんだM3REALばかやろーって感じですね。（笑
最も注意して作らなきゃいけないディスク書き込みを伴う処理を、安全に作らない開発者ってなんなんだーばかやろー。
（マジコンの品質なんてソンナモノって話は却下です却下（笑））
J15でもまだチェック機構が甘いのかは（自分で確認してないので）さておき、それだけ致命的なバグならそのうちなおるでしょと思います。
ちなみに、ベンチマークで大事なのは最大値ではなく全体の均一さです。先頭だけしか速くないMicroSDの多さにびっくりしました。
SanDiskのSDHCが汎用的に優秀かは知りませんが、M3REALと相性が良いのだけは確かみたいですね。

その程度でmicroSDを確実に壊してしまうM3Rは糞ですね

おっ！Moonlightさんの久しぶりのカキコやないか！BTW

M3Rのreset.mseはやっぱり却下ですか…

M3Rでクッキングタイマーが起動しないのは俺だけ…？

>>543
俺も先日までは糞だと思っていた。あの超高速dldiドライバが提供されるまではな。
あの速度をゲームに転用できたらすごいだろうな…

と思うとM3Rの将来に思いを馳せたくなるんだぜ。

後述。Check disk for NDS Ver0.3をアップデートしました。ページ上部のリンクから辿ってください。

転記ありがとうございます。感謝です。
（CookingTimerで使っているFATライブラリが古いので、特定のファイル名でディスクチェックに失敗することがあります。需要少なそうなのでほっといてもいいかなとか無精癖が（苦笑） reset.mseは私のできる範囲じゃないので関わりません。ごめんなさいです。）

なんや転記だったん？書き込めへんのか。

リセットはM3Rから吸い出したROMを起動してみる。だめっぽい？

クッキングタイマーは諦めた。料理やんないしとか言ったから怒ってるんやろな。
使うのはモーニングタイマーの方だからいいっすよ。

ま、M3Rはだんだん可愛くなってきた。でもTTDSに浮気したい気分が抑えきれないけど（爆

>>542
>先頭だけしか速くないMicroSDの多さにびっくりしました。

その情報を逆手にとって悪魔城をSandisk 2GBの先頭において起動してみました。
位置はFATの直後あたりです。カーネル等よりも前に置きました。
結果。信じられない話ですが、このメモリカードでは絶対フリーズしていたポイントで
まったくフリーズしなくなりました。

高速に動かしたいゲームはフォーマット直後最初にコピーするよう意識することで
かなり快適に使えるようになることがわかりました。
microSD上で位置を自由に設定してファイルをコピーできるソフトがあるといいですね。
昔、ノートンにそんなソフトなかったかな？

今思えばAceKardのAKFSがいかに優秀だったかがわかるもんだな。
断片化しないだけでなく、先頭からコピー元ファイルの空き場所を探すから
入れ替えが簡単にできる。書き込み専用ツールで中の状態もはっきりわかるしな。

昔と違って大容量記憶メディアが簡単に手に入るようになったのだから
ファイルシステムも使用効率より動作性能を重視してもらいたいもんだ。
まあMicrosoft社が遅れてるだけで。Mac OS X 10.2以降で使用されているHFS+や
Linuxのext3など参考にすべきだと思うんだが。
せっかくマジコンで採用してもFATにしろ！と潰されるのはAceKard+で実証済み。
Windowsの標準ファイルシステムにならないと受け入れられないだろうよ。

転記ありがとうございます。感謝です。
す、すいませんー。独り言をぼそぼそと書き散らしただけのつもりだったのですが、わざわざお手数かけてしまって申し訳ない＆感謝の限りです。
(ひとりごと〜私はW-ZERO3とマジコンで使う以外のリムーバブルHDDやCF/SD等は全部NTFSで使ってます。NTFSラブ。デジカメとか持ってない)

>>594
意外に勉強不足なんですね。
http://www.atmarkit.co.jp/fwin2k/experiments/defragment/defragment_column.html

あるいはこれがSDの世界では問題ないとかいう理論で俺が恥をかく展開になるのか？ｗｗｗ

>>550
俺も単純にNTFSはフラグメントしにくいと理解していた。どうも違うようだな。
マジコンで750バイト以下ってiniファイルくらいしかない罠。
それ以外はどこのクラスタに飛ばされるかわからへんわけやね？

そうなるとNTFSは思ったよりいいファイルシステムじゃないことになるね。

なるべく同じクラスタに収めようとするので、
FATよりはよっぽどフラグメント化しないよ。

久しぶりにHDDを分析したら真っ赤だった

>>552
同一クラスタを異なるファイルが共有するのかい？
読み取る時にどうやって区別するのかね？
クラスタごとにバイトポインタでも持ってシークするのだと？
負荷高そうなファイルシステムだねｗｗ

ソフトウェア版のデフラグソフトのスレッドでたまに流れる話題だなぁ

Check disk for NDS Ver0.3ですけど…
断片ファイルの検索がnds/savファイルになってますが
M3 RealはSaveファイルの拡張子が0,1,2なんですよねー
ずーっと断片化してないと思って安心してたけど
全検索してはじめて断片化に気付いた次第。
気付くのが遅かったらセーブが壊れるところだったかも知れない。
マジコンのトラブルは断片化に端を発しているものが多そうだから。

断片化があった場合、断片化ファイルだけをmicroSDの外へ移動し
USB接続を切ったあと再接続して戻してあげると空き領域に
断片化がない状態でコピーされるみたい。もちろん空き容量が
十分あればの話だけど。

Check disk for NDS Ver0.3は使っているうちにだんだん
手放せなくなってきたすごいツールだよ。

そんな拡張子に0とか2とか数字使うマジコンにわざわざ対応する必要ねーよ。
M3Realの方でツールの仕様にあわせろっつーの。
いちいちそんなのに付き合わされてたら開発者は身がもたねーつーの。

少しはこっちの身にもなってみろって。

>>557
悪かったねぇ

そのツールが今一番必要としているマジコンで使いにくくなってたから
皮肉なもんだなーって感じたから言っただけだよ。

どの道お前の世話にはならんから安心汁。

外見を極限まで高めて厨房の大量取り込みに成功はしたが
技術力が無いから、M3チームは駄目だな
決め打ちパッチだからサポート放置されたら即死だぞ

じゃあどれならいいんだ？

Moonlighit氏がCheck disk for NDS Ver0.3をアップデートしましたね。
http://mdxonlinemirror.dyndns.org/resources/20071222_checkdiskfornds031.zip

戯言みたいな書き込みにこんなに真面目に対応してくれる人はなかなかいないよ。

技術者って一般的に視野の狭い人が多くてコミュニケーション能力に乏しい。
だから女性にもなかなかモテない。プログラミングで自分を表現するのは得意なのにね。

生の人間相手より見えないちゃんねらー相手にコミュニケーションをとる方が気は楽かも。
でも強度の煽り耐性がなければやってられないでしょう。本当に大したものです。

ある方はマジコンごとにリセット対応するのが面倒なのでマジコンから吸い出した
Romを直接起動しようと考えました。M3 Realなどの場合はこの方法でうまく行くそうです。
moonshellからndsが起動できなくなってかなり立ちますが、もしndsが起動できていたら
このような手法も使えたかも知れません。もちろん定かではありませんが。

まあ仲良くやってくださいよ。

んじゃ何万人を指して｢一般的｣というのか教えて

>>562
明確には提示できないけど、その中にお前が含まれるのは確実。

2007年12月19日 14:48
メモ。またアクセス規制…うちはOCNなのかなぁ。
後述。Check disk for NDS Ver0.3をアップデートしました。
ページ上部のリンクから辿ってください。

お手数かけますです。
細かい書き込みまで転記して頂いてしまって申し訳ないです。
動作テストなども含め、どなたか存じませんが
私は見ず知らずの人に助けてもらってばかりだなーと思います。（苦笑

checkdiskfornds031.zip
(他にもクリティカルな中身の拡張子があったら教えてください。
なさそうだったらこのままエントリ起こします。)

Version 0.31 2007/12/22
拡張子NDS/SAVに加えて、拡張子0/1/2/3/4/5/6/7/8/9も
断片化チェックをするようにしました。

どうせ過疎スレなのでプログラム関係じゃない話題でも
私は気にしないのですが、けんかしないで…。

ううMoonLight様のRepairMoonShellが
消えていた・・・
もう少し早く気がついていれば。。。
(TДT)

スロット２起動すればいいんだよ

3Dでタッチした座標にあるポリゴン(トライアングルふたつ)との交差判定をしたいです。
OpenGLでは、gluUnProjectを使って、タッチした座標と向き(マウスレイ)を取得するのですが、
libndsのvideoGLには、これがありません。
代わりになる方法はあるんでしょうか？

>>567
ttp://devkitpro.cvs.sourceforge.net/devkitpro/libnds/include/nds/arm9/postest.h?view=markup
nds-examples-20071023\Graphics\3D\Misc\Picking\

wavからrawに変換したものが思ったように再生できません・・・

既に >>93 のサンプルは消えてしまっているようで
もしよければ再度サンプルを置いていただけませんでしょうか？
おねがいします。

>>561
＞一般的に視野の狭い人
その定義は如何に

＞だから女性にもなかなかモテない。
根拠は何処に

>>561は、
視野が狭くて、コミュニケーション能力も乏しく、
女性にもモテない、しかも技術力も無い

と、言うことが分かりました。

身に覚えのないことならサラッとスルーした方がいいよ。
くだらんレスに粘着してると身に覚えがあるように見えるよ。

女にモテなくてもお袋さんはおまいを愛してる。
コミュニケーション能力がなくても２ちゃんねるなら弁慶にもなれる。

それで十分じゃね？日本の典型的な内向きの技術屋さんたち（爆）

きょうも つりばりが いっぱいだ!

Moonlightさんにお作りいただいたCheck disk for NDS Ver0.3、M3Realで使わせてもらってます。
その中で気が付いたことがあるのですが、0バイトのファイルが書き込まれた場合、
ディレクトリエントリとクラスタのサイズが違うというメッセージが出て致命的エラーになるようです。
なぜこれがわかったかというとM3Realのでチートの設定でチート項目を何もチェックせずに
戻るとゲームのIDのファイル名で0バイトのファイルを作るからです。
1バイトでも中にデータがある場合は問題ありません。
また、この0バイトのファイルを削除すると致命的エラーはなくなります。

あとこれは贅沢なのですが、M3RealでGBAのリアルタイムセーブを行うとis0という拡張子のセーブファイルができます。
もし今後マルチセーブが可能になるとis1、is2とかになるのかも知れません。
最近は書き込みをするファイルはすべて要注意と思うようになってきました。
M3Real用に拡張子0〜9までセーブファイルと認識していただけたので便乗して対応いただけたらと思いましたが、全ファイルをチェックしても然程時間が掛からない秀逸なソフトですので、全ファイルチェックだけで良いのかも知れませんね。
すべてに対応していたらきりがありませんから。

あと、やはり8GBのmicroSDでライトアクセス時間のベンチマークを取ると再起不能な
状態で壊れてしまうものなのでしょうか？恐いので試してませんがもし可能性がある程度の
事でしたら自己責任でチャレンジしてみたいと思います。

>>574

テストありがとうございます。IS0〜IS9を追加したVer0.32をアップしました。
NDS（いわゆるgba_nds_fat）で作った0byteファイルと、Windowsで作った0byteファイルの挙動が違うなんてブービートラップですー（笑
NDSに限らずWindowsでも書き込みは危ないです。たとえば、ユーザが暇してる（画面見てるとかの）空き時間を使ってセーブしようとすると、セーブしている瞬間に電源切られたり、カードを抜かれたりします。ライトバックキャッシュは危険よねって話。
で、それはそれとして、SDHC対応は私が自信を持って大丈夫と確信していない（SDHCの仕様書を入手していない）ので未確定です。
いまのところ本気でフォーマット不能なまでに壊れたという報告は頂いていませんが、いまのところは、ってだけかもしれないので。（チキン（笑

>>574
>>561さんこんばんは

>>574
本当にエラーなのかも。
一応、PCでスキャンディスクかけてみて確かめるといい。

サイズが0バイトなのに、1クラスタ割り当てちゃってるとか。
もしもそうだとすると、ファイルシステム(libfat)の不具合ということになるね。


あと、マジコンユーザーにはメディアの消耗を気にしてデフラグしない人が多い。
それを考えると、ライトアクセスのベンチマークやる人は勇者です。
デフラグよりもっと消耗激しいかも。もちろん、ベンチマークの内容によるけどね。

Moonlightさん、早速のご対応いただきましてありがとうございました。
当該エラーは無事キャンセルされ致命的エラーを回避できました。
実はこの0バイトファイルができる過程でM3Real側に動作上のバグがあるようで
一度何かのチート項目を設定して戻ると、次回チート項目を全クリアできない。
即ち、最低一項目のチート項目を選択しなければ状態が保存されないようになっています。
つまり０バイトのファイルは作れないように意図されている感じです。
再度チートファイルを選択し直すとすべてのチート項目がクリアされた状態になります。
ところがこの状態からチート設定画面に行き何もしないで戻ってくると０バイト
ファイルができているという始末です。非常にバグ臭い感じがしています。

>>577
FATにエントリされている以上、他のファイル操作の際には使用されることもないので
問題はないと思います。そのエントリは0バイトファイルを削除すると消えますし。
もし消えていなければCheck disk for NDSでひっかかっているはずです。
実害はないと思いますよ。

書き込みのベンチマークはそれほど多くの場所に書き込みしているようでは
ありませんし8GBは恐いのでやっていませんでしたが、2GBまでのmicroSDでは
いくつか試してみました。テスト中に電源を切ったりしなければ大丈夫でしょう。

おそらく8GBの結果は6GBとあまり変わらないと思います。リードでのベンチを
やった結果では6GBとほとんど同じでした。
しかしM3RealのDLDIドライバの性能はすごいですね。他のマジコンでのベンチ
テスト結果が哀れに思います。DSTTに唯一負けてない領域でしょうか。

>>578

どういたしましてですー。
0byteファイルの作り方については微妙なところですが、FATはMicroSoftが作ったのでDOS/Windowsの挙動が正しいんだと思います。
（あれ？MicroSoftが作ったのはLFNだけでしたっけ？）
といっても、重複するわけでもないですし、削除すればエントリとクラスタリンクはちゃんと消えるので、512byteくらいなら余分に使ったところで問題は無いと思います。
チート設定で云々はとてもバグっぽいですが、あまり致命的じゃなさそうなので直さないかもですね。

>DSTTに唯一負けてない領域でしょうか。
とか書くから煽りだと思われるんじゃないかなーと余計なことを心配してみたり。（苦笑
実際、ハードのポテンシャルは高くてもその性能を生かせているとはいえないと思う…けど私には関係ないからどうでもいいやー。（ゲームとか興味ないので…（酷い（苦笑

ライトベンチマークでは、128kbyte読み込んで32kbyte書き込んで1024kbyte書き込んで128kbyte書き込む処理を8回しますので、合計10MByte分くらいアクセスします。
MP3ファイル３つ分くらいなのでそんなに負担にはならないと思いますが、計測中に電源切られるととても困るのでめいっぱい脅してます。（笑

wavからrawに変換したものがどうしても雑音がかったものになってしまいます。
Moonlightさん、申し訳ないのですが >>93 のサンプルを再度アップしていただけませんでしょうか？
よろしくおねがいいたします。

エイリアスノイズが載ってるんだと思うので
変換後のサンプリング周波数*0.5以上の周波数を
事前にフィルタしておくと良いかも

遅ばせながら

file_2.bmpとfolder.bmpがこんなに問題になってたとは……
もうしわけないです

まだやってんのかと言われそうだけど、TTAの再生できました。
>>93で、SOUND_ONE_SHOTが使われていることに気づいてMorningTimerのソースを見直してみました。
ダブルバッファリングのためにふたつのチャンネルを交互に鳴らしてるんですね。
SOUND_REPEATで鳴らしっぱなしにしてバッファの前半と後半を交互に書き換えればいいと思ってました。
# 実際に無圧縮の*.wavは、それでもノイズ無しで鳴っていたので
Moonshellさんありがとう。

そんなチラシ裏

はじめまして。
devkitProのexampleにある2D/BG_Rotationを変更しながら試行錯誤して
いるのですが、bmp2binを使って変換した画像ファイルを表示させようとすると
画像の下1/3くらいが真っ黒になって切れて表示されてしまいます。

元画像　foo.bmp 256x192 24bits (filesize: 144KB)
これをbmp2binの-dオプションをつけ、16bitsのbin形式に変換
変換後　foo.bin 16bits (filesize: 96KB)

以下ソースの一部です

videoSetMode(MODE_5_2D | DISPLAY_BG3_ACTIVE);
vramSetMainBanks( VRAM_A_MAIN_BG_0x06000000, VRAM_B_LCD,
VRAM_C_SUB_BG , VRAM_D_LCD);
BG3_CR = BG_BMP16_256x256;
BG3_XDX = 1 << 8;
BG3_XDY = 0;
BG3_YDX = 0;
BG3_YDY = 1 << 8;
//BG3_CX = 0;
//BG3_CY = 32 << 8;

dmaCopy(foo_bin, BG_GFX, 256*256);

BG3_XDXのあたりかなあと思い、値を変えてみたものの、
画像が引き伸ばされた感じになっただけでした・・

>>584
libnds-20071023使ってるけど、BG_BMP16_256x256の値がこうなってました。
---
#define BG_BMP16_256x256 (BG_RS_32x32 | BG_256_COLOR | BIT(2))
---
BG_256_COLORが入ってます。
あと、16ビットカラーだったら、dmaCopyの3番目の引数は256x256x2になると思います。

いちおう解決しました。
dmaCopy(foo_bin, BG_GFX, 512*256);
dmaCopyの3番目の引数はファイルサイズでしたorz

BG3_CR = BG_BMP16_256x256;
こっちの256x256は画像の解像度ということでよいのでしょうか？

また、画像を利用するに当たりbmpをbinにするのと、
png+gritを変換する方法がありますが、これに何か違いってありますか？

>>585さん
すいません。上書き込んでるときにレスがあったみたいで
一部コメントの内容が重複してしまいました。

>256*256*2の部分、わかりました。ありがとうございますm(_ _)m

ところで、
>BG_256_COLORが入ってます。
はどういった意味があるんでしょうか？

#define BG_256_COLOR (bit(7))

となってますが、(BG_RS_32x32 | BG_256_COLOR | BIT(2)) が
16bitsの解像度が256x256の画像を使う宣言みたいなものと
覚えておけばよいでしょうか？

すいません、ファイルサイズじゃなくて解像度256x256に1ドットあたり
2バイトなのでさらにx2したから256*256*2ですね

>>580

sndtest.zipを再アップしました。
あ、これは例えば符号付き8bitリニアPCMと符号無し8bitリニアPCMを間違えてる人には役に立つかもしれませんが、エイリアスノイズ対策には役に立ちません。
符号あり/なしを間違えたときは音にならないくらいノイズが乗りますが、エイリアスノイズならチリチリとノイズが乗るって感じだと思います。
リアルタイムには（CPUパワー的に）フィルタかけられないので、事前にフィルタかけるか線形補間で誤魔化すかだと思います。
線形補間でエイリアスノイズを誤魔化すならMorningTimerのARM9のdllsound.cppのDLLSound_Update関数が…役に立たなそう。（笑

>>582

実は自分でテストしてないので実感がありません。
CheckDiskでは怖いので厳重にエラー検査しますが、実際はそんなに問題じゃないんじゃないかなーとか適当なこと書いてみたり。（不遜ですね（苦笑

>>583

strpcm.cppを書いた頃は、44.1kHzからの周波数変換をNDSのサウンドチップに任せていたので、クロックズレが発生していたのですが、32768Hzで直接再生できるようになったんだからもしかしたら今ならSOUND_REPEATでもいけるのかもです。
周波数にもよりますがクロックズレが原因の微少なプチノイズは50秒に一回くらい発生していると思います。
で、SOUND_REPEATだと発生したら（リピート間隔毎に）ずっと発生し続けますが、SOUND_ONE_SHOTなら次のズレが発生するまでノイズが乗りません。なのでSOUND_ONE_SHOTを使いました。
（1サンプル以下の累積誤差補正コードを自前で書くなら大丈夫だと思いますがめんどくさくてやってられなーい。（笑））
なにはともあれ、ソースが役に立ったみたいで本当に嬉しいです。

>>587

私もあまり詳しくはないのですが、BG設定は同じビットでも他のビットの設定によって意味が変わってくることがありました。
GBAからむりやり拡張したって感じがします。
8bitカラーモードのときと15bitカラーモードのときでは、同じビットでも意味が違うという感じで。（BGサイズと拡張パレットの設定ビットとかめちゃくちゃだと思うんですけどどうなんでしょうか（苦笑
ちなみに、例えばビットマップBGに256x256画像を読み込んでも実際には256x192分しか見えませんが、縦オフセットを徐々に変えると手軽にスクロール効果を表現できたりします。ランダムに細かく変えると地震っぽいとか。
チラ裏というか余談失礼しましたです。

TTAに続いてoggに挑戦。

libogg+libvorbisが重い。
↓
tremorのことを思い出す。早速導入。
↓
再生の始めが早送りに聞こえる。後に期待した音が流れる。
↓
日暮れ。←いまここ
↓
そば食べる。

今まで、ぶちぶち言ってたのに困ってたんですが、今度は逆に早送り･･･。
誰か他にogg(tremor)いじってませんか？

>>591

もしかしたらソース見せてもらえたら横槍入れられるかもと思ってみたり…

>>592
ttp://www.uploda.org/uporg1183384.zip.html
遅くなりました。よろしくお願いします。

あけましておめでとう。みなさん今年もよろしく！

DSのプログラムを初めて思ったのは、面白いことをするためには
どうしてもハードウェアの制作が必要になるんだな、ということです。
例えばGPSとかカメラとか、そういったのをDSに付けたくなってしまう。

俺はずっとソフトウェアしかやってこなかったので、
初心者の気分でハードウェアの勉強をしてみようかと思うんだけど
そういうときに最初に行くべきスレッドってどこでしょう？

今年、DSの自作プログラムの幅が広がれば嬉しいな

電気・電子板のARMスレが良いんじゃなかろうか

http://science6.2ch.net/test/read.cgi/denki/1072102432/

何かつけたいならCPLD覚えた方がいいんじゃなかろうか

>>593

割り込み内で直接デコードしちゃうのは危険ですー。
っていうほど危険じゃないのかも…。私が調べたときは、割り込み時にユーザスタックに切り替えてくれない割り込みハンドラだったので、スタックが極端に少なかったです。（今は大丈夫なのかも…）
とりあえずデコードはできているみたいなので大丈夫と仮定して次に。

16384Hzモノラル16bitの4096サンプル単位で再生しているようにみえました。
4096サンプルの演奏時間は0.25秒ですが、負荷計測してみたところ最初の4096サンプルのデコードが重くて処理落ちしているんじゃないかと思いました。
最初の4096サンプルのデコード（while(reedNeed>0)ループの所用時間）が209.268msで、次が22.791ms、37.251ms、22.740ms、37.393ms、という感じでした。
最初のフレームでも40ms残っているので間に合っているような気もしますが、とりあえず重いのは確かなのでリングバッファで8フレームくらい先読みすると（例えば今後他に重い処理を入れても平気になって）いいんじゃないかと思いました。

ov_read関数呼び出しの直後に
>volatile int i; for(i=0;i<0x10000;i++);
とか入れて、故意に重くしてみたときの音飛びと似ているように聞こえました。

最初の1フレームだけ極端に重いので、リングバッファじゃなくダブルバッファだけでも入れてみて様子を見たり…。（対処療法的なので誉められた対応ではないのですがテストで（笑））

あけおめです。

>>594
DSの場合、Wi-Fiが使えるので無線経由でPCに接続したカメラや
GPSの情報取得してもおもしろいかもね

>>597
添削ありがとうございます。
再生データの形式を書き忘れていたのですが、16384Hz/モノラル/16ビットで正解です。

割り込みと処理落ちというキーワードから見直しをしてみました。
FIFOハンドラのループで複数のコマンドがキューに乗ったときに連続して処理して、
間髪入れずに鳴らすコマンドを投げてしまいます(と、指差ししながら脳内検証)。

デコードの処理をハンドラから出してみたところ、現象は収まりました。
ただ、初回デコードが時間がかかってる感じが少しします。
対策として、
ダミーのデコード(鳴らさない)
↓
ov_*_seek系のAPIで先頭シークに戻す
↓
改めて再生
ってなことをしようと思ったんですが、ov_pcm_seek( &vf, 0 )が効いてる気がしない様子。
あしたもがんばるぞorz

みなさんいろいろとありがとう。
実は加古英児さんのサイトを見ていて触発されたんです。
http://www.kako.com/neta/
このページを見て、小学生のころ電子工作（とは名ばかりのはんだ付けキット）を
やっていた記憶が鮮やかによみがえり、本格的にやりたくなりました。

だからARM系やCPLDだけじゃなくて、1から回路を作って楽しみたいんです。
そういうときの入門スレってどこだろう？？
（それはそれとしてWi-Fiは面白そう、ありがとう！）

このスレの住人は、向上心があっていいなｗ

>>599の自己レスです。

libtremorのCFLAGSがおかしかった模様。
誤: $(INCLUDE) -DARM9 -DBYTE_ORDER=LITTLE_ENDIAN
正: $(INCLUDE) -DARM9 -DLITTLE_ENDIAN -DBYTE_ORDER=LITTLE_ENDIAN
正の状態でビルドしたライブラリをリンクしたら、ov_*_seek系APIが通るようになりました。
ov_*_seekが使えないと、ov_*_totalも使えないのでいろいろ困ってました。
oggはBGM途中でのリピートもできるので重宝できるはず。
てことで正月半分オワタorz

支離滅裂な横槍失礼。

>>602

なんかスタック壊れてておかしいなーと思っていたら、シークのコールバック関数の引数が32bitだったみたいです。
extern int ovs_seek( void *datasource, size_t offset, int whence );
じゃなくて、
extern int ovs_seek( void *datasource, ogg_int64_t offset, int whence );
だと思います…こういうのはエラーが出ないのかなぁ。
ここを修正すれば動くかなーと思っていたのですが、まだなにかおかしくて原因探索…していました。
御自分で修正してシークできるようになっていたんですね。おめでとです。参考までにどこらへんを直したのか教えてくださいです。
ところで、ovstream.cのovs_seek関数、pStream->srcseekの値がころころ変わったり、呼び出されるたびに0になっていたりしていませんでしたか？
もう直っているとのことなので蛇足なのですがあっ64bitメモリから32bit変数をLittleEndianで読み込んだときにSigned/Unsigned不整合で0xffffffffと0x00000000が…。
独り言で長文書き込んですいませんです。ではまた。

>>603
時系列に書いていきます。

まず、>>602のCFLAGS(誤)でlibtremorを作ります。
union magicはLITTLE_ENDIAN側を無条件に使用するようにします。
このライブラリで>>599まで進みます。

次に、ovs_seekのoffsetの問題を直します。
ソースを追跡していて、size_t型で受け取ると値がおかしくなりました。
これが原因でseekableが許可されませんでした。
ogg_int64_t型にすると正しい値になりました。
すると今度はvorvisfile.cの_get_next_page関数のループで抜けません。

ここで、lowmem_branchがあることを知ります。
lowmem_branchをビルドする際に、CFLAGS(正)で通すことできました。
これを通常ブランチに適用して、自分のプログラムに組み込みました。
その結果が>>602です。
64ビット値がスタックに乗ると、どうなるんだっけ？とうっすら考えたんですが、
明確な答えを見つけられなかったんですよね。

結論、ovs_seek直しましたorz

NDS開発云々の前に凡ミスが多くね

なれない環境なんてそんなもんだよ

>>604

あーフラグの偽でしたか。私もoggライブラリ移植するときに引っかかりました。charのsigned/unsignedとか。
misc.hを直接書き換えて、LittleEndianしか通らないようにしました。（手抜き（笑
私はlowmem_branchをマージしたのですがtrunkしかないしメモリリークバグもあるしであまり好きじゃないです。
ovs_seekを直す。結局それが一番近道だと思います。（笑
わざわざ開発状況の報告をさせてしまってどうもでした。またなにか躓いたら（役に立てるかは別としてっ！（笑））訊いてくださいね。でわでは。

pngを読み込んでspriteで表示する簡易なサンプルとかありませんでしょうか。
めらまん氏のwikiは見たのですが何をやっているのか理解できず。
サンプルのspritebitmapを弄ってますがどうにも･･･

pngじゃ無いとダメなの？

>>609
Tileでpng使ってたもので、そのまま使えるかなとか思っておりましたが
spriteってやっぱりbmpでやるものなんでしょうか？

>>609
自分はbmpをCソースに書き出して使ってるのでどっちでもいいと思ってる。
pngは展開しないといけないので、特に理由が無い限り使わないです。面倒だし。

>>611=609
お前の番号ずれてないか

>>608

もし私なら、
・画像ファイルからbinに変換した画像の扱いに慣れるまでビットマップでいじくってみる。スプライトのことはとりあえず忘れる。
・DLDIドライバを組み込んで、半角英数10行くらいのテキストファイルを表示してみる。
・色深度固定（例えば24bitとか）のbmpファイルをディスクから読み込んで、15bitに自前で変換して表示してみる。
・色深度自由な汎用bmpライブラリを組んでみる。
・libpngを組み込んで、色深度固定のpngファイルを読み込んで、15bitビットマップに変換して表示してみる。
・色深度自由な（アルファチャネルとかを含む）pngライブラリを組むかどうかはやる気と気分次第。
・この頃になるとビットマップの扱いに充分慣れていると思うので、スプライトで表示してみる。8bitパレットを扱うかはやる気次第。
という感じで、進んでいくと思います。あくまで、私ならですが参考になれば幸いです。

>>1〜1000
おｋ

背景画像の上にフォントを表示させる場合、
フォントの一部の色を透過させて背景画像が見えるようにしたいのですが
フォントの描画はスプライトで行うのが一般的でしょうか？

Check disk for NDS　EWIN2でタッチパネルが動作しません。(T_T)
対応していただけないでしょうか・・・

>>615

もちろんスプライトでもできますが、背景BGと文字BGを重ねるほうが楽だと思います。日本語フォントを扱うならスプライトでどうこうできる量ではないので。
色を透過させるだけならこれでできますが、影を半透明でとかアンチエイリアスフォントだとかになったら、ビットマップモードしかないと思います。
最近わたしはもうめんどくさいので、ビットマップモード＆自前合成ばっかりです。（Windowsと似た感覚で扱えるので）

>>616

EWIN2は…。ごめんなさい、古すぎてもういいやって感じがしています。（不遜でごめんなさいです。
特にこの機能だけ使いたいからメニューでAボタン押したらこれ、Bボタンはこれにしてほしい、というくらいなら対応できます。

>>617

616です。
EWIN2の対応は諦めました。
カーソルキーで移動、Aボタンで選択というのは無理でしょうか？
R4でもそれなら、もう少し使い易くなると思います。

ありゃ、表現が変ですね。
カーソルキーで移動・選択、Aボタンで実行です。
よろしくお願いします。m(__)m

>>617

ありがとうございます。
とりあえずBGを2枚重ねて処理する方法を試してみます。

背景をBG2にして、その上に表示させたいものをBG3に設定したつもりなのですが、やり方が間違ってるようで
BG3に書き込んだキャラクタの座標や、透過設定した色が反映されませんでした。
drawBackgroundは256*192のすべてに緑で塗りつぶしており、drawCharacterは16*16のビットマップデータを書き込んでいます。
キャラクタデータの背景は15ビット目を0にしているので透過させているつもりなので、緑色が表示されてほしかったのですが、黒色が表示されている
状態です。

BG_BMP_BASE()とBG_BMP_RAMの対応が間違っているんでしょうか？

------------

videoSetMode( MODE_5_2D | DISPLAY_BG2_ACTIVE | DISPLAY_BG3_ACTIVE );
vramSetBankA( VRAM_A_MAIN_BG_0x06000000 );

BG2_CR = BG_BMP16_256x256 | BG_BMP_BASE(0) | BG_PRIORITY(0);

BG2_YDX = 0;
BG2_XDX = 1 << 8;
BG2_XDY = 0;
BG2_YDY = 1 << 8;
BG2_CX = 0;
BG2_CY = 0;

BG3_CR = BG_BMP16_256x256 | BG_BMP_BASE(64) | BG_PRIORITY(1);
BG3_YDX = 0;
BG3_XDX = 1 << 8;
BG3_XDY = 0;
BG3_YDY = 1 << 8;
BG3_CX = 0;
BG3_CY = 0;

drawBackground( (u16*)BG_BMP_RAM(0) );
drawCharacter( (u16*)BG_BMP_RAM(1) );

memcpyで描画していた部分を修正して1ドットずつ描きこんだらうまくいきました。
ただ、BG_BMP_BASE(n)とBG_BMP_RAM(n)の意味でよくわからないところがあります。

定義では

#define BG_BMP_BASE(base) ((base) << 8)
#define BG_BMP_RAM(base) (((base)*0x4000) + 0x06000000)

となっているのですが、BG_BMP_BASEは0x06000000を基準に(base)<<8した位置を
BGxで使用する、という意味なのでしょうか？
そうなると、BG_BMP_BASE(n)のnと、BG_BMP_RAM(n)のnを同じにするのではなく、
上記の定義からアドレスを計算して、二つのアドレスが一致するように設定すれば
よいということでしょうか？

今は同じnを使用してうまくいっているのですが、アドレスをあわせようと、

BG_BMP_BASE(64) = 64<<8 = 0x4000, BG_BMP_RAM(1) = 1*0x4000+0x06000000

にしたのですが、こうすると逆に背景が少し下にずれて描画されてしまいました。

スレ汚しすいません・・・
baseは0..31あって、1が0x0600 4000に対応して、
以降そのまま番号ごとに対応しているのですね。
NDS/Tutorialsをもっと読んできます・・

>>620

えーっと、よくわかりませんが16bit単位で書き込んだときにBG2/BG3両方に普通の画像を表示できましたか？
前景（人物とか）をBG2、背景をBG3に描いたとのことですが、コードを見ると優先順位の設定が逆のように見えました。
優先順位は0が最も前で、3が一番下です。よくあるADVに適当に割り当てると、BG_PRIORITY(3)に背景、BG_PRIORITY(2)に人物レイヤー、BG_PRIORITY(1)にテキストフレーム、BG_PRIORITY(0)にテキスト、という感じとか。ニュアンスが伝わればいいのですが。
ちなみに、同じBG_PRIORITY(n)のときは、BGよりもOBJ（スプライト）が前に来ます。
BG二枚両方に同じBG_PRIORITY(n)を設定したときの挙動は分かりません。BG0が前に来そうな気がします。
BASEとRAMの設定値の関係は、お察しの通りで合ってます。BG設定レジスタのBIT8〜BIT12がアドレス指定フラグです。
256x192x16bitで96kbyte使うので、二枚使うときは背景がbase0(0〜5)で、人物がbase6(6〜11)、という風に割り当てる感じになると思います。
ちなみに二枚使うと192kbyteになるので、128kbyteバンクを二枚使うようにBank割り当てを変えたほうがって蛇足過ぎですね私。
ビデオ周りはほんとめんどくさくてわかりづらいのですが、めげずに頑張ってくださいませ。それでは。

>>624

ごめんなさい書き間違えました。
>前景（人物とか）をBG2、背景をBG3に
を修正、
>背景をBG2、前景（人物とか）をBG3に
ですね。
で、ソースだとBG2の優先度が0でBG3が1なので、BG2を1でBG3を0にすると重ねる順番が直るかも直らないかも私が数字を勘違いしてるかも。
一度動いたらもうBG/OBJ周りは手を加えたくない…（苦笑

私も質問したいです。
ARMアセンブラで、RNでエイリアスしたレジスタを解除するにはどうしたらいいでしょうか。
気持ちとしてはこんな風に書きたいです。

REG_tmp RN r1
ldr REG_tmp,[sp]
add REG_tmp,#1
str REG_tmp,[sp]
REG_tmp UNRN (とかundefRNとか…)

別にエイリアスしたままでも（プログラム的には）問題ないのですが、他のことに使ってるときに間違って使ってしまいそうなので解除したいです。
r15に再割り当てできれば、間違えて使う＝即異常動作なのでわかりやすいのですが、もう宣言されてるよばかーと言われてしまいました。

>>622
memcpyは1バイトずつコピーするから奇数バイトのコピーでこけるんじゃないかな
自作の4バイトメモコピー関数作ればどう
int* p1 = (int*)src;
int* p2 = (int*)dst;
len>>=2;
for (i = 0; i < len; i++)
{
*p2++ = *p1++;
}

>>626
確かに必要ないところでは使えなくしたいところですね

で、マニュアルのRNの項目を見てみたんですが、
「違う名前で同じレジスタを重複して使わないように注意してね」って書いてあるだけですね
これといって、RNの逆をしてくれる疑似命令はなさそうです

使いたくなければ、別ファイルに分けろってことでしょうかねぇ

>>624, 627

ありがとうございます。ビデオまわりの部分は検索しても情報が少なく
これまで馴染みがなかった概念があり手探り状態です。
ちょっとした情報でも大変参考になります。

実はセックスフレンドのコンバーターを作ってるのですが
なかなか上手く行かないものですね。

>>630
2点

>>628

わざわざ調べてくださってありがとうございます。
注意してね、って書いてあって（危険性を認識していて）なおかつ対処法が書いてないということは、本当に無いんでしょうね。
同じレジスタを交差しながら使いまわして最適化しているので、簡単にはブロックごとに別ファイルにできなさそうです。
MACROだけだと不十分なので、プリプロセッサで#includeと#defineを使って、とも思ったのですが、コンパイル中に別のexe起動させるのもなんか面倒くさそうでやめました。
むー。全体的にほとんど十分なのですが、痒いところに手が届かない感じ…（苦笑

>>632
チェックプログラムを作って、それに通してチェックさせるしかないんじゃないでしょうかね。

DOSアプリでチェックプログラムを作ってみました。
UNRN xxxと書いた所から先に、xxxが見つかったら行番号と名前を表示します。
（UNRNは実際にはない命令なので、先頭に;を付けてコメントとしてください）
テストソースtest.sを同梱したので、通してみたら分かると思います。
まあ、面倒ですがｗ
ttp://ud.gs/40dtl

ちなみに、#defineはEQUのことでしょうか。レジスタにEQUは使えないんですよね。
REG_tmp EQU r1
とすると、見事にエラーになりました。

画像をテクスチャにするdevkitproの3Dのサンプルにあるような
pcxファイルはどのようにして変換すればいいですか？

変換出来ませんか？

drunkenlogo.pcxをdrunkenlogo.pcx.oとdrunkenlogo_pcx.hに変換しているようで
そこで何を使っているのかがわかりません。

makefileを見たところbin2oをそのまま使ってますね

かみ合わなさすぎ笑った

けど俺は635と637を支持する

いやかみ合ってるでしょ？
ちゃんと636の意図を汲んで回答したつもりですよ

>>639
氏ねよ低脳＾＾

Cloros!を使ってみて思ったんだけど、液晶タブレット化ソフトって作れないかな
液タブって一番安いのでも10万近くするし、実現できたら入門用としていいなと

ＧＢＡをＰＣにＵＳＢで繋いでジョイスティックにするドライバが
あったけど、ＰＣ側のドライバを作れれば、できそうな気はするが。

解像度がなぁ・・・

>>641
液タブじゃなくてタッチパネル液晶なら3万ぐらいからあるよ
違いはペン交換負荷、筆圧感知なし

もうちょい安くするなら、安いPDAって選択肢もあり？
QVGAならDSと同じぐらいの値段だし

NDScripterってどこかにうｐしてないですか？
再うｐお願いしたいです。

>>645
探し方がほんの少し足りないんじゃないかな？

探し方が足りないと言うより、脳みそが足りないと言った方が（ｒｙ

ちょっと質問なんですが、ＢＧ１は1６色パレット、ＢＧ２は２５６色パレット、ＢＧ３は１６色パレット・・・
って感じに使う事は可能なんでしょうか？

コンパイルしたプログラムをmicroSDに書き込んでマジコンに入れて
実機で動かすまでの差し替えが面倒になってきたので、1:1タイプの
N-Cardを買いました。
で、プログラムを書き込んでみたのですが、音が出ません。
手持ちのソフトのイメージではきちんと音が出るのですが。
自作プログラムとROMイメージは同じ物ではないのでしょうか？

俺エスパーじゃないからスルーするー

>>650
やっぱスルーされますかorz
とりあえず自作プログラムがマジコンごとに動きが違うことって
いうのが起きうるのか。
また、違いがあるのであれば、おかしい方は一律おかしい結果で
あれば納得できるのですがROMイメージはおかしくないので、
情報をお持ちのエスパーがいれば、と思ったのですが･･･。

他にもサンプルを動かしてみました。
examples/nds/Graphics/3D/Misc/Picking ... タッチパネルでPickできない
examples/nds/sound/SimpleSound ... 音(ry フリーズしてる模様

>>649
他のマジコンでは音は出るの？
あと、エミュで動かしたらどうなる？

エスパーな俺に言わせれば、単なるバグだと思うけど。

たとえば仕様だと0で初期化されるような部分があったとして
そのマジコンがROM起動前に勝手に違う値で初期化してたら場合によっては他とは違う動作するよな
違うってことはあるんじゃないか？・・・というかあるだろ
他のマジコンあるなら試してみるのがいいだろな
動いた場合どっちのマジコンがおかしいのか調べるの大変そうだけど

>>652
今までEZ5使ってました。期待通りの動きをします。
エミュは、desmumeを使ってます。
音は出ない代わりにフリーズしません。

IPCを経由してARM7側で代入した値をARM9側で
表示するプログラムをおこしてみました。
ARM7側で指定した値になってない。
ARM7側が止まる/動いてないみたいな状態になってると憶測。
これが原因であれば、音も出ないしタッチパネルの座標も取れない。
こんなことってあるの？

ロクな知識もなしに口出しして悪いけど、DLDIの問題だったとかってオチじゃないよね？

>>654
>こんなことってあるの？
もちろんある。
開発の経験少ないとわからないかもしれんが、単なるバグだろうな。
>>653 の言うように初期化漏れである可能性もかなりある。

不具合が再現する環境で調査するのがいいよ。
あと、バグと認識した上で調査すること。

対数（log）をとるのってどうすればいいかわかる？

devkitProにそういった関数がない以上、
自前でマクローリン展開をするか
対数テーブルでも作るしかないとは思うけど
だれか実践している人はいますか？

つ#include <math.h>

はダメ？

>>657
devkitPro/devkitARM/arm-eabi/include/math.h

>>659
なんと…
これを使うためにはどうすればいいの？

>>660
>>658

>>661
それだとlibndsのmathがインクルードされる。
インクルード自体は
#include "devkitPro/devkitARM/arm-eabi/include/math.h"
でいいんだけど、問題はリンクをどうすればいいのかということ。

>>662
> それだとlibndsのmathがインクルードされる。
パス通せばいいだけなのに。
> でいいんだけど、問題はリンクをどうすればいいのかということ。
同じ場所に lib があるだろ。

>>663
よくわからんのだが、一部の関数は標準ライブラリの関数名とlibndsとで完全に被るんじゃない？
printfとか

>>663
やってみたけどリンクされなくて困った。
多分makefileが悪いんだろうから夜に調べてから報告する

>>662
mathのライブラリはlibm.a
LIBSに
-lm
を追加すればいいと思うよ。

>>666
ありがとう。lcやら色々ためして、lmでやっと上手く行きました。
結構速いし意外と容量食わないし、mathいいね

遅くなりましたが回答有難うございます。
oファイルを使っての描画はできたのですが、一々Makefileに書き足すのが面倒なので、
bmp2sprのようにデータをそのままcに書きだすツールはありませんか？

>>668
Makefileにサフィックスルール書けばいいんじゃないの？

自己解決しました。
24ビットbmpをAGBGFXConverterで65536colorで出力したものを
loadPCX、image8to16を使わずにglTexImage2Dの最後の引数に渡せばいいようですね。

ちょこちょこ調べてます。
問題のマジコンはクライアントアプリがたくさんあって
どれが正しいのかわかりません。
で、かき集めたクライアントに、｢このファイルはクリーンロムじゃないよ｣的な
エラーメッセージが表示されました。

この違いか? と思ったのですが、特に解説しているところが無いのでよくわかりません。
クリーンロムと自作アプリの違いは具体的にどんな物があるのでしょうか？
また、自作アプリはクリーンロムファイルに変換など出来るのでしょうか。

moonshellのUnicode対応版libfatを使って、
日本語のファイル名を取得し、拡張子を変更して新たにファイルを作成したい場合、
どうしたらいいでしょう？

なんか、そのまま使ったら、へんてこなファイル名になっちゃいました…。

具体的には、FAT_GetLongFilenameUnicodeで取得したファイル名はfopen出来ないので、FAT_GetLongFilenameを使って取得したファイル名です。
FAT_FindFirstFile、FAT_FindNextFileで取得したファイル名は、8.3文字ながら問題なかったんですが、Longnameでファイルを作成したいんです。

前スレ
http://mdxonline.dyndns.org/backupthread_2chgamedev1113780562.html

でアップされていたNDScripterのムービー

ttp://sakuratan.ddo.jp/uploader/source/date22211.avi や
ttp://sakuratan.ddo.jp/uploader/source/date22360.avi

保存している人いませんか？
どんなものかみてみたいのですが・・・

date22897.aviのはにはに勝手にうｐしました、ダメなら消します。
ttp://sakuratan.ddo.jp/uploader/source/date67757.avi

>>675
完成度たかい・・・
画像の切り替えやエフェクトなんかもスムーズに動いていますね
うｐして頂いてありがとうございます。

libndsについてくるdswifiはアクセスポイントにアクセスする形式だけど、
ゲームなどで目の前の友人と通信対戦する場合はどうやって実現されているんだろう。
無線LANを利用しているとは思うんだけど、
dswifi9.hを見てもそれらしい記述はなかったので気になっています。
GBATEKは量が膨大すぎてわかりませんでした。

わかる人いますか？

適当にopenGLのモデリングソフトに読ませても形式が違うと言われたのですが、
devkitproのサンプルにあるteapotのようなディスプレイリストのファイルってどうやって作るんですか？
あとサンプルにあるようにソース内でディスプレイリストを宣言する場合、
法線ベクトルの設定はどうすればいいのでしょうか。

私もよく知りませんが、dswifi ad-hoc modeでググってみると
少しだけ情報があるような

gritで複数の画像からパレットを共有するにはどうすればいいの？

>>674
http://sakuratan.ddo.jp/uploader/source/date67929.zip
結局DIDLにも対応無いまま、かつ一部のエフェクトとか未対応のままなんだよね・・・。
ちと残念、

680だけど、みんな複数のファイルのパレット共有について悩んでない？
自分でgritのソースにパレット共有を付け加えようかと思うけど、
他にいい方法があるなら教えてください。

やりたいのは、タイルモードのバックグラウンドを処理する時に、
タイルのベースとなる画像を複数枚用意したいだけなんだ。
そして、gritで出力されるファイルに使われているパレットを
その複数枚で同じものにしてもらえれば、プログラムが楽になるよね。

画像の時点でパレットを共有させておく
gritを捨てて自分でコンバーターを作る
選びなさい

>>678
つ ndsFifo.py
つ glNormal3f

R4からM3Realに変えて、マルチメディア系のファイル再生を色々試しているのですが、
R4ではフツーに使えていた、MoonShell Ver1.71+1のタッチパネルの操作感がどうもオカシイ。
で“M3 DS REAL みなサンきゅ〜”スレによると、Moonlight氏の非公式リリースによる、
Repair MoonShell for M3REALというパッチがあるとの事。

で、Moonlight氏のInfantile Paralysiserサイトを探してみましたが見当たりませんでした。

色々ググってみたんですが、このRepair MoonShell for M3REALって、Moonlight氏の今後の非公式リリースを
待つしかないみたいですね。

Moonlightさん！勝手なユーザの要望ですが、是非とも公開よろしくお願いします！

黙れカス

>>686
何いってんだ？

批判要望は本人のブログなりでやってくれ
ここはあくまで開発者がだべるスレだし

>>1

devkitpro使うの初めてなんだけど、
サンプルをコンパイルすると、
--------------
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
make[1]: *** [drunkenlogo.o] Error 3
--------------
と出てarm-eabi-gcc が落ちまする。OSはXPsp2

なにやら↓の問題ぽくいけど、同じように遭遇して解決した人いらっしゃる？
http://support.microsoft.com/kb/884538

修正の提供は次のspでと書いてあるので、
XPsp3RCを入れてみるしかないのかなぁ・・・

DSでJava2MEが動きました。PIMを取りあえず作ってみました。jitとかhotspotとか
無い状態なので速度はちょっとアレですが。日本語変換とかでフリーで組み込めるのって
ないんですかねえ・・・

>>691
オプソ方面はcannaとかソースありそうだけど現実的ではない気がする。
てことで、PoBOXとかどうだろう。

cannaは古いから逆にコンパイル面倒くさそう。
辞書限界まで削ったAnthyかPoBOX, PRIME辺りかねぇ。
でも通はSKKを選ぶ!

>>691
ｋｗｓｋ

と思ったけどanthyはmmap使ってるんだった。
と言う訳で俺はskkかfreewnn辺りを勧める。

NDSでPoBOXにPAlibのgraffitiを移植できればなぁ

>>694
j2meのソースを持ってきて、機種依存部分のコードを書いて
コンパイルしただけです。だから、まだlibndsなどの各種機能が
有効に利用されているわけではなく、本当に「動いた」だけです。
MIDletで動いているケータイのゲームなども移植なしで
動くはずですが検証してません。

漢字入力は変換をanthy、手書き文字入力をtomoe/libtomoeで
やってみたいと思ってます。失敗したらpalmみたいに
graffitiで入力して、単漢字変換しかできない低機能なものに
なって開発中止・・・とか。

Wabaを実装しようとして挫折したからちょっと期待。

http://takuto.info/libnds/arm9j/main.html

こんなんみつけた

リンクだけ貼られてもね

>690
一応解決したので書いときます。
環境変数TEMPのディレクトリにリードオンリー属性が付いてるとgccがアボートするみたいｗ
お騒がせしました。

>>701
一つ言っておくけど、そういうのは落ちるっていわないんだぜ?

よくわからんがいいオチだな。

microSDなんかの外部メディアから、4MBを超えるような
mp3やテキストファイルを読み込んで処理するとき
ハードの制限でメモリが足りません。

ファイルを開きっぱなしで処理するか、ある程度のデータを
分割して読み込む方法のどちらかを考えているのですが、
ファイルを開きっぱなしで処理するのと、頻繁にファイルを
開いたり閉じたりするのを繰り返すのとどっちがいいんだろう？

ファイル開きっぱなしで、ある程度のデータを分割して読み込んで処理ってのは？

ファイルオープン → シーク → リード → ファイルクローズってのが頻繁に入るようだと
多少は遅くなったりするんじゃないかと思ってみたり。

速度を優先するのか？安全を優先するのか？読み込みの頻度はどうなのか？

読み込み専用なら、開きっぱなしでもいいような気もする。
ただし、アボート処理がしっかりしてるならね。

メモリって何メガまで取れるの？
というか領域はどこを取るの？

>>706
> メモリって何メガまで取れるの？
どのメモリ?
RAM? フラッシュメモリ? ROM? シリアルフラッシュ?

>>707
RAM。具体的に言うとmalloc/newで確保できるメモリ

>>708
http://ndsd.chicappa.jp/wiki/index.php?%A5%E1%A5%E2%A5%EA%2F%A5%EC%A5%A4%A5%A2%A5%A6%A5%C8
おまいさんの使ってる malloc が何かわからんけど、
普通は 4M 以下。

>>709
サンキュ。
プログラムコードもメインメモリに展開されるんだとすると、
Wi-Fiで相手に送れるメモリは4Mまでってところか。

microSDから読み書きするスピードとメインメモリのスピードを
実際にどの程度違うか計ってみようかな。

GBFSはー？

devkitProのlibnds/include/nds/system.hで、

void SetYtrigger(int Yvalue) {
　REG_DISPSTAT = (REG_DISPSTAT & 0x007F ) | (Yvalue << 8) | (( Yvalue & 0x100 ) >> 2) ;
}

ってあるけど、これ >> 2 じゃなくて >> 1の間違いだよね？
一応、devkitProに報告済。

ADVを作ってるんだけども
画像の重ね合わせと前にきた画像の透過の仕方がわからん
もうHPは致命的に向いてないのかな・・・

3D面、BG面、ビットマップ面、スプライトのどれを使って画像表示するかによってやり方が異なるから
そんな漠然とした聞きかたじゃ答えられない

ビットマップ面を使うなら
真緑の画素を抜くようにして奥から順番に転送するだけでいいんじゃないの

Ｒ４で開発を始めました。

早速ファイルにアクセスしようとしたんですが、
>>18みたいに書いてもfopenがnullになってしまいます。
ファイルを置く場所はROMフォルダでいいんですよね？

>>715
>18ならルートフォルダ

一度くらい試せよｗ

>>716
あ、そうか。そうすれば良かったんだｗ
ずっとＲＯＭフォルダに入れたままでパスをいじってましたｗ

これがおすすめなのに　　　　↑

これがおすすめです↑

ちょっと再確認させてください。

スプライトをメイン画面で使う場合、
・vramSetBankで、MAIN画面のSPRITEが使えるどこかに
　SPRITE属性で適当な領域を確保する（たとえばVRAM_G_MAIN_SPRITE）
　そしてそれが自動的にメモリ0x6400000にマッピングされる
・videoSetModeでDISPLAY_SPR_ACTIVEとDISPLAY_SPR_1D/BMPを設定する
・SPRITE_GFX（0x6400000）にスプライトデータを書く

という方法でいいと思うのだけれど、問題ないでしょうか？

それと質問ですが、devkitPro付属のサンプルでは、
vramSetMainBanks(
　　　　VRAM_A_MAIN_SPRITE,　　　　　//A and B maped consecutivly as sprite memory
　　　　VRAM_B_MAIN_SPRITE,　　　　　//this gives us 256KB which is the max
　　　　VRAM_C_MAIN_BG_0x06000000,　 //map C to background memory
　　　　VRAM_D_LCD　　　　　　　　　 //not using D
);

とあったんだけれど、二つ以上のバンクをSPRITEに指定した場合、どういう扱いになるんでしょうか？
コメントを読むとつながっているようだけれど、BとGとかでもつながるのかな？

arm9/video.hを見ると、
VRAM_A_MAIN_SPRITE = VRAM_A_MAIN_SPRITE_0x06400000
VRAM_B_MAIN_SPRITE = VRAM_B_MAIN_SPRITE_0x06420000
です。

よって、
VRAM_A_MAIN_SPRITE は 0x06400000に、
VRAM_B_MAIN_SPRITE は 0x06420000にマッピングされます。
VRAM_A と VRAM_Bは128Kバイトですから、連続した256Kバイトになるってことかと。

VRAM_F_MAIN_SPRITE_0x060XXXXX → VRAM_F_MAIN_SPRITE_0x064XXXXX
VRAM_G_MAIN_SPRITE_0x060XXXXX → VRAM_G_MAIN_SPRITE_0x064XXXXX
の間違いですね。

初歩的な質問で申し訳ないのですが、やはりファイルを読み込めません。
以下の記述でDS上では「file1 failed」と表示され、NULLが帰ってきます。
何がダメか教えていただけないでしょうか(´Д｀;)
data1.txtは、ルートとROMフォルダ両方においてあります。

InitInterrupts();
(中略)
FILE *fi;

if (( fi = fopen( "data1.txt" , "r" )) == NULL ){
　　iprintf( "file1 failed\n" );
exit(1);
}else{
　iprintf( "file1 success\n" );
}

fclose( fi );
(後略)
}

>>722
if (( fi = fopen( "/data1.txt" , "r" )) == NULL ){

まさかとは思うが、fatInitDefaultをしていなかったという落ちはないよな
http://void-main.org/dsprogram/index.php?%E3%83%9E%E3%83%83%E3%83%97%E3%83%87%E3%83%BC%E3%82%BF%E3%82%92%E3%83%86%E3%82%AD%E3%82%B9%E3%83%88%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%8B%E3%82%89%E8%AA%AD%E3%81%BF%E8%BE%BC%E3%82%80
良くわからなければここが詳しい。

ndsFifo使ってみましたがうまくいきません。
メタセコイアでWaveFrontObjを出力し、それをndsFifoで変換しようとしたところ、
list index out of rangeと出ました。
どうも空行に対応していなかったらしく、空行を削り再び変換したらエラーは出ず出力されました。

しかしそのbinファイルをdevkitproのサンプルのDisplay_List2のteapot.binと差し替えてみましたが
NO$GBAで invalid gx command というエラーが出ます。

ndsFifoで出力されたbinはteapotと同格のファイルではないのでしょうか。
それか変換するときに何かオプションを指定する必要があるのでしょうか。

>>723-724
ご教授ありがとうございます。

fatinitdefaultは、してませんでした。
#include <fat.h>とfatInitDefault();を追加してコンパイル・・・すると、コンパイルエラーになってしまいます。
んん？・・・ちと724を熟読してみます

>>725
ndsFifoの中身を見てわかるようにオプションは不要。
ndsFifoを動かした環境はLinux?Win?Mac?
いずれにせよ、生成されたbinを解析してみれば
期待通りのDisplayListが生成されているかどうか
わかるんじゃないかな？

もっともオイラはglCallListでの描画はやってないけどなー。
アニメーションさせるのに不向きだし。

>726
makefileを弄ってないんじゃないのか？
LIBSのところに -lfat を追加したか？

ブログを閉鎖すると脅して３００万ヒットを手にした卑怯な中年男！
http://higurashi.asablo.jp/blog/2008/02/12/2619716#c

閉鎖騒動から一日後、計画通りの復活劇！　匿名男、ブログの読者に叩かれ号泣ｗ
http://higurashi.asablo.jp/blog/2008/02/13/2624559#c

j2meが動いたとしばらく前に書き込んだものです
現状報告

やっと安定してきました
漢字入力メソッドはオープンソースではDSのような制限ある環境に
組み込めるものがなかったため、自分でつくりました。現段階では
どうみてもDOSの時代のFEPと同じ程度の変換効率ですけど・・・
形態素解析は自信ある出来なので、ここに成果を晒すころには
もう少しなんとかなっているといいなあ・・・・

入力文字認識はPAlibのgraffiti頼りです。日本語を含むフォント描画は
moonshellのsystem.fonの仕組みを借りてます
j2me的には大中小の最低3種類くらいフォントがないとダメらしく、
容量的に悩む所です

ゲーム機であるDSはj2meの仕様想定外の部分が多く、
全機能がまともに使えるようになるにはちょっと掛かりそうです
挫折しなかったらそのうちまた・・・

ttp://multiple-option.blogspot.com/2008/02/fatestay-night-trial-edition-abridged.html

j2meごときでなんでそんなに実装に手間取ってるんだ？

M3さくらってMoonlight氏が作ってるって本当かい？

>>734
逆アセすると確定的な証拠があるが、そこまでしなくても
HomeBrew作者でディスクチェックなんてやるのは彼以外いないだろうからバレバレ。
デザイン見ても一発で彼の作品だってわかるよｗ クセがあるからね。

開発費２００万円で大好きな甘いケーキ買ったのかな？ｗｗｗ

こめん、逆アセあんかしなくてもBetaTest.1 by Moonlightって書いてあったわｗｗｗ

きめえ

めえき













名器ｗ

>>733
なんでお前はそんなに偉そうなんだ？
しかもj2meはもう実装してて今は日本語入力を組み込もうとしてるんでしょ。
君もなにか公開してみたらどうだい？

>>739
本人光臨で自作自演かよｗ
くやしいのうｗｗｗｗくやしいのうｗｗｗｗ

>739
逆切れすんなよ、
ここはお前の日記帳じゃねーんだ。批判されるのが嫌なら書き込むなクズ

>>741
お前も批判するだけで何の役にも立たないから書き込むなクズ

日記帳として書きこむのはまーいいけど、
ちょっと批判（733は批判ともいえないが）されたくらいで
ムキになって荒らすなら来ない方がいいな。
自分でブログとかで公開してコメント管理しとけ（笑）

僕が悪かったです。ごめんさない

>>744
もうくだらないこと書くんじゃねーぞｗ

と雑魚が申しておりますｗｗｗ

　　　　　　　　　　　　　　 .| 　 |　　|　|　　 |　 　 |　　| ｜ 　 |　　 | 　 |｜　|　|
　　　　　　　　　　　　　　 .| 　 |　　|　ﾚ　　|　 　 |　　| ｜ 　 |　　J 　 |｜　|　|
　　 　∩＿＿＿∩　　　　| 　 |　　| 　 　 J　 　 |　　| ｜　　し　　 　 |｜　|　|
　　　 | ノ＼　　 ,＿ ヽ　　.| 　 ﾚ　｜　　　　　　｜　 ﾚ｜　　　　　　　|｜ Ｊ　|
　　　/　　●゛　　● | 　 .J 　　 　 し 　 　 　 　 | 　 　 |　　　　　　　｜|　　 J
　　 |　∪　　( _●_)　ミ　　　　　　　　　　　　　.｜　 　 し 　 　 　 　 J｜
　　彡､　　　|∪|　　 |　　　　　　　　　　　　　　.Ｊ　　　 　 　 　 　 　 　 ﾚ
　/　　　　 ∩ノ ⊃　 ヽ
　(　 ＼　／ ＿ノ　|　 |
　 ＼　 "　 ／　　｜　|
　　　＼ ／￣￣￣ ／
　　　　　￣￣￣￣

入れ食いですか

もう喧嘩はやめて下載

色んなマジコンについてるMoonShellって
各メーカーが無断で改造して無断でつけてるってマジ？
著作権違反じゃん
しかも不具合だしてるし告訴したほうがいいな

>>750
いろいろカエレ

>>749
下載ﾜﾛﾀ
どこから何をダウンロードするんだ？ｗｗ

プログラマは色盲になりやすいそうだ。
俺は６でダメだった。
http://www.liquidgeneration.com/sabotage/vision_sabotage.swf

>>753
ブラクラ

>>753
DSで見れない

ちょ、まさかと思ったがマジでブラクラじゃねぇかｗｗ
怖いよ！

>>756
ブラクラじゃなかったよ。
俺が見たら単なるグロというか、「ギャー」って奴。
あんなのどうってことない。

あれ見ても俺のところではブラウザはちゃんと生きてた。
因みにブラウザはSleipnir1.66。
Sleipnirだと大丈夫なのか？

あんなのでｺｹるのはIEだけだろ

SleipnirもIE使ってるんだから同じだろ…

>>757
精神的ブラクラって呼ばれる類のものだろ。

>>757
おまい厨房丸出しだな

>>757
ブラクラの一種だ

>>760
>>762
精神的なことでブラウザはクラッシュしないだろ…
精神的トラップのこと？

>>763
>>763
>>763

マイクラだろ

>>763
http://e-words.jp/w/E7B2BEE7A59EE79A84E38396E383A9E382AFE383A9.html

もう来んな

>>763は頭がクラッシュしてる・・・

>>763
確かに元々はおかしな言葉だが、それが一般化した例は他にもある。
PCでもBIOS設定保存用のSRAMをCMOSとか言うし、640x480のことをVGAとか言ったりする。
それと同じことで慣れの問題だから気にすんな。

でもまあマイクラの類って、歳とると全然効かないんだよね。
子供の頃は刺激に敏感だった気がするけど。

>>768
> PCでもBIOS設定保存用のSRAMをCMOSとか言うし、
今のPCのBIOS保存用でCMOS以外のSRAM使ってるメーカあるのか?

>>769
CMOSとかバイポーラとかいう問題ではなく、CMOSと呼ぶことがおかしいってこと。
例えばCMOSプロセスで作られたCPUのことをCMOSとは呼ばんだろ？
CMOSと呼ばれ始めた頃は、CMOSプロセスが珍しかったから呼び始めたらしいがね。

あと、車のLSDのことを単にデフと呼ぶのも変だが一応通じる。
言いたかったのはそういう例が他にもたくさんあるから、「精神的ブラクラ」という変な言葉も
慣れればどうってことないから気にするなってこと。

ＤＳの液晶交換のために分解して組み立てたところ電源が入らなくなりました。
充電器を繋ぐと１秒だけ赤ランプが点灯します。
ここが最適のすれと判断しました、教えてください。

ショートだな。馬鹿めが。Ｆ１ｊかＦ２が飛んでるだろうなｗｗｗ

任天堂に聞け

>>772
むしろ頭のネジが・・

もう直らないのでしょうか、フューズなら直結できそうですが…

フューズ直せたのに、電源のスイッチ折ってしまったよ！！
クソが！！みんな氏ね!!

m9(＾Д＾)

この状態で組みなおして、任天堂に無料修理させれるかな？

無理

>>778
まずら抜き言葉をやめてから出直して来い

>>778
大丈夫だから、騙されたと思って修理出してみな。

任天堂「ゆとり分解者からの修理依頼は拒否させて頂いております。ご了承ください」

>>771さんは小学生なんだろうね

>>728
時間が開いてしまいましたが、未だにコンパイルエラーの者です(´Д｀;)
makefileのLIBSの記述はこれでいいんでしょうか？うまくいかないもので・・・

#---------------------------------------------------------------------------------
# any extra libraries we wish to link with the project
#---------------------------------------------------------------------------------
LIBS := -lnds9 -lfat

#---------------------------------------------------------------------------------
# main targets
#---------------------------------------------------------------------------------


(私信)
という訳で2月も末ですが未だにファイルオープン出来ておりません。
その他のコードは一応準備できているのですが・・・＞moonlightさん

コンパイルエラー、リンクエラーどっち？
埒が明かないからエラーメッセージをコピペしる

>>785
あうう・・・ありがとうございます(´Д｀;)コンパイルエラー貼ります

C:\sampleproject\sampleproject.nds が見つかりませんでした。
make -C arm7
make[1]: Entering directory `/c/sampleproject/arm7'
make[2]: `/c/sampleproject/sampleproject.arm7' is up to date.
make[1]: Leaving directory `/c/sampleproject/arm7'
make -C arm9
make[1]: Entering directory `/c/sampleproject/arm9'
linking sampleproject.arm9.elf
template.o: In function `main':
c:/sampleproject/arm9/source/template.c:55: undefined reference to `fatInitDefau
lt'
collect2: ld returned 1 exit status
make[2]: *** [/c/sampleproject/arm9/sampleproject.arm9.elf] Error 1
make[1]: *** [build] Error 2
make[1]: Leaving directory `/c/sampleproject/arm9'
make: *** [arm9/sampleproject.elf] Error 2
!!! Compile error !!!
続行するには何かキーを押してください . . .

コンパイル時のバッチはこうなってます。

@echo off
call setenv_devkitPror21.bat

:loop
cls
del sampleproject.nds
make
if exist sampleproject.nds goto run

echo !!! Compile error !!!
pause
goto loop

:run
pause
goto loop


▼↓setenv_devkitPror21.batの中身
set PATH=c:\devkitPror21\msys\bin;c:\devkitPror21\devkitARM\bin;%PATH%
set DEVKITARM=/c/devkitPror21/devkitARM
set DEVKITPRO=/c/devkitPror21
set LIBNDS=/c/devkitPror21/libnds
set LIBFAT=/c/devkitPror21/libfat
set LIBWIFI=/c/devkitPror21/dswifi

スレ汚しごめんなさい。宜しくお願いします・・・

LIBS　:=　-lfat -lnds9

fatが先じゃないと、コンパイル上手くいかなかったような気がする。

GBFSってSLOT1のマジコンじゃ使えないのか・・・
泣いた。

mqo表示でｷﾀ━━━━━━（ﾟ∀ﾟ）━━━━━━ !!!!!

>>786
template.cの中で、fat.hをincludeしてる？

>>791
ちゃんとエラーメッセージ、読めてる？
link時にfatInitDefaultを見つけられないんだから、
includeは関係ない

788が正解

mqo+mkmも表示できたー！

が、動くのはdesmumeオンリー。ideasや実機ではダメ。orz
ポリの少ないmqo単独なら実機でも表示ＯＫなので、
vertexの制限みたくなにか条件を見落としてるんだろうな。。。

>>793
できてねーじゃねーか
日記帳じゃねーんだからどっか別の場所に書いてくれよ

>>794
了解した。
成果のソース公開もやめておくよ。

また出た自治厨

IMA-ADPCM使ってる人いる？

>>795
そのほうがいい。
自分だけで楽しんでいる分には誰もケチ付けたりしないからな。

>>795
くやしいのうｗｗｗくやしいのうｗｗｗ

>>793
desmumeだけって逆にギャグだろうwww
だけど評価はしたい。

とか書こうと思ってたんだけど･･･これチラ裏レベルなの？
せっかくの成果を無碍に叩いて非公開に追い込むのは、なんか残念。

desumumeで動いて実機で動かないのは経験ある
エミュはチェックが甘いから実機で奇数バイトアクセスできないのにアクセスできたのが原因だった

過疎ってんだから日記レベルでもいいよ

サンプルメイクして動いた
感動した

>>801
シミュじゃないんだからチェックが甘いのは当たり前だろう。
DSじゃないけどARM系のエミュは高速化の為にアラインのチェックはオプションにしてる物が多いよ。

〉797
あれってコンバータとかあるの？

DSのタッチパネル使ってパターン識別やりたいんだけど、スレ違い？
識別精度がそれなりに保てるようになったらゲームに発展させたいと思ってるんだけど…。
もしくはそういうサンプルプログラムみたいなのがあるのだろうか？

>>806
タッチパネルでパターン認識って、手書きOCRという意味？

簡単に言うと、パネルにマーク(○とか□とか△とか×とか☆とか)を書いて、それを認識させる。
事前に登録した物と書かれた物があまりに違うときはエラーメッセージを表示させる。とか。
変数を設定しておいて、○なら1、□なら2、△なら3、…と設定した上で、どれとも大きく違う場合は0にするとか。

手書きOCRって楽引き辞典みたいなのでしょ？
あれはどんなマークでも、書かれたらそれに近いものを出すけど、そうじゃなくて似通ったものがない場合は該当なしってさせたいんだ。

>806
単にタッチパネルの入力テストのサンプルならdevkitproにあるよ。

kwsk

興味があるなら、ndsexamples
ttp://sourceforge.net/project/showfiles.php?group_id=114505&package_id=159894&release_id=549082
のTouchTestとtouch_lookを見ればいいと思うよ

パターン認識部分は存在してないので別途都合をつける必要があるけどね

これで入力として、あとはパターンを認識させるためのプログラムを作らないと駄目っぽいな。
タッチパネルを有効に利用してゲームを…と思ってたんだが、それって個人でできるレベルなのかねぇ。

個人のレベルを超えてると思ったらやらなきゃいい

せっかく脳内に設定はあるのに、もったいないじゃないか。
まぁこれ以上はスレ違いになるので、よそ行ってパターン認識の勉強しながらちょっとずつやってみるよ。

市販ゲームのソースとかで、あったら楽そうなの多いんだけどなぁｗ

「手書き認識　アルゴリズム」でググるといくつかオープンソースのものが
でてくるので参考になると思うよ

手書きで動的に当たり判定生成、どのぐらいまでだったらできるだろうか？
何本かプレイしたけど、一瞬生成のものばっかだね。
それ系のゲームなかったけ？、

>>816
何言ってるのかよくわからん
もう少し細かく

>>816
当たり判定って…
パターン認識(文字認識？)じゃないの？
何がやりたいのかさっぱりわからん。

>>818
>>806=808=812=814だが、>>816とは別人だよ。

>>816
Newマリブラのミニゲームに、ボム兵をタッチペンで動かして火球を避けるゲームがあった。
それっぽいもののことかな？

>>815
情報サンクス。参考にして頑張ってみる。

オープンソースだとtomoe辺りかな。
でもグラフィティとかsqueakの手書き入力辺りの方が理解しやすいはず。

>817,818
すまん。説明下手で。
>819
フォローサンクス。

うーん、やりたいのは、キャッチ！タッチ！ヨッシー！の雲ですね。
ttp://www.nintendo.co.jp/ds/ayij/action/index.html

ここのムービーに近いが、もっと頻繁に壁を生成することになりそう。

>>821
技術的にどこが難しいんだ？
簡単に見えるんだけど…

簡単に見えるなら解説するなりソース貼ってやれよｗ

squeakは糞だろ・・・
どこがコアな部分でどこが自分が作った部分なのかはっきり分からない

>>821
>>811のTouchTestとかを使って、書かれたラインと対象の座標を常に管理しつつ、
ぶつかったら反射or重力の方へ流れるように組んだらできそう。
理論上は、タッチパネルの範囲内ならどれだけでも当たり判定は生成できそうだけど…(対象が反射なり何なりする場所は考えてないが
メモリの問題とか処理の問題が出てくるから、やってみないとわからん。ってのが現実かと。
まだDSプログラムはやり始めたとこであまり詳しくないので、ソースとかは勘弁。

>>824
それが良いところだと判らないうちはSqueakについて語らないほうが良いですよ:-)

>>826
それはつまり、squeakの良いところしか語らない人間しか語ってはいけないという意味ですか？

>>827
Squeak というか、その前身の Smalltalk はできるだけコアをなくそうという
考え方に基づいて作られたものなので、それを取り立ててクソ呼ばわりするのは
「なにか大事なところの理解を欠いているのでは？」と思われてもしかたがない
のではないかと。

「Smalltalkの底を流れる設計思想 - Daniel H. H. Ingalls」
http://d.hatena.ne.jp/umeaji/20060721#p1

>>819
別人だったのか。スマソ。

考えてみたら、ゼルダの伝説 夢幻の砂時計に出てくる羅針盤みたいなことを
したいのかもと思った。

>>829
ゼル伝 夢幻の砂時計やってないのでわからんけど。
自分がやりたいのはロストマジックみたいなこと。

やっぱりタッチパネルがあると、ゲームの自由度は格段とあがるけどプログラムは複雑になるね。
GBAプログラムよりはるかに大変そうだ。
取り合えずパターン認識の勉強のためにCか何か使ってパソコンで組んでみた方がいいかもしれんなぁ。

>>828
理解しているから糞だといっているんだが。
Squeakでプログラミングしたことがあるやつなら分かるはずだ。
間違えてコアな部分を書き換えてしまって収拾がつかなくなるなんてことが現実に起こってしまうのは
紛れもなくSqueakの重大にして決定的な欠点だろ。
糞に値する欠点だ。

>>831
間違って自分で自分の足を撃っておいて、自分の足を撃てるようになっているのは
危険きわまりない許し難い欠陥だって銃メーカーを訴えるタイプだな……

>>832
銃とプログラミング言語は違う。

Javaやそのほかの多くの言語はライブラリと自分が書いたプログラムを区別するようになっている。
しかしSqueakでは分け隔てなく扱うようになっている。
ライブラリの依存関係や内部構造を理解していないプログラマが、
間違って書き換えることは現実にありえる話であり、
Squeakにはその対策がなされていない。

そもそも思想そのものに欠陥があるといわざるを得ない。
ゆえにSmalltalkは棄てられたんだよ。

JavaScriptのprototypeの話かと思った

猫に小判
豚に真珠

>>836
この世界は猫と豚でできているらしいな。

>>833
まぁないとは思うが、料理する時はクッキングハサミ使えよ？
包丁は危ないからな、刃の部分握ったら手切れるから

　　　　　　　 ,. -‐'''''""¨¨¨ヽ
　　　　 　 　 (.＿＿_,,,... -ｧァﾌ|　　　　　　　　　　あ…ありのまま 今　起こった事を話すぜ！
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i|　 　 }!　}} /／|
　 　 　 　 　 |i i| :: 　 }!　}} /／|
　 　 　 　 　 |i i|::: 　 }!　}} /／ |
　　　　　　　|i　i|:::::　 }!::: }} /／|
　　　　　 　|::::　:::::::::::::::::　:::::　::|
　　　　　 　|::::::;ノ´￣＼:::::::::::::::|_,. -‐ｧ
　　　　　 　|::::ﾉ　　　ヽ､ヽr-r'"´　　（.__　
　　　　　 _,.!イ_　　_,.ﾍｰｧ'二ﾊ二ヽ､へ,_7　
　　　　　 ::::::rｰ''7ｺ-‐'"´　 　 ;　 ',　｀ヽ/｀7
　　　　　 r-'ｧ'"´/　 /!　ﾊ 　ハ　 !　　iヾ_ﾉ　　　やっぱやめた
　　　　　 !イ´ ,' |　/__,.!/　V　､!__ﾊ　 ,'　,ゝ
　　　　　 `! 　!/ﾚi'　rr=-, 　 　r=;ｧ ﾚ'i　ﾉ　
　　　　　 ,'　 ﾉ 　 !'" ￣ 　　　 ￣ "'i .ﾚ'
　　　　　 　（　　,ﾊ　　　　'ｰ=-'　 　人!　
　　　　　 ,.ﾍ,）､　　）＞,､ _____,　,.イ　 ハ　

単発IDだらけでワロス

そもそもID:EoN7vmTOの思想そのものに欠陥があるといわざるを得ない。
ゆえにID:EoN7vmTOはSmalltalkに拒否されたんだよ。

中学生がDSのゲームを作って同級生に自慢するスレだと思ってたのに、
いきなり方向性が変わってワロタ

ID:EoN7vmTO

あなたは、開発経験長いの？短いの？年齢は？

> ライブラリの依存関係や内部構造を理解していないプログラマが、
> 間違って書き換えることは現実にありえる話であり、
> Squeakにはその対策がなされていない。

という発言がでてくる時点でプログラマやめた方がいいと思う。
もしもこの発言が30代の開発者の発言であれば悲しくなる。

>>843
> あなたは、開発経験長いの？短いの？年齢は？
匿名制のメリットについて↓
http://blog.livedoor.jp/dankogai/archives/50989774.html

> という発言がでてくる時点でプログラマやめた方がいいと思う。
> もしもこの発言が30代の開発者の発言であれば悲しくなる。
経験を積んだプログラマなら○○ぐらいできるだろう、
それができないお前は無能なプログラマなんだな、
俺はお前より優秀だぜ、
という論調ですか？
自慢ならよそでやってください。

もし自分が開発したモジュールと標準のモジュールがごちゃ混ぜにされて、
自分が作ったものがどれなのかわからなくなったらどうしますか？

>833
> 間違って書き換えることは現実にありえる話であり、
> Squeakにはその対策がなされていない。

それは、言語が悪いんじゃなくて、使う側に問題がある。
どんな言語だって、一長一短があって向き不向きがある。
それを理解してない奴はどんな言語だってダメな使い方しかできない。
むしろ言語の特性を良く知っていれば、短所だって記述次第で補える。
その意味で言語そのものを叩くってのは、自分の無能をさらけ出し過ぎ。

でも >843みたいな肩書き厨よりは全然マシだけどね。

頭の悪い発言も他所でやって欲しいな

>>845
> それは、言語が悪いんじゃなくて、使う側に問題がある。
「生徒は悪くないんです。先生がもっとしっかりしてくれないと。」

> どんな言語だって、一長一短があって向き不向きがある。
「この子は本当はいい子なんです。」

> それを理解してない奴はどんな言語だってダメな使い方しかできない。
言語に向き不向きがあるように、人間にも向き不向きがあります。

> むしろ言語の特性を良く知っていれば、短所だって記述次第で補える。
こういう場合は抽象的な話にすると説得力がなくなりますよ。
具体的にどう補うのでしょうか。
Squeakの場合はどうしますか？

> その意味で言語そのものを叩くってのは、自分の無能をさらけ出し過ぎ。
まぁ、最後の暴言は見なかったことにしましょう。

>842
分別持たずにスルーもできない人たちって面白いだろ？
スレと全く関係のない議論で無駄レス付けまくってるなんてさ
DSのアプリ開発においてどう関係すると結論付けるのか楽しみだよな

で、だれもIMA ADPCM使ってないの？w

>>831
> 間違えてコアな部分を書き換えてしまって収拾がつかなくなるなんてことが現実に起こってしまうのは
> 紛れもなくndsの重大にして決定的な欠点だろ。
> 間違えてコアな部分を書き換えてしまって収拾がつかなくなるなんてことが現実に起こってしまうのは
> 紛れもなくarm-elf-gccの重大にして決定的な欠点だろ。
キミ何でこんなスレにいるのｗｗｗ

>>842>>848
数人のバカがすれ違いに気づかずに関係ない論議してるだけ。
結論付けるというより、こじつけるの方が正しくないか？
しかし中学生か…まぁゲーム作ろうとか言って、脳内で設定練ってる時点で厨二病(予備軍)だわな。

DSのタッチパネルに書き込んだ内容をセーブして、後から(指定したときに)画面に表示させたいんだけど、
書いた直後に上画面に表示するピクトチャット形式なのではなく、
何てゲームか忘れたけど名前入力の時下画面でサインして、後から見れるゲームがあったんだけど、
そんなのってサンプルプログラムである？

>>851
> 書いた直後に上画面に表示するピクトチャット形式なのではなく、
> 何てゲームか忘れたけど名前入力の時下画面でサインして、後から見れるゲームがあったんだけど、
悪魔城ドラキュラ?
サンプルは知らないんだごめん。

(´･ω･`)ていうかこのスレってリアル中学生多いの？

おっさんばっかと思ってた………

今の中学生は環境に恵まれてるよな。

>851
座標を配列に格納しておけばいいだけのことでは？
だったらそんなことにサンプルもクソもない
座標の拾い方自体はdevkit付属のサンプル見ればいい

このスレ、わりと流れるとはやいね。みなサンクス。

>825
情報サンクス。メモリと処理の問題だけが心配。
だから、どのゲームもすぐ消しちゃうのかなと勘ぐってみてる。
フィールドがスクロールできて無制限に壁を作れると、
やばそうだからやっぱ、どっかで古いものから消せるような
設定にしとかないといけないよね。ファイヤーウォールなら消えても
火が消化したということであいそうだけど、ブロックとかだったら違和感あるよな。。

>>855
目の前に環境があるんだから
や　っ　て　み　れ　ば　い　い　だ　ろ　！

よくわからんが、実装的に面白そうだから作ってみようかな

ｋｗｓｋ

>830
文字認識はtomoeから肝の部分だけ抽出しているみたいな
ttp://www.be-interactive.org/index.php?itemid=57
のアクションスクリプトのソースが判りやすいかも

アクションスクリプトからC++への移植は漏れには
ノウハウがないのでちょっと無理っぽい

>851
TouchLookを改造したソースをうｐしておいた
はづき小物1204725940.zip
よければ参考に

>>859
多謝。参考にさせていただきます。

W-ZERO3で手書き数字の認識を作ったことあるが
こういう（巴）本格的なの見るとちょっと燃えるな

>>853
Cコンパイラが無料で簡単に手に入る時代だからな。
そりゃあ恵まれてるだろう。

なんか上の方で「j2meごとき移植するのどんなに掛かってんだよ遅すぎ」
とか言われてますが、懲りずにj2me on NDSの開発状態を。

j2me apiは全部動きます。3Dや音声入力など、j2meで想定してないものだけ
別のクラスに分けましたが、大半は問題なく動きます。本来はsunが規定している
j2meのゲーム用APIに則って作れば良いのかもですが、面倒なのでやめました。
日本語入力はpalm式です。入力待ちのときに画面下に入力枠が出ます。
漢字変換は完成率低いです・・・大きい辞書を入れれば賢くなりますが・・・・。
概ね着手時に想定していた機能は付け終わりました。でも、sunとの話し合いや
テストなどがまだなので公然とうpできない状態です。

じゃあこっそりうｐしましょう。

ｗｋｔｋ

>>863
スクショ見せて。

>>863
sunとの話し合いってアホ？
カスタムj2me如きで相手にされるわけないだろｗ

公開して文句言われたら話し合い開始でいいんｼﾞｬﾏｲｶ

>>867
>>868
公開してて突如sunから勧告くらってあぼーんしたら、またクレクレ厨がわくじゃないか

何このスレ・・・・・・・？
　　　　　　 　　　　　　/ヽ　　　　　　 /ヽ
　　　　　　　　　　　　/　ヽ　　　　　 /　ヽ
　　＿＿＿＿＿＿ /U　ヽ＿＿＿/　　ヽ
　　|　＿＿＿＿　／　　　U　　　　:::::::::::U:＼
　　| |　　　　　　 /／ ＿__　　　＼　　::::::::::::::|
　　| |　　　　　　 |　　|　　 |　　　　　U :::::::::::::|
　　| |　　　　　　.|U　|　　　|　　　　　　::::::U::::|
　　| |　　　　　　 |　├―-┤　U.....:::::::::::::::::::/
　　| |＿＿＿＿　ヽ　　　　　.....:::::::::::::::::::::::<
　 └＿＿＿／￣￣　　　　　　:::::::::::::::::::::::::|
　　|＼　　　 |　　　　　　　　　　　:::::::::::::::::::::::|
　　＼ ＼　 ＼＿＿＿　　　　　 ::::::

>>869
ｿｰｽ公開して自分でﾋﾞﾙﾄﾞでｲｲｼﾞｬﾏｲｶ
またはDLL化して公開とか

手段はなんぼでも

ｋｗｓｋ

>>869
今のところ公開してくれって奴が一人も居ないから、公開しなくていいんじゃないか？
そういう奴が出てきてから考えても遅くないと思う。

本人も公開に否定的だし、ソレでいいんじゃね

公開しないならチラシの裏にでも書いてろって言いたいけどな

このスレは短気なヤツが多いな

せめてスクショくらい上げてほしいもんだが

ｋｗｓｋ

だってsunが怖いんだもの

すっこんでな（棒読みで