- 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/
- 296 名前：デフォルトの名無しさん mailto:sage [04/11/13 13:10:30]
- とっとと思い出してコーディングした方が速い
っというか、仕事でやってるならバックアップぐらい
とっとけよ
- 297 名前：デフォルトの名無しさん mailto:sage [04/11/15 12:43:46]
- >>293
30フレーム/秒は不可能というわけか。
- 298 名前：デフォルトの名無しさん mailto:sage [04/11/15 15:28:48]
- 良い機会だからCVSの導入または、毎日一回自動でバックアップを取るバッチを作るといいと思うよ。
ちなみにそう言うときはファイル名は backup-yyyymmdd.zip みたいにしてある程度世代管理してもﾌｧｲﾙ名がかぶらないようにすると良い。
- 299 名前：デフォルトの名無しさん mailto:sage [04/11/15 15:32:07]
- >>297
可能だと思う。処理しきれない速度でｲﾍﾞﾝﾄが到達すると、
many callbacks pending とか何かでｲﾍﾞﾝﾄが破棄されるだけ。
だから、一回の処理が10〜30ms程度で完了するのであれば、30fpsは実現可能。
>>293の言ってるｷｰﾌﾟﾚｽが破棄されるってのは、ｲﾍﾞﾝﾄ処理待ちが多すぎて、
せっかく届いたｷｰｲﾍﾞﾝﾄが無視されるってわけ。
だからﾀｲﾏｰ間隔が長くても、一回の処理が遅すぎると結局ｷｰｲﾍﾞﾝﾄを取りこぼす可能性大。
- 300 名前：デフォルトの名無しさん [04/11/15 17:23:05]
- エンドキーって終話キーとはちがうのですか？
- 301 名前：デフォルトの名無しさん [04/11/15 17:45:05]
- Windowsみたいにメッセージをメインループ側から受け取る事ってできるっけ？
「秒間30フレーム」は可能かもしれないけど、
タイマー使うメッセージループて時点で「1/30秒で回ってくるメインループ」は
不可能な気がするんだが。処理が追いつく前提でも。
- 302 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:02:12]
- >>300
ｴﾝﾄﾞｷｰ＝終話ｷｰで、多分あってると思う。
>>301
確かに。出来たとしても、なんちゃって30fpsだな。ｗ
- 303 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:48:01]
- Smallフォント対応機種向けのBREWアプリで、
Smallフォントを使用する方法はあるのでしょうか？
enumで定義されてる
AEE_FONT_〜
らには、それらしきものはないので、無理かと思いましたが、
どこかでエクストラスモールフォントを使用する方法を
見かけたような気がして……。
- 304 名前：デフォルトの名無しさん mailto:sage [04/11/15 23:33:01]
- >>303
FAQだったはず
- 305 名前：デフォルトの名無しさん mailto:sage [04/11/15 23:35:50]
- スマンカッタ、FAQだけだとわけわからんな
開発支援サイトのFAQと端末仕様のpdfを参照すれ
どれかのフォントと排他なんで使いづらいかもよ
- 306 名前：デフォルトの名無しさん mailto:sage [04/11/16 00:08:17]
- ﾌﾟﾛｸﾞﾗﾐﾝｸﾞｶﾞｲﾄﾞ50ﾍﾟｰｼﾞ以降嫁
- 307 名前：デフォルトの名無しさん mailto:sage [04/11/16 00:43:23]
- >>304-305
ありがとうございます！助かりました。
既存フォントと差し替える形で使うのですね。
>>306
すみません、目視＆検索で探しては見たのですが、
読み落としてしまったみたいです＿|￣|...○
- 308 名前：デフォルトの名無しさん mailto:sage [04/11/16 10:04:36]
- そうなんだよ、一度読破しておかないとダメなんだよ。
検索や目視でひっかからないことがおおい。
「どこかにそんなこと書いてあったなぁ」というのだけが頼り。
- 309 名前：デフォルトの名無しさん mailto:sage [04/11/16 12:53:34]
- >>301 >>302
マルチタスクの環境（BREWもカーネルがアプリの実行をスケジュールしてるから
これにあたるよね）でなんちゃってじゃないFPS管理なんてできないでしょ。
なんちゃってでも、処理速度が追いついてれば概ねその通りに動くんだから普通は30fpsといえると思うが。
＃まあ実際現状の端末では30fpsでまともな処理は難しいと思うが
ちなみにBREWのコールバックって種類が多すぎ＆統一性があまり無いから困るね。
さらにタイマーとか優先度が高いコールバックがあると、imageのデコード終了とかのコールバックは後回しになっちゃったりするし。
いっそのことVxWorksでも入れてくれると良かったんだが。
- 310 名前：デフォルトの名無しさん mailto:sage [04/11/16 14:46:52]
- 検証項目？のMALLOC後の戻り値を見るってやつなんですが
みなさまどういう実装してます？
これ後から気づいて。。
いま
char *a() {
return (char *)MALLOC(128);
}
のような関数あるんですが。。どうしよう。。
- 311 名前：デフォルトの名無しさん [04/11/16 15:12:08]
- オールBREW端末にらんで〜日立ソフトBREW GUI開発ツール
www.itmedia.co.jp/mobile/articles/0411/16/news043.html
世界初、日立ソフトがクアルコムのBREWR3.1対応
携帯電話向けGUI開発支援ツールを販売
〜携帯電話端末への組込み型BREWアプリケーション開発の生産性を飛躍的に向上〜
www.hitachi-sk.co.jp/News/News287.html
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!
- 312 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:13:28]
- 日立ソフト：アプリケーション開発フレームワークanyWarp
hitachisoft.jp/anywarp/
- 313 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:18:53]
- k-tai.impress.co.jp/cda/article/news_toppage/21428.html
- 314 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:23:20]
- >>310
ぬるぽだったら終了させればいいんじゃねーの？
- 315 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:23:37]
- ITmedia記事より。
> 価格は年間使用権契約で、1ライセンスあたり100万円弱を想定している。
> キャリアや端末メーカーから、アプリケーション開発やコンサルティングを
> 受託し、初年度5億円の売上げを目指す。
えーと...。
- 316 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:24:32]
- >>314
ｶﾞｯ
- 317 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:39:09]
- KDDIのアプリ企画審査って厳しいんですか？
普通に動けばいいってもんじゃない？
- 318 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:04:16]
- この流れで１分でガッされるのか・・・
- 319 名前：315=316 mailto:sage [04/11/16 16:09:19]
- すみません、315書いてリロードしたらすぐ上のカキコが目に入ったもので脊髄反射で...。
- 320 名前：310 mailto:sage [04/11/16 16:12:17]
- ぬるぽで終わらせたいんですが
メッセージ出してうんぬんかんぬん。。。だとかなり直さないといけないので
どうしたものかと思ったのですが〜
やはり地道に書くしかないみたいですねー
- 321 名前：315=316 mailto:sage [04/11/16 16:25:36]
- >>320
今度もｶﾞｯ
よく分かりませんがエラー発生時にメッセージ出さずにいきなり終了はNGですよ。
メッセージ出してなんかボタン押されたら糸冬了ってシーケンスにしとかないと。
>>317
そりゃもう。
- 322 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:28:22]
- 基本的に何処のルーチンに於いても、
エラー検出して異常終了（再開）できる出口用意しといた方がいいと思う。
つかそれが普通だと思う。
ぬるぽ検出したら、上の出口につなげるだけ。
MALLOC以外にも、動的にメモリ確保する箇所は山ほどできるぞ。
つーかpngなりjpeg使う時点でヒープ使うし
- 323 名前：310 mailto:sage [04/11/16 16:47:27]
- むー結構大変ですねー
とりあえず終了用のclassを改造してみます。
ありがとうございまっした
- 324 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:52:05]
- >>322
（´-`）.｡oO（終了メッセージ出すとこでぬるぽしたらどうするんだろう）
- 325 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:58:32]
- >>324
終了用ダイアログ（IDialogでは断じてない）は最初に用意しておく、が正解。
最初にそれすら確保できないようなケースは知らん。
- 326 名前：310 mailto:sage [04/11/16 18:15:40]
-
a = MALLOC(1);
b = MALLOC(2);
c = MALLOC(3);
例えばこんなコードでcでエラーが起きた場合、
aとbもFREEしないといけないんですよね。。。
めんどーひ
- 327 名前：デフォルトの名無しさん mailto:sage [04/11/16 19:15:09]
- BREWのFONTって、文字の横幅は固定なのでしょうか？
固定っぽいけど、それは機種依存になるのかな？
今後、それは変わらないのでしょうか？
だれか教えてください ﾍﾟｺﾘ
- 328 名前：327 mailto:sage [04/11/16 19:22:50]
- 言葉足らずなので追記
可変長フォントなんてのがあり得るのか、知りたいのです。
- 329 名前：デフォルトの名無しさん mailto:sage [04/11/16 20:28:12]
- 固定ピッチかプロポーショナルかってことなら、固定ピッチだ。
また、LARGEは何ドット、NORMALは何ドット、という規定値もない。
具体的なドット数は機種によってバラバラなので端末仕様書で確認する。
- 330 名前：327 mailto:sage [04/11/16 20:58:32]
- >>329
ありがとう。
今後、プロポが導入されたとして、
デフォルトがプロポになると困るなぁ・・・って思ってたんだ。
- 331 名前：デフォルトの名無しさん mailto:sage [04/11/16 21:34:12]
- www.k-mb.biz/
- 332 名前：デフォルトの名無しさん [04/11/16 23:05:46]
- >>302
＞ｴﾝﾄﾞｷｰ＝終話ｷｰで、多分あってると思う。
そうですよねｔｈｘ。
でも検証のＰＤＦのどっかのページに終話キーと
エンドキーが同じページに書いてあるんでつよ
検証の方法も検証してくださいこのバグヤロー
- 333 名前：デフォルトの名無しさん mailto:sage [04/11/17 00:32:45]
- >>326
MALLOCを生で使うつもりなのか？
やめておくべきじゃないかと。
- 334 名前：デフォルトの名無しさん mailto:sage [04/11/17 00:38:52]
- >>333
ゴムつけないとダメ？
- 335 名前：デフォルトの名無しさん mailto:sage [04/11/17 00:52:42]
- >>333
使わないか？
- 336 名前：デフォルトの名無しさん mailto:sage [04/11/17 01:25:43]
- >>334
ええ。何か(変な中断とか)あった時、(１つ１つ解放する)セキニンとるのは鬱陶しいしー
- 337 名前：310 mailto:sage [04/11/17 11:16:17]
- えーじゃぁゴム付きってどう書くんですか？
- 338 名前：デフォルトの名無しさん [04/11/17 12:25:19]
- >>337
typedef struct _MyData {
char* hogedata;
char* foodata;
...
} MyDatal;
アロケートした領域は↑みたいな奴（開始時は0で初期化)に覚えておいて、
ヤバイときにまとめて開放する関数を用意しておくようにするだけ。
実行途中で細かくアロケートが必要な場合は、
最初にまとめてMALLOCした中から自力で切り出すのも大アリ。
（実行途中で「メモリが足りません」なんてかっこ悪杉）
- 339 名前：デフォルトの名無しさん mailto:sage [04/11/17 13:11:57]
- 男なら生だろ！
- 340 名前：デフォルトの名無しさん mailto:sage [04/11/17 13:23:18]
- >>332
大半が使えないキーコード一覧見ると、「AVK_END」と「AVK_POWER」と別にあるよ。
エミュじゃ終話キー押したら即アプリ終了して、キーイベント発生しなかったけど。
端末仕様書には、この点何も書いていない。
つまるところ、「使うな」と言っているように思えるんだが…
使う必要あるの・・？
- 341 名前：310 mailto:sage [04/11/17 13:25:16]
- 大変参考になりました。ありがとうございます。
- 342 名前：デフォルトの名無しさん mailto:sage [04/11/17 14:15:27]
- >>340
プログラミングガイドのわかりにくい場所に書いてなかった？
EVT_KEYのイベントをきっちりかけばいいはず
- 343 名前：デフォルトの名無しさん mailto:sage [04/11/17 18:42:19]
- byte a;
while(flg)
{
a = MALLOC(1);
FREE(a);
}
- 344 名前：デフォルトの名無しさん mailto:sage [04/11/17 18:58:56]
- >>343
∩＿＿＿∩ ｜
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
- 345 名前：デフォルトの名無しさん mailto:sage [04/11/17 19:30:18]
- 終話キーのキーコードはアプリに通知されないので
割り当てられたAVK_XXXの値を意識する必要はない。
終話キーを押した場合、アプリにはEVT_APP_STOPイベントとして通知されるので
そこからアプリの終了処理を呼んでおしまい。
従ってEVT_KEYイベントで「終話キーが押された場合は…」といった処理は書かない（書けない）。
蛇足だが終話キーはキーリピートも発生しない。
>>344
パクッと行け！パクッと！
- 346 名前：344 mailto:sage [04/11/17 20:16:07]
- >>343
＼ ∩─ｰ､
＼／ ● ､_ ｀ヽ
/ ＼( ● ● |つ
| X_入__ノ ミ a = MALLOC(1); でｺﾝﾊﾟｲﾙｴﾗｰ ･･･
､ (＿／ ノ
＼＿＿＿ノﾞ
／ 丶' ⌒ヽ:::
/ ヽ / /:::
/ /へ ヘ/ /:::
/ ＼ ヾミ /|:::
（__／| ＼___ノ/:::
- 347 名前：デフォルトの名無しさん mailto:sage [04/11/17 21:08:42]
- >>343
＼ ∩─ｰ､ ====
＼／ ● ､_ ｀ヽ ======
/ ＼( ● ● |つ
| X_入__ノ ミ それと無限ルークマ――
､ (＿／ ノ /⌒l
/＼＿＿＿ノﾞ＿/ / =====
〈 ＿_ノ ====
＼ ＼＿ ＼
＼＿__） ＼ ====== (´⌒
＼ ＿＿_ ＼＿＿ (´⌒;;(´⌒;;
＼＿＿＿）＿＿＿）(´;;⌒ (´⌒;; ズザザザ
- 348 名前：デフォルトの名無しさん mailto:sage [04/11/18 18:57:53]
- >>345
訂正ありがと。カンチガイしてた。
つーかまたBREWやりたいんだけど、しばらくできそうにないや
- 349 名前：デフォルトの名無しさん mailto:sage [04/11/19 12:35:15]
- BREW2.1で3Dをする場合は何が必要になるのですか？
OpenGL ESは3.0からですよね？
2.1だとI3Dを使うと思うんですが、どこにもstruct _I3Dの実体が見つからないのですが。
- 350 名前：デフォルトの名無しさん mailto:sage [04/11/19 13:19:43]
- ちとすまん、機種依存情報って何処らへんに載ってたっけ？
いつしかExcelの資料見た覚えがあるんだが…手持ちに無いOrz
どうもA5505SAでIDISPLAY_MeasureText()が正常な値を返して来ないっぽいんだが。。。
- 351 名前：350 mailto:sage [04/11/19 13:42:07]
- 解決しますた。
どうも全角でも半角の幅が帰ってきてるっぽいんで、
半角のサイズ×２で誤魔化した。
他の機種は大丈夫だったかな… 何か情報あったらお願いします。
- 352 名前：デフォルトの名無しさん mailto:sage [04/11/19 15:05:34]
- >>349
I3Dをサポートする端末は国内に無い
なお、I3Dは"AEEINTERFACE(I3D)"というマクロで定義されている
OpenGL ESは別にBREWのバージョンとは関係なく端末でライブラリを実装すれば
2.1でも動く
しかしいずれにせよエイチアイのMascot CapsuleがBREW上に実装されている以上
これらのライブラリを直接呼ぶ必要性は普通は無い
- 353 名前：デフォルトの名無しさん mailto:sage [04/11/19 18:42:02]
- >>352
つまり、現状で3Dを使ったアプリを作る場合は
Mascot Capsuleを使うしかなようですね。
ありがとうございました。
- 354 名前：デフォルトの名無しさん mailto:sage [04/11/19 20:00:15]
- >>350
A5505SAでIDISPLAY_MeasureText使いまくりのアプリを
作ったけれど、そんなバグはなかったし、検証も通ったよ。
他機種でも同一バイナリで問題なく動いているしなあ。
- 355 名前：デフォルトの名無しさん mailto:sage [04/11/19 20:32:47]
- >>350
俺もA5505SAでIDISPLAY_MeasureText使ってたけど検証は通ったよ。
自分で実機では見てないけど変なとこあったら言われてるだろうし。
違うところに原因があるんじゃないかなぁ・・・。
- 356 名前：デフォルトの名無しさん mailto:sage [04/11/19 20:37:08]
- >>350
ついでだけどA5505SAの機種依存でIDISPLAY_MeasureTextのはなかった。
- 357 名前：デフォルトの名無しさん mailto:sage [04/11/19 22:55:16]
- まさかAECHAR型を渡してないってオチじゃないよな？
- 358 名前：350 mailto:sage [04/11/19 23:10:22]
- あれれ・・？ ソース抜粋してみる。
int fontW, fontH;
AECHAR str[] = {'※', '\0'}; //※…全角一文字
fontH = IDISPLAY_GetFontMetrics(a->m_pIDisplay, AEE_FONT_NORMAL, NULL, NULL);
fontW = IDISPLAY_MeasureText(a->m_pIDisplay, AEE_FONT_NORMAL, str);
DBGPRINTF("フォントサイズ：H=%d,W=%d", fontH, fontW);
これだけなんだが、出力結果はH=18、W=9だった・・・
エミュ、A5506T(だったはず)では正常な値が帰ってくるのを確認済み。
なので機種依存かと思ったんだが・・・
プログラミングガイドの何処か見落としたﾖｶｰﾝ
- 359 名前：350 mailto:sage [04/11/19 23:20:47]
- 追伸。
strの定義からfontH求めるまで20行ほど省略してるが､この間変数には一切触れてない。
'※' を全角スペースや、他の全角文字も幾つか調べてみたが軒並みアウト。
ついでにIDISPLAY_MeasureTextExも試してみたが､結果は同じく9ピクセルが帰ってきた。
で、半角文字を入れても9ピクセルが帰ってきたんで､それを2倍して対応しますた。
ここで取ったフォントサイズを元にメッセージボックスやら何やら作ってたんで致命的だったのよTT
- 360 名前：デフォルトの名無しさん mailto:sage [04/11/20 00:39:33]
- ＞AECHAR str[] = {'※', '\0'};
チカラ抜けたよ… ダメに決まってんだろー
- 361 名前：350 mailto:sage [04/11/20 01:16:37]
- 何が悪いのかわかってないんで、ダメな理由教えていただけると…
- 362 名前：デフォルトの名無しさん mailto:sage [04/11/20 03:22:03]
- プログラミングガイドやAPIリファレンスで文字列描画について再確認するとともに
この辺を見るのもいいかと。
www.itmedia.co.jp/mobile/0311/14/n_bapp.html
- 363 名前：350 mailto:sage [04/11/20 13:48:54]
- あー、なるほど。
先の初期化方法だと、全角文字はバイト列逆に入力されちゃうのか。
いやむしろAECHARが逆に扱ってるというべきか…
デバッグ出力でも確認できたんで納得した。
S5506Tもエミュもタマタマ動いていただけっぽいな。
ご迷惑おかけしますた。
- 364 名前：350 mailto:sage [04/11/20 13:50:34]
- 書き忘れ。
>>360,362
夜遅くまで付き合ってくれてサンクス。
助かったよ〜
- 365 名前：357=360=362 mailto:sage [04/11/20 14:40:32]
- >>350 なにかと面倒なことは多いけどがんばれー
- 366 名前：デフォルトの名無しさん mailto:sage [04/11/21 03:09:13]
- ttp://www.geocities.jp/messenger4nis/
- 367 名前：デフォルトの名無しさん mailto:sage [04/11/22 11:22:40]
- IMEDIA_SetAudioDevice(pMe->m_pMedia, AEE_SOUND_DEVICE_CURRENT)で
EUNSUPPORTEDが帰ってきます。
これを設定できなくても一応実機エミュともに正常っぽく音がなっているので
ほったらかしてるんだけど、まずいですか？
しかしSDKドキュメントのIMEDIA_SetMediaData()と
IMEDIA_SetAudioDevice()の説明って何で同じなんだ・・・
- 368 名前：デフォルトの名無しさん mailto:sage [04/11/22 12:07:00]
- >>367
設定しなくていいんじゃね？
KDDIの事前検証チェックシートには
AEE_SOUND_DEVICE_CURRENTか指定しない状態にしろって
書いてあるっぽい。
- 369 名前：デフォルトの名無しさん mailto:sage [04/11/22 14:12:35]
- >>368
ありがとうございますー。心置きなく無設定にすることにします。
- 370 名前：デフォルトの名無しさん [04/11/22 15:07:37]
-
- 371 名前：デフォルトの名無しさん mailto:sage [04/11/22 17:12:26]
- >>363
つーかエンディアンがどうこう言う前に、AECHARの中身の文字コードは端末依存だぞと。
ちゃんとSTREXPAND使って変換しないと危険だと思うが。
- 372 名前：350 mailto:sage [04/11/22 17:47:00]
- >>371
心配かけて申し訳ない。
>>358のソースは文字サイズ取るためだけに使ってるんで、ああいう初期化をしただけ。
なので他の場所ではSTREXPAND()使ってるから問題なし。
今はISHELL_LoadResString()で遊んでます。
- 373 名前：デフォルトの名無しさん mailto:sage [04/11/24 11:50:52]
- >>371
いやそれでも問題だと思うが。
SJISで全角コードを設定してもそれが半角文字になってしまう可能性は否定しきれないだろう。
まあ固定ピッチフォントである保証もないので、突き詰めると色々問題ありな分けだが。
特定の端末でうまく動けば良いということなら止めはしないが、個人的にそういうのは余り好きじゃないな。
＃そういう考え方で作られたプログラムを別プラットフォームにコンバージョンするという仕事を何度もやらされたんで
- 374 名前：350 mailto:sage [04/11/24 15:21:45]
- >>373
多分>>372のアンカーミスだよな・・・
対処は351に書いたが、全角のsjisコード書いたなんて言った覚えは無いぞ。
固定ピッチでなくなったケースなんぞ知らん。
てかそういう仕様なんで、こちらとしてはどうしようもない。
別プラットフォームも最初から想定していないから大丈夫だと思う。
そう思いたい ○|￣|＿
- 375 名前：デフォルトの名無しさん mailto:sage [04/11/24 18:41:39]
- 武竜を使いこなすには約五年間に渡る苦行を修める必要があります
- 376 名前：デフォルトの名無しさん mailto:sage [04/11/24 19:09:46]
- 武竜って生まれてどれくらい経ってるっけ・・？
- 377 名前：デフォルトの名無しさん mailto:sage [04/11/25 13:28:46]
- >>374
ごめ、アンカーミスってたね^^;
＞AECHAR str[] = {'※', '\0'};
って普通にWindowsで書いてコンパイルしたらSJISコードが入ると思うが。
で、エンディアンの修正とかやってもコードは変わらないと思う。
普通にchar配列として初期化してSTREXPANDしたほうがいいと思うよ。
>固定ピッチでなくなったケースなんぞ知らん。
現状は存在しないと思うが、将来にわたってそうだという保証は無い。
まあ、おまいさんが今動けばよいというのは良いのだが、想定以上に長いことソースが使われることは良くあること。
で、現状ではOKって考えで作られたソースを後から直す羽目になる人のことも考えといたほうが良いぞというのが漏れのアドバイス。
＃結局自分で治す羽目になることだってあるわけだし
つまるところ、サブルーチン一つ作って、常に描画文字列の幅を測定してから適切な位置に描画するようにすれば良いだけだし。
そういうのがスマートなコーディングだと漏れ的には思うが。
まああくまで私見なので、気に入らなければ無視してつかーさい。
- 378 名前：350 mailto:sage [04/11/25 17:09:33]
- 言っている事には全く同意なんだが…
AECHAR str[] = {' ', '\0'}; //←半角スペース
こうした。
'※'を表示したいんじゃなくて、全角文字の幅が欲しかっただけなので、
半角で得た幅に2を掛けておしまい。
…とはちゃんと書いてなかったか、説明不足ｽﾏｿ。
他の箇所は先にも書いたとおりSTREXPAND使ってる。
で、何故この幅が必要かというと、
画面サイズと文字サイズを基準にテキストボックスを作ってるから。
テキストボックスの画像はバラバラのパーツなので、これを基準には出来ない。
画面サイズのみ基準に計算すると半角文字が1文字はみ出る可能性があるので、
それを予防する為の全角文字サイズ確保ってトコなんですわ。
固定ピッチでなくなると、この仕様そのものが使えなくなる。
と言うか半角1文字のズレを許容範囲とするなら、このままでもほぼ問題ない。
画像サイズ基準にして画像差し替えだけで対応できるのがベターなのかもしれないが、
漏れの力ではこれ以上の仕様変更は無理○|￣|＿
関係ないが
>無視してつかーさい
何便？
- 379 名前：デフォルトの名無しさん [04/11/25 17:59:13]
- >>377
諸々わかってて「でも今回のこの仕様ならこれでOK」って感じで例外的なコードを書くのは
構わないんじゃないか？固定ピッチかどうかなんて画面デザインにもはねるんだから、
現状の端末を仮定して当然だと思う。
ただ、>>358 のコードはそういう判断の結果出てきたものでは全くないし（現に正常動作しない）、
これがたまたま動いてしまう環境もあるあたり性質が悪いかも・・・
>>378
依然としてエンディアンに依存するコード・・・でも普通は動くだろうけど。
AECHARの半角のコードに自然じゃないエンディアン使う端末ってあまり想像できないし。
一行 STREXPAND 書くだけでLEでもBEでもShift_JISでもeuc-krでもgb231でも動くのに・・
コードサイズがキツキツとか？極小の中の人かな。
- 380 名前：350 mailto:sage [04/11/25 19:02:09]
- そもそもHelloBrewでああいう初期化がされているので、
諸悪の根源と思っていない
＆１バイト文字でエンディアンに依存にするケースが想定できない
＆無駄と思えるコードは最小限に抑えたい（趣味）
というのが変更したくない理由。
何かトラブルメーカーみたいなんで、素直にSTREXPANDに変更しときます。
まだちゃんと納得してないけど…
ご迷惑おかけしますた。
- 381 名前：デフォルトの名無しさん mailto:sage [04/11/25 19:20:30]
- >>378
結局半角ｘ２にしたんならそれほど問題はないと思う。
＃とはいえ特に問題なければSTREXPANDしといたほうがベターだとは思うが
この部分が分からなかったので「全角コードでのAECHAR初期化は危ない」と言いたかっただけだから。
固定ピッチ依存についてもそういった理由があるのならまあ現状仕方ないかと思う。
>>379
>諸々わかってて…
程度の問題だろうね。
上でも書いたように、半角ASCIIでAECHAR初期化とか固定ピッチ依存とはいえクリティカルでない
のなら漏れもそれで良いと思うよ。
いまやってる仕事で端末性能に依存したゲームのコンバージョンやらされてて、動きが早すぎるとか言われ、
「じゃあ理想FPS教えて」と言っただけで逆ギレされたりしていたんで、端末依存に過敏に反応しちゃったかも。
>一行 STREXPAND 書くだけで…
同感。
ちなみに漏れはC++使ってるんで、文字列クラス作って自動変換されるようにしてる。
- 382 名前：デフォルトの名無しさん mailto:sage [04/11/25 23:08:47]
- BREWを実機に落とせるようにするにはKDDIに認められなきゃならない事はわかったけど
一体いくらかかって、どういった壁があるんでしょうか？
- 383 名前：デフォルトの名無しさん [04/11/26 01:05:31]
- ほしゅ
- 384 名前：デフォルトの名無しさん [04/11/26 17:55:33]
- >>382
ケーブル２０００円
ARMコンパイラ１５万円
KDDIに企画申請プライスレス
- 385 名前：デフォルトの名無しさん mailto:sage [04/11/26 18:36:34]
- >>382
検証３回目からは２０万円（税別）
- 386 名前：デフォルトの名無しさん mailto:sage [04/11/26 19:11:47]
- >>385
検証２回までは無料、３回目でﾌﾞﾗｯｸﾘｽﾄ？
- 387 名前：デフォルトの名無しさん mailto:sage [04/11/26 19:33:32]
- 提出するバイナリはちゃんとARMコンパイラ買ってコンパイルしないといけないんでしょうか。
- 388 名前：デフォルトの名無しさん mailto:sage [04/11/26 21:07:57]
- >>386
GCCでもおけぃ。
ただしモジュールサイズでかめ気味になるかも。
- 389 名前：デフォルトの名無しさん mailto:sage [04/11/26 21:08:36]
- おぅ388は
>>387でした
- 390 名前：デフォルトの名無しさん mailto:sage [04/11/26 21:56:49]
- >>388
ありがとうございました。GCCで行きます。
- 391 名前：デフォルトの名無しさん mailto:sage [04/11/27 20:36:28]
- CPとしては検証に落ちることそのものが論外、理由は開発支援サイト見れ。
たとえ発売時期が遅れたとしても、可能な限り完璧にしておこう。
- 392 名前：デフォルトの名無しさん [04/11/28 02:54:49]
- は？
- 393 名前：デフォルトの名無しさん mailto:sage [04/11/28 12:23:48]
- しおりないのはやっぱつらい･･。
- 394 名前：デフォルトの名無しさん mailto:sage [04/11/29 08:22:47]
- エミュレータで起動中にMemory クラプション?クランプション？
エラーというのが発生してリセットされます。
これってどういう時に起きるエラーなんでしょうか？（ ´・ω・`）
- 395 名前：デフォルトの名無しさん mailto:sage [04/11/29 11:18:54]
- >>394
メモリ壊してる（確保していないアドレスに書き込んでる）ってことじゃないかと。
＃メッセージは詳しく覚えてないけど
- 396 名前：デフォルトの名無しさん mailto:sage [04/11/29 12:09:05]
- エラーメッセージは忘れたがエミュレータ起動中のエラーならこういう可能性も。
− mifはあるけどdllがない
− mifとdllを置くフォルダ構成が正しくない
− mifとdllでファイル名が違う
|
 |
