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/ 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] どっちでもいいんだよ。 でも、ブルーが一般的になりそうだね。 ここじゃブリューで定着しちゃったけど。 237 名前：デフォルトの名無しさん mailto:sage [04/11/05 11:18:20] ttp://rundog.txt-nifty.com/rundogorg/2004/08/brew817_2.html 238 名前：デフォルトの名無しさん [04/11/05 18:31:23] スペルをＢＬＵＥにしろよ 239 名前：デフォルトの名無しさん mailto:sage [04/11/05 18:41:47] >238 飲み物つながりでJavaへの対決姿勢を示したんでは。 見てみたら「醸造する」の他に「(お茶を)入れる」って意味もあるのな。 > brew 240 名前：デフォルトの名無しさん mailto:sage [04/11/07 01:18:09] >>231 まったくだ。本当にそのとおりだ。頼むからみんな読んでくれ。 あとFAQも。 pdfだしその文書そのものも、もっっっのすごい読みづらいのはわかる。 けど、知らないとすごい困ることが多いんだ。 お薦めするというより必須。いやもうホントに… 241 名前：デフォルトの名無しさん [04/11/07 12:44:59] >>240 どこにあるの？ 242 名前：デフォルトの名無しさん [04/11/07 13:19:29] www.au.kddi.com/ezfactory/tec/spec/brew.html ここにあるやつかな 243 名前：デフォルトの名無しさん mailto:sage [04/11/07 13:51:02] ゼッタイ読んでないねーってアプリもいくつかあるね 244 名前：デフォルトの名無しさん [04/11/07 13:57:27] うん。派遣でBREW開発だというんで、そこのを読んで予習していったら、 全然従ってないので唖然としたことある。 245 名前：デフォルトの名無しさん mailto:sage [04/11/08 00:01:01] まあ全ては>>240の ＞pdfだしその文書そのものも、もっっっのすごい読みづらいのはわかる。 になるんだけどね。 300ページ近いくせにしおりもリンクもないもんだから(一部あるけど)、 えっちらおっちらスクロールして探さないといけない やる気あるのか？ＫＤＤＩ 246 名前：デフォルトの名無しさん mailto:sage [04/11/08 00:14:27] 検索しる …と言いたいが確かにだるいな だが検証を通すのに必要なことがあちこちに書かれてあるので チームリーダーか全体仕様を考えたりするエロい人に一度は読ませるべき 〜〜はしてはいけませんとか使ってはいけませんとかこうしなさいとか書かれてんだもんな…＿|￣|○ｵｶｹﾞﾃﾞ ｷｮｳﾓ ﾃﾂﾔﾃﾞｽ 247 名前：デフォルトの名無しさん mailto:sage [04/11/08 15:18:49] 独り言です。 機種一覧表（性能、フォントサイズ、使用可能サウンドフォーマット、etc.）とか無いのかなぁ。 まったく、ふしだらな。 248 名前：204 mailto:sage [04/11/08 15:20:26] brewforums.qualcomm.com/showthread.php?t=4911 結局のところ、libstdc++.a ﾗｲﾌﾞﾗﾘか、ﾍｯﾀﾞﾌｧｲﾙの中のｺｰﾄﾞで malloc() free() を使ってるのが良くないみたいだ。 っつー事はﾍｯﾀﾞ書き換えて（operator new & delete）ﾀﾞﾒだったらﾗｲﾌﾞﾗﾘ自体再ｺﾝﾊﾟｲﾙだな。 すげーﾏﾝﾄﾞｸｻいが、stlportを移植するよりはよっぽど楽そうだ。 あー、早くBREWでSTL使いたい。 249 名前：デフォルトの名無しさん mailto:sage [04/11/08 18:32:15] ソフトキーの描画ってどうやってます？ 画面の下に自分で文字書いてたりしてます？絵とか。 250 名前：デフォルトの名無しさん mailto:sage [04/11/08 18:42:37] >>249 自分で四角描いて文字を描画してるだけ。 251 名前：デフォルトの名無しさん mailto:sage [04/11/08 20:14:53] >>249 俺もそーしてる。その方が自由に描けるし。 っつーか、BREWで用意されてるｺﾝﾄﾛｰﾙ系は何かと使いづらいね。 がんばって似たようなの作ろうかな。 252 名前：デフォルトの名無しさん mailto:sage [04/11/08 21:02:42] >>249 自分で画像作ってる。けどデキがいまいち･･･。 本物のソフトキーと同じ画像ってどっかにないもんかね？ >>251 激しくキボン。 253 名前：デフォルトの名無しさん mailto:sage [04/11/08 22:15:57] BREWはまだまだ商品として世に出されるべきではなかったな 構想段階でもう半年〜一年ぐらいはっきりと仕様を固めていれば 今のように"とても"作りにくく移植性の低いAPIにはならなかったはず それともQ社の技術力が低いのか どちらにせよ全体的な仕様統合と十分なサポートがなされないなら 該当諸氏はQ社に対する評価を改めるべきである と書かれてた 254 名前：デフォルトの名無しさん mailto:sage [04/11/08 23:26:05] brewのAPIが使いにくいのは確かだが、海外端末扱ってるとJAVAほど端末による 癖が無いのはうれしいけどね。 C系統だからプリプロセッサ使えるし。 しかし、何でオブジェクト指向なのにCでやろうと思ったのかが激しく疑問だが。 最初からC++にすればあんな使いにくいAPIにはならなかっただろうに。 255 名前：デフォルトの名無しさん mailto:sage [04/11/08 23:32:22] エミュレータでImage開いてサイズの取得のみだけやってリリース、 その後一時的に処理がやたらと重くなるって不具合ない？ 実機で再現しないんで放置してよいものかどうか… >>252 詳しくも何も、好き勝手自由に作るだけじゃね？ 使いやすいと思えるのは結局作った本人だけな罠ｗ 256 名前：デフォルトの名無しさん [04/11/09 00:18:00] >>247 俺も欲しいよ。 ＫＤＤＩ用意しろやああああああ 機種ごとの資料みて自分でまとめるのは面倒なんじゃあああああ 257 名前：デフォルトの名無しさん mailto:sage [04/11/09 00:46:28] >>256 そうそう、面倒だよな〜 しかも端末仕様書にIMenuControlインタフェース云々のくだりがあるもんだから、 勝手に使えるもんだと解釈されて、その前提で会議進んでるしｗ てか標準フォントサイズのバラバラ加減もどーにかして欲しいもんだがナー 258 名前：249 mailto:sage [04/11/09 11:43:34] 皆様どうもです。やっぱり手書きなんですねーうーむ。 もう一つ質問なのですが、終了キー以外にも終了ボタンが必要とか 検証項目にあるのですが。。 ISHELL_CloseApplet()をいつでも呼べるようにすることですよね？ ソフトキーにこれと、音楽on/offを当てたら終わりですよねぇ。 ISHELL_CloseApplet()は必ず必要？ 259 名前：デフォルトの名無しさん mailto:sage [04/11/09 11:52:51] >>249 俺はトップメニューに「終了」項目つけて、それでCloseAppletするようにしてる。 全部の画面から終了できるようにする必要はないんじゃないかな？ まぁまだ検証出してないからわからんが･･･。 260 名前：259 mailto:sage [04/11/09 11:56:19] 追加。 CloseAppletで終了できるようにしろっていうのは、 確か終話ボタンで終了すると、他のサスペンドしてる アプリも終了しちゃうからだったと思う。 そういう意味ならどっか1箇所でCloseApplet呼び出せるようにすればいいかと思われ。 261 名前：デフォルトの名無しさん mailto:sage [04/11/09 12:30:03] >>258 どこでも終了できるようにしなくてもOKだよ。 うちも259と同じようにトップとかに終了をつけてるだけだし。 262 名前：デフォルトの名無しさん mailto:sage [04/11/09 12:48:31] >254 JavaでもPPP.exeなんかを使えば、プリプロセッサもどきは可能。 探せば、他にもありそうだけど（#define 関数が使えるとか）。 263 名前：249 mailto:sage [04/11/09 14:00:18] >>259-261 なるほどサスペンドなんかを考えなければいけなかったんですね。 ありがとうございました！ 264 名前：デフォルトの名無しさん [04/11/09 15:40:20] >>256-257　　少しばかりの一覧表　　外出か？ www.au.kddi.com/ezfactory/tec/spec/4_5.html 265 名前：デフォルトの名無しさん mailto:sage [04/11/09 16:00:19] >>262 まあそうなんだが（Cコンパイラでプリプロセッサだけかけるって手もあるしね）コンパイラ 自体が機能を持ってないから他人／他社と連携するときに色々面倒だ。 スレ違いなんでこの辺にしておくが、C++派の漏れとしては、まあとりあえずSymbianかbrewに がんばってほしいところ。 266 名前：デフォルトの名無しさん mailto:sage [04/11/10 22:05:06] もう2ch製APIとかつくりゃええやん

---

---

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

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