BREW(Binary Runtime ..
2:デフォルトの名無しさん
06/12/21 13:38:15
BREW関連
Qualcomm CDMA Technologies - CDMA2000 3G Solutions ← チップセットの情報(PDFあり)
URLﾘﾝｸ(www.cdmatech.com)
ARM関連
ARM7DTMIの部屋
URLﾘﾝｸ(vsync.org)
ARMメモ
URLﾘﾝｸ(www.bomber.co.jp)
Linux Zaurusでアセンブリプログラミング
URLﾘﾝｸ(www.nk.rim.or.jp)
3:FAQ
06/12/21 13:39:10
SDKダウンロードについて
IE5.5SP2以降推奨、NNでも動くかも知れないけどOperaとかMozillaとかは確実に無理。
JavaScript+ActiveX。
あと、会社名とかをちゃんと登録しないとダウンロードできません。
2Channel Inc. みたいな正式な名前。登録内容は全部英語。
Q. gccでコンパイルしたいのですが
A. こちらを参考にどうぞ.
Q. BREWアプリを自作して自分の携帯に入れたいのですが？
A. 素人は作ることは可能ですが端末に転送することはできません
あきらめるかＣＰなどのプロになりましょう
Q. DLLにコンパイルしたものを端末に転送したのですが実行できません
A. ARMの形式でコンパイルする必要があります
あきらめるかARMにコンパイルできるようがんばりましょう
Q. BREWて正直うんこなんですが…
A. そうかもしれません
しかし手段･道具によらず目的を達成するのがプロというものです
がんばりましょう
Ｑ. ＿|￣|○ ……
Ａ. (つДT)つ旦
4:デフォルトの名無しさん
06/12/21 13:39:44
Q. gccでコンパイルしたいのですが
A. こちらを参考にどうぞ.
URLﾘﾝｸ(kintubo.kakiko.com)
5:デフォルトの名無しさん
06/12/21 14:36:07
>>1
DBGPRINTF(">>1乙かれ～");
6:デフォルトの名無しさん
06/12/21 15:58:28
>>1
乙。
7:デフォルトの名無しさん
06/12/21 16:54:54
>>1
乙～
質問なのですが、BREWで端末の音量設定取得方法ってどうやるのですか？
8:デフォルトの名無しさん
06/12/21 17:26:03
答え：諦めろ
9:デフォルトの名無しさん
06/12/21 18:15:16
ユーザに教えてもらう←マジ確実
10:デフォルトの名無しさん
06/12/22 00:36:47
IKDDIPHONESYSTEM_GetMaxVolumeLevel()
11:デフォルトの名無しさん
06/12/22 03:25:19
>>1乙
>>4はもともと>>3の１つ目のQ＆Aの修正な。
12:デフォルトの名無しさん
06/12/23 04:39:55
万年デスマの組み込み屋が集まるスレはここですか。
13:デフォルトの名無しさん
06/12/23 11:29:05
はいそうです
14:デフォルトの名無しさん
06/12/25 08:19:22
はいちがいませむ
そういございますん
15:デフォルトの名無しさん
06/12/25 23:35:14
i-appliからの移植で動的確保・解放が大量に使われててゲンナリ。
固定長化するべきか、動的確保のまま移植すべきか・・・
どっちに転んでも地獄が待ってそうでやる気がでねぇ。
16:デフォルトの名無しさん
06/12/25 23:44:42
動的各階できるほどiappli高速になってるのか?
17:デフォルトの名無しさん
06/12/25 23:46:52
>>15
だからそういうのはメモリプール使えとあれほど（ｒｙ
18:デフォルトの名無しさん
06/12/26 10:56:28
>>16
初心者のソースほどあっちこっちにnewだらけだよ。
設計にもよるけど、特にツール系は動的確保じゃないと辛い。
漏れはJavaのVectorと似たような動作するVectorクラスを作って対処してる。
19:デフォルトの名無しさん
06/12/27 01:03:06
諸先輩方、教えて君で申し訳ないんだが、教えてくれ。
ピクセル操作して画面を黒にフェードアウトする処理を搭載するように言われて
その方法を模索中なんだが、とりあえずフォーラムの下記のURLのソースを参考に
しようと思うんだが、第二引数である「nPitch」の部分がよくわからない。
URLﾘﾝｸ(brewforums.qualcomm.com)
今夜はもう家に帰ってきたんで、手元にAPIリファレンスぐらいしかないんで、
適当にコードを書くけれど、
IBITMAP_QueryInterface(pIBitmap, AEECLSID_DIB, (void **)&pIDIB);
とかしておいて、
pIDIB->nPitch;
で求めた値で良いんだろうか？
20:デフォルトの名無しさん
06/12/27 01:15:31
やってみればいいだろドアホ
21:デフォルトの名無しさん
06/12/27 02:25:33
俺なんてわざわざRGBVALに変換してたわｗ
今まで不具合ないけど。
22:デフォルトの名無しさん
06/12/27 04:56:35
>>19
URLﾘﾝｸ(brew.s214.xrea.com)
これテストしてくんない？
23:デフォルトの名無しさん
06/12/27 06:53:10
>>22
式が宣言より前にあるぞ
24:デフォルトの名無しさん
06/12/27 13:01:25
>>23
㌧くす。修正しますた。。
C++ しか使わないからつい忘れてしまう……。
25:デフォルトの名無しさん
06/12/27 13:15:10
端末標準のダイアログって使ってる人どれくらいいる？
使い勝手や見た目の部分について教えて欲しい。
俺は自作しか使ったこと無くてようわからん(´・ω・｀)
26:デフォルトの名無しさん
06/12/27 13:24:11
むしろ端末標準ダイアログが使えるのかどうかすら知らなかった。
BREWから使えるの？(´・ω・｀)
27:デフォルトの名無しさん
06/12/27 13:28:58
いや、リソースエディタにダイアログって項目あるじゃん。
これでそこそこのデザイン（端末によるとは思うが）のダイアログが出るなら、
使ってみてもいいなーって思ってるんだけど。
28:デフォルトの名無しさん
06/12/27 13:38:32
あれはBREWのダイアログでしょ。
ダイアログって名前が付いてるけど、全画面に白背景の黒文字テキストを描画するだけの物だと思ったけど。
29:デフォルトの名無しさん
06/12/27 13:54:46
あら、失礼。
そっか、フルスクリーンになっちゃうのか。
なら自作の方がいいなぁ。。。
おっけー、ありがとでした。
30:デフォルトの名無しさん
06/12/27 14:04:05
まー、下手に端末のダイアログ使えちゃうと、
端末が出してるエラーかアプリが出してるエラーか
分からなくなってユーザーサポートとかめんどくさそうだしな(´・ω・｀)
31:19
06/12/29 00:38:37
今戻った。
子供が風邪ひいて看病してた。
返事送れてスマン。
>>22
わざわざありがとう。
で、シミュレータで試してみたんだけどダメだった。
カラースキームが（シミュレータだと）RGB332だったのが原因。
知ってる人には、今更なんだろうけどカラースキームって端末とかによって異なる
んだね。
…って事は、全てのカラースキームに対応した処理を作らなきゃいかんのかと、
22のソースを元に処理を改良中です。
32:デフォルトの名無しさん
06/12/29 00:51:01
流れに無関係の人間だが、日本の端末のみでいば555と565だけだったはず。
今のところ。世界は知らない。
あと、シミュレータのやつは時々画面サイズやらカラーやら間違ってるので
デバイス設定ファイルの方をいじってるわ。私の場合。
33:19
06/12/29 00:58:34
>日本の端末のみでいば555と565だけだったはず。
む。そうだったんだ。
ならば処理も減らせるね。
ってゆーか、シミュレータのスキームがむしろ変なのかー
ちとデバイス設定を編集してみる。サンクス！
34:デフォルトの名無しさん
06/12/29 01:38:32
つか統一しろよっちゅーの
35:デフォルトの名無しさん
06/12/29 01:42:23
555 の端末なんて俺みたこと無いんだが……。
36:デフォルトの名無しさん
06/12/29 01:44:37
アイスキャンデーとかあるだろ？
ぶたまんとかさ
37:デフォルトの名無しさん
06/12/29 01:46:24
>>35
あるよー。だいぶ昔のやつだけどねー･･･。
38:19
06/12/29 01:52:31
んんん～
設定ファイル（dsdﾌｧｲﾙ）を見てたんだが、カラースキームの設定がしてありそうな
箇所が見当たらない。
Brew3.1にはその設定が無いって事はないよねぇ…。
(;´ω`)
ああ、それにしても今夜も子供が夜泣きで欝だ。
泣きたいのは俺だっちゅーの。
39:デフォルトの名無しさん
06/12/29 02:19:40
画面サイズとかが設定されてる項目のケツのほうに無かったかな。
今手元にモノがあるわけでもないので詳細不明だけど。
設定名があるわけじゃなくて8とか16とかのビットで書いてあったはず。
40:19
06/12/29 02:45:31
>>39
なるほど、dpkﾌｧｲﾙの方だったのか。
みつけた！
SCREEN 294 64 534 464 AVS_SCREEN_2 241 401 0.000000 0.000000 INCH 8 1
↑の｢8｣だね。
ありがとー！
これで少し前に進めるよ！
41:デフォルトの名無しさん
06/12/29 12:40:10
>>38
スレとは全く関係ないんだけど、子供さんを悪く言うのはｶﾜｲｿｽ(´・ω・｀)
42:デフォルトの名無しさん
06/12/30 23:52:17
>>38 夜鳴きは半年ぐらい続くからキッツイよｗｗｗ
納期近くで寝てないときにも容赦なく泣きまくるから
これでノイローゼっぽくなる親も多い。
まぁ、嫁と二人交代で面倒見て、寝れるうちにどっちか片方が寝とけ。
一人に押し付けると、いずれ誰かが死ぬよ？
と、なんか急に育児板みたいだなｗ
43:デフォルトの名無しさん
06/12/31 10:57:26
>>35
見掛けたことあるけど、持ってる奴みんな変身してどっか行っちゃうから
機種までは分からないやｽﾏｿ
44:デフォルトの名無しさん
06/12/31 22:26:48
>>35
記憶があってればA5502K。
それ以外じゃ私も見たことないな…。
45:デフォルトの名無しさん
06/12/31 22:40:16
なぜにこんな日にレスが
46:デフォルトの名無しさん
07/01/01 00:12:57
会社からおめ
47: 【大吉】 【522円】
07/01/01 00:29:21
あけおめことよろ
今年はBREWが大変身する
といいな
48:デフォルトの名無しさん
07/01/02 17:33:31
今年はiアプリとBREWなくなって全部MIDP2.0になると良いな。
49:デフォルトの名無しさん
07/01/02 17:50:33
それはそれでいやだな
50:デフォルトの名無しさん
07/01/03 22:40:49
BREW4.0搭載の端末っていつ出るんですか？
てか3.x→4.0で大分変わるみたいなんだけど
うちまで情報が回ってこないのですが・・・
51:デフォルトの名無しさん
07/01/03 23:28:29
>>50
えとBREW4.xからうわなにをすあｑｗせｄｒｆｔｇｙふじこｌｐ；＠
52:デフォルトの名無しさん
07/01/04 14:28:02
OS化が進む。マルチ
53:デフォルトの名無しさん
07/01/04 14:41:27
>>51
>>52
な、なんだ。まだ情報公開するレベルじゃねーのかよ。
54:デフォルトの名無しさん
07/01/04 15:00:04
まぁまだ先走り汁出すなってことだ
55:デフォルトの名無しさん
07/01/04 16:32:59
>>54
すまない。汗ってしまった。
56:デフォルトの名無しさん
07/01/05 12:10:43
Sophiaのフレームワークを使って開発してるんですけど
IShellのインターフェイスポインター取得することって可能です？
ISHELL_CreateInstanceに使いたいっす
57:デフォルトの名無しさん
07/01/05 14:07:35
>>56
Sophia のフレームワークは生のBREWインターフェイスには触れなかったような。。。
サポートに聞くのが一番だな。
最悪自分で IApplet から IShell とりだして ISHELL_CreateInstance() だな。
58:デフォルトの名無しさん
07/01/05 16:11:58
>>57
なるほど。。有難う御座います
59:57
07/01/05 17:39:50
>>58
スマートポインタから生のポインタを取得して
キャストすれば使えた気がするんだけど、
ずいぶん前の話なんで試す環境すらないスマソ。
こんな感じ。
-----------------------
SFBShellSmp shellsmp;
ISHELL *shell;
shellsmp = SFBShell::GetInstance();
shell = (ISHELL*)(shell.Get());
ISHELL_CreateInstance( shell, .........
.........
-----------------------
60:デフォルトの名無しさん
07/01/05 21:10:20
Sophia使えるなんて金持ちだなぁ・・・
61:デフォルトの名無しさん
07/01/05 23:20:14
本当に開発コストが下がるか教えてよっ
62:デフォルトの名無しさん
07/01/05 23:35:36
検証待ちもなくなくなるのか！
63:デフォルトの名無しさん
07/01/06 02:19:03
>>61
何本かアプリ作ってりゃそれなりのクラスやヘルパー関数が蓄積されるだろうし
開発スタイルも定着するだろ。
なーんも知らんとこが新規で開発するならSophia導入もありだと思うが、
それで飯食ってくつもりなら不要と思われ。
64:名無しBREWたん
07/01/09 15:31:29
>>63
同意。
BREW初心者の頃は訳わからなくてSophiaのライブラリがあるとだいぶ助かったが、
慣れてくれば知識もつくし、ノウハウが蓄積されてきてくるだろうから、
自前のライブラリを作ったほうがコスト的にも精神的にも満足度は高いかと。
65:デフォルトの名無しさん
07/01/10 22:26:46
W47Tなんだこりゃ。
30分経っても500KBのファイル転送がおわりゃしねえ。この糞端末が
66:デフォルトの名無しさん
07/01/10 22:49:18
今年も機種連発です。ｵｻｯｼｸﾀﾞｻｲ
67:名無しBREWたん
07/01/11 12:54:31
>>65
知り合いがＫで未発売機種のBREW機能の検証をしていることを考えると、
正直、ｽﾏﾝｶｯﾀ。としか言えない。
68:デフォルトの名無しさん
07/01/11 13:08:11
BREW3.1はエミュの作りが
2.1より酷いような気がするのは気のせいでしょうか(;´д｀)
3.1専用のアプリがようやく来たのでスレッドとか何とか遊びたいのに
くだらないところで躓いてるよ・・・
69:デフォルトの名無しさん
07/01/12 09:53:14
BREWってC++コードが動かせるんだ。
じゃ、組み込み用って事で見れば、
BREW >>> JAVA >>>>> (壁) >>>>> dotNET , Flash
ってこと？
70:デフォルトの名無しさん
07/01/12 10:04:26
何を比較して？
71:デフォルトの名無しさん
07/01/12 10:17:08
既存のライブラリを活かして普通に作れるか、という比較。
72:デフォルトの名無しさん
07/01/12 10:54:01
>>69
stl ×
boost ×
namespace ×
pragma ×
例外 ×
stdlib.h等標準ライブラリの使用 ×
組み込みに何故.NETやFlashが比較対象になるのか理解できんが
ざっと思いつく感じこれくらいは壁があるよ
73:デフォルトの名無しさん
07/01/12 10:59:40
boostは仕方ないにしても、なんでstlがダメなの？
namespaceダメって、ちゃんとコンパイラ開発しる！
74:デフォルトの名無しさん
07/01/12 11:00:49
＞組み込みに何故.NETやFlashが比較対象になるのか理解できんが
今の携帯電話ってFlashだお。
組み込みに.NETは聞いたことないけど、M$的にはWinCE開発は.NET推奨だお。
75:デフォルトの名無しさん
07/01/12 11:26:53
最上位の極一部のみFlashかもしれんがそれより下はcだよ。
76:デフォルトの名無しさん
07/01/12 11:28:45
stlがstdlibに依存してる部分があるので流用が難しいんじゃないかな
BREWのヘルパー関数に置き換えれば良いんだけど
あとtemplateのサポートが甘かったし
RVDS2.2以降でC++のサポートが強化されてるはずなので金があれば
それ買って幸せになることもできるかも
（stdlibに関してはどうしようもないけど）
77:デフォルトの名無しさん
07/01/12 11:39:30
>>73
>なんでstlがダメなの？
例外がNGなのが主な原因だと聞いたことがある。
そのせいでSTLをそのまま持ってきても動かない。
自前でSTL相当のものを作ればいいけど、ﾏﾝﾄﾞｸｻすぎるしな。
つーかBREWが糞仕様なのは何とかならｎ（ｒｙ
78:デフォルトの名無しさん
07/01/12 11:42:00
elf2modでも回避不可かな？
79:デフォルトの名無しさん
07/01/12 12:11:05
・RVDS2.2はC++のサポートが強化されているが、仮想関数を使うと
RWPI領域にデータを持ってしまうのでBREWで利用できなかった
・Elf2Modがリリースされ、BREWアプリはRWPI領域を持てるようになったので、
RVDS2.2とC++を組み合わせた利用、及びglobal/static変数の利用が可能になった
・ただし、stdlibに関しては以下の制限があるので、既存のライブラリの流用などでは
ものすごい注意が必要
URLﾘﾝｸ(brewforums.qualcomm.com)
・RVDS2.2ではExceptionもサポートされている
templateのexportが出来ないようだ
80:デフォルトの名無しさん
07/01/12 22:30:23
BREWのコンパイラの話になるとRWPI領域だとかBSSセクションという言葉が出てくるのですが、
正直何のことかよくわかりません。コンパイラが吐き出すデータの内容を指すものなのでしょうか？
このARMのRWPI領域やBSSセクションについての資料はどうすれば手に入るのでしょうか？
もしくは日本語の解説があれば教えてください。
81:デフォルトの名無しさん
07/01/12 22:50:19
>>80
elf format の仕様書嫁
82:デフォルトの名無しさん
07/01/13 16:32:01
ありがとうございます。
ELFの仕様はあったんですが、これの日本語訳は無いんでしょうか？
URLﾘﾝｸ(www.skyfree.org)
83:デフォルトの名無しさん
07/01/13 19:26:46
>>82
スレ違いだから他のスレ行って聞いてくれ
84:デフォルトの名無しさん
07/01/14 14:30:50
>>82
URLﾘﾝｸ(caspar.hazymoon.jp)
85:68
07/01/16 16:07:46
おニューPC(XP)で動かしてみたら不具合が少なくなった('д')
Win2kだと表示まわりがおかしくなるっぽい。
XP使えと言う事のようです。
86:デフォルトの名無しさん
07/01/16 17:02:50
>>85
× Win2kだと
○ 自分が使ってたWin2kだと
何十台ものWin2kで試したわけじゃないだろ？
適当なこと書いちゃダメだぜ
87:名無しBREWたん
07/01/16 17:58:03
>>85-86
んだんだ。
単純に何かのランタイムが古いとかそんなことが原因かもしれん。
88:デフォルトの名無しさん
07/01/17 14:13:09
すみません、文字入力についての質問です。
BREW3.1でアプリ内の特定の位置で日本語入力をさせたいのですが
こういう場合はITextCtlを使う以外に方法がないのでしょうか？
ITextCtlについてマニュアル等を見て調べても、イマイチ使い方がわからず困っています。
ITextCTLのサンプルでも構わないので、よろしければご教授ください。
もしサンプルや解説等がなければ、何か別の方法で日本語入力できる方法はないでしょうか？
宜しくお願いします。
89:デフォルトの名無しさん
07/01/17 14:28:47
プログラミングガイドのサンプルコード
90:デフォルトの名無しさん
07/01/17 14:34:01 BE:328466047-2BP(0)
URLﾘﾝｸ(brewforums.qualcomm.com)
URLﾘﾝｸ(brewforums.qualcomm.com)
URLﾘﾝｸ(brewforums.qualcomm.com)
URLﾘﾝｸ(brewforums.qualcomm.com)
91:デフォルトの名無しさん
07/01/17 17:09:21
やっぱりフォーラムのサンプルをいじくるのがベターなんですね。
ありがとうございました・・・。
92:68
07/01/17 17:56:24
うーん、XPでも何かおかしいと思ったら
MAKE_RGBを使用せずに直接16進数で
RGBを指定していたのがマズいようで・・・
リファレンスに
(RGBVAL) ( ((uint32)(r) << 8) + ((uint32)(g) << 16) + ((uint32)(b) << 24) )
って書いてあるじゃんヽ(｀Д´)ノ
失礼しますた。
93:デフォルトの名無しさん
07/01/19 18:11:43
ウイルスセキュリティZEROをＰＣにインストールしたらＢＲＥＷエミュでの通信が
うまくいかなくなったのですが
他にこういうこと起こった人いますか？
94:デフォルトの名無しさん
07/01/19 19:49:15
通信許可してもダメなら
アンインストールすればいーんでないだろうか・・・
95:デフォルトの名無しさん
07/01/19 21:39:37
>>92 俺もそれではまった事あるぞ。
色のならびにあわせた名前の付け方して欲しいよ。
普通なら RGBVAL じゃなくて BGRVAL（またはBGRAVAL) とでもしておく方が直感的じゃね？
96:デフォルトの名無しさん
07/01/19 21:48:17
それだと、何の値かわからないって判断したんじゃない？
97:デフォルトの名無しさん
07/01/19 22:30:36
じゃあCOLVALとかにでもしとけや！ｹｯ
98:デフォルトの名無しさん
07/01/19 22:31:30
メモリ上の並びはRGBじゃん。
99:デフォルトの名無しさん
07/01/19 22:35:58
そうとも限らんのでは・・確認したことは無いが
100:デフォルトの名無しさん
07/01/19 22:47:40
いや、VRAM上とかDIBの構成じゃなくて、>92の値をメモリに書いたら。
101:デフォルトの名無しさん
07/01/19 23:11:21
どうだろね。"メモリに書く"という動作の定義によるけど
通常のイメージでいうとダブルワードの値をメモリに書く、ということになるだろうけど
そうなるとエンディアンで違いがでるんじゃないかな？と
102:デフォルトの名無しさん
07/01/20 08:28:38
ヒント：くあるこむ
103:デフォルトの名無しさん
07/01/22 14:47:38
>>92だとWin32の32ビットDIBのピクセル値と同じ並びになりそう。
それにしても、なんでBREWってWin32APIの痛すぎる命名や流儀をやたらパクってるのかね……。
104:デフォルトの名無しさん
07/01/22 18:45:58
ちょっと、お知恵を借りたいんですが……。
ゲームを移植してまして、一応最初はきちんと動作しているのですが、
シミュレーター上で２～３時間くらい動作させるとその内、IIMAGE_Drawや
IDISPLAY_DrawTextやIDISPLAY_FillRectを始めとする一切の描画機能が
働かなくなります（単にIDISPLAY_Updateが働かなくなっているだけかも
しれませんが……）。
その状態になった時にトレースしてみると描画がされないだけで、内部的には
正常にメインループが動作しており、MALLOC等もきちんと動作しています。
もちろん描画をフラグで飛ばしている感じでもありません。IDISPLAY_Update
も毎回通っています。
画像に関して、今まで正常に表示されていた物が何かを境にまったく表示
されなくなり、かつIDISPLAY_FillRectまで動作しない所を見ると、
CreateInstance等の処理に何か問題が発生したとも思えません。
IDisplayの値も調べましたが、特に破壊された感じではありません。
ちなみに実機上でやると、似たようなタイミングで端末リセットが発生します。
自分のソースがおかしい事は分かるのですが、どこで異常を起こしているのかが
つかめずにいます。
せめて何をきっかけに上記のような現象が発生するのかが分かれば手がかりに
なりそうなのですが、心当たりのある方いらっしゃいますでしょうか？
105:デフォルトの名無しさん
07/01/22 19:13:57
>>104
エミュに関してはエミュそのものがリークしているって
フォーラムにあったような気がした。
ただ前作ったアプリでは1日ランニングかけっぱなしでも平気だったけど…
兎も角ソフトそのものがリークしてないか虱潰しに見てくしかないんでないかね。
参考にならずｽﾏｿ
106:デフォルトの名無しさん
07/01/22 19:20:47
まぁ作ったもの解放してないとか、2回解放したとかじゃね。
フラグメントが進んでそういう症状出るとかだと南無い。
107:名無しBREWたん
07/01/22 19:20:53
ヒープオーバーランとか。
108:デフォルトの名無しさん
07/01/22 20:36:45
>>104
始めはまともに動作していて、一定時間経過後に動作不安定や不正終了ってのは
メモリ食い尽くしてエラーかな、とまず思った。
それならアプリを終了したときメモリリークを知らせるメッセージが出るけど、どう？
MALLOC、CreateInstanceの他、メモリを確保するタイプの
IXXX_GetXxxx()のような関数で取得したオブジェクトの解放処理もチェックだね。
109:104
07/01/22 23:33:20
みなさん。ありがとうございます！
やっぱりどうも基本的な部分に見落としがあるって事ですよね……。
とりあえず、根強く虱潰しに見ていこうと思います。
>>108
大体一時間ほどプレイした場合のメッセージ中、メモリーに関係有りそうなのが
以下で、それ以外エラーっぽい文章は出ていないのですが……。
前から気になっていたのがこの"28 Wasted"なのですが、これはどういう
数値なのでしょうか？
*AEEHeap.c:1186 - 0 Alloc - Total
*AEEHeap.c:1187 - 0 OEM
*AEEHeap.c:1188 - 0 BREW
*AEEHeap.c:1189 - 0 Apps
*AEEHeap.c:1190 - 28 Wasted
*AEEHeap.c:1191 - 10436560 Free - Total
*AEEHeap.c:1192 - 10436560 Largest
*AEEHeap.c:1193 - 0 Largest Non Seq.
*AEEHeap.c:1194 - 0 Total Non Seq.
110:108
07/01/23 00:36:47
>大体一時間ほどプレイした場合のメッセージ中、メモリーに関係有りそうなのが以下で
実行中のメモリリークは残メモリ量を常時監視してるとかじゃないと掴みにくいよ。
もしメモリ解放し忘れとかあれば、アプリ終了時にシミュレータの画面にエラーメッセージが出る。
画面にMEMORY ERRORとかなんとかそんなメッセージが出てないかって聞きたかった。
（NULLポインタへのアクセスでも出たと思うがはっきり覚えてない）
いや、もちろん、メモリリークが原因だと決まったわけではないけれど。
>この"28 Wasted"なのですが
それは>>105が言ってるようなやつ。気にしなくていいと思う。
111:デフォルトの名無しさん
07/01/23 01:56:51
>109
そのメッセージってリークさせた時だけ終了時に出る奴だと思ったが…
AEEHeap.cのはそれだけ？その直前にもなんか出てない？
112:デフォルトの名無しさん
07/01/23 02:05:53
エミュレータがリークしてるなんて書き込みはない
エミュレータがひたすらログをヒープ上に溜め込んでメモリを食いつぶすらしいが
Wastedはよく見るので多分あまり気にする必要はない
メモリリークしたときはBPOINTなんちゃらと出る希ガス
スタック上に確保したインスタンスの開放漏れとかそういうのが疑わしい
113:デフォルトの名無しさん
07/01/23 02:08:49
IBitmapからDIB取得したときとかの開放漏れとかもね
114:デフォルトの名無しさん
07/01/23 10:25:14
BREW3.1のシミュはアプリ終了時に
ホンの一瞬だけリークの表示画面出して
ランチャー画面に移っちゃって気づきづらい。
その代わり>109のログが出る。
リークしなければAEEHeep.cのログは出ない。
ということで>109はメモリリークでFA。
115:デフォルトの名無しさん
07/01/23 11:25:47
>*AEEHeap.c:1190 - 28 Wasted
コレってシミュレータを立ち上げて
消すだけでも出ない？
(何のアプリを起動しなくても)
今まで気にしてなかったんだけど…
116:104
07/01/23 11:38:12
すいません。勘違いしていました。
109のはシミュレーター自体を終了した時に出たメッセージで、
アプリ終了直後は特に109のようなログもBPOINTなんちゃらも
出ていないっぽいです（全文張ろうかと思いましたが長すぎる
みたいですので……）。
開発当初に>>114にあります一瞬出るメッセージが出たこともありましたが、
それはあからさまな開放漏れを修正する事によって解決しました。
とりあえず、皆さんの指摘の中にあります開放漏れを重点的にチェックして
みようと思います。
どうもありがとうございました！
117:114
07/01/23 11:48:29
スマン、シミュの終了時は見逃してた。
ただアプリ終了時にAEEHeap.cのログが出た場合は
リークしてることに間違いは無いよ。
118:デフォルトの名無しさん
07/01/23 11:50:23
ちなみにリークさせたときのログ
*AEEShell.c:8565 - App_Cleanup(1009ff0)
*OEMOS.c:548 - BPOINT Type 1, Node 0x048618E0 helloworld
*AEEHeap.c:1171 - ------ App Heap Info ------
*AEEHeap.c:1073 - 128 - helloworld #1624 c:\brew_sdk\3.1.2\sdk\examples\helloworld\helloworld.c:134 (L)
*AEEHeap.c:1185 - -------------------------
*AEEHeap.c:1186 - 161928 Alloc - Total
*AEEHeap.c:1187 - 0 OEM
*AEEHeap.c:1188 - 75409 BREW
*AEEHeap.c:1189 - 86519 Apps
*AEEHeap.c:1190 - 6104 Wasted
*AEEHeap.c:1191 - 2977756 Free - Total
*AEEHeap.c:1192 - 2940688 Largest
*AEEHeap.c:1193 - 2940688 Largest Non Seq.
*AEEHeap.c:1194 - 2977756 Total Non Seq.
*AEEHeap.c:1195 - -------------------------
*AEEShell.c:8087 - App_New (CREATED 1008000)
119:104
07/01/23 11:52:23
連投すいません。
ビットマップの開放なのですが、開放順序は関係有りますでしょうか？
手順はこんな感じなのですが……。
デバイスのビットマップ取得
↓
互換性のある作業用ビットマップ作成
↓
作業用ビットマップにパターン転送
↓
ITransformインターフェイス作成
↓
トランスフォーム転送
↓
ITransformインターフェイス開放
↓
IDISPLAY_Update
↓
作業用ビットマップ開放
↓
取得したデバイスのビットマップ開放
120:104
07/01/23 11:56:52
>>117
ありがとうございます。
確認したのですが、アプリ終了直後は特にAEEHeap.cからのログは出力されて
いないでみたいです。
121:デフォルトの名無しさん
07/01/23 12:01:22
開放する順番は多分関係ない
アプリ内でヒープの残量監視して、1時間アプリ走らせたあとに
ヒープ残量が想定以上に減ってないか確認してみれば
###BREWDEBUG#でみてもよし
122:デフォルトの名無しさん
07/01/23 13:41:55
最初にそこそこメモリMALLOCしておいて、不具合が出るまでの時間が減るか、とかアナクロな手法も。
123:デフォルトの名無しさん
07/01/24 11:22:32
まずは問題の切り分けだな。
ヒープの線が濃厚なら>>121のやり方でヒープ残量を監視。
一定タイミングごとに残量チェックして、前回から変わったらDBGPRINTで。
で、実際にヒープ量が減っていって、足りなくなって落ちるんならそっから絞込み。
■俺が良くやるリークチェック手順
まず、マクロで俺様MALLOC＆FREE（new/deleteも）作って、確保・開放したファイル名、行番号とポインタを表示しとく。
↓
アプリを実行し、てきとーにプレイして終了
↓
出力ウィンドウを全部コピペし、エディタでメモリリーク用表示のみを抽出
↓
CSV形式に加工
↓
エクセルに持っていって、ポインタ順にソート
↓
正常なら同じポインタでMALLOCとFREE一回づつやってるはず。
数が合わなければそこの周辺がリークの発生場所。
※エクセルなので関数使って自動チェックするのも簡単
124:デフォルトの名無しさん
07/01/24 17:21:49
メモリ問題に割り込むかたちで済まないが質問。
半角全角絵文字混在の文字列から、使用不可文字を取り除く処理ってどうすんべか。
１文字ずつ切り出す
半角か全角か判別
使用不可文字かどうか判別
使用不可文字なら取り除いて文字列を詰める
…とかいちいちやるのひょっとして？
125:デフォルトの名無しさん
07/01/24 17:34:11
それ以外にどんな方法があるって言うんだー
126:デフォルトの名無しさん
07/01/24 18:09:00
STREXPANDした後のほうが全半判別いらないから楽かもとか思ってしまう俺手抜き
127:124
07/01/24 19:09:48
そうか、やっぱそうなのか。
そういうAPIは日本拡張パッケージで用意しといて欲しいや。
ITextCtlで入力された文字列から取り除くんだが
それならAECHARだから2byteずつの切り出しでOKってわけか。
とりあえずこれでやってみる。
128:デフォルトの名無しさん
07/01/25 18:12:51
qcpで再生、停止はできるけれど、
IMEDIA_Rewind(), IMEDIA_Fastforward(), IMEDIA_Seekが
シミュレータでことごとく動かない･･･
書籍とか読んで、ただコールするだけで良さそうなのにダメダメです
あと実機でwebからダウンロードを安定して出来ますか？
ISOURCE_Read()で250k位のファイルをDLしようとすると不安定になって
8割くらいで端末リセット食らいます、たまに成功するんだけどね･･･
129:デフォルトの名無しさん
07/01/25 20:10:21
>>126 なるほど、おまい頭いいなｗ
半角かな混在環境だと、漢字とカナのチェックで苦労するんだよな。
AECHAR用正規表現ルーチンとかあると楽なのに。
130:デフォルトの名無しさん
07/01/26 15:15:29
>>88でITextCtlについて質問したものです。
その後フォーラムやBREWのドキュメントを参考に文字入力を実装できたのですが
ITEXTCTL_SetRect()で表示した四角形の色を変える方法が分かりません。
デフォルトだと白なのですが、アプリの画面にあわせて色を変えたいと思ってます。
どうすればテキストコントロールの色を変更できるのでしょうか？
131:デフォルトの名無しさん
07/01/26 15:35:55
>>130
俺はITextCtlは普段一切表示しないで、
使うときだけ作成、
直後にKEY_PRESSEDイベントを擬似的にITextCtlへ投げて
FEPを起動してる。
なので描画は自由にやってる。
132:名無しBREWたん
07/01/26 15:46:14
>>130-131
うちも描画は自前。
ITectCtl_ReDraw() とかは、機種によって動作が替わるんで、あまりオヌヌメできない。
133:デフォルトの名無しさん
07/01/27 13:04:35
それでも色代えたいならIDISPLAY_Setcolor()当たりでできたはず(今検証ﾃﾞｹﾝｽﾏﾇ)
だがやはりオヌヌメできない
134:デフォルトの名無しさん
07/01/28 01:14:16
ありがとうございます。
結局、全画面モードでネイティブエディタを即起動するようにしました。
知人に聞いてもITextCtl関連は機種依存が多いようなので
あまり変なことしない方が無難そうですね。
135:128
07/01/28 20:42:35
いくつかの機種でSDKについてくるメディアプレイヤーを使ったのですが
古い端末じゃないとmp3のインスタンスが作れないし
qcpだとどれもシークできないしで困っています。
音声ファイルのシークがしたいのですが、どうすれば実現できますでしょうか？
136:デフォルトの名無しさん
07/01/28 21:07:55
3g2とか使えないかな？
137:デフォルトの名無しさん
07/01/29 03:19:00
音データでqcp使ったこと無いや・・・
spfなら助言はできるんだが動作に違いあるんかな？
138:デフォルトの名無しさん
07/01/29 18:36:15
すみません、ちょっと曖昧な内容の質問になるんですが
クリアキーを押しただけでアプリが終了してしまうのは何が原因なのでしょうか？
こちらのプログラムではクリアキーに関する処理は何も実装していませんが
エミュで確認するとクリアーキーを押すと EVT_APP_STOP が送られてアプリが終了してしまいます。
こういう場合原因があるとすれば何が考えられるのでしょうか？
アバウトすぎて答えにくいかもしれませんが、少しでもヒントがあればと、質問してみました。
宜しくお願いいたします。
139:デフォルトの名無しさん
07/01/29 18:50:04
>>138
EVT_KEYイベントに対してfalseを返す
140:デフォルトの名無しさん
07/01/29 18:53:04
EVT_KEY/AVK_CLRにFALSEを返すと問答無用にアプリは終了させられる
BREWの仕様、イヤならとりあえずTRUE返しときゃおｋ
141:デフォルトの名無しさん
07/01/29 19:15:55
ありがとうございます！！解決しました！
EVT_KEYPRESS/RELEASEは処理してたんですがEVT_KEYはやってませんでした。
こんな単純な話だったとは・・・お手数をおかけしましたｍ（＿ ＿）ｍ
142:128
07/01/30 02:14:39
>>136
テストコード作って3g2を読み込みましたがIMEDIAUTIL_CreateMedia()でSUCCESSしませんでした。
やはりMPEG4エクステンションが必要でしょうか。
MSPレベルじゃ手に入ぽいんですよね。ぶっつけで実機確認してみようと思います。
>>137
声を扱いたいのでspfは使わないのです、申し訳ない。
で、現状の解決方法としてSDK3.1.5、シミュレータW41CAにてmmfのシークを確認しました。
音質悪いし圧縮率も悪いですけどね･･･gzipかけたときに小さくなるのが救いだけど。
3.1.2jaではIMEDIAUTIL_CreateMedia()の時点でダメでした。
次は実機確認してみます。駄報告でスマン
143:デフォルトの名無しさん
07/01/30 02:44:32
VisualStudioから実機でステップ実行できるようにするか、
メディアとかカメラとかもシミュレータで再現できるようにしろよなぁ…
144:デフォルトの名無しさん
07/01/30 04:14:04
>>142
SDK3.1.2のYAMAHA系DLLってなんか問題があって、差分がKDDIのほうで出てなかったっけ？
最近のは修正されてる？
145:デフォルトの名無しさん
07/01/30 07:06:12
PCの画面に携帯の端末が表示されるようなシミュレータないすか？
146:デフォルトの名無しさん
07/01/30 10:32:11
つ SDK
147:128
07/01/31 04:15:30
追記:
20K程度のmmfファイルのシークは出来ませんでした。3.1.4以降で確認。
3.X以降でまともにシークできるフォーマットとシミュレータは無いのでしょうか？
>>144
\bin\Modulesに入れるma3smwemu.dllでしょうか？
3.1.4以降もこのdll外すとmmfは再生できませんでした。
148:デフォルトの名無しさん
07/01/31 17:14:41
通信中やロード中などに、キーを連打しておくと、
画面が遷移した時に、専攻入力状態になってしまうのですが、
これを回避する方法はありますか？
遷移直後に、キーを初期化しても発生します。
149:デフォルトの名無しさん
07/01/31 17:37:23
遷移して数フレームは入力無視したら？
150:デフォルトの名無しさん
07/01/31 19:48:55
画面毎にイベントをヌルーするつくりにすればいいヂャマイカ？
151:148
07/01/31 20:12:57
レスありがとうございます。
とりあえずは画面が切り替わった際に数フレームかませることで回避できました。
>>150
その方向で手直ししてみます。
152:デフォルトの名無しさん
07/02/01 17:19:31
端末設定のEz番号通知・非通知を取得する方法はありますか？
153:デフォルトの名無しさん
07/02/01 20:31:16
>>152
サブスクライバIDが取得できなければ非通知、でなんかマズい？
154:152
07/02/01 20:37:37
>>153
非通知設定にしていても、普通に取得できてしまうのです。
非通知設定の場合は、通知を促す文言を表示したほうが良いと思いまして。
155:デフォルトの名無しさん
07/02/02 00:49:12
>>154
BREWアプリでのEZ番号取得は通知/非通知とは無関係に成功する。
サービスガイドとかちゃんと読んだほうがいいよ？
156:デフォルトの名無しさん
07/02/02 10:13:46
取得して何をするつもりですか？
157:デフォルトの名無しさん
07/02/02 12:17:45
サーバでユーザ判定するんだろ？
158:デフォルトの名無しさん
07/02/02 15:06:21
GCC環境についての質問です。
>>4で上がっている情報やフォーラムの情報を参考に環境構築中なのですが
VisualStudioのAddInにあるGCC用make作成ボタンを押しても
ARM用の中途半端なmakefileが作成されてしまいます。
どこかで読んだんですがC++だとmakeを作ってくれないらしいのですが
これを回避（自動でGCC用makefileを作成）する方法はありませんか？
それとも、C++の場合はmakeファイルは自作するしかないのでしょうか？ orz
ご存知の方、宜しくお願いします・・・
159:デフォルトの名無しさん
07/02/02 15:17:01
>>152
聞くならQualcommのフォーラムじゃなくてKDDIに聞くべきじゃないかと
160:名無しBREWたん
07/02/02 16:49:07
>>158
テンプレートを書き換えればうまくいきそうな気がするけど、昔のこと何でもう忘れてしもーた。
161:デフォルトの名無しさん
07/02/02 20:57:18
そんなぁ・・・（ ＠д＠）/ 思い出せ～～思い出せ～～（※電波送信中）
つーか、今のところBREW3.1.2/gnude/Visualstudio2003/C++ という環境でやってるんですが、
GCCで開発する時ってmakefileはどうやってます？
やっぱり↓をベースにして自分で書くしかないのかなぁ・・・
(BREW AddIns)\common\templates\GCCAppTemplate.mak
162:161
07/02/03 13:36:10
結局、>>4 の情報やBREW Forum（日本語･英語）、ググって見つけたサイトの情報を元に
gnude/C++ でmodファイルを作るところまでは行ったんですが、実機で起動しないです・・・orz
コンパイルとリンクのオプション晒すので、間違いがあればどなたか指摘してくださいです。m(_ _)m
アプリのモジュールに加えて、AEEAPPGEN.c AEEMODGEN.c GCCRESOLVER.c もビルドに組み込んでます。
・コンパイルオプション
c:\gnude\bin\arm-elf-g++ -c -DDYNAMIC_APP -mcpu=arm7tdmi -mapcs-frame -mthumb-interwork -mlittle-endian -fshort-enums -fno-builtin -g
-fno-exceptions -fno-unwind-tables -ffunction-sections -fno-rtti -IC:\BREWSDK3.1.2\sdk\inc -IC:\gnude\lib\gcc-lib\arm-elf\3.3.1\include
-Ic:\gnude\arm-elf\include -O2 -o main.o c:\test\main.cpp
・リンカオプション
c:\gnude\bin\arm-elf-ld --cref -Ttext 0 --emit-relocs -entry AEEMod_Load --gc-sections -o test.elf -LC:\gnude\lib\gcc-lib\arm-elf\3.3.1
-Lc:\gnude\arm-elf\lib AEEAPPGEN.o AEEMODGEN.o GCCRESOLVER.o CAPTUR~1.o main.o （必要な .oファイルは全部書いてます）-lm -lc -lgcc
163:161
07/02/03 13:36:42
あと、リンク時に以下のワーニングが出るんですが
/cygdrive/c/gnude/bin/arm-elf-ld: Warning: C:\gnude\lib\gcc-lib\arm-elf\3.3.1/libgcc.a(_divsi3.o) does not support interworking, whereas test.elf does
/cygdrive/c/gnude/bin/arm-elf-ld: Warning: C:\gnude\lib\gcc-lib\arm-elf\3.3.1/libgcc.a(_modsi3.o) does not support interworking, whereas test.elf does
/cygdrive/c/gnude/bin/arm-elf-ld: Warning: C:\gnude\lib\gcc-lib\arm-elf\3.3.1/libgcc.a(_dvmd_tls.o) does not support interworking, whereas test.elf does
これってGCCAppTemplate.makの最初に↓のようなコメントがあるので、無視してかまわないのでしょうか？
# Notes:
# 1. While building the application using this make file, the following warnings may be
# received. They can be safely ignored:
#"Warning: _divsi3.o does not support interworking, whereas <Your App>.elf does not"
#"Warning: _dvmd_tls.o does not support interworking, whereas <Your App>.elf does not"
#"Warning: cannot find entry symbol _start; defaulting to 00008000"
164:161
07/02/03 13:53:31
あ、ちなみに同じコードをRVCTでビルドすると問題なく動きます。
大人の事情でどうしてもGCC環境を構築しないといけないので
「素直にRVCTでビルドしやがれ！」というレスは無しで。（つдＴ）
165:デフォルトの名無しさん
07/02/03 23:00:51
素直にRVCTでビルドしやがれ！
166:デフォルトの名無しさん
07/02/03 23:24:29
ロガーを使って、実機でどのようなエラーが出ているか確認できないのか
167:161
07/02/04 10:50:06
起動した瞬間、実機ごと落ちるとです・・・
168:デフォルトの名無しさん
07/02/04 11:10:42
>>161
俺も同じ症状で結局gcc使うのあきらめた
ADS使うので、今は環境も消しちまって確認してないんだが、その後
AEEmodGenを壱番最初にリンクする必要がある、とかなんとか見たことがあった
-entry AEEMod_Loadの指定が正しい動作しないとかなんとか、という理由で
169:デフォルトの名無しさん
07/02/04 13:12:15
大人の事情とは、金の問題か
170:デフォルトの名無しさん
07/02/04 13:56:04
おっかねー話だな
171:デフォルトの名無しさん
07/02/04 15:43:46
ずばりQのフォーラムで聞いてみたらどうだろうか？
GCCを使う場合、AddInではC++が通るmakefileが作られない。
自前で用意したmakefileでビルドはできたが、実機では起動時点で動かない。
GCC(GNUDE)を利用したC++向けのmakefile記述の注意点と、
GCC(GNUDE)を利用した開発環境構築の助言が欲しい。
とかﾒｯﾁｬ都合のいい質問。
英語の方のフォーラムに誘導されておしまいだったりして。
172:デフォルトの名無しさん
07/02/04 19:48:05
mapファイル出力してAEEMod_Loadが先頭にあるかチェック
gccは昔自分でgcc自身からビルドして使ってたけど（ちなみに3.3。makeもgnuの奴で）
どうしてもmodのサイズがでかくなるんで使うのやめた。
173:デフォルトの名無しさん
07/02/05 11:52:21
>>171 英語でも
you build on RVCT stupid! Hahahaha!
とかいわれたりしてなｗ
174:デフォルトの名無しさん
07/02/05 13:02:18
use RVCT, you stinkin' loser!! Ha ha!
175:名無しBREWたん
07/02/05 14:21:33
>>161
ld に渡すモジュールの順番が間違ってる。
AEEModGen.o が一番最初。
これは、>>168 の言うとおり、-entry フラグが有効に機能しないため。
さらに、アプリサイズがでっかくなりすぎてどうこうというのは、
gnude じゃなくて GNUARM を使うことをおすすめする。
平均で半分ぐらいのモジュールサイズになる。
URLﾘﾝｸ(brew.s214.xrea.com)
176:デフォルトの名無しさん
07/02/05 16:05:07
GCC くらい自分でビルドすればいいのに
177:デフォルトの名無しさん
07/02/05 19:56:46
>>175
GNUARM を GUNDAM と読んでしまった件
178:デフォルトの名無しさん
07/02/05 20:42:38
安物NICのMACアドレスでライセンスとって
SoftEtherやVMwareで使いまわしときゃいいんだから
RVCT一個くらい買っとけ。
179:デフォルトの名無しさん
07/02/05 20:48:30
またがんおたか！
180:デフォルトの名無しさん
07/02/06 01:12:15
ここのメンツは数年前からほとんど変化が無い
181:デフォルトの名無しさん
07/02/06 08:18:13
だがちょっと舞ってほしい
おまいらお疲れSummer
182:デフォルトの名無しさん
07/02/06 11:01:19
半年くらいBREWの開発はしてないが見てる俺。
183:デフォルトの名無しさん
07/02/06 11:03:56
ちとスレ違いかもしれないとですが。
モバイルソリューションパートナーの登録が済んだのですが、
サイト内の仕様書を見ると各種端末仕様書と、
各種デバイス構成ファイル、
法人向け～仕様書が見えます。
で、一般向け？の仕様書が見当たらないのですが、
これらはどうすれば入手できるのでしょうか？
184:デフォルトの名無しさん
07/02/06 12:10:29
>>183
一般向けってなに？公式コンテンツ作りたいなら
CPになんなきゃ。まずは企画審査がんばってください。
185:デフォルトの名無しさん
07/02/06 15:38:16
なぜか知らんがE03CAは、ICAMERAで
DeferEncode(FALSE) にすると RecordSnapshot() で落ちる。。。
DeferEncode(TRUE) にすると、うまくいく。。。
そしてアプリ終了時に BAD POINTER Type 3 が出てるんで、
どうもどこかを解放しすぎたっぽいんだが、追い切れない。。。
そんなことをし始めてそろそろ２４時間経ちました。。。orz
186:183
07/02/06 16:16:52
>>184
ありがとうございます。
ウチは下請け専門でして、仕様書等はCPから入手してました。
その手間を察してか、
事務の方がモバイルソリューションパートナーの登録を行ってくれました。
で、サイトの方を見てみたら183の通りでして…
一般向けと言うのが適切かわからないのですが、
例えばサービスガイドだとタイトルが
「法人向けEZアプリ(BREW(R))サービスガイド(BREW(R)3.1版)」
となっていまして、以前CPから頂いたものに「法人向け」と
文言が加わっており、内容も若干法人向けになっています。
「法人向け」でないサービスガイドが入手できれば十分なんですが、
私のサイト内検索の方法が悪いのか、登録方法に問題があったのか、
その程度の情報でよいので何かアドバイスお願いできませんか？
187:デフォルトの名無しさん
07/02/06 16:31:03
>>185
ぐおお、DeferEncode(TRUE) にしたら、VGA での撮影はできないんだとよ。
※ICAMERA_GetSizeList() による調査結果。
・・・なんぢゃそら。ヽ(`Д´)ノ
188:デフォルトの名無しさん
07/02/06 16:54:24
>>186
あぁそういうことですか。
当然ながらCP用のコンテンツはありません。
サービスガイドや検証関連は
正規のものをクライアントさんにもらってください。
MSPだとBREWテスト端末を勝手に確保したり
testsigの取得やなんかもできちゃうんで、
そーゆー意図で便宜を図ってくれたんじゃないかと。
うちはモバソリで自社提供と、CPな子会社の下請けやってますが、
機種情報やプログラミングガイドなんかは法人向けので
充分というか、こっちの方が新しい情報がのってたりするので
重にこちらを参照するようにしてます。
あ、CP向けのほうが機種毎の障害情報とか充実してるけど。
189:183
07/02/06 17:26:02
>>188
CP向けのコンテンツと分かれていたんですか。
機種情報等は十分な情報量なので、こちらで満足します。
どうもありがとうございました。
190:デフォルトの名無しさん
07/02/06 18:29:01
>>187
ヒント１：端末仕様書
ヒント２：ハード系(カメラ･ストレージ・音源・エンコなど)は実装依存が激しい
ヒント３：そもそもカメラを使わない企画がオヌヌメ
191:デフォルトの名無しさん
07/02/07 00:37:25
E03て何だっけ?法人端末?
扱ってる人も少ないだろうし乙としかいいようが無いな
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5052日前に更新/203 KB
担当:undef