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/ 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を返してる可能性有り。 他機種の上下キーによる動作は大丈夫なんで、 問題は無いかと…。 アドバイスからすると取得は問題なさそうなので、 違う箇所を検証してみます。 また何かあれば宜しくお願い致します。 276 名前：デフォルトの名無しさん mailto:sage [04/11/11 17:20:39] >>267 あー、たぶんキーを押したとかのフラグ処理が悪い。 RELEASEのときに押したっていう情報は残らないで そのキーが押されていない状態になるっていう処理になってないか？ 277 名前：デフォルトの名無しさん [04/11/11 17:26:40] 質問させてください Brewでゲームを開発しているのですが 「A5503SA」にてIWebで通信後、ゲームのスピードが重くなる 現象がでます。 他の機種(A5501T等)では、ゲームスピードが変わることはないので リリースのミスなどはないと思うのですが 同じような現象で対応策などありましたら情報を宜しくお願いします。 278 名前：デフォルトの名無しさん [04/11/11 17:33:39] >267 端末仕様書を見れ どのキーがどのイベントに対応してるか載ってますよ あと時間を窮する質問は掲示板ではしない法がよいかと思われ 279 名前：デフォルトの名無しさん mailto:sage [04/11/11 17:57:04] >>267 BREWはキー押しっぱなしだとEVT_KEYイベントが断続的に発生するから キー押されたらフラグ上げる →タイマーイベントでフラグをチェック＋処理 →フラグをクリア →タイマーセット でいいと思うが。 わざわざRELEASE拾う必要なくね？ 280 名前：267 mailto:sage [04/11/11 17:58:53] >>276 >RELEASEのときに押したっていう情報は残らないで >そのキーが押されていない状態になるっていう処理になってないか？ あー、ビンゴです…； 要は EVT_KEY_PRESS　　押したキーフラグ取得 EVT_KEY_RELEASE　放したキーフラグ開放 だと、 ゲームループ内で押しっぱなし等の確認処理を行う前に フラグが消えている　＿|￣|○||| ってことでOKですか？ 281 名前：デフォルトの名無しさん mailto:sage [04/11/11 18:15:06] 大体ソースが見えたな。 タイマーにかからないタイミングでキー連打したら、 全く動かないゲーム作ってるって事かｗ 282 名前：デフォルトの名無しさん mailto:sage [04/11/11 18:15:56] >>267 そゆことだな。 283 名前：デフォルトの名無しさん mailto:sage [04/11/11 18:39:43] >>270 欲しいなそれ。 むしろ作りかけの物をとりあえず公開して、 ああしようこうしような風に仕上げていっても良いかも試練。 へっぽこなﾓﾝだったら漏れも公開できますが。ｗ 284 名前：デフォルトの名無しさん mailto:sage [04/11/11 18:50:31] 全てはへっぽこから始まる 285 名前：デフォルトの名無しさん mailto:sage [04/11/11 23:05:04] いいね、フレームワーク。 皆でやっちゃいますか？ 286 名前：デフォルトの名無しさん mailto:sage [04/11/11 23:29:11] 賛成。 STLPortの移植も… 287 名前：デフォルトの名無しさん mailto:sage [04/11/11 23:37:45] ちっちゃい独自関数でもあると便利なんてのもありですな 288 名前：デフォルトの名無しさん mailto:sage [04/11/12 00:01:17] 今更かもしれないけど、自分はジョグだけはEVT_KEYで取ってた 289 名前：デフォルトの名無しさん mailto:sage [04/11/12 02:07:16] BREWのバイナリサイズに上限はありましたっけ？ STLPortのライブラリをリンクすると結構でかくなりそうな気がするんですが 290 名前：デフォルトの名無しさん mailto:sage [04/11/12 05:02:38] >>289 mod,sig,bar等とアプリが作成するファイル 全部含めて200KB(QVGA対応機は300KB)。 291 名前：デフォルトの名無しさん [04/11/12 10:21:41] >>289-290 ストレージも、シェアも・・・ 関係するファイルサイズ全て含めて200,300KBですよね。 292 名前：デフォルトの名無しさん mailto:sage [04/11/12 14:14:07] >>289>>291はサービスガイドと開発ガイドを全然読んでないだろ。 293 名前：デフォルトの名無しさん mailto:sage [04/11/12 16:07:17] タイマーのコールバック間隔とキーイベント破棄の関係について サービスガイドに載ってる注意書きから抜粋。参考までに。 ※　BREW2.1 対応機種では、50ms 程度の短いタイマ間隔でコールバックを繰り返すとキープレスイベ ントが破棄される場合があります。 タイマ間隔を長くするなどのアプリ側でのチューニングが必要となりますのでご注意ください。 294 名前：デフォルトの名無しさん mailto:sage [04/11/13 00:10:09] modてギャクコンできないのかな うっかり古いソースを上書きしてもうた 295 名前：デフォルトの名無しさん mailto:sage [04/11/13 00:18:52] 一般にオブジェクトコードからCレベルのソースを復帰するのは至難の業。 296 名前：デフォルトの名無しさん mailto:sage [04/11/13 13:10:30] とっとと思い出してコーディングした方が速い っというか、仕事でやってるならバックアップぐらい とっとけよ

---

---

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

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