トップページ⇒tech
1001コメント319KB

BREW(Binary Runtime Environment for Wireless) 6

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2005/09/16(金) 13:58:56
BREW(Binary Runtime Environment for Wireless)についてのスレ

テンプレ
http://kintubo.kakiko.com/brew/

前スレ
05 http://pc8.2ch.net/test/read.cgi/tech/1119056460/
関連情報>>2-10

■過去スレ
04 http://pc8.2ch.net/test/read.cgi/tech/1111028365/
03 http://pc5.2ch.net/test/read.cgi/tech/1096006023/
02 http://pc5.2ch.net/test/read.cgi/tech/1076511398/
01 http://pc2.2ch.net/test/read.cgi/tech/1011078904/
0604デフォルトの名無しさん2005/11/19(土) 22:49:11
>>583
902iシリーズ見て来い。
楽勝で秒間60フレームの全画面描画をたたき出す化け物たちを。
0605デフォルトの名無しさん2005/11/19(土) 22:56:14
明日は休めると思ったんだけどなー



また明日～
0606デフォルトの名無しさん2005/11/20(日) 01:05:15
同じ環境で比べられないものでどちらが優れてるといわれても……なぁ。
そりゃ、金を大量につぎ込めるっていう環境ってことでもドコモは凄いんだが。
0607デフォルトの名無しさん2005/11/20(日) 01:08:23
>>583
そういう奴が出てくると思った。
P902iが発売になったら、プレインストールされているアプリを見てみな。
BREW端末ではソニックをあんなに動かせはしない。
0608デフォルトの名無しさん2005/11/20(日) 01:41:01
なんであうどこもろんそうしてんだよ
0609デフォルトの名無しさん2005/11/20(日) 01:44:45
BREWだから、Javaだから、じゃなくてハード性能の差だろ
902もグラフィック性能は神性能になったがCPU速度は全く変わってなかったな
これで作れる物が何かはだいたい予想つく
0610デフォルトの名無しさん2005/11/20(日) 03:42:15
携帯ごときの液晶で60FPSとか100FPSとか、
かなり信用できないんだけど。
ちょっと前まで16bitカラーの画面が、よ。
計測方法が間違っているか、
そこら辺を誤魔化す機能が有るだけだと思うんだが・・・
0611デフォルトの名無しさん2005/11/20(日) 07:40:55
>>595
きみねぇ...素人ですか？
　>>585　でも読んで出直して来て。
0612デフォルトの名無しさん2005/11/20(日) 07:46:49
ハードの差というか、ハードウェアJAVA VMプロセッサの差。
たとえば，
浮動小数点ソフトウェアエミュレーションライブラリ + C++ vs. FPU + Java
だったらJavaのほうが速いのは当たり前。
0613デフォルトの名無しさん2005/11/20(日) 07:50:15
>>610
液晶のフレームレートと、フレームバッファ描画のFPSは関係ない。
PC+DirectXだったら、キューブ１個描画は2000fpsいく。
0614デフォルトの名無しさん2005/11/20(日) 11:49:31
まあ確かに4ドットくらいの三角形描画も1ポリゴンに含まれるようなもんだなw
0615デフォルトの名無しさん2005/11/20(日) 12:00:16
>>611
ｼｰJAVA信者にはなに言っても無理です
0616デフォルトの名無しさん2005/11/20(日) 20:26:39
Java、Brew論争にちゃちゃ入れるわけじゃないが、結局のところできあがったものがどうかで判断するべきじゃないのか？
Brewってなんでもできてすげーなぁとか最初思ってたが、結局それを活かしたアプリががんがん出てａｕウマーになってないのがＫＤＤＩの失敗。
Javaは遅いって言われてもハードウェアでここまで解消されて、結局作りづらいBrew（C++)負けてるし。
0617デフォルトの名無しさん2005/11/20(日) 21:19:41
Java機の現行の主力機種でVMがハードウェア実装されたものってあったっけ?
アプリケーションプロセッサとかいわれているのも中身はSHみたいな
汎用プロセッサにMPEGデコーダ程度を追加したものにソフトウェアVM
乗っけてるだけだよね。まあ専用ではあるけれどハードだから速いってわけではないよね。

>>595
なんでここでJ2SEのHotspotVMの話が出てくるかよくわからん。
0618デフォルトの名無しさん2005/11/20(日) 21:20:32
>>616
すげー正論で俺には反論できない。
0619デフォルトの名無しさん2005/11/21(月) 01:19:59
>>616
そう、だから大きな売りである速いが遅いになってしまった今、BREWはもう終わりと
言われるようななった。
0620デフォルトの名無しさん2005/11/21(月) 01:23:39
またBREWが速くなってイタチごっこになると予想。
0621デフォルトの名無しさん2005/11/21(月) 01:58:15
BREWにはプラットフォームとしての側面があるからKDDIに失敗はないよ。
ナビとかテレビは各メーカーが開発しなくても簡単に動くし、
サードパーティアプリもBREW化することで携帯内臓アプリとして載せやすくなってる。
0622デフォルトの名無しさん2005/11/21(月) 02:00:36
しかしRVCT for BREWを使ってる以上v4Tとソフトfloatのコードしか出力できない罠
RVCT v2.2っていくらするのよ。会社に買ってもらえるんだろうか
0623デフォルトの名無しさん2005/11/21(月) 02:36:37
BREWが速くなっても、検証は遅いしな
0624デフォルトの名無しさん2005/11/21(月) 02:39:21
こんな遅くまでおまいらお疲れ(´д｀)
0625デフォルトの名無しさん2005/11/21(月) 02:47:37
ドキュモ以上に、機種によってフォントサイズがまちまちなのを何とかしてくれ＞KDDI
0626デフォルトの名無しさん2005/11/21(月) 05:50:17
あはははは
気付いたら朝じゃん
今週も休みなしか…
0627デフォルトの名無しさん2005/11/21(月) 08:41:24
>>625
3.1ならそういうのないって聞いたことあるけど
実際は違うの？
0628デフォルトの名無しさん2005/11/21(月) 09:16:37
>>611
ほうほう、それが素人だと思うなら
これを良く読んでみることだなC++素人君。

IBM dW:Javaの理論と実践:パフォーマンスに関する都市伝説を再検証する - Japan
"Java^(TM)言語には、パフォーマンスに関する迷信が山のようにあります。
その幾つかは当を得たものですが、掲示板やニュースグループでJavaのパ
フォーマンスに関する話題を見ると、JVM（Java Virtual Machine）の実際の
動作に関して、非常に大きな誤解があるようです。今回の『Javaの理論と実践』では、
JVMではアロケーションが遅いという、繰り返し伝えられているパフォーマンス
の迷信に対して、Brian Goetzが風穴を開けます。

ちょっとしたクイズがあります。生のアロケーション・パフォーマンスとして速いのは、
Java言語でしょうか、それともC/C++でしょうか。この答えに、多くの人は驚くでしょう。
最近のJVMのアロケーションは、最高パフォーマンスのmalloc実装よりも、
ずっと高速なのです。HotSpot 1.4.2以降でのnew Object() 用の一般的なコード・
パスは、約10マシン命令（Sun提供のデータより。参考文献を参照）ですが、Cで
最高パフォーマンスのmalloc実装では、1つのコールあたり平均60から100の命令
が必要です（Detlefsなどのデータによる。参考文献を参照）。しかもアロケーション
のパフォーマンスは、全体的なパフォーマンスのコンポーネントとして小さなもので
はありません。ベンチマークによると、PerlやGhostscriptなど実世界でのCプログラム
やC++プログラムでは、実行時間全体の20％から30%がmallocやfreeに費やされて
います。これは、健全なJavaアプリケーションでのアロケーションやガーベジ・コレク
ションのオーバーヘッドよりも、はるかに大きな数字です（Zornのデータによる。）。"
http://www-06.ibm.com/jp/developerworks/java/051104/j_j-jtp09275.shtml
0629デフォルトの名無しさん2005/11/21(月) 09:18:13
ま、
「ガーベジ・コレクションは、決して直接メモリー管理と同じほど効率的ではない」
というような自信に満ちた発言をするときは、事前に理論武装しておかないと
逆に素人呼ばわりするってわけだな

0630デフォルトの名無しさん2005/11/21(月) 09:25:36
JVMが速いからだという話をしていたところに割り込んで
何を今更得意げに・・・
0631デフォルトの名無しさん2005/11/21(月) 09:55:11
というかKVMの話をしてるとこに全然関係ない記事を持ち出してくるところがイタイ。
0632デフォルトの名無しさん2005/11/21(月) 10:04:18
>>627
最近の奴は統一されてる。
ただそれでも１年ぐらい前からなので、統一できてない端末を
無視はできないのだよ・・・
0633デフォルトの名無しさん2005/11/21(月) 17:49:56
すみません…
もしかしてまだ勝手アプリは配信できないんですか
д~？
0634デフォルトの名無しさん2005/11/21(月) 20:32:10
流石にテンプレすら読まない奴にはレスがつかんな…。
0635デフォルトの名無しさん2005/11/21(月) 22:10:55
プログラミングうんぬんより
検証とかのが問題なだけ
0636デフォルトの名無しさん2005/11/21(月) 22:56:00
Javaはどうでもいいけどさ、Q3Dimension(ハードウェアポリゴンラスタライザ）
が全WIN2.1, 3.1端末のチップセット(MSM6000台)に入っているのにもかかわらず、
OpenGL/ESでQ3Dimensionに対応しているのが、W21TとW31Tのみっていう状況は
どう考えても怠惰だよな。一体いつになったらOpenGLを普通に使えるように
なるんだよ。
0637デフォルトの名無しさん2005/11/21(月) 23:04:54
なにそれ、使えない機能のハードウェア代も上乗せで払ってるのかよ
0638デフォルトの名無しさん2005/11/21(月) 23:14:37
>>636
まぁ、W21Tとかはサブチップ利用しているわけで
0639デフォルトの名無しさん2005/11/21(月) 23:29:05
Z3Dみたいなもんだと思ってあきらめる
06405882005/11/22(火) 00:31:53
>>599-601
おかげで助かりました。
本当にありがとうございました。
0641デフォルトの名無しさん2005/11/22(火) 00:42:41
>638
「1チップで何でも出来る」ってのがQやKのウリだったはずだが。
サブ使ってたら意味ないじゃないか…。
0642デフォルトの名無しさん2005/11/22(火) 00:47:22
>>641
何を今更。
BREWのメリットなんて今や完全に消滅して、デメリットだけが残っているんだよ。
0643デフォルトの名無しさん2005/11/22(火) 01:04:31
まぁまぁ。
まだ機種対応の容易性（検証とかはおいといて）と
ガベージコレクションがへちょくてパフォーマンスを著しく落とすとかが
無いって利点があるじゃないか。
前向きに前向きに。

JavaやりたいといっててもJavaの仕事くるわけでも無いしさ・・・
0644デフォルトの名無しさん2005/11/22(火) 10:22:49
容量的には有利かもしれんがね。
JAVAはクラスすら作れないくらい、容量逼迫してる。

と、携帯BREW/携帯JAVAを両方やってる俺様。
0645デフォルトの名無しさん2005/11/22(火) 11:22:45
そこで誰かがJVMのバイトコードを吐くC++コンパイラを書けば全てが解決ですよ。
0646デフォルトの名無しさん2005/11/22(火) 11:40:40
そうなんですね
自分が使いやすい物を作って配信したいなと思ってたんですが…
まさかまだファミコンみたいなシステムだとは…
残念です
0647デフォルトの名無しさん2005/11/22(火) 11:43:16
勝手アプリの代理店みたいな会社､
出来ないかなぁ。。
0648デフォルトの名無しさん2005/11/22(火) 13:00:59
>>647
一体誰が仕様書と画面遷移表を作るんだよｗ
0649デフォルトの名無しさん2005/11/22(火) 13:08:46
まずどういうビジネスモデルになるんだよ？からでしょ
誰から金を徴収すりゃいいんだ？
大体、勝手アプリ製作者はどうやってKDDI Confidential情報にアクセスすればいい？
誰にでも見せちゃったら守秘義務違反でヤバいのはその代理店のほうだし。
0650デフォルトの名無しさん2005/11/22(火) 14:40:19
結局ナに考えても八方ふさがり。それがKDDIビジネスクオリティ
0651デフォルトの名無しさん2005/11/22(火) 14:51:39
なんかS○NYを思わせる閉鎖性
0652デフォルトの名無しさん2005/11/22(火) 21:04:14
そんなに作りたきゃ転職するか会社作れよ
0653デフォルトの名無しさん2005/11/22(火) 23:46:46
何でだよ
キャリア移ればいいことじゃだろ
0654デフォルトの名無しさん2005/11/22(火) 23:56:03
勝手程度だとメモリ破壊しまくりアプリしかでないな
DLした奴らはざけんなしねといいまくるだけ
0655デフォルトの名無しさん2005/11/23(水) 00:26:39
企業レベルでも時々信じられないのがあるしな
0656デフォルトの名無しさん2005/11/23(水) 00:48:43
試しにゲームをダウンロードしてみたら落ちたりとか、あるよね

検証やってないのか？と思ったり
0657デフォルトの名無しさん2005/11/23(水) 00:50:39
じゃあさ、結局KDDIの検証て何やってんだ？
あれと一緒か、今話題の手抜き建築。書類を右から左に流すだけ。
0658デフォルトの名無しさん2005/11/23(水) 00:54:33
開発中から気が付いていたけど、先方に出しても指摘を受けなかった不具合が
リリース直前に発見されててんやわんやになった事がある。
お前ら、きちんと作っておけよ
0659デフォルトの名無しさん2005/11/23(水) 00:55:17
KDDIいわく、検証はデバッグじゃないんだからデバッグに使うなと。

しかし、時々検証で嫌なところ突っ込んできたりする。特に遷移関係。
見る人しだいなんだろうな。
0660デフォルトの名無しさん2005/11/23(水) 02:22:51
画面内のポップアップ表示が画面遷移の扱いとなるかどうか微妙だよな
操作が必要なとこは全部列挙してるが
0661デフォルトの名無しさん2005/11/23(水) 10:59:38
>>659
うみゅ
0662デフォルトの名無しさん2005/11/23(水) 14:39:08
ところでおまいらちゃんと事前検証やってますか？
弊社では新機種対応時にはやったことにして書類だけ作ってますが
たまにハマることがございます。
0663デフォルトの名無しさん2005/11/23(水) 20:53:01
ばれたらひどいよ
0664デフォルトの名無しさん2005/11/24(木) 21:02:21
HTTP関係に疎いのでご存知の方教えてください。

Java系のアプリでCGIを叩くとHTTPステータスは200、
期待した値が取得できているのですが、
BREWアプリの場合HTTPのステータス302、
LocationにURLが帰ってくる環境があります。

HTTPステータス302の場合は問答無用で接続しなおす処理が必要と
どこかで読んだのですが、Javaアプリはこの処理を自動で行っていて、
BREWアプリは自前で行わないとならないって認識で正しいでしょうか？

見当つきそうな方、アドバイスよろしくお願いします。
0665デフォルトの名無しさん2005/11/24(木) 21:25:14
ttp://www.studyinghttp.net/status_code#Redirection
これ読んでみて。
0666デフォルトの名無しさん2005/11/24(木) 22:02:56
>>664
その通りです。
javaのConectorクラスはリダイレクトはやってくれます。
BREWのIWEBインタフェースにはそのような機能はありません。
自分で実装する必要があります。
06676642005/11/25(金) 01:57:38
>>665,666
3xx系で調べりゃ良かったのか。
どうもありがとうございました。

しかし・・・全部同じ処理ってわけでもなさそうですね。
全部実装するなんていーやーだーヽ(｀Д´)ノ
0668デフォルトの名無しさん2005/11/25(金) 09:58:15
痛いのは最初の一回だけ・・・
06696642005/11/25(金) 13:17:38
優しく・・・してね orz
0670デフォルトの名無しさん2005/11/25(金) 16:18:25
BREWエミュレーターをしばらく（5分くらい）放置して動かしていると、
突然動作が遅くなるのですが、どうすれば解消できるのでしょうか？
0671デフォルトの名無しさん2005/11/25(金) 16:21:29
>>670
>>456
0672デフォルトの名無しさん2005/11/25(金) 21:37:50
>>671 ありが㌧
0673デフォルトの名無しさん2005/11/26(土) 21:10:38
これが"くあるこむくおりてい"だ
0674デフォルトの名無しさん2005/11/28(月) 14:10:41
ちょっと質問です。
iアプリでわりとつかっている「ダウンロードしたアドレスから相対的に置いてあるリソースを落としてくる」という処理をBREWでやる場合、どのあたりの資料を見るべきですか？
通信関連の説明が多々あってどれをみたらよいのかよくわからなくて。
どのサンプル見たらいいのかも教えてもらえると助かります。上記の処理はIWebでOKですか？
0675デフォルトの名無しさん2005/11/28(月) 14:45:09
URLをリソース（bar）に書いて、
アプリはリソースからURLを読み込んでIWebで落とせばいいと思ふ。
IWebのサンプルはプログラミングガイドで十分かと。

でも最低300KBあるのにリソース落とす必要あるの？
0676デフォルトの名無しさん2005/11/28(月) 14:57:48
ダウンロードしたアドレスから、って書いてあるんだから、ファイルリストを取得したいんでしょ。
単にダウンロードしたアドレスとリストを合成すればいいだけだと思われ。
0677デフォルトの名無しさん2005/11/28(月) 15:06:05
BREWでダウンロード元って取得できんの？
俺はやったことないからわからないんだが(´・ω・｀)

そもそも、取れたとしてもKの鯖のアドレスだったりしたら、
Kの都合で勝手に変えられたりする可能性もあるでしょ？
そしたらどうするんだろ？
06786742005/11/28(月) 15:19:47
>>675,676,677
すいません
「ダウンロードしたアドレス」云々は忘れてください。あんま関係ないので。
サーバにバイナリファイルがアップされている→そのファイルを端末にダウンロード→アプリで使用する。という流れです。
たとえば
http://www.hoge.jp/apl/hogetest/resource/image0.dat
をダウンロードするのにどのインタフェースを使えばいいんですか？そのときのサンプルってどれみたらいいのでしょう。
アプリ的にもとからリソースにデータを持っているわけじゃなく、サーバ側でころころデータを入れ替えるため、リソースは後追いでダウンロードしてくる必要があるためです。
0679デフォルトの名無しさん2005/11/28(月) 15:45:26
>>674
>>675
0680デフォルトの名無しさん2005/11/28(月) 16:06:58
BREWには一日に通信できる量の制限があるから、
サービスガイドのトラフィックコントロールのとこも
読んでおくといいかも。
0681デフォルトの名無しさん2005/11/28(月) 16:22:30
IWebは便利だぁねぇ。
あれで64KBの制限さえなければなぁ。。。
0682デフォルトの名無しさん2005/11/28(月) 16:35:02
え、そんな制限あったんだ。
64KB超のファイルってどうやって取得するの？
まさかソケット・・？
0683デフォルトの名無しさん2005/11/28(月) 16:35:52
ってさっきから上げまくりスマソorz
0684デフォルトの名無しさん2005/11/28(月) 16:57:48
IWebも別に制限無いっしょ？
読み終わるまで何度も取得すれば良いんだし。

>>680の制限ってのは、Kがネット負荷を抑制するために、
24時間で通信できる量の制限。
詳細はサービスガイド見れ。
0685デフォルトの名無しさん2005/11/28(月) 17:08:45
64KB制限は送信時ですね
上りでそんなファイルを送るゲームはまずないだろうけど...
実用系はあるかも
0686デフォルトの名無しさん2005/11/28(月) 17:42:53
ﾏﾙﾁﾒﾃﾞｨｱ系のﾃﾞｰﾀを送信しろって言われるとあっという間に超える罠。
0687デフォルトの名無しさん2005/11/28(月) 19:06:11
http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=214
0688デフォルトの名無しさん2005/11/29(火) 11:44:49
ちとすみません。
デバイスタイプ（A5306STだとST21）を取得するAPIってありませんでしたっけ？
以前見た記憶があったんだけどみからにゃい
06896882005/11/29(火) 12:10:51
KDDI_HANDSET_TYPE
コレか。
定義されてるヘッダファイルが見つからないけど大丈夫かな・・・
まぁやってみるか。失礼しました。
0690デフォルトの名無しさん2005/11/29(火) 23:50:42
IFILECP_Getで、コールバックが呼び出されないみたいなんだが、
これの原因わかる人いる？
ちなみにW31SAです。
0691デフォルトの名無しさん2005/11/30(水) 14:43:53
IWebにてHTTP通信を行う場合に、ユーザーエージェントは何になるんでしょうか？
HTTP_USER_AGENTに自分で端末名を取得してコネクションする必要はありますか？
0692デフォルトの名無しさん2005/11/30(水) 14:58:59
>>691のあなたの運勢

サービスガイドの「BREWアプリからのデータ通信」の項目を読むと
良いこと有るかも('-'*)
0693デフォルトの名無しさん2005/11/30(水) 16:29:50
IKDDIPHONESYSTEM_GetHandSetType()を呼び出すために、仕様書によると
「このAPI を使用するには「Addrbook」もしくは全ての特権レベルを設定する必要があります。」
とありますが、mifエディタで「全般」→「特権レベル（アドレス帳へのアクセス)」にチェックをいれればいいんですか？
0694デフォルトの名無しさん2005/11/30(水) 19:38:10
>>690
IFILECPは2.1用だった気がする。
3.1はIDATAFOLDER。
0695デフォルトの名無しさん2005/11/30(水) 19:52:57
>>694
いや、W31SAはBREW2.1機だ。
0696デフォルトの名無しさん2005/11/30(水) 22:59:31
>>693
やってみればいいだろアホンダラ
0697デフォルトの名無しさん2005/12/01(木) 16:03:35
>>693
>やってみればいいだろアセンブラ
に見えた……。
06986882005/12/01(木) 17:56:20
ISHELL_GetDeviceInfoEx()の拡張領域について( ゜д゜)ノ

kddi_deviceinfo.hが見つからなかったので
AEE_DEVICEITEM_USER+0x1000+10 を突っ込んでみたんですが、
EUNSUPPORTED(´・ω・｀)

とりあえずIKDDIPHONESYSTEM_GetHandSetType()で回避したので
もう済んだ話なんですが後学のため、
拡張領域ってkddi_deviceinfo.hがあればちゃんと取得できるの？
について教えてください。

ちなみに693はﾜﾀｽではありません
0699デフォルトの名無しさん2005/12/01(木) 18:06:41
>>698
特権レベルはチェックした？
0700デフォルトの名無しさん2005/12/01(木) 18:39:57
IKDDIPHONESYSTEM使えるってことは2.1端末だろ
ISHELL_DeviceInfoEx使うのは3.1端末だよ
07016882005/12/01(木) 18:49:47
>>699
もち。

>>700
むむむ・・・

>（56） デバイスに関する特定の情報を取得 【BREW3.1】
ﾐﾉｶﾞｼﾃﾀorz

どうも失礼しました。
0702デフォルトの名無しさん2005/12/01(木) 21:58:03
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |
　　　　　|　 　 　 　 | ∧＿∧　|　　 |
　　　　　|　 　 　 　 |（　´∀｀）つ ミ |
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 | 　　
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　[ａｕ携帯]
　 　 　 　 　 　 　 　　　　　　　　　　|　　　　[BREW]
0703デフォルトの名無しさん2005/12/01(木) 22:29:49
IFILEのサンプルを見ると、IFILEMGR_OpenFileをしてファイルを開いて、IFILE_Readableでコールバック関数を登録して、
そのコールバック関数の中でIFILE_Readしているのだけど。そもそもオープン後すぐにIFILE_Readしちゃだめなんですか？

コールバックを登録する意味が、AEE_STREAM_WOULDBLOCKにあるんだろうけど、実質ブロッキング中になったことないんですけど詳しい人いませんか。
ちなみに32バイト程度のテキストを読みこんでるだけです。
0704デフォルトの名無しさん2005/12/01(木) 22:56:21
詳しくないけど
俺はすぐReadしてて特に問題ない
■ このスレッドは過去ログ倉庫に格納されています