BREW(Binary Runtime Environment for Wireless) 3

1 名前：デフォルトの名無しさん mailto:sage [04/09/24 15:07:03] BREW(Binary Runtime Environment for Wireless)についてのスレ QUALCOMM BREWホーム www.qualcomm.com/brew/ja/ www.qualcomm.com/brew/ BREW JAPAN .COM｜BREW増強計画 www.brewjapan.com/ 前スレ pc5.2ch.net/test/read.cgi/tech/1076511398/ 関連情報>>2-18 ■過去スレ 02 pc5.2ch.net/test/read.cgi/tech/1076511398/ 01 pc2.2ch.net/test/read.cgi/tech/1011078904/ 136 名前：131 mailto:sage [04/10/25 11:45:15] エミュで確認できましたよ。dll作りました。 FakeRPGのdllのサイズ400kbもありますけどね。 137 名前：デフォルトの名無しさん mailto:sage [04/10/25 11:46:50] 「BREWプログラミング実践バイブル」にSDKのインストール方法から、 VC++を使ってdllの作成方法にエミュの起動方法まで載ってるのに、 喪前は一体何を聞きたいんだ？ 138 名前：デフォルトの名無しさん [04/10/25 14:03:36] BREWにて Graphics2.setRenderMode() みたいなことができる関数ってあるんでしょうか？ javaアプリの移植は、結構大変ですねぇ 139 名前：デフォルトの名無しさん [04/10/25 16:32:49] BREWアプリのプログラム領域とデータ領域ってどのくらいの大きさなんですか？ ググってもそれらしき情報が見当たりません・・ DLできる最大のデータ量が600KBみたいな事は書いてあったんですが。 140 名前：デフォルトの名無しさん mailto:sage [04/10/25 16:52:57] >>139 600KBってのはCDMA 1X WINのみ。 それでQVGAの機種が300KBだっけ？ その他はどうだったか忘れた。 141 名前：デフォルトの名無しさん mailto:sage [04/10/25 17:15:14] >>139 端末仕様書とかはKDDIのConfidential扱いだから ググっても見つからないかも。 142 名前：デフォルトの名無しさん mailto:sage [04/10/25 19:41:59] >>137 たぶん、本を買ったんじゃなくて、 ネットで公開されてるサンプルプログラムだけを落とした方だと思います。 自分もそうなので。 143 名前：デフォルトの名無しさん mailto:sage [04/10/25 21:41:48] 半透明ってできないの？ JAVAのPhase3の時はスプライトで半透明をつかってフェードしたので 同じことやろうと思って調べてんだけど・・・ ISpriteにもないみたい・・・ だれかヒントください 144 名前：デフォルトの名無しさん mailto:sage [04/10/26 00:30:25] 残念ながら、半透明は非サポート。 将来的にサポートが予定されているんだっけかな・・？ どうしてもやりたいなら、DIB直接弄るしかないんでないの？ 145 名前：デフォルトの名無しさん mailto:sage [04/10/26 00:47:35] 最近アホが多いな 146 名前：デフォルトの名無しさん mailto:sage [04/10/26 12:08:31] とりあえずソースを複数に分けるときってどんな風にやってる？ グローバル変数が使えないから従来のCの様な分け方できないもんな 147 名前：デフォルトの名無しさん [04/10/26 13:17:53] >>139 BREWはmodファイルもヒープに格納される。 だから、プログラムで使用するヒープ容量とmodサイズがヒープ容量を超えないようにする。 ちなみに、フレームワークでもヒープを消費するようで起動時点で端末によって使用済みヒープ容量が結構違う。 この辺は実機で確認していくしかないでしょ。 ＃端末のヒープ容量はCP登録していれば一部をQのデベロッパーサイトから見れる ＃載っていないやつはメーカに問い合わせろとか書いてある ファイルシステム上のサイズのことなら、BREW上での制限は特に無い。 容量使えるだけ使える。 ただ、キャリアのガイドラインがあるから>>140の言っているような制限がある。 KDDIの制限ならKDDIのサイトに詳しい資料があるね。ちょっと古いけど。 >>146 普通のCでもグローバル変数ばしばし使っているようじゃスパゲッティーになるわけだが。 BREWの場合はIApplet構造体をグローバルのように使うのが常道。 ＃定期的にカーネルへ処理を戻さないといけないから恒常的にデータを保存できるのはここだけ 漏れはC++のフレームワーク作っちゃって、メインクラスのメンバでデータ保存してるけどね。 148 名前：143 mailto:sage [04/10/26 21:31:30] >>144 thx IDIBでやってみる… 149 名前：デフォルトの名無しさん [04/10/27 11:07:38] >>136 >FakeRPGのdllのサイズ400kbもありますけどね。 工エェ！！！ 150 名前：143 mailto:sage [04/10/27 22:38:24] ｂてビットかなぁ 151 名前：デフォルトの名無しさん mailto:sage [04/10/27 22:38:58] しまった名前が残ってた これでよし 152 名前：デフォルトの名無しさん mailto:sage [04/10/27 23:39:30] でもとりあえずBREWはお糞さまだよな(挨拶) 153 名前：デフォルトの名無しさん mailto:sage [04/10/28 03:00:09] >>149 何も考えずに突っ込んでそのままビルドしたらそうなりました。 154 名前：デフォルトの名無しさん mailto:sage [04/10/28 04:11:35] dllはエミュレータ用で、これはでかくなるよ。数百KBytesとか普通。 実機用には別にコンパイルしたモジュールを使う。それはdllより遙かに小さくなる。 155 名前：デフォルトの名無しさん mailto:sage [04/10/28 05:07:03] 勉強になりました。 実機のエミュ出て欲しいですね。 出ても金取りそうだけど・・。 156 名前：デフォルトの名無しさん mailto:sage [04/10/28 08:33:55] 最近初心者質問ｽﾚと化して来たなぁ・・・ >>155 とりあえずCP契約すれば、ｴﾐｭﾚｰﾀ用のﾃﾞﾊﾞｲｽﾌｧｲﾙは一通り手に入る。 それが嫌ならｴﾐｭﾚｰﾀについてるﾃﾞﾊﾞｲｽｺﾝﾌｨｷﾞｭﾚｰﾀで作るって手もあったと思った。 157 名前：デフォルトの名無しさん mailto:sage [04/10/28 10:56:58] ＞実機（用コードが動く）エミュ 無理。 つか、作ったとしても全く意味ないし。 158 名前：デフォルトの名無しさん [04/10/28 11:03:09] SDKダウンロードしてたらエラーでとまった。 サーバのメンテナンスで打ち切られたようだ。　　　ｓｄｊｋｇｓｄ＠ふじこｓ 159 名前：デフォルトの名無しさん mailto:sage [04/10/28 13:20:56] ふじこの作り方さえ満足に出来ないなんて…終わっとるなｗ 160 名前：デフォルトの名無しさん mailto:sage [04/10/28 18:27:59] spfファイルをbarに放り込んでリソースからphraseを使ってるんだけど、 AEEMediaData.pDataをFREEで開放しようとしたら duplicate free 〜〜〜　と　メモリを二重開放していると怒られました。 やり方は BREWJAPAN.comのTechnicalTipsに載ってた方法を参考にしたんですが・・・ かといって開放しないとメモリリークになるし、もうどうしたらいいかわかりません(´Д⊂、 161 名前：デフォルトの名無しさん mailto:sage [04/10/28 21:24:12] 音の開放のときってbrewのバージョン（2.0とか2.1とか）で違うって そのTipsのに載ってなかったっけ？バージョン書いたほうがいいよ 162 名前：160 mailto:sage [04/10/28 22:31:15] バージョンは2.1です。書き忘れてました 163 名前：デフォルトの名無しさん mailto:sage [04/10/28 22:59:32] >>160 俺はお前を知っている。 164 名前：デフォルトの名無しさん mailto:sage [04/10/29 15:27:26] このTipに書いてあるのはIMediaインターフェースの開放に関する事ですよね。(23.3) 俺が言いたいのはそれの事じゃないです。 とりあえず読込・MediaDataのセット・開放の部分のソース晒してみます。 /*アプレット構造体 */ typedef struct _App{ AEEApplet a; IMedia* media[3]; AEEMediaData mdata[25]; }App /* IMediaインターフェースの作成 */ for(j = 0; j < 3; j++){ i = ISHELL_CreateInstance(shell, AEECLSID_MEDIAPHR, (void*)&app->media[j]); if(app->media == NULL){ DBGPRINTF("failed"); } } /* リソースファイルからのspfファイルの読込 */ for(k = 0; k < 25; k++){ ISHELL_LoadResDataEx(app->a.m_pIShell, RES_FILE, SE_1 + k, RESTYPE_IMAGE, (void*)-1, &dwSize); buf = ISHELL_LoadResData(app->a.m_pIShell, RES_FILE, SE_1 + k, RESTYPE_IMAGE); offset = (uint32)buf[0]; dwSize = dwSize - offset; app->mdata[k].clsData = MMD_BUFFER; app->mdata[k].pData = buf + offset; app->mdata[k].dwSize = dwSize; } 165 名前：160 mailto:sage [04/10/29 15:37:18] /* メディアデータのセット 　再生する音によってセットするデータの数が異なります。 */ for(i = 0; i < app->soundElements[no]; i++){ IMEDIA_SetMediaData(app->media[i], &app->mdata[sindex + i]); IMEDIA_RegisterNotify(app->media[i], (PFNMEDIANOTIFY)MediaNotify, app); } for(i = 0; i < app->soundElements[no]; i++){ int ret; ret = IMEDIA_Play(app->media[i]); if(ret == SUCCESS){ DBGPRINTF("########### PLAY SUCCESS ##############"); } else{ DBGPRINTF("########### PLAY ERROR ##############"); } } /* 開放 */ for(i = 0; i < 3; i++){ if(app->media[i] != NULL){ IMEDIA_Stop(app->media[i]); IMEDIA_Release(app->media[i]); } } for(i = 0; i < 25; i++){ if(app->mdata[i].pData != NULL){ FREE(app->mdata[i].pData);　　　　　　/*ここでDupricate Freeエラーが発生*/ app->mdata[i].pData = NULL; } } 166 名前：160 mailto:sage [04/10/29 15:38:05] あと、この質問とは別件ですが、>>164で ISHELL_LoadResDataEx(app->a.m_pIShell, RES_FILE, SE_1 + k, RESTYPE_IMAGE, (void*)-1, &dwSize);や buf = ISHELL_LoadResData(app->a.m_pIShell, RES_FILE, SE_1 + k, RESTYPE_IMAGE);で intからunsigned shortに変換しました〜〜のwarningが出ます。kはuint16にしてあるので、型は間違っては無いと思うのですが。 定数を足すとダメなのかな？エミュでは問題なく動きますが、ARMには通りそうにないんで直したいんですが、どうしたらいいでしょうか？ 167 名前：デフォルトの名無しさん mailto:sage [04/10/29 17:50:48] >>165 俺はFREEでなく ISHELL_FreeResDataを使っている >>166 型はint16じゃないの？ 168 名前：160 mailto:sage [04/10/29 18:05:53] >>167氏 ISHELL_FreeResData使いましたが同じ結果になりましたorz 後、型は確かにint16でしたね。でもkをint16に直しても結果は同じでした・・・ 169 名前：デフォルトの名無しさん [04/10/29 18:17:33] BREWユザーズガイド読んだら、 ARMコンパイラ使用上の注意として 条件文で変数を指定すんな！って書いてあるんだが、 もしかして条件式に変数を書いちゃいけないんだろうか？ 170 名前：中の人 mailto:sage [04/10/29 19:51:14] >>164 とりあえず、bufのポインタ自体を保持しておかないと正しく開放できないですね。 duplicate freeって、FREE()呼んだ時点じゃなく、アプリ終了時とかに表示されませんか? 確保したのはbuf(サイズはdwSize)なのに、mdata.pDataはbuf+offset(サイズはdwSize-offset)を 指しているので、FREE(pData)を呼んでもbuf自体は開放されてないです。 なので、「アプリ終了時に未開放のメモリが残る→実行環境がbufを開放する→bufとpDataの 重複する領域が二重開放になる」という現象が発生します。 あと、ISHELL_FreeResDataを使うのが正しいです。 （わかりにくい説明ですみません） 結論は「pDataじゃなくbufに対してISHELL_FreeResData()使ってください」 >>169 ARMのコンパイラは、 if(nRet = IMENUCTL_HandleEvent(pme->pIMenu, eCode, wParam, dwParam)) { /* MenuCtlがイベントを処理したっぽい */ return TRUE; } みたいなコードを書くと、「代入の結果を条件判断に使ってるよ?」と警告をはきます。 （代入じゃなく比較したかったんじゃないの? と言いたいらしい） warningが溜まりすぎると「too many warning」とその時点でエラー扱いに なってしまう（コンパイルできない）ので、条件文の中で代入を使わないほうが良いです。 こう書いたからといって危険なバイナリが出来るわけではないですから、 コンパイルさえ通ればこう書いても問題ありません。 171 名前：中の人 mailto:sage [04/10/29 20:05:59] あ、FREE(pData)呼んだ時点で、pDataとbufが重複してるから 二重開放エラーになるんですね 172 名前：デフォルトの名無しさん mailto:sage [04/10/29 21:38:14] >>165 単純に解放処理の順番がまずいだけじゃないの？ app->media[i]って構造体を解放してから そのメンバapp->mdata[i].pDataを解放してるようだが。 逆にしてみたらどうか。 /* 開放 */ for(i = 0; i < 25; i++){ if(app->mdata[i].pData != NULL){ FREE(app->mdata[i].pData);　　　　　　/*ここでDupricate Freeエラーが発生*/ app->mdata[i].pData = NULL; } } for(i = 0; i < 3; i++){ if(app->media[i] != NULL){ IMEDIA_Stop(app->media[i]); IMEDIA_Release(app->media[i]); } } 173 名前：デフォルトの名無しさん mailto:sage [04/10/29 21:40:31] >>166 リソースのIDを計算で与えてることがそもそも間違い。 'SE_1 + k'と書いてるところの引数はリソースのIDを指定するものだが、 リソースのIDはあくまでラベル的に扱い、数値として見てはいけない。 計算後のIDがリソースファイルに存在する保障はないし、リソースファイル の作り方次第ではIDが連番で割り振られるわけでもないから。 何が何でもIDを計算で渡すというなら明示的にキャストすれば とりあえずコンパイルは通る。 174 名前：172 mailto:sage [04/10/29 21:49:30] ごめん。>>164のソースよく読んでなかった。 >>170-171に同意ってことで。 175 名前：デフォルトの名無しさん mailto:sage [04/10/29 22:40:57] 俺は const int16 idid[3] = {ID_AAA,ID_BBB,ID_CCC}; とかやってる >>164でいうと ISHELL_LoadResDataEx(app->a.m_pIShell, RES_FILE,idid[k], RESTYPE_IMAGE, (void*)-1, &dwSize); とゆーかんじだ。参考にならなかったらごめんな！ 176 名前：160 mailto:sage [04/10/29 23:37:01] >>170-175 ありがとうございました。大変参考になりました！ とはいっても試すのは週明けになるのですが(汗 C言語は多少勉強した程度で、Java→BREWの移植をしてるんですが、 なかなか上手く進まなくて大変ですね。 最初の最速の見積もりの半分くらいしか行きやしない(´Д⊂、 177 名前：デフォルトの名無しさん mailto:sage [04/10/30 00:10:52] とりあえず byte *a; a = MALLOC(1024*10241024*1204*1024); 178 名前：デフォルトの名無しさん mailto:sage [04/10/30 01:21:35] FREE(>>177); 179 名前：デフォルトの名無しさん mailto:sage [04/10/30 02:28:35] while(>>177 != deth){ 　　wark(app, >>177); } 180 名前：デフォルトの名無しさん mailto:sage [04/10/30 02:36:28] FREE(>>177); *>>177=0; 181 名前：デフォルトの名無しさん [04/10/30 14:01:01] >>179 × deth ○ death 182 名前：デフォルトの名無しさん mailto:sage [04/10/30 15:55:18] >>179 X　wark ○　work 183 名前：169 mailto:sage [04/10/30 17:33:26] >>170 なるほど、そういう意味でしたか。 納得しました。ありがとうございます。 184 名前：デフォルトの名無しさん mailto:sage [04/10/31 00:43:35] すみません、初心者ですが教えてください。 >>180はガッするべきですか？ 185 名前：デフォルトの名無しさん [04/10/31 09:49:50] ﾇﾙﾎﾟ 186 名前：デフォルトの名無しさん mailto:sage [04/10/31 13:01:57] >>185 static const AECHAR gaxtu[] = {'ガ','ッ','\0'}; 187 名前：デフォルトの名無しさん mailto:sage [04/10/31 16:18:33] ちと端末に関して質問。 BREW機で、扱える画像ファイルの解像度制限ってある？ JAVA機だと、VRAMの都合最大320*320ピクセル超えると 止まる機種があるらしいって話を聞いたんだが… 全部VRAMなんて使ってなさそうだから問題無いような気もするんだが… KDDI相手に質問したい場合、キャリア通さないといけないんで面倒なのよ(ノД｀) 188 名前：デフォルトの名無しさん mailto:sage [04/10/31 23:01:44] 舞竜はメモリの許す限り読み込めるんじゃねーの いや知らんけど 189 名前：187 mailto:sage [04/11/01 14:15:01] うーん、質問が悪かったかな… パーツの画像をひとつにまとめるか、複数ファイルにするかってトコで、 サイズの制限があるなら画像を分割しないとね、って話になっててさ。 ファイルが分割されるとソース変更が必要だし、リソースサイズも増えるから できればファイルを結合できれば助かるんだが。 質問を変えて。 最大何ピクセルくらいの画像を実機に読み込ませた事有りますか？ 一応漏れは480×36のBMPをIDISPLAY_CreateDIBitmap()で生成させて、 動作するまでは確認した事があるんだが… 多分メインメモリに展開してコピペしてるだけだろうからVRAMの制限はなく、 >>188と同じ事思っているんだが、 『思う』ってだけじゃ誰も納得してくれねーし 手元にS5505SAしかねーしOrz 190 名前：デフォルトの名無しさん mailto:sage [04/11/01 16:38:02] 武龍3.0って蛇場仮想マシーンは搭載されるんですか。 191 名前：デフォルトの名無しさん mailto:sage [04/11/01 16:44:21] >>189 画像と言ってもBMPとかPNGとかで変わってくるわけで。 さらにIImage／IBitmapのどっちを使うとかそのへんも。 ちなみにIImageのデコードはヒープ使うと明言されてるし、COMVERTBMPもヒープを消費する のは確認しているのでおそらくヒープが足りてれば制限はないとおもうけど。 漏れはQVGAフルスクリーンサイズのBMP・PNG・JPEGをリソースから読んで描画するとこまではやったことある。 ＃端末はKDDIのQVGA端末数機種 でかい画像をそのまま描画するっていうとまた話は変わってくるんだろうけどね。 ＃描画時には制限があるかもしれない 192 名前：デフォルトの名無しさん [04/11/01 18:26:19] 次のようなソースをコンパイルするとエラーが出る。 static void mytest(MyApplet *ap) { DBGPRINTF("mytest"); IShell *sh = ap->a.m_pIShell; } error: C2275:'IShell' : typedef識別子に、クラス メンバ アクセス演算子(->)を使用しました。 aee.h(294): 'IShell'の宣言を確認してください。 だけど、 IShell *sh = ap->a.m_pIShell; DBGPRINTF("mytest"); の順に変更するとエラーでない。 なぜでしょうか？ ちなみにincludeしてるのは、AEEModGen.h AEEAppGen.h AEEShell.h AEEFile.h AEENet.h myapp.bid AEEStdLib.h です。 193 名前：デフォルトの名無しさん mailto:sage [04/11/01 18:30:41] >>192 C言語ではローカル変数は最初にしか宣言できないぞー。 194 名前：192 mailto:sage [04/11/01 18:40:32] >>193 あなるほど！ VC++っていうからC++もOKかと思ったけど、 ARMのコンパイラのこと考えるとC++ダメなんだな。 早速の指摘ありがとう 195 名前：192 mailto:sage [04/11/01 18:45:33] BREWのソースのテンプレートのコメントが//だったんで すっかりC++が使えるものと勘違いしてました。 196 名前：デフォルトの名無しさん [04/11/01 19:29:13] いや、BREWはC++でも開発できるが。 197 名前：192 mailto:sage [04/11/01 21:21:34] >>196 ARMのコンパイラC++スタイルでもOKということか？ 198 名前：196 [04/11/01 21:25:02] 俺はg++使ってるからなぁ…。 ARMコンパイラは上司に触らせてもらってないから何とも。 GCCで十分というウワサ。 199 名前：187 mailto:sage [04/11/01 21:50:46] >>191 基本はpngをIImageで開いてる。 IBitmapもIImageも、DIBに展開してメモリに確保している点は共通処理だったと思うから、 どっち使っても同じじゃないかなーと思ってるんだが。 ひとまず画面サイズはokね、サンクス！ それにしてもpngの展開遅いね… 開きっぱなしで使うもんだから、メモリの管理面倒でつよ 200 名前：デフォルトの名無しさん mailto:sage [04/11/01 22:01:44] // のコメントだと //表 でエラーになるのがムカツク /*表*/ ならOKだったような気がする・・・ >>199 png遅い？ おいらはとくに困ってないけど、まあ作るものによって違うんかなあ 201 名前：デフォルトの名無しさん mailto:sage [04/11/01 22:54:34] 画像のサイズは開発サイトのFAQを見れ。 すごいデカイとはいえ制限がある機種がある。 png展開が遅いのがダメってなら自力で圧縮するしか無いかな。 //表[改行]が行末\結合でダメなら、幸いにしてmakefile経由なんだから 他のコンパイラとかでプリプロセスだけ通したら？ //コメントのスタイルはC99から標準だっけか。 かといってARMコンパイラはC99でもなんでもないけど。 gcc使うとコードがでかくなるって話を以前ココで聞いたけど、 --ffunction-sections とか --gc-sections とか使ってもダメなの？ そもそも使えるのかな 202 名前：デフォルトの名無しさん mailto:sage [04/11/02 00:47:12] >>201 >--ffunction-sections とか --gc-sections とか使ってもダメなの？ >そもそも使えるのかな 減らんです。 有効なら検証提出もGCCで行くんだが。 203 名前：デフォルトの名無しさん mailto:sage [04/11/02 06:32:48] >>199 JPEG を使っていると png は一瞬に感じてしまふ。 しかし、S の端末は JPEG 展開にメモリ消費しすぎだな。 204 名前：デフォルトの名無しさん mailto:sage [04/11/02 15:29:01] ずっとRVCT使ってたんだけど、いい加減ｺﾝﾊﾟｲﾙごとに担当者にｿｰｽ提出するのﾒﾝ毒なってきたからgccに移行しようかと思う今日この頃。 ところで、STLが使いたいんでSTLportをBREWに移植しようと思ってるんだけど、ｿｰｽ改変の前にmakefile書くのがﾏﾝﾄﾞｸｻ。 ttp://www.stlport.org/ 205 名前：デフォルトの名無しさん mailto:sage [04/11/02 16:24:03] >>204 後で後悔しないように気を付けれ 206 名前：204 mailto:sage [04/11/02 21:02:47] くそー。STL使うとBREWelf2modがｴﾗｰ起こす。 STLが使いたいのに。むしろSTL使わなければとりあえず既存のｺｰﾄﾞが問題なく動く。 ---------------------------------------- C:\PROGRA~1\BREWAD~1\common\bin\BREWelf2mod.exe my_app.elf my_app.mod Unknown section name ".gcc_except_table]:" NMAKE : fatal error U1077: 'C:\PROGRA~1\BREWAD~1\common\bin\BREWelf2mod.exe' : ﾘﾀｰﾝ ｺｰﾄﾞ '0x1' Stop. ﾂｰﾙは次のｺｰﾄﾞを返しました: 0 ---------------------------------------- 207 名前：204 mailto:sage [04/11/02 21:06:44] とりあえず、英語ﾌｫｰﾗﾑにお住まいのｴﾛい人がずばっと解決してくれるのを待つか。。。 ttp://brewforums.qualcomm.com/showthread.php?t=6362 208 名前：デフォルトの名無しさん mailto:sage [04/11/03 10:44:30] 会社名（というか大学名）をちゃんと入れたけどSDKダウンページのInstallを押すと SDK ACCESS ERROR言われる｡゜（ﾟ´Д｀ﾟ)゜｡ Release NoteやらUpdateは落とせるのに何故… 209 名前：デフォルトの名無しさん mailto:sage [04/11/03 10:58:37] >>208 ブラウザの設定じゃないの?　同じような質問が過去レスにたくさんあったよ 210 名前：208 mailto:sage [04/11/03 13:53:24] >>209 ブラウザはIE6で、ActiveXもJavaScriptも有効になってるんですが…(´･ω･`) 過去ログが見られないので過去スレの回答が分かりません orz 211 名前：デフォルトの名無しさん [04/11/03 15:51:31] >>3のまとめページに過去ログあるぞ 212 名前：ロロ mailto:sage [04/11/03 16:01:59] RVCT は C++ 使えるよ。 だけどテンプレートまわりで制限があるよ。 213 名前：デフォルトの名無しさん mailto:sage [04/11/03 16:39:16] >>211 まとめページ見逃してました orz 過去レスのリンクからオフィシャルフォーラムで記事を見つけ、無事DLできました。 ありがとうございました 214 名前：デフォルトの名無しさん mailto:sage [04/11/04 00:11:50] 喪前ら今日もたくさんBREWﾀﾝを弄んだんですね お疲れさまです 215 名前：デフォルトの名無しさん mailto:sage [04/11/04 05:17:14] KDDIの認証で、ITextCtlとIMenuCtlを使って ソフトキーを描画するなって書いてあったんだけど、 自分で画像用意してイベントはAVK_SOFT1とかでやれって事？ 折角用意されてるのに、おかしくないか？ 216 名前：デフォルトの名無しさん mailto:sage [04/11/04 06:50:05] サービスガイドのキー入力−ソフトキーに禁止理由書いてある 217 名前：デフォルトの名無しさん mailto:sage [04/11/04 10:37:31] てか大して使えもしないコントロールの利用方法覚えるより、 制限に縛られずに適当に作った方が楽でないかい？ 218 名前：デフォルトの名無しさん [04/11/04 10:54:42] 質問させてくれろ・・・ ３Dモデルって何のファイル使えばいいの？ 拡張子教えてくれろ・・・。 219 名前：デフォルトの名無しさん [04/11/04 11:14:23] LightWaveのファイルはそのまま使える 220 名前：218 [04/11/04 11:38:38] >>219 下記のプラグインとかはいれる必要ないんですかね？ ttps://www.mascotcapsule.com/toolkit/kddi/tool.html ・・・モデル描画はAPIとかありましたっけ？ もしかして・・・、座標データを使って３Dモデル描画しましょうｗ って感じですか？ 221 名前：デフォルトの名無しさん [04/11/04 16:01:23] AEEAppletで作るアプレットのメンバを グローバル変数のかわりに使おうかとしてるんだけど、 これってサスペンドから復帰したときに初期化されちゃうよね？ 藻前らサスペンド時にdbに書き込んだり ファイルに保存したりとかやってるの？ 222 名前：204 mailto:sage [04/11/04 16:55:00] ﾌｧｲﾙに保存した方が良いんだろうけど、俺はﾒﾓﾘに放置しっぱなし。 EVT_APP_STOPの時に解放してる。 まぁ、解放できそうな物はSUSPEND時に解放してRESUMEで復元してるけど。 223 名前：221 mailto:sage [04/11/04 16:59:38] >>222 え？サスペンドから復帰したとき初期化とかされないの？ エミュで実験してるけど0で初期化されてるような気がするけど 224 名前：221 mailto:sage [04/11/04 17:10:46] と、思ったが、 SUSPENDをhookしてないことに気がついた。 たぶんTRUEかえせばＯＫなんだろう。 225 名前：デフォルトの名無しさん mailto:sage [04/11/04 17:15:56] 例のソフィアクレイドルの記事にもあるが、 SUSPENDに対してFALSE返すと、強制的にアプリを終了させられてる。 TRUEを返せば、大丈夫。 ただ、全てのタイマーを終了させることと、 一部のオブジェクトに関して解放を行い、 RESUME時にそれらを復帰させないと駄目。 226 名前：デフォルトの名無しさん mailto:sage [04/11/04 17:24:18] >>225 ご指摘のとおりですた 227 名前：デフォルトの名無しさん mailto:sage [04/11/04 18:26:14] >>197 C++使うならarmcppでコンパイルすればOK。 C++構文使いたいだけならmakefileのCCを直すだけで良いだろう。 クラスとか普通に使うとすると自動生成makefileを手直ししないといけなく なってくるけどね。 ただ、エミュ用にコンパイルするときVCのデフォルト設定だと .cはC++としてみてくれないから.cppとかに変えるかプロジェクト設定弄ら ないとならんけど。 228 名前：デフォルトの名無しさん mailto:sage [04/11/04 18:40:41] RVCTでビルドしてみたら、こんなの出るけども >Warning: Q0115W: Deprecated command syntax will not be supported in future versions. Use -output to specify the output file. >Finished: 0 information, 1 warning and 0 error messages. 今後サポートされそうにない命令使っているってことなの？ みなさん、どうしてるの？ 229 名前：デフォルトの名無しさん mailto:sage [04/11/04 18:45:01] >>228 どこだったか忘れたけど、それは無視して良いって書いてあったはず。 230 名前：デフォルトの名無しさん mailto:sage [04/11/04 18:54:47] >>229 エク、エク、エク、エク、エクセレント！ 英語ばかりで悩んでます。ありがとう。 231 名前：デフォルトの名無しさん mailto:sage [04/11/04 19:05:40] とりあえずCPさんもそうじゃない人もKDDIのﾌﾟﾛｸﾞﾘﾐﾝｸﾞｶﾞｲﾄﾞとｻｰﾋﾞｽｶﾞｲﾄﾞに目を通しておくことをお勧めする 232 名前：デフォルトの名無しさん mailto:sage [04/11/04 19:30:16] >>230 ごめん。 EZアプリ(BREW)開発ツールガイドver1.5.pdf を確認したら ARMコンパイル時のWarningで４つくらい例が出てて、 そのWaningだけ「必ずしも無視できるわけではない」って書いてあった。 スマン。 233 名前：デフォルトの名無しさん [04/11/04 20:39:48] ぶりゅう子「おにぃちゃん…きょうも…わたしを………いじめるの…………」 234 名前：デフォルトの名無しさん mailto:sage [04/11/04 21:47:32] >>228 過去スレに答えがモロあったような… makefileのHEXTOOLのパラメータを書き換えた 235 名前：デフォルトの名無しさん mailto:sage [04/11/05 10:44:17] みんな「ﾌﾞﾘｭ-」って読んでるけど、「ﾌﾞﾙｰ」らしいぞ 236 名前：デフォルトの名無しさん mailto:sage [04/11/05 11:08:55] どっちでもいいんだよ。 でも、ブルーが一般的になりそうだね。 ここじゃブリューで定着しちゃったけど。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef