BREW(Binary Runtime Environment for Wireless) 6
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2005/09/16(金) 13:58:56テンプレ
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/
0002壱
2005/09/16(金) 13:59:35Qualcomm CDMA Technologies - CDMA2000 3G Solutions ← チップセットの情報(PDFあり)
http://www.cdmatech.com/solutions/cdma2000_3g_solutions.jsp?L2=cdma2000_3g_solutions
ARM関連
ARM7DTMIの部屋
http://vsync.org/arm/
ARMメモ
http://www.bomber.co.jp/chaola/docs/ARM/
Linux Zaurusでアセンブリプログラミング
http://www.nk.rim.or.jp/~jun/slasm/arm00.html
0003FAQ
2005/09/16(金) 14:00:54JavaScript+ActiveX。
あと、会社名とかをちゃんと登録しないとダウンロードできません。
2Channel Inc. みたいな正式な名前。登録内容は全部英語。
Q. gccでコンパイルしたいのですが
A. こちらを参考にどうぞ.
ttp://kintubo.kakiko.com/brew/gcc.html
Q. BREWアプリを自作して自分の携帯に入れたいのですが？
A. 素人は作ることは可能ですが端末に転送することはできません
あきらめるかＣＰなどのプロになりましょう
Q. DLLにコンパイルしたものを端末に転送したのですが実行できません
A. ARMの形式でコンパイルする必要があります
あきらめるかARMにコンパイルできるようがんばりましょう
Q. BREWて正直うんこなんですが…
A. そうかもしれません
しかし手段･道具によらず目的を達成するのがプロというものです
がんばりましょう
Ｑ. ＿|￣|○ ……
Ａ. (つДT)つ旦
0004デフォルトの名無しさん
2005/09/16(金) 14:21:58乙
0005デフォルトの名無しさん
2005/09/16(金) 15:16:16BREWたんて誰ですか？
ぱんつ穿いてないて本当ですか？
Ａ．
BREWたんは君に心の中にいるよ
でも君のBREWたんがﾊｰﾄﾏﾝ軍曹並にごつい人なら
ぱんつ穿いてないてか些細な問題だね
0006デフォルトの名無しさん
2005/09/16(金) 15:31:10【日本携帯】Mascot Capsule/Micro3D【標準】
http://pc8.2ch.net/test/read.cgi/tech/1117773530/
0008デフォルトの名無しさん
2005/09/17(土) 01:33:24氏ね
0009デフォルトの名無しさん
2005/09/17(土) 01:44:11乙
相変わらずネット経由のインストールだけなんでしょうか
brewsdk.zipみたいなの落としてゆっくり(？)インストールしたいものです
0010デフォルトの名無しさん
2005/09/17(土) 02:12:39BREWたん（*´д`)ハァハァ
Ａ．
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
|
＿＿＿＿.＿＿＿＿ |
| | | |
| | ∧＿∧ | |
| |（ ´∀｀）つ ミ |
| |/ ⊃ ﾉ | |
￣￣￣￣'￣￣￣￣ | [性欲]
| [萌え心]
0011デフォルトの名無しさん
2005/09/17(土) 02:22:48「ぱんつはいてない」は全部ひらがなでこその成句だ
>5はもう一度勉強してらっさい
0012デフォルトの名無しさん
2005/09/17(土) 05:08:28BREWたんがリアルツンデレであることも
我々は忘れてはならない
いつまでもツンだがな
0013デフォルトの名無しさん
2005/09/17(土) 09:26:18氏ね
最近へんなのが沸いてるな
携帯アプリ板から出てくるなよ
0014デフォルトの名無しさん
2005/09/17(土) 09:58:12なぜジョーダナ・BREWスターを加えなかった！！
BREWたんはここにいるだろ
http://usuarios.lycos.es/castrolsupragt/hpbimg/jordana%20brewster_10_magic%20(1)%20(1).jpg
http://www.m-cinema.info/myalbum1+photo.lid+916+cid+16.htm
0015デフォルトの名無しさん
2005/09/17(土) 10:29:30ぶりゅにまわされてしんでるんだろう
検証気にする以外難しくも無いのにな
0016デフォルトの名無しさん
2005/09/17(土) 12:50:47今ごろバグ表が上がってきてムカついてるかだな。
今作ってる奴以外はとっくに忘れてるよ'`,､('∀`) '`,､
0017デフォルトの名無しさん
2005/09/19(月) 00:18:510018デフォルトの名無しさん
2005/09/20(火) 13:10:26みんな一応連休あったんだねｗｗ
0019デフォルトの名無しさん
2005/09/20(火) 13:57:430020デフォルトの名無しさん
2005/09/21(水) 17:27:40その上仕事が溜まりに溜まってんのに休暇か。
めでてーな。とっとと潰れろよ糞企業。
0021奉笠奉行
2005/09/21(水) 22:11:09↓は３連休ただ働きに処す
0022デフォルトの名無しさん
2005/09/22(木) 02:19:25そーいえば万華鏡の発明者もBrewsterだよねぇ
0023デフォルトの名無しさん
2005/09/22(木) 10:10:38それは、エンドユーザが自由にアプリを制作・発表できるからである。
au&Tu-kaは、KDDIの検閲を経ないアプリが使用できないので、糞である。
0024デフォルトの名無しさん
2005/09/22(木) 11:12:29俺は「ＮＴＴだから」以外の理由はいらないと思うが。
0025デフォルトの名無しさん
2005/09/22(木) 11:49:25メール欄と前スレ見れば分かるが、そいつは相手しなくていいよ。
0026デフォルトの名無しさん
2005/09/22(木) 11:55:11つーか、アプリの有無や性能でユーザが携帯選ぶんなら
開発者の仕事はより過酷になるよな('A`)
0028デフォルトの名無しさん
2005/09/22(木) 21:19:490029デフォルトの名無しさん
2005/09/22(木) 22:27:410030デフォルトの名無しさん
2005/09/22(木) 23:54:440031デフォルトの名無しさん
2005/09/23(金) 02:35:33あと三時間で
0032デフォルトの名無しさん
2005/09/23(金) 04:38:00JAVAVMのスピードが気になるぽ。
0033デフォルトの名無しさん
2005/09/23(金) 18:11:51._,,,,,,｡,,、 广'x、 ,,､.＿ ｣'ﾞ''i､
,,,,,_.,,,,、广ﾟ┐ .,,,ｖ―冖"~゛ ﾞ'i､ .ﾄ ,|,_ rｉゃ .｝ .,i´ '冖i､
.］ ｀ ｆﾞ,l° ,i´ .ﾞl＿ .ｙ-┐ 'や'ﾞ"ﾞ’ _,,,ｖr" .ﾞト.ﾞ'x,,,,广 ｨ・'''ﾞ~ .._,,ｖ･ﾟﾋ''''･x、
入､rУ ,iﾚ-ｖ,,,、 .,r°."'''lﾞ ,|√ﾞﾟ'i､ 匸 ._ .y・'ﾞﾟ,,,ｖ―-, .:ﾟｰａ .√ ._,rll＿ :｝
.,r''y|゛ﾞﾞl..,i´ ,i"ﾞl, .ﾞト ,r°,,, .., .＿,,ｖぐ .｀√ .,i´l广.＿,,,,,,,,i´ ,,i´ ,i´ ,｢ .:| .~''''″
.r″ .|ﾞl、 “ .,i″.yi入-ｲ il∠i、.｀ .,ﾒ| | ｣'ト .,,i´ .,i´ ,,￣ .[ .,i´.,,,,,,! .]_
.ﾞl＿,i´,ﾚ .'㍉,,,,ﾚ ~''┐ .,r°.,i´.| .| ,lﾞ :ﾞl、 ,,i´ ,i´ l゜.ﾟＬ＿＿ .:―ﾔﾟ″_ :~''=、
.,r″.,x=,, .,i´ ,x'".,,x'″ .ﾞl、 ﾞ冖''″ .］ | .,i´ .ﾞl, .~1 .ﾟＬ 'ﾞ〃 ,n, .,,}
.,l彡'''″ .ﾞ~"''''''''''"゜ .テ''~゛ .:ﾟ'―---―･° ―″ .~''￢―'″ .:ﾟ=＿,r ﾌﾟ
0034デフォルトの名無しさん
2005/09/23(金) 18:43:050035デフォルトの名無しさん
2005/09/23(金) 20:39:09スルーだって
0036デフォルトの名無しさん
2005/09/24(土) 08:53:380037デフォルトの名無しさん
2005/09/24(土) 10:07:03かんちがいくんが迷い込んでくるけどね
0038デフォルトの名無しさん
2005/09/24(土) 10:27:06Gデザイナーだが、ぶりゅでやってるところの仕事はさけてりゅ。
正解だなりゅ。火の粉がかかってくるからなりゅ。
0039デフォルトの名無しさん
2005/09/24(土) 18:56:39別に BREW 上で JavaVM 動かすってわけでもないだろうし、
比較対象になるのかね?
0040デフォルトの名無しさん
2005/09/24(土) 19:05:04BREW上でJavaVMですよ。
ttp://plusd.itmedia.co.jp/mobile/articles/0508/02/news056.html
0041デフォルトの名無しさん
2005/09/24(土) 20:50:020042デフォルトの名無しさん
2005/09/24(土) 23:44:41心配無用。別に仕事増えるわけじゃないんだから。
え？何です？主任。
は？アイアプリも頼んだぞって・・・
いや、その、あの、それはちょっと・・・・
すいません、わかりましたです、ハイ。
0043デフォルトの名無しさん
2005/09/25(日) 00:10:350044デフォルトの名無しさん
2005/09/25(日) 13:17:11それにしがみつくあうヲタ(糞塚ヲタ含む)はもっと糞
0045デフォルトの名無しさん
2005/09/25(日) 13:28:490046デフォルトの名無しさん
2005/09/25(日) 15:39:140047デフォルトの名無しさん
2005/09/25(日) 16:03:41∧,,∧ ∬ ／
ミ,,ﾟДﾟ彡っｃ□ ＜ 会社のPCに入ってる資料
＿と~,, ~,,,ﾉ_. ＼
ﾐ,,,,/~), │ ━┳━ ￣￣￣￣￣￣￣￣￣￣￣￣
￣￣￣ .じ'Ｊ￣￣| ┃
￣￣￣￣￣￣￣ ┻
0048デフォルトの名無しさん
2005/09/25(日) 16:59:350049デフォルトの名無しさん
2005/09/25(日) 17:11:05BREW以外の選択肢ないの？
0050デフォルトの名無しさん
2005/09/25(日) 17:48:17根性でC++ → Javaバイトコード生成
0051デフォルトの名無しさん
2005/09/25(日) 20:16:290052デフォルトの名無しさん
2005/09/26(月) 00:46:28営業は楽だよ。BREWをやってる会社が少ないから。
「iAppとグロスでこのくらいですかねー」って言える。
プログラマーはここを見ての通りです。
0053デフォルトの名無しさん
2005/09/26(月) 01:49:36Symbian OS
0054デフォルトの名無しさん
2005/09/26(月) 16:54:17もしかしてまとめの人？
個人的にはさほど更新必要無いと思うんで、現状維持でいいような。
もしスレ5のhtmlが無いなら…俺持ってたかな…
>>52
面倒なのは検証だけで、マだって別段大して苦労してないと思う。
Windowsアプリもiアプリも機種依存なり潜在しているバグがいくらでもあるわけで、
BREWに限った話じゃない。
0055デフォルトの名無しさん
2005/09/26(月) 16:55:42Wiki欲しいね。
なんだかんだ言って優良なまとめｻｲﾄ欲しいのがこのｽﾚの大意な気がする。
KのCPｻｲﾄは大した情報無いし。
大いに遅れて端末依存のﾊﾞｸﾞとか公開されるし。。。orz
0057名無しBREWたん
2005/09/26(月) 16:59:34ﾏが苦労するのは標準ﾗｲﾌﾞﾗﾘの貧弱さな気がする。
そこがBREW初挑戦者に敷居の高さを感じさせるのかも。
結局自社ﾗｲﾌﾞﾗﾘを作ってしまえば後はｺﾋﾟﾍﾟなんだけどな。
0058デフォルトの名無しさん
2005/09/26(月) 20:15:31DOCOMOのBREW端末。よさげかも。
0059デフォルトの名無しさん
2005/09/26(月) 20:39:38この記事だけでは何とも言えないな。
一番最後に書いてある通り、速さが求められる場合の演算、描画の様子が不明。
例えばゲームアプリは、ただ動くだけ、速さはまるでダメ、ってことも考えられる。
0060デフォルトの名無しさん
2005/09/26(月) 20:57:38ベンチマーク取ってくれないとなんとも。
0061デフォルトの名無しさん
2005/09/26(月) 21:29:10http://www.wikihouse.com/brew/index.php
0062デフォルトの名無しさん
2005/09/26(月) 22:18:04お疲れ様。確かに重いですね。
0063デフォルトの名無しさん
2005/09/28(水) 04:00:270064デフォルトの名無しさん
2005/09/28(水) 10:02:17KDDIの検閲得ないアプリが使えない糞仕様www
しがみつくあうヲタ&糞塚ヲタはヴァカ丸出しwww
0065デフォルトの名無しさん
2005/09/28(水) 10:15:09いるのはそのヲタから金を巻き上げようと企むCPの関係者
――に搾取される底辺層の技術者だけです(ノД｀)
0066デフォルトの名無しさん
2005/09/28(水) 10:45:57ヲタって言葉も随分と幅広くなりけむを、いとおかしとてとつられけむ。
0067デフォルトの名無しさん
2005/09/28(水) 14:33:04>>35
0068デフォルトの名無しさん
2005/09/29(木) 11:18:52誰か作ってないですかね？
0069デフォルトの名無しさん
2005/09/29(木) 11:37:23審査通らないので作っても意味ないです。
Andyで我慢ですね。
0070デフォルトの名無しさん
2005/09/29(木) 17:08:19作れないわけね
ＰＤＡでいいやもう
0071デフォルトの名無しさん
2005/09/29(木) 20:59:44思ったんだが、審査通らないのはどうして?
0072デフォルトの名無しさん
2005/09/29(木) 21:09:24審査が通らないのではなく、
採算が取れないからCPが作ろうとしないだけだと思いますよ。
0073デフォルトの名無しさん
2005/09/29(木) 22:10:030074デフォルトの名無しさん
2005/09/29(木) 22:29:300075デフォルトの名無しさん
2005/09/29(木) 23:50:480076デフォルトの名無しさん
2005/09/30(金) 04:30:52コードサイズが2/3になってびっくりした。
速度的なペナルティとかあるのかな？
0077デフォルトの名無しさん
2005/09/30(金) 07:55:01マニュアルにないことはしないのが俺のジャスティス
0078デフォルトの名無しさん
2005/09/30(金) 09:57:200079デフォルトの名無しさん
2005/09/30(金) 14:08:13逆に無駄な仕事が減ってすっきりすると思われ。
Javaだけで十分なことは積極的にJavaで。
と、いいたいところだが
容量制限は相変わらずメガバイトを超えないんだろうか。
すると結局BREWという選択肢に後戻りorz
0080デフォルトの名無しさん
2005/09/30(金) 14:10:30その営業を殴り殺してやりたいんですが。
楽そうにしておきながら「忙しい忙しい」ってざけんなって
忙しいフリして高い金とってんじゃねえよっと
0081デフォルトの名無しさん
2005/09/30(金) 14:11:24> >>51
> もしかしてまとめの人？
> 個人的にはさほど更新必要無いと思うんで、現状維持でいいような。
> もしスレ5のhtmlが無いなら…俺持ってたかな…
>
> >>52
> 面倒なのは検証だけで、マだって別段大して苦労してないと思う。
他人の書いたBREWコードの解析は地獄だぞ
ヘッダファイルの数がCファイルと同じだけあるだなんてキモすぎ
汚すぎるんだよ
0082デフォルトの名無しさん
2005/09/30(金) 15:10:27>ヘッダファイルの数がCファイルと同じだけあるだなんてキモすぎ
Cじゃ普通じゃあるまいか。
それとソースが汚いのはBREWに限った話じゃなかろう。
0083デフォルトの名無しさん
2005/09/30(金) 20:24:04メモリバス幅が16bitだった場合。
>>77は内部的にと言ってるけど、内部バス幅の話なら32bitなはず。
0084デフォルトの名無しさん
2005/09/30(金) 21:55:52いや、これはそうじゃない風に作ればいいだろう
0085デフォルトの名無しさん
2005/09/30(金) 23:54:360086デフォルトの名無しさん
2005/10/01(土) 00:04:19そして迫る納期と長い検証期間と日々戦い続ける熱き漢たちの物語である
0087デフォルトの名無しさん
2005/10/01(土) 00:54:070088デフォルトの名無しさん
2005/10/01(土) 08:48:490089デフォルトの名無しさん
2005/10/01(土) 12:00:43どんな仕事も自分の力で成したなら立派に誇っていいだお
結果の善し悪しは別として
0090デフォルトの名無しさん
2005/10/01(土) 12:01:42これさえまともになれば…
0091デフォルトの名無しさん
2005/10/01(土) 13:11:100092デフォルトの名無しさん
2005/10/01(土) 15:18:33①単なる人員不足
②アプリの数が大杉
③Kの陰謀
どれ？
0093デフォルトの名無しさん
2005/10/01(土) 15:22:370094デフォルトの名無しさん
2005/10/01(土) 15:29:43むしろ、企画審査で落とす方向で。
しかも審査は個人の好みと他プラットホームの実績しかみない。
芯でくれ。
0095デフォルトの名無しさん
2005/10/01(土) 23:25:27ん・ぱかさんのところにアップされていました。
数字だけ見る限りでは、結構優秀じゃないですか？？
http://npaka.yoko.ne.jp/bench/bench.jsp
0096デフォルトの名無しさん
2005/10/01(土) 23:27:580097デフォルトの名無しさん
2005/10/02(日) 18:56:20実はJavaプロセッサ搭載してたり、CPUがXscaleだったりしたら面白いな。
0098デフォルトの名無しさん
2005/10/02(日) 19:17:260099デフォルトの名無しさん
2005/10/02(日) 19:19:410100デフォルトの名無しさん
2005/10/03(月) 01:20:25> >>81
> >ヘッダファイルの数がCファイルと同じだけあるだなんてキモすぎ
>
> Cじゃ普通じゃあるまいか。
今時、そういう感覚でいられるお前の頭はおかしい。
お前の脳みそはオブジェクト指向開発の時代から逆行しすぎだ。
0101デフォルトの名無しさん
2005/10/03(月) 01:22:44> 人のソース見たくないなら仕事やめたほうがいいよ
その考えで、厚顔無恥にスパゲティコード
しか書きたくなければ仕事やめたほうがいいよ。
オープンソース開発ではスパゲティコードを書くと
まず恥さらしになるってことを覚えておこうね。
0102デフォルトの名無しさん
2005/10/03(月) 01:24:02土日に調べたのかい？
0103デフォルトの名無しさん
2005/10/03(月) 01:28:49http://npaka.yoko.ne.jp
ってドメインとってる香具師、
29歳のアニヲタか・・・・
0104デフォルトの名無しさん
2005/10/03(月) 02:00:01>お前の脳みそはオブジェクト指向開発の時代から逆行しすぎだ。
ヘッダファイル数がどうだとオブジェクト指向じゃないんだよｗ
素人は笑わせてくれるねぇｗ
0105デフォルトの名無しさん
2005/10/03(月) 02:03:28必然的にヘッダのほうが多くなるよなｗ
0106デフォルトの名無しさん
2005/10/03(月) 02:04:390107デフォルトの名無しさん
2005/10/03(月) 02:12:10>32bitCPUが16bit命令で早くなる理由が知りたい
Thunb命令セットってそういう意味じゃないんだが。
0108デフォルトの名無しさん
2005/10/03(月) 02:20:12ありゃC言語しかできない厨坊が書いたとしか思えん。
つーかマジでｷﾓｲんじゃぁぁぁぁあああ！
0109デフォルトの名無しさん
2005/10/03(月) 02:22:190110デフォルトの名無しさん
2005/10/03(月) 02:23:22バイト先では①と③が大当たり。
そして一人の社員が入社してまもなく半年も経たない
うちにとうとう辞めてしまった。
0111デフォルトの名無しさん
2005/10/03(月) 02:24:13まともに開発するならヘッダファイルは限りなくゼロにすべきだ。
素人はお前だ。お前がすっこんでろ
0112デフォルトの名無しさん
2005/10/03(月) 02:25:09とりあえず拡張子はすべてcppで統一しよう
0113デフォルトの名無しさん
2005/10/03(月) 02:29:160114デフォルトの名無しさん
2005/10/03(月) 02:32:05>まともに開発するならヘッダファイルは限りなくゼロにすべきだ。
じゃあきくけど、クラスやコンスタント列挙型等はどこに宣言・定義すんだよ。
ジェネリックなテンプレートクラスは、使用するcppファイルに重複して書くのか？
javaじゃねーんだぞ？
0115デフォルトの名無しさん
2005/10/03(月) 02:33:240116デフォルトの名無しさん
2005/10/03(月) 02:40:10なんだ。オレにすっこんでろと凄みつつ、自分がすっこんじゃったのね。
こいつのいう「まともな開発」は、オレにはまともに思えん。
0117デフォルトの名無しさん
2005/10/03(月) 03:34:070118デフォルトの名無しさん
2005/10/03(月) 04:27:34返されますが、このデータは解凍済みなんでしょうか？
まさか描画のたびに解凍されるなんてことはないですよね？
0119デフォルトの名無しさん
2005/10/03(月) 05:10:220120デフォルトの名無しさん
2005/10/03(月) 09:59:03毎回 ISHELL_LoadResImage() 呼べば、毎回解凍処理するよ
0121デフォルトの名無しさん
2005/10/03(月) 17:41:06君が何を言いたいのか分からないので揚げ足取るだけにしておくけどさ、thumb ね
0122デフォルトの名無しさん
2005/10/03(月) 22:10:51生暖かい目で見守ってやりましょう
0123デフォルトの名無しさん
2005/10/03(月) 23:45:22返されるのは >>119 の言う通りで、データではなく、インタフェースへのポインタ。
データがデコード完了した時点でコールバックが来るから、その時点から有効なデータを持つ。
ちゃんとAPIの仕様を嫁
0124デフォルトの名無しさん
2005/10/04(火) 08:28:57脳内フィルターで華麗にスルーしてください
反応したらニートです
>フサフサ野郎
もう半世紀ほどROMてよう、な！
0125デフォルトの名無しさん
2005/10/04(火) 08:37:170126デフォルトの名無しさん
2005/10/04(火) 09:29:02pngはコールバックじゃなくて、ブロッキング読み込みするんじゃね？
0127デフォルトの名無しさん
2005/10/04(火) 14:55:38なんでこんなめんどうなんだ
0128デフォルトの名無しさん
2005/10/04(火) 18:36:04実際には大半の端末で同期デコードされるっぽいけど、APIの使用上は
非同期扱いでしょう。
日本の端末はかなり仕様が統一されててこの辺の挙動はほぼ同じだけど、
海外端末だとかなりバラバラなのでAPIの仕様から逸脱していると泣きを
見る羽目になる･･･
APIの仕様通りでもまともに動かないくそ端末もたくさんあるけどね～
0129デフォルトの名無しさん
2005/10/04(火) 22:20:14ttp://brew.qualcomm.com/brew/en/developer/resources/ds/forums.html
から韓国のフォーラム消えちゃったけど、
韓国でこけたのかな？
0130デフォルトの名無しさん
2005/10/04(火) 23:08:380131デフォルトの名無しさん
2005/10/04(火) 23:28:32えいご
できないの
ばっかー
でーすーかーら
0132デフォルトの名無しさん
2005/10/05(水) 03:00:51WIPI
0133名無しBREWたん
2005/10/05(水) 15:43:37KoreanのURLにいくとEnglishにﾘﾀﾞｲﾚｸﾄされるな。
にーほんじんはぁ、ばかれすからー。
ってことなんだな。
まぁ、ﾌｫｰﾗﾑの投稿内容があんなんじゃﾊﾞｶと思われても致し方（ｒｙ
0134デフォルトの名無しさん
2005/10/05(水) 15:53:35どこまで読んだのかわかんねー（ﾟ∀ﾟ）
ついでにパス忘れた。
0135134
2005/10/05(水) 15:59:56３，４個でもうおなかいっぱい('A`)
ykuboさんも大変だなぁ・・・
0136デフォルトの名無しさん
2005/10/05(水) 16:37:420137デフォルトの名無しさん
2005/10/05(水) 17:44:510138デフォルトの名無しさん
2005/10/05(水) 18:34:17thx
>>137
さいず
0139デフォルトの名無しさん
2005/10/05(水) 19:55:10ド コ モ 以 外 は 糞
で140
0140デフォルトの名無しさん
2005/10/06(木) 03:43:49？
どこの誤爆だ？
なんでドコモがｗ
0141デフォルトの名無しさん
2005/10/06(木) 05:27:220142デフォルトの名無しさん
2005/10/06(木) 09:35:04140て何？
0143名無しBREWたん
2005/10/06(木) 16:49:41実機でもstaticな変数が使えるような悪寒。
まぁK的にNGなんで検証通らないかも知れないけど。
0144デフォルトの名無しさん
2005/10/06(木) 18:59:560145デフォルトの名無しさん
2005/10/06(木) 19:03:03レッドカード即退場ものの質問だな
0146デフォルトの名無しさん
2005/10/06(木) 19:09:510147デフォルトの名無しさん
2005/10/06(木) 19:46:270148デフォルトの名無しさん
2005/10/06(木) 20:48:59わざわざ危ない橋渡んなくてもいいじゃん？
自分は今のままでじゅーぶん使えてるよ。
0149デフォルトの名無しさん
2005/10/06(木) 21:45:05前スレで私が質問して叩かれてるのを見てないのですか？
0150デフォルトの名無しさん
2005/10/06(木) 22:38:280151デフォルトの名無しさん
2005/10/06(木) 23:06:550152デフォルトの名無しさん
2005/10/06(木) 23:29:13１．守秘義務を守ろうね。社会的に死んでもしらないよ♪
２．↑に関わりそうな質問しても答えてもだめだよ☆社会的に黙殺さ(ry
３．質問する前にちゃんと自分で調べようね。Google先生に聞いてみるのも良いかも？
４．分かりやすい日本語でレスしてね。あまりアレな日本語だとみんな華麗にスルーしちゃうよ。
あと半島人はもう半世紀ほどROMしててね☆
0153デフォルトの名無しさん
2005/10/06(木) 23:42:08不思議。
今はBREWやめたんだっけ？？？
0154デフォルトの名無しさん
2005/10/07(金) 08:13:35docomoのsa700isが理想だよね。
0155デフォルトの名無しさん
2005/10/07(金) 08:30:50今の会社辞めたらもうプログラマー関係の職にはつかないと思う('A`)y-~
>>149
やり方じゃなくて、資料の場所を探してたんだよ。
なんとか見つけたから今後は大丈夫。
つーか、サイトの作りがなぁ・・・
トップのメニューに不必要なものが多い気がするんだが、
あれは必要な人には必要なのかね？('A`)
0156デフォルトの名無しさん
2005/10/07(金) 08:44:050157デフォルトの名無しさん
2005/10/07(金) 10:24:36ま、その分ボッタくってますが。
0158デフォルトの名無しさん
2005/10/07(金) 13:01:44ボッタ食った分、手元に入るとこはいいやね。
こっちはピンハネの上にピンハネで、雀の涙ほどの小銭しか入りませんが。
0159デフォルトの名無しさん
2005/10/07(金) 22:00:36DQM：124,800純増
あう：165,100純増
塩豚：3,300純増
糞塚：1,300純増
(KDDI：166,400純増)
/＼＿＿_／ヽ
／ :::::::＼
.| .::::|
| '''''' '''''' .:::| ついに糞塚があう統合された…
.|（●）, ､（●）､::::| でも統合先のあうも相当糞だというし…
＼ ,,ﾉ(､_, )ヽ､,,.:::::／
／｀｀ｰﾆ=-'"一´＼
＿/((┃))＿＿＿＿_i |＿ ｷｭｯｷｭｯ
.. ／ /ヽ,,⌒)￣￣￣￣ （,,ノ ＼
／ /＿＿＿＿＿＿＿＿＿ヽ.. ＼
.￣￣￣￣￣￣￣￣￣￣￣￣￣￣
/＼＿＿_／ヽ
／'''''' '''''':::::::＼
. |（●）, ､（●）､.:| ＋
| ,,ﾉ(､_, )ヽ､,, .::::|
. | ｀-=ﾆ=- ' .:::::::| +
＼ ｀ﾆﾆ´ .:::::／ +
／ヽ、ﾆ__ ーーノﾞ＼_
.|￣￣￣￣￣￣￣￣.| ﾄﾝ
_（,,) あうヲタ氏ね！！(,,）_
.. ／. |.. | ＼
／ .|＿＿＿＿＿＿＿＿_| ＼
0160デフォルトの名無しさん
2005/10/09(日) 01:08:380161デフォルトの名無しさん
2005/10/09(日) 09:36:16BREW技術スレにいるのは業務上やってる人ばかり
大部分は好きでやってるわけじゃない
ここでどんなに主張しても
この人が想定してるリスナーはここにはほとんど居ないわけで
0162デフォルトの名無しさん
2005/10/09(日) 10:16:240163デフォルトの名無しさん
2005/10/09(日) 17:48:240164デフォルトの名無しさん
2005/10/09(日) 21:51:32ドコモだって、サンヨーだけじゃなく次回の製品から東芝だって加入すんだから。
そうなってくるとドコモでもBREWアプリ搭載もありえるわけだし。
0165デフォルトの名無しさん
2005/10/10(月) 10:53:17でも巻き取り先のあうは糞BREWの糞アプリしか落とせない糞仕様w
KDDIの検閲得ないアプリが使えない糞w
あーかわいそーwww
0166デフォルトの名無しさん
2005/10/10(月) 11:02:51BREW使わなきゃならないアプリなんて、どうせゲームアプリくらいしか需要無いのに
0167デフォルトの名無しさん
2005/10/10(月) 11:21:04双方日本語が変なので同一人物と同定。
0168デフォルトの名無しさん
2005/10/10(月) 12:32:49>>35
0169デフォルトの名無しさん
2005/10/10(月) 13:05:200170デフォルトの名無しさん
2005/10/10(月) 18:14:53双方日本語が変なので同一人物で童貞。
0172デフォルトの名無しさん
2005/10/12(水) 18:50:15Kならやりかねん…あれ？
0173デフォルトの名無しさん
2005/10/12(水) 21:44:07もう、ホント、なにからなにまで糞
0174デフォルトの名無しさん
2005/10/12(水) 22:45:16お陰でビジネスツール売れてない。
ゲームでも審査が糞遅いのは変わらん。
グループ再編もみかかがやろうとしたら批判しまくるくせにまあ…。
QもKも糞。はやく潰れろ～
0175デフォルトの名無しさん
2005/10/12(水) 23:42:50そいつら相手で飯食ってんだぜおめーら
0176デフォルトの名無しさん
2005/10/13(木) 00:50:260177デフォルトの名無しさん
2005/10/13(木) 00:52:56それともガユーザのことか？
ビジネスツールなんざ論外だぞ
ゲームしかでてこんのか？
0178デフォルトの名無しさん
2005/10/13(木) 01:10:00か
訳
し
て
0179デフォルトの名無しさん
2005/10/13(木) 01:32:45文句あるならAUの仕事しなきゃいいだけの話。
0180デフォルトの名無しさん
2005/10/13(木) 08:45:350181デフォルトの名無しさん
2005/10/13(木) 10:27:33営業がdocomoとボータフォンの仕事と一緒に取ってくるから無理。
つーか、３キャリアのアプリを1社で請け負うからそこそこ美味しい仕事になるのであって、
brewしか出来ませんjavaしか出来ませんでは、干上がる。
0182デフォルトの名無しさん
2005/10/13(木) 22:07:190183デフォルトの名無しさん
2005/10/14(金) 20:58:11javaとかで
static final int hoge_x[][] = {{0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0},{6,7,7,6,6,6,8,7,6,7,6,4,6,4,5,7},{0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0},}; // 座標情報
みたいな静的でグローバルなデータが大量にあるとすると、BREWではどうやって処理するのが良いの？
グローバルな変数はIAppletのstructにくっつけろってのはわかった。
じゃぁstaticなデータはどこにまとめてる？やっぱ一括でデータはくくっておきたいのだけどいまいちわからんです。
マニュアルみればみるほどわからんです。せんぱいお願いしまつ・・・。
0184デフォルトの名無しさん
2005/10/14(金) 21:07:010185デフォルトの名無しさん
2005/10/14(金) 21:35:39あ、じゃぁ
static const int hoge_x[3][16] = {{0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0},{6,7,7,6,6,6,8,7,6,7,6,4,6,4,5,7},{0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}};
こんな風？
そんでextrenして使うって感じですかね。
まだARMからコンパイラ届いてないもんでコンパイルできねーです。。。
0186デフォルトの名無しさん
2005/10/14(金) 22:57:150187デフォルトの名無しさん
2005/10/14(金) 23:24:090188デフォルトの名無しさん
2005/10/14(金) 23:54:57何度か納品して経験値たまってきたので、最近使い始めてるよ
2/3というとアレだが、俺の場合130KBが95KBになるくらいなんで、
なんか有難いんだがどうなのか疑問だな。600KBアプリも作れるし。
速度的な認識この最後のスライドが参考になるかと
ttp://www.jp.arm.com/event/images/seminar2005/3.pdf
0189デフォルトの名無しさん
2005/10/15(土) 01:24:18めちゃ参考になる。サンクス。
0190デフォルトの名無しさん
2005/10/15(土) 12:26:280191デフォルトの名無しさん
2005/10/15(土) 20:04:13そのまま鵜呑みには出来んがRealViewすげえな。
gcc泣ける。orz
0192デフォルトの名無しさん
2005/10/16(日) 02:20:25コードサイズが29%減って、速度が20%下がるのかな。
速度を要求しないクラスはThumbモードにしたほうがいいかな……。
0193デフォルトの名無しさん
2005/10/16(日) 02:23:03そーだね
0194デフォルトの名無しさん
2005/10/17(月) 03:35:49ファイル単位でやるしかない。
0195デフォルトの名無しさん
2005/10/17(月) 11:17:28ファイル単位で拡張子を変えてコンパイルするのがよさげだね。
0196デフォルトの名無しさん
2005/10/18(火) 11:07:590197デフォルトの名無しさん
2005/10/18(火) 11:15:130198デフォルトの名無しさん
2005/10/18(火) 12:56:14Auuuuuuu Auuuuuu
0199デフォルトの名無しさん
2005/10/18(火) 15:25:020201デフォルトの名無しさん
2005/10/18(火) 21:06:20結構有ることかな？
0202201
2005/10/18(火) 21:08:430203デフォルトの名無しさん
2005/10/18(火) 23:26:50詳しく教えてよママ！
0204デフォルトの名無しさん
2005/10/19(水) 11:31:56ARMコンパイラのドキュメント見れば？
0205デフォルトの名無しさん
2005/10/19(水) 20:13:54某ゲーのポーティングをやっているんですが、なぜか東芝端末だけリセットがかかります。
東芝端末特有のものって何かありますか？一応、端末FAQも目を通しましたが、これといったものはありませんでした。
0206デフォルトの名無しさん
2005/10/19(水) 20:17:57\600,000のARM コンパイラだと、#pragma arm, #pragma thumbによってインラインでインストラクション切り替えられるが、
\150,000のARMコンパイラだと、armcpp, tcppを分けて使わなきゃいけないのです。
うちでは、cppをarmcpp, cxxをtcppでコンパイルするように使い分けてます。
0207デフォルトの名無しさん
2005/10/19(水) 20:21:13| |
| |
∧＿∧ | | ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
（ ´Д｀）／/ ＜ 先生！なぜドコモ以外は糞なのですか？
／ / ＼
/ /| / ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
＿＿| | .| |
＼ ￣￣￣￣￣￣￣＼
||＼ ＼
||＼||￣￣￣￣￣￣￣||￣
|| ||￣￣￣￣￣￣￣||
.|| ||
0208デフォルトの名無しさん
2005/10/19(水) 22:35:28文字がでｋ（ｒｙ
IDISPLAY_MeasureTextExの挙動がエミュと違うんで、
作り方によってはこけるかも・・？
てかもうちょい詳細ぷりーず
0209デフォルトの名無しさん
2005/10/19(水) 22:48:54俺の担当の仕事じゃなかったんで詳細は知らないが
ファイル周りの部分で東芝端末だけ検証に引っかかったことがある。
0210デフォルトの名無しさん
2005/10/19(水) 23:42:110211デフォルトの名無しさん
2005/10/20(木) 11:01:50BREW SDK 2.1をDLしインストールをし、テンプレサイトの
(1)BREW SDKをインストールしよう
(2)“HelloWorld”プログラムを作ろう
までやってみました。（VisualStudio6.0です）
無事アプリ自体はできたのですが、F5ボタンを押してのデバッグ実行ができません。
'C:\Program Files\(略)BREW_Emulator.exe'
にはﾃﾞﾊﾞｯｸﾞ上方がありません。続行する場合は[OK]を押してください。
というダイアログが表示されて、ブレークポイントなどが無効化されてしまいました。
何か特殊な設定が必要なのでしょうか？
0212デフォルトの名無しさん
2005/10/20(木) 11:04:57Release版で作ってたりしないよね？
0213デフォルトの名無しさん
2005/10/20(木) 11:13:27お返事ありがとうございます。
ブレークポイントが消えた後は、プログラムの先頭から1行ずつ動作させることはできるようです。
ただ、この後もずっとブレークポイントは設置できません。(F9が無反応)
もちろんRelease版ではなくDebug版で作っています。
何人かがインストールしたのですが、8割方は期待通りの動きをし、2割程度がこの状態になってしまっています。
念のため「プロジェクトの設定」「リンクタブ」「ﾃﾞﾊﾞｯｸﾞ情報を生成する」を見てみましたが、きちんとチェックが入っておりました。
0214デフォルトの名無しさん
2005/10/20(木) 11:17:53リビルドを行なうことで正常に動作しました。
動作がおかしかった人は、DLLの出力フォルダなどをいじっていたことが共通項のようです。
何かしらの手違いで古い中間ファイルを参照したのだと思われます。
お騒がせしました。
0215デフォルトの名無しさん
2005/10/20(木) 11:36:49この前のプロジェクトの時は
#if !defined(_MSC_VER)
#define ARMCOMPILER
#endif
とかやっていたのですが、テスト用にgccでコンパイルした時、
この定義を変更するのを忘れていてハマったりしました。
何か組み込まれた定義があったら知りたいです。
0216デフォルトの名無しさん
2005/10/20(木) 12:23:46http://www.jp.arm.com/document/index.html
0218デフォルトの名無しさん
2005/10/20(木) 13:38:55末尾の数字が何番目以降がW端末とかって比べる方法ない？
2.1端末でもezurltoかez2urltoかが違っていて困る
0219デフォルトの名無しさん
2005/10/20(木) 13:46:44アプリ分けるのだけは勘弁
0220デフォルトの名無しさん
2005/10/20(木) 13:59:560221デフォルトの名無しさん
2005/10/20(木) 14:40:31クアルコム社員必死だなw
0222デフォルトの名無しさん
2005/10/20(木) 14:44:00塩豚と糞塚がわからないーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
っ！！！！！！！！！！！！！！！！！！
0223デフォルトの名無しさん
2005/10/20(木) 14:45:29お前天才だな。だいぶ自分の頭が固くなっているようだ・・・
0224デフォルトの名無しさん
2005/10/20(木) 14:48:08テレビアプリ開発があるらしいけど
みんな安い給料で土日なしで休みの予定も勝手に踏み倒され
労働組合も無く、徹夜させられ倒れて病院に運ばれた香具師もいるほどなのに
残業代無しのため社員は半ば、経営者に対して逆ギレ状態で
死にそうになって何か作ってるらしいよ。
KDDIはなにからなにまで守秘にうるさいところだね。
外部にもれたところで大した害もないのにこんなくだらないものを守秘扱い
にするなんてアホくさいなあと思えるのもあるんだけどなあ。
むしろ利益になることまで隠すことなんてないと思う、ってものまで
秘密にしてると思わない？
0225デフォルトの名無しさん
2005/10/20(木) 14:50:53> アプリつかってんのはドコのキャリアのでも糞（ガキ）だがな
> そいつら相手で飯食ってんだぜおめーら
それで残業代もでないほど給料が安くて
こんなにひもじい思いをしなければならないなんて
0226デフォルトの名無しさん
2005/10/20(木) 14:55:36> >>179
> 営業がdocomoとボータフォンの仕事と一緒に取ってくるから無理。
> つーか、３キャリアのアプリを1社で請け負うからそこそこ美味しい仕事になるのであって、
> brewしか出来ませんjavaしか出来ませんでは、干上がる。
そう考えるとBREWはJavaより出るのが遅すぎた罠
Javaより先駆けていればもっと潤っていたかもしれないのに。
というか、APIが使いにくいのがイタイかもね。
3キャリアで動かせるようなアプリを
作りやすいようにAPIを各言語で統一すれば
Java ←→ BREW間での開発の切り替えも容易なんだけどね。
BREWがJavaのAPIを真似して欲しいと思ったりな。
もしくはJavaがBREWのAPIを真似するか。
真似をするとしたら、前者のほうが現実的かな。
後者をやったらJavaの限界によって無理があるために。
営業がそのあたり、JavaとBREWとの違いと負担がどれだけあるのかっていうことを
理解してくれればいいのだが。
0227デフォルトの名無しさん
2005/10/20(木) 20:30:32もう一枚抽象化レイヤーをJavaとBREWのそれぞれに設ける形……つまり仮想環境を作る形にすればいいんだが、
さすがにパフォーマンス的に厳しすぎるだろうし。
個人的にはJVM用のC++コンパイラがあれば全環境JVMにしてもらえたらいいのにと思う。
0228デフォルトの名無しさん
2005/10/20(木) 20:45:25遅かったといっても、似たような時期だったからAPIの違いも仕方ないかと。
ドコモもライセンスなんて考えてなかったろうし。
0229デフォルトの名無しさん
2005/10/20(木) 22:30:17今度はゲイツホンまで登場かよ。
仕事が増えて嬉しいなぁ。くそったれが！！
0230デフォルトの名無しさん
2005/10/21(金) 00:02:17>>229がアルゴリズムを産み出すくらいの天才なら別だがよ
0231デフォルトの名無しさん
2005/10/21(金) 16:53:26>>152
「社会的に黙殺さ」の後に何が略されてるのか気になる。
黙殺されるならOKじゃん？
0232デフォルトの名無しさん
2005/10/21(金) 18:35:430233デフォルトの名無しさん
2005/10/21(金) 20:23:39いっそのこと世の中MSだけになってしまえば楽だ。
0234デフォルトの名無しさん
2005/10/21(金) 21:19:08oh! good idea!!
0235デフォルトの名無しさん
2005/10/22(土) 00:03:180236デフォルトの名無しさん
2005/10/22(土) 00:23:04ステップ実行のデバッガが動くのだけは神
DoJaエミュとかまともにうごきゃしねーよ。CPUバカ喰いのくせに
0237デフォルトの名無しさん
2005/10/22(土) 01:37:46どう考えてもあれとは別に本物のエミュレータが必要だろ？
PSPのクラック開発ですらPSPEなんてものが一瞬で出てくるんだから
Qualcommが威信をかけて本物のBREWエミュをリリースすべきだろ。
そういえばSDK3.xから名前がemulatorからsimulatorに変わったよな。
俺に言わせればシミュレイタですらないと思うんだが。
0238デフォルトの名無しさん
2005/10/22(土) 02:42:56整えてくれと言いたい。
せめてログをリアルタイムに出してくれと。。。
原因不明のリセットとか検証するのすご～～～～く大変orz
0239デフォルトの名無しさん
2005/10/22(土) 03:50:31結局ログファイルとるしかなくなるんだよねぇ……。
実機のみのバグは確かに困る。
でも、他のシステムに比べて便利な機能ではあるんだよな。それでも。
0240デフォルトの名無しさん
2005/10/22(土) 04:43:35駄目な実装の端末はログ取るAPIも駄目実装だから役に立たないと言う可能性が。
T芝とかの端末だとありそう。
0241デフォルトの名無しさん
2005/10/22(土) 04:52:55シミュレータというかリファレンス端末をつくれ?
0242デフォルトの名無しさん
2005/10/22(土) 06:03:39コネクタに端子出てそうなんだけどなぁ
0243デフォルトの名無しさん
2005/10/22(土) 17:52:33なんで無理やりソフト(アプリ)側に実装するような仕様になってるのかがわからねぇ…。
検証する側にも手間が減って明らかに楽だと思うんだけどな。書類も減るしな。
統一されたエラーメッセージを全てのアプリに実装とか理解不能だ…。
0244デフォルトの名無しさん
2005/10/22(土) 18:24:190245デフォルトの名無しさん
2005/10/22(土) 18:43:340246デフォルトの名無しさん
2005/10/23(日) 11:26:110247デフォルトの名無しさん
2005/10/24(月) 03:42:35ﾄﾞｼﾛｳﾄも経営者もなかろ
0248デフォルトの名無しさん
2005/10/24(月) 09:50:540249デフォルトの名無しさん
2005/10/24(月) 11:37:39BREWのかってアプリでハングする携帯端末が増えたらそれこそ大問題だろ？
0250デフォルトの名無しさん
2005/10/24(月) 11:44:06正常に終了にするようにすればいいんだろうけどね。
現状じゃ難しそうかな……。
0251デフォルトの名無しさん
2005/10/24(月) 12:01:26あっという間にパケ死or通信停止に追い込むアプリとか。
0252デフォルトの名無しさん
2005/10/24(月) 12:13:260253デフォルトの名無しさん
2005/10/24(月) 12:51:192chブラウザとか
ファミコンエミュとか
0254デフォルトの名無しさん
2005/10/24(月) 13:01:490255デフォルトの名無しさん
2005/10/24(月) 14:09:02ちゃんと修正したけどね。
0256デフォルトの名無しさん
2005/10/24(月) 15:46:39１つのmodで全機種対応なんて無理だと思うんだけど、やっぱそう？
だとすると、結局いくつくらいmod作る羽目になった？
0257デフォルトの名無しさん
2005/10/24(月) 15:58:28ウチは下請けだからどの機種に申請出してるか
全部把握してないけど、とりあえず、モジュール１個で
今のところ障害報告はされてない。
単純に検証始まってないだけかもしんないけどｗ
0259デフォルトの名無しさん
2005/10/24(月) 17:06:25検証終わった機種もあるらしいんだけどね。
ちょっと調べたらまだ１機種終わっただけみたいだな((((;ﾟДﾟ))))
一応社内にある機械で一通り動かした時は動いてたから運がよければ・・・
つーか、検証始まった頃には書いたソースの内容なんて
忘れてんだよバＫヽ(｀Д´)ノ
0260デフォルトの名無しさん
2005/10/24(月) 17:07:470261デフォルトの名無しさん
2005/10/24(月) 17:45:56>>260
なにいってるんだ、それは俺だぞ？
0262デフォルトの名無しさん
2005/10/24(月) 19:27:14必要に応じて関数自作する程度じゃ切り抜けられない程の機種依存あるの？
今までざっと見ていた感じ、
jpegエンコ周りのコーディングに気をつける程度しか認識無いのだが。
0263256
2005/10/24(月) 22:51:23カメラアプリ作ることになりそうで見切り発車で開発始めてるんだけど、
支援サイトのICameraの端末依存情報を見たら、まるで動作がばらばらで
１つのmodにまとめられそうになくて困ってる。
例えば…
A5502Kだけは特定の条件下でしかICAMERA_GetFrame()の画像が取得できないとか、
SA端末だけはICAMERA_GetFrame()の画像をそのまま描画できないとか、
T端末だけはICameraオブジェクト解放前にICAMERA_Stop()しなくてはならないとか、
とにかく端末ごとにめちゃくちゃ注文がついてる。腹立たしいのぅ。
そりゃあ、内部で型番ごとに処理を振り分ければ１つのmodで作れることになるけど、
それは機種ごとに複数のmod作るのと手間は変らないわけで。
それなら結局アプリ何個分の工数が必要になるのか心配になったわけで。
始める前からｵﾜｯﾃﾏｽｶ…
0264デフォルトの名無しさん
2005/10/24(月) 23:21:09つかカメラフレーム作ったら売れるかな
0265デフォルトの名無しさん
2005/10/24(月) 23:57:55レスのみ読む限りは
・A5502Kの特定の条件を守る
・画像は基本的にDIBにして確保してアプリ側で制御する
・ICamera解放前にICAMERA_Stopを呼ぶ
を守ればmod1本でいけそうな気がするのは気のせいだろうか
0266デフォルトの名無しさん
2005/10/25(火) 00:00:17後は、カメラのイベントを確認しながら、プログラムガイドだか通りに
カメラ状態を遷移させてやれば結構撮れる。
0267デフォルトの名無しさん
2005/10/25(火) 01:33:15きちんと検証通ったから特に問題はないみたい。
0268256
2005/10/25(火) 02:01:34そんな風になるべく差を吸収して行く形で作っているけど、そのうち
ある端末では○○することが必須、ただしそうすると他の機種で正常動作が
保証されない、といった条件も出てくるんじゃないかと思う。
そういった条件をいちいち分けていくのが面倒なので避けて通れないかな、
というのが本音。
具体的にそういった条件を見つける前から心配してても始まらないけど、
この辺は「そんな条件はとりあえずなかったよ」とか教えてくれると助かる。
>>264>>266
実は実験用に作ってるカメラアプリがあって、
プレビュー ←→ 撮影 → データフォルダへの出力（任意） → 撮影画像読み込み＋表示
この処理がいくつかの端末で正常に動作している。
しかしまさに>>264が言う通り、S端末はプレビュー開始時に端末リセット。
T端末はA5509T、W21Tでプレビュー開始時に端末リセット。A5506Tは問題なく動作。
SとTについて、ICameraオブジェクト生成したあとプレビュー開始するまでの処理で
これは気をつけろ、ここをチェックしろ、というアドバイスあったらぜひ頼む。
もしかしてICameraとは無関係なところでメモリ壊してるのかな… それは俺が悪いんだが。
てゆーかむしろ、カメラアプリってどうやって効率よくデバッグするの！？
0269256
2005/10/25(火) 02:08:11お、１つでいけるとな！？
auのBREW2.1端末全部に対応することを目指してるんだけど
やれるってことなら、頑張る気が少し回復する。
0270デフォルトの名無しさん
2005/10/25(火) 02:15:37CAM_PENDINGで返ってきてるんじゃない？
きちんと正常に処理されたのを確認してからプレビュー開始。
俺がプレビュー時に気をつけたのってそれぐらい。
0271デフォルトの名無しさん
2005/10/25(火) 04:12:47Java潰しか？
0272デフォルトの名無しさん
2005/10/25(火) 07:33:31風邪ひいてる俺が適当に考えてみる(｀・ω・´)
BREWの課金システムだとか、検証ラインだとか大量に金つぎ込んでるのに、
いきなりJavaで検証フリーですよーとか言ったら今までの投資は何だったのかと。
それと、Javaを使えるようにするとなると、KDDI-BREW-Java用のSDKとか
エミュレータとかの保守にまた金がかかる上、検証いらなくなるだろうから、
CPから金も巻き上げられない。
あと、ゲーム動かすJavaくらいならすぐに実装可能だけど、
それじゃホビーユースのヲタくらいしか見向きもしないんで、
結局Felicaとか法人需要が見込めそうな機能拡張が必要になって、
それやるとなるとどれだけ金かかるのかと、あと、今がその機能の旬だから、
これから開発初めて完成した頃には今更感が漂ってる気がする。
こんなとこ？(´・ω・｀)
0273デフォルトの名無しさん
2005/10/25(火) 07:37:49ってだけかと
0274デフォルトの名無しさん
2005/10/25(火) 07:49:010275デフォルトの名無しさん
2005/10/25(火) 09:51:26はいはい、えらすえらす。
0276デフォルトの名無しさん
2005/10/25(火) 10:46:27現在IWEB_GetResponse()を使用して、ネットワークからtext/plainの型の文字列を
取得しようとしているのですが、コールバック関数の
if((pszBuf = (char *)MALLOC(pwri->lContentLength + 1)) == NULL){
return;
}
の部分で弾かれてしまいます。
text/plainの型の文字列を取得する方法とかはあるのでしょうか？
すいませんがお願いします。
0277デフォルトの名無しさん
2005/10/25(火) 11:26:290278デフォルトの名無しさん
2005/10/25(火) 11:35:250279デフォルトの名無しさん
2005/10/25(火) 11:36:09デバッグで確認したところ、ContentLengthには-1が入ってました。
よって、この式はまんま== NULLになってしまうために弾かれて当然
なんでうよねorz
これはそのアクセスしたところから値が取れていないから
こうなってしまうのでしょうか？
0280デフォルトの名無しさん
2005/10/25(火) 12:08:05ContentLengthにしても何にしても、自分で入力する必要アリ。
大方-1ってのも自分で入力しているか、
未初期化のまんまなんでしょ？
なので釣りとも思われる。
・Httpのヘッダ取得してContentLengthを初期化する
・Vectorクラスに近い動作をする関数を用意してバッファ連結する
ちなみにサーバの作り方次第ではContentLengthを返さない場合があるので、
その辺は確認してくれ
0281デフォルトの名無しさん
2005/10/25(火) 12:08:16サーバに問い合わせれ。
0282デフォルトの名無しさん
2005/10/25(火) 12:13:39BREWAPIReference
0283279
2005/10/25(火) 12:33:00その辺をいろいろと試してみようかと思います。
0284デフォルトの名無しさん
2005/10/25(火) 13:21:49クオリティ高ス
って思いますね。
0285デフォルトの名無しさん
2005/10/25(火) 13:42:46俺だってGetLength()って関数くらいあると思ってた。
普通なら作るよなーって。
BREWスレって意味ではスレ違いかも知れんが、
多少の事は生暖かい目で見守ってやりたいと思う。
0286デフォルトの名無しさん
2005/10/25(火) 14:02:170287279
2005/10/25(火) 14:07:50本当にありがとうございます。
思えば確かに簡単な見逃しでしたね。
ちなみに二日間くらい詰まってました。
どうも失礼いたしました
0288デフォルトの名無しさん
2005/10/25(火) 14:10:39>279, 280
HTTP or 通信エラー時は基本的にｌContentLengthには-1が入る。
サーバがContent-Lengthヘッダをしっかり返していればその値がｌContentLengthに入る。
そうじゃない場合はサイズなんて取り様がない罠。
>285
> 俺だってGetLength()って関数くらいあると思ってた。
それがpwri.lContentLengthなわけだが。
Content-Lengthヘッダがない場合HTTPプロトコルレベルではサイズを特定することはできない。
0289デフォルトの名無しさん
2005/10/25(火) 14:26:48pwri->lContentLength ですた
0290デフォルトの名無しさん
2005/10/25(火) 15:26:44俺はヘッダ直接読むか、Body取得してからLength計算してたよ(´д｀)
正直スマンかった。
0291名無しBREWたん
2005/10/25(火) 16:15:56やっぱり Body のサイズを自前で測るしかないって事か。
0292デフォルトの名無しさん
2005/10/25(火) 20:54:02しちゃおうって思う傾向があるけど、
サーバ側に言って直るのであれば直してもらった方がいいよ。
0293デフォルトの名無しさん
2005/10/25(火) 22:45:29鯖がcontent-lengthを返してくれなかったら、切断されるまで本当にデータの終わりなのか、
ネットワークが遅延しててデータがまだ来てないのか判断できないような仕様じゃなかったか？
(httpプロトコル自体が)
0294デフォルトの名無しさん
2005/10/25(火) 22:56:05まぁそのためにタイムアウトとかヒープ管理とかが有るわけで
0295デフォルトの名無しさん
2005/10/26(水) 00:34:09httpのver0.9でもちゃんとメッセージボディーのサイズは送って来てるよ。
0296デフォルトの名無しさん
2005/10/26(水) 02:36:39ドコモがBREWアプリを配信しようとしないのと逆の立場と思えばいい。
0297デフォルトの名無しさん
2005/10/26(水) 04:33:130298デフォルトの名無しさん
2005/10/26(水) 11:13:340299デフォルトの名無しさん
2005/10/26(水) 15:14:35void *p;
int *np;
p = MALLOC(8);
np = (int*)p;
*np = 1;
これは正常に動きますが
p = MALLOC(8);
np = (int*)((char*)p + 1);
*np = 1;
これだと動かなくなる。いろいろ検査した結果、MALLOCで取得したpの位置以外の（中途半端な）アドレスからの書き込みはフリーズします。
何これ…。
>>209がファイル周りの部分って書かれてるから、おそらくこんな感じにポインタをいじくりまわしてセーブデータでも作ろうとしたのでしょう。
これ、避ける方法ありますか？
0300デフォルトの名無しさん
2005/10/26(水) 15:26:56C初心者？
0301デフォルトの名無しさん
2005/10/26(水) 15:36:248バイト確保しているので言語上は何の問題もないはずですが…。
東芝端末以外では正しく動きますし。
0302デフォルトの名無しさん
2005/10/26(水) 15:47:06はい次。
0303デフォルトの名無しさん
2005/10/26(水) 15:49:20東芝社員か何か？ｗ
0304デフォルトの名無しさん
2005/10/26(水) 15:49:47はい次。
0305デフォルトの名無しさん
2005/10/26(水) 15:51:50東芝以外は偶然動いているが正解。
加えてエンディアンの問題も解決されないので、
もうちょっとハードを勉強しようね。
回避策は1バイトずつ読む。
0306デフォルトの名無しさん
2005/10/26(水) 15:52:020307デフォルトの名無しさん
2005/10/26(水) 15:54:15何のために不定のvoid型でメモリー確保してんだよ。
0308デフォルトの名無しさん
2005/10/26(水) 15:54:390309デフォルトの名無しさん
2005/10/26(水) 15:56:42http://www.s-cradle.com/developer/brew/tqbr/#q0068
0310デフォルトの名無しさん
2005/10/26(水) 15:59:38アラインメントというのをとりあえず調べてみます。ありがとうございます
0311デフォルトの名無しさん
2005/10/26(水) 16:08:12喧嘩にもなってない
0312デフォルトの名無しさん
2005/10/26(水) 16:20:30299のソース・・・
これで東芝だけ動かないアプリが作れｒ
0313デフォルトの名無しさん
2005/10/26(水) 16:21:34ありがとうございます。ずばりそれが原因のようです。
ただ、uint16 n[2]; と違ってMALLOCで確保した領域ですので、自由に使えないのは少々不思議に感じます。
例えばこれが
p = MALLOC(8);
np = (int*)((char*)p + 1);
*np = 1;
np = (int*)((char*)p + 4);
であれば正しく動くことが保証されるものなのでしょうか？（>>305さんの発言から推測）
0314デフォルトの名無しさん
2005/10/26(水) 16:33:16はい。流石にまだ全機種はチェックしていませんが、東芝機種以外では止まったという報告は入ってません。
自身でも2社の端末で試してみましたが正しく動いていました。
0315デフォルトの名無しさん
2005/10/26(水) 16:46:26>>306
お宅さんみたいのはね、お客さんじゃないですよ。クレーマーっちゅうの。
0316名無しBREWたん
2005/10/26(水) 17:38:40ARMの仕様でDWORD型でﾒﾓﾘｱｸｾｽするときは
ﾒﾓﾘｱﾄﾞﾚｽの末尾2bitが0である必要があるわけで。
だから、MALLOC() が返してきたﾎﾟｲﾝﾀのｱﾄﾞﾚｽによって、
p+1 がｱｸｾｽ可能だったりﾀﾞﾒだったりするのでは？
0317名無しBREWたん
2005/10/26(水) 17:41:26そういうときは MEMCPY() でどうだろうか。
0318デフォルトの名無しさん
2005/10/26(水) 18:03:19それが答えになってないか？
末尾2bitが0である必要が。つまり313が言ってる「+4であれば」というは保証されるってことだよな？
MALLOCで帰ってくるアドレスは当然末尾2bitが0だろうし。
実は俺もp+1にアクセスしちゃいけないって知らなかったorz
こんな技術使うことないしな…。
教えて君で悪いんだが、>>316よ、末尾2bitが～ってどの仕様書に書いてあった？俺も気になる。
0319デフォルトの名無しさん
2005/10/26(水) 18:09:22ARMに限らず32bit以下のCPUなら保証されるだろうが、
普通ならそういう書き方は危険なので使わないと思う。
アライメントはハードやコンパイラ等複数の要素から影響を受けるので、
299や313にあるコードは危険なコードって事になる。
こーすりゃどっちでも動く。
void W4(void *p, uint32 m, int n){
uint8 *buf = (uint8*)p;
buf[n] = (uint8)((m >> 24) & 0xff);
buf[n+1] = (uint8)((m >> 16) & 0xff);
buf[n+2] = (uint8)((m >> 8) & 0xff);
buf[n+3] = (uint8)(m & 0xff);
}
viud *p = MALLOC(8);
W4(p, 1, 1); //np = (int*)((char*)p + 1); *np = 1;
W4(p, 1, 4); //np = (int*)((char*)p + 4); *np = 1;
MEMCPYは端末内で終結するデータなら問題ないが、
通信で取得するデータとかだとエンディアンの問題があるので
俺はこれ系の関数を複数用意してる。
0320デフォルトの名無しさん
2005/10/26(水) 18:15:05http://www.arm.com/pdfs/ARMv6_Architecture.pdf の 12p あたりとか。
非整列で32bitデータをアクセスできるのは ARMv6 からの機能。
MSM6550 とかの CPU は ARM926EJ-S だから、ARMv4 。
0321デフォルトの名無しさん
2005/10/26(水) 18:18:35↑
ARMv5 の間違い
0322デフォルトの名無しさん
2005/10/26(水) 19:51:02>だから、MALLOC() が返してきたﾎﾟｲﾝﾀのｱﾄﾞﾚｽによって、
>p+1 がｱｸｾｽ可能だったりﾀﾞﾒだったりするのでは？
ARMがダメである以上、T以外の機種に関しては
OSやミドルウェアレベルでアライメントを跨いだアクセスがあった場合の動作を
保証するようになっている。
・・・と考えるのが妥当だと思われ。
Tに関しては、良く言えば普通に作ってあるんだろう。
他が親切設計ってトコで。
想像だけど。
こういう例外的な仕様集めてみると面白いかもな。
インフォ婆が100ピクセル以上のサムネイルのアイコン表示できちゃうとか。
0323デフォルトの名無しさん
2005/10/26(水) 20:17:51検証リストのメモリチェックの項で、AEEClsCreateInstance()呼び出し時
のチェックがあるかと思いますが、どこでやればよいでしょうか？
AEEClsCreateInstance()
...
if(xxx_InitAppData()){
ここ
} else {
IAPPLET_Release(....);
return EFAILED;
}
...
「ここ」と書いた部分でメモリのチェックをすればいいかと思うのですが
仮にここでメモリが足らなくなった場合 EFAILEDを返してしまったら
アプリが終了しそうですし、メッセージが出せませんよね？
このあとAEE_SUCCESSを返すと、制御がわたってくるのは
EVT_APP_STARTになってしまうと思うのですが。
「ここ」の時点では、フラグだけ立てておいてEVT_APP_STARTになって
からメッセージ処理すればよいのでしょうか？(でもEVT_APP_STARTで
もメモリのチェックやるのですよね？)
0324デフォルトの名無しさん
2005/10/26(水) 20:37:55>>313みたいな真似をする必要があると思われる。
4バイト単位での切り分けなら問題ないことが保証されていればいいのだが、どうなんだろうな。
0325デフォルトの名無しさん
2005/10/26(水) 20:49:54・最低限の初期化(エラー用の表示まわりやMALLOC等)に失敗した場合はEFAILEDを返す。
*最悪ヒープが1KBも残っていないケースが有るので、
こういうケースは処置無しでOK。
・EVT_APP_STARTメッセージ受信後、
アプリが通常動作するのに必要なヒープのチェックをして、
NGなら上記で初期化したメッセージの表示。
これで検証通ってるらしい。
0326デフォルトの名無しさん
2005/10/26(水) 20:58:31ARMプロセッサ自体は4byteアライメントのあるアクセスをしてもアボートしない
だから309の解説は半分間違い。その代わりこんな動作をする
ttp://www.jp.arm.com/tec_support/faqdev/ads037.html
だから東芝以外の機種が落ちずに動くのは通常仕様
だけど一番下に書いてるように、アライメント越えが起きたときに、
アボートできる仕組みは存在する。おそらく東芝はこれを組み込んでるんだろう
だから 304の言う東芝仕様はある意味正しい
0327デフォルトの名無しさん
2005/10/26(水) 20:59:39int v = 0;
char dat[] = { 0x11 , 0x22 , 0x33 , 0x44 , 0x55 , 0x66 , 0x77 , 0x88 };
v = *( ( int* )( dat + 1 ) );
DBGPRINTF( "align :%x" , v );
こんなコードを動かした時に具体的にどうなるかは
エミュ v == 0x55443322
W21CA v == 0x11443322
W21T 止まる
となる。だから314が言ってる
>自身でも2社の端末で試してみましたが正しく動いていました。
ってのはCPUが止まらないだけで、値は無茶苦茶な物が入って偶然動いてるだけだと思われる
別の何かのときに止まってハマルね
対策は 317や319の方法できっちり書くのもいいが、
BREW向けの対策で済ませたいなら(現実的に別OSに流用なんてしないだろ?)
v = *( ( __packed int* )( dat + 1 ) );
と書くのが一番手っ取り早く安全
これでエミュ、W21CA、W21T で v== 0x55443322 と正しくなった上で止まらずに動く
0328デフォルトの名無しさん
2005/10/26(水) 21:10:16なる。勉強になったよ。
ありがとう。
0329デフォルトの名無しさん
2005/10/26(水) 21:18:28こんなに知らない奴らがいたのか？
それとも一人の自演なのか？
それが問題だ。
0330デフォルトの名無しさん
2005/10/26(水) 21:19:35その例えはおかしい。
VはともかくDはQチップじゃないモノが多い。
Kは昔からJava使ってたし動かせるのに廃止してる訳。
0331デフォルトの名無しさん
2005/10/26(水) 21:23:48超分かりやすい。すごいな。
>>329
いやー、さすがに常識ではないだろ。
機種依存の激しい環境でやってると常識といいたくなる気持ちはよく分かるけど。
それが証拠に、C/C++の初心者サイトとして知られる猫プロなどでは一切触れられてないわけで。（あれはWindows向けだが）
0332デフォルトの名無しさん
2005/10/26(水) 21:34:51要約すると、メモリーは4バイト単位で分けてあり、境界をまたぐように扱おうとすると変な数値になったり、東芝だと止まったりすると。
>>327
v = *( ( int* )( dat + 4 ) );
なら必ず正しく動くんだよな？
なんかえらい詳しそうなので便乗質問。
0333デフォルトの名無しさん
2005/10/26(水) 21:38:17CPUによるべ
>v = *( ( int* )( dat + 4 ) );
v = *( ( int* )( dat + sizeof(int) ) );
ならいいんじゃね
0334329
2005/10/26(水) 22:32:36猫ワカ程度でCなりC++なり解った気になって仕事してる奴らっているの？
というか今の時代にあえて(JavaでもC#でもなく)CなりC++なり使ってる人間ていうのは
仮想マシンが移植できましたとかそういうレベルじゃなく、自分の書くソースコードレベルでの
移植性とかを気にしたことが一度くらいはあると思ってるんだけど。
そうすると当然アラインメントの問題とバイトオーダーの問題ははじめに出てくる話題なわけで、
実際>>326のurlを見るまでARMでの実際の詳細な問題は知らなかったけど、
この二つが移植性の問題の基本としてあることくらいはBREW技術スレに来る奴らは(学生じゃないだろうから)
みんな知ってると思ってた。
0335デフォルトの名無しさん
2005/10/26(水) 23:02:06自前でシリアライズするなら書けるはず。
構造体の設計の時に、paddingの挿入予測ができるな。
0336デフォルトの名無しさん
2005/10/26(水) 23:21:37お前、いったい普通の企業がどんだけエキスパートばっかり集められるんだよｗ
0337デフォルトの名無しさん
2005/10/26(水) 23:22:44＞BREW技術スレに来る奴らは
なんでそんな素晴らしい334様が、2chごときにいらっしゃるのかが分からない。
0338デフォルトの名無しさん
2005/10/26(水) 23:32:14329も「猫ワカ程度」とか「学生じゃないだろうから」とかいちいち挑発するな。
いつからム板は学生お断りになったんだ。
0340デフォルトの名無しさん
2005/10/26(水) 23:41:48BREW技術スレ -> 勝手アプリ不可 -> このスレは職業人しかいないだろうと仮定してた。
正直、勝手な仮定してすまんかった。
0341デフォルトの名無しさん
2005/10/26(水) 23:43:420342デフォルトの名無しさん
2005/10/26(水) 23:45:450343デフォルトの名無しさん
2005/10/26(水) 23:46:35ハイレベルな話だけしたいのならMLとかフォーラムがあるわけだし、ここは2chらしく玉石混同で行こうや。
↓というわけで再びBREWの話題。
0344デフォルトの名無しさん
2005/10/26(水) 23:47:160345デフォルトの名無しさん
2005/10/26(水) 23:56:08>>306-307みたいな自分の無知を棚に上げて逆切れするようなのを見れば、
明らかに学生が混ざってますわな
0346デフォルトの名無しさん
2005/10/26(水) 23:56:520347デフォルトの名無しさん
2005/10/27(木) 00:07:20最近技術者のレベルが下がっているという話を聞くし、そういうのも見掛ける
事がある。
M$ Developers Studioの操作方法は知っているけど、基礎知識が全然ないので
ちょっと違うことやらせるととたんにダメダメになるケースとか。
アライメントの話なんかソフトウェア技術者が知っているべきハードウェアの
基礎知識に入っていると思うのだけれどねえ。
0348デフォルトの名無しさん
2005/10/27(木) 00:14:090349デフォルトの名無しさん
2005/10/27(木) 00:18:210350デフォルトの名無しさん
2005/10/27(木) 00:20:120351デフォルトの名無しさん
2005/10/27(木) 00:21:01景気も上向いてきて、うちも猫の手も借りたい状況だぜ…。
0352デフォルトの名無しさん
2005/10/27(木) 00:31:09必ず動くかってのは俺では保障できないけど、W21CA、W21Tで
v = *( ( int* )( dat + 4 ) );
したときに落ちることなく v== 0x88776655 になったのは確認してるよ
datが4バイト倍数のアドレスになってるという前提で、だけどね
0353デフォルトの名無しさん
2005/10/27(木) 01:23:26君は世界が狭いな
0354デフォルトの名無しさん
2005/10/27(木) 01:24:10世界が狭いのは逆に俺だったかもしれん
0355デフォルトの名無しさん
2005/10/27(木) 01:39:01ありがとうございました。
最低限のエラー用(IDISPLAY_DrawTextで使用するメッセージ分)の
メモリはスタックにとってしまおうと思ってたのですが、そうなると
AEEClsCreateInstance()でのチェックあまり意味ないのかなぁ。
0356デフォルトの名無しさん
2005/10/27(木) 03:37:58なんかシンクロニシティだな。こないだStreamクラスを書いたんだが、うっかりテンプレート関数を使って
template < typename T > void Get( T& value ) { value = *(T*)iterator; iterator += sizeof(T);}
ってメソッドを書いたのが落とし穴だった。これだとバイトバウンダリでも楽勝でアクセスしてしまう。
オレの場合なぜかSANYOで動かなかった。
DBGPRINTFで値を出力してBREWLoggerで観た時に有り得ない値がロードされている
場合、アライメントを疑った方がいいね。
オレはこれですぐに気付いて結局Tのサイズ分バイト単位でロードするようにしたけど。
0357デフォルトの名無しさん
2005/10/27(木) 04:05:40Q3Dimensionでレンダリングしているようだけど、ハードを直接ハンドルしているんですかね？
0358デフォルトの名無しさん
2005/10/27(木) 04:17:26オレの場合、APPSTARTイベント内でのエラーについては、あなたの言うとおり
systemStatus = SS_HEAPERROR
見たいな感じで、MyAPP クラスに保存しておいて、タイマーなどから呼ばれる
ゲームループ内で、systemStatusをチェックして、HEAPERRORだったら
IDISPLAY_DrawText()と、IDISPLAY_DrawRect()を使用してエラー画面を
描画するようにしている。この二つのファンクションは新たにヒープを
消費しないので（もちろんエラーメッセージはリテラルか、あらかじめロードしておく）
問題ない。
0359デフォルトの名無しさん
2005/10/27(木) 16:23:32仕事がなくなってドットネットどころかドットニートになっちまうぜ
0360デフォルトの名無しさん
2005/10/27(木) 22:39:11キャラ画像たくさんメモリに保持するのは無理かな・・・。ざっと計算すると400kb近くなってしまう
0361デフォルトの名無しさん
2005/10/27(木) 22:52:58１行目が意味不明
画像をどれだけメモリ上に持てるかどうかは端末仕様書でヒープサイズ見て判断する
プログラム実行中なら空きメモリを計算して判断する
0362デフォルトの名無しさん
2005/10/28(金) 00:36:43ドッターに死んでもらいなさい。
0363デフォルトの名無しさん
2005/10/28(金) 04:11:080364デフォルトの名無しさん
2005/10/28(金) 08:12:54その都度読み込みの方がいいかと
0365デフォルトの名無しさん
2005/10/29(土) 15:21:17ヒープ全部を画像データ確保に使えるとは思えんが
0366デフォルトの名無しさん
2005/10/29(土) 18:17:04余ってりゃいくらでもいけるんでねーの？
0367デフォルトの名無しさん
2005/10/29(土) 18:23:050368デフォルトの名無しさん
2005/10/29(土) 19:58:29まともに動くかどうかは別にして
0369デフォルトの名無しさん
2005/10/29(土) 20:26:410370デフォルトの名無しさん
2005/10/29(土) 20:44:000371デフォルトの名無しさん
2005/10/29(土) 21:14:000372デフォルトの名無しさん
2005/10/29(土) 21:16:54スルーするなということになるから。。。
0373デフォルトの名無しさん
2005/10/29(土) 21:23:450374デフォルトの名無しさん
2005/10/29(土) 22:27:22ｲﾝｽﾀﾝｽ生成はその都度すればいいんやない？
ところでそろそろ3Dサウンドを使うことになりそうなんだが…その手の解説サイトとかご存じの方おられますん？
0375デフォルトの名無しさん
2005/10/29(土) 22:49:443Dサウンドのパラメータ概念が知りたいなら、DirectXのDirectSound3Dの項を読むのが一番良い。
そうしたら大体何をしたいときに、何を設定するのかが判るから。
0376デフォルトの名無しさん
2005/11/03(木) 16:50:51ところでBrew3.1SDKにも日本拡張パッケージ必要？
0377デフォルトの名無しさん
2005/11/03(木) 17:02:15必要
0379デフォルトの名無しさん
2005/11/03(木) 18:33:520380デフォルトの名無しさん
2005/11/03(木) 19:58:40で380
0381デフォルトの名無しさん
2005/11/03(木) 20:00:460382デフォルトの名無しさん
2005/11/03(木) 22:34:410383デフォルトの名無しさん
2005/11/03(木) 22:39:430384デフォルトの名無しさん
2005/11/03(木) 22:45:00移植がだるいんだよちくせう
0385デフォルトの名無しさん
2005/11/04(金) 03:26:58結局移植がめどい罠
0386デフォルトの名無しさん
2005/11/04(金) 03:35:16携帯業界はあまっちょろいなぁ。
なんでもかんでもお上のせいだよなｗ
普通のゲーム会社だったら文句も言わずVM（必要な機能だけのサブセット）なんか普通に自作。
しかも工期は長くて2週間程度。マジで。
0387デフォルトの名無しさん
2005/11/04(金) 07:53:03ゲームなんてやめればいいのに(´・ω・｀)
今時ゲームなんて儲からないだろ。
0388デフォルトの名無しさん
2005/11/04(金) 08:28:210389デフォルトの名無しさん
2005/11/04(金) 08:38:50外部モジュールでいいならドル箱になりうるから
大手がとっくにやってるはずなのにそうしないのは何か困難な理由があるからと判断する。
0390デフォルトの名無しさん
2005/11/04(金) 09:55:440391デフォルトの名無しさん
2005/11/04(金) 10:03:32小と大が表示できなくなりました(中のアイコンだけは何故か大丈夫です)
BREW3.1のmif用画像の形式の制限等ってどこかに書いてありますか？
0392デフォルトの名無しさん
2005/11/04(金) 10:45:370393デフォルトの名無しさん
2005/11/04(金) 12:37:000394デフォルトの名無しさん
2005/11/04(金) 16:39:200395デフォルトの名無しさん
2005/11/04(金) 17:23:152.1用はあったよ
http://www.au.kddi.com/ezfactory/tec/spec/BREW21_SDK_for_JP.zip
0396デフォルトの名無しさん
2005/11/05(土) 00:30:40mifエディタ上では見えないけど、実機に転送すれば普通に見えたりしない？
0397デフォルトの名無しさん
2005/11/05(土) 00:45:540398デフォルトの名無しさん
2005/11/05(土) 01:09:470399デフォルトの名無しさん
2005/11/05(土) 01:10:270400デフォルトの名無しさん
2005/11/05(土) 02:16:02業界自体がみみっちけりゃ、ユーザーもみみっちいねぇ。
0401デフォルトの名無しさん
2005/11/05(土) 15:18:59自分は英語版の3.1mifエディタをインストしたときに、アイコンpngが出なくなった。
(セーブ時にエディタがアイコンpngのヘッダツブしてやがった)
日本語版を再インストしたら直った
0402デフォルトの名無しさん
2005/11/05(土) 16:43:210403デフォルトの名無しさん
2005/11/05(土) 18:24:02それよか、リソースエディタで2.1と3.1の仕様は同じです、と書いてあるのに、
'\'の扱いが異なるのはどういうこと？
2.0、3.1：'\'→'＼'
2.1：'\'→'\'
憎たらしいったらありゃしない。そもそも使いにくいしさあ。
0404デフォルトの名無しさん
2005/11/05(土) 19:26:180405デフォルトの名無しさん
2005/11/05(土) 23:28:33文字リソースが作れたのに、それを3.1のリソースエディタで
読もうとすると怒られる。
・・・いやまあ、なんでそんなリソース作ったのか自分でも覚えてないんだが。
0406デフォルトの名無しさん
2005/11/05(土) 23:31:19まずオノレのとこのＳＤＫデバッグしてから出せよ、と。
0407デフォルトの名無しさん
2005/11/06(日) 22:23:26自分で好きなようにBRXファイルを吐くリソースエディタ作ったら?
0408デフォルトの名無しさん
2005/11/06(日) 23:51:310409デフォルトの名無しさん
2005/11/07(月) 00:45:49さすがスーパープログラマーの言うことは違うな
0410デフォルトの名無しさん
2005/11/07(月) 08:34:410411デフォルトの名無しさん
2005/11/07(月) 10:48:41Barを分割するツールは作ったな。
0412デフォルトの名無しさん
2005/11/07(月) 14:06:33ｽﾀｯｸに確保できないときってどういう動作するんだっけ？
普通のC++だったらOutOfMemoryException吐いたりするから
例外処理で対応出来るけど、BREWは例外非対応だから
どうすればいいのか謎。
教えてｴﾛい人！！！
0413デフォルトの名無しさん
2005/11/07(月) 15:09:490414デフォルトの名無しさん
2005/11/07(月) 15:46:14ﾚｽｻﾝｸｽ。
それでそのｽﾀｯｸが足りなくなったときの検知方、回避法について知りたいのですよ。
今思ったけど、関数の先頭で変数のﾎﾟｲﾝﾀをNULLﾁｪｯｸすればいいのかなと思ってみた。
自分でも調べてみるけど、引き続きﾚｽお待ちしております。
0415デフォルトの名無しさん
2005/11/07(月) 16:40:25Win32/Intelならプロセス毎に独自のアドレス空間に割り当てられててスタックも自動的に伸びると思ったが
Brew/ARMだとどうなんだろね。
すごく古いアーキテクチャだと検知方法はSP(スタックポインタ)を調べることで
検知しなければ非スタック領域が破壊されていくだけだと思う。
というか>>412>>414の内容を見るとスタックがどういう風に動作してるか理解してないっぽいね。
0416デフォルトの名無しさん
2005/11/07(月) 16:45:28MIFのアイコンサイズの制限って
端末仕様書(確定版)の
BREWメニューのアイコン[一覧表示][アイコン表示(小/大)]の項目でいいんすかね？
しかもこれ「最小～最大」って書き方がされてないけど最大値だと思っていいんですか？
それとも完全にこれに合わせないと駄目？
この前提出したやつ、端末仕様書見ないでやって、
事前検証中のテストで全端末表示できてたからそれで出しちゃったけど良かったのかな？
アイコン表示(大)なんてすごく中途半端なサイズだったんだけど。
0417デフォルトの名無しさん
2005/11/07(月) 16:55:51サービスガイドに、スタックメモリサイズ以内で使用するようにしろって書いてある。
んで、スタックメモリは端末ごとに決まってるみたいだね。
端末ごとに固定なら例外発生時にREALLOC()も出来ないだろうし、
スタックオーバーフローを起こすと、もうどうしようもないってことか？
ARMのコンパイラガイドには_sys_exit()が呼ばれるみたいなことが書かれてあるが……どうなんだろね。
0418414==412
2005/11/07(月) 17:20:23ﾘｯﾁな環境（仮想ﾒﾓﾘが４GBもあるとか）で生ぬるく育っていると
ｽﾀｯｸが足りなくなることなんてなかったので
今回初めてちゃんと調べようと思った程度のﾌﾟﾛｸﾞﾗﾏでして。
ｽﾀｯｸﾎﾟｲﾝﾀを見るにはﾚｼﾞｽﾀへのｱｸｾｽが必要なのね。
で、ｽﾀｯｸｴﾘｱを超えてﾒﾓﾘを確保しようとするとｽﾀｯｸｵｰﾊﾞｰﾌﾛｰが起きると思うんだけど、
そもそも確保できなかった場合には変数へのﾎﾟｲﾝﾀにNULLでも代入されてると便利だなと思った罠。
>>417
BREW2.1の時はｱｸﾃｨﾌﾞなｱﾌﾟﾘ以外でBREWのｽﾀｯｸｴﾘｱが汚染されることがないから
それで良かったと思うんだけど、3.1になるとﾊﾞｯｸｸﾞﾗｳﾝﾄﾞでﾒｰﾙ受信とか厄介な動作をするんで
いつの間にかｽﾀｯｸが足りなくなったりするんじゃないかと心配してみた。
ｱﾌﾟﾘ単独では大してﾒﾓﾘ使わないようにしてるんだけどねぇ。
0419デフォルトの名無しさん
2005/11/07(月) 17:20:58>BREWメニューのアイコン[一覧表示][アイコン表示(小/大)]の項目でいいんすかね？
サービスガイド見る限りは、最大サイズをコレに合わせればOKなはず。
それ以下のサイズでダメとも何とも書いてないから、小さい分には問題ないかと。
0420デフォルトの名無しさん
2005/11/07(月) 17:56:59それ、スタックじゃなくてヒープ
0421デフォルトの名無しさん
2005/11/07(月) 18:13:07Extensionのような、受動的なアプリならともかく、
普通のアプリが、スタックメモリに何か残ったまま
別のアプリに切り替わることってあるの？
0422414==412
2005/11/07(月) 18:26:35ごめ。4GBはﾋｰﾌﾟでした。
VC++(WIN32)の場合ｽﾀｯｸｴﾘｱは１MBみたいね。
足りなくなったらﾋｰﾌﾟｴﾘｱから借りてくるのかと思ってた。
>>421
普通はあり得ないんだけど、3.1からはどうもｱｸﾃｨﾌﾞなｱﾌﾟﾘ以外にも
ﾈｲﾃｨﾌﾞ機能として起動してるｱﾌﾟﾘがあるみたいで気になった。
いや、そんなの気にしないんならそのまま検証に出すんだけどさ。
技術的にはどーなんだろうと思っただけ。
よさげなのは >>417 氏の _sys_exit() ﾊﾝﾄﾞﾗが呼ばれるってところかな。
ﾃｽﾄｺｰﾄﾞでも書いてﾁｪｯｸしてみるよ。
0423414==412
2005/11/07(月) 19:11:11とりあえず、gnude環境では-mapcs-stack-checkｵﾌﾟｼｮﾝを指定すると、
ｽﾀｯｸ空きｴﾘｱをﾁｪｯｸするｺｰﾄﾞが挿入されるらしい。
このｺｰﾄﾞは__rt_stkovf_split_small() または __rt_stkovf_split_big() ﾊﾝﾄﾞﾗにﾘﾝｸされるらしい。
ということは、-mapcs-stack-check ｵﾌﾟｼｮﾝを指定すれば
とりあえず上記ﾊﾝﾄﾞﾗを実装してその中でｴﾗｰ画面を出すようにすればよいわけだ。
そうでないときはやっぱりｽﾀｯｸｵｰﾊﾞｰﾌﾛｰしてしまうのでﾋｰﾌﾟｴﾘｱが汚染されるっぽい。
同じようにADS(RVCT)でもｺﾝﾊﾟｲﾗｵﾌﾟｼｮﾝの指定で
例外ﾊﾝﾄﾞﾗが追加できるんじゃないかとさぐっていますが
まだﾏﾆｭｱﾙ読破してません。。。orz.....('A`)
0424414==412
2005/11/07(月) 19:14:34>>421 の言うとおり、ｼﾝｸﾞﾙｽﾚｯﾄﾞなんだから普通のｱﾌﾟﾘで
他のｱﾌﾟﾘにｽﾀｯｸが勝手に利用されることはまずあり得ないね。
自APP内でｽﾀｯｸｵｰﾊﾞｰﾌﾛｰしてなければそれで解決じゃん。ヽ(´ー`)ノ
0425デフォルトの名無しさん
2005/11/07(月) 20:06:27サンクスコです。
>>424
"シングルスレッドなんだから～<<まず>>あり得ない"んじゃなく
"マルチスレッドであろうとも<<絶対>>ありえない"が正しい。
もし勝手に上書されてたらそれは領域破壊バグだよ。
pascal呼び出しで古いバージョンの関数が混じってたりすると
たまにスタックフレーム壊してたりするけどな。
シングルスレッド/マルチスレッドの前にスタックとは何か、
関数呼び出しというのはどういう動作をしているのか、
そういうの理解しないとPGとしての次のステップがきついはず。
一度Z80くらい単純なCPUのアセンブラの勉強をするといいと思うよ。
0426デフォルトの名無しさん
2005/11/07(月) 21:03:16使ってるか分からないからやめておいたほうがいいのか……？
そうすりゃとりあえずスタックの使用量は一定だろうから、アプリ側から
スタックオーバーフローを解決することが出来る。
0427デフォルトの名無しさん
2005/11/07(月) 21:25:38通常は100msで再度setTimerしてますが、あるタイミングで即イベントを発生させたくて0msでsetTimerしてみたところぜんぜん早くループしてくれません。
こういう場合は0msを指定するんじゃだめなんでしょうか？そもそもエミュレータ動作遅いんですかね？
0428デフォルトの名無しさん
2005/11/07(月) 21:43:45別にいいんじゃない？
エクステンション内で一切スタック使わないつもり？
利用側への要求仕様としてどれくらいスタックが残っていることを要求するかの問題でしょう？
というかバカみたいにローカル変数でint hoge[256];とか書いてるプログラムじゃなければ
今の端末のスタックでスタックオーバーフローすることなんてほとんどないはず。
>>427
俺は1ms指定してる。エミュレータは激速だよ。
#ifdef __MSVC__
#define EMUSLEEP(ms) Sleep(ms)
#else
#define EMUSLEEP(ms)
#endif
おれはこうやってVCでコンパイルするときだけWin32APIのSleepでスリープ入れてる。
0429427
2005/11/07(月) 22:05:53サンクスコ。
ちなみに実機で50ms以下に設定するとイベントが遅延する可能性がありますとかどっかで読んだ気がするんだけど、0msとか1msとかOKなんですか？
0430デフォルトの名無しさん
2005/11/07(月) 22:23:06まあ、スタックオーバーフローが起こる可能性があるのなら
潰しておくに超したことはないってことで。
でも多分、実際Extensionを作るときに必要になったとしたら使うだろうなｗ
0431デフォルトの名無しさん
2005/11/07(月) 22:28:12連続して起こるようなことが無ければ大丈夫じゃない？
私も1msでセットすることある。とめてたメインループを
再開するときとかだけど。
特に問題は出てないし…。
0432427
2005/11/07(月) 22:36:52なるほど。
キーをガチャガチャやられても問題なさそう。
なにせタイマーイベント破棄されたら止まっちゃうので心配でした。ありがとです。
素朴な疑問なんだけどなぜ「1ms」なの？
「0ms」ってなんか気持ち悪いんだろうか・・・・。
0433デフォルトの名無しさん
2005/11/07(月) 22:48:090434デフォルトの名無しさん
2005/11/07(月) 23:15:41無理な数値を指定しても遅延する以外には困らない。
個人的には指定可能な最小値のつもりで1msで呼んでる。
0は間違えて呼んでるみたいで気持ち悪い。
「おとといきやがれ」的な理不尽さを感じる。
というか俺がSetTimerの仕様を決める立場や
一人で作ってるプログラムで実装してると仮定したときに
0とかマイナスとかははじめの引数チェックでエラーではじくようにする気がする。
だから0を指定しようと思ったことは無かった。
0435デフォルトの名無しさん
2005/11/08(火) 04:34:37>ISHELL_SetTimer()
>負のタイムアウト値は、タイムアウト値が0の場合と同様に処理されます。
引数を0msや負数で指定しても不正な呼び出しではないようだ。
ただ、
>戻り値:
>EINVALIDTIME ‐ 満了時間が無効な場合。
とある。どういう場合に返されるんだろう。
引数を負数で指定したとき、戻り値がこの値で、しかし処理自体は
0msを指定した場合と同様に処理される…のかな？
0436ｽｰﾊﾟｧPG
2005/11/08(火) 05:17:17>与えられたツールが気に食わないから、さっさとbarファイルのフォーマット公開してくれよ
おまいら文句ばっかだな。
与えられたツールが気に食わないなら、自分で勝手にアーカイブビルダと、ロードファンクション組めよ。
BREW ResourceEditorと、ISHELL_LoadRes*()の代替品を書きゃいいんだよ。
これでアーカイブフォーマットはおまえの自由だ。3日で書けるよな普通のPGなら。
あと、客の端末のEFSをムダに潰すようなべたアーカイブファイルは他のCPに迷惑なので当然GZIP対応でね。
0437ｽｰﾊﾟｧPG
2005/11/08(火) 05:29:56>そもそも(スタック上に）確保できなかった場合には変数へのﾎﾟｲﾝﾀにNULLでも代入されてると便利だなと思った罠。
きみ、その雰囲気でC言語のプログラム組むのはヤバ過ぎるぞ。
ヒープとスタック, valueとreference(pointer)の違いがよく判ってないようだし。客の端末が崩壊する予感。。。
まさかキミ、銀行の基幹システムとかに関わってないだろうな？
やめてくれよマジで。日本が崩壊するから。
0438デフォルトの名無しさん
2005/11/08(火) 08:42:49エラーが戻る場合として考えられるのは
1) 将来の仕様変更の可能性
2) 指定した時間が長すぎる
こんなもんかな？
他にISHELL_SetTimeで「満了時間が無効な場合」って何が考えられるかな？
0439デフォルトの名無しさん
2005/11/08(火) 11:03:10そんな精神じゃ、いくらたってもBREWアプリは増えないな‥
0440デフォルトの名無しさん
2005/11/08(火) 11:09:04俺的にはそんな苦労をしてLoadRes*()の使い方を覚えるより、
自前で読み込むほうが全然簡単に思えるんだが。
0441デフォルトの名無しさん
2005/11/08(火) 11:49:06barが存在しないならともかく、ツールの不具合が残ったままだから代替を作る、というのもどうかと考える
0442414==412
2005/11/08(火) 12:22:02ｵｰﾄ変数にNULLが代入されてるとかｴﾗいｱﾌｫな事書いてるな。
よー頭冷やしてからまともなｺｰﾄﾞが書けるように努力しまつ。。。
>>424
Z80ｱｾﾝﾌﾞﾗもx86ｱｾﾝﾌﾞﾗも書いてたことあるんだけど、
ｽﾀｯｸについてはちゃんと理解してなかったかも。
関数の呼び出し、ｵｰﾄ変数の定義毎にｽﾀｯｸに積んで、
ｽｺｰﾌﾟから抜ける、関数から抜け出すときにｽﾀｯｸから取り出すなんて
確かに昔べんきょーしたよーなしなかったよーな。
>>437
ｲﾔﾏｼﾞ、昨日の投稿はｱﾌｫだった。ｽﾏｿ。
で、昨日の事件は解決したんで名無しに戻りまつ。
0443デフォルトの名無しさん
2005/11/08(火) 14:12:22「してる」って言われて渡されてテストプログラム書いたけど動かなくて
よく見たら AEECLSID_GL のインスタンスが作れないみたいで、
端末仕様書みたらどこにも OpenGLとか AEECLSID_GL とか書いてないんです。
どの資料のどこをみればOpenGL対応端末かどうかわかりますか？
0444デフォルトの名無しさん
2005/11/08(火) 14:28:18OpenGL/ESに対応しているのは間違いない。
0445デフォルトの名無しさん
2005/11/08(火) 14:40:27ヘッダがないとかじゃないの？
0446443
2005/11/08(火) 16:05:42すみません。勘違いでした。
生成されてなかったのは違うオブジェクトでしたOTZ
しかし端末仕様書見ても対応か非対応かわからないのは不便ですね。
0447デフォルトの名無しさん
2005/11/08(火) 17:25:31異様なほど遅くなる(3Dだけだと激速)なんですが、何か回避方法はありますか？
0448447
2005/11/08(火) 17:42:39Brew2.1で全く問題なかったアプリをBrew3.1端末で実行して、
何も操作せずバックライト消灯を待つと、その直後に画面に白い線が恐らく偶数ラインのみか奇数ラインのみに入り、
その後画面が真っ白になって端末リセットします。
この症状は一体なんでしょうか？
0449デフォルトの名無しさん
2005/11/08(火) 18:33:082Dオブジェクトを3Dで表示すれば？
>>448
ぬるぽ
0450デフォルトの名無しさん
2005/11/08(火) 18:47:45恋('-'*)
0451447
2005/11/08(火) 19:00:43バックライト消灯を待たずに操作していると落ちないのです。
Brew2.1の時のような省エネモードにならないようですし、
その絡みかと思うのですが違うのでしょうか？
>>450
真っ白になるのはむしろ月曜日の朝礼の校長先生の話の時のヒョロっとした人ですが恋でFAですか？
0452デフォルトの名無しさん
2005/11/08(火) 19:07:21Java&BREWの両方でiアプリを(ry
0453デフォルトの名無しさん
2005/11/08(火) 19:42:58EVT_APP_NO_SLEEPイベントで変なことしてるんじゃない？
てかまさか2.1のバイナリをそのまま3.1で使用してないよな？
0454デフォルトの名無しさん
2005/11/08(火) 19:58:50むしろこの勢いでauにもＤｏＪａを
0455447
2005/11/08(火) 20:24:04case EVT_APP_NO_SLEEP:
{
return FALSE;
}
これじゃ駄目なんでしょうか？確か2.1の時のガイドラインか何かに"明示的にFALSEを返せ"とか
書いてあったと思うのですが。
バイナリは作り直していますが、これってAEEAppGen.cとAEEModeGen.c以外は
別に違わないですよね？
0456デフォルトの名無しさん
2005/11/08(火) 20:37:48画面が白くなることと関係ないが、
EVT_APP_NO_SLEEPイベントは実機ならFALSE, エミュならTRUEを返すが正解。
エミュの場合TRUEを返さないと、スローダウン現象が起きる。
0457デフォルトの名無しさん
2005/11/08(火) 20:48:233.1のヘッダを使ってコンパイル出来るのであれば大丈夫。
関係ないかもしれないが、3.1はmodファイルとsigファイルがファイル列挙に
出てくるので、自身のmodファイルを削除してしまう可能性がある。
コンパイルが通るならあとはmifファイルの依存設定ぐらいか？
0458デフォルトの名無しさん
2005/11/09(水) 05:21:190459デフォルトの名無しさん
2005/11/09(水) 11:56:03>455
0460447
2005/11/09(水) 16:14:42Loggerでログ出力した結果なのですが、EVT_APP_NO_SLEEPが何度もきた後に突然落ちます。
11/09/08 15:42:xx xxxxxx EVT_APP_NO_SLEEP has come. **dbgprintf* 0 3 // イベントハンドラに来るイベントを
11/09/08 15:42:xx xxxxxx EVT_APP_NO_SLEEP has come. **dbgprintf* 0 3 // 全てチェックして出力しています
11/09/08 15:42:xx xxxxxx EVT_APP_NO_SLEEP has come. **dbgprintf* 0 3 // defaultラベルでも出力してるので取りこぼしはありません。
(ここで端末リセット)
11/09/08 15:42:xx xxxxxx ==> AEETAPI_New *AEETAPI.c 176 3
11/09/08 15:42:xx xxxxxx ==> AEETAPI_SetMask *AEETAPI.c 284 3
11/09/08 15:42:xx xxxxxx ISHELL_AppStart 1020829 *AEEShell.c 5645 3
とりあえず手元にある3.1端末はW32SAなのですが
似たような症状などに思い当たりのある方は居ませんか？
0461デフォルトの名無しさん
2005/11/09(水) 17:01:01これってDBGPRINTFの出力をBREW Loggerで見てるってことだよね?
LoggerのDBGPRINTF出力は非同期なのでぬるぽにさわってリセット
するような状況では出力前に破棄されて失われる可能性がある。
ILoggerを使ってファイルに出力して確認することをお勧めする。
0462447
2005/11/09(水) 18:13:53なるほど。普通はILoggerを使うのですね。
実はILoggerではなくてIFileを使って、「ログを一個出力するたびにOpen(_OFM_APPENDで)/Closeする」
という方法でやっていました。
この方法で作ったファイルでもEVT_APP_NO_SLEEPが最後のメッセージでサスペンド等のイベントが来ているようには見えません。
今からILoggerを使う方法を試してみます。
結果、また質問させてもらうかもしれません。宜しくお願いします。
0463447
2005/11/09(水) 19:25:43EVT_APP_NO_SLEEPが連続して来ており、最後までEVT_APP_NO_SLEEPが記録されているという状態でした。
また、今回の実行中、一度だけ端末リセットにならずに、サスペンドのように
端末機のメニュー画面に遷移し、その後にキーを押すとアプリの画面に戻るという状態になりました。
その後、そのまま再び操作せずに放置したところ以前と同じく白い画面になり端末リセットしました。
てっきりEVT_APP_SUSPENDとEVT_APP_RESUMEが呼び出されて通常サスペンド状態になったのだと思ったのですが、
ログを見たところ両イベントを一度も受信しておりません。
恐らく、端末機が通常メニューを表示しようとした時に
アプリ側でVRAMに対して操作をして落ちているのではないかと思います。
このような症状というのはありうるのでしょうか？
また、Brew3.1端末は入力なしで放置するとメニュー画面に遷移し、入力を受け取ると
アプリが再開するというのは通常動作なのでしょうか？何か異常動作でしょうか？
ご存知の方がいらっしゃいましたら何卒ご教授下さいますようお願いいたします。
0464デフォルトの名無しさん
2005/11/09(水) 19:39:25アプリが再開するというのは
異常だと思うけど。
市販のアプリでもダウンロードして動かしてみれば？
0465447
2005/11/09(水) 20:07:20わけあって市販アプリが絶対ダウンロードできない環境なのですが、
別の会社が作ったアプリが端末機に既に入っていたので試してみました。
遷移するのはメニュー画面ではありませんでした。
端末自体が省電力モードに入った時の(時計などが大きく表示されている)待ち受け画面でした。
数回試行しましたが、そのアプリは遷移のタイミングで落ちたりしませんでした。
また、そこで思い出したのですが、終話キーを押した時に端末機側で実装している
ダイアログが出ず、そのまま終了してしまいます。
資料の中にMIFの設定で変更できると書いてあったと思うのですが、
BREW MIF Editor3.0(BREW SDK Tools1.0.0)の日本語版でも英語版でも
そのような設定をするらしき部分が見当たりません。
これはどこで設定するべきものでしょうか？
0466デフォルトの名無しさん
2005/11/09(水) 20:13:52BREW3.1用のサービスガイド嫁
0467デフォルトの名無しさん
2005/11/09(水) 20:43:13それ、アプリがBREWシステムのメモリ破壊を引き起こしてるだけじゃないか
ポインタ不正とか範囲外のメモリ領域まで書き込んでるとかその類だろ
それが3.1+スリープ状態になって顕在化しただけ
あと俺のアプリも気になったのでW32SAで試したけど、そんな症状には一切ならない
465の落ちない別会社アプリと同じ遷移になるね
根気よくアプリのコードを部分的に無効にしていけ。どこかで落ちなくなる場所が絶対あるはずだよ
0468447
2005/11/09(水) 21:25:23ありがとうございました。
無事中断ダイアログが出るようになりました。
>>467
貴重な情報ありがとうございます。
私と同僚がそれぞれ別のアプリを作っているのですが、
どちらのアプリでも同じ症状が出るのです。
その同僚とはソースコードは一切共有しておらず、
少なくとも私のアプリには彼のコードは一行も入っていないのです。
そしてそれぞれBREW2.1端末については問題なく動いています。
とはいえシステム領域を破壊していたけど偶然動いていたという可能性はありますね。
その線で調べてみます。ありがとうございます。
さらに今気付いたのですが、
端末がマナーモードなのに鳴音してる………。
さっきは鳴ってなかったのに………orz
0469デフォルトの名無しさん
2005/11/09(水) 21:53:10マナーで鳴音する問題は、どっかでAEE_SOUND_DEVICE_CURRENTを指定してる可能性がある。
0470447
2005/11/09(水) 22:27:03ありがとうございます。全部AEE_SOUND_DEVICE_CURRENT指定してました。
手元にあるプログラミングガイドのバージョンが2.1だったので、
てっきりBrew2.1用の資料だと思って、3.1対応にあたって一度も目を通して無かったのですが、
ドキュメントのバージョンが2.1で、中にはBrew3.1の内容がびっしりでしたorz
これを見るとBrew3.1では
音を鳴らす直前にISHELL_GetDeviceInfoExでマナー/非マナーを判断して、
AEE_SOUND_DEVICE_HEADSET/AEE_SOUND_DEVICE_HANDSETをアプリ側で
明示的に切り替えてあげる必要があるということでしょうか？
読解力が低いので間違った判断をしていたらご指摘いただけると助かります。
0471デフォルトの名無しさん
2005/11/09(水) 22:37:05AEE_SOUND_DEVICE_CURRENTしてる部分をコメントアウトするだけでいい。
0472デフォルトの名無しさん
2005/11/10(木) 08:47:56端末ではハング、エミュじゃ正常動作
これなーんだ？
0473デフォルトの名無しさん
2005/11/10(木) 10:15:150474デフォルトの名無しさん
2005/11/10(木) 10:15:530475デフォルトの名無しさん
2005/11/10(木) 10:56:490476447
2005/11/10(木) 13:29:24ありがとうございます。
ISOUND_SetとIMEDIA_SetAudioDeviceをコメントアウトしたら
W32SAでは確かにマナーモードに応じた動作になりました。
しかしW31Tではマナー/非マナー関係なく常に鳴音してしまいます。
また先日の放置しておくと落ちるバグはW31Tでは発生せず、
W32SAでのみ発生します。まだ原因がわかっていません。
0477デフォルトの名無しさん
2005/11/10(木) 13:57:02>>467
0478447
2005/11/10(木) 16:15:16タイマーインターバルが短すぎました。
フルスクリーンモードじゃないんですが、端末仕様書の特記事項にもありましたね。。。
短いスパンで描画をすると入力が無くなった後の60秒後にバックライト消灯後、
端末リセットが起る場合があるようです(2～3回やってならない場合は多分大丈夫かと)。
W32SAに対応される方、くれぐれも
ISHELL_SetTimer(pShell, 1, pfn, pUser);
なんて無茶な指定にはお気をつけ下さい orz
さ、次はマナーモードの鳴音か orz
0479デフォルトの名無しさん
2005/11/10(木) 20:36:13>「どこかの2番目の会社のように、Bが付く携帯アプリでは、ソースコードを開示しなければらない」と、auが採用するBREWを暗に皮肉る一幕もあった。
渡すのってアプリそのものじゃないんですか？
0480デフォルトの名無しさん
2005/11/10(木) 20:50:27たしかに。ソース開示は必須ではないな。
0481デフォルトの名無しさん
2005/11/10(木) 20:51:520482デフォルトの名無しさん
2005/11/10(木) 20:53:390483447
2005/11/10(木) 20:56:48タイマーインターバルの設定で無くなりました。
W31Tでマナーモードでも鳴音してしまう原因は
AEE_SOUND_DEVICE_CURRENT関連のほかに
ISOUND_SetDeviceを使っていたからでした。
これをコメントアウトしたら無事にマナー時に無音、非マナー時に鳴音できました。
ここまでご協力頂いた方々、まことにありがとうございました。
0484デフォルトの名無しさん
2005/11/10(木) 21:24:03ほんまなんかなぁこの会社の中の人って…
0485デフォルトの名無しさん
2005/11/10(木) 21:57:110486デフォルトの名無しさん
2005/11/10(木) 23:16:32やはり問題なくエミュ上の物は動かせるね
ウィザード関連は入ってくれないので、手動で2003用の物を入れ込んだけど
AppModGen.cとかのパスが怪しかったが概ね普通に動いている
これで開発環境、SDK、学習と無料で完璧に出来るようになったわけなので
新しい人入れてくださいorz
0487デフォルトの名無しさん
2005/11/10(木) 23:20:11ひとではどういうとこでも足りんが本間に居ないんだな
0488デフォルトの名無しさん
2005/11/10(木) 23:21:000489デフォルトの名無しさん
2005/11/11(金) 01:21:04恥かしいセリフ禁止
0492デフォルトの名無しさん
2005/11/11(金) 12:04:00それ、ウチもやってみようと思った。
とりあえず動作はするのねん。
日本語版が出たら環境構築をマニュアル化してみようっと。
0493447
2005/11/11(金) 16:24:08サスペンド後、リジュームするとマナーモードでも鳴音しますorz
同様のプログラムでW31Tは問題なしです。
今回も同僚のプログラムも同じ状態です
(昨日この問題を解決する為に参考にしたので当然と言えば当然です)。
W32SAのサウンド関連部分、どうしたら良いかご存知の方はいらっしゃいませんか？
もう対処の方法が思いつかないので困っています。
よろしくおねがいします。
0494デフォルトの名無しさん
2005/11/11(金) 18:03:18BREWの仕様
0495デフォルトの名無しさん
2005/11/11(金) 18:58:320496デフォルトの名無しさん
2005/11/11(金) 20:25:31Auuuuuuu Auuuuuu
よって
ド コ モ 以 外 は 糞
0497デフォルトの名無しさん
2005/11/11(金) 21:26:16ここにはau支持派はいませんよ、と。
0498447
2005/11/11(金) 21:35:40ISoundとIMediaのインスタンスを全てサスペンド時に解放して
リジューム時に再生成すれば良いかのような記述もあるのですが、
それでは駄目でした。
誰かご存知の方居ますか？
0499デフォルトの名無しさん
2005/11/11(金) 22:00:12最初に生成したときと同じ手順で生成してるんだったら変になるわけないじゃん。
解放に失敗してるか生成に失敗してるか、いずれにしろどっかプログラム間違ってんだよ。
0500デフォルトの名無しさん
2005/11/11(金) 22:55:530501デフォルトの名無しさん
2005/11/11(金) 23:18:25しなくていい。自分でIMEDIA_SetAudioDeviceとか使い始める自爆する
0502デフォルトの名無しさん
2005/11/12(土) 21:55:11押す(回す)と同時にリリースイベントが来ているせいで、押し下げ情報が取得が出来ないんだが・・・
0503デフォルトの名無しさん
2005/11/12(土) 21:58:30押しっぱなしなんてものは存在しない。
0504デフォルトの名無しさん
2005/11/12(土) 21:59:530505デフォルトの名無しさん
2005/11/13(日) 00:20:18俺は上下だけ2種類フラグを取るようにしてる
1つはRELEASEがきたら強制的に0にして、PRESSがきたら1にするフラグ
もう1つはPRESSがきたらカウンタを1つ増やし、RELEASEのときは何もしないフラグ
1つめのを見るときは1か0かで判定して処理するだけ、
2つめのは0より上だったら処理をしてフラグの値をデクリメントする。
上下が押されてるかどうか両方のフラグをみるコードになるのが面倒だけどな
0506デフォルトの名無しさん
2005/11/13(日) 00:29:42おまえもそうしろ
0507デフォルトの名無しさん
2005/11/13(日) 00:31:450508デフォルトの名無しさん
2005/11/13(日) 12:29:00この記事みんな知ってた？
アプリックス、BREW上で動くJavaプラットフォームを開発
永井美智子（編集部）
2005/11/01 18:24 Trackback(4)
アプリックスは11月1日、BREW上で動くJavaプラットフォーム「JBlend」を開発したと発表した。
これにより、携帯電話事業者はBREWプラットフォーム上でJavaアプリケーションを駆動できるようになる。
JBlendはアプリックスが開発した組み込み機器向けのJavaプラットフォーム。
NTTドコモやボーダフォンをはじめとして、携帯電話事業者など全世界で30社
以上に採用されている。一方のBREWはKDDIなどが採用しているCDMA携帯
電話向けのアプリケーションプラットフォームだ。
BREW向けJBlendを採用することで、端末メーカーはBREWベースの端末で
Javaアプリケーションを動かせるようになる。携帯電話向けのJavaアプリを開
発しているソフトベンダーから見れば、自社のソフトをBREW端末でも動かせる
可能性がでてきたということだ。ただし、ドコモやボーダフォンはそれぞれ独自
のJBlend仕様に基づいてJavaアプリを提供しているため、BREW向けJBlend
とは仕様が異なる。
アプリックスでは今回開発したBREW向けJBlendについて、複数の携帯電話
端末メーカーと採用交渉を進めているという。「そう遠くない将来に、対応端末
が各社から出てくるのではないか」（アプリックス）としている。
0509デフォルトの名無しさん
2005/11/13(日) 12:29:47http://japan.zdnet.com/news/tech/story/0,2000047674,20090019,00.htm
0510デフォルトの名無しさん
2005/11/13(日) 13:40:06C++の方が燃える。
0511デフォルトの名無しさん
2005/11/13(日) 14:28:520512デフォルトの名無しさん
2005/11/13(日) 15:16:32OK、ジョグダイアル非対応を進言してみる
いや、その前に他の人のヒントで対応を試みてみるが・・・
0513デフォルトの名無しさん
2005/11/13(日) 15:17:28単に携帯アプリはJavaのが慣れてるってだけだし。
JavaはJavaで機種依存と端末バグの嵐だし。
0514デフォルトの名無しさん
2005/11/13(日) 15:37:330515デフォルトの名無しさん
2005/11/13(日) 17:14:490516デフォルトの名無しさん
2005/11/13(日) 17:54:46というだけで、Javaなら検証が無いというわけでは無いな。
0517デフォルトの名無しさん
2005/11/13(日) 18:11:38アプリ完成からリリースまで半年待ちとかは起きなくていいだろうな
0518デフォルトの名無しさん
2005/11/13(日) 21:43:54・お決まりのUIを実装せよ
・確認ダイアログを表示しろ
・仕様書を出せ
・端末毎の不具合を考慮しろ
・通信タイミングに細心の注意を
C++だろうがJavaだろうが言語には関係なく、キャリアの一存だ
そして現在困っているのはここに挙げている物が強制な為だ
0519デフォルトの名無しさん
2005/11/14(月) 13:34:57>>518
強制でも何でも構わんが、困っているのはむしろ半年待ちの方で
0520デフォルトの名無しさん
2005/11/15(火) 04:06:43だけど、static変数が使えないのと、テンプレートがサブセットなのと、
namespaceが使えない等、"ARM C++ for BREW"は、完全なC++でないので、
STLやBoostの実装が厳しい(例えば、shared_ptrやsingletonは実装できない）し、
templateの再帰ができないので、Typelistが使えない＝ジェネリック＆デザパタ的に致命的。
よって、ARM C++ for BREWを使っている以上、たいしてC++は面白くない。
0521デフォルトの名無しさん
2005/11/15(火) 10:50:190522デフォルトの名無しさん
2005/11/15(火) 11:57:49それをいったら、JavaアプリだってJavaとは言い難いわけで……。
0523デフォルトの名無しさん
2005/11/15(火) 13:02:530524デフォルトの名無しさん
2005/11/15(火) 19:29:07|| | | |＼ ..| | ＿＿＿＿＿＿＿＿
|| | | | | .| | ／
|| | | |.／ .| | ∠ 先生！？あうヲタを頃していいですか？？
|| ヽ_ノ .／ .| | ＼＿＿＿＿＿＿＿
|| .[__]､／ ∧＿∧ | | ＿＿ ＿＿＿＿＿＿
|| | | （ ´Д｀）ノ ﾉ==='l ,'=============' ＿＿＿＿＿＿
|| | | ／ ／.＿_/l /＿＿＿＿＿＿＿| ／
／ ^～' / / /_ ||/|| |L ∧＿∧ ＿_ || ＜ 頃さないとやばいんじゃないの・・・
／ ＿＿_（ ﾞー'つ |__|＿.|| ＿＿（´Д｀ ）ヽ |＿|__ ＼＿＿＿
／ ￣￣￣￣ / / (＿久＿＿_ノ .|
∠＿＿＿＿＿＿＿＿＿/.! /＿＿＿＿＿＿＿＿＿_|
||＿＿＿＿＿＿＿＿||/.|| ||＿＿＿＿＿＿＿＿||
|| || i .i i .i || || || || ） i | / ||
|| || ノ l ﾉ l .|| || || || し' / | . ||
|| ー-' ー-' || .|| し' ||
0525デフォルトの名無しさん
2005/11/15(火) 23:31:30と現役BREW開発者の叫び。でも頃したらこっちの仕事もなくなるな・・・
0526デフォルトの名無しさん
2005/11/16(水) 15:25:35ｉアプリしかできない奴なら沢山いそうな気がするが。
0527デフォルトの名無しさん
2005/11/16(水) 22:04:400528デフォルトの名無しさん
2005/11/16(水) 22:35:260529デフォルトの名無しさん
2005/11/17(木) 01:12:09携帯なんか言語がどうの以前に使えるリソースの制約なくしてやったほうが
開発効率アップにつながるんじゃないの?
0530デフォルトの名無しさん
2005/11/17(木) 02:44:50BREWを搭載した携帯のCPUがARMCPUな。
で、CやC++で書いてARMCPUのネイティブコードにコンパイルしている。
リソースが何を指しているのかわからないが、多分ファイル容量のことか？
大容量ダウンロード出来るようにしたらアプリが全然入らなくなってKが儲からないじゃないか。
まあ、他にもいろいろ理由はあるんだろうけど。
共有リソースは今でもバリバリ操作できる。
検証に引っかかるけどな。
0531デフォルトの名無しさん
2005/11/17(木) 03:40:57ああ、なるほど最新のARM見てまだメモリ節約するのかよ!って思わず突っ込みたくなったものなので。
メインメモリは足りてるわけですか
0532デフォルトの名無しさん
2005/11/17(木) 03:54:05メモリは端末ごとに決まってるだろ？
BREWのメモリ制限のことを言っているのか？
それはARMとは関係なさそうだが……。
まあ、メモリの節約は、対応機種を増やすためにも他のアプリのためにも
ハングアップを減らすためにも、可能な限りするべきだな。
0533デフォルトの名無しさん
2005/11/17(木) 04:19:01thumbやthumb-2のことか？
あれはメモリ節約だけが目的じゃない。
0534デフォルトの名無しさん
2005/11/17(木) 08:24:070535デフォルトの名無しさん
2005/11/17(木) 10:28:34いくらBREWが糞でイラついてるからって、そりゃねーよ。
0536デフォルトの名無しさん
2005/11/17(木) 13:08:59ｴｷｽﾊﾟｰﾄしか認めないｺﾐｭﾆﾃｨを作るならそれはそれで
勝手にやってもらってかまわんが、ここは初心者＆初級者歓迎でもいいだろう。
0537デフォルトの名無しさん
2005/11/17(木) 13:13:330538デフォルトの名無しさん
2005/11/17(木) 13:36:260539デフォルトの名無しさん
2005/11/17(木) 15:04:12>>1から読んでこい
0540デフォルトの名無しさん
2005/11/17(木) 15:11:51素人の入る余地は無いんじゃねーの
0541デフォルトの名無しさん
2005/11/17(木) 16:01:38非素人の集まりは、CP用のサイトに行けばいいじゃねーか。
実際そこに入れて（かつくだらなくない質問）はみんなあっちに投げてるだろ？
開発者自体が答えてくれるし。
こっちにそんなｸｵﾘﾃｨｰ高い話題ばかりを求められても困る。
教えてくんが困るのは分かるが。
0542デフォルトの名無しさん
2005/11/17(木) 16:06:080543デフォルトの名無しさん
2005/11/17(木) 16:24:380544デフォルトの名無しさん
2005/11/17(木) 17:43:540545デフォルトの名無しさん
2005/11/17(木) 22:56:49そのほうが楽しいよきっと、、、
0546デフォルトの名無しさん
2005/11/17(木) 23:31:100547デフォルトの名無しさん
2005/11/18(金) 02:16:10> Javaは言語的につまらん。
> C++の方が燃える。
おまえみたいなバカのお陰で無駄に残業し徹夜する犠牲者がでるのだ。
それをよく考えてから言語の選定をするんだな。
0548デフォルトの名無しさん
2005/11/18(金) 02:30:51> ・端末がリセット、例外を出力させるな
> ・お決まりのUIを実装せよ
> ・確認ダイアログを表示しろ
> ・仕様書を出せ
> ・端末毎の不具合を考慮しろ
> ・通信タイミングに細心の注意を
>
> C++だろうがJavaだろうが言語には関係なく、キャリアの一存だ
> そして現在困っているのはここに挙げている物が強制な為だ
KDDI、クアルコムにAPI統一命令を発動すべきだと思う。
開発者の負担を減らすためにAPIの標準化を促す。
そして、標準規格に則ってないキャリアはこの業界から追放すると。
それからJakarta ProjectのようにAPIをいくつか充実させるべきだ。
毎回新たに作るたびにUIを一から実装するのは効率が悪い。
それから容量制限をもっと緩和すべきだ。
クラスを何個も作れる容量のほうが開発がしやすい。
0549デフォルトの名無しさん
2005/11/18(金) 02:32:46> あうヲタはどうでもいい。Kを頃してくれ。
> と現役BREW開発者の叫び。でも頃したらこっちの仕事もなくなるな・・・
そういう思いこみが(ry 上司に騙されて
自分の技術を安売りしすぎて損をしている証拠なのだよ。
もっと自分の技術力に誇りを持って
組み込みプログラマは高い地位につくべきだと
いうことを世間に知らしめるべきだ。
そのためには営業もしてみるといいかもな。独立してさ。
0550デフォルトの名無しさん
2005/11/18(金) 02:36:09一言言わせてくれ餓鬼とは何事だ。
Javaより閉鎖的なBREWがそんなに凄いのかと言いたい。
お前の発言を見ていると、
そろばんできる奴がコンピュータ使って計算している奴のことを餓鬼だと
叫んでいるようにしか見えない。
0551デフォルトの名無しさん
2005/11/18(金) 02:45:29あと、C++の方が燃えるとは言ったが、必要であればJavaも使うし、PerlもPHPも使う。
その開発に適した言語を使えばいいと思うよ。
0552デフォルトの名無しさん
2005/11/18(金) 08:28:45日本語勉強してこいよチョン
0553デフォルトの名無しさん
2005/11/18(金) 08:36:10半年ROMってろ
0554デフォルトの名無しさん
2005/11/18(金) 10:13:17一言になってない件について。
0555デフォルトの名無しさん
2005/11/18(金) 11:34:36カルシウムか読解力が足りないね。
545の発言は「仕事じゃなきゃBREWなんかやってらんねーよｺﾞﾙｧ!」というのがポイントなのに。
彼はJavaの方が好きだと思うよ。
0556デフォルトの名無しさん
2005/11/18(金) 11:50:32まぁ別に期日までにコード納品して品質チェックで合格もらって
その報酬がもらえるなら言語がなんだろうと検証が面倒だろうと
そんなに文句はないですはい。
0557デフォルトの名無しさん
2005/11/18(金) 12:15:29Java&BREW二刀流端末出せる優良キャリアは、ドコモダケ。
0558デフォルトの名無しさん
2005/11/18(金) 12:24:03それはそうと、BREW地獄を語るなら保守管理のやり難さも見逃せないと思う。
556さんは恵まれている方。
0559デフォルトの名無しさん
2005/11/18(金) 13:00:33ソースｷﾎﾞﾝ
それともaかDの中の人か？
0560デフォルトの名無しさん
2005/11/18(金) 13:24:230561447
2005/11/18(金) 14:00:44BREWの生アプレット層と移植性考慮したアプリケーション層を別けていたのですが、
両方でISoundを生成していて、サスペンド時に解放していたのが片方だけでした。
どうみても痴呆です
ほんとうにありがとうございました
0562デフォルトの名無しさん
2005/11/18(金) 14:18:04めげるな、乙。
0563デフォルトの名無しさん
2005/11/18(金) 15:02:08覚えることはある（ﾟ∀ﾟ）
0564デフォルトの名無しさん
2005/11/18(金) 15:06:11おいおい、BREWでJAVAVM実装へってニュースが流れたばかりなのに、何言ってるんだ。
0565デフォルトの名無しさん
2005/11/18(金) 15:07:38それは知ってる。
で、DoCoMoがBREWアプリの配信をするっていうニュースは流れたの?
0566デフォルトの名無しさん
2005/11/18(金) 15:23:43俺は今日も会社から2chですよ。
ところでSophiaFrameworkって使ってるやついる？これ↓
ttp://www.s-cradle.com/products/framework/main3.html
0567デフォルトの名無しさん
2005/11/18(金) 15:31:37流れてないよ>565
Dなら、もっと他に心配することが有るしｗ
0568デフォルトの名無しさん
2005/11/18(金) 15:45:13んなバカ高いもん購入するより自分で作った方が安いし使いやすい。
まあ、そういうことが技術的にできないのであれば評価版を使ってみるのもいいかもな。
0569デフォルトの名無しさん
2005/11/18(金) 15:45:380570デフォルトの名無しさん
2005/11/18(金) 16:11:07何を意味のわからないことを…。
CPが、DOCOMO用に作ってたJAVAアプリをBREW側にも簡単な手直しでリリースできてわほーい。
ただそれだけのことだよ。
0571デフォルトの名無しさん
2005/11/18(金) 16:22:46え、KDDIがJavaVMをBREW上に積むなんてニュースは流れたの?
0572デフォルトの名無しさん
2005/11/18(金) 16:56:21何をいまさｒ
0573デフォルトの名無しさん
2005/11/18(金) 16:57:52ドコモにBrew搭載端末登場
→組み込みアプリ(電卓とか)がBrewで作られるようになりましたというお話。
ユーザーがBrewアプリを作れるわけではない
Brew上のJavaVMが登場
→ブラウザのJavaアプレットとか動くかも知れません。
VM作った所と契約すればJavaでアプリが作れるかもしれません。
でもAU by KDDIでみんなが勝手アプリ作れるようになったり、
検証がなくなるというわけではありません
どちらも別に夢も希望もないお話でしたとさ
0574デフォルトの名無しさん
2005/11/18(金) 17:05:32>どちらも別に夢も希望もないお話でしたとさ
だよね～。
BREW上のJavaVMなんてBREW開始した頃から技術的にはあったんだし。
変なこと言う人がいるからなんか新しい動きでもあったのかと思わずニュースサイト確認しちゃったよ。
0575デフォルトの名無しさん
2005/11/18(金) 17:07:07au初のBREW端末にはJavaも載ってますから！
そゆこと。
0576デフォルトの名無しさん
2005/11/18(金) 19:23:28あほらし
0577デフォルトの名無しさん
2005/11/18(金) 23:45:15それ別チップででしょ。
0578デフォルトの名無しさん
2005/11/19(土) 00:03:51馬鹿にしたのに、BREWを選ぶなんてありえん。とおもう。
0579デフォルトの名無しさん
2005/11/19(土) 00:13:030580デフォルトの名無しさん
2005/11/19(土) 00:38:43W31CAのネイティブアプリより速かったりする。
いったいどういう事だ？
ついでにP902iやSH902i辺りは滅茶苦茶速くて、auの最新端末のBREWアプリ
よりずっと速い。
BREWの命運は尽きたか。
0581デフォルトの名無しさん
2005/11/19(土) 00:43:540582デフォルトの名無しさん
2005/11/19(土) 00:50:05実際に自分で書いたコードを両方で動かすと、あまりにも速度の違いが大きいので
驚いたのだ。
java端末({P,SH}902i)の方が速いってね。
これだけ違うと条件が云々という話じゃないね。
0583デフォルトの名無しさん
2005/11/19(土) 00:52:570584デフォルトの名無しさん
2005/11/19(土) 00:56:30ただし、電池の減りが物凄くなるらしいけどねｗ
0585デフォルトの名無しさん
2005/11/19(土) 01:17:530586デフォルトの名無しさん
2005/11/19(土) 02:15:010587デフォルトの名無しさん
2005/11/19(土) 03:13:101. 後から起動したいアプリを一発起動登録(アプリランチャーでアプリを選んで右ソフトキー)。
2. 先に起動するアプリを起動して、アプリキーまたは「終話キー→中断」でサスペンド。
3. アプリキー長押し(一発起動)
以上。
0588デフォルトの名無しさん
2005/11/19(土) 10:27:25ありがとうございます。
でも、そうではなくて、
例えば、そのアプリ起動中にある動作をしたとき（キーを押す等）別のアプリが起動する
って場合に使用する関数を教えて頂きたいのです。
説明不足ですいません・・・
0589デフォルトの名無しさん
2005/11/19(土) 10:31:42なあ、それってアプリ側の機能じゃねえだろ？
0590デフォルトの名無しさん
2005/11/19(土) 11:19:42チョンとは何事だ。文句があるならはっきり言え。
お前の発言を見ているとただ感情的に気に入らないから
何かブーブー文句垂れて愚痴を零しているようにしか見えない。
0591デフォルトの名無しさん
2005/11/19(土) 11:21:14> >>550
> 半年ROMってろ
>>552
半年ROMってろとは何事だ。すでにこのスレは前スレからすべて読んでいる。
それでも文句があるか？
文句があるなら具体的にはっきり言え。さもないと
お前の発言は無効と見なす！！！！！！！！！！！！！！！！
お前の発言を見ているとただ感情的に気に入らないから
何かブーブー文句垂れて愚痴を零しているようにしか見えない。
0592デフォルトの名無しさん
2005/11/19(土) 11:24:31> >>550
> 一言になってない件について。
ひとこと 2 【一言】
(2)ちょっとした短い言葉。
十分一言になっている。
何だ？ まだ文句あるか（ ﾟДﾟ）ｺﾞﾙｧ！
一発ぶん殴ってやろうか？
0593デフォルトの名無しさん
2005/11/19(土) 11:27:12会社に資料置いてきたからわからんけど、
ISHELL_BrowseURLとかその辺でできたりしない？
プログラミングガイドかサービスガイドあたり見れば
ありそうな気もするんだが。
土日休みだしな(ﾟ∀ﾟ)
0594デフォルトの名無しさん
2005/11/19(土) 11:27:540595デフォルトの名無しさん
2005/11/19(土) 11:34:32大抵のC++プログラマは
Javaより早いC++プログラムを
書くことが苦手である。
これは大分高速化してきたJ2SE1.4が出た辺りから
その傾向が強くなってきている。
1.4以前は大抵、JavaよりC++で書いた方が
早かった。ところが1.4が出てから状況は一変し
突然早くなったJavaが現れた。
C++でJavaより満足に早い、体感速度でも
Javaを上回るコードを書くことは難しくなってきたのだ。
それが、C++の人気低下にも繋がってしまった原因のひとつである。
0596デフォルトの名無しさん
2005/11/19(土) 11:35:06> なんかきょーはあれとるな。
>
> まぁ別に期日までにコード納品して品質チェックで合格もらって
> その報酬がもらえるなら言語がなんだろうと検証が面倒だろうと
> そんなに文句はないですはい。
手取り14,5万程度しか貰えない奴はその程度で満足してるのか(ﾜﾗ
0597デフォルトの名無しさん
2005/11/19(土) 11:35:23今Vodafone持ってるんだけど
これを機会にドコモに買い換えようかな
0598デフォルトの名無しさん
2005/11/19(土) 11:35:35そんなに暗いのか
0599デフォルトの名無しさん
2005/11/19(土) 11:36:52> >>558
> 会社に資料置いてきたからわからんけど、
> ISHELL_BrowseURLとかその辺でできたりしない？
>
> プログラミングガイドかサービスガイドあたり見れば
> ありそうな気もするんだが。
> 土日休みだしな(ﾟ∀ﾟ)
土日の休みを使ってBREWのガイド本を読むのか（ ﾟдﾟ）
0600デフォルトの名無しさん
2005/11/19(土) 12:00:410601デフォルトの名無しさん
2005/11/19(土) 12:32:53BrowseURL/BrowseFileでもいいけど先にMIMEハンドラとして呼び出し先アプリを登録せにゃならん
0602デフォルトの名無しさん
2005/11/19(土) 14:28:22俺も俺も
がんばろうぜ
0603デフォルトの名無しさん
2005/11/19(土) 14:35:54俺も俺も
自宅で作業だorz
もち手当無し（;´Д｀）
0604デフォルトの名無しさん
2005/11/19(土) 22:49:11902iシリーズ見て来い。
楽勝で秒間60フレームの全画面描画をたたき出す化け物たちを。
0605デフォルトの名無しさん
2005/11/19(土) 22:56:14また明日～
0606デフォルトの名無しさん
2005/11/20(日) 01:05:15そりゃ、金を大量につぎ込めるっていう環境ってことでもドコモは凄いんだが。
0607デフォルトの名無しさん
2005/11/20(日) 01:08:23そういう奴が出てくると思った。
P902iが発売になったら、プレインストールされているアプリを見てみな。
BREW端末ではソニックをあんなに動かせはしない。
0608デフォルトの名無しさん
2005/11/20(日) 01:41:010609デフォルトの名無しさん
2005/11/20(日) 01:44:45902もグラフィック性能は神性能になったがCPU速度は全く変わってなかったな
これで作れる物が何かはだいたい予想つく
0610デフォルトの名無しさん
2005/11/20(日) 03:42:15かなり信用できないんだけど。
ちょっと前まで16bitカラーの画面が、よ。
計測方法が間違っているか、
そこら辺を誤魔化す機能が有るだけだと思うんだが・・・
0612デフォルトの名無しさん
2005/11/20(日) 07:46:49たとえば，
浮動小数点ソフトウェアエミュレーションライブラリ + C++ vs. FPU + Java
だったらJavaのほうが速いのは当たり前。
0613デフォルトの名無しさん
2005/11/20(日) 07:50:15液晶のフレームレートと、フレームバッファ描画のFPSは関係ない。
PC+DirectXだったら、キューブ１個描画は2000fpsいく。
0614デフォルトの名無しさん
2005/11/20(日) 11:49:310615デフォルトの名無しさん
2005/11/20(日) 12:00:16ｼｰJAVA信者にはなに言っても無理です
0616デフォルトの名無しさん
2005/11/20(日) 20:26:39Brewってなんでもできてすげーなぁとか最初思ってたが、結局それを活かしたアプリががんがん出てａｕウマーになってないのがＫＤＤＩの失敗。
Javaは遅いって言われてもハードウェアでここまで解消されて、結局作りづらいBrew（C++)負けてるし。
0617デフォルトの名無しさん
2005/11/20(日) 21:19:41アプリケーションプロセッサとかいわれているのも中身はSHみたいな
汎用プロセッサにMPEGデコーダ程度を追加したものにソフトウェアVM
乗っけてるだけだよね。まあ専用ではあるけれどハードだから速いってわけではないよね。
>>595
なんでここでJ2SEのHotspotVMの話が出てくるかよくわからん。
0618デフォルトの名無しさん
2005/11/20(日) 21:20:32すげー正論で俺には反論できない。
0619デフォルトの名無しさん
2005/11/21(月) 01:19:59そう、だから大きな売りである速いが遅いになってしまった今、BREWはもう終わりと
言われるようななった。
0620デフォルトの名無しさん
2005/11/21(月) 01:23:390621デフォルトの名無しさん
2005/11/21(月) 01:58:15ナビとかテレビは各メーカーが開発しなくても簡単に動くし、
サードパーティアプリもBREW化することで携帯内臓アプリとして載せやすくなってる。
0622デフォルトの名無しさん
2005/11/21(月) 02:00:36RVCT v2.2っていくらするのよ。会社に買ってもらえるんだろうか
0623デフォルトの名無しさん
2005/11/21(月) 02:36:370624デフォルトの名無しさん
2005/11/21(月) 02:39:210625デフォルトの名無しさん
2005/11/21(月) 02:47:370626デフォルトの名無しさん
2005/11/21(月) 05:50:17気付いたら朝じゃん
今週も休みなしか…
0627デフォルトの名無しさん
2005/11/21(月) 08:41:243.1ならそういうのないって聞いたことあるけど
実際は違うの？
0628デフォルトの名無しさん
2005/11/21(月) 09:16:37ほうほう、それが素人だと思うなら
これを良く読んでみることだな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何を今更得意げに・・・
0631デフォルトの名無しさん
2005/11/21(月) 09:55:110632デフォルトの名無しさん
2005/11/21(月) 10:04:18最近の奴は統一されてる。
ただそれでも１年ぐらい前からなので、統一できてない端末を
無視はできないのだよ・・・
0633デフォルトの名無しさん
2005/11/21(月) 17:49:56もしかしてまだ勝手アプリは配信できないんですか
д~？
0634デフォルトの名無しさん
2005/11/21(月) 20:32:100635デフォルトの名無しさん
2005/11/21(月) 22:10:55検証とかのが問題なだけ
0636デフォルトの名無しさん
2005/11/21(月) 22:56:00が全WIN2.1, 3.1端末のチップセット(MSM6000台)に入っているのにもかかわらず、
OpenGL/ESでQ3Dimensionに対応しているのが、W21TとW31Tのみっていう状況は
どう考えても怠惰だよな。一体いつになったらOpenGLを普通に使えるように
なるんだよ。
0637デフォルトの名無しさん
2005/11/21(月) 23:04:540638デフォルトの名無しさん
2005/11/21(月) 23:14:37まぁ、W21Tとかはサブチップ利用しているわけで
0639デフォルトの名無しさん
2005/11/21(月) 23:29:050640588
2005/11/22(火) 00:31:53おかげで助かりました。
本当にありがとうございました。
0641デフォルトの名無しさん
2005/11/22(火) 00:42:41「1チップで何でも出来る」ってのがQやKのウリだったはずだが。
サブ使ってたら意味ないじゃないか…。
0642デフォルトの名無しさん
2005/11/22(火) 00:47:22何を今更。
BREWのメリットなんて今や完全に消滅して、デメリットだけが残っているんだよ。
0643デフォルトの名無しさん
2005/11/22(火) 01:04:31まだ機種対応の容易性（検証とかはおいといて）と
ガベージコレクションがへちょくてパフォーマンスを著しく落とすとかが
無いって利点があるじゃないか。
前向きに前向きに。
JavaやりたいといっててもJavaの仕事くるわけでも無いしさ・・・
0644デフォルトの名無しさん
2005/11/22(火) 10:22:49JAVAはクラスすら作れないくらい、容量逼迫してる。
と、携帯BREW/携帯JAVAを両方やってる俺様。
0645デフォルトの名無しさん
2005/11/22(火) 11:22:450646デフォルトの名無しさん
2005/11/22(火) 11:40:40自分が使いやすい物を作って配信したいなと思ってたんですが…
まさかまだファミコンみたいなシステムだとは…
残念です
0647デフォルトの名無しさん
2005/11/22(火) 11:43:16出来ないかなぁ。。
0648デフォルトの名無しさん
2005/11/22(火) 13:00:59一体誰が仕様書と画面遷移表を作るんだよｗ
0649デフォルトの名無しさん
2005/11/22(火) 13:08:46誰から金を徴収すりゃいいんだ？
大体、勝手アプリ製作者はどうやってKDDI Confidential情報にアクセスすればいい？
誰にでも見せちゃったら守秘義務違反でヤバいのはその代理店のほうだし。
0650デフォルトの名無しさん
2005/11/22(火) 14:40:190651デフォルトの名無しさん
2005/11/22(火) 14:51:390652デフォルトの名無しさん
2005/11/22(火) 21:04:140653デフォルトの名無しさん
2005/11/22(火) 23:46:46キャリア移ればいいことじゃだろ
0654デフォルトの名無しさん
2005/11/22(火) 23:56:03DLした奴らはざけんなしねといいまくるだけ
0655デフォルトの名無しさん
2005/11/23(水) 00:26:390656デフォルトの名無しさん
2005/11/23(水) 00:48:43検証やってないのか？と思ったり
0657デフォルトの名無しさん
2005/11/23(水) 00:50:39あれと一緒か、今話題の手抜き建築。書類を右から左に流すだけ。
0658デフォルトの名無しさん
2005/11/23(水) 00:54:33リリース直前に発見されててんやわんやになった事がある。
お前ら、きちんと作っておけよ
0659デフォルトの名無しさん
2005/11/23(水) 00:55:17しかし、時々検証で嫌なところ突っ込んできたりする。特に遷移関係。
見る人しだいなんだろうな。
0660デフォルトの名無しさん
2005/11/23(水) 02:22:51操作が必要なとこは全部列挙してるが
0661デフォルトの名無しさん
2005/11/23(水) 10:59:38うみゅ
0662デフォルトの名無しさん
2005/11/23(水) 14:39:08弊社では新機種対応時にはやったことにして書類だけ作ってますが
たまにハマることがございます。
0663デフォルトの名無しさん
2005/11/23(水) 20:53:010664デフォルトの名無しさん
2005/11/24(木) 21:02:21Java系のアプリでCGIを叩くとHTTPステータスは200、
期待した値が取得できているのですが、
BREWアプリの場合HTTPのステータス302、
LocationにURLが帰ってくる環境があります。
HTTPステータス302の場合は問答無用で接続しなおす処理が必要と
どこかで読んだのですが、Javaアプリはこの処理を自動で行っていて、
BREWアプリは自前で行わないとならないって認識で正しいでしょうか？
見当つきそうな方、アドバイスよろしくお願いします。
0665デフォルトの名無しさん
2005/11/24(木) 21:25:14これ読んでみて。
0666デフォルトの名無しさん
2005/11/24(木) 22:02:56その通りです。
javaのConectorクラスはリダイレクトはやってくれます。
BREWのIWEBインタフェースにはそのような機能はありません。
自分で実装する必要があります。
0667664
2005/11/25(金) 01:57:383xx系で調べりゃ良かったのか。
どうもありがとうございました。
しかし・・・全部同じ処理ってわけでもなさそうですね。
全部実装するなんていーやーだーヽ(｀Д´)ノ
0668デフォルトの名無しさん
2005/11/25(金) 09:58:150669664
2005/11/25(金) 13:17:380670デフォルトの名無しさん
2005/11/25(金) 16:18:25突然動作が遅くなるのですが、どうすれば解消できるのでしょうか？
0671デフォルトの名無しさん
2005/11/25(金) 16:21:29>>456
0672デフォルトの名無しさん
2005/11/25(金) 21:37:500673デフォルトの名無しさん
2005/11/26(土) 21:10:380674デフォルトの名無しさん
2005/11/28(月) 14:10:41iアプリでわりとつかっている「ダウンロードしたアドレスから相対的に置いてあるリソースを落としてくる」という処理をBREWでやる場合、どのあたりの資料を見るべきですか？
通信関連の説明が多々あってどれをみたらよいのかよくわからなくて。
どのサンプル見たらいいのかも教えてもらえると助かります。上記の処理はIWebでOKですか？
0675デフォルトの名無しさん
2005/11/28(月) 14:45:09アプリはリソースからURLを読み込んでIWebで落とせばいいと思ふ。
IWebのサンプルはプログラミングガイドで十分かと。
でも最低300KBあるのにリソース落とす必要あるの？
0676デフォルトの名無しさん
2005/11/28(月) 14:57:48単にダウンロードしたアドレスとリストを合成すればいいだけだと思われ。
0677デフォルトの名無しさん
2005/11/28(月) 15:06:05俺はやったことないからわからないんだが(´・ω・｀)
そもそも、取れたとしてもKの鯖のアドレスだったりしたら、
Kの都合で勝手に変えられたりする可能性もあるでしょ？
そしたらどうするんだろ？
0678674
2005/11/28(月) 15:19:47すいません
「ダウンロードしたアドレス」云々は忘れてください。あんま関係ないので。
サーバにバイナリファイルがアップされている→そのファイルを端末にダウンロード→アプリで使用する。という流れです。
たとえば
http://www.hoge.jp/apl/hogetest/resource/image0.dat
をダウンロードするのにどのインタフェースを使えばいいんですか？そのときのサンプルってどれみたらいいのでしょう。
アプリ的にもとからリソースにデータを持っているわけじゃなく、サーバ側でころころデータを入れ替えるため、リソースは後追いでダウンロードしてくる必要があるためです。
0680デフォルトの名無しさん
2005/11/28(月) 16:06:58サービスガイドのトラフィックコントロールのとこも
読んでおくといいかも。
0681デフォルトの名無しさん
2005/11/28(月) 16:22:30あれで64KBの制限さえなければなぁ。。。
0682デフォルトの名無しさん
2005/11/28(月) 16:35:0264KB超のファイルってどうやって取得するの？
まさかソケット・・？
0683デフォルトの名無しさん
2005/11/28(月) 16:35:520684デフォルトの名無しさん
2005/11/28(月) 16:57:48読み終わるまで何度も取得すれば良いんだし。
>>680の制限ってのは、Kがネット負荷を抑制するために、
24時間で通信できる量の制限。
詳細はサービスガイド見れ。
0685デフォルトの名無しさん
2005/11/28(月) 17:08:45上りでそんなファイルを送るゲームはまずないだろうけど...
実用系はあるかも
0686デフォルトの名無しさん
2005/11/28(月) 17:42:530687デフォルトの名無しさん
2005/11/28(月) 19:06:110688デフォルトの名無しさん
2005/11/29(火) 11:44:49デバイスタイプ（A5306STだとST21）を取得するAPIってありませんでしたっけ？
以前見た記憶があったんだけどみからにゃい
0689688
2005/11/29(火) 12:10:51コレか。
定義されてるヘッダファイルが見つからないけど大丈夫かな・・・
まぁやってみるか。失礼しました。
0690デフォルトの名無しさん
2005/11/29(火) 23:50:42これの原因わかる人いる？
ちなみにW31SAです。
0691デフォルトの名無しさん
2005/11/30(水) 14:43:53HTTP_USER_AGENTに自分で端末名を取得してコネクションする必要はありますか？
0692デフォルトの名無しさん
2005/11/30(水) 14:58:59サービスガイドの「BREWアプリからのデータ通信」の項目を読むと
良いこと有るかも('-'*)
0693デフォルトの名無しさん
2005/11/30(水) 16:29:50「このAPI を使用するには「Addrbook」もしくは全ての特権レベルを設定する必要があります。」
とありますが、mifエディタで「全般」→「特権レベル（アドレス帳へのアクセス)」にチェックをいれればいいんですか？
0694デフォルトの名無しさん
2005/11/30(水) 19:38:10IFILECPは2.1用だった気がする。
3.1はIDATAFOLDER。
0695デフォルトの名無しさん
2005/11/30(水) 19:52:57いや、W31SAはBREW2.1機だ。
0696デフォルトの名無しさん
2005/11/30(水) 22:59:31やってみればいいだろアホンダラ
0697デフォルトの名無しさん
2005/12/01(木) 16:03:35>やってみればいいだろアセンブラ
に見えた……。
0698688
2005/12/01(木) 17:56:20kddi_deviceinfo.hが見つからなかったので
AEE_DEVICEITEM_USER+0x1000+10 を突っ込んでみたんですが、
EUNSUPPORTED(´・ω・｀)
とりあえずIKDDIPHONESYSTEM_GetHandSetType()で回避したので
もう済んだ話なんですが後学のため、
拡張領域ってkddi_deviceinfo.hがあればちゃんと取得できるの？
について教えてください。
ちなみに693はﾜﾀｽではありません
0699デフォルトの名無しさん
2005/12/01(木) 18:06:41特権レベルはチェックした？
0700デフォルトの名無しさん
2005/12/01(木) 18:39:57ISHELL_DeviceInfoEx使うのは3.1端末だよ
0701688
2005/12/01(木) 18:49:47もち。
>>700
むむむ・・・
>（56） デバイスに関する特定の情報を取得 【BREW3.1】
ﾐﾉｶﾞｼﾃﾀorz
どうも失礼しました。
0702デフォルトの名無しさん
2005/12/01(木) 21:58:03―――――――――――――‐┬┘
|
＿＿＿＿.＿＿＿＿ |
| | | |
| | ∧＿∧ | |
| |（ ´∀｀）つ ミ |
| |/ ⊃ ﾉ | |
￣￣￣￣'￣￣￣￣ | [ａｕ携帯]
| [BREW]
0703デフォルトの名無しさん
2005/12/01(木) 22:29:49そのコールバック関数の中でIFILE_Readしているのだけど。そもそもオープン後すぐにIFILE_Readしちゃだめなんですか？
コールバックを登録する意味が、AEE_STREAM_WOULDBLOCKにあるんだろうけど、実質ブロッキング中になったことないんですけど詳しい人いませんか。
ちなみに32バイト程度のテキストを読みこんでるだけです。
0704デフォルトの名無しさん
2005/12/01(木) 22:56:21俺はすぐReadしてて特に問題ない
0705デフォルトの名無しさん
2005/12/01(木) 23:20:21何のサンプルを見ているのかよくわからんが、
少なくともプログラミングガイドを見る限り
コールバック登録なんてしてないぞ？
開いてすぐ読んでる。
0706デフォルトの名無しさん
2005/12/01(木) 23:24:530707703
2005/12/01(木) 23:33:26ttp://plusd.itmedia.co.jp/mobile/0312/12/n_bapp_3.html
読み込みはコールバックするもんだと思ってたんで、プログラムがすっきりしなくて悩んでたorz
>>704,705
あり。
0708デフォルトの名無しさん
2005/12/01(木) 23:52:43BREW2.1端末でIThread使ったアプリの検証通した漢いる？
0709デフォルトの名無しさん
2005/12/02(金) 03:07:41サスペンドによる通信中断～リジューム時のメッセージ振り分けとかシッチャカメッチャカ～
ブロックしない処理だし、別スレッドにもできないし…スパッと単純に組み込めるヒントｷﾎﾞﾝ。
0710デフォルトの名無しさん
2005/12/02(金) 04:15:120711デフォルトの名無しさん
2005/12/02(金) 10:26:15１億まで出せる奴いる？ｗｗｗ
0712デフォルトの名無しさん
2005/12/02(金) 10:35:060713デフォルトの名無しさん
2005/12/02(金) 10:40:090714デフォルトの名無しさん
2005/12/02(金) 10:40:27人を買えるのか?、と疑問に思った今日
0715デフォルトの名無しさん
2005/12/02(金) 10:54:14動作保証されてないんじゃなかったか？ｗ
0716デフォルトの名無しさん
2005/12/02(金) 11:09:22自分を改造して綾波化するキットなんだろう
微妙に（いや全く）嬉しくない...
0717デフォルトの名無しさん
2005/12/02(金) 11:11:30どっちかっていうと俺はオタクに分類されるけどそれはありえNeeee!!!
0718デフォルトの名無しさん
2005/12/02(金) 14:11:27だからこそ「俺は全端末で動作確認して検証も通った！」って
紙がいてくれたらなぁってさ。
既に「動かない」とか「絶対に検証通らない」てFA出てるんなら申し訳ない。
シングルスレッドのメインループ処理も悪くないけど、
ファイルを分割で読んでみたり配列の初期化を半分ずつ分けたりしてると
やっぱり可読性落ちるよなぁ。
0719デフォルトの名無しさん
2005/12/02(金) 19:43:27あれを使うぐらいならマイクロスレッドを自分で実装した方がいいよ。
0720デフォルトの名無しさん
2005/12/02(金) 19:58:27どっちかというとアレを使ってスレッドを実装する感じだな。
0721デフォルトの名無しさん
2005/12/02(金) 20:03:470722デフォルトの名無しさん
2005/12/02(金) 21:31:21貴様、ドキュメントとかサポートサイトのFAQとか、ちゃんと読んでるのか
KはIThreadの使用を禁止しているから、ばれたら検証は通らないだろうし
そんなリスクを負ってまで誰もやってない、が正しいかと
0723デフォルトの名無しさん
2005/12/02(金) 23:16:230724デフォルトの名無しさん
2005/12/02(金) 23:58:120725デフォルトの名無しさん
2005/12/03(土) 16:28:18> >>694
> いや、W31SAはBREW2.1機だ。
こりゃひどいな
また面倒なことを
結局古いのに合わせないといけないとは
0726デフォルトの名無しさん
2005/12/03(土) 16:30:02気持ち悪い。
誰か女を改造して自分の好みの
女にしてしまう？
それ恐い
0727デフォルトの名無しさん
2005/12/04(日) 00:21:060728デフォルトの名無しさん
2005/12/04(日) 00:57:22とりあえず、自分が読解力無いんだなと思って見てないことにした。
0729デフォルトの名無しさん
2005/12/04(日) 01:13:160730デフォルトの名無しさん
2005/12/05(月) 13:50:460731デフォルトの名無しさん
2005/12/05(月) 13:57:510732デフォルトの名無しさん
2005/12/05(月) 14:26:50BREWﾀｿの父親代わりなどできない！！
0733デフォルトの名無しさん
2005/12/05(月) 21:36:32ひどい親だよ全く。
0734デフォルトの名無しさん
2005/12/06(火) 09:59:230735デフォルトの名無しさん
2005/12/07(水) 00:13:450736デフォルトの名無しさん
2005/12/07(水) 01:22:03長い間外出もできない事態が続いております・・・。
せめてKDDI家のご主人様がアプリ検証坊ちゃまの行動を見直していただければ
お嬢様もお外に出る気分にでもなりますでしょうに・・・。
0737デフォルトの名無しさん
2005/12/07(水) 02:28:54ストーカーに金を払うと外に出してもらえるらしいぞ。
0738デフォルトの名無しさん
2005/12/07(水) 08:22:160739デフォルトの名無しさん
2005/12/07(水) 10:09:380740デフォルトの名無しさん
2005/12/07(水) 18:51:03DQM・mova等：883,500純減
DQM・FOMA：1,003,900純増
あう・cdmaOne：52,100純減
あう・CDMA2000 1X：335,300純増
塩豚・PDC：129,500純減
塩豚・W-CDMA：186,500純増
糞塚：146,900純減
__,,,,＿
／´ ￣｀ヽ,
/ 〃 _,ｧ---‐一ﾍヽ
i ／´ ﾘ}
| 〉. -‐ '''ｰ {!
| | ‐ｰ くー |
ﾔヽﾘ ´ﾟ ,ｒ(､_>､ ﾟ'｝ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ_｣ ト‐＝‐ｧ' ! ＜ あうヲタ＆糞塚ヲタは破滅！壊滅！
ゝ i、 ` ｀二´' 丿 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
/｀ '' ー--‐´ i i i--､
./| | | | ￣￣￣ |:::::|.
/ ＼ヽ／| | ﾉ__ﾉ..
/ ＼＼| |
/ /⌒＼ し(メ .i i i . .
／ ／ > ） ＼ ﾉﾉﾉ
/ / / ／ .＼＿ ｻﾞｯｸｻﾞｯｸ
し' （＿つ /:::::/::... /ヽ
； "ノ・ ./∴: ／ ）i iヽ-､＿へ ,ﾍ
'',, : ：―― / / i i i iヽ .￣ ﾞ― ノ / ＝糞塚ヲタ＝あうヲタ
n_ ＿／； i .ノ / /ノ-'￣ ﾞ ― ､__ノ
_ノ 二二二､_（ _Д_ ;）-ヽ＿ノ-'
ﾞー ''~ ∨￣∨
で740
0741デフォルトの名無しさん
2005/12/08(木) 14:11:33電池のもちが異常に悪くなってとても不便なんだが(´・ω・｀)
電源入れっぱなしで2日と持たない。
アプリリセットの後遺症か、もともとそういうモンなのか知りたい。
0742741
2005/12/08(木) 14:17:07スリープモードに入らなくなるってのは知ってる。
ただEzFeliCaの登録が済んでた状態だったところのアプリリセットだったので、
そのあたりが関与しているのかなーとも想像してる。
という訳で情報ぷり～ず。
0743デフォルトの名無しさん
2005/12/08(木) 22:25:23k-b-tでＭＡＸファイルつくるのにえらい時間がかかるね
それしか記憶にない
0745デフォルトの名無しさん
2005/12/09(金) 20:16:44が入ってる場合、 IFile か IMemAStream か判別するにはどうしたらいいですか？
ようするに、BREW で type_info とか Java の instanceof 演算子に相当する物はありますか？
0746デフォルトの名無しさん
2005/12/09(金) 21:34:23どのドキュメント読めば良い？
0747デフォルトの名無しさん
2005/12/09(金) 22:41:13手元に無いからわからんけど。
カメラはイベントをしっかり受け取りながら動作させるのが、
上手く行くコツだからガンガレΣd('A`)
0748デフォルトの名無しさん
2005/12/10(土) 00:06:40どっかにまとめられた資料ないかなぁ、と思ってさ。
プログラミングガイドにも目を通したが、
例えばRecordSnapshot後のイベントとかよくわからなかったし。
0749デフォルトの名無しさん
2005/12/10(土) 00:39:01BREW2.1ならSDKをインストールしたフォルダのDocsの中のBREWNewInterfaces.pdf
がいいかも。ショートカット「BREW 2.1 新インタフェースリファレンス」。
0750デフォルトの名無しさん
2005/12/10(土) 19:44:05Coprocessorの検索結果0なんだが……。
あれってシーケンス１以外についてかかれてたっけ？
0751デフォルトの名無しさん
2005/12/10(土) 20:25:310752デフォルトの名無しさん
2005/12/12(月) 17:02:55なんでBREWって認証制しかないの？
認証していないアプリの場合はコアにアクセス出来ないようにするだけじゃダメなの？
0753デフォルトの名無しさん
2005/12/12(月) 17:12:28俺もメモリー保護がされてればそれでいいじゃんと思うよ(´･ω･`)
0754デフォルトの名無しさん
2005/12/12(月) 17:12:34予想だけど、そもそもQuallcomの実装の時点で
Qualcomm署名のないｱﾌﾟﾘは動作しないようになってるのではないかと。
0755デフォルトの名無しさん
2005/12/12(月) 17:23:19興味があっても作る気が起きないよ。(´・ω・`)
ﾀﾞｳｿしようとして「認可下りませんでしたので延期しまつ」って
表示されると、BREWって終わったって気分になる。
ﾌﾟﾛｸﾞﾙﾏもｶﾜｲｿｽ。
0756デフォルトの名無しさん
2005/12/12(月) 17:44:10------------------------------------------------------
QUALCOMM | BREWについて | BREWに関する誤解と真実
http://brew.qualcomm.com/brew/ja/about/fact_fiction.html
「グラフィックスおよびネイティブアドレス帳といった機能面で、BREWはJ2MEより
はるかに機能が豊富です。さらに、BREWスキームでは誰もが支払いを受けます。
オープンプラットフォームであるJavaでは、クアルコムがBREW用に形成したバリュー
チェーンのようなコントロールはありません。｣
Philip Junker、マーケティング・エグゼキュティブバイスプレジデント ALLTEL
------------------------------------------------------
QUALCOMM | BREWについて | ホワイトペーパー
http://brew.qualcomm.com/brew/ja/about/white_papers.html
利益追求の道はデータ収益でいっぱい
BREWプラットフォームは、アプリケーションディベロッパー、デバイスメーカー、
および携帯キャリアにデータ収益への道を提供する唯一のオープンなエンドツー
エンドソリューションです。これは、テクノロジーであると同時に柔軟性に富む
ターンキービジネスシステムです。BREWを使うと、テクノロジーと発売までにかかる
時間の障壁が低くなります。携帯端末メーカー、携帯キャリア、およびアプリケーション
ディベロッパーはすべて、新しいデータアプリケーションを能率的に開発、配信、
購入・販売できることで収益を上げます。
------------------------------------------------------
おっしゃるとおり、本当に勝手BREWを実現する気があるなら、アプリに実行権限
レベルをつけて、特権割当のない未認可アプリはサンドボックスモードで動作する
ようにすればいいだけ。でも「クローズドプラットフォームのBREWならではの」
「バリューチェーンのコントロール」によって「誰もが支払いを受けるスキーム」を
維持するにはそんなもん不要、ということかと。
0757デフォルトの名無しさん
2005/12/12(月) 18:36:31乙
いわゆる殿様商売ということなのだろうか。(´・ω・`)
0758デフォルトの名無しさん
2005/12/12(月) 19:06:350759デフォルトの名無しさん
2005/12/12(月) 20:01:39いや、開発面はさしてわるくないんだ。
ドコモよりはるかにバイナリ少ないし
問題は配信。
0760デフォルトの名無しさん
2005/12/12(月) 21:41:42豊富なのは仕様だけな
使用禁止
使用禁止
使用禁止
使用禁止
..
ﾊｱ
0761デフォルトの名無しさん
2005/12/12(月) 23:22:59そうだな
開発はやり難い訳でもない
0762デフォルトの名無しさん
2005/12/13(火) 00:09:57開発もやりにくいよ。今時あんな下手くそなAPIを作るのも珍しい。
BREWはjavaと比べるとまるで素人が作っている。
で、その極悪なAPIでも開発はできる、javaより効率が落ちるとは
いえなんとかなる。
最悪なのはauにより奪われた自由だ、最近は検証が破綻しているので
今度は企画段階で絞り始めた。
企画が通らないものも出てきたし、その後はあの検証だ。
うちはすっかりやる気が無くなってきたよ。
0763デフォルトの名無しさん
2005/12/13(火) 10:55:12アプリによるだろうけど、機種対応の場合はほぼ全ての機種で
同じバイナリなのになんであんなに時間かけるんだろうな……。
最悪新規は仕方ないにしても。あくまで最悪だが。
0764デフォルトの名無しさん
2005/12/13(火) 17:35:31けｰでｰでｰ→じゃあJAVAの代わりで
どぅこもょ→アーイ、プラットフォームで
0765デフォルトの名無しさん
2005/12/14(水) 16:26:32とか
WSTRTOSTR()
で、変換後のサイズだけあらかじめ調べたい時はどうやるんですか？
0766デフォルトの名無しさん
2005/12/14(水) 16:29:01のですが。最大値取るしかないですか？
0767デフォルトの名無しさん
2005/12/14(水) 16:30:53とか
WSTRTOSTRは、同じサイズ確保しておけば超えることはない
とかどうでしょう
0768デフォルトの名無しさん
2005/12/14(水) 17:15:18これらの関数は端末によって動作が異なりますので、使用しないでください。
プログラミンガイドぐらい嫁。
0769デフォルトの名無しさん
2005/12/14(水) 18:14:05じゃあ STREXPAND WSTRCOMPRESS で。
>>767
結局最大を見込んでメモリ確保しか無いですか。
0770766
2005/12/14(水) 18:22:34なりそうなのでそれよりはバッファ多めにとった方がよさそうですね。
0771デフォルトの名無しさん
2005/12/14(水) 18:35:49ギリギリバッファで取り直せばよい。
0772デフォルトの名無しさん
2005/12/14(水) 19:30:26もしくは自前で変換。
0773デフォルトの名無しさん
2005/12/14(水) 22:46:320774デフォルトの名無しさん
2005/12/14(水) 23:21:500775部竜少佐
2005/12/14(水) 23:42:010776デフォルトの名無しさん
2005/12/15(木) 09:53:35標準のメニューコントロールを使用して、
リストの背景を透過にするにはどうすればいいんでしょうか。
0777デフォルトの名無しさん
2005/12/15(木) 12:32:56画像として処理すれば？
0778デフォルトの名無しさん
2005/12/15(木) 16:34:34一般的な方法は画像として処理するものなのですか？
リストの文字列がスクロールする場合もあるので
できればメニューのまま処理したいのですが。。
0779デフォルトの名無しさん
2005/12/15(木) 17:03:15恐らくBREWにおいて一般的なのは「全部自作」かと
0780デフォルトの名無しさん
2005/12/15(木) 17:35:34ちょっとしたたことなら画像で処理をするのも手だけどぬ
0781デフォルトの名無しさん
2005/12/15(木) 19:08:06おいらも結局自作してる。
なにが悲しゅうてあんなしょぼいＧＵＩ部品しか用意できなかったのかと問いたい。
0782デフォルトの名無しさん
2005/12/15(木) 22:43:56自作するならするで最初からそうするからよ、
使えるかどうか一応調べる、という下らない手間とらせるなよ。
0783デフォルトの名無しさん
2005/12/15(木) 23:18:00IHTMLVIEWERってHTMLの中にネット上の画像を表示はしてくれるけど、
ハイパーリンクを選択したときの処理は、IWebなりで自分でデータとってきて
HTML再設定をする、というので合ってる?
HTMLのリンクまで自動的に処理してくれるのかと思ってたんだけど、そうじゃないのかな
というかIHTMLVIEWERの概要を書いてるドキュメントって何処にあるんだ
0784デフォルトの名無しさん
2005/12/15(木) 23:27:27J2MEよりはるかに機能が豊富って
JavaよりC++のほうがライブラリが豊富だから
C++のほうがいい(だけど本音はライブラリが使い物になりません)
といってるようなものだったりしたらorzだな。
0785デフォルトの名無しさん
2005/12/15(木) 23:28:29当方BREW開発の経験はないんだが、参考までに教えて欲しい。
Windowsとどっちがマシ？
0786デフォルトの名無しさん
2005/12/15(木) 23:29:46BREW開発の現場を見た限りではとんでもない
惨状だぞ。
BREW開発の苦しみはプロジェクト発足から半年経った
今でも続いている。
0787デフォルトの名無しさん
2005/12/15(木) 23:32:59> >>759,761
> 開発もやりにくいよ。今時あんな下手くそなAPIを作るのも珍しい。
> BREWはjavaと比べるとまるで素人が作っている。
確かに。ごちゃごちゃし過ぎて。
ソースコードが汚くなりがち。
グローバル変数やヘッダファイルをよくもまああんなに大量に・・・
> で、その極悪なAPIでも開発はできる、javaより効率が落ちるとは
> いえなんとかなる。
本当になんとかなってるのか疑問だけど。
徹夜徹夜ばかりで皆げっそりしてるよ。
> うちはすっかりやる気が無くなってきたよ。
みなそんな感じだな。顧客は態度でかいわ
(実は顧客の顧客はKDDIだったりする)、圧力かけてくるか
口先だけで何もしないわ。まさかKDDIの指示で顧客が口先だけで
仕様書も書かずに設計を押しつけてきているんだろうか・・・
0788デフォルトの名無しさん
2005/12/15(木) 23:35:00> 3.10.22. STRTOWSTR／WSTRTOSTR について
> これらの関数は端末によって動作が異なりますので、使用しないでください。
こういう関数をラップしてどの端末でも使えるように
できないもんなのかねえ？
関数の中でif文動かして端末情報に応じて関数を選択するってゆーよーに。
そういうラッパークラス群って手に入らないのかね？
0789デフォルトの名無しさん
2005/12/15(木) 23:36:29その自作したライブラリを
Sourceforgeに公開する気は無いか？
もしくはフレームワークとして売り捌く気は？
名声を獲得、もしくは金になるかもしれんぞ
0790デフォルトの名無しさん
2005/12/15(木) 23:37:39メモリ容量制限、使用できるクラスや関数の制限を考えると
Windows開発のほうが全然楽だろう
0791デフォルトの名無しさん
2005/12/16(金) 02:02:46>> 3.10.22. STRTOWSTR／WSTRTOSTR について
>> これらの関数は端末によって動作が異なりますので、使用しないでください。
嘘っぱちですな。
STRTOWSTR／WSTRTOSTRは1バイト文字しか考慮していないから通常の日本語の変換に使えないだけ。
半角文字だけな文字列だったら普通に使える。
0792デフォルトの名無しさん
2005/12/16(金) 02:46:47にーさん（ねーさんかも知れんが）の言ってた方法でＯＫ。
リンク踏んだら上がってくるイベントで、リンクのＵＲＬを受け取って、
そのＵＲＬでもって再度通信をキックして、ＵＲＬ先のページ内容
を取ってくることになる。
0793デフォルトの名無しさん
2005/12/16(金) 10:44:36端末によって動作が異なると書いてある以上、
今の段階では全端末が同じように実装してたとしても、後々どうなるかわからない。
それを考えるとおいそれとは使えないと思う。
少なくともBREW Forumとかで聞いて確認した方がいいのでは。
0794デフォルトの名無しさん
2005/12/16(金) 12:01:20どうもありがとう。それで素直に実装するよ
0795デフォルトの名無しさん
2005/12/16(金) 12:20:020796デフォルトの名無しさん
2005/12/16(金) 14:58:57仕事で作ってるとコードを公開するには色々と承認が必要なのがめんどくさい。
でも一度できちゃえばかなり面白く育ちそうなんだよねぇ。
0797791
2005/12/16(金) 15:31:30別に問題ない。
WSTRTOSTR系がNGでWSTRCOMPRESS系がOKなケースはあっても逆なケースはないし。
ただ端末によって動作が異なるとかトンデモが書いてあるのが気になっただけ。
0798デフォルトの名無しさん
2005/12/16(金) 16:41:46それで合ってる。
概要はプログラミングガイドくらい。
0799デフォルトの名無しさん
2005/12/16(金) 22:55:52いやさ、プログラミングガイドのは概要じゃなくて、ありゃ出来損ないのサンプル(のみ)だろww
って皮肉のつもりだった
あれで全体動作理解できる皆、すごいな。俺ヘタレだ
0800ハーピィ
2005/12/17(土) 18:42:110801デフォルトの名無しさん
2005/12/18(日) 22:59:09新規プロジェクト作成しようとしたらVC6落ちた…orz
何か知ってる人いませんか？
環境はXP-sp2です
0802デフォルトの名無しさん
2005/12/19(月) 00:58:040803デフォルトの名無しさん
2005/12/19(月) 02:18:05フォーラムに対処法があるとかないとか
0804801
2005/12/19(月) 09:31:25他に落ちた人いないのか…
0805デフォルトの名無しさん
2005/12/19(月) 12:29:51>801で出してる情報が足りな過ぎ
そんなんで分かる奴がいるわけない
0806デフォルトの名無しさん
2005/12/19(月) 16:07:23っていうか、そもそも VC6 自体結構落ちやすいんだけど、
昔（８年前）からそうだったからあんまり気にしてなかったな。
ところで、Visual C++ 2005 Express Edition インストールしてみた。
BREW Addin for VC++ 3.0 が非対応だった。
もうしばらくは VC6 のお世話になりそうです。。。
0807デフォルトの名無しさん
2005/12/19(月) 17:12:03ちょっ数年は使いつづけてるけど、落ちたことなんてないぞ。
一回OSごと再インスコしなさい
0808デフォルトの名無しさん
2005/12/19(月) 17:13:200809デフォルトの名無しさん
2005/12/19(月) 17:21:550810デフォルトの名無しさん
2005/12/19(月) 17:52:29そうそうそれそれ。
OSインスコし直しても落ちるときは落ちる。
ビルドの前にワークスペースの保存をしてくれればいいのに。って良く思う。
0811デフォルトの名無しさん
2005/12/19(月) 19:08:180812801
2005/12/19(月) 20:03:37作成で１００パー落ちる…。
0813デフォルトの名無しさん
2005/12/19(月) 20:32:020814801
2005/12/19(月) 20:42:24ＳＰ６はプロセッサーパックがなくなっちゃうとかでアップできない。
0815デフォルトの名無しさん
2005/12/19(月) 22:13:180816デフォルトの名無しさん
2005/12/20(火) 00:34:060817デフォルトの名無しさん
2005/12/20(火) 05:39:020818デフォルトの名無しさん
2005/12/20(火) 12:22:56夜勤乙。これか？
http://brewforums.qualcomm.com/ja/showthread.php?t=512
ウチじゃ落ちないな。そもそもUTF-8でエラーが起きるなんてNT5系らしくないエラーだ。
0819デフォルトの名無しさん
2005/12/21(水) 16:15:19int ret;
byte buffer[4] = {0};
GETRAND(buffer, sizeof(buffer));
ret=( buffer[0]|(buffer[1]<<8)|(buffer[2]<<16)|(buffer[3]<<24) );
って使い方OK？
ガイドに50ms以下では同じシードが設定されるため一定時間あけて呼んで。みたいな記述あるんですけど、
そもそもシードって初回に１回設定して、それ以降は計算で求めていくんじゃないの？毎回時間からシードつくるって、間違ってない？randの使われ方。
0820デフォルトの名無しさん
2005/12/21(水) 16:23:33BREWの制約とか・・・知らないけど
無ければ作ろう
0821デフォルトの名無しさん
2005/12/21(水) 16:32:05グローバルが絡む関数はヘルパー関数にするってのがBrewのフレームワークだと思ってたんだけどなぁ。
毎度シード設定するみたいなAPIなら別にヘルパーにする必要ないように思われ。。。
0822デフォルトの名無しさん
2005/12/21(水) 19:50:02なんてやったら、値が被って仕方ないかと思われ
0823デフォルトの名無しさん
2005/12/22(木) 01:12:21k-brew-testで確保したメモリが解放されるなんて報告が。。。ｶﾞｸｶﾞｸ(((( ；ﾟДﾟ))))ﾌﾞﾙﾌﾞﾙ
漏れのアプリが、同時起動している他のアプリのメモリを勝手に解放なんて・・・あるの？
ﾓｳﾔﾀﾞｰ!!
0824デフォルトの名無しさん
2005/12/22(木) 01:48:41ヒープが足りたいときに正常に終了にさせればいいじゃない
0825デフォルトの名無しさん
2005/12/22(木) 09:57:53k-brew-testで確保した領域は自動的に開放されるから。
0826デフォルトの名無しさん
2005/12/22(木) 10:06:40サスペンド中のプロセスのメモリは勝手に解放される可能性がある。
だから>>823はガクブルする場所を間違ってる
アクティブなアプリが自動的にサスペンド中のメモリを解放しちゃうのは気にする必要はない。
自分の作ったアプリがサスペンド中に勝手にメモリを解放されちゃった時の
次回起動時の振る舞いについてもっとガクガクブルブルすべきだ。
0827デフォルトの名無しさん
2005/12/22(木) 10:15:09k-brew-testはメモリ少なくなると勝手に落ちるぞ。
メモリが極端に少ない状況でテストしたいなら
大人しくshaker使え。
0828デフォルトの名無しさん
2005/12/22(木) 12:34:14サスペンド中にメモリが足りなくなったら勝手に解放されるって、
レジュームした時アプリはどうやって感知すれば良いんだ？
メモリを解放って、普通にアプリが終了するもんだと思ってた。
0829デフォルトの名無しさん
2005/12/22(木) 13:02:450830デフォルトの名無しさん
2005/12/22(木) 13:08:300831デフォルトの名無しさん
2005/12/22(木) 13:10:510832デフォルトの名無しさん
2005/12/22(木) 13:40:440833デフォルトの名無しさん
2005/12/22(木) 13:43:510834デフォルトの名無しさん
2005/12/22(木) 22:42:58というかなんでそんな仮想メモリみたいな事しなきゃならんのだ
俺は黙ってアプリ強制終了が仕様です、と納得してもらっている
0835デフォルトの名無しさん
2005/12/22(木) 22:44:37>自分の作ったアプリがサスペンド中に勝手にメモリを解放されちゃった時
(((( ；ﾟДﾟ))))
0836デフォルトの名無しさん
2005/12/24(土) 14:45:03アプリ開始時にファイルを一個開きっぱなしにして、終了時にクローズ
するようなやり方はどうでしょうか。しないほうがいいですか？
0837デフォルトの名無しさん
2005/12/24(土) 14:54:12ｲｳﾞで忙しいんだ。後にしてくれ
0838デフォルトの名無しさん
2005/12/25(日) 01:58:37サスペンドレジュームを考えるとやめた方がいいと思うよ
IFileMgr取りっ放しでもいいとは思うけど
0839デフォルトの名無しさん
2005/12/25(日) 04:30:040840デフォルトの名無しさん
2005/12/25(日) 04:40:570841デフォルトの名無しさん
2005/12/25(日) 06:32:58Brewではstatic変数が使えないとの理由とかで、可変長の引数を持った関数が作れないみたいなんですけど、Brewシステム自体はDBGPRINTFとかで可変長使ってるよね？
これってなにか抜け道あるの？
0842デフォルトの名無しさん
2005/12/25(日) 07:01:19メリクマ。良いBREWを。
0843デフォルトの名無しさん
2005/12/25(日) 10:01:05おいらは普通に使ってますが?＞可変長引数
0844デフォルトの名無しさん
2005/12/25(日) 13:09:360845デフォルトの名無しさん
2005/12/25(日) 14:21:42stdarg.hをincludeすればよいですか？
ちなみにva_list使いたいんですが。
0846デフォルトの名無しさん
2005/12/25(日) 15:22:240847デフォルトの名無しさん
2005/12/25(日) 15:58:39AEEStdLib.hからインクルードされてるから普通はインクルード済み
0848デフォルトの名無しさん
2005/12/25(日) 16:32:41ActiveXをONにしてるし、管理者権限と思うのですがほかに心当たりありませんか？
アンチウイルスはマカフィーで無効にしてます。
なぜかBREWR SDK Tools (1.0.1.7)はダウンロードできて、BREWR SDK 2.1.1 (2.1.1.1)Japaneseのみできません。
お願いしますヒントください。
0849デフォルトの名無しさん
2005/12/25(日) 16:39:55やっぱそうですか、どうもでした。
>>840
でかいファイルの中を少しずつ移動しながら処理したいんです。
（基本的にはシーケンシャル）
ファイルを一気に読むのもあれだし、毎度オープンしてそのつど
SEEKするのも時間かかりそうで。
毎度オープン＆SEEKしまくるのはお行儀としてどうでしょうか？
SEEKに時間かかる場合はファイルの末尾だとレスポンス悪くなる
のでまた別の方法を考えないといかんのですが、今違うところを
作っているのでまだファイル周りが試せていないんです。
始める前にある程度情報収集したいので、この辺の感触知ってる
方いたらご教示お願いします。
SDKは2.1です。
0850デフォルトの名無しさん
2005/12/25(日) 17:24:18どんなエラーなのかも書かんと答えられんがな
とりあえず公式フォーラムでも読んどけ
http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=545
http://brewforums.qualcomm.com/ja/showthread.php?t=71
0851デフォルトの名無しさん
2005/12/25(日) 18:36:24どの程度でかいファイルかにもよるけど、
諸々の事情から、法外なサイズのリソースは扱えないでしょ？
(600KBアプリとかってニュースあったような気もするが伏せておく)
ヒープに全部取っておくのは賢くないけど、
何回かに分けて処理するといいと思うんだけど。
ADV作るときみたいにスクリプトをシーケンシャルに処理していくのなら、
ある程度バッファしておいて、バッファが少なくなったらロード、でも十分。
0852デフォルトの名無しさん
2005/12/25(日) 18:44:37それを言うなら、ファイルを開きっぱなしで置いとくのはお行儀としてどうでしょうか？
ファイルの安全性を心掛けた方がいいと思うがどうだろう。
ファイル処理は「開く、書く、閉じる」「開く、読む、閉じる」そういうセットだ。
不意にアプリが中断・終了したときにファイルが開きっぱなしだと壊れる可能性は高くなる。
BREWに限らずプログラミング一般についていえる当たり前の話だ。
0853852
2005/12/25(日) 18:55:37しかしファイルがでかくてメモリを沢山占有することになるのでそれは避けたい、
という問題だよな。
コンマ数秒の処理時間が問題視されるタイミングでのファイルアクセスは論外だから
もし、そういうタイミングでファイル内のデータが必要になるなら、
あらかじめメモリ上に読み込んでおくしか方法はない。
瞬間的な処理速度を求められないタイミングでなら、処理時間を気にせずファイルを
読み込んで構わないのでは。
そのときは、必要となるデータをまとめて読み込む工夫を当然する。
「開く、読む、読む、読む、閉じる」になるわけだ。
ここでSEEKタイムが深刻な影響を与えるアプリなんてちょっと考えつかない。
0854デフォルトの名無しさん
2005/12/25(日) 19:31:55＞BREWに限らずプログラミング一般についていえる当たり前の話だ。
そう？ 一般プログラムだけど、ストリーミング再生とかって開きっぱなしじゃないかな。
まあ話題がそれるので。
>>851
そうなるかなあ…。
>>853
コンマ数秒ってことはないけど、1秒とか遅れると気分の悪いところ。
ファイルは末尾まで最大300KBとかの可能性もあるので、まあ851さん
のだろうなあ。レスどうもでした。
0855デフォルトの名無しさん
2005/12/25(日) 20:03:11まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
0856デフォルトの名無しさん
2005/12/25(日) 20:22:310857デフォルトの名無しさん
2005/12/25(日) 20:39:50まあなんか可哀想なので。
ストリーミング再生はsocket。
socketはプログラム・インタフェースこそ
fileと同様に扱えるように抽象化されてるが、
実装も物理的な条件もまるで違う。
同じものだと考えてはいけない。
0858デフォルトの名無しさん
2005/12/25(日) 22:28:48たぶん854はMP3を再生するときみたいに、一定時間毎に
チャンク単位でデータ読み込み+データ再生を繰り返すことのほうの
ストリーミング再生をここでは言ってるんだと思われる
DirectX圏だとこっちの意味で「ストリーミング再生」って呼ぶことが多いね
0859デフォルトの名無しさん
2005/12/26(月) 00:22:350860デフォルトの名無しさん
2005/12/26(月) 02:24:260861デフォルトの名無しさん
2005/12/26(月) 09:19:18DirectXではファイルを開きっぱっていうのはプロセスとファイルハンドルがちゃんと関連づけられているＯＳだから出来ることであって、BREWみたいに実装がしょぼいOSだと端末リセットしないとファイルが読めなくなったりするカモよ。
0862デフォルトの名無しさん
2005/12/26(月) 10:28:32アプローチ的にリソースからもってくるのって間違ってます？
IMedia* media;
AEEMediaData data;
ISHELL_CreateInstance( a->shell, AEECLSID_MEDIAMMF, (void**)&a->media);
a->data.clsData = MMD_BUFFER;
a->data.pData = ISHELL_LoadResData( a->shell,SOUND_RES_FILE,RES_SND_01,RESTYPE_IMAGE);
a->data.dwSize = 4269; // このサイズ0でいいの？
IMEDIA_SetMediaData(a->media,&a->data);
IMEDIA_Play(a->media);
0863デフォルトの名無しさん
2005/12/26(月) 10:31:08おくのがBREWの作法ですか？
0864デフォルトの名無しさん
2005/12/26(月) 11:21:09リスクの低い方を取るのが理想だろう。
携帯だとファイルって言ってもメモリだから結構速いかもしれないけど、
昔からの通例でファイル操作（ディスクアクセス）ってのは
遅くて取り扱い注意ってイメージあるし(´・ω・｀)
0865デフォルトの名無しさん
2005/12/26(月) 11:54:230866デフォルトの名無しさん
2005/12/26(月) 12:12:06実はEFSの実装はQUALCOMMがやってて、
IFILE系のAPIはどの端末でも動作は一緒。
・・・だったりしないのかな。
0867デフォルトの名無しさん
2005/12/26(月) 13:15:200868デフォルトの名無しさん
2005/12/26(月) 14:53:020869デフォルトの名無しさん
2005/12/26(月) 15:20:480870デフォルトの名無しさん
2005/12/26(月) 20:17:13結論から言うとダメ。
リソースファイルには先頭にファイル名やら何やら追加されたバッファの
先頭ポインタが帰ってくるので、インデックスをずらす必要がある。
ソース張るのが面倒なので、プログラミングガイドの
「※サンプルコード1：SMAF/Phrase ファイルをリソースファイルからロードして再生する」
を参照汁。
0871デフォルトの名無しさん
2005/12/27(火) 06:16:56素人でアプリを実機にのせれますか
0872デフォルトの名無しさん
2005/12/27(火) 07:02:05ここによれば、法人であることが必須だね
0873デフォルトの名無しさん
2005/12/27(火) 20:00:17int a;
a=3;
DBGPRINTF("%d",a);
とやっても実機(loggerで確認)だと3とならない（エミュだと3と出る）というところがあるのですが
どうすれバインダー
0874デフォルトの名無しさん
2005/12/27(火) 23:42:27もしくはアプリのほかの部分がバグっててどっか壊してん
じゃないの？
0875デフォルトの名無しさん
2005/12/28(水) 00:02:57もし似たようなことがあった人がいたら情報お願いします
0876デフォルトの名無しさん
2005/12/28(水) 00:17:01そのa=3の前に//で日本語のコメントとか存在していないか?
あとはコンパイラの最適化をOFFにしてみるとか、ぐらいか
でも最適化で代入スルーされたことないけど
0877デフォルトの名無しさん
2005/12/28(水) 04:27:35>>876のようなことだと思いたい…。warningとかじゃないんだろ？…
自分は if( )がなくなって、悩んだことがある…。
// ****可能
なんてコメント入れてないか？
たまに正規表現で検索してる…。
(―|ソ|Ы|Ⅸ|噂|浬|欺|圭|構|蚕|十|申|曾|箪|貼|能|表|暴|予|禄|兔|喀|媾|彌|拿|杤|歃|濬|畚|秉|綵|臀|藹|觸|軆|鐔|饅|鷭|偆|砡)$
0878デフォルトの名無しさん
2005/12/28(水) 07:56:46やっぱシフトJISコメントで苦労してるんだな
俺はその症状初めて知ったあと、//を使わずに/*～*/を使う癖が付いたよ
0879873
2005/12/28(水) 11:06:34ありがとうありがとう
今後は/* */使いまする
0880デフォルトの名無しさん
2005/12/28(水) 11:08:14ケツが\のやつ？
0881873
2005/12/28(水) 11:25:380882デフォルトの名無しさん
2005/12/28(水) 11:40:110883デフォルトの名無しさん
2005/12/28(水) 12:28:370884デフォルトの名無しさん
2005/12/28(水) 13:02:05yes
コメント末尾が'￥'になる２バイト文字だとmod作るときにアウト。
回避できるスイッチがコンパイラ側にあるかもしれないけど。
//～可能 とか //～一覧表 とか、いかにもありがち。これを
//～可能// とか末尾に何か付け足したり、素直に /*～可能*/ にすればOK
0885デフォルトの名無しさん
2005/12/28(水) 14:36:08エミュではファイルは作れないのでしょうか？
SDK2.1、ファイルのパスはカレントです。
0886デフォルトの名無しさん
2005/12/28(水) 15:51:590887デフォルトの名無しさん
2005/12/28(水) 16:14:32どうも。ご指摘いただいた点を考慮してMIFエディタをいじったところ、
個数制限に引っかかってました。VSのプロジェクトファイルとかも
個数や容量に入るんですねorz
0888デフォルトの名無しさん
2005/12/28(水) 23:40:440889デフォルトの名無しさん
2005/12/29(木) 00:01:38IMEDIA_SetVolume()時の着信で、アプリがリセットしない対処法を
ご存知の先輩がいたら抱かれてもいい。
0890デフォルトの名無しさん
2005/12/29(木) 17:31:22半島人が開発してんのはWIPI
このWIPIがW3C勧告になりそうな気配
ガクブル
予想通りウリナラクオリティ全開
お前らIDISPLAY_MeasureTextの結果が正しいことに感謝しろよ
MC_grpGetStringWidthが返してきてるこの値は一体なんだ？
0891デフォルトの名無しさん
2005/12/29(木) 17:38:23今日の気分を数値化したもの
0892デフォルトの名無しさん
2005/12/29(木) 18:03:49サスペンド時にちゃんとIMediaの開放とコールバックのキャンセルやってる？
0893889
2005/12/30(金) 00:24:23いろいろ試したところ、EVT_APP_SUSPENDが呼ばれる前にサウンドが強制停止、
サスペンド処理でのIMEDIA解放までの間にSetVolume系()が実行されると逝ける模様。
端末側で勝手に停止するときの何かが取れればええのですが･･･ﾀｲﾑｱｯﾌﾟ(･´ω｀･)
0894デフォルトの名無しさん
2005/12/30(金) 01:04:31早まるな、明日があるさ！！
0895デフォルトの名無しさん
2005/12/30(金) 03:06:45>>いろいろ試したところ、EVT_APP_SUSPENDが呼ばれる前にサウンドが強制停止、
この時にIMEDIA_RegisterNotify() で登録したコールバックは呼び出されなかったの？
0896889
2005/12/30(金) 03:37:00>この時にIMEDIA_RegisterNotify() で登録したコールバックは呼び出されなかったの？
無理だった覚えがあります(･´ω｀･)
面白い現象としては、端末側(非アプリ時)で設定した着信音と同じ音量値を上記の状態で
SetVolumeで設定すると落ちず、それ以外の値だと落ちてました・・・ぬふぅ。
0897デフォルトの名無しさん
2005/12/30(金) 04:33:370899デフォルトの名無しさん
2006/01/01(日) 12:41:410900ハーピィ
2006/01/02(月) 02:24:310901デフォルトの名無しさん
2006/01/03(火) 00:09:24口やかましくて役に立たない奴が職場にいないと、仕事がはかどる。
ラッキーだぜｗ
0902デフォルトの名無しさん
2006/01/03(火) 16:07:42リッチ先生、そしてビョーン先生ありがとう
0903デフォルトの名無しさん
2006/01/04(水) 10:46:03>>880 >>884
行末に半角スペースで。
0904デフォルトの名無しさん
2006/01/04(水) 23:02:48ARM見るたびに、ビョーンてヘンだろ。よりによってビョ～～～ンはないだろ。といつも思う。
0905デフォルトの名無しさん
2006/01/05(木) 18:12:300906デフォルトの名無しさん
2006/01/05(木) 18:35:560907デフォルトの名無しさん
2006/01/05(木) 18:39:150908デフォルトの名無しさん
2006/01/05(木) 18:43:06リソースファイルのフォーマットの資料は無いけどな。
0909デフォルトの名無しさん
2006/01/05(木) 18:46:260910デフォルトの名無しさん
2006/01/06(金) 00:57:470911デフォルトの名無しさん
2006/01/06(金) 20:17:320912デフォルトの名無しさん
2006/01/09(月) 00:21:05ヒント2:リソースから対象をデータとして読み込むたん
0913デフォルトの名無しさん
2006/01/09(月) 01:17:53何のヒントだ？
0914デフォルトの名無しさん
2006/01/09(月) 10:39:52その書き方だとリソースのフォーマットを知ってるの？
0915デフォルトの名無しさん
2006/01/09(月) 11:19:26アレ自体はそんなに難しいフォーマットじゃないでしょ？
中にヘッダつけてベタで結合してるだけっぽいし。
俺もbarファイルに入ってるファイルが最新か調べるのに
分割ツールは作った。
それをアプリから正規の方法以外で読み込むことに
ついては自己責任でｗ
いっそ自分フォーマットでリソース作ったらいいんじゃね？
0916デフォルトの名無しさん
2006/01/09(月) 12:16:560917デフォルトの名無しさん
2006/01/09(月) 18:14:28アンポンたん
0918デフォルトの名無しさん
2006/01/09(月) 19:29:49スカポンたん
0919デフォルトの名無しさん
2006/01/09(月) 20:01:03パキスたん
0920デフォルトの名無しさん
2006/01/09(月) 21:55:03ファイル書き出しのことなのだが、600KBぎりぎりまでデータを使っており
いわゆる「書き出し」「チェック」「古いファイル消し」という手順が踏めない場合みんなどうやってる？
「古いファイルをメモリーに退避」
「古いファイル削除」
「新しいファイル書き出し」
「新しいファイルチェック」
失敗したら「古いファイル書き出し」
成功したら「古いファイルのバックアップを解放」
とやってみたんだが、古いファイルの巻き戻しに失敗したらやはり消失は免れない。
どうするべきだろう？
0921デフォルトの名無しさん
2006/01/09(月) 22:04:37まあ、やるとすれば共有フォルダを使うか、
ファイルを圧縮して容量を空けるしかないんじゃない？
最終手段は、諦める。
0922デフォルトの名無しさん
2006/01/09(月) 23:09:11あるかどうかはわからんが、あるとしてエラー処理を書かねばならないことには変わるまい…
0923デフォルトの名無しさん
2006/01/09(月) 23:17:45その旨をメッセージで出してやればいいんじゃないか？
それと、６００ｋのau自主制限は起動終了時に守られてれば良くて、
一時的にであればその量を超えても良かったような気がするから
資料を調べてみてくれ。
0924デフォルトの名無しさん
2006/01/10(火) 14:04:54畜生
0925デフォルトの名無しさん
2006/01/10(火) 14:31:22サービスガイドのアプリケーションサイズのトコとか。
0926デフォルトの名無しさん
2006/01/10(火) 14:55:000927デフォルトの名無しさん
2006/01/10(火) 15:08:16どうしてauの資料ってこうなんだろうな('A`)
0928デフォルトの名無しさん
2006/01/10(火) 18:29:420929デフォルトの名無しさん
2006/01/10(火) 22:30:49じゃないと例えばカメラアプリとかで一端画像をファイル保存するときとか
でかい画像なら600K超えると思うし。
事前検証チェックシート（検証ガイド？）の文章からもそう読み取れる・・・・
と俺は思っている。
0930デフォルトの名無しさん
2006/01/10(火) 22:41:43600KBぎりぎりまでデータを使っており
が
EFSぎりぎりまでデータを使っており
になるだけの悪寒
0931デフォルトの名無しさん
2006/01/11(水) 00:45:57何故いったん書き出す・・・
0932デフォルトの名無しさん
2006/01/11(水) 01:17:38カメラ撮影して、画像を書き出さなかったらどうやって保存するの。
データフォルダに出力してもユーザーに削除されたらアプリから参照できない。
だからアプリバイナリのフォルダに出力するしかないと思うが。
0933932
2006/01/11(水) 01:21:07「これを出力したら600KB越えてしまう」ってときは出力しないようにする、ってことか？
だったら>>932はオレの勘違いだ。すまんな。
0934デフォルトの名無しさん
2006/01/11(水) 21:08:51例えば600kギリギリの状態でｂａｒからgzipされたファイルを読み出して展開したら
600kは超えるよね？（メモリに展開ではなくてファイルに展開する場合ね）
そしてアプリ終了時にそのファイルを消す。
起動時と終了時は600ｋ以内、起動中は600ｋオーバーで万事OK。
ただし>>930が言うとおりgzipファイルを展開するときに600k以内に収まるか
チェックするのではなくて残りEFS以内に収まるかチェックする必要がある。
残りEFSが無い場合は・・・・EFS空けろと警告出すしかないよね。
要は>>923と同じことを言っているんだが。
0935934=929
2006/01/11(水) 21:10:220936デフォルトの名無しさん
2006/01/11(水) 21:36:06だから、FAQによるとそれはダメなんでしょ。
0937デフォルトの名無しさん
2006/01/11(水) 21:59:46だめっていわれた気がした
0938デフォルトの名無しさん
2006/01/11(水) 22:05:28BREW2.1端末でBGMをならしながらADPCMのボイスを再生したいのですが
なんのファイル形式の組み合わせでやればできますか？
0939934=929
2006/01/11(水) 22:17:21と言うことはガイドが古くて（間違っていて）FAQが新しい（正しい）と言うことか。
イヤだねぇ・・・そういうの。
>>938
同時再生はspf&spf以外ムリ
0940デフォルトの名無しさん
2006/01/12(木) 00:41:08カメラで撮った写真というけれど、
データフォルダに保存しない(EFSに保存しなければならない)理由が今一分からん。
EFSに使える容量よりメモリのほうが大きいような気もするんだが。
0941デフォルトの名無しさん
2006/01/12(木) 00:51:040942デフォルトの名無しさん
2006/01/12(木) 03:01:49最近のMA7搭載機なら.MIDと.WAV使えばBGM16ch+PCM同時に鳴らせる
というのに気がついてだな、企画は当然こっち使いたがるが
昔のままにspf+spf版もつくらにゃならず自爆した
0943デフォルトの名無しさん
2006/01/12(木) 06:20:34>カメラで撮った写真というけれど、
>データフォルダに保存しない(EFSに保存しなければならない)理由が今一分からん。
こういう理由がある。
まず、ユーザーがカメラで撮った写真は、次回アプリ起動時にも使用するものだとする。
データフォルダに保存して、アプリ終了後にユーザーがその画像を削除したとする。
すると次回アプリ起動時に、必要であるはずのその画像がデータフォルダに無いから
アプリから呼び出して使うことはできない。それは困る。
それで、画像を削除されないためにということで、EFSに保存する（600KBの範囲で）。
>EFSに使える容量よりメモリのほうが大きいような気もするんだが。
その通り、撮影した画像がアプリ終了時に破棄してよいものならメモリ上で処理すればいい。
EFSに一時的に出力する必要は無い。もちろんヒープに十分な余裕があるとして。
（サスペンド時に一時的に出力したい、というのは話が別）
0944デフォルトの名無しさん
2006/01/12(木) 08:59:34次回アプリでどう利用するのかが気になる。
ユーザが撮った写真はなるべくなら、
ユーザが任意に削除出来るようDFにあるべきではないか？
ファイルがあるかないかはアプリ起動時にチェックすればいいことで
データ自体をアプリ領域に持たなければいけないという議論はおかしい。
次回起動時に有無をチェック→利用で駄目なわけがあるんだろうか。
0945デフォルトの名無しさん
2006/01/12(木) 10:36:02必ずファイルに保存されなかったっけ？
ファイルに保存しないってことはShapshot使わずにPreviewで
GetFramaeしたのを撮影画像として使用するってこと？
0946デフォルトの名無しさん
2006/01/12(木) 12:13:56って表示して最初からじゃいかんのか？
0947デフォルトの名無しさん
2006/01/12(木) 15:24:38気持ちはわかるが、主題はそこではないのでそのあたりに。
客の意向とかもあるしな。
0948デフォルトの名無しさん
2006/01/13(金) 00:15:07ファイルの作成日取得出来ないってホント？
0949デフォルトの名無しさん
2006/01/13(金) 02:44:160950デフォルトの名無しさん
2006/01/13(金) 15:19:37値を取り出したいのですが、
「IHTMLViewer内のsubmitボタン（input type="submit"）をユーザーにクリックしてもらう」
以外の方法はあるんでしょうか？
IHTMLVIEWER_GetAttrValueで"value"を指定して文字列として取得すると、
IHTMLVIEWER_ParseBuffer後にFEPで入力されたものが反映されてない・・・
プログラムからHVN_SUBMITを発生させる方法が見つからない・・・
困ったす。
0951デフォルトの名無しさん
2006/01/14(土) 15:47:540952デフォルトの名無しさん
2006/01/16(月) 09:11:14確かにできそうだが、
それではIHTMLViewer内のどのコントロールへの入力なのかが特定できないのでは？
0953950=952
2006/01/16(月) 09:35:41すまんす。
けど不便だねIHTMLViewer。
それに関連して、
KDDI拡張のソフトキーメニューを使おうと思ってDLLを適用したら、
「IHTMLViewer内テキストコントロールからFEP起動後確定」で、
シュミレーターが落ちるようになった。
普通のITextCtlはFEPがキチンと動く、ということはDLL内のバグか？
>>952が試せないし。
あーもうメンドクセ。
0954デフォルトの名無しさん
2006/01/16(月) 14:07:07自分でレンダラ書いても現実的な速度ってだせるもんなのか知りたい・・・
0955デフォルトの名無しさん
2006/01/16(月) 19:19:010956デフォルトの名無しさん
2006/01/16(月) 19:37:19端末で対応してるのはほとんど無かった気がする。
0957デフォルトの名無しさん
2006/01/16(月) 22:44:37自分でやってみりゃいいだろハゲ
0958デフォルトの名無しさん
2006/01/16(月) 22:58:150959デフォルトの名無しさん
2006/01/17(火) 00:35:580960デフォルトの名無しさん
2006/01/17(火) 01:05:13今からならもうOpenGL ES(つまりIGL)のインターフェースを使うのがいいよ
もし新端末のスペック表見れる状態なら見てみ
今後は絶対これで作るべきだ、って思うから
0961デフォルトの名無しさん
2006/01/17(火) 11:46:060962デフォルトの名無しさん
2006/01/17(火) 13:25:590963デフォルトの名無しさん
2006/01/17(火) 21:25:530964早漏
2006/01/17(火) 21:58:23BREW(Binary Runtime Environment for Wireless) 7
http://pc8.2ch.net/test/read.cgi/tech/1137502541/
0965デフォルトの名無しさん
2006/01/17(火) 22:00:54ｿﾆｴﾘのジョグ付きのものを１コ持っとくといいかも
0966デフォルトの名無しさん
2006/01/17(火) 22:01:460967デフォルトの名無しさん
2006/01/17(火) 22:51:31Apploaderにて、アプリを実機に転送しようとしているのですが、
toolのリセット後、mifファイルが消えてしまいます。
その他の2つのファイルについては転送できているのですが、
何が原因なのでしょうか。BREWのバージョンは3.1.2で
端末はW32Sです。すみませんがよろしくお願いいたします。
0968デフォルトの名無しさん
2006/01/17(火) 23:14:490969デフォルトの名無しさん
2006/01/17(火) 23:16:160970デフォルトの名無しさん
2006/01/17(火) 23:25:30ご回答ありがとうございました。
シグネチャファイルはあります。
アプリリセットも何回か試してみましたが
改善しないようです。
0971デフォルトの名無しさん
2006/01/17(火) 23:40:07W32SがBREW3.1端末なのは知ってるよな?
0972971
2006/01/17(火) 23:41:21AppLoader起動時にちゃんと3.xを選択してるか?
で、MIFをmifフォルダに転送してるか?
0973デフォルトの名無しさん
2006/01/17(火) 23:42:59ィ i
／ i ヽゝ
//´ ／ ノ ｲl ､ヽ
l , ‐ィ ´ir'´〃', ﾄl
{ f三ﾐ'' ｱT ー-'ヽ ﾉ
ヽ !、´ /i ヽ }､ /
ヽ l´ .ﾉ ｀ー 'ﾉ l l
_,. - Jｨﾍ. ｀､''__ ヽ'ノノ ,.人､ S●ｎｙだからさ・・・
/ ／ヘ ﾍ ｰ ｀ィ＿ ／ lヽ＼
l _,＼ /`ー,. ''_,.ゝ' / | ＼
| r┴―┐' r´-く ハ l
l l＿ ! .| ゝ、 / ヽ--
r '´__,.)～┤ !ーi ヽ / ｀７
/ /, -‐- ､ l /i | / /
} '´ _, =-く┘' l / /
l '' , ィ ! /
ヽ ‐ ´ ノ | /
0974デフォルトの名無しさん
2006/01/18(水) 00:14:58移すのが｢難しい｣だけでしょ?
>>965
ｼﾞｮｸﾞ端末もいくつか有りますが､ｺﾚと言うのは有りますか?
0975デフォルトの名無しさん
2006/01/18(水) 00:24:01端末改造とか、Sigの偽造とかするつもり？(´・ω・｀)
0976デフォルトの名無しさん
2006/01/18(水) 00:28:230977デフォルトの名無しさん
2006/01/18(水) 00:28:36悪戦苦闘してみます｡
ｵｽｽﾒ端末ありますか?
0978デフォルトの名無しさん
2006/01/18(水) 05:34:10そんなことしょっちゅうあるんだからさ。俺もなったことあるし。
いろいろ試しまくるしかないよ。
mif転送→mod,sig,barなど転送→リセット これが基本。
ダメなら、一旦全部削除してリセットした後に
mif転送→リセット→mod,sig,barなど転送→リセット
それでmifだけ消えてる状態になるようなら
mif転送→リセット
大抵これで全部転送できてる。
まだダメなら、全部削除して電源切ってやり直し。
先回りして言っておくと、アプリを実行した後だとbarの削除に失敗することもある。
キャッシュでつかまれてるからだと思う。リセットしてからやり直す。
0979デフォルトの名無しさん
2006/01/18(水) 08:54:26成功したら報告よろ
0980デフォルトの名無しさん
2006/01/18(水) 08:55:33成功したら報告よろ
0981デフォルトの名無しさん
2006/01/18(水) 09:20:06BREWは通常のリリース方式なら、端末ごとのリリースになるんで、
リリースしたい端末を用意することになる。
それで、カメラでも動作が２種類あるとか、サウンドに癖のある端末があるとか、
機種によっての違いもあるからDocomoみたいな、
この糞端末が１個あれば大体OKってことにはなってない気がする(´・ω・｀)
あと、成功したら報告よろ
0982デフォルトの名無しさん
2006/01/18(水) 11:12:32複数のアプリが存在する場合、端末のアプリ容量制限ってどうなるのでしょうか？
ストレージエリア含めたモジュールディレクトリ内の全てのファイル(mod,sig,bar 等)と、
BREW アプリによって共有ディレクトリ(Shared Directory)に作成されるファイルの合計サイズ
がアプリの容量制限になってると思いますが、２つのBREWアプリを用意して、
ISHELL_StartAppletでお互いに行ったり来たりするような作り方した場合、
容量制限は別になっているのか、それとも同じモジュールディレクトリ内と言う扱いで
複数のBREWアプリを用意しても全て合計したサイズとなってしまうのか、
分かるかたいらっしゃいますでしょうか？
0983982
2006/01/18(水) 11:14:490984デフォルトの名無しさん
2006/01/18(水) 13:18:27まず何の制限に引っかかると思っているのか整理してもらえないかな？
0985デフォルトの名無しさん
2006/01/18(水) 13:32:40成功者はまだ居ないんですか?
0986デフォルトの名無しさん
2006/01/18(水) 13:35:15技術的にも社会的にも問題だから。
後者の意味を理解してたら普通やらない。
できるできないじゃなくて、やらない。
0987デフォルトの名無しさん
2006/01/18(水) 13:36:31BREWやってる人は基本的に仕事でしてるから、
解析とかやってる人自体が少ないっていうか、いるのか？
0988デフォルトの名無しさん
2006/01/18(水) 14:13:16複数アプレットの形で1つのサービス（ゲーム？）を提供する場合に
メモリやファイル使用量の制限を気にしてるんだろ
合計サイズで制限されると思うけどね（なので分割するメリットほとんどなし）
KDDIに聞け、ここで聞いてそれを信じて開発すんのかあんたは
0989デフォルトの名無しさん
2006/01/18(水) 19:16:20端末に最初から入っているミュージックプレイヤーを
起動させるということは可能なのでしょうか。
端末はW32Hになります。すみませんがよろしくお願いいたします。
0990デフォルトの名無しさん
2006/01/18(水) 20:36:530991990
2006/01/18(水) 22:06:21API一覧して無ければ無理だろ。
0992デフォルトの名無しさん
2006/01/19(木) 01:05:37連携で２アプリ間を相互に行き来するコンテンツを作ったが、
ファイル容量に関しては別々の扱いで通った。
0993デフォルトの名無しさん
2006/01/19(木) 16:39:31成功したら報告よろ。
そりゃまぁ、デバッグと同じようにやりゃできるけど、転送部品とか、携帯を公式から配布される秘密のごにょごにょしないといけないから配布できないし。
0994デフォルトの名無しさん
2006/01/19(木) 17:11:020995デフォルトの名無しさん
2006/01/19(木) 20:32:060996デフォルトの名無しさん
2006/01/19(木) 20:37:120997デフォルトの名無しさん
2006/01/19(木) 20:39:050998デフォルトの名無しさん
2006/01/19(木) 23:00:400999デフォルトの名無しさん
2006/01/19(木) 23:05:071000デフォルトの名無しさん
2006/01/19(木) 23:05:301001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。