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/ 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とかつくりゃええやん 267 名前：デフォルトの名無しさん [04/11/11 11:42:48] お忙しい所申し訳ありません。 質問が御座います。 モード選択でモードＡ･Ｂの二つを 上下キーで選択する処理を行いたいのですが、 「A1402S」のジョグダイアルにて キーが取得出来ない様なのです。 （端末が手元に無い為、動作確認出来ません；； ジョグダイアルの上下キー取得は AVK_UP･AVK_DOWNで問題無かったでしょうか？ また、タイマー速度が速すぎると キーを取りこぼしたりはするのでしょうか？ 参考にタイマー速度を幾つに設定しているか等 教えていただけると幸いです。 因みに、現在のタイマー速度は80�_秒に設定しています。 何卒、よろしくお願い致します。 268 名前：デフォルトの名無しさん mailto:sage [04/11/11 12:24:36] >>267 AVK_UPとDOWNでおｋ。 ジョグダイアルって一瞬でPRESSとRELEASEのイベントが来るからそのせいじゃないのかな？ 269 名前：デフォルトの名無しさん [04/11/11 14:01:05] >>267 ラボ行って試せ。がんばれ BREW ディベロッパー ラボ 無料 www.brewjapan.com/lab/index.html 270 名前：デフォルトの名無しさん mailto:sage [04/11/11 14:38:46] >>266 ここの住人が結集してフレームワーク作るってことか？ 271 名前：デフォルトの名無しさん mailto:sage [04/11/11 15:44:10] >>267 タイマーって何ぞや？ 普通にキーイベントを取得するだけなら、タイマーとか必要ない筈だが。 アプリのHandleEventで、eCode==EVT_KEY、wParam==AVK_UPとかを検出すれば出るはず。 そこにブレークポイントかDBGPRINTF置いて、処理がそこに行ってないようであれば、 キーイベント検出の前に何かのコントロールのハンドルイベントでTRUEを返してる可能性有り。 ちなみに俺はW21Sなんだが、ジョグダイヤルでもちゃんと検出できてるぞぃ。 272 名前：デフォルトの名無しさん [04/11/11 15:44:32] >>267 タイマーって何ぞや？ 普通にキーイベントを取得するだけなら、タイマーとか必要ない筈だが。 アプリのHandleEventで、eCode==EVT_KEY、wParam==AVK_UPとかを検出すれば出るはず。 そこにブレークポイントかDBGPRINTF置いて、処理がそこに行ってないようであれば、 キーイベント検出の前に何かのコントロールのハンドルイベントでTRUEを返してる可能性有り。 ちなみに俺はW21Sなんだが、ジョグダイヤルでもちゃんと検出できてるぞぃ。 273 名前：デフォルトの名無しさん mailto:sage [04/11/11 16:22:25] >>267 俺の方は70msでちゃんとキーイベントが来てたからタイマーの間隔は大丈夫だと思う。 >>271 タイマーコールバックを短い間隔で回すとキーイベントが来ないことがあるってなかったっけ？ 274 名前：271 mailto:sage [04/11/11 16:50:35] >>273 ん〜タイマーは数秒以上でしか使ってないからわからん。 後は任せた。 275 名前：267 mailto:sage [04/11/11 16:58:36] >>268 >AVK_UPとDOWNでおｋ。 それだけ分かっただけで助かります。 ありがとうございました。 原因は別の所に…； >>269 >ラボ行って試せ。がんばれ それが一番なんですが、何せここは北海道… もうすぐ雪が降りますわ…＿|￣|○ >>271-272 >タイマーって何ぞや？ 製作中のアプリがゲームなので、 ゲームループ回すのにタイマーを使用してるんですよ。 んで、ループの頭で押しっぱなしやらを判定してます。 >ハンドルイベントでTRUEを返してる可能性有り。 他機種の上下キーによる動作は大丈夫なんで、 問題は無いかと…。 アドバイスからすると取得は問題なさそうなので、 違う箇所を検証してみます。 また何かあれば宜しくお願い致します。

---

---

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

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