05/04/16 23:51:31
>>174
もちろんCPじゃないと貰えないが、qualcommのサイトのその部分にアクセス
できているという事はCPから仕事を依頼されている？
端末もテストモードにしないと動かないが、その詳細も当然CPからだけアクセス
できる場所にしかないけど...
176:172
05/04/17 00:00:17
はい、下請けで仕事やってます。端末は多分テストモードになっているやつを
CPから借りてますが、なにぶん私自身初の仕事なものでぎりぎりになって
足りないものに気づくという状況が続いてます・・・。
しかし、これだとまだしばらく実機テストできないのか。・・・地獄見てきますorzno
177:デフォルトの名無しさん
05/04/17 00:06:20
>>176
ESNというのはマニュアルさえあればごく簡単なものなので、CPに電話して
その部分だけ教えて貰えばよい。
相手がわかっているなら1分で済む事だから。
178:デフォルトの名無しさん
05/04/17 02:55:01
おまいら個人保護法もできたし機密情報の取り扱いにゃ気をつけて下さいよ
世の中にゃ守秘義務てものもあるし２ちゃんねるなんてオープンなコミュニティは誰が見てるか分からないしね
正に壁に耳ありジョージにメアリーだから
もっとも大本のクアルコムが情報を小出しし過ぎて必要な情報が末端まで行かないことが大杉さんなんだが
179:デフォルトの名無しさん
05/04/17 03:24:07
>>172
もう遅いよな？
緊急だっていってるんだから、教えてやりゃいいのに。
ESNって、端末機の電話番号下8桁の頭に 0x をつけたもの。
例えば端末機の電話番号が、080-1234-5678 だったら、
0x12345678
180:デフォルトの名無しさん
05/04/17 03:58:27
GetDestination()を使ってフレームバッファに直接描画しているんですが、
先にIDISPLAY_DrawXXX()系の描画ルーチンで領域を書き込まないと
表示バッファにコピーしてくれません。そこでWindowsのInvalidateRect()みたいな
フレームバッファ更新要求のファンクションを組みたいんですが、情報が見つかりません。
なんかいい手ないですか？
181:デフォルトの名無しさん
05/04/17 05:15:13
>>180
IBITMAP_Invalidate
ふつーにあるじゃねーかあｑｗせｄｒｆｔｇｙふじこｌｐ
182:デフォルトの名無しさん
05/04/17 10:23:00
>>179
おまえがもっと早くおしえてやれよ
183:180
05/04/18 04:46:15
>>181
ほんとだ。ヘッダみたらありました。ありがとうございます。
マニュアルに記載されてないことが結構ありますね。
ところでIBITMAP_Invalidate()って、透明設定してカラー０で
フィルしているようですが、恐らく透明色でフィルすればいいってことですね。
184:デフォルトの名無しさん
05/04/18 05:51:13
>>183
BREW 2.1 新インタフェースリファレンス
BREW SDKフォルダの/Docs/BREWNewInterfaces.pdf
185:デフォルトの名無しさん
05/04/18 13:27:03
ちょっと質問です。
ISHELL_StartApplet()を使用したアプリ連携で、移動機にダウンロードされて
いないクラスIDを指定すると
Unknown Error(3)
がシミュレータの画面上に出てきてしまうのですが、こういうものなのでしょうか
？
ECLASSNOTSUPPORTの3だと思うのですが､ISHELL_StartApplet自体もエ
ラーリターンしますし､自前で用意したエラー画面の表示にきません｡
まあ､事前にダウンロード済みか調べればよいのですが｡
別の原因で発生しているということも
ありますでしょうか?
186:デフォルトの名無しさん
05/04/18 23:28:16
「緊急なので」と書けば早く教えてもらえると思うヨ
187:待ち受け起動判断
05/04/19 01:49:43
ISHELL_GetHandler(a->m_pIShell,AEECLSID_SCREEN_SAVER,MT_SCREEN_SAVER)
でIDが自分かどうかを判定じゃだめなのかしら？
188:デフォルトの名無しさん
05/04/19 19:24:42
なんかMicro3Dで軸が
X軸：左が＋
Y軸：上が＋
Z軸：奥が＋
なんですけど、なんかおかしくないですか？
普通X軸は逆のような気がするんですが。
どうなんですかねぇ？
189:188
05/04/19 19:58:24
調べたらY軸も逆向いてるっぽいですね。
なんでだろ？
190:188
05/04/19 20:45:56
なんとなく自己解決。
ただ単にupが1になってるから上下さかさまってことか・・・orz
191:デフォルトの名無しさん
05/04/19 21:11:37
各端末のヒープって、公表されてないの？
どこで見えますか？
192:デフォルトの名無しさん
05/04/19 23:32:31
端末の仕様書
CPにしか公開されてないので注意
193:191
05/04/20 09:36:21
>>192 うそだぁ、書いて無いよ・・・。
194:デフォルトの名無しさん
05/04/20 10:21:38
端末の仕様書ってのはメーカーサイトにあるような奴じゃなくて、
CPにしか公開されてない「-BREWサービス仕様書- 端末仕様」って奴だぞ。
195:191
05/04/20 14:41:28
>>194見たけど、それにすら書いてないよ～？
196:デフォルトの名無しさん
05/04/20 15:24:04
>>195
書いてあるが？
197:デフォルトの名無しさん
05/04/20 15:25:47
>>195
じゃあ、見てる資料が違うんだろうな。
BREW端末仕様(確定版)【****】.pdf っていうファイル名の資料見てる？
それを見てもわからないなら、視力検査に行って来い。
198:191
05/04/20 17:19:11
＞BREW端末仕様(確定版)【****】.pdf なんだけどなぁ・・・おかしいなぁ・・・
199:デフォルトの名無しさん
05/04/20 18:29:50
>>198
CPじゃないんだろ？
200:デフォルトの名無しさん
05/04/20 18:30:41
とりあえずメモリ640KB以内で処理しる
201:デフォルトの名無しさん
05/04/20 23:30:25
バカには見えないみたいだな
202:デフォルトの名無しさん
05/04/21 03:47:04
QVGA端末のDDBは、大抵16bit 565フォーマットだよね？
少なくとも、20台くらいはそうだった。
ばりばりDevice Dependent Programmingしちゃっているけど、
フレームバッファ以外壊さなきゃいいよね？
203:デフォルトの名無しさん
05/04/21 04:04:42
セラのやつだめぽしぬぽセラいらねよ
204:デフォルトの名無しさん
05/04/21 10:00:07
いらないのはセラの奴だけでいいのかな？'`,､('∀`) '`,､
205:デフォルトの名無しさん
05/04/21 10:25:13
>>202
565じゃなかったとしても555だろうし、問題無いんじゃね？
>>204
全部ｲﾗﾈ
206:デフォルトの名無しさん
05/04/21 21:10:25
他機種でうまく動いていたアプリが
W31Kではことごとく落ちてしまうのですが、
同じような現象を解決された方はいらっしゃらないでしょうか？
これといった特定の原因は判明していません。
解決の手がかりなど、いただけるとありがたいです。
207:デフォルトの名無しさん
05/04/21 22:22:11
>>206
窓から投げ捨てろ。
ところで、カメラのRegisterNotifyで登録したCBに渡される引数のリファレンスって、
どこにあるんだ？
毎回ヘッダー確認するのもﾂｶﾚﾀﾖ。
208:デフォルトの名無しさん
05/04/21 23:16:20
>>207
カメラがついてる端末は窓から投げ捨てろ
209:デフォルトの名無しさん
05/04/21 23:29:59
APIﾘﾌｧｲｴﾝｽ>ｺｰﾙﾊﾞｯｸ関数の二番目の引数>データ型
そして侮瘤開発環境を窓から投げ入れろ
210:デフォルトの名無しさん
05/04/22 10:10:25
好きなだけ投げ捨ててこい（ﾟ∀ﾟ）
いらないものを投げ捨てるスレ＠マ板
ｽﾚﾘﾝｸ(prog板)
211:デフォルトの名無しさん
05/04/22 10:22:44
BREW開発してるとホントに投げ捨てたくなる
二年間使っている携帯を買い換えたいがBREW機だけは買わないと誓った
auはBREWオンリーになるから除外Vは使えない3GだしDoCoMoでいいや。勝手アプリも作れるし・・・
212:デフォルトの名無しさん
05/04/22 14:39:34
上司にBREW開発継続をやめさせるよう説得中
213:デフォルトの名無しさん
05/04/22 20:42:14
そんなことよりあの「！」をどう思う
214:デフォルトの名無しさん
05/04/22 21:58:52
そんなにうれしいのかねえ＞！！！！！！！！！！！！！！！
215:デフォルトの名無しさん
05/04/22 22:01:59
すごい嫌われ鰤だな・・・
カメラが付いていると何が起こるの？
216:デフォルトの名無しさん
05/04/23 13:44:58
カメラがついてることに問題はない
BREWのカメラAPIも不備が山のようにあるが頑張ればどうにかなるので、まあ概ね問題はない
ただ、うにゅうからカメラ使うのに一部の端末がｽﾍﾟｯｸが足りなかったり基本仕様にそってなくてぇうぇうwwwクオリティ高けーwwwwwwだったりするだけ
217:デフォルトの名無しさん
05/04/23 14:59:00
今現在SDK落とせないんだけど公式以外で落とせるって場所ある？
ちょっと急いでるんだけど。
近くの本屋にCD付きの書籍とかなかったし。
218:デフォルトの名無しさん
05/04/23 15:01:29
ないと思う。
SDK入りの本も聞いたことないな。
219:デフォルトの名無しさん
05/04/23 19:25:51
>>216
普通に考えて、頑張るべきなのはKDDIじゃないか。
220:デフォルトの名無しさん
05/04/24 00:11:32
黄金週間に検証休むんじゃねーよ！！！！！！！！！！！
221:デフォルトの名無しさん
05/04/24 02:27:16
休むけど、管理とか技術情報はサポートしてくれるよ？
まぁただ、BREWで開発は基本的にマゾイから深みにはまる前に
逃げるかどうにかしたほうがええ
222:デフォルトの名無しさん
05/04/24 03:06:35
＞休むけど、
士ね！！！！！！！！！！
223:デフォルトの名無しさん
05/04/24 04:42:02
これが！クアルコム･ダメポ･フェノメノン！だ！！
224:デフォルトの名無しさん
05/04/24 07:30:59
某国並みの暴動が発生しそうな勢いです。
225:デフォルトの名無しさん
05/04/24 09:23:55
IHTMLVIEWERについてなのですが、inputタグにフォーカスがあたっているとき
SELECTキーを押すとフルスクリーンモードになってフィールドの編集画面にな
りますが、ここで編集したあとにそれを有効にするためになりか行わなければ
いけない処理がありますでしょうか？
フルスクリーンの画面では、下方にDoneとMultitapのボタンが表示されている
のですが、これにフォーカスを当ててSELECTキーを押しても何も反応がないで
すし、CLSキーを押すとHTMLの画面に戻れますが、入力した値が消えてしまいま
す。
226:デフォルトの名無しさん
05/04/24 10:37:48
>>225
そもそもIHTMLViewerのフルスクリーン入力時の挙動は端末ごとに違うから、
検証端末書いてくれないと。
っていうか普通に組んでれば何もしなくても勝手に値は設定される。
227:デフォルトの名無しさん
05/04/24 17:06:41
>>226
すみません。
SDK 3.1.2 Jaのシミュレータで実行しています。
とりあえず、EVT_KEYが来たときに、イベントをIHTMLVIEWER_HandleEvent()
に投げてしまっています。
228:デフォルトの名無しさん
05/04/24 17:53:57
>>227
いや、サスペンドとかも渡さないとまずいだろう。
if (IHTMLViewer_HandleEvent() == TRUE)
return TRUE;
～
通常のイベント処理
～
って感じにかかないといけないぞ。
229:デフォルトの名無しさん
05/04/24 18:15:41
>>228
ありがとうございました。動くようになりました。助かりました。
よく見ると、サンプルのNetDiagnosticsのソースでも288さんご指摘同様に
IHTMLVIEWER_HandlEvent、通常のイベントとやってました。
特に、キーを押したからイベント処理するだけというのではなかったので
すね。
それでは、ありがとうございました。
230:デフォルトの名無しさん
05/04/25 02:59:00
ｳﾞｪｰ
∧ ∧γ⌒'ヽ
（,, ´∀i ミ（二i
/ っ､,,_| |ﾉ
～(￣__)_) r-.! !-､
｀'----'
231:デフォルトの名無しさん
05/04/25 06:24:53
HTMLVIEWERとかメニュー、ダイアログとか、糞イベント仕様だよなあ。
232:デフォルトの名無しさん
05/04/25 12:07:28
HTMLVIEWERのおかげでオブジェクト化に失敗しましたヽ(´ー｀)ノ
233:デフォルトの名無しさん
05/04/25 20:50:32
SDKのサンプルや、MSPからダウソできるサンプルを見ると、ほとんど
AEEAppletのHandleEventの中で全部のイベント処理を行っていて、糞長くなっ
ているけど、これはBREWの宿命なの？
「BREWプログラミング実践バイブル」なんかでも愚痴がこぼされているし。
書き様によっては分離できそうな感じがするんだけど。
たとえばIControlのHandleEventをオーバーライドして各メニュー画面での処
理を分離させる、というような設計だとまずいかなあ？
234:デフォルトの名無しさん
05/04/25 23:03:11
まあとにかくやってみてよ
235:デフォルトの名無しさん
05/04/25 23:29:39
いいんだけど、その前にちょっとアレンジしただけで素人プログラムだと
通らなくなるから、練習のつもりで1000行関数作ってなれたほうがいいよ
236:デフォルトの名無しさん
05/04/25 23:48:42
てか基本のコントロール系使うより自分でUI組んだ方が扱いやすくて早い
コントロール系をせいぜいつかってもメニャーかテケストぐらいだし
てか、コントロール系使いすぎると検証通らないし
237:デフォルトの名無しさん
05/04/25 23:52:51
通るよ、金次第だけど？
500以上積めば余裕。
238:デフォルトの名無しさん
05/04/25 23:56:49
じゃあ弁当我慢する
239:デフォルトの名無しさん
05/04/26 08:15:12
既に殆ど昼飯は食ってない('A`)
おのれBREWめ
240:デフォルトの名無しさん
05/04/26 09:55:46
500ｳｫﾝなんて安いなぁ
241:デフォルトの名無しさん
05/04/26 19:35:25
携帯アプリ板にも貼られてたけど。
有料の特急検証ができるとな。
URLﾘﾝｸ(k-tai.impress.co.jp)
242:デフォルトの名無しさん
05/04/26 20:35:30
>>241
ｵ㍗ﾙ
243:デフォルトの名無しさん
05/04/26 22:05:49
>>241
有料って、具体的にどのくらい？
こんな情報までCP以外に隠すのかなぁ。
244:デフォルトの名無しさん
05/04/26 22:24:24
殿様商売まっしぐらだな
通常検証が遅い事が問題なのに、それ自体を改善せずに、早く出したいなら金を出せか！
それなりの金額でも通常検証だとそれ以上に売上が低下するし、特急を選ばざるを得ない状態になるな。
で、半年後くらいには特急も検証開始まで数ヶ月待ちになる、と。
245:デフォルトの名無しさん
05/04/26 22:28:45
特急の検証をやる人はこれまでの通常の検証の人から
もってくるんだろ？
つまり通常はもっと遅くなる。。。
246:デフォルトの名無しさん
05/04/27 04:27:53
特急料金がいくらになるかは知らないが、CPが容易に捻出できる程度の額だと>>244の言う
｢半年後｣になるわけで、まあ安いわきゃない罠。開発費用は倍率ドンだ。
そうなるとCPは問題をおこしそうな機種は（古い・不人気・バグってる・担当に嫌われたｗｗｗ）
さ っ さ と 見 捨 て る 決断をせざるを得ないと予想するわけだが。その結果どうなるか
熟考してから発表したんだろうな。
247:デフォルトの名無しさん
05/04/27 08:11:15
ヒープ1MB無いのに1.5MB容量アプリは楽しそうですね
本当に作る人のことを考えてんのかよヴォケ
248:デフォルトの名無しさん
05/04/27 08:42:24
起動しないじゃんｗ
249:デフォルトの名無しさん
05/04/27 08:52:52
>>248
大丈夫か？ｗ
容量!=実行ファイルサイズ
250:デフォルトの名無しさん
05/04/27 09:17:36
>>249
起動に必要なヒープは実行ファイルサイズ以上は必要ですが何か？
251:デフォルトの名無しさん
05/04/27 09:26:25
急速にスレの質が低下してまいりました
252:デフォルトの名無しさん
05/04/27 10:21:56
だのぅ。
容量が増えると３Ｄ背景とか、でかいデータも入れやすくなるのがメリットだね。
でも、ナム○とか大手じゃないと使わせてもらえないだろうね。
まー、KDDI-BREWのアプリ作成のお得意様は企業みたいだし、
状況を理解してないエライヒトが携帯アプリ出せって言い出すだろうから
いくら吹っかけても問題無いんじゃね？
253:デフォルトの名無しさん
05/04/27 11:30:09
不覚にも春だなと思ってしまったよ。
254:デフォルトの名無しさん
05/04/27 14:54:23
URLﾘﾝｸ(www.itmedia.co.jp)
今年度はBREWアプリの品質向上に着手する。
4月の段階でアプリ数が1000本を超えた。
ある程度ボリュームが出てきたこのタイミングで、
今度はクオリティに目を向けていく考えだ。
「今後、アプリについて注文をつけさせて頂きたいと思っている。
ここで一回、どうすれば質が上がるのか、
一から組み立て直そうと思っている」（竹之内氏）
255:デフォルトの名無しさん
05/04/27 14:55:51
次の三洋WINはBREW3.1なんだ
256:デフォルトの名無しさん
05/04/27 15:18:32
ホント、レベル低っ！
じゃあ、あれですか？DVDなプラットホームで動くPS2は4GB以上ヒープ積んでるのか？(藁
出直してこい(藁
257:デフォルトの名無しさん
05/04/27 15:23:00
それ例えになってない…
258:デフォルトの名無しさん
05/04/27 15:37:13
>>254
今作ってる奴をﾘﾘｰｽできる可能性が若干下がった気がする。
259:デフォルトの名無しさん
05/04/27 15:45:54
きっと248は、実行ファイルに全てのリソースを詰め込むスタイルなんだよ。
Winでも一昔前までは結構あったよね、配布ファイルが１つで済むからって。
260:デフォルトの名無しさん
05/04/27 19:52:45
カンファレンス祭りの流れをぶった切って悪いんだけど
どなたか助けてください。
リソースを圧縮したgzipファイルを展開して使ってるんですが
展開中にアプリキー連打すると消えないファイルが出来ちゃうんですけど
回避方法ないでしょうか？
一端ファイルを作ってそこに展開したデータを流し込む方法じゃなくて
メモリに直接展開したデータ置く方法の方がいいのかなぁ？
261:デフォルトの名無しさん
05/04/27 20:46:58
>>260
俺は一度メモリ上のバッファに展開→メモリから読み込み→バッファ破棄
ってやってる。
ファイル周りは色々と厄介そうだから、一時ファイルの作成はなるべく
やりたくないね。
262:デフォルトの名無しさん
05/04/27 21:32:29
同じく。
メモリ上に展開しないとファイル領域の容量が一杯のときにゲームが出来ない不具合が出るよ。
まぁ、エラー画面実装すれば検証自体は通るけど気持ち悪いからなぁ。
メモリ上に読み込んでIMEMASTREAMなりで読むのをオススメする。
263:デフォルトの名無しさん
05/04/27 21:33:21
ゲームが出来ないって、何だ俺（笑）
ごめん、アプリが起動できない、と言い直しておくー。
264:デフォルトの名無しさん
05/04/27 21:37:21
BREWアプリの80%↑はゲームなので問題ありません。
IHTMLViewerのフォーカスをコントロールするのってどうするの？
SetActive()ってのはなんか違う気がする。
っていうか、HandleEventにイベント渡してないのに勝手に描画されるよ。。
265:デフォルトの名無しさん
05/04/28 00:19:54
>>259
少なくとも文字列はリソースファイルに入れないほうがマシな気がしてならない件について
266:デフォルトの名無しさん
05/04/28 03:44:42
ｴﾐｭ上でMA-5のSMAF(spf)鳴らせるのかな
URLﾘﾝｸ(smaf-yamaha.com)
からMA-5用らしきzipを持ってきてdllを SDKのBin/Modules/
に置いてみたんだがﾀﾞﾒﾎﾟ
267:デフォルトの名無しさん
05/04/28 12:45:36
服を脱ぐ
↓
268:260
05/04/28 14:16:29
窓を開け
↓
>>261さん >>>262さん
でも今までBMPをISHELL_LoadBitmapで読んでたんですけど
バッファからIBitmapに渡せなくなりますた(つД｀)
サウンドはIMEMASTREAMで行けたのに・・・・
むー、ワカラン
269:デフォルトの名無しさん
05/04/28 15:32:57
思いっきり助走をつけて
>>268
つ【CONVERTBMP】
270:デフォルトの名無しさん
05/04/28 17:20:52
質問が２つあります。ご存知の方、教えてくださいませ。
１）エミュレータのログに、起動時と終了時に
「WARNING: App Callback Pending」が表示されます。
（起動時に1つ、終了時に1つ）
『コールバック関数内で1秒以上の処理を行うと出る』という
話も聞きましたが、このWARNINGが出る原因は
他に何かありますか？
２）特権レベルの「ネットワーク」と「Webアクセス」、
両者の違いは何でしょうか？
いま、ウェブから画像を取得してきてIHtmlViewerで
表示させているのですが、どちらにチェックをつけても
動作しています。（つけない場合は動作しません）
（「ネットワーク」は「Webアクセス」＋端末同士の通信？？）
以上、よろしくお願いします。
271:デフォルトの名無しさん
05/04/28 17:36:01
>>270
1:
URLﾘﾝｸ(brewforums.qualcomm.com)
272:デフォルトの名無しさん
05/04/28 18:02:06
>>271
「BREWツール」のForumは見逃してました！
ありがとうございます。
２）も引き続きお願いいたします。
273:デフォルトの名無しさん
05/04/28 18:15:02
>>270
ネットワーク→TCP/IP,UDP
Webアクセス→HTTP
HTTPだけ使いたい場合はネットワークのチェックは不要。
274:デフォルトの名無しさん
05/04/28 18:40:33
>>273
なるほど。
ありがとうございました。
275:デフォルトの名無しさん
05/04/28 20:35:48
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
BREWを活用したソフトウェア共通プラットフォームの導入
-WIN05年夏モデルから2社対応予定
-06年度以降全メーカー対応予定
276:デフォルトの名無しさん
05/04/28 20:56:56
>>275
それの絵見るとメーラがIMAPプロトコルっぽいよな。
今のBREWでもIMAPプロトコル実装すれば携帯のメール受け取れるのかな。
277:デフォルトの名無しさん
05/04/28 20:58:46
>>276
auのEメールシステムがIMAPだからね。
278:デフォルトの名無しさん
05/04/28 22:59:38
メモリ確保系ってBREWって遅いの？
279:デフォルトの名無しさん
05/04/29 01:30:52
>>278
何に比べて？
280:デフォルトの名無しさん
05/04/29 01:48:43
Windowsと比べてかJavaVMかによるが
281:デフォルトの名無しさん
05/04/29 07:58:06
BREWってtry{}catch(){}ないですよね…？orz
282:デフォルトの名無しさん
05/04/29 09:18:08
お前バカだろ
283:デフォルトの名無しさん
05/04/29 09:43:27
小さいサイズ5Byteぐらいのデータを何千回も行うから、
たぶんmalloc遅いとか言ってるんじゃないのかな？
自分でmalloc作るか、あとはいい方法あったっけ？
284:デフォルトの名無しさん
05/04/29 12:07:27
BREWにはgotoがある！
GWだぞ、おまえら！
285:デフォルトの名無しさん
05/04/29 13:31:15
GWn中の深夜に検証申請したら、あの方たちは厭味と感じてくれるであろうか
286:デフォルトの名無しさん
05/04/29 14:02:08
まあその申請が届くのはゴールd
287:デフォルトの名無しさん
05/04/29 14:06:58
あの人らもうGW入ったから今週来週って業務に出ないよ
検証の人も、派遣しかいないから通常作業できるけど
新規の検証はしないよ。
288:デフォルトの名無しさん
05/04/29 17:11:44
それはそうなんだけど、せっかく時刻まで記録されるんだからさああああああ
とか思ってたが頭おかしいような気がしてきたので、帰って月曜まで寝ます。
おまえらごきげんよう。
289:デフォルトの名無しさん
05/04/29 18:38:26
なんだ、ＧＷ仕事してる奴いないのか。
じゃあ俺たちも休もう
といって検証してくれないぞ
290:デフォルトの名無しさん
05/04/29 19:10:37
最近BREWを勉強し始めた者です。
BREWシミュレータでの質問です。
BREW3.1から実装されたISHELL_StartBackgroundAppletがうまく動きません。
APIリファレンスには
「指定したアプリケーションがバックグラウンドで起動する点を除き、ISHELL_StartAppletArgs とまったく同じです」
と書かれているのですが、ISHELL_StartAppletArgsで実行すると動くアプレットが
ISHELL_StartBackgroundAppletにして実行すると
「Unable to start application」と表示され、アプレットが起動されません。
ISHELL_StartBackgroundApplet自体は正常終了してます。(SUCCESSが戻ってきてます)
"ISHELL_StartBackgroundApplet"でググって見ても1件も引っかからないので
この関数はそれほど使用されていない物なのでしょうか？
291:デフォルトの名無しさん
05/04/29 21:38:38
あふりのけんけん
292:デフォルトの名無しさん
05/04/29 23:12:16
なんで初心者が3.1なんだよ！
とは思う
293:デフォルトの名無しさん
05/04/29 23:14:34
生意気だよな？
294:デフォルトの名無しさん
05/04/29 23:22:43
贅沢者！
２．０からやりなおせ
295:デフォルトの名無しさん
05/04/30 00:06:20
謝れ！
１．０に謝れ（AA略）
296:デフォルトの名無しさん
05/04/30 01:41:34
>>281-282
なんでこのスレこんなにギスギスしてるんだ？
297:デフォルトの名無しさん
05/04/30 01:43:22
ＫＤＤＩがウンコだから
298:デフォルトの名無しさん
05/04/30 03:10:31
GWでストレス溜まってるんだろ。
299:デフォルトの名無しさん
05/04/30 03:38:53
Brew開発やっててギスギスしないほうがおかしい。
300:デフォルトの名無しさん
05/04/30 13:41:47
BREWは中途半端に環境の整っている雰囲気の組み込み系開発をやってる気がして疲れるのう。
301:デフォルトの名無しさん
05/04/30 14:08:05
>>300
気がするって、そのまんまじゃないか。
302:デフォルトの名無しさん
05/04/30 14:08:13
try&catchがあれば、何か起きた瞬間全て「メモリーが足りません」画面に移行して
お茶を濁せるんだがなぁｗ
303:デフォルトの名無しさん
05/04/30 15:03:27
>302
すまぬ、BREWはヲチしてるだけなんで知らないのだが
longjmp()って使えないの?
# 使えたとしても使いたくないけど、そんな状況じゃ使わないとやってられないような……
304:デフォルトの名無しさん
05/04/30 18:21:05
うがー(ノ｀□´)ノ ⌒┻━┻
305:デフォルトの名無しさん
05/04/30 18:24:31
え？longjmpもないの？BREWって。
306:デフォルトの名無しさん
05/04/30 19:18:27
今時longjmpとかつかわねーだろ。
っていうかJAVAにもC++にもねーぞ。
307:デフォルトの名無しさん
05/04/30 19:21:56
try cathがないなら、せめてlongjmpがあるべきじゃね？
JAVAもC++も前者があるから後者がいらないわけで。
308:デフォルトの名無しさん
05/04/30 19:27:25
っていうか無いとはいってない。
書けば作れるだろ。
あと、longjmp使う場合が思いつかない。
309:デフォルトの名無しさん
05/04/30 20:50:44
書けば作れるって…。longjmpの中身はアセンブラだぞ。
Cでレジストリいじる方法なんてねーよ。
310:デフォルトの名無しさん
05/04/30 21:11:16
れじすとり？
311:デフォルトの名無しさん
05/04/30 22:07:17
ごめんよ。レジスタだよ。
312:デフォルトの名無しさん
05/04/30 22:07:19
例外が使えんからって変わりにlongjmpは使わんだろ。デストラクタはどーするん？
313:デフォルトの名無しさん
05/05/01 01:39:46
処理全体を while (1) で括って、longjmpしたいところで break 汁！
314:デフォルトの名無しさん
05/05/01 02:35:35
それじゃgotoと変わらん。
別の関数に飛べるlongjmpに用があるんだ
315:デフォルトの名無しさん
05/05/01 09:10:24
>>313
オマエアタマイイナ
316:デフォルトの名無しさん
05/05/01 14:49:53
>>309
なんでBREW=Cなの？
別にアセンブラでもかけるじゃないか。
っていうか最近の組み込みってこんなのばっかり？
アセンブラもわからんとかもうね（ｒｙ
317:デフォルトの名無しさん
05/05/01 15:14:59
BREWでアセンブラが使えるとは初耳だな。
318:デフォルトの名無しさん
05/05/01 15:59:55
ちなみに自分がアセンブラ使えないのは仕様だ
319:デフォルトの名無しさん
05/05/01 16:52:40
316さんはアセンブラでBREWアプリを作るって…どうやって？
煽りとかじゃなくてマジで聞いてみたい
320:デフォルトの名無しさん
05/05/01 16:56:46
アセンブラを使う方法があるなら是非知りたい。
描画周りで色々楽しいことができそう。
321:デフォルトの名無しさん
05/05/01 17:07:10
>>319
>>320
自分が開発に使ってるもののマニュアルぐらい読め
322:デフォルトの名無しさん
05/05/01 17:21:45
>>321
マニュアルのどこに書いてあるか教えれ
答えられなかったらデマ
323:デフォルトの名無しさん
05/05/01 17:42:25
それぐらい調査することもできないやつは去れ
324:316
05/05/01 17:58:06
ｺﾞﾒﾝ316だけど、ほんとにわからないの？
325:デフォルトの名無しさん
05/05/01 18:08:36
わからないよ。
BREW上でインラインアセンブラなんて存在しないし。
頼むから「わからないの？」とかじゃなくて、真剣に教えてくれ。
326:デフォルトの名無しさん
05/05/01 19:03:49
316さんいつ教えてくださるんですかー。
327:316
05/05/01 19:07:24
普通にアセンブラでコード書いてアセンブルして、
リンクすればできるぞ。
RealViewでもGCCでもできる。
GCCなら普通にインラインアセンブラも使えるはずだが。
>>325
>BREW上でインラインアセンブラなんて存在しないし。
BREWはプログラミング言語じゃないぞ。実行環境だ。
328:デフォルトの名無しさん
05/05/01 19:10:14
>>327
( ´_ゝ`)y-~~ 結局ただのバカでしたか…。
329:デフォルトの名無しさん
05/05/01 19:12:26
>>327
その「できる」ってコードを実機で動かしてみ。
時間無駄にした。アホくさ。
330:デフォルトの名無しさん
05/05/01 19:33:13
漏れはただのウォッチャーなわけだが、
Cが使えてアセンブラが使えないっていう環境が
あたりまえのこととは思えない。
何で使えないの？
煽りとかじゃなくてマジで聞いてみたい
331:デフォルトの名無しさん
05/05/01 19:35:09
BREW Forum - double値のint型への変換について
URLﾘﾝｸ(brewforums.qualcomm.com)
これなんかどうだろう。
アセンブラが使えないって事は、コレも騙りってコトでいい？>>328
332:デフォルトの名無しさん
05/05/01 19:37:25
ヘルパー関数使えって書いてあるじゃん。
333:デフォルトの名無しさん
05/05/01 19:53:39
URLﾘﾝｸ(www.google.co.jp)
これでトップになにやら出てくるわけだが、コレもデマか？
334:デフォルトの名無しさん
05/05/01 19:57:03
>>333
とにかくやり方を答えてみろ
335:デフォルトの名無しさん
05/05/01 20:01:01
>>333
中身ちゃんと嫁。
まさかいまさら「俺の言ってるBREWってのは、日本の携帯端末のものではありませーん」とか言うつもりか？
336:333
05/05/01 20:35:54
ごめんよ。とりあえず、ほんとのBREW開発者じゃないんだ。
興味があって聞いてるだけなんだ。
>>334
一般的には、アセンブリソース書いて、
（ armasm なり GNU as なりの）Cコンパイラとセットになってるアセンブラ使ってアセンブリして、
C/C++と一緒にリンクしたら、もうC/C++で書いたのと何が違うわけでもなくなると思うんだ。
実機で動かすと、なにか良くないことが起こるのか？
>>335
ふつうのARMアセンブラの説明に、BREW用に（問題にならなさそうな）制限がついてるだけだった。
日本の携帯端末だと何の事情が違うわけ？CPU？
ほんとに申し訳ないが、ウザかったらスルーしてもらっても文句は言わない。
337:316
05/05/01 21:01:19
>>336
特に問題は出ないはず。
RealViewでも__armasm使えばインラインアセンブラあるっぽいな。
そのうちサポートしなくなるって書いてあったが。
338:デフォルトの名無しさん
05/05/01 22:09:04
アセンブリ言語使えないって書いてるやつは、言語についてなにか勘違いしてないか？
339:デフォルトの名無しさん
05/05/01 22:11:26
～はず、～思う、とか憶測で書いてもしょうがないんだけど
実際にauの端末で動かしました、というのが何より説得力がある
そこを期待するんだけどどうよ
340:デフォルトの名無しさん
05/05/01 22:33:29
アセンブリで書こうがCで書こうが結果は一緒
それよりもBREW APIのｲﾝﾀｰﾌｪｰｽにNULLチェック機能がついてないなど根幹的なメモリ管理が脆弱な件について
341:デフォルトの名無しさん
05/05/01 22:36:38
>>339
実際に動けばOKなんてやつがC言語使うと未定義コード山盛りでも気にしないんだろうな。
342:デフォルトの名無しさん
05/05/01 23:04:59
338が正しい。
ただしアセンブリ言語で書いても手間だけ掛って得るものは少ないが。
343:デフォルトの名無しさん
05/05/01 23:06:07
漏れも中の人ではけど、技術的なことじゃなくてKDDIの審査の話じゃなかったの?
344:デフォルトの名無しさん
05/05/01 23:23:56
どうでもいいけど
>>333
のリンク先を日本語のページを検索すると
転職応援サイト イーキャリア
とゆーとこに
「Ｃ++、Java、ＢＲＥＷ等のいずれかの言語」とか書いてある
345:デフォルトの名無しさん
05/05/02 00:02:32
だから、日本携帯でリリースできる認定コンパイラを通れるかが焦点なの。
BREW全般の話ではないのね。
で、少なくとも日本携帯でアセンブラコードを直書きして、リリースした人の話は皆無。OK?
346:デフォルトの名無しさん
05/05/02 00:15:17
>>345
ほんとに始めからそういう意味で>316に突っかかってたのか？
「日本」とかいう条件が出てきたのは>335からだし、さっぱり意味がわかんなかったよ。
347:デフォルトの名無しさん
05/05/02 00:18:49
>>346
ちょっとまて。基本的にこのスレは日本のAU携帯BREWのスレじゃないのか？
348:デフォルトの名無しさん
05/05/02 00:35:51
後出しじゃんけんやめましょうね。
349:デフォルトの名無しさん
05/05/02 00:49:39
あり？コンパイラって限定されてるんでしたっけ？
350:デフォルトの名無しさん
05/05/02 05:04:27
>346>348
>319>320はau端末前提で話してる。よって>345>347が言ってることはズレてない。
このスレも最初からauのBREW端末のスレ。
このスレから読み始めた人にとってはテンプレ見ても気付かないかもしれないが。
しかしながら316氏はau端末のアプリで検証通すことは前提にしてなくて、
>316の発言の時点からBREW一般の話をしているように思う。
そこへ、au端末前提としてる人、BREW一般を前提としてる人が、ないまぜになって発言をしている。
それで話の流れがこんなふうになっているのではないだろうか。
351:デフォルトの名無しさん
05/05/02 08:22:47
黄金週間にみんなごくろう
352:デフォルトの名無しさん
05/05/02 08:32:59
うわー こいつ黄金週間なんてまだ信じてるよ
353:デフォルトの名無しさん
05/05/02 09:07:21
BREW端末で使えないことはわかったけど、
認定コンパイラ（？）ではじかれるってのと、KDDIの検証ではじかれるってのはどっちなの？
354:デフォルトの名無しさん
05/05/02 14:07:09
月間ｱﾌﾟﾘ★ｹﾞｯﾄの創刊第２号が出るらしいが・・・
「ﾎﾘｴﾓﾝ特集」はイラネー。買う気が失せたヨ。
355:デフォルトの名無しさん
05/05/02 17:37:07
連休中に凄いことになってるな。
KDDIが検証用として受け取るのはﾊﾞｲﾅﾘｺｰﾄﾞなんだから、Cで書こうがｱｾﾝﾌﾞﾗで書こうが結果としてﾊﾞｲﾅﾘｺｰﾄﾞができあがれば問題ないだろ。
んでもってｱｾﾝﾌﾞﾗで書くことの何が問題かというと、BREW SDKが用意しているAPIをｱｾﾝﾌﾞﾗから呼び出すのがめんどくさいことぐらいじゃないか？
そもそもｲﾍﾞﾝﾄﾊﾝﾄﾞﾗ関数を書いて、AEEClsCreateInstance() 関数に準拠したｺｰﾄﾞを指定されたｴﾝﾄﾘﾎﾟｲﾝﾄに配置して、ｲﾍﾞﾝﾄﾊﾝﾄﾞﾗ関数へのﾎﾟｲﾝﾀを登録さえすればとりあえずBREWｱﾌﾟﾘとして動く気がする。
なんでやらないかって、そんなめんどくさいことするぐらいならCで書いた方が早いからだ。
356:316
05/05/02 18:03:05
いまさらで申し訳ないけど、KDDI検証に通る為にはコンパイラって限定されるの？
漏れはそんな話一切されなかったし、資料からも読み取れなかった。
RealViewは認定コンパイラ？だとは思うけど、それに付属してるアセンブラを使用するのもアウトなのか？
>>355と同じ認識でアプリ作成していましたが、問題あるなら書き直さないといけないので、
該当資料を教えてください。
357:デフォルトの名無しさん
05/05/02 18:09:53
>>356
とりあえずGCCでｺﾝﾊﾟｲﾙしたｺｰﾄﾞは検証通ったよ。
俺も、指定されたｺﾝﾊﾟｲﾗがあるって話は知らん。
RVCTはうちの会社でも買ったけど、
常にこれでｺﾝﾊﾟｲﾙしてる訳じゃあない。
358:デフォルトの名無しさん
05/05/02 18:29:09
検証通るならコンパイラは特に限定されないはず。
359:デフォルトの名無しさん
05/05/02 18:31:59
じゃぁ↓こいつらは何のこと言ってんの？何かあるんじゃない？それとも>328
>>329,335,325
360:デフォルトの名無しさん
05/05/02 18:58:43
ｱｾﾝﾌﾞﾗとCは使用言語が違うだけで、ﾊﾞｲﾅﾘｺｰﾄﾞは同じﾓﾉを生成することが可能。
KDDIの検証時はﾊﾞｲﾅﾘｺｰﾄﾞを提出すればよいわけだから、元のｺｰﾄﾞがCだろうがｱｾﾝﾌﾞﾗだろうがどっちでも構わないよと言うこと。
なぜにｽﾚｯﾄﾞの上の方でばたばた騒いでいるかだが、KDDIが推奨する開発環境がVC+RVCTなだけで他に成功事例がないから他じゃﾀﾞﾒだって言ってるだけでしょ。
成功事例がない → うまくいく保証がない だが、
成功事例がない → うまくいかない ではないので。
361:デフォルトの名無しさん
05/05/02 19:10:45
アセンブラに関しては、検証項目に関数の呼び出し方レベルの指定があったので、難しいかもしれない。
つか、チェック付けらんない。
コンパイラについては別になんでも良いハズ。>>355が正しいんじゃね？
ていうか、バイナリ提出なのにコーディングにまでケチ付ける検証もどうかと思うんだけどさ。
362:デフォルトの名無しさん
05/05/02 20:20:57
BREWでは基本的に、アセンブラでのコードは禁止されてるぞ。
絶対問題を起こさないという保証があれば通るかもしれんが…。
描画まわりをアセンブラで高速化してたら、検証書類のいくつかでごまかせないところがあって直した。
いや、嘘ついちゃってもいいんだけど、問題が起こったときに「実はアセンブラ使ってました」ってなったらCP剥奪とかなるかもしれんし。
363:デフォルトの名無しさん
05/05/02 20:22:36
>>362
おおっ、重要な情報だ。
こうなってくると、ｲﾝﾗｲﾝｱｾﾝﾌﾞﾗでも微妙だな。
364:デフォルトの名無しさん
05/05/02 20:40:28
話題があれなんでネタ振りしてみる。
前にも一度ここで報告した気がするが・・・
W21S用のアプリでサウンドがON/OFF出来る物を用意する。
↓
K某でalarm始動
↓
アプリ起動＆オプション等でサウンドOFF
↓
しばし待つ
↓
alarmでK某割り込み起動してくる
↓
K某終了
↓
アプリ遅くなる（キー入力等アプリに刺激があると通常速度）
・・・ウチだけ？
365:デフォルトの名無しさん
05/05/02 23:07:57
>検証書類
なんかアセンブラの影響受ける部分ってあったっけ？
ざっと見ただけだけど見つかんない…あとでもっと調べてみよう。
まぁわかった上でしっかり検証すれば使っても問題ないと思うんだけど。
Cのみでも落ちる(ハングね)アプリは落ちるんだし。
つかCでもある程度アセンブラレベルのコードを意識しながらでないとサイズでかいし遅くなるし。
366:デフォルトの名無しさん
05/05/02 23:20:54
>>364
W21Sのことが前に書き込んだ人がいたけど、
まだ解決してないのか？
やりかたが書いてあるから俺もやってみよう。
Ｇ Ｗ 明 け て か ら ね
367:デフォルトの名無しさん
05/05/02 23:25:39
>>365
>>なんかアセンブラの影響受ける部分ってあったっけ？
そんなものは無い。
そもそもC言語で作ったバイナリもアセンブラで作ったバイナリも同一の
ものが作れるわけで区別するのは難しい。
プログラミング言語の事が分からない人達が騒いでいるだけだよ。
368:デフォルトの名無しさん
05/05/02 23:34:41
>>362
ほう、自作のIGraphicsみたいなの作ったってこと？
でもそれって機種ごとにコード書かなくちゃなんなくて大変じゃね？
369:デフォルトの名無しさん
05/05/02 23:58:43
>>367
だから検証書類で問題あるんだってば。
370:デフォルトの名無しさん
05/05/03 00:45:11
もうお前らBREW止めようぜ...
371:デフォルトの名無しさん
05/05/03 00:47:51
止めたら飯食えないから必死なんだよ。こんなマゾイ開発みんな
やりたくねぇって
372:デフォルトの名無しさん
05/05/03 01:06:15
検証側から、アセンブラなるべく使うなというお達しが出されているのは事実。
実際「CPをやらせていただいている」立場なこちらとしては、危険をおかしてCP剥奪とか検証停止処分になると死活問題。
理論上はできるけど、事実上できないって感じ＜アセンブラ
373:デフォルトの名無しさん
05/05/03 04:08:00
>>366
すぐに社内で解決したんですけどねぇ
端末仕様（不具合）なのかアプリ側なのかKDDIに問い合わせてるんですけど・・・
3 ヶ 月 以 上 返 答 が な い
流石KDDIくおりち
GW？なんですかソレ？
あぁGo Workの事ね
_|￣|○
374:デフォルトの名無しさん
05/05/03 10:32:57
基本APIの仕様と性能について聞いても教えてくれないというか
そんなの知らないようで、偉い腹の出っ張ったおっさんが6ヶ月
ぐらい余裕で放置してくれますよ。
解らないことはニダ企業に聞いてるし。もうだめだよ。
375:デフォルトの名無しさん
05/05/03 13:45:16
CINってとこだっけ？ 質問できるとこ。あそこで聞いたらすぐに返答帰ってきたけどなあ。
376:デフォルトの名無しさん
05/05/03 18:52:48
開発対象端末てやっぱりS系が一番問題多いのか？
どれが一番担当したくない端末？
あと逆に安定してる端末はどれだろ
377:デフォルトの名無しさん
05/05/03 20:05:06
KDDIの質問担当は差が激しいなぁ。
すぐかえってくる質問と半年くらい待たされる質問とかあるし。
378:デフォルトの名無しさん
05/05/03 21:11:05
先日ドコモからauに乗り換えた１ユーザですが上のグチ？を見て無料ゲームが今後も出そうにない事がよくわかりました！
auに変えた最大の理由が低料金から定額制が使える！ということでしたがお先真っ暗です！
年割りに入っていますがさっさと違約金を払いドコモに戻ろうかと考えてしまいました。
どこもかしこも有料ですが１ユーザから言わせてもらうとどれも有料契約には入る気がありません。
なぜなら有線のインターネットで十分間に合っているからです。
ゲームも暇なときの暇つぶし程度でなら遊べるのですが月額でゲームをするほど時間がありません。
というかたとえばドラクエなんかもなんで月額なんでしょうか？
携帯ゲームは電池の持ちという制約があるために１日の最後の帰宅途中ぐらいしか遊ぶ時間がありません。（東京在住）
地方とかだと自動車で電源の問題はないのでしょうが逆に通勤時間等がない気がします。（住居と職場が近い）
そう有意味では１回５分程度のいつでも中断できるゲームでないとなかなか手を出しにくいと思います。
また、これだけ有料の文字が躍ると（EZWEBも）１に会員登録、２に会員登録、３にも会員登録で逆に会員登録する気が失せます！
インターネットでは無料で見られる情報が携帯では有料なのも期待を裏切る有様でがっかりです。（PCサイドビューワ契約しろってか？）
上記を見ているとはっきりいってauは切り捨ててもいいんじゃないかと思います。
どの道有料で採算があうなんて事は非常に難しいんじゃないかと思います。
あと素人の質問ですがauのプログラムは機種依存なんでしょうか？
うちの携帯W21CAなんですが見るページ＆ソフトがことごとく対応していませんと出るのですが・・
やっぱりワイド液晶がガンなのでしょうか？
379:デフォルトの名無しさん
05/05/03 21:24:11
月に数百円でガタガタ言うな。
それの何倍パケ代払ってんだよカスが。
380:172
05/05/03 21:25:55
すいません、誰か助けてくださいorz
A5306STでスプライト使って画像表示しようとしてるんですが、
1)CreateCompatibleBitmapでDDB作成
2)リソースからウィンドウズビットマップ読み込み
2)QueryInterfaceでIDIBに
3)パレット変更
4)IBITMAP_BltInで１で作成したビットマップに転送
ってやってパレットチェンジしたDDBを作成してるんですが、BltInの段階でなん
エラーも返さずにアプリが落ちてしまいます。
A5501Tとかエミュだと動いたんですが・・・。何が原因かわかりませんか？
381:デフォルトの名無しさん
05/05/03 21:36:05
>>378
釣り？
>>380
色々開放してやらにゃならんのですが、漏れなく開放してる？
旧パレット配列も開放してやる必要あるよ。
382:デフォルトの名無しさん
05/05/03 21:44:29
釣りかどうかはわからんが、気持ちはよくわかる。
スレ違いだけどな。
383:デフォルトの名無しさん
05/05/03 21:59:04
ていうか釣り。スレ違いはほっとけ。
384:380
05/05/03 22:13:13
ビットマップ関連のオブジェクトはBltInした後に
Flushpalette
WinBitmap
DIB
の順で開放しています。
パレットチェンジしないで、（３の段階を踏まずに）４にいってもとまります。
385:380
05/05/03 22:23:32
QueryInterfaceの戻り値を確認していませんでした。orz
で、確認したらEUNSUPPORTED
そんなこと仕様書に書いてたねぇのに・・・orz
386:デフォルトの名無しさん
05/05/03 22:23:39
っと、5501では動いてるのか。BREW2.0の問題かなあ。
ちと実機が手元に無いので分からんや。とりあえずLoggerで色々調べてみて下さい。
387:デフォルトの名無しさん
05/05/04 03:33:48
IDIBに対応してないんじゃ？
仕様書は………読んだんだよな
これがKDDIくおり(ry
388:デフォルトの名無しさん
05/05/04 04:34:59
>>385
書いてありますが。。
BREW API リファレンスから転載
>すべてのIBitmapクラスがIDIBをサポートするわけではなく、サポートされていない場合は、
>Query インタフェース関数はエラーコードを返します。
389:380
05/05/04 04:43:48
>>388
いや、機種依存とは認識してたけど機種の仕様書でサポートしてないって書いてなかったから・・・。
結構、土壇場での方針変更は痛いです。＿|￣|○
390:デフォルトの名無しさん
05/05/04 10:00:53
素直に対象機種から外したほうが早いぜー。
今時5306なんて使い続けてるヤツはBREWアプリなんてやらねーよ。
391:デフォルトの名無しさん
05/05/05 18:27:51
やめたやめたﾊﾞｶﾔﾛｰ
392:デフォルトの名無しさん
05/05/05 18:34:49
おまいら俺と同時にスト起こしてBREW無くそうぜ('A`)
もうやってらんねー＿|￣|○
393:デフォルトの名無しさん
05/05/05 20:52:41
Vに比べればまだマシだと思うけどなー( ´Д｀)y-~~
役所仕事に入ってからは糞だが
394:デフォルトの名無しさん
05/05/05 21:53:11
>>392
俺も嫌なんだが、
毎日、水汲みのために地雷の埋まった何キロもの道を
はだしで往復してる5歳の女の子を救うために
やらなければならない
395:デフォルトの名無しさん
05/05/05 22:39:06
>>394
みんなで山を切り開いてでも新しい道を作った方が
女の子を救えそうだなｗ
地雷は埋めた奴に取らせろｗ
396:デフォルトの名無しさん
05/05/05 23:04:39
>>393
Ｖはさー
また独特だよな
ｱﾊﾊﾊ
397:デフォルトの名無しさん
05/05/05 23:22:23
勝手アプリを作れない端末は滅びてしまえ('A`)
まじBREW開発は勘弁('A`)
398:デフォルトの名無しさん
05/05/06 00:37:16
勝手アプリが作れない＝ネットに情報が無い
399:デフォルトの名無しさん
05/05/06 03:44:47
>>396
(つДT)つ旦
400:デフォルトの名無しさん
05/05/06 11:25:10
BREW Tools Suite 3.0.0のBREW Loggerについて質問があります。
Log Outputのウィンドウにてコンソール出力(DBGPRINTF)も出力可能です
が､これはタイミングによって出力されない場合もありますでしょうか?
なんか同じロジックを通しているのに出たり出なかったりする場合があるので
すが｡
401:デフォルトの名無しさん
05/05/06 11:40:19
ありますです。
というかキー入力やタイマー処理などの関係で出力メッセージが前後することはある。
メモリ操作関係で落ちたときなどは出力されないこともあるから、そのような場合は
logをファイル出力するように、といったFAQだかフォーラムの書き込みもあった。
402:デフォルトの名無しさん
05/05/06 11:47:14
メッセージキューが溢れてる可能性もあるね。
403:デフォルトの名無しさん
05/05/06 12:40:29
400です｡
ありがとうございました｡
404:部竜様
05/05/06 17:38:36
おらおら奴・隷・ど・も
GWはごきげんいかがだったかな？
おおっと今日は６日かはっはっは
405:デフォルトの名無しさん
05/05/06 23:20:33
とっとと検証しろよカス
406:デフォルトの名無しさん
05/05/06 23:33:28
URLﾘﾝｸ(141-189-192.biwa.ne.jp)
ｗｗｗｗｗｗｗｗｗｗｗｗっｗｗｗうはっｗｗｗうはっｗｗｗ
うぇｗｗｗｗｗｗっっうぇｗｗｗｗｗｗうぇｗｗｗ
ｗｗｗｗｗｗうはっｗｗｗうはっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
407:デフォルトの名無しさん
05/05/07 09:39:15
上の方のアセンブラ禁止についてだけど、アセンブラ禁止の合理的な理由が
まったく思いつかないんですが？アセンブラ禁止なら、任意のメモリを破壊できる
C言語も禁止すべきだし、C言語を使用するBREW自体も禁止すべきです。
BREWを捨ててやっぱりJavaか、.NETを導入すべきでしょう。
あと、検証項目にアセンブラ禁止など書いてないと思いますが？
で、アセンブラ禁止の理由は何ですか？
408:デフォルトの名無しさん
05/05/07 10:24:58
さぁ、何でしょうね～？
上の議論で、アセンブラ禁止では？、禁止だろう、と勝手に言ってる人はいても
ちゃんと読めば分かるとおりアセンブラ禁止という結論にはなってないからねぇ
息抜きはできただろ？仕事に戻んなよ
409:デフォルトの名無しさん
05/05/07 10:50:38
>>408
まあそうなんだけどね。
BREWでアセンブラ禁止って、
既に肥溜めにはまってウンコまみれになっているのに、
「肥溜めでウンコ禁止」といわれ必死にウンコを我慢している
状態ですよね？
わけわかんないですよまじで。
410:デフォルトの名無しさん
05/05/07 10:53:31
アセンブラ禁止と書いてなくても、検証内容はC前提で書いてあるし、アセンブラ使うと言うと嫌な顔される。
普通に読めば、それくらいは読み取れるが。
411:デフォルトの名無しさん
05/05/07 10:59:03
>>410
妄想をルールにされてもねぇ。
>検証内容はC前提で書いてあるし
CだろうがC++だろうがアセンブラだろうが一緒ですが？
コンパイラとかアセンブラとかリンカの仕組み判ってます？
412:デフォルトの名無しさん
05/05/07 11:08:40
goto >>317;
413:デフォルトの名無しさん
05/05/07 11:24:48
>>412
あのー、楽勝で使えますが何か？
ARM for BREW には、C/C++ Compiler, Assembler全部ついてますが。
ちなみにインラインアセンブラも使えるよ。
一体、アセンブラとBREWを何だと思っているんですか？なんか勘違いしてませんか？
Javaの仮想マシン上でARM7Processorのネイティブコードを動かそうとか
そういうことじゃないですよ？
414:デフォルトの名無しさん
05/05/07 11:33:28
あのさー。
煽る前にきちんと検証書類読もうや。
論理的に考えて、Cはいいのにアセンブラ使っちゃいけないのはおかしい。
気持ちはよくわかる。
だがBREWに論理が通じないのは分かってるだろ？
mallocに失敗するのに、例外処理が未実装だぞ？
検証項目埋めようとすると「あっるぇ？ここアセンブラでやっちゃったんだけどどう書こうｗ」って場所がいくつもあるだろ。
（まともなやつは）誰もアセンブラが使えないなんて言ってない。
問題は、「なるべくアセンブラは使うな」と書いてあることだ。
逆に言うと問題を起こした時に「アセンブラなんか使うからじゃないですか？」と遠まわしにネチネチやられること。
なんど「てめえらの規格があったまおかしいだけだろボケカス！！」といいたかったことか
415:デフォルトの名無しさん
05/05/07 11:41:23
URLﾘﾝｸ(nthkid071139.hkid.nt.ftth.ppp.infoweb.ne.jp)
ｗｗｗうはっｗｗｗ
っうぇｗｗｗｗうぇｗｗｗｗ
うぇｗｗｗ
っうぇｗｗｗっうぇ
ｗｗｗｗｗｗｗｗｗｗｗｗ
っっっうぇｗｗｗｗｗｗｗｗうはっｗｗｗｗｗｗｗｗｗ
416:デフォルトの名無しさん
05/05/07 11:53:12
アセンブラ語るやつはアセンブラで作った
バイナリとソースをうｐしろよ。
それがない場合アセンブラの話はここで禁止
妄想だけで煽るな
417:デフォルトの名無しさん
05/05/07 11:55:42
>>407
KDDIはアセンブラ禁止とは明言していない。
だからあなたは他者の書き込みに惑わされず自分が思うままに
CでもC++でもアセンブラでも自由にソースを記述すればいい。
これが結論だ。
これ以上の議論はあなたにとってもこのスレにとっても不要だ。
418:デフォルトの名無しさん
05/05/07 11:58:55
>>416
アセンブラが使えるか使えないかじゃない。もちろん使える。あたりまえだ。
今は使って良いか悪いかの話だろう？
419:デフォルトの名無しさん
05/05/07 12:02:02
URLﾘﾝｸ(www.s-cradle.com)
一応これあげとくか。
とりあえずこれが動くことと検証に通ることは別問題ということで。
420:デフォルトの名無しさん
05/05/07 12:02:56
>>414
>検証項目埋めようとすると「あっるぇ？ここアセンブラでやっちゃったんだけどどう書こうｗ」って場所がいくつもあるだろ。
そんな項目ないでしょ。まじで。
具体的にどの項だか教えてくれませんか？
っていうか、一体どこをどうアセンブリで書くとそういう懸念が発生するわけですか具体的に？
まったくあなたの懸念を共有できずにいるんですが。
421:デフォルトの名無しさん
05/05/07 12:14:49
アセンブラで開発できる／できないの話は必要ないだろ？
なぜ明確に結論を出したいのかね。
できるってやつはできるんだからやればいい。
できないと思ってるやつが「やり方を示せ」とかいうのは無意味。
できないと思っているけどやれるならやり方を知りたい、というやつが
「やり方を教えてくれ」という書き込みをするなら話はわかる。
その場合は実際にやれてるやつがやり方を教えてやればいいだけ。
やれてないやつが憶測で自分の考えを書くのが迷惑のもと。
422:デフォルトの名無しさん
05/05/07 12:16:59
アセンブラで開発はできる。
禁止もされていない。
だがなるべくアセンブラは使うなと書いてあるし、検証の時にいい顔されない。
ミスった時その部分で色々ぐちぐち言われる。
423:デフォルトの名無しさん
05/05/07 12:24:36
そんなこと どうでもいいから 仕事しろ
424:デフォルトの名無しさん
05/05/07 12:28:09
どうやったら「この部分はアセンブリ言語で書かれている」ってKDDI側で判るのよ？
逆アセンブルして「ここのコードはARMやGCCコンパイラが生成したものではない」
なんていうかったるい調査を検証会社がするわけがないし、そんなことの為に技術者を使うわけが無い。
大体、あそこの検証官がそのことで正当性のあるグチを言えるほど技術的バックグラウンド
があるとは到底思えないし、そもそもBREW環境の構造的にアセンブリ使用に対する正当性のある批判自体存在しない。
425:デフォルトの名無しさん
05/05/07 13:19:18
とりあえず、アセンブラは、エミュレータ用のコードと、
実機用のコードの２種類を書く必要があるので、
そんなのめんどくてやってられない。
426:デフォルトの名無しさん
05/05/07 13:20:25
だから、普通はばれないっての。
問題は「もしばれたら」ってことなんだよ。
KDDI様にお願いしてアプリを作らせていただいてます(;´Д`)人
って立場上、万が一にも睨まれるわけにいかないの。
とりあえず優良CPゲットしなきゃ連続リリースもままならないわけだし、糞が！
427:デフォルトの名無しさん
05/05/07 13:38:01
もう優良ＣＰとか関係なくなったんじゃないの？
428:デフォルトの名無しさん
05/05/07 14:01:45
文句は言っても結局従うしか出来ない犬は黙って開発続けとけ
429:412
05/05/07 15:33:19
漏れは、話が無限ループしてっからログ読んで(ryと言いたかっただけなんだけどね。。
430:デフォルトの名無しさん
05/05/07 15:51:11
if(アセンブラネタ){break;}else{return;}
431:デフォルトの名無しさん
05/05/07 17:17:06
void set(Hoge* pHoge){
__asm{
LDR R0, pHoge;
STR R0, m_pHoge;
};
}
これで動く。もちろんARMだけな。
432:デフォルトの名無しさん
05/05/07 18:12:26
アセンブラついでに、ARM C++で、アセンブリ吐かせて気づいたのは、
自動変数をステートメント中に置くとこんな余計なコードがつくんですが。
|L9.276|
ADD sp,sp,#0x2c
LDMFD sp!,{r4-r11,lr}
for( y = 0; y < h; y++ ) {
uint8* pSrcLine = pSrc;
uint8* pDstLine = pDst;
{...}
}
433:デフォルトの名無しさん
05/05/07 18:23:06
URLﾘﾝｸ(i219-164-145-122.s02.a010.ap.plala.or.jp)
ｗｗｗっｗｗｗｗｗｗｗｗｗｗｗｗうぇｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗっうぇｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗ
うはっｗｗｗｗｗｗおｋｗｗｗうぇｗｗｗ
434:デフォルトの名無しさん
05/05/07 18:32:42
>>432
自動変数をレジスタに確保するために、レジスタをクリアしているのか……？
違ってたらｽﾏｿ
435:デフォルトの名無しさん
05/05/07 20:37:18
>>428
こういう従えないバカがいるから、どんどん細かいところまで規正がかかっていくんだろうね・・・
436:デフォルトの名無しさん
05/05/07 23:00:54
ところでｗｗｗな人のURLは何？
437:デフォルトの名無しさん
05/05/08 00:03:34
>436
山田の亜種じゃねーの?
リモホ晒されただけでわ。
438:デフォルトの名無しさん
05/05/08 14:36:30
山田は感染したヤツのPCの全ファイルを公開するような
HTTP鯖を立てるという話だから、アレもそうじゃね？
439:デフォルトの名無しさん
05/05/08 16:14:05
>>433
あーあ踏んじゃったわ
どうしよう(´･ω･｀)
440:デフォルトの名無しさん
05/05/08 16:18:07
URLﾘﾝｸ(81tt78.omn.ne.jp)
おｋｗｗｗうぇｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗっうはっおｋっおｋｗｗｗｗｗｗｗｗｗｗｗｗｗ
おｋｗｗｗｗｗｗっおｋっｗｗおｋｗｗｗうはっ
ｗっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗっうぇ
ｗｗｗ
441:デフォルトの名無しさん
05/05/08 17:53:46
アセンブラのソースとかがおいてあるんじゃないの？
442:デフォルトの名無しさん
05/05/09 02:09:12
というかアセンブラ禁止より、KDDI的にはクオリティの低いクソゲーこそ禁止みたいだぞｗ
443:デフォルトの名無しさん
05/05/09 04:46:37
KDDI様への提言：
クォリティを気にするならまず真っ先にBREWを禁止すべきです。
シンビアンOSにしましょう。
444:デフォルトの名無しさん
05/05/09 09:20:49
まともに仕事できない奴にクオリティとか言われてもな
445:デフォルトの名無しさん
05/05/09 18:55:37
クァルコム自体、KDDI重役の親族会社。
技術力皆無で足元が見えていないご高説好きのクァルコムが採用されてるのはそのせい。
446:445
05/05/09 18:56:16
ってとこなんだろうなと思ってる。
途中送信しちまった。
447:デフォルトの名無しさん
05/05/09 20:23:24
北欧の、KDDIの何十倍もでかい会社が
えらい言われようだｗ
448:デフォルトの名無しさん
05/05/09 21:37:49
でかけりゃいいってもんじゃねえ！問題は硬さだろ！
449:デフォルトの名無しさん
05/05/09 21:42:09
下らん冗談でハナシを誤魔化すなよ
どこが親族会社だって？ｗ
450:デフォルトの名無しさん
05/05/09 22:30:34
北欧ってなんやねん。
NOKIAか? Ericssonか?
いずれにしてもKDDIの何十倍なんて規模無いがな。
（売り上げで言えばNOKIAでもKDDIの倍程度。）
親族会社なんて妄想も腹いてぇけどな。
451:デフォルトの名無しさん
05/05/10 10:52:17
BREWｱﾌﾟﾘ開発辞めたいよ… でも上司がバカで…
452:デフォルトの名無しさん
05/05/10 21:06:23
Cygwin + gcc でエミュレータ用のdllを作成したいのですが、
clオプションの/MTd相当のオプションはgccではどれにあたりますか？
dll用のmakefileまたは方法紹介しているサイトはご存知ないでしょうか？
動くdllができません...だれか助けて...
453:デフォルトの名無しさん
05/05/10 21:28:35
>>451
うちも同じ。
この労力を別のところに使ったほうがいいような気がする現状。
454:デフォルトの名無しさん
05/05/10 21:41:46
どんどんBREWは廃れるから今は仕事があっても
需要は結局iアプリ一本に変わっていくだろうなｗ
今BREWやってるとこは後手に回るだけで終わるｗｗ
Vはiからの移植はやりやすいから問題ないなぁ(メモリは辛いが('A`))
455:452
05/05/10 22:09:24
自己解決しました、お騒がせしました。
これで家に帰れる
456:デフォルトの名無しさん
05/05/10 23:58:27
void CreateApp(Applet *pMe, MAN 452)
{
if(452.Life != NULL)
BREW_Work(&452);
else
GoHome(&452);
ISHELL_SetTimer(pMeｰ>pIShell, 1, CreateApp, pMe);
}
457:デフォルトの名無しさん
05/05/11 00:21:06
>>455
良かったね。家に帰れて。おつかれちゃん。
458:デフォルトの名無しさん
05/05/11 01:20:57
void CreateApp(Applet *pMe)
{
if(pMe->452.Life != NULL)
BREW_Work(&pMe->452);
else
GoHome(&pMe->452);
ISHELL_SetTimer(pMeｰ>pIShell, 1, CreateApp, pMe);
}
修正。
459:デフォルトの名無しさん
05/05/11 23:49:25
つまんないからアセンブラで書いてよ
460:デフォルトの名無しさん
05/05/12 02:58:13
QualcommはCDMAシステム自体はよくできていたんだがなぁ。
ハード屋なんだからソフトまで手を出さなくてもいいだろうに。
461:デフォルトの名無しさん
05/05/12 08:32:44
たかがラジヲ屋が調子に乗りすぎだ
漏れの時間を返せ
462:デフォルトの名無しさん
05/05/12 09:57:47
最近このｽﾚｸﾞﾀﾞｸﾞﾀﾞだな
463:デフォルトの名無しさん
05/05/12 10:16:11
公開できる有用な情報に対して愚痴が多すぎるな。ｗ
いかに駄目なﾌﾟﾗｯﾄﾎｰﾑかっちゅー話。
464:デフォルトの名無しさん
05/05/12 11:32:11
BREW 3.1って、BREW 2.1用にビルドされたバイナリも動くんでしょうか？ビルドしなおさなきゃだめ？
465:デフォルトの名無しさん
05/05/12 11:57:54
一律に動く、動かないということは言えない。
APIの仕様変更、廃止などがあるから、ソース見て判断するしか。
まずはKDDIのBREW3.1用のドキュメント読んでみるべし。
466:464
05/05/12 13:10:38
なるほど。
こちらでもSDK 3.1.2入れてSDK 2.1.1のExamples動かしてみたんですけど、
Hello Worldくらいしか動かなかったのでそういうことなのでしょうね。
関係ないけどクアルコムのサイト、今日の21:00 PDT
（って明日の13:00 JST？）までメンテナンスらしい。
467:デフォルトの名無しさん
05/05/12 13:42:11
>466
>メンテナンス
またかよ
468:デフォルトの名無しさん
05/05/12 14:41:05
今度はどんな情報がCP以外に閲覧できなくなるんでしょうかね^^;
469:464
05/05/12 14:47:40
> 関係ないけどクアルコムのサイト、今日の21:00 PDT
> （って明日の13:00 JST？）までメンテナンスらしい。
すみません、今日の 13:00 JSTまででした（；´д｀）
470:デフォルトの名無しさん
05/05/12 15:08:05
以前作成した(ClassIDが分かっている)アプリが端末に入っているかどうかを調べたいのですが
ISHELL_GetClassItemID()
を使えばよいのでしょうか？
一応動作してるのですが何か他の方法があったら教えて下さい。
471:デフォルトの名無しさん
05/05/12 18:37:11
今Javaやってるけど、BREWに戻りたいわ。
仕事変わってくれw
472:デフォルトの名無しさん
05/05/12 19:11:23
>>454
そのiアプリも年末あたりからBREWになるわけで・・・
473:デフォルトの名無しさん
05/05/12 19:28:30
それって確かな情報なの？
474:デフォルトの名無しさん
05/05/12 19:41:48
昔からその噂はあるんだが、実際どうなんだろう。
AU系BREW端末が、これほど開発サイドからバッシングされている状態で、作りやすさが売りだったiがそっちに転身とはちょっと考えづらい・・・
475:デフォルトの名無しさん
05/05/12 19:45:21
DOCOMOは採用するとしてもBREW上でJavaVM実装するだろう。
端末メーカの共通仕様としてBREW採用して、
一般のアプリ作成者は今まで通りJavaなんじゃないのか？
っていうことはDOCOMOもARM一本になるのかな？
組み込み分野もIntelで染まるのかなぁ。
476:デフォルトの名無しさん
05/05/12 20:06:13
携帯はあまりに糞みたいな環境しかないんで、
正直、Intel+Winで染まってほしいぞ。
MSがCarnel+DirectX+.NETのみの、超軽 Windows Mobile Edition。
Intelが超消費電力のPentium4 for Cellular。
これでいい。
477:デフォルトの名無しさん
05/05/12 20:06:48
↑つづり間違えた ×Carnel, ○Kernel
478:デフォルトの名無しさん
05/05/12 20:50:08
>>473
細かいことまでしらんがこんな感じかな。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
479:デフォルトの名無しさん
05/05/12 20:56:44
URLﾘﾝｸ(HDOfa-02p6-141.ppp11.odn.ad.jp)
ｗｗｗｗｗｗｗｗｗｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗうぇｗｗｗうぇｗｗｗｗっｗｗｗ
っっ
うはっｗｗｗおｋｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
480:デフォルトの名無しさん
05/05/12 22:10:11
それ海外用端末の話じゃないのか
481:デフォルトの名無しさん
05/05/12 22:42:24
>>478
だまされた。海外ローミング用端末ジャン。
482:デフォルトの名無しさん
05/05/12 23:27:24
>>473,474
>>そのiアプリも年末あたりからBREWになるわけで・・・
こんな馬鹿馬鹿しい嫌がらせに反応しないように。
docomoは今auがBREWで自爆しているからアプリ部分では凄く有利になって
いるんですよ。
わざわざそれを捨てて自滅するわけないでしょ。
483:デフォルトの名無しさん
05/05/12 23:32:58
URLﾘﾝｸ(p2042-ipad12matuyama.ehime.ocn.ne.jp)
ぷはぷぷｗぷぷはぷぷｗぷぷぷぷ
ぷはぷぷｗぷ
ぷ
おｋぷぷぷ
ぷぇぷｗぷぷぇぷｗぷっうぇぷっうぇ
ぷぇぷｗぷおｋぷぷぷおｋぷぷぷぷぇぷｗぷおｋぷぷぷ
484:デフォルトの名無しさん
05/05/12 23:37:13
だんだん↑ほんとに山田なのかわからんようになってきたな……
行く先々で見ることは見るんだがそんなに大流行っちゅう感じでもないし。
485:デフォルトの名無しさん
05/05/13 00:27:24
>>476
どーせSとかTとかがDirectShow非対応のカメラつけるんだろ？
いらねーｙｐ
>>483
N系列のソフトハウスの友達が、BREW端末作ってるらしい。
別のプロジェクトに入ったってだけかもしれんが。
486:デフォルトの名無しさん
05/05/13 01:15:42
>>470
APIリファレンスからは読み取りづらいですが、
ISHELL_EnumAppletInit()とISHELL_EnumNextApplet()(の繰り返し)
で判定できます。
487:デフォルトの名無しさん
05/05/13 01:23:38
>482
とりあえず、KDDI初のBREW端末が何なのか知らない奴は語るな、と。
488:デフォルトの名無しさん
05/05/13 03:09:56
BREW載っけないと通信技術の提供打ち切るて圧力かけてるからな
489:482
05/05/13 10:06:42
A5304Tだが何か？
490:デフォルトの名無しさん
05/05/13 11:24:29
C3003Pでは？
URLﾘﾝｸ(k-tai.impress.co.jp)
491:デフォルトの名無しさん
05/05/13 16:02:18
>>480
いぁ・・・そんなことかいてないぞ・・・
日本のメーカーもＢＲＥＷ端末出すだろ・・・
492:ほい ソース
05/05/13 16:05:00
また、QUALCOMM は、同社の MSM6250ワンチップソリューションと BREW クライアントソフトウェア
を搭載したiモード対応の FOMA 端末を2005年の後半に向けて開発するために、各移動機メーカーと
現在協議中であることを明らかにした。
493:デフォルトの名無しさん
05/05/13 16:54:28
ソースって、URLないじゃんかｗ
一応協議中検討中という建前みたいで、決定事項じゃないっぽいね。
494:デフォルトの名無しさん
05/05/13 17:25:31
アプリ板のがまだ残ってた。
日本法人社長が語るクアルコムのBREW戦略
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
495:デフォルトの名無しさん
05/05/13 23:31:25
BREW贔屓の連中は、あいかわらずqualcommの言っている事ばかり話題にするね。
docomoも、メーカもBREWを使うのなんのという話は全然していないのにね。
496:デフォルトの名無しさん
05/05/13 23:36:48
BREWとうにゅうはどう違うのですか？
497:デフォルトの名無しさん
05/05/14 00:28:46
うにゅうは甘い
498:デフォルトの名無しさん
05/05/14 03:55:41
白くて、甘くて、BREWっとしてて
499:デフォルトの名無しさん
05/05/14 10:21:23
BREW豆乳
500:デフォルトの名無しさん
05/05/14 20:54:47
アニオタウザイ
501:デフォルトの名無しさん
05/05/14 21:35:09
何故アニオタと分かるんだよ
502:デフォルトの名無しさん
05/05/14 22:55:41
解説しよう！
ヲタと呼ばれる種族は脳内に同族を察知するための特殊な器官があるのだ。
503:デフォルトの名無しさん
05/05/14 23:03:56
タイムボカンヲタウザイ
504:デフォルトの名無しさん
05/05/15 22:35:56
SMALLフォントが小さくならない機種について知りたい
Kのサイトにあった端末仕様書を見たがJavaとしか書いてないしフォントサイズのの部分が横線で書いてないのよ('A`)
505:デフォルトの名無しさん
05/05/15 23:20:25
SMALLﾌｫﾝﾄがでかい機種なら心当たりがある。
Kのサイトとかに落ちてるヤツじゃなくて、CPを通して手に入る
confidentialなヤツを参照するのをお勧め。
506:デフォルトの名無しさん
05/05/16 00:01:33
サンクス。
CP経由じゃないと駄目なのか。本当にBREWは面倒だな('A`)
507:デフォルトの名無しさん
05/05/16 07:58:05
>>497-503 ﾅﾝﾀﾞｶ、ｺﾜｲﾜｧ･･･ｶﾞｸｶﾞｸ
508:デフォルトの名無しさん
05/05/16 12:31:27
ARM C++ 1.2で、STLもどきをBREW用に実装しているのですが、グローバルスコープでオーバーライドしている配置(Placement)用の operator new( size_t, void* ) がリンク時にリンクされません。
VC++ + emulatorでは問題なくコンパイル＆リンク＆動作します。対処法がわかる方、教えてください。
"Error: L6218E: Undefined symbol operator new(unsigned int, void*) (referred from mdgame.o)."
ソースはこんな感じです。
void* operator new( size_t size, void* pMem ) { return pMem; } //配置用operator newの実装
template < class T > class allocator {
...
void construct( pointer ptr ) { new ( static_cast< void* >( ptr ) ) value_type; } //配置を使ってオブジェクトを初期化
...
}
509:デフォルトの名無しさん
05/05/16 15:04:29
BREWのBluetooth機能使ったことある人いるますか？
510:デフォルトの名無しさん
05/05/16 17:44:59
ﾉｼ
511:デフォルトの名無しさん
05/05/16 21:06:43
>>508
対処するだけなら明示的にnew()を呼べば良いけど一々面倒かな。
template使うとnewに限らず発生するし。
512:デフォルトの名無しさん
05/05/16 21:29:23
new。というかmallocに失敗したらどうすんだ？それ。
513:デフォルトの名無しさん
05/05/16 23:18:20
>>508
アセンブリで吐き出させてみて、参照してるシンボルと定義してるシンボルを比べるといいよ。
514:デフォルトの名無しさん
05/05/16 23:27:35
つかここの住人でフレーム組む方が早くね
515:508
05/05/17 00:32:06
>>511-512
new の仕事はメモリアロケートと初期化（クラスのコンストラクタ呼び出し）ですが、
配置のnew( void operator new( size_t, void* ) )の仕事は与えられたポインタの指すオブジェクトの初期化しかしません。
class allocatorは、一度に任意のオブジェクト数分のメモリを確保し、必要に応じてオブジェクトの初期化をします。
オブジェクトの初期化を行うメンバー関数が、allocator::construct()です。
allocatorは、たとえばSTLのvectorなどで使われます。
↓このメンバー関数で一度に size個分のオブジェクト格納領域を確保するので、この関数がNULLを返したらエラーと判断できます。
void* allocator::alloc( size_t size ) { return MALLOC( size * sizeof( value_type ) ); }
>>513
それもチェックしました。
呼び出し側
AREA ||i.OnCreate__9CModeGameFv||, CODE, READONLY
OnCreate__9CModeGameFv PROC
...
MOV r0,#0xb8
BL __nw__FUi ←こいつ
...
呼ばれ側
AREA ||i.__nw__FUi||, CODE, READONLY
__nw__FUi PROC
516:デフォルトの名無しさん
05/05/17 00:45:57
>>508
標準では、その配置newはユーザー定義できないのは承知でやってるのか？
URLﾘﾝｸ(www.kuzbass.ru)
#include <new> しただけじゃなんかマズイの？
BREW開発者じゃないからわかんないけどさ。
517:デフォルトの名無しさん
05/05/17 00:47:41
>>515
シンボルが同じでリンクできないってことは、
次は「呼ばれ側」のオブジェクトファイルが正しくリンカに渡っているか、
マップファイルあたりで調べることだね。
518:511
05/05/17 00:50:13
>>515
だから呼び出し側でダミーのnew()を直接呼び出しておけばリンクされませんか？
519:デフォルトの名無しさん
05/05/17 10:28:42
そもそもうにゅうでnew関数使えるのか
520:508
05/05/17 12:45:21
みなさなんごめんなさい。
今日、再度クリーンビルドしたらあっさりリンクできました。
521:デフォルトの名無しさん
05/05/17 14:01:30
アッフォォウ
522:デフォルトの名無しさん
05/05/17 20:33:34
>508
>ARM C++ 1.2で、STLもどきをBREW用に実装しているのですが
それ欲しいよー。
libstdc++のソースとか見てるけど、どうしたら良いのかさっぱりだ。
523:デフォルトの名無しさん
05/05/18 00:38:30
BREWの外から素朴な疑問。
なんで「もどき」が要るの？
STLport 使えば「もどき」も自分で実装する必要ないんじゃないの？
524:デフォルトの名無しさん
05/05/18 01:50:43
>>523
使えないからに決まってるだろう。
525:デフォルトの名無しさん
05/05/18 02:01:52
>>524
使えない理由を聞いてるに決まってるだろう。
526:デフォルトの名無しさん
05/05/18 03:57:17
>>525
ARM C++ がまともな C++ じゃないから。
GCCだったら問題ないかもね。
527:デフォルトの名無しさん
05/05/18 11:54:55
ちょうど良い話題が立っているようなのでﾘｱﾙに質問。
GNUDE付属のlibstdc++ﾗｲﾌﾞﾗﾘでBREWﾊﾞｲﾅﾘ作ろうとするとelf2modが失敗する。
まぁnew演算子がｵｰﾊﾞｰﾗｲﾄﾞされてないとか
maloc()使ってるとかそう言うのだろうけど、
これを上手く回避する方法はないものかね。
結局ｿｰｽから再ｺﾝﾊﾟｲﾙしようにもgccのｿｰｽはちょっくら複雑怪奇すぎる。。。
528:デフォルトの名無しさん
05/05/18 13:20:49
>525
new, deleteが使えない。
例外処理が使えない。
グローバル変数が使えない。
static変数が使えない。
new, deleteは自分でMALLOCを使ってオペレータを定義するとして、残りを使っ
ていないライブラリなら移植できるんだろうか…？
529:デフォルトの名無しさん
05/05/18 18:24:25
>>488
そんなことしてないよ。クアルコムに対してはKDDIの方が強い立場。
530:デフォルトの名無しさん
05/05/18 18:30:44
>>472-495
ドコモはBREWに対してLinuxやSymbian OSと同列の扱いをしている。
BREWはOSではないが3.1以降、疑似OSとして使えるのでそういう部分で採用していこうってこと。
KDDIのようにiアプリまでBREW化するわけではなく、あくまでiアプリはJAVA。
三洋などの新規参入メーカーがBREWベースの端末になるだろうね。
531:デフォルトの名無しさん
05/05/18 18:33:31
>>445
>クァルコム自体、KDDI重役の親族会社。
デマ流さない。
532:デフォルトの名無しさん
05/05/18 18:45:46
QUALCOMMは親族会社ならウソではないがな
533:デフォルトの名無しさん
05/05/18 20:24:34
>>531
>>446
534:デフォルトの名無しさん
05/05/18 22:37:43
とりあえずぶりぅﾀﾝに(*´Д`)ハァハァしやうぜ
535:デフォルトの名無しさん
05/05/19 10:01:20
BREWが恋人なら、とっくの昔にふっていたところだな
536:デフォルトの名無しさん
05/05/19 15:14:24
もし、世界が100人のBREWなら
537:デフォルトの名無しさん
05/05/19 17:22:29
ICAMERA_SetQualityの第二因数って何をいれるの？
int16 nQualityってあるのですが
リストがないです・・・
538:デフォルトの名無しさん
05/05/19 17:27:07
>>536
99人がメモリ不足
539:デフォルトの名無しさん
05/05/19 17:31:06
>>536
100人でQualcommに放火
540:デフォルトの名無しさん
05/05/19 18:26:46
>>537
プログラミングガイドに載ってる。
端末仕様書も見るとよろし。
541:デフォルトの名無しさん
05/05/19 21:06:04
ﾒﾓﾘ少ない状態で描画したらIIMAGE_Draw()で
malloc failedが出てるみたいなんだが何ｺﾚ？('A`)
542:デフォルトの名無しさん
05/05/19 21:18:42
API内部で使ってるメモリ取得でエラーが出たんでしょ。
最大使用量+40kbは空けとけってどっかに書いてあったじゃない。
543:デフォルトの名無しさん
05/05/19 22:22:01
>>537 いんすう？
544:デフォルトの名無しさん
05/05/19 22:40:48
>537は引数を「いんすう」と読む派の人なのだろう。
545:デフォルトの名無しさん
05/05/20 09:46:09
■問題です
BREWの寿命は後何年だと思いますか？ その理由も書きなさい。 (25点)
546:デフォルトの名無しさん
05/05/20 19:08:27
永遠Brew
547:デフォルトの名無しさん
05/05/20 22:01:11
俺が思うに十六万五千光年くらいと見たね
548:デフォルトの名無しさん
05/05/20 23:20:19
あなたがBREWに乗るのよ
549:デフォルトの名無しさん
05/05/20 23:21:27
BREWはもう死んでいる
550:デフォルトの名無しさん
05/05/21 11:23:09
BREWよ、あなたは死ぬのです。
次の世では、あなたはBREWになります。
その次の世では、BREWになります。
さらにその次は、BREWに…。
もう二度と、普通のOSに生まれ変わることはありません。
551:デフォルトの名無しさん
05/05/21 13:11:08
GNUDEでビルドしたC、単なるHelloWorldなのに実機(A1402S)で動かなかったよ orz
552:デフォルトの名無しさん
05/05/21 13:21:18
>>551
釣りか？
そうでないならBREWはど素人さんは手を出すものではない。
553:デフォルトの名無しさん
05/05/21 14:02:53
>>551
他の実機、又はARMコンパイラの方では動いてるんですか？
554:デフォルトの名無しさん
05/05/21 14:18:39
551はprintf("Hello World\n"); が動かないと言っているんだろ。
動くわけないじゃん。
555:551
05/05/21 14:33:20
ごめんごめん。
IDisplayでリソース使って書いている。
例のBREW本の最初のサンプルとほぼ一緒。
ARMでコンパイルすれば実機で実行できるよ。
他の機種では試してないや。
556:デフォルトの名無しさん
05/05/21 18:35:22
BREWをブチまけろ!
で質問なんですが、2.1でバックグラウンド起動する方法をどなたかご存知ないですか？
シェイカーがバックグラウンド起動しつるぽいから可能だとは思ふのですが
557:デフォルトの名無しさん
05/05/22 18:20:14
アプリAからアプリBを起動→起動時にアプリBで再描画しない→アプリBをサスペンドしてアプリAに戻る
出来るかどうかは知らん
558:デフォルトの名無しさん
05/05/23 02:33:02
そんなにクソかな？BREWって。
制約はあるけど、どれもたいしたものじゃないし
559:デフォルトの名無しさん
05/05/23 05:35:14
BREWじゃなくてauがクソ
560:デフォルトの名無しさん
05/05/23 06:41:23
あ～ぁ、ちょっとBREWで開発したかったけどここのスレ見てるとやらなくて正解だったらしい
561:デフォルトの名無しさん
05/05/23 10:03:15
>>547
光年って確か距離じゃないのか？
562:デフォルトの名無しさん
05/05/23 10:22:32
>>558
実際にau向けに作ったのか？
作ってたら機種依存だらけなのがすぐわかるはずだが？
どっちにしろ間違いなくBREWは消えるな..
563:デフォルトの名無しさん
05/05/23 11:24:00
brewに関して質問なんですが
１.Brewでメールの送受信は可能か？
2.可能の際データファイルを添付可能か？
を教えていただけないでしょうか？
BREW開発始めて1週間でアプリ一人でなんてむりぽ
564:デフォルトの名無しさん
05/05/23 12:41:02
>>561が冗談を言った途端みんな黙りこむ件について
565:デフォルトの名無しさん
05/05/23 12:56:20
>>564
冗談じゃなくマジレスですよ。
光年は長さの単位。９兆キロメートルくらい。
566:デフォルトの名無しさん
05/05/23 13:02:51
>>564
確か光が1年間で届く距離が一光年じゃなかったでしたっけ？
調べてみたらあった
URLﾘﾝｸ(homepage2.nifty.com)
567:デフォルトの名無しさん
05/05/23 13:08:26
いや、冗談にマジレスしてるから、それを「冗談」と書いたんでしょ。
小学生でもあるまいし、光年を時間の単位と思っているヤツがいるとは思えん。
>>563
冗談？ マジレスしていいの？
568:デフォルトの名無しさん
05/05/23 13:21:58
>>567
マジレスお願いします。
プログラミング経験ないのにいきなりBREW開発にまわされて
しかも一人でなんで無理がある
下請けだから細かい情報回ってこないし・・・。
569:デフォルトの名無しさん
05/05/23 13:29:38
ではマジレス。
まず「BREWでメールの送受信」とあるが、BREWとは環境のことなので、BREW環境にメール送受信のAPIは用意されていない。
ではどうするかというと２通りの解決策がある。
１・メーラ連携
携帯内蔵のメーラをBREWアプリから子プロセスとして呼び出してメール送受信を行う。
この場合、メールの内容等の細かい制御はできない。
２・メーラ自作
PCで作成するのと同様、TCP/IPのソケットにて、メーラを自作。
この場合、アプリからの細かい制御は可能だが、メーラを作るだけのスキルが必要。
さて。
以上説明したが、BREWアプリとしてユーザに提供するにはKDDIに企画申請する必要がある。
ところが、KDDIはブラウザやメーラに関しては自社提供のもの以外認めない方針らしい。
よって、そもそも企画からして通らないので意味がない、という結論に至る。
570:デフォルトの名無しさん
05/05/23 13:47:34
>>569
むりぽなんですか・・・。
詳しいマジレスありがとうございました。
571:デフォルトの名無しさん
05/05/23 14:14:55
あのう、個人でも企画申請とおりますか？ 普通の電卓なんですが・・・。
572:デフォルトの名無しさん
05/05/23 14:20:16
通りません。
なんでもいいから法人にして申請。
でも金かかるよ。
573:デフォルトの名無しさん
05/05/23 14:45:12
>>572 ありがとう 顔面ブルーです
574:部竜様
05/05/23 14:52:51
わらわに仕えよ
575:デフォルトの名無しさん
05/05/23 15:12:19
>>551
arm-elf-ld に渡すｵﾌﾞｼﾞｪｸﾄﾌｧｲﾙの先頭がAEEModGen.oになってないとか？
arm-elf-ldｺﾏﾝﾄﾞが、makefileのｵﾌﾟｼｮﾝ指定で -entry AEEMod_Load って書いてんのに
.mapﾌｧｲﾙ見ると違う配置になってたりして意味不明な挙動する。
俺んとこだけかもしれんが。
576:デフォルトの名無しさん
05/05/23 15:27:05
>>569
ぱそメールなどのBREWメーラーがあるのですが、それはKDDI提供じゃないのでは？
577:デフォルトの名無しさん
05/05/23 15:40:01
「など」って他にある？ ぱそメールは昔からやってるから今更やめられん。
今企画出してもけられるだけだよ。まあ、出せば分かる。
578:デフォルトの名無しさん
05/05/23 20:38:01
ICAMERA_GetFrame(&bmp)で取得したビットマップを
IBITMAP_CreateCompatibleBitmap(bmp, &(app->frame))で複製しているんだが、
カメラを止めたあとに画面にapp->frameを出力しようとしても出力されてくれない。
サイズとか適当なピクセルのRGBとかは取得できてるみたいなんだが……。
何か心当たりある人いる？
579:558
05/05/23 21:44:20
>>562
55xx以降全機種対応のゲームでよければ作ったぞ。
機種依存といっても(ゲーム作るうえでは)バイナリ別に用意しないといけないような深刻なのはなかったし
つーか、今やってるJavaの方がツラい…誰かかわってくれ
580:デフォルトの名無しさん
05/05/23 21:48:19
>>578
Bitmap作った後に IBITMAP_BltIn で中身もコピーしとく必要が
あるんじゃないのか？
581:デフォルトの名無しさん
05/05/23 21:56:31
>>579
ヘェ
582:デフォルトの名無しさん
05/05/23 23:04:54
>>578
サイトのFAQに書いてあるぞ。
デバイスビットマップを複製して、そこに転送して作れと。
583:デフォルトの名無しさん
05/05/24 00:40:32
もまえらもDIBとDDBの違いに気をつけて組みなさいよ
584:551
05/05/24 01:02:30
>>575
> arm-elf-ld に渡すｵﾌﾞｼﾞｪｸﾄﾌｧｲﾙの先頭がAEEModGen.oになってないとか？
ビンゴでした。自分じゃ絶対に気付かない原因で、ものスゴク助かりました。
本当にありがとうございました m(_ _)m
585:デフォルトの名無しさん
05/05/24 08:18:46
W31TってBREW3.1なんだ。
URLﾘﾝｸ(www.itmedia.co.jp)
「W31TはBREW 3.1対応。このため、KDDIが
カスタマイズしたOperaになっている」（説明員）という。
586:デフォルトの名無しさん
05/05/24 17:03:28
そういや、BREW 3.0以降、Bluetooth関連のAPIが削られてIPortに統一されたみたいだけど、
Bluetoothデバイスを弄ってる人は、どうやって開発してるの？
IPortを使ってAPI自作？ それとも、東芝辺りがなんかライブラリみたいなもの出してるのかしら？
587:デフォルトの名無しさん
05/05/24 17:28:41
>586
ﾆﾔ(･∀･)ﾆﾔ
588:デフォルトの名無しさん
05/05/25 00:02:09
毒吐かせてくれ
ClassIDの管理くらいしっかりしやがれ！！ こん畜生が！
スレ汚しスマソ
589:デフォルトの名無しさん
05/05/25 00:05:03
>>588 詳しく
ただの愚痴が有益な情報に化けるかもしれんし
とか言ってみたりしてw
590:デフォルトの名無しさん
05/05/25 10:00:36
今後、勝手アプリ解禁の見込みはあるでしょうか？
591:デフォルトの名無しさん
05/05/25 10:03:14
nothing
592:デフォルトの名無しさん
05/05/25 10:55:37
相変わらずKDDIのBREW開発資料のﾈｰﾐﾝｸﾞｾﾝｽ最低だなー
これ作ったの部屋片付けられないﾀｲﾌﾟの人間だろ（・３・）
593:デフォルトの名無しさん
05/05/25 12:50:50
AEECLSID_3Dどこだよ
ヘッダー全部読めと？
594:デフォルトの名無しさん
05/05/25 12:59:30
>593
実装例ありませんが? 探すだけ無駄。
595:愚痴
05/05/25 15:44:41
2.1で3D関係をやってる方いまｍすか？
日本語版ドキュメントめちゃくちゃじゃありません？？？？
これ作った方すごい頭いいですね！！！！
I3DUtil Interface
日本語版
＞以下のヘッダーファイルが必要です
＞AEE3D.h
英語版
＞The following header file is required
＞AEE3DUtil.h
596:デフォルトの名無しさん
05/05/25 15:54:56
W21Sでカメラプレビューが表示されない・・・
なんでだぁ！(。＿ ＿)。ぱた・・・
597:デフォルトの名無しさん
05/05/25 16:30:30
>>595
とりあえず、日本で発売されてる機種でI3D対応してる機種は無いって
誰かがゆってた気がする。
代わりにMicro3Dを使えば3D表示できるけど、
Docomoとかと違って使うのにお金かかるはずだから注意。
>>596
これが原因じゃないか？
URLﾘﾝｸ(brewforums.qualcomm.com)
598:愚痴
05/05/25 18:56:15
>>597
あ、ありがと…
調べた限りI3D対応してるのなかったわorz
599:デフォルトの名無しさん
05/05/25 19:23:03
自分で3D関係の関数組みゃいんじゃない
まあ期待通りのスピードはでないだろうが
そういやマスコットカプセルはどういう処理してんだろな
端末側がエンジン持ってんのかな
600:デフォルトの名無しさん
05/05/25 19:24:30
>>597
え。BREWだとMicro3D使うのに金かかるの？？
知らんかった・・・。
601:596
05/05/25 19:37:11
>>597
ありがとう。
バックカラーの設定って
IDISPLAY_SetColor(brew->a.m_pIDisplay, CLR_USER_BACKGROUND, MAKE_RGB(0,0,0));
だよね？
これでもできない・・・＿|￣| . . . . . .. ... .... ○ コロコロコロコロ
602:デフォルトの名無しさん
05/05/25 19:49:25
>>601
ﾌﾟﾛｸﾞﾗﾐﾝｸﾞｶﾞｲﾄﾞの中を「Coprocessor搭載機での透過処理設定」で検索しる
603:デフォルトの名無しさん
05/05/25 19:57:45
ｾﾝｾｲ!
ｱｷﾗﾒﾃﾓｲｲﾃﾞｽｶ?
('A`)ﾉ
ﾉ(へへ
604:デフォルトの名無しさん
05/05/25 19:59:42
＼ __ ／
＿ （ｍ） ＿ﾋﾟｺｰﾝ
|ミ|
／ .｀´ ＼
('A`) そうだ、諦めよう！
ノヽノヽ
くく
605:596
05/05/25 20:14:47
みんなありがと☆
できたよ(゜－＾＊）ｂ♪
606:デフォルトの名無しさん
05/05/26 03:57:30
>>592
センスなんざァどうでもいい
・資料のタイトルをきっちり決める、作成者によって揺らがない事
・タイトルとファイルネームを一致させる事
・ファイルネームを版によってｺﾛｺﾛ変えない事
せめてこの程度はやってくれ
607:ぶりゅうだいじん
05/05/26 07:06:07
なさけないのうおぬしら
608:デフォルトの名無しさん
05/05/26 08:10:32
あ い う え お
とかたまに文字の間が広いところがあるのは何？
609:デフォルトの名無しさん
05/05/26 10:48:09
それはワードラップの関係じゃね？
もとの文書フォーマットが何かは知らないが、
pdfに変換したら全ページチェックしろよと言いたい。
表中や図付近の文で読めないほど壊れてるとこがあるのは問題だ。
610:606
05/05/26 12:45:42
確認したら、606のファイル名云々は言い掛かりだった
BREWの資料に関してはねー
611:デフォルトの名無しさん
05/05/26 13:33:19
BREW
BREW[TM]
BREW(R)
（ﾟ∀ﾟ）
612:596
05/05/26 15:03:02
あぅあぅ・・・
W21Sだけ・・・
Snapshotの後ICAMERA_GetFrameでおちるよぉ・・・
613:不粒
05/05/26 16:50:03
S端末はさいきょうなのぢゃ
ひれふせいっ
614:デフォルトの名無しさん
05/05/27 11:23:04
今忙しい('A`)ノ
615:デフォルトの名無しさん
05/05/27 13:21:59
IFileってバッファリング効くようなこと書いてあるんだが、
ほんとに効いてるのかなぁ。
616:デフォルトの名無しさん
05/05/27 13:47:45
>>615
そもそもﾌｧｲﾙ読み書きが非同期処理ってのが納得いかんのだが。
617:デフォルトの名無しさん
05/05/27 14:17:50
>>616
そこでIThreadですよ。
っていうか、
1Byteずつ500Byte書き込むのに10秒。
500Byte一度に書き込むのに2秒。
W21SA、おまえキャッシュサイズいくつだよと。
618:デフォルトの名無しさん
05/05/27 18:19:11
IIMAGE_SetStream()
がうまくいきませぬ・・・
こつとかあります？
619:デフォルトの名無しさん
05/05/27 22:14:02
どううまくいかないか書かないと。おれ達エスパーじゃないから。
620:デフォルトの名無しさん
05/05/27 23:38:33
BREWでプログラム組めるだけでも立派な超人類
621:51
05/05/28 01:20:14
A5502K なんだけど、SMAF PHRASEのIMedia で音楽をプレイして、音量を変えても変わりません。
なぜか別のIMediaオブジェクトを鳴らすと音量を変えれるようになります。
他の機種では問題ないんだけど...。
622:デフォルトの名無しさん
05/05/28 01:38:07
そんな古い機種誰も持ってないから問題ない
623:デフォルトの名無しさん
05/05/28 01:50:10
>>620
ないない。
自分にとっちゃDojaで組める人を尊敬するよ
Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
624:デフォルトの名無しさん
05/05/28 08:46:08
>>623全体のスケジュールやら手間やら考えると、閉鎖的なBREWは面倒臭い
625:デフォルトの名無しさん
05/05/28 09:18:24
BREWの配信までの期間があればDojaなら３本作れる
626:デフォルトの名無しさん
05/05/28 10:51:28
JAVAであればやりかたによってはDoCoMo,Vodafone,au全部同時に組めるから、
３本×３で、９倍の効率だね。
スレちがいｽﾏｿ
627:デフォルトの名無しさん
05/05/28 12:27:53
おれ、BREW何も経験ないところから、２ヶ月で一本作れっていわれたけど、
かなりきつかったよ。
何がきついって情報検索しても、行き着く先は2ch。公式情報少なすぎ。
オマケにCPじゃないので実機テストは、クライアントにシグネチャ送ってもらって、
シグの有効期限きれたら、シグまた送ってもらって...
情報足りないからくれってクライアントに言ったら、
情報公開の申請書出すから、もうちょい待ってっていわれて...
CPならもうちょっと楽だったのかもしれないけど、
こんな開発者泣かせのプラットフォーム...
628:ぶりゅう神
05/05/28 13:51:11
今日もしっかりぶりゅうしなさい
休み？さぼるでないっ！！！！！
629:デフォルトの名無しさん
05/05/28 13:55:29
>>Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
>>同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
何かが根本的に間違っているな。
自分はjavaとBREWの両方のコードを書くが、BREWの方がずっと手間が掛る。
630:627
05/05/28 14:00:35
>>628
いわれなくても、これから仕事
と会社からカキコ...
631:623
05/05/28 16:55:35
>>625
あー確かにそれありますね。自分のときはクライアントの権限で以下略
>>629
おかしい頭なりでどこかで役にたちそうなので、今の仕事終わったら別の会社探そうと思います。
雇ってくれませんか？ゲームしか作れないんですが
632:デフォルトの名無しさん
05/05/28 18:36:22
>同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
CvsJAVAという話ならわかります。JAVAに馴れてないときはそんな感じだった。今はJAVAの方が早いかも
一通り作っちゃうとDoJaもBREWも言語の差以外はそんなに違わないと思うが。
633:デフォルトの名無しさん
05/05/28 19:01:17
シグは2ヶ月じゃきれねーよな
634:デフォルトの名無しさん
05/05/28 19:57:17
携帯JAVAとCじゃ、ほとんど言語の違いを意識することないなぁ。
Stringの存在くらいか？
635:デフォルトの名無しさん
05/05/28 21:30:35
書き方次第かな。
携帯JavaもJavaには違いないから、Java流に書き出すとCとの違いはめちゃめちゃ開く。
複雑に書いても速度は大して変わらないし、オビュファスケータかければサイズも大して変わらない。
とはいえ、その微細な差が大きな差となって現れるのが携帯Javaの世界だから、
「携帯Javaにとって正しい書き方」すると、Cもどきにしかならないけどね。
微妙にスレ違い。
636:デフォルトの名無しさん
05/05/28 21:33:32
カメラのプレビュー状態からStopしてRecordSnapshotしているんだが
EBADSTATEが返ってきてしまう・・・。
最初からRecordSnapshotだと問題ないんだが、
プレビューから変えるときって何か他に必要なことあんの？
637:デフォルトの名無しさん
05/05/28 22:28:37
シーケンス１、２というものがあることを知らないかのような質問だが？
638:デフォルトの名無しさん
05/05/28 22:29:45
>636
おまえ鹿馬だろ
いいかジョニー
stop()を実行したからってすぐ止まる訳じゃない
エラーの意味をよく見ろ
そしてヒントはコールバックだ
カメラハードの中の人も大変なんだ、わかってやれ
639:今さらだけど…
05/05/29 12:55:57
ゲーム用途にはJAVA、組み込みアプリ用途にはBREWでいいのにな…
検証とか追いついてないんだから何でもBREW強要する事無いのに…
640:デフォルトの名無しさん
05/05/29 15:18:45
最近はCPUが速くなってJavaも軽快に動くようになったけど
少し前まではBREWのほうが圧倒的に有利じゃなかったかな
ただその影響でJava利用時の電池の持ち時間は縮んでるから
その意味では今でもBREW有利な面があるかもしれないよね
測ったことないけど
641:デフォルトの名無しさん
05/05/29 16:29:11
BREW3.1機種についての記事みてたら
端末の開発速度が上がるみたいなこと書いてあるんだけど…
今でさえ新機種対応に手間と時間かかるのに、（特に無駄に時間が）
これ以上新機種の販売サイクル早めてどうすんの？
アプリ開発者のことは無視ですかそうですか