BREW(Binary Runtime Environment for Wireless) 6

このエントリーをはてなブックマークに追加
1 ：デフォルトの名無しさん：
BREW(Binary Runtime Environment for Wireless)についてのスレ

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

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

■過去スレ
04 http://pc8.2ch.net/test/read.cgi/tech/1111028365/
03 http://pc5.2ch.net/test/read.cgi/tech/1096006023/
02 http://pc5.2ch.net/test/read.cgi/tech/1076511398/
01 http://pc2.2ch.net/test/read.cgi/tech/1011078904/
2 ：壱：2005/09/16(金) 13:59:35
BREW関連

Qualcomm 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
3 ：FAQ：2005/09/16(金) 14:00:54
SDKダウンロードにはIE5.5SP2以降推奨、NNでも動くかも知れないけどOperaとかMozillaとかは確実に無理。
JavaScript+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)つ旦
4 ：デフォルトの名無しさん：2005/09/16(金) 14:21:58
>>1
乙
5 ：デフォルトの名無しさん：2005/09/16(金) 15:16:16
Ｑ．
BREWたんて誰ですか？
ぱんつ穿いてないて本当ですか？


Ａ．
BREWたんは君に心の中にいるよ
でも君のBREWたんがﾊｰﾄﾏﾝ軍曹並にごつい人なら
ぱんつ穿いてないてか些細な問題だね
6 ：デフォルトの名無しさん：2005/09/16(金) 15:31:10
関連スレ
【日本携帯】Mascot Capsule/Micro3D【標準】
http://pc8.2ch.net/test/read.cgi/tech/1117773530/
7 ：武龍大将：2005/09/16(金) 23:36:18
>>1
うむ褒美をとらす
３連休を仕事にやろうぞ
8 ：デフォルトの名無しさん：2005/09/17(土) 01:33:24
>>5
氏ね
9 ：デフォルトの名無しさん：2005/09/17(土) 01:44:11
>>1
乙

相変わらずネット経由のインストールだけなんでしょうか
brewsdk.zipみたいなの落としてゆっくり(？)インストールしたいものです
10 ：デフォルトの名無しさん：2005/09/17(土) 02:12:39
Ｑ．
BREWたん（*´д`)ハァハァ

Ａ．
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |
　　　　　|　 　 　 　 | ∧＿∧　|　　 |
　　　　　|　 　 　 　 |（　´∀｀）つ ミ |
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 | 　　
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　[性欲]
　 　 　 　 　 　 　 　　　　　　　　　　|　　　　[萌え心]
11 ：デフォルトの名無しさん：2005/09/17(土) 02:22:48
んむ
「ぱんつはいてない」は全部ひらがなでこその成句だ
>5はもう一度勉強してらっさい
12 ：デフォルトの名無しさん：2005/09/17(土) 05:08:28
>11
BREWたんがリアルツンデレであることも
我々は忘れてはならない



いつまでもツンだがな
13 ：デフォルトの名無しさん：2005/09/17(土) 09:26:18
>>12
氏ね

最近へんなのが沸いてるな
携帯アプリ板から出てくるなよ
14 ：デフォルトの名無しさん：2005/09/17(土) 09:58:12
>>5
なぜジョーダナ・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
15 ：デフォルトの名無しさん：2005/09/17(土) 10:29:30
>>13
ぶりゅにまわされてしんでるんだろう
検証気にする以外難しくも無いのにな

16 ：デフォルトの名無しさん：2005/09/17(土) 12:50:47
もしくは３ヶ月前に終わったと思ってたのに
今ごろバグ表が上がってきてムカついてるかだな。

今作ってる奴以外はとっくに忘れてるよ'`,､('∀`) '`,､
17 ：デフォルトの名無しさん：2005/09/19(月) 00:18:51
前スレの897は逃げたんだろうか。
18 ：デフォルトの名無しさん：2005/09/20(火) 13:10:26
新スレ盛り上がってねーな
みんな一応連休あったんだねｗｗ
19 ：デフォルトの名無しさん：2005/09/20(火) 13:57:43
俺たちに連休が来たのではない。KDDIに連休が来たのだ。
20 ：デフォルトの名無しさん：2005/09/21(水) 17:27:40
お役所よりも仕事が遅いK。
その上仕事が溜まりに溜まってんのに休暇か。
めでてーな。とっとと潰れろよ糞企業。
21 ：奉笠奉行：2005/09/21(水) 22:11:09
これより処罰を言い渡す
↓は３連休ただ働きに処す
22 ：デフォルトの名無しさん：2005/09/22(木) 02:19:25
>>14
そーいえば万華鏡の発明者もBrewsterだよねぇ
23 ：デフォルトの名無しさん：2005/09/22(木) 10:10:38
DoCoMoは、何故ケータイのチャンピオンであるか。

それは、エンドユーザが自由にアプリを制作・発表できるからである。
au&Tu-kaは、KDDIの検閲を経ないアプリが使用できないので、糞である。
24 ：デフォルトの名無しさん：2005/09/22(木) 11:12:29
>>23

俺は「ＮＴＴだから」以外の理由はいらないと思うが。
25 ：デフォルトの名無しさん：2005/09/22(木) 11:49:25
>>24
メール欄と前スレ見れば分かるが、そいつは相手しなくていいよ。
26 ：デフォルトの名無しさん：2005/09/22(木) 11:55:11
書き込まなくても案外落ちないしな。
つーか、アプリの有無や性能でユーザが携帯選ぶんなら
開発者の仕事はより過酷になるよな('A`)
27 ：24：2005/09/22(木) 12:03:10
>>25
なんと。見事に釣られたんですね　orz
ども、ありがとうです。
28 ：デフォルトの名無しさん：2005/09/22(木) 21:19:49
実機テストも('A`)ﾏﾝﾄﾞｸｾ
29 ：デフォルトの名無しさん：2005/09/22(木) 22:27:41
ドコモにもBREW機あんのに………。
30 ：デフォルトの名無しさん：2005/09/22(木) 23:54:44
わざわざここきて叩いてる恥ずかしい生物を相手するなよ
31 ：デフォルトの名無しさん：2005/09/23(金) 02:35:33
とりあえずカメラアプリ組もうな
あと三時間で
32 ：デフォルトの名無しさん：2005/09/23(金) 04:38:00
DOCOMOのBREW機って、まだだっけ。
JAVAVMのスピードが気になるぽ。
33 ：デフォルトの名無しさん：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　　ﾌﾟ
34 ：デフォルトの名無しさん：2005/09/23(金) 18:43:05
とりあえず頭が弱すぎるなこいつは
35 ：デフォルトの名無しさん：2005/09/23(金) 20:39:09
反応するなって
スルーだって
36 ：デフォルトの名無しさん：2005/09/24(土) 08:53:38
重度のあうヲタが集うスレってここですか?
37 ：デフォルトの名無しさん：2005/09/24(土) 10:07:03
brewに発狂している人たちだけです、あうーとかは関係ないですよ
かんちがいくんが迷い込んでくるけどね
38 ：デフォルトの名無しさん：2005/09/24(土) 10:27:06
>>20
Gデザイナーだが、ぶりゅでやってるところの仕事はさけてりゅ。
正解だなりゅ。火の粉がかかってくるからなりゅ。
39 ：デフォルトの名無しさん：2005/09/24(土) 18:56:39
>>32
別に BREW 上で JavaVM 動かすってわけでもないだろうし、
比較対象になるのかね?
40 ：デフォルトの名無しさん：2005/09/24(土) 19:05:04
>>39
BREW上でJavaVMですよ。
ttp://plusd.itmedia.co.jp/mobile/articles/0508/02/news056.html
41 ：デフォルトの名無しさん：2005/09/24(土) 20:50:02
BREW上で動くJavaVMはいくつか存在するが、何を採用したかが気になる。
42 ：デフォルトの名無しさん：2005/09/24(土) 23:44:41
>>41
心配無用。別に仕事増えるわけじゃないんだから。

え？何です？主任。
は？アイアプリも頼んだぞって・・・
いや、その、あの、それはちょっと・・・・
すいません、わかりましたです、ハイ。
43 ：デフォルトの名無しさん：2005/09/25(日) 00:10:35
おつ
44 ：デフォルトの名無しさん：2005/09/25(日) 13:17:11
KDDIの検閲を経ないBREWアプリしか使えないあうは糞

それにしがみつくあうヲタ(糞塚ヲタ含む)はもっと糞
45 ：デフォルトの名無しさん：2005/09/25(日) 13:28:49
毎度乙
46 ：デフォルトの名無しさん：2005/09/25(日) 15:39:14
カメラアプリ組むのに必要な資料てなんですか
47 ：デフォルトの名無しさん：2005/09/25(日) 16:03:41
　　　　　 　 　　　 ∫　　　 ＿＿＿＿＿＿＿＿＿＿＿＿
　　　∧,,∧ 　　 ∬　　 　／
　　 ミ,,ﾟДﾟ彡っｃ□　　＜　　会社のPCに入ってる資料
＿と~,,　　~,,,ﾉ_. 　　　　　＼
　　　 ﾐ,,,,/~), │　━┳━　 ￣￣￣￣￣￣￣￣￣￣￣￣
￣￣￣ .じ'Ｊ￣￣|　┃
￣￣￣￣￣￣￣ 　┻
48 ：デフォルトの名無しさん：2005/09/25(日) 16:59:35
はんだごて　使っても携帯に転送できないの？
49 ：デフォルトの名無しさん：2005/09/25(日) 17:11:05
ｃ++のコードを携帯で動かすには
BREW以外の選択肢ないの？
50 ：デフォルトの名無しさん：2005/09/25(日) 17:48:17
>49
根性でC++ → Javaバイトコード生成
51 ：デフォルトの名無しさん：2005/09/25(日) 20:16:29
まとめサイト、Wikiにしたほうがいいかな？
52 ：デフォルトの名無しさん：2005/09/26(月) 00:46:28
>38
営業は楽だよ。BREWをやってる会社が少ないから。
「iAppとグロスでこのくらいですかねー」って言える。
プログラマーはここを見ての通りです。
53 ：デフォルトの名無しさん：2005/09/26(月) 01:49:36
>>49
Symbian OS
54 ：デフォルトの名無しさん：2005/09/26(月) 16:54:17
>>51
もしかしてまとめの人？
個人的にはさほど更新必要無いと思うんで、現状維持でいいような。
もしスレ5のhtmlが無いなら…俺持ってたかな…

>>52
面倒なのは検証だけで、マだって別段大して苦労してないと思う。
Windowsアプリもiアプリも機種依存なり潜在しているバグがいくらでもあるわけで、
BREWに限った話じゃない。
55 ：デフォルトの名無しさん：2005/09/26(月) 16:55:42
>51
Wiki欲しいね。
なんだかんだ言って優良なまとめｻｲﾄ欲しいのがこのｽﾚの大意な気がする。

KのCPｻｲﾄは大した情報無いし。
大いに遅れて端末依存のﾊﾞｸﾞとか公開されるし。。。orz
56 ：55：2005/09/26(月) 16:56:43
>>51
ってか、Wiki作るならｺﾝﾃﾝﾂ更新お手伝いしますお。
57 ：名無しBREWたん：2005/09/26(月) 16:59:34
>>54
ﾏが苦労するのは標準ﾗｲﾌﾞﾗﾘの貧弱さな気がする。
そこがBREW初挑戦者に敷居の高さを感じさせるのかも。

結局自社ﾗｲﾌﾞﾗﾘを作ってしまえば後はｺﾋﾟﾍﾟなんだけどな。
58 ：デフォルトの名無しさん：2005/09/26(月) 20:15:31
http://plusd.itmedia.co.jp/mobile/articles/0509/26/news053_3.html
DOCOMOのBREW端末。よさげかも。
59 ：デフォルトの名無しさん：2005/09/26(月) 20:39:38
>>58
この記事だけでは何とも言えないな。
一番最後に書いてある通り、速さが求められる場合の演算、描画の様子が不明。
例えばゲームアプリは、ただ動くだけ、速さはまるでダメ、ってことも考えられる。
60 ：デフォルトの名無しさん：2005/09/26(月) 20:57:38
>>58
ベンチマーク取ってくれないとなんとも。
61 ：デフォルトの名無しさん：2005/09/26(月) 21:29:10
とりあえずベースだけ作ってみました。　・・・WikiHouse重いorz
http://www.wikihouse.com/brew/index.php
62 ：デフォルトの名無しさん：2005/09/26(月) 22:18:04
>>61
お疲れ様。確かに重いですね。
63 ：デフォルトの名無しさん：2005/09/28(水) 04:00:27
「ワームビズ」ってなんやねん！？ってツッコミはファビョられそうで恐くて入れられない。
64 ：デフォルトの名無しさん：2005/09/28(水) 10:02:17
あう(糞塚を含む)のCDMA2000は所詮2G半www
KDDIの検閲得ないアプリが使えない糞仕様www
しがみつくあうヲタ&糞塚ヲタはヴァカ丸出しwww
65 ：デフォルトの名無しさん：2005/09/28(水) 10:15:09
このスレにヲタはいません。
いるのはそのヲタから金を巻き上げようと企むCPの関係者

――に搾取される底辺層の技術者だけです(ノД｀)
66 ：デフォルトの名無しさん：2005/09/28(水) 10:45:57
>>64
ヲタって言葉も随分と幅広くなりけむを、いとおかしとてとつられけむ。
67 ：デフォルトの名無しさん：2005/09/28(水) 14:33:04
>>65-66
>>35
68 ：デフォルトの名無しさん：2005/09/29(木) 11:18:52
BREWあぷりで2ch専用ブラウザがまだないようなんですが
誰か作ってないですかね？
69 ：デフォルトの名無しさん：2005/09/29(木) 11:37:23
いろんなところで散々既出なんですが、
審査通らないので作っても意味ないです。
Andyで我慢ですね。
70 ：デフォルトの名無しさん：2005/09/29(木) 17:08:19
携帯で処理速度が重要なアプリは審査通らない限り
作れないわけね

ＰＤＡでいいやもう
71 ：デフォルトの名無しさん：2005/09/29(木) 20:59:44
>>69
思ったんだが、審査通らないのはどうして?
72 ：デフォルトの名無しさん：2005/09/29(木) 21:09:24
>>69
審査が通らないのではなく、
採算が取れないからCPが作ろうとしないだけだと思いますよ。
73 ：デフォルトの名無しさん：2005/09/29(木) 22:10:03
俺は自分用に作って使ってるけどね。
74 ：デフォルトの名無しさん：2005/09/29(木) 22:29:30
brew 2ch browserを販売する会社を自分で起こせば解決。
75 ：デフォルトの名無しさん：2005/09/29(木) 23:50:48
おまいは　なんも　わかっちゃいねえ　な
76 ：デフォルトの名無しさん：2005/09/30(金) 04:30:52
みんなThumbインストラクションモード使っているかい？
コードサイズが2/3になってびっくりした。
速度的なペナルティとかあるのかな？
77 ：デフォルトの名無しさん：2005/09/30(金) 07:55:01
内部も16bitっぽいので、むしろ速くなりそうだが、
マニュアルにないことはしないのが俺のジャスティス
78 ：デフォルトの名無しさん：2005/09/30(金) 09:57:20
32bitCPUが16bit命令で早くなる理由が知りたい
79 ：デフォルトの名無しさん：2005/09/30(金) 14:08:13
>>42
逆に無駄な仕事が減ってすっきりすると思われ。
Javaだけで十分なことは積極的にJavaで。

と、いいたいところだが
容量制限は相変わらずメガバイトを超えないんだろうか。

すると結局BREWという選択肢に後戻りorz
80 ：デフォルトの名無しさん：2005/09/30(金) 14:10:30
>>52
その営業を殴り殺してやりたいんですが。
楽そうにしておきながら「忙しい忙しい」ってざけんなって
忙しいフリして高い金とってんじゃねえよっと
81 ：デフォルトの名無しさん：2005/09/30(金) 14:11:24
>>54
> >>51
> もしかしてまとめの人？
> 個人的にはさほど更新必要無いと思うんで、現状維持でいいような。
> もしスレ5のhtmlが無いなら…俺持ってたかな…
>
> >>52
> 面倒なのは検証だけで、マだって別段大して苦労してないと思う。
他人の書いたBREWコードの解析は地獄だぞ

ヘッダファイルの数がCファイルと同じだけあるだなんてキモすぎ
汚すぎるんだよ
82 ：デフォルトの名無しさん：2005/09/30(金) 15:10:27
>>81
>ヘッダファイルの数がCファイルと同じだけあるだなんてキモすぎ

Cじゃ普通じゃあるまいか。
それとソースが汚いのはBREWに限った話じゃなかろう。
83 ：デフォルトの名無しさん：2005/09/30(金) 20:24:04
>>78
メモリバス幅が16bitだった場合。
>>77は内部的にと言ってるけど、内部バス幅の話なら32bitなはず。
84 ：デフォルトの名無しさん：2005/09/30(金) 21:55:52
>ヘッダファイルの数がCファイルと同じだけある
いや、これはそうじゃない風に作ればいいだろう
85 ：デフォルトの名無しさん：2005/09/30(金) 23:54:36
人のソース見たくないなら仕事やめたほうがいいよ
86 ：デフォルトの名無しさん：2005/10/01(土) 00:04:19
このスレは、巨大企業の陰謀と無謀な上司と無茶な仕様、
そして迫る納期と長い検証期間と日々戦い続ける熱き漢たちの物語である
87 ：デフォルトの名無しさん：2005/10/01(土) 00:54:07
かぜのなかのすーばるー
88 ：デフォルトの名無しさん：2005/10/01(土) 08:48:49
そんな良いもんじゃない。
89 ：デフォルトの名無しさん：2005/10/01(土) 12:00:43
んなことはない
どんな仕事も自分の力で成したなら立派に誇っていいだお


結果の善し悪しは別として
90 ：デフォルトの名無しさん：2005/10/01(土) 12:01:42
長い健勝期間がほんまうっとい
これさえまともになれば…
91 ：デフォルトの名無しさん：2005/10/01(土) 13:11:10
今は検証より審査がウザイ
92 ：デフォルトの名無しさん：2005/10/01(土) 15:18:33
時間とられる理由
①単なる人員不足
②アプリの数が大杉
③Kの陰謀
どれ？
93 ：デフォルトの名無しさん：2005/10/01(土) 15:22:37
俺様のやる気不足
94 ：デフォルトの名無しさん：2005/10/01(土) 15:29:43
アプリの数が増えてきてるんだから、単に検証要員増やせばいいのだが、そうするとKの金がかかるので増やさない。
むしろ、企画審査で落とす方向で。
しかも審査は個人の好みと他プラットホームの実績しかみない。
芯でくれ。
95 ：デフォルトの名無しさん：2005/10/01(土) 23:25:27
DOCOMOのBREW端末のSA700iSのベンチマーク結果が
ん・ぱかさんのところにアップされていました。
数字だけ見る限りでは、結構優秀じゃないですか？？
http://npaka.yoko.ne.jp/bench/bench.jsp
96 ：デフォルトの名無しさん：2005/10/01(土) 23:27:58
SH902iが凄いな…
97 ：デフォルトの名無しさん：2005/10/02(日) 18:56:20
>>96
実はJavaプロセッサ搭載してたり、CPUがXscaleだったりしたら面白いな。
98 ：デフォルトの名無しさん：2005/10/02(日) 19:17:26
アプリ動かすと物凄い勢いで電池無くなったら笑うな。
99 ：デフォルトの名無しさん：2005/10/02(日) 19:19:41
アプリ起動だけで真っ赤になります
100 ：デフォルトの名無しさん：2005/10/03(月) 01:20:25
>>82
> >>81
> >ヘッダファイルの数がCファイルと同じだけあるだなんてキモすぎ
>
> Cじゃ普通じゃあるまいか。

今時、そういう感覚でいられるお前の頭はおかしい。
お前の脳みそはオブジェクト指向開発の時代から逆行しすぎだ。
101 ：デフォルトの名無しさん：2005/10/03(月) 01:22:44
>>85
> 人のソース見たくないなら仕事やめたほうがいいよ

その考えで、厚顔無恥にスパゲティコード
しか書きたくなければ仕事やめたほうがいいよ。

オープンソース開発ではスパゲティコードを書くと
まず恥さらしになるってことを覚えておこうね。
102 ：デフォルトの名無しさん：2005/10/03(月) 01:24:02
81必死だな

土日に調べたのかい？
103 ：デフォルトの名無しさん：2005/10/03(月) 01:28:49
>>95
http://npaka.yoko.ne.jp
ってドメインとってる香具師、
29歳のアニヲタか・・・・
104 ：デフォルトの名無しさん：2005/10/03(月) 02:00:01
>>100
>お前の脳みそはオブジェクト指向開発の時代から逆行しすぎだ。

ヘッダファイル数がどうだとオブジェクト指向じゃないんだよｗ
素人は笑わせてくれるねぇｗ
105 ：デフォルトの名無しさん：2005/10/03(月) 02:03:28
そもそもC++だと、汎用テンプレートクラスとかはヘッダに書くしかないんで
必然的にヘッダのほうが多くなるよなｗ
106 ：デフォルトの名無しさん：2005/10/03(月) 02:04:39
おまえらCなのかC++なのかw
107 ：デフォルトの名無しさん：2005/10/03(月) 02:12:10
>>78
>32bitCPUが16bit命令で早くなる理由が知りたい

Thunb命令セットってそういう意味じゃないんだが。
108 ：デフォルトの名無しさん：2005/10/03(月) 02:20:12
ヘッダ以前にBREWライブラリ自体の仕様が糞なのが最大の問題なのだが。
ありゃC言語しかできない厨坊が書いたとしか思えん。
つーかマジでｷﾓｲんじゃぁぁぁぁあああ！
109 ：デフォルトの名無しさん：2005/10/03(月) 02:22:19
ドコモ端末って半透明が使えるのか
110 ：デフォルトの名無しさん：2005/10/03(月) 02:23:22
>>92
バイト先では①と③が大当たり。
そして一人の社員が入社してまもなく半年も経たない
うちにとうとう辞めてしまった。


111 ：デフォルトの名無しさん：2005/10/03(月) 02:24:13
>>104
まともに開発するならヘッダファイルは限りなくゼロにすべきだ。
素人はお前だ。お前がすっこんでろ
112 ：デフォルトの名無しさん：2005/10/03(月) 02:25:09
>>105
とりあえず拡張子はすべてcppで統一しよう
113 ：デフォルトの名無しさん：2005/10/03(月) 02:29:16
>>111　極論ｷﾀ━━━(AA略)━━━!!
114 ：デフォルトの名無しさん：2005/10/03(月) 02:32:05
>>111
>まともに開発するならヘッダファイルは限りなくゼロにすべきだ。

じゃあきくけど、クラスやコンスタント列挙型等はどこに宣言・定義すんだよ。
ジェネリックなテンプレートクラスは、使用するcppファイルに重複して書くのか？
javaじゃねーんだぞ？
115 ：デフォルトの名無しさん：2005/10/03(月) 02:33:24
何ひとりでやってんの？
116 ：デフォルトの名無しさん：2005/10/03(月) 02:40:10
>>111
なんだ。オレにすっこんでろと凄みつつ、自分がすっこんじゃったのね。
こいつのいう「まともな開発」は、オレにはまともに思えん。
117 ：デフォルトの名無しさん：2005/10/03(月) 03:34:07
きっとヘッダファイルの拡張子を.cppに変えてインクルードしてるんだよ。
118 ：デフォルトの名無しさん：2005/10/03(月) 04:27:34
pngの場合、ISHELL_LoadResImage()でロードするとデータへのポインタが
返されますが、このデータは解凍済みなんでしょうか？
まさか描画のたびに解凍されるなんてことはないですよね？
119 ：デフォルトの名無しさん：2005/10/03(月) 05:10:22
実データじゃなくてインターフェースへのポインタじゃね？
120 ：デフォルトの名無しさん：2005/10/03(月) 09:59:03
>>118
毎回 ISHELL_LoadResImage() 呼べば、毎回解凍処理するよ
121 ：デフォルトの名無しさん：2005/10/03(月) 17:41:06
>>107
君が何を言いたいのか分からないので揚げ足取るだけにしておくけどさ、thumb ね
122 ：デフォルトの名無しさん：2005/10/03(月) 22:10:51
>>111はまだ調べてんのか？

生暖かい目で見守ってやりましょう
123 ：デフォルトの名無しさん：2005/10/03(月) 23:45:22
>>118
返されるのは >>119 の言う通りで、データではなく、インタフェースへのポインタ。
データがデコード完了した時点でコールバックが来るから、その時点から有効なデータを持つ。

ちゃんとAPIの仕様を嫁
124 ：デフォルトの名無しさん：2005/10/04(火) 08:28:57
このスレに若干名セデブのフサフサ野郎が紛れ込んでいますが
脳内フィルターで華麗にスルーしてください
反応したらニートです


>フサフサ野郎
もう半世紀ほどROMてよう、な！
125 ：デフォルトの名無しさん：2005/10/04(火) 08:37:17
セデブって何？
126 ：デフォルトの名無しさん：2005/10/04(火) 09:29:02
>>123
pngはコールバックじゃなくて、ブロッキング読み込みするんじゃね？
127 ：デフォルトの名無しさん：2005/10/04(火) 14:55:38
携帯で処理速度の速いアプリ動かしたいだけなのに
なんでこんなめんどうなんだ
128 ：デフォルトの名無しさん：2005/10/04(火) 18:36:04
>>126
実際には大半の端末で同期デコードされるっぽいけど、APIの使用上は
非同期扱いでしょう。
日本の端末はかなり仕様が統一されててこの辺の挙動はほぼ同じだけど、
海外端末だとかなりバラバラなのでAPIの仕様から逸脱していると泣きを
見る羽目になる･･･
APIの仕様通りでもまともに動かないくそ端末もたくさんあるけどね～
129 ：デフォルトの名無しさん：2005/10/04(火) 22:20:14
そーいえばいつの間にか
ttp://brew.qualcomm.com/brew/en/developer/resources/ds/forums.html
から韓国のフォーラム消えちゃったけど、
韓国でこけたのかな？
130 ：デフォルトの名無しさん：2005/10/04(火) 23:08:38
むこうの人は英語はさくさく出来るらしいから不要なんじゃね?
131 ：デフォルトの名無しさん：2005/10/04(火) 23:28:32
にーほんじんはぁ
えいご
できないの
ばっかー
でーすーかーら
132 ：デフォルトの名無しさん：2005/10/05(水) 03:00:51
>>129
WIPI
133 ：名無しBREWたん：2005/10/05(水) 15:43:37
>>129-130
KoreanのURLにいくとEnglishにﾘﾀﾞｲﾚｸﾄされるな。
にーほんじんはぁ、ばかれすからー。
ってことなんだな。

まぁ、ﾌｫｰﾗﾑの投稿内容があんなんじゃﾊﾞｶと思われても致し方（ｒｙ
134 ：デフォルトの名無しさん：2005/10/05(水) 15:53:35
うお、久々にﾌｫｰﾗﾑ行ったらデザインが大幅に変わってるぞ？！
どこまで読んだのかわかんねー（ﾟ∀ﾟ）
ついでにパス忘れた。
135 ：134：2005/10/05(水) 15:59:56
とりあえず頭から読んでみた（ﾟ∀ﾟ）



３，４個でもうおなかいっぱい('A`)
ykuboさんも大変だなぁ・・・
136 ：デフォルトの名無しさん：2005/10/05(水) 16:37:42
何か高レベルな質問の連続だな・・・
137 ：デフォルトの名無しさん：2005/10/05(水) 17:44:51
ぐろーばる
138 ：デフォルトの名無しさん：2005/10/05(水) 18:34:17
>>132
thx

>>137
さいず
139 ：デフォルトの名無しさん：2005/10/05(水) 19:55:10
とにもかくにも

　　ド　　コ　　モ　　以　　外　　は　　糞

で140
140 ：デフォルトの名無しさん：2005/10/06(木) 03:43:49
>>139
？
どこの誤爆だ？
なんでドコモがｗ
141 ：デフォルトの名無しさん：2005/10/06(木) 05:27:22
メ欄見たあとにしかるべく放置しる
142 ：デフォルトの名無しさん：2005/10/06(木) 09:35:04
>>139
140て何？
143 ：名無しBREWたん：2005/10/06(木) 16:49:41
ttp://www.s-cradle.com/products/sophiaframework/sf3_0_beta.html
実機でもstaticな変数が使えるような悪寒。
まぁK的にNGなんで検証通らないかも知れないけど。
144 ：デフォルトの名無しさん：2005/10/06(木) 18:59:56
BREW端末をテストモードにする方法って何処に載ってるんだっけ？
145 ：デフォルトの名無しさん：2005/10/06(木) 19:03:03
>>144
レッドカード即退場ものの質問だな
146 ：デフォルトの名無しさん：2005/10/06(木) 19:09:51
なんか携帯板辺りから人が流入してる？
147 ：デフォルトの名無しさん：2005/10/06(木) 19:46:27
楽しそう・・・
148 ：デフォルトの名無しさん：2005/10/06(木) 20:48:59
>>143
わざわざ危ない橋渡んなくてもいいじゃん？
自分は今のままでじゅーぶん使えてるよ。
149 ：デフォルトの名無しさん：2005/10/06(木) 21:45:05
>>144
前スレで私が質問して叩かれてるのを見てないのですか？
150 ：デフォルトの名無しさん：2005/10/06(木) 22:38:28
うｐしなくていいから共同開発できないんですか？
151 ：デフォルトの名無しさん：2005/10/06(木) 23:06:55
日本語しゃべれチョン
152 ：デフォルトの名無しさん：2005/10/06(木) 23:29:13
■このスレのお約束だよお兄ちゃん☆


１．守秘義務を守ろうね。社会的に死んでもしらないよ♪
２．↑に関わりそうな質問しても答えてもだめだよ☆社会的に黙殺さ(ry
３．質問する前にちゃんと自分で調べようね。Google先生に聞いてみるのも良いかも？
４．分かりやすい日本語でレスしてね。あまりアレな日本語だとみんな華麗にスルーしちゃうよ。
　　あと半島人はもう半世紀ほどROMしててね☆
153 ：デフォルトの名無しさん：2005/10/06(木) 23:42:08
でも、半島の人の方がBREW採用早かったはずなのになぁ。
不思議。

今はBREWやめたんだっけ？？？
154 ：デフォルトの名無しさん：2005/10/07(金) 08:13:35
今は両方やってるんじゃなかったっけ。
docomoのsa700isが理想だよね。
155 ：デフォルトの名無しさん：2005/10/07(金) 08:30:50
>>152
今の会社辞めたらもうプログラマー関係の職にはつかないと思う('A`)y-~

>>149
やり方じゃなくて、資料の場所を探してたんだよ。
なんとか見つけたから今後は大丈夫。
つーか、サイトの作りがなぁ・・・
トップのメニューに不必要なものが多い気がするんだが、
あれは必要な人には必要なのかね？('A`)
156 ：デフォルトの名無しさん：2005/10/07(金) 08:44:05
日記は自分のブログに書けよ
157 ：デフォルトの名無しさん：2005/10/07(金) 10:24:36
すぐ突撃したがる厨の為にコード書いてると思うと嫌になってくる。
ま、その分ボッタくってますが。
158 ：デフォルトの名無しさん：2005/10/07(金) 13:01:44
>>157
ボッタ食った分、手元に入るとこはいいやね。
こっちはピンハネの上にピンハネで、雀の涙ほどの小銭しか入りませんが。
159 ：デフォルトの名無しさん：2005/10/07(金) 22:00:36
2005年9月分

DQM：124,800純増
あう：165,100純増
塩豚：3,300純増
糞塚：1,300純増
(KDDI：166,400純増)

　　　　　　/＼＿＿_／ヽ
　　　　 ／　　　　　　 :::::::＼
　　　　.|　　　　　　　　　　.::::|
　　　　|　 ''''''　　　''''''　　 .:::|　　　ついに糞塚があう統合された…
　　　　.|（●）,　　　､（●）､::::| 　　　でも統合先のあうも相当糞だというし…
　　　　 ＼　,,ﾉ(､_, )ヽ､,,.:::::／
　　　　　／｀｀ｰﾆ=-'"一´＼
　　　＿/((┃))＿＿＿＿_i　|＿　ｷｭｯｷｭｯ
..　／ /ヽ,,⌒)￣￣￣￣ （,,ノ 　 ＼
／　 /＿＿＿＿＿＿＿＿＿ヽ.. 　＼
.￣￣￣￣￣￣￣￣￣￣￣￣￣￣

　　　　 　　/＼＿＿_／ヽ
　　　　 ／''''''　　　'''''':::::::＼
　　　 . |（●）,　　　､（●）､.:|　＋
　　　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|
　　. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+
　　　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+
　　　　　／ヽ、ﾆ__ ーーノﾞ＼_
　　　　.|￣￣￣￣￣￣￣￣.|　　ﾄﾝ
　　　_（,,) あうヲタ氏ね！！(,,）_
..　／.　|..　　　　　　　　　 　　|　 ＼
／　　 .|＿＿＿＿＿＿＿＿_|　　　＼
160 ：デフォルトの名無しさん：2005/10/09(日) 01:08:38
http://www.youngsunday.com/rensai/comics/wooron.html
161 ：デフォルトの名無しさん：2005/10/09(日) 09:36:16
この荒らしてる人なんなんだろう
BREW技術スレにいるのは業務上やってる人ばかり
大部分は好きでやってるわけじゃない
ここでどんなに主張しても
この人が想定してるリスナーはここにはほとんど居ないわけで
162 ：デフォルトの名無しさん：2005/10/09(日) 10:16:24
そんなことを気にする程度の知能があれば荒らしなどやらんだろ
163 ：デフォルトの名無しさん：2005/10/09(日) 17:48:24
荒らしはドキュマー(w
164 ：デフォルトの名無しさん：2005/10/09(日) 21:51:32
そうだよな。ここはBREWスレなんだし、携帯のこととは別なんだから。
ドコモだって、サンヨーだけじゃなく次回の製品から東芝だって加入すんだから。
そうなってくるとドコモでもBREWアプリ搭載もありえるわけだし。
165 ：デフォルトの名無しさん：2005/10/10(月) 10:53:17
いよいよ問題児・糞塚があう巻き取りだなw

でも巻き取り先のあうは糞BREWの糞アプリしか落とせない糞仕様w
KDDIの検閲得ないアプリが使えない糞w

あーかわいそーwww
166 ：デフォルトの名無しさん：2005/10/10(月) 11:02:51
可哀想な人たち・・・
BREW使わなきゃならないアプリなんて、どうせゲームアプリくらいしか需要無いのに
167 ：デフォルトの名無しさん：2005/10/10(月) 11:21:04
>>165-166
双方日本語が変なので同一人物と同定。
168 ：デフォルトの名無しさん：2005/10/10(月) 12:32:49
>>166>>167
>>35
169 ：デフォルトの名無しさん：2005/10/10(月) 13:05:20
３５必死だな
170 ：デフォルトの名無しさん：2005/10/10(月) 18:14:53
>>165-166
双方日本語が変なので同一人物で童貞。
171 ：名無しBREWたん：2005/10/12(水) 16:27:05
>>161
同意。別にauが好きだからBREWｺｰﾄﾞを書いてるわけではないしな。
172 ：デフォルトの名無しさん：2005/10/12(水) 18:50:15
ドコモ信者に見せかけたドコモネガティブキャンペーンだったりして。
Kならやりかねん…あれ？
173 ：デフォルトの名無しさん：2005/10/12(水) 21:44:07
つうか、企画審査から仕様の不備、面倒な書類まで、むしろBREW開発なんて大っ嫌いですよ、マジで
もう、ホント、なにからなにまで糞
174 ：デフォルトの名無しさん：2005/10/12(水) 22:45:16
企業も糞ならユーザも糞（ガキ）だからな…。
お陰でビジネスツール売れてない。
ゲームでも審査が糞遅いのは変わらん。

グループ再編もみかかがやろうとしたら批判しまくるくせにまあ…。
QもKも糞。はやく潰れろ～
175 ：デフォルトの名無しさん：2005/10/12(水) 23:42:50
アプリつかってんのはドコのキャリアのでも糞（ガキ）だがな
そいつら相手で飯食ってんだぜおめーら
176 ：デフォルトの名無しさん：2005/10/13(木) 00:50:26
え？ゲームしかやらないアホ？
177 ：デフォルトの名無しさん：2005/10/13(木) 00:52:56
漏れのことか？
それともガユーザのことか？
ビジネスツールなんざ論外だぞ
ゲームしかでてこんのか？
178 ：デフォルトの名無しさん：2005/10/13(木) 01:10:00
誰
　か
　　訳
　　　し
　　　　て
179 ：デフォルトの名無しさん：2005/10/13(木) 01:32:45
>>173-174
文句あるならAUの仕事しなきゃいいだけの話。
180 ：デフォルトの名無しさん：2005/10/13(木) 08:45:35
ニートはなんでも言えていいね
181 ：デフォルトの名無しさん：2005/10/13(木) 10:27:33
>>179
営業がdocomoとボータフォンの仕事と一緒に取ってくるから無理。
つーか、３キャリアのアプリを1社で請け負うからそこそこ美味しい仕事になるのであって、
brewしか出来ませんjavaしか出来ませんでは、干上がる。

182 ：デフォルトの名無しさん：2005/10/13(木) 22:07:19
ただの愚痴だな愚痴スレで言って来い
183 ：デフォルトの名無しさん：2005/10/14(金) 20:58:11
ここで質問していいのかわからんのだけど、BREWにとりかかって２日目のおいらに教えてエロイ人！
javaとかで
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なデータはどこにまとめてる？やっぱ一括でデータはくくっておきたいのだけどいまいちわからんです。
マニュアルみればみるほどわからんです。せんぱいお願いしまつ・・・。
184 ：デフォルトの名無しさん：2005/10/14(金) 21:07:01
constが使えるから同じように宣言＋初期化してやればいい
185 ：デフォルトの名無しさん：2005/10/14(金) 21:35:39
>>184
あ、じゃぁ
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からコンパイラ届いてないもんでコンパイルできねーです。。。
186 ：デフォルトの名無しさん：2005/10/14(金) 22:57:15
>>185 staticいらない ていうか付けちゃだめ
187 ：デフォルトの名無しさん：2005/10/14(金) 23:24:09
そんなかんじ
188 ：デフォルトの名無しさん：2005/10/14(金) 23:54:57
>>76
何度か納品して経験値たまってきたので、最近使い始めてるよ
2/3というとアレだが、俺の場合130KBが95KBになるくらいなんで、
なんか有難いんだがどうなのか疑問だな。600KBアプリも作れるし。

速度的な認識この最後のスライドが参考になるかと
ttp://www.jp.arm.com/event/images/seminar2005/3.pdf
189 ：デフォルトの名無しさん：2005/10/15(土) 01:24:18
>>188
めちゃ参考になる。サンクス。
190 ：デフォルトの名無しさん：2005/10/15(土) 12:26:28
虎BREW
191 ：デフォルトの名無しさん：2005/10/15(土) 20:04:13
>>188
そのまま鵜呑みには出来んがRealViewすげえな。
gcc泣ける。orz
192 ：デフォルトの名無しさん：2005/10/16(日) 02:20:25
ARMCodeのサイズ優先を100%として、ThumbCodeのサイズ優先にすると、
コードサイズが29%減って、速度が20%下がるのかな。

速度を要求しないクラスはThumbモードにしたほうがいいかな……。
193 ：デフォルトの名無しさん：2005/10/16(日) 02:23:03
>>192
そーだね
194 ：デフォルトの名無しさん：2005/10/17(月) 03:35:49
でも、#pragma arm, #pragma thumb は使えないんだよねARM for BREWだと。
ファイル単位でやるしかない。
195 ：デフォルトの名無しさん：2005/10/17(月) 11:17:28
というかARMとThumbでコンパイラが分かれてるのね。
ファイル単位で拡張子を変えてコンパイルするのがよさげだね。
196 ：デフォルトの名無しさん：2005/10/18(火) 11:07:59
事前検証チェック項目リストはどこじゃー！
197 ：デフォルトの名無しさん：2005/10/18(火) 11:15:13
事前検証じゃねー、端末チェックだー！どこだー！
198 ：デフォルトの名無しさん：2005/10/18(火) 12:56:14
負け犬の遠吠え
Auuuuuuu Auuuuuu
199 ：デフォルトの名無しさん：2005/10/18(火) 15:25:02
君のクラスの一番後ろに
200 ：名無しBREWたん：2005/10/18(火) 16:49:39
>>188
参考になります。
これでもっと安ければなぁ。。。
201 ：デフォルトの名無しさん：2005/10/18(火) 21:06:20
uchino会社、本社業務10人に対して同年代3名。(漏れ含む)
結構有ることかな？
202 ：201：2005/10/18(火) 21:08:43
ごばーく
203 ：デフォルトの名無しさん：2005/10/18(火) 23:26:50
>>76
詳しく教えてよママ！
204 ：デフォルトの名無しさん：2005/10/19(水) 11:31:56
>>203
ARMコンパイラのドキュメント見れば？
205 ：デフォルトの名無しさん：2005/10/19(水) 20:13:54
お楽しみのところすみません。
某ゲーのポーティングをやっているんですが、なぜか東芝端末だけリセットがかかります。
東芝端末特有のものって何かありますか？一応、端末FAQも目を通しましたが、これといったものはありませんでした。

206 ：デフォルトの名無しさん：2005/10/19(水) 20:17:57
>>195
\600,000のARM コンパイラだと、#pragma arm, #pragma thumbによってインラインでインストラクション切り替えられるが、
\150,000のARMコンパイラだと、armcpp, tcppを分けて使わなきゃいけないのです。
うちでは、cppをarmcpp, cxxをtcppでコンパイルするように使い分けてます。
207 ：デフォルトの名無しさん：2005/10/19(水) 20:21:13
　　 　 　 　 　 　 　 　 ∩
　　 　 　 　 　 　 　 　 | |
　　 　 　 　 　 　 　 　 | |
　　　 　 　 ∧＿∧ 　 | |　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　 　 （　´Д｀）／/　 ＜　先生！なぜドコモ以外は糞なのですか？
　　　　　 ／ 　 　 　 /　　 　＼　　　　　　　　
　　　　 / /|　　　　/ 　　　　 　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 ＿＿| | .|　　　　|
　 ＼　 ￣￣￣￣￣￣￣＼
　　||＼　　　　　　　　　　 　 ＼
　　||＼||￣￣￣￣￣￣￣||￣
　　||　 ||￣￣￣￣￣￣￣||
　　 　 .||　 　 　 　 　 　 　 ||　
208 ：デフォルトの名無しさん：2005/10/19(水) 22:35:28
>>205
文字がでｋ（ｒｙ
IDISPLAY_MeasureTextExの挙動がエミュと違うんで、
作り方によってはこけるかも・・？

てかもうちょい詳細ぷりーず
209 ：デフォルトの名無しさん：2005/10/19(水) 22:48:54
>>205
俺の担当の仕事じゃなかったんで詳細は知らないが
ファイル周りの部分で東芝端末だけ検証に引っかかったことがある。
210 ：デフォルトの名無しさん：2005/10/19(水) 23:42:11
Ｔ芝には対応しなくてよい
211 ：デフォルトの名無しさん：2005/10/20(木) 11:01:50
質問させてください。
BREW SDK 2.1をDLしインストールをし、テンプレサイトの
(1)BREW SDKをインストールしよう
(2)“HelloWorld”プログラムを作ろう

までやってみました。（VisualStudio6.0です）
無事アプリ自体はできたのですが、F5ボタンを押してのデバッグ実行ができません。

'C:\Program Files\(略)BREW_Emulator.exe'
にはﾃﾞﾊﾞｯｸﾞ上方がありません。続行する場合は[OK]を押してください。

というダイアログが表示されて、ブレークポイントなどが無効化されてしまいました。
何か特殊な設定が必要なのでしょうか？
212 ：デフォルトの名無しさん：2005/10/20(木) 11:04:57
まさかとは思うけどブレークポイントが消えただけでその後動作確認していないとか、
Release版で作ってたりしないよね？
213 ：デフォルトの名無しさん：2005/10/20(木) 11:13:27
>>212
お返事ありがとうございます。
ブレークポイントが消えた後は、プログラムの先頭から1行ずつ動作させることはできるようです。
ただ、この後もずっとブレークポイントは設置できません。(F9が無反応)

もちろんRelease版ではなくDebug版で作っています。
何人かがインストールしたのですが、8割方は期待通りの動きをし、2割程度がこの状態になってしまっています。

念のため「プロジェクトの設定」「リンクタブ」「ﾃﾞﾊﾞｯｸﾞ情報を生成する」を見てみましたが、きちんとチェックが入っておりました。
214 ：デフォルトの名無しさん：2005/10/20(木) 11:17:53
すいません。自己解決です。

リビルドを行なうことで正常に動作しました。
動作がおかしかった人は、DLLの出力フォルダなどをいじっていたことが共通項のようです。

何かしらの手違いで古い中間ファイルを参照したのだと思われます。
お騒がせしました。
215 ：デフォルトの名無しさん：2005/10/20(木) 11:36:49
そういえばARMコンパイラを識別するdefineって何かありますか？
この前のプロジェクトの時は
#if !defined(_MSC_VER)
#define ARMCOMPILER
#endif
とかやっていたのですが、テスト用にgccでコンパイルした時、
この定義を変更するのを忘れていてハマったりしました。
何か組み込まれた定義があったら知りたいです。
216 ：デフォルトの名無しさん：2005/10/20(木) 12:23:46
>>215
http://www.jp.arm.com/document/index.html
217 ：215：2005/10/20(木) 13:29:47
>>216
サンクスコでつ。

__arm
__ARMCC_VERSION
__CC_ARM

こんなところでしょうか。どれがいいかなあ。
218 ：デフォルトの名無しさん：2005/10/20(木) 13:38:55
IKDDIPHONESYSTEM_GetHandSetTypeでデバイスタイプを取得できるけど、
末尾の数字が何番目以降がW端末とかって比べる方法ない？
2.1端末でもezurltoかez2urltoかが違っていて困る
219 ：デフォルトの名無しさん：2005/10/20(木) 13:46:44
って調べたら数字だけじゃねぇ・・・16進なのか・・・？
アプリ分けるのだけは勘弁
220 ：デフォルトの名無しさん：2005/10/20(木) 13:59:56
今思ったけど、ez2urltoでサスペンド飛んでこなければezurlto使うだけで済む予感
221 ：デフォルトの名無しさん：2005/10/20(木) 14:40:31
>>152
クアルコム社員必死だなw
222 ：デフォルトの名無しさん：2005/10/20(木) 14:44:00
>>159のいう

塩豚と糞塚がわからないーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーー
っ！！！！！！！！！！！！！！！！！！
223 ：デフォルトの名無しさん：2005/10/20(木) 14:45:29
>>220
お前天才だな。だいぶ自分の頭が固くなっているようだ・・・
224 ：デフォルトの名無しさん：2005/10/20(木) 14:48:08
>>166
テレビアプリ開発があるらしいけど
みんな安い給料で土日なしで休みの予定も勝手に踏み倒され
労働組合も無く、徹夜させられ倒れて病院に運ばれた香具師もいるほどなのに
残業代無しのため社員は半ば、経営者に対して逆ギレ状態で
死にそうになって何か作ってるらしいよ。
KDDIはなにからなにまで守秘にうるさいところだね。
外部にもれたところで大した害もないのにこんなくだらないものを守秘扱い
にするなんてアホくさいなあと思えるのもあるんだけどなあ。

むしろ利益になることまで隠すことなんてないと思う、ってものまで
秘密にしてると思わない？


225 ：デフォルトの名無しさん：2005/10/20(木) 14:50:53
>>175
> アプリつかってんのはドコのキャリアのでも糞（ガキ）だがな
> そいつら相手で飯食ってんだぜおめーら

それで残業代もでないほど給料が安くて
こんなにひもじい思いをしなければならないなんて
226 ：デフォルトの名無しさん：2005/10/20(木) 14:55:36
>>181
> >>179
> 営業がdocomoとボータフォンの仕事と一緒に取ってくるから無理。
> つーか、３キャリアのアプリを1社で請け負うからそこそこ美味しい仕事になるのであって、
> brewしか出来ませんjavaしか出来ませんでは、干上がる。

そう考えるとBREWはJavaより出るのが遅すぎた罠
Javaより先駆けていればもっと潤っていたかもしれないのに。

というか、APIが使いにくいのがイタイかもね。
3キャリアで動かせるようなアプリを
作りやすいようにAPIを各言語で統一すれば
Java ←→ BREW間での開発の切り替えも容易なんだけどね。

BREWがJavaのAPIを真似して欲しいと思ったりな。
もしくはJavaがBREWのAPIを真似するか。

真似をするとしたら、前者のほうが現実的かな。
後者をやったらJavaの限界によって無理があるために。

営業がそのあたり、JavaとBREWとの違いと負担がどれだけあるのかっていうことを
理解してくれればいいのだが。
227 ：デフォルトの名無しさん：2005/10/20(木) 20:30:32
BREWはQualcommが自社チップ(ARM)に顧客を縛り付けるための技術なんだからそりゃありえんな。
もう一枚抽象化レイヤーをJavaとBREWのそれぞれに設ける形……つまり仮想環境を作る形にすればいいんだが、
さすがにパフォーマンス的に厳しすぎるだろうし。
個人的にはJVM用のC++コンパイラがあれば全環境JVMにしてもらえたらいいのにと思う。
228 ：デフォルトの名無しさん：2005/10/20(木) 20:45:25
>>226
遅かったといっても、似たような時期だったからAPIの違いも仕方ないかと。
ドコモもライセンスなんて考えてなかったろうし。
229 ：デフォルトの名無しさん：2005/10/20(木) 22:30:17
ちぇ！
今度はゲイツホンまで登場かよ。
仕事が増えて嬉しいなぁ。くそったれが！！
230 ：デフォルトの名無しさん：2005/10/21(金) 00:02:17
ゲイツ社が頑張ってるからこそ俺らが飯食ってられルんだ炉
>>229がアルゴリズムを産み出すくらいの天才なら別だがよ
231 ：デフォルトの名無しさん：2005/10/21(金) 16:53:26
>>221
>>152
「社会的に黙殺さ」の後に何が略されてるのか気になる。

黙殺されるならOKじゃん？
232 ：デフォルトの名無しさん：2005/10/21(金) 18:35:43
謀殺と間違えたに0.5ペリカン
233 ：デフォルトの名無しさん：2005/10/21(金) 20:23:39
JavaもBREWもいらない。.Netのっけてくれ。
いっそのこと世の中MSだけになってしまえば楽だ。
234 ：デフォルトの名無しさん：2005/10/21(金) 21:19:08
>>233
oh! good idea!!
235 ：デフォルトの名無しさん：2005/10/22(土) 00:03:18
いや
236 ：デフォルトの名無しさん：2005/10/22(土) 00:23:04
なんにせよBREWはVisualStudio上での開発と、
ステップ実行のデバッガが動くのだけは神


DoJaエミュとかまともにうごきゃしねーよ。CPUバカ喰いのくせに
237 ：デフォルトの名無しさん：2005/10/22(土) 01:37:46
VisualStudioで基本的な開発ができること自体はありがたいと思うんだけどね。
どう考えてもあれとは別に本物のエミュレータが必要だろ？
PSPのクラック開発ですらPSPEなんてものが一瞬で出てくるんだから
Qualcommが威信をかけて本物のBREWエミュをリリースすべきだろ。

そういえばSDK3.xから名前がemulatorからsimulatorに変わったよな。
俺に言わせればシミュレイタですらないと思うんだが。
238 ：デフォルトの名無しさん：2005/10/22(土) 02:42:56
というかエミュはあのままでもいいから、実機デバッグ環境をもっと
整えてくれと言いたい。
せめてログをリアルタイムに出してくれと。。。
原因不明のリセットとか検証するのすご～～～～く大変orz
239 ：デフォルトの名無しさん：2005/10/22(土) 03:50:31
>>238
結局ログファイルとるしかなくなるんだよねぇ……。
実機のみのバグは確かに困る。

でも、他のシステムに比べて便利な機能ではあるんだよな。それでも。
240 ：デフォルトの名無しさん：2005/10/22(土) 04:43:35
>>238
駄目な実装の端末はログ取るAPIも駄目実装だから役に立たないと言う可能性が。
T芝とかの端末だとありそう。
241 ：デフォルトの名無しさん：2005/10/22(土) 04:52:55
むしろ端末がシミュレータと同じ実装、同じ動作になってくれりゃいいだけなんだが
シミュレータというかリファレンス端末をつくれ?
242 ：デフォルトの名無しさん：2005/10/22(土) 06:03:39
実機デバッグは JTAG 端子出して来て ICE とごにょごにょすればよさげ?
コネクタに端子出てそうなんだけどなぁ
243 ：デフォルトの名無しさん：2005/10/22(土) 17:52:33
ほとんどの事がハード(端末)側にやらせれば解決するだろ、
なんで無理やりソフト(アプリ)側に実装するような仕様になってるのかがわからねぇ…。
検証する側にも手間が減って明らかに楽だと思うんだけどな。書類も減るしな。

統一されたエラーメッセージを全てのアプリに実装とか理解不能だ…。
244 ：デフォルトの名無しさん：2005/10/22(土) 18:24:19
Javaや.NETに犯されすぎ
245 ：デフォルトの名無しさん：2005/10/22(土) 18:43:34
クアルコムチップはBREWが直接の原因ならBREWが落ちましたごめんなさいwしか教えてくませんがな('A`)ﾄﾞｳｼﾛﾄ…
246 ：デフォルトの名無しさん：2005/10/23(日) 11:26:11
244は経営者にはなれないな
247 ：デフォルトの名無しさん：2005/10/24(月) 03:42:35
面倒なことはCPにやらせるためにクアルコムチップにして安くしてんのに、
ﾄﾞｼﾛｳﾄも経営者もなかろ
248 ：デフォルトの名無しさん：2005/10/24(月) 09:50:54
それもこれも糞検証が無ければ無問題
249 ：デフォルトの名無しさん：2005/10/24(月) 11:37:39
そのくそ認証が無ければBREWの構造上、くそアプリが大量に出回ってしまう。
BREWのかってアプリでハングする携帯端末が増えたらそれこそ大問題だろ？
250 ：デフォルトの名無しさん：2005/10/24(月) 11:44:06
OSにメモリ保護付けてアクセス違反や例外が起こっても
正常に終了にするようにすればいいんだろうけどね。

現状じゃ難しそうかな……。
251 ：デフォルトの名無しさん：2005/10/24(月) 12:01:26
電話帳やメールボックスの個人情報をネットにタレ流すようなアプリとか、
あっという間にパケ死or通信停止に追い込むアプリとか。
252 ：デフォルトの名無しさん：2005/10/24(月) 12:13:26
写真を撮ってサーバにアップするアプリとか
253 ：デフォルトの名無しさん：2005/10/24(月) 12:51:19
音の出ないカメラアプリとか
2chブラウザとか
ファミコンエミュとか
254 ：デフォルトの名無しさん：2005/10/24(月) 13:01:49
2chブラウザは検証通すか見逃して欲しいな……。
255 ：デフォルトの名無しさん：2005/10/24(月) 14:09:02
あー、音の出ないカメラは作ったなー


ちゃんと修正したけどね。
256 ：デフォルトの名無しさん：2005/10/24(月) 15:46:39
>>255 カメラ便乗質問。
１つのmodで全機種対応なんて無理だと思うんだけど、やっぱそう？
だとすると、結局いくつくらいmod作る羽目になった？
257 ：デフォルトの名無しさん：2005/10/24(月) 15:58:28
>>256
ウチは下請けだからどの機種に申請出してるか
全部把握してないけど、とりあえず、モジュール１個で
今のところ障害報告はされてない。

単純に検証始まってないだけかもしんないけどｗ
258 ：プレイグ：2005/10/24(月) 16:52:49
>>257
ガチョ～～ン！
(死の宣告)


検証が始まったら首が飛ぶに一票！！
259 ：デフォルトの名無しさん：2005/10/24(月) 17:06:25
>>258
検証終わった機種もあるらしいんだけどね。
ちょっと調べたらまだ１機種終わっただけみたいだな((((;ﾟДﾟ))))

一応社内にある機械で一通り動かした時は動いてたから運がよければ・・・
つーか、検証始まった頃には書いたソースの内容なんて
忘れてんだよバＫヽ(｀Д´)ノ
260 ：デフォルトの名無しさん：2005/10/24(月) 17:07:47
なんだ、俺がいるぞ？
261 ：デフォルトの名無しさん：2005/10/24(月) 17:45:56
>>259
>>260
なにいってるんだ、それは俺だぞ？
262 ：デフォルトの名無しさん：2005/10/24(月) 19:27:14
カメラアプリ作った事無いので聞きたいのだけれど、
必要に応じて関数自作する程度じゃ切り抜けられない程の機種依存あるの？

今までざっと見ていた感じ、
jpegエンコ周りのコーディングに気をつける程度しか認識無いのだが。
263 ：256：2005/10/24(月) 22:51:23
レスthx

カメラアプリ作ることになりそうで見切り発車で開発始めてるんだけど、
支援サイトのICameraの端末依存情報を見たら、まるで動作がばらばらで
１つのmodにまとめられそうになくて困ってる。

例えば…
A5502Kだけは特定の条件下でしかICAMERA_GetFrame()の画像が取得できないとか、
SA端末だけはICAMERA_GetFrame()の画像をそのまま描画できないとか、
T端末だけはICameraオブジェクト解放前にICAMERA_Stop()しなくてはならないとか、
とにかく端末ごとにめちゃくちゃ注文がついてる。腹立たしいのぅ。

そりゃあ、内部で型番ごとに処理を振り分ければ１つのmodで作れることになるけど、
それは機種ごとに複数のmod作るのと手間は変らないわけで。
それなら結局アプリ何個分の工数が必要になるのか心配になったわけで。
始める前からｵﾜｯﾃﾏｽｶ…
264 ：デフォルトの名無しさん：2005/10/24(月) 23:21:09
取りあえずSとTに気をつけろ


つかカメラフレーム作ったら売れるかな
265 ：デフォルトの名無しさん：2005/10/24(月) 23:57:55
>>256
レスのみ読む限りは
・A5502Kの特定の条件を守る
・画像は基本的にDIBにして確保してアプリ側で制御する
・ICamera解放前にICAMERA_Stopを呼ぶ

を守ればmod1本でいけそうな気がするのは気のせいだろうか
266 ：デフォルトの名無しさん：2005/10/25(火) 00:00:17
とりあえず、写真撮るだけならコプロと非コプロで動作を分けて、
後は、カメラのイベントを確認しながら、プログラムガイドだか通りに
カメラ状態を遷移させてやれば結構撮れる。
267 ：デフォルトの名無しさん：2005/10/25(火) 01:33:15
俺はmod１つでやってるよ。
きちんと検証通ったから特に問題はないみたい。
268 ：256：2005/10/25(火) 02:01:34
>>265
そんな風になるべく差を吸収して行く形で作っているけど、そのうち
ある端末では○○することが必須、ただしそうすると他の機種で正常動作が
保証されない、といった条件も出てくるんじゃないかと思う。
そういった条件をいちいち分けていくのが面倒なので避けて通れないかな、
というのが本音。
具体的にそういった条件を見つける前から心配してても始まらないけど、
この辺は「そんな条件はとりあえずなかったよ」とか教えてくれると助かる。

>>264>>266
実は実験用に作ってるカメラアプリがあって、
プレビュー ←→ 撮影 → データフォルダへの出力（任意） → 撮影画像読み込み＋表示
この処理がいくつかの端末で正常に動作している。

しかしまさに>>264が言う通り、S端末はプレビュー開始時に端末リセット。
T端末はA5509T、W21Tでプレビュー開始時に端末リセット。A5506Tは問題なく動作。
SとTについて、ICameraオブジェクト生成したあとプレビュー開始するまでの処理で
これは気をつけろ、ここをチェックしろ、というアドバイスあったらぜひ頼む。

もしかしてICameraとは無関係なところでメモリ壊してるのかな…　それは俺が悪いんだが。
てゆーかむしろ、カメラアプリってどうやって効率よくデバッグするの！？
269 ：256：2005/10/25(火) 02:08:11
>>267
お、１つでいけるとな！？
auのBREW2.1端末全部に対応することを目指してるんだけど
やれるってことなら、頑張る気が少し回復する。
270 ：デフォルトの名無しさん：2005/10/25(火) 02:15:37
プレビュー開始時に落ちるのは、初期化の時にセットしたパラメータが
CAM_PENDINGで返ってきてるんじゃない？

きちんと正常に処理されたのを確認してからプレビュー開始。

俺がプレビュー時に気をつけたのってそれぐらい。
271 ：デフォルトの名無しさん：2005/10/25(火) 04:12:47
BREW上でJava動かせる(SA700iS)のにKが採用しないのはなんでだろ。
Java潰しか？
272 ：デフォルトの名無しさん：2005/10/25(火) 07:33:31
>>271
風邪ひいてる俺が適当に考えてみる(｀・ω・´)
BREWの課金システムだとか、検証ラインだとか大量に金つぎ込んでるのに、
いきなりJavaで検証フリーですよーとか言ったら今までの投資は何だったのかと。
それと、Javaを使えるようにするとなると、KDDI-BREW-Java用のSDKとか
エミュレータとかの保守にまた金がかかる上、検証いらなくなるだろうから、
CPから金も巻き上げられない。
あと、ゲーム動かすJavaくらいならすぐに実装可能だけど、
それじゃホビーユースのヲタくらいしか見向きもしないんで、
結局Felicaとか法人需要が見込めそうな機能拡張が必要になって、
それやるとなるとどれだけ金かかるのかと、あと、今がその機能の旬だから、
これから開発初めて完成した頃には今更感が漂ってる気がする。

こんなとこ？(´・ω・｀)
273 ：デフォルトの名無しさん：2005/10/25(火) 07:37:49
単に面倒だからやる気ねー
ってだけかと
274 ：デフォルトの名無しさん：2005/10/25(火) 07:49:01
BREW上でJava動かすと遅くて使えないというのはウソでした(^д^)9mﾌﾟｷﾞｬｰ
275 ：デフォルトの名無しさん：2005/10/25(火) 09:51:26
>>274
はいはい、えらすえらす。
276 ：デフォルトの名無しさん：2005/10/25(火) 10:46:27
すいません、いきなりですが質問よろしいでしょうか？
現在IWEB_GetResponse()を使用して、ネットワークからtext/plainの型の文字列を
取得しようとしているのですが、コールバック関数の
if((pszBuf = (char *)MALLOC(pwri->lContentLength + 1)) == NULL){
return;
}
の部分で弾かれてしまいます。
text/plainの型の文字列を取得する方法とかはあるのでしょうか？
すいませんがお願いします。
277 ：デフォルトの名無しさん：2005/10/25(火) 11:26:29
ここで質問するより、まずContentLengthの値を確認するほうが先だと思う
278 ：デフォルトの名無しさん：2005/10/25(火) 11:35:25
正直釣りだと思った。
279 ：デフォルトの名無しさん：2005/10/25(火) 11:36:09
>>277
デバッグで確認したところ、ContentLengthには-1が入ってました。
よって、この式はまんま== NULLになってしまうために弾かれて当然
なんでうよねorz

これはそのアクセスしたところから値が取れていないから
こうなってしまうのでしょうか？
280 ：デフォルトの名無しさん：2005/10/25(火) 12:08:05
>>279
ContentLengthにしても何にしても、自分で入力する必要アリ。
大方-1ってのも自分で入力しているか、
未初期化のまんまなんでしょ？
なので釣りとも思われる。

・Httpのヘッダ取得してContentLengthを初期化する
・Vectorクラスに近い動作をする関数を用意してバッファ連結する

ちなみにサーバの作り方次第ではContentLengthを返さない場合があるので、
その辺は確認してくれ
281 ：デフォルトの名無しさん：2005/10/25(火) 12:08:16
そう。
サーバに問い合わせれ。
282 ：デフォルトの名無しさん：2005/10/25(火) 12:13:39
>>279
BREWAPIReference
283 ：279：2005/10/25(火) 12:33:00
ご返答ありがとうございます。
その辺をいろいろと試してみようかと思います。
284 ：デフォルトの名無しさん：2005/10/25(火) 13:21:49
質問の中に既に答えが十分に詰まっているあたり


クオリティ高ス


って思いますね。
285 ：デフォルトの名無しさん：2005/10/25(火) 13:42:46
それさえわからないから質問してるんだろ。
俺だってGetLength()って関数くらいあると思ってた。
普通なら作るよなーって。
BREWスレって意味ではスレ違いかも知れんが、
多少の事は生暖かい目で見守ってやりたいと思う。
286 ：デフォルトの名無しさん：2005/10/25(火) 14:02:17
そうは言うがな、大佐
287 ：279：2005/10/25(火) 14:07:50
皆さんのおかげである程度解決への道が開きました！
本当にありがとうございます。

思えば確かに簡単な見逃しでしたね。
ちなみに二日間くらい詰まってました。
どうも失礼いたしました
288 ：デフォルトの名無しさん：2005/10/25(火) 14:10:39
全員釣りに見える

>279, 280
HTTP or 通信エラー時は基本的にｌContentLengthには-1が入る。
サーバがContent-Lengthヘッダをしっかり返していればその値がｌContentLengthに入る。
そうじゃない場合はサイズなんて取り様がない罠。

>285
> 俺だってGetLength()って関数くらいあると思ってた。

それがpwri.lContentLengthなわけだが。
Content-Lengthヘッダがない場合HTTPプロトコルレベルではサイズを特定することはできない。
289 ：デフォルトの名無しさん：2005/10/25(火) 14:26:48
> それがpwri.lContentLengthなわけだが。

pwri->lContentLength ですた
290 ：デフォルトの名無しさん：2005/10/25(火) 15:26:44
あー、WebRespInfoからContentLength取れるのね。
俺はヘッダ直接読むか、Body取得してからLength計算してたよ(´д｀)
正直スマンかった。
291 ：名無しBREWたん：2005/10/25(火) 16:15:56
それで、鯖が ContentLength を返さない場合は
やっぱり Body のサイズを自前で測るしかないって事か。
292 ：デフォルトの名無しさん：2005/10/25(火) 20:54:02
プログラマーはなんでも周りに頼らず自分だけでなんとかなるなら
しちゃおうって思う傾向があるけど、
サーバ側に言って直るのであれば直してもらった方がいいよ。
293 ：デフォルトの名無しさん：2005/10/25(火) 22:45:29
昔Windowsでsocketでhttpサーバとのやりとりプログラム作った時の記憶なんだが、
鯖がcontent-lengthを返してくれなかったら、切断されるまで本当にデータの終わりなのか、
ネットワークが遅延しててデータがまだ来てないのか判断できないような仕様じゃなかったか？
(httpプロトコル自体が)
294 ：デフォルトの名無しさん：2005/10/25(火) 22:56:05
>>293
まぁそのためにタイムアウトとかヒープ管理とかが有るわけで
295 ：デフォルトの名無しさん：2005/10/26(水) 00:34:09
>>293
httpのver0.9でもちゃんとメッセージボディーのサイズは送って来てるよ。
296 ：デフォルトの名無しさん：2005/10/26(水) 02:36:39
>>271
ドコモがBREWアプリを配信しようとしないのと逆の立場と思えばいい。
297 ：デフォルトの名無しさん：2005/10/26(水) 04:33:13
MSM6100以降のQ3Dimensionを直接いじっている人、お友達になってください。
298 ：デフォルトの名無しさん：2005/10/26(水) 11:13:34
一瞬MSXかと思ったｗ
299 ：デフォルトの名無しさん：2005/10/26(水) 15:14:35
>>205でもちょっと出てて、もしかしたらこれかなとも思う事象を発見。

void *p;
int *np;


p = MALLOC(8);
np = (int*)p;
*np = 1;

これは正常に動きますが

p = MALLOC(8);
np = (int*)((char*)p + 1);
*np = 1;

これだと動かなくなる。いろいろ検査した結果、MALLOCで取得したpの位置以外の（中途半端な）アドレスからの書き込みはフリーズします。
何これ…。
>>209がファイル周りの部分って書かれてるから、おそらくこんな感じにポインタをいじくりまわしてセーブデータでも作ろうとしたのでしょう。
これ、避ける方法ありますか？
300 ：デフォルトの名無しさん：2005/10/26(水) 15:26:56
なにこれって・・・
C初心者？
301 ：デフォルトの名無しさん：2005/10/26(水) 15:36:24
何かおかしな点がありましたでしょうか？
8バイト確保しているので言語上は何の問題もないはずですが…。
東芝端末以外では正しく動きますし。
302 ：デフォルトの名無しさん：2005/10/26(水) 15:47:06
ARMの仕様。
はい次。
303 ：デフォルトの名無しさん：2005/10/26(水) 15:49:20
東芝以外では動いてるのに、ARMの仕様ってのはねーだろｗ
東芝社員か何か？ｗ
304 ：デフォルトの名無しさん：2005/10/26(水) 15:49:47
東芝端末の仕様。
はい次。
305 ：デフォルトの名無しさん：2005/10/26(水) 15:51:50
言語上は問題なくても8ビットCPU以外では動作が保証されない。
東芝以外は偶然動いているが正解。
加えてエンディアンの問題も解決されないので、
もうちょっとハードを勉強しようね。

回避策は1バイトずつ読む。
306 ：デフォルトの名無しさん：2005/10/26(水) 15:52:02
ついに社員まで沸くようになったか。責任もって直せよｺﾞﾙｧ
307 ：デフォルトの名無しさん：2005/10/26(水) 15:54:15
メモリー配置の問題なのに、CPUのビット数は関係ないだろ？
何のために不定のvoid型でメモリー確保してんだよ。
308 ：デフォルトの名無しさん：2005/10/26(水) 15:54:39
アラインメントを勉強しろ
309 ：デフォルトの名無しさん：2005/10/26(水) 15:56:42
>>299
http://www.s-cradle.com/developer/brew/tqbr/#q0068
310 ：デフォルトの名無しさん：2005/10/26(水) 15:59:38
えーと、別に喧嘩を促しにきたわけではないので。
アラインメントというのをとりあえず調べてみます。ありがとうございます
311 ：デフォルトの名無しさん：2005/10/26(水) 16:08:12
無知がそれを曝け出してるだけ
喧嘩にもなってない
312 ：デフォルトの名無しさん：2005/10/26(水) 16:20:30
しかしまぁ、東芝以外じゃ動いちゃうんだ。
299のソース・・・

これで東芝だけ動かないアプリが作れｒ
313 ：デフォルトの名無しさん：2005/10/26(水) 16:21:34
>>309
ありがとうございます。ずばりそれが原因のようです。
ただ、uint16 n[2]; と違ってMALLOCで確保した領域ですので、自由に使えないのは少々不思議に感じます。
例えばこれが
p = MALLOC(8);
np = (int*)((char*)p + 1);
*np = 1;

np = (int*)((char*)p + 4);
であれば正しく動くことが保証されるものなのでしょうか？（>>305さんの発言から推測）
314 ：デフォルトの名無しさん：2005/10/26(水) 16:33:16
>>312
はい。流石にまだ全機種はチェックしていませんが、東芝機種以外では止まったという報告は入ってません。
自身でも2社の端末で試してみましたが正しく動いていました。
315 ：デフォルトの名無しさん：2005/10/26(水) 16:46:26
>>303
>>306
お宅さんみたいのはね、お客さんじゃないですよ。クレーマーっちゅうの。
316 ：名無しBREWたん：2005/10/26(水) 17:38:40
>>313

ARMの仕様でDWORD型でﾒﾓﾘｱｸｾｽするときは
ﾒﾓﾘｱﾄﾞﾚｽの末尾2bitが0である必要があるわけで。

だから、MALLOC() が返してきたﾎﾟｲﾝﾀのｱﾄﾞﾚｽによって、
p+1 がｱｸｾｽ可能だったりﾀﾞﾒだったりするのでは？
317 ：名無しBREWたん：2005/10/26(水) 17:41:26
あぁ、回避策を示せってのが質問だった。

そういうときは MEMCPY() でどうだろうか。
318 ：デフォルトの名無しさん：2005/10/26(水) 18:03:19
>>316
それが答えになってないか？
末尾2bitが0である必要が。つまり313が言ってる「+4であれば」というは保証されるってことだよな？
MALLOCで帰ってくるアドレスは当然末尾2bitが0だろうし。



実は俺もp+1にアクセスしちゃいけないって知らなかったorz
こんな技術使うことないしな…。
教えて君で悪いんだが、>>316よ、末尾2bitが～ってどの仕様書に書いてあった？俺も気になる。
319 ：デフォルトの名無しさん：2005/10/26(水) 18:09:22
>>313
ARMに限らず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は端末内で終結するデータなら問題ないが、
通信で取得するデータとかだとエンディアンの問題があるので
俺はこれ系の関数を複数用意してる。
320 ：デフォルトの名無しさん：2005/10/26(水) 18:15:05
>>318
http://www.arm.com/pdfs/ARMv6_Architecture.pdf　の 12p あたりとか。
非整列で32bitデータをアクセスできるのは ARMv6 からの機能。
MSM6550 とかの CPU は ARM926EJ-S だから、ARMv4 。
321 ：デフォルトの名無しさん：2005/10/26(水) 18:18:35
>MSM6550 とかの CPU は ARM926EJ-S だから、ARMv4 。
　↑
ARMv5 の間違い
322 ：デフォルトの名無しさん：2005/10/26(水) 19:51:02
>>316
>だから、MALLOC() が返してきたﾎﾟｲﾝﾀのｱﾄﾞﾚｽによって、
>p+1 がｱｸｾｽ可能だったりﾀﾞﾒだったりするのでは？

ARMがダメである以上、T以外の機種に関しては
OSやミドルウェアレベルでアライメントを跨いだアクセスがあった場合の動作を
保証するようになっている。
・・・と考えるのが妥当だと思われ。

Tに関しては、良く言えば普通に作ってあるんだろう。
他が親切設計ってトコで。
想像だけど。

こういう例外的な仕様集めてみると面白いかもな。
インフォ婆が100ピクセル以上のサムネイルのアイコン表示できちゃうとか。
323 ：デフォルトの名無しさん：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で
もメモリのチェックやるのですよね？)
324 ：デフォルトの名無しさん：2005/10/26(水) 20:37:55
例えばnewをオーバーライドして、自前のメモリープールから割り振る場合に、
>>313みたいな真似をする必要があると思われる。

4バイト単位での切り分けなら問題ないことが保証されていればいいのだが、どうなんだろうな。
325 ：デフォルトの名無しさん：2005/10/26(水) 20:49:54
>>323
・最低限の初期化(エラー用の表示まわりやMALLOC等)に失敗した場合はEFAILEDを返す。
　*最悪ヒープが1KBも残っていないケースが有るので、
　　こういうケースは処置無しでOK。
・EVT_APP_STARTメッセージ受信後、
　アプリが通常動作するのに必要なヒープのチェックをして、
　NGなら上記で初期化したメッセージの表示。

これで検証通ってるらしい。
326 ：デフォルトの名無しさん：2005/10/26(水) 20:58:31
おまいら、思い込みでARMのアライメント動作勘違いしすぎてるぞ
ARMプロセッサ自体は4byteアライメントのあるアクセスをしてもアボートしない
だから309の解説は半分間違い。その代わりこんな動作をする
ttp://www.jp.arm.com/tec_support/faqdev/ads037.html

だから東芝以外の機種が落ちずに動くのは通常仕様
だけど一番下に書いてるように、アライメント越えが起きたときに、
アボートできる仕組みは存在する。おそらく東芝はこれを組み込んでるんだろう
だから 304の言う東芝仕様はある意味正しい
327 ：デフォルトの名無しさん：2005/10/26(水) 20:59:39
で、

int 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 と正しくなった上で止まらずに動く
328 ：デフォルトの名無しさん：2005/10/26(水) 21:10:16
>>326
なる。勉強になったよ。
ありがとう。
329 ：デフォルトの名無しさん：2005/10/26(水) 21:18:28
アラインメントと移植性の問題くらいC/C++系言語を使う者なら常識だと思ってたのだが
こんなに知らない奴らがいたのか？
それとも一人の自演なのか？
それが問題だ。
330 ：デフォルトの名無しさん：2005/10/26(水) 21:19:35
>>296
その例えはおかしい。
VはともかくDはQチップじゃないモノが多い。
Kは昔からJava使ってたし動かせるのに廃止してる訳。
331 ：デフォルトの名無しさん：2005/10/26(水) 21:23:48
>>327
超分かりやすい。すごいな。

>>329
いやー、さすがに常識ではないだろ。
機種依存の激しい環境でやってると常識といいたくなる気持ちはよく分かるけど。
それが証拠に、C/C++の初心者サイトとして知られる猫プロなどでは一切触れられてないわけで。（あれはWindows向けだが）
332 ：デフォルトの名無しさん：2005/10/26(水) 21:34:51
ドカタプログラムしかしない俺には目から鱗な話だ。
要約すると、メモリーは4バイト単位で分けてあり、境界をまたぐように扱おうとすると変な数値になったり、東芝だと止まったりすると。

>>327
v = *( ( int* )( dat + 4 ) );
なら必ず正しく動くんだよな？
なんかえらい詳しそうなので便乗質問。
333 ：デフォルトの名無しさん：2005/10/26(水) 21:38:17
>メモリーは4バイト単位で分けてあり
CPUによるべ

>v = *( ( int* )( dat + 4 ) );
v = *( ( int* )( dat + sizeof(int) ) );
ならいいんじゃね
334 ：329：2005/10/26(水) 22:32:36
>>331
猫ワカ程度でCなりC++なり解った気になって仕事してる奴らっているの？
というか今の時代にあえて(JavaでもC#でもなく)CなりC++なり使ってる人間ていうのは
仮想マシンが移植できましたとかそういうレベルじゃなく、自分の書くソースコードレベルでの
移植性とかを気にしたことが一度くらいはあると思ってるんだけど。
そうすると当然アラインメントの問題とバイトオーダーの問題ははじめに出てくる話題なわけで、
実際>>326のurlを見るまでARMでの実際の詳細な問題は知らなかったけど、
この二つが移植性の問題の基本としてあることくらいはBREW技術スレに来る奴らは(学生じゃないだろうから)
みんな知ってると思ってた。
335 ：デフォルトの名無しさん：2005/10/26(水) 23:02:06
アライメントがズレるとintが書き込めない、ってだけだろ?
自前でシリアライズするなら書けるはず。

構造体の設計の時に、paddingの挿入予測ができるな。
336 ：デフォルトの名無しさん：2005/10/26(水) 23:21:37
>>334
お前、いったい普通の企業がどんだけエキスパートばっかり集められるんだよｗ
337 ：デフォルトの名無しさん：2005/10/26(水) 23:22:44
>>334
＞BREW技術スレに来る奴らは
なんでそんな素晴らしい334様が、2chごときにいらっしゃるのかが分からない。
338 ：デフォルトの名無しさん：2005/10/26(水) 23:32:14
あまりからかうな。そういうスレじゃない。
329も「猫ワカ程度」とか「学生じゃないだろうから」とかいちいち挑発するな。
いつからム板は学生お断りになったんだ。
339 ：334：2005/10/26(水) 23:39:13
>>336
この程度エキスパートが云々のレベルじゃないでしょ？
エキスパートに失礼だよ。

>>337
意味わかんね。
340 ：デフォルトの名無しさん：2005/10/26(水) 23:41:48
>>338
BREW技術スレ -> 勝手アプリ不可 -> このスレは職業人しかいないだろうと仮定してた。
正直、勝手な仮定してすまんかった。
341 ：デフォルトの名無しさん：2005/10/26(水) 23:43:42
しね
342 ：デフォルトの名無しさん：2005/10/26(水) 23:45:45
あい～
343 ：デフォルトの名無しさん：2005/10/26(水) 23:46:35
学生でのバイトとかインターンとか。はたまた職業人成り立てとかもいるわけだしな。

ハイレベルな話だけしたいのならMLとかフォーラムがあるわけだし、ここは2chらしく玉石混同で行こうや。

↓というわけで再びBREWの話題。
344 ：デフォルトの名無しさん：2005/10/26(水) 23:47:16
BREWアプリ作ってるのって>>334くらいのばっかなのか？
345 ：デフォルトの名無しさん：2005/10/26(水) 23:56:08
まーアラインメントやパディングを知らないのは仕方ないとしても、
>>306-307みたいな自分の無知を棚に上げて逆切れするようなのを見れば、
明らかに学生が混ざってますわな
346 ：デフォルトの名無しさん：2005/10/26(水) 23:56:52
便乗荒らしか何かでしょ。技術スレで煽ったって良いこと無いんだから。
347 ：デフォルトの名無しさん：2005/10/27(木) 00:07:20
本当に学生なのかな？
最近技術者のレベルが下がっているという話を聞くし、そういうのも見掛ける
事がある。
M$ Developers Studioの操作方法は知っているけど、基礎知識が全然ないので
ちょっと違うことやらせるととたんにダメダメになるケースとか。

アライメントの話なんかソフトウェア技術者が知っているべきハードウェアの
基礎知識に入っていると思うのだけれどねえ。
348 ：デフォルトの名無しさん：2005/10/27(木) 00:14:09
そんなの知らないのが今は普通だよ
349 ：デフォルトの名無しさん：2005/10/27(木) 00:18:21
普通かどうかはわからんが、人手が足りてない業界だけに知らない奴の絶対量は増えまくってるだろうな。
350 ：デフォルトの名無しさん：2005/10/27(木) 00:20:12
BREWに限らず知らない奴ばっかだって
351 ：デフォルトの名無しさん：2005/10/27(木) 00:21:01
プログラマー業界のことだろ。
景気も上向いてきて、うちも猫の手も借りたい状況だぜ…。
352 ：デフォルトの名無しさん：2005/10/27(木) 00:31:09
>>332
必ず動くかってのは俺では保障できないけど、W21CA、W21Tで
v = *( ( int* )( dat + 4 ) );
したときに落ちることなく v== 0x88776655 になったのは確認してるよ
datが4バイト倍数のアドレスになってるという前提で、だけどね
353 ：デフォルトの名無しさん：2005/10/27(木) 01:23:26
>>348,350
君は世界が狭いな
354 ：デフォルトの名無しさん：2005/10/27(木) 01:24:10
あ、ごめん
世界が狭いのは逆に俺だったかもしれん
355 ：デフォルトの名無しさん：2005/10/27(木) 01:39:01
>>325

ありがとうございました。
最低限のエラー用(IDISPLAY_DrawTextで使用するメッセージ分)の
メモリはスタックにとってしまおうと思ってたのですが、そうなると
AEEClsCreateInstance()でのチェックあまり意味ないのかなぁ。
356 ：デフォルトの名無しさん：2005/10/27(木) 03:37:58
>>313
なんかシンクロニシティだな。こないだStreamクラスを書いたんだが、うっかりテンプレート関数を使って
template < typename T > void Get( T& value ) { value = *(T*)iterator; iterator += sizeof(T);}
ってメソッドを書いたのが落とし穴だった。これだとバイトバウンダリでも楽勝でアクセスしてしまう。
オレの場合なぜかSANYOで動かなかった。
DBGPRINTFで値を出力してBREWLoggerで観た時に有り得ない値がロードされている
場合、アライメントを疑った方がいいね。
オレはこれですぐに気付いて結局Tのサイズ分バイト単位でロードするようにしたけど。
357 ：デフォルトの名無しさん：2005/10/27(木) 04:05:40
ところで某フランス系CPや一部のCPの3DゲーはどうみてもMSM6x00チップセットの
Q3Dimensionでレンダリングしているようだけど、ハードを直接ハンドルしているんですかね？
358 ：デフォルトの名無しさん：2005/10/27(木) 04:17:26
>>355
オレの場合、APPSTARTイベント内でのエラーについては、あなたの言うとおり
systemStatus = SS_HEAPERROR
見たいな感じで、MyAPP クラスに保存しておいて、タイマーなどから呼ばれる
ゲームループ内で、systemStatusをチェックして、HEAPERRORだったら
IDISPLAY_DrawText()と、IDISPLAY_DrawRect()を使用してエラー画面を
描画するようにしている。この二つのファンクションは新たにヒープを
消費しないので（もちろんエラーメッセージはリテラルか、あらかじめロードしておく）
問題ない。
359 ：デフォルトの名無しさん：2005/10/27(木) 16:23:32
>>233
仕事がなくなってドットネットどころかドットニートになっちまうぜ
360 ：デフォルトの名無しさん：2005/10/27(木) 22:39:11
IBITMAP_CreateCompatibleBitmap出来る量が特別に少ない端末ってある？
キャラ画像たくさんメモリに保持するのは無理かな・・・。ざっと計算すると400kb近くなってしまう
361 ：デフォルトの名無しさん：2005/10/27(木) 22:52:58
>>360
１行目が意味不明
画像をどれだけメモリ上に持てるかどうかは端末仕様書でヒープサイズ見て判断する
プログラム実行中なら空きメモリを計算して判断する
362 ：デフォルトの名無しさん：2005/10/28(金) 00:36:43
>>360
ドッターに死んでもらいなさい。
363 ：デフォルトの名無しさん：2005/10/28(金) 04:11:08
画像で400ｋは無茶
364 ：デフォルトの名無しさん：2005/10/28(金) 08:12:54
たぶんヒープメモリ上に画像を確保しておくんだと思うが、半分くらいじゃないと無理ぽ
その都度読み込みの方がいいかと
365 ：デフォルトの名無しさん：2005/10/29(土) 15:21:17
実機で画像データを何MBまで確保出来るのだろうか。
ヒープ全部を画像データ確保に使えるとは思えんが
366 ：デフォルトの名無しさん：2005/10/29(土) 18:17:04
前提条件により回答が変わりそうな気がするけど、
余ってりゃいくらでもいけるんでねーの？
367 ：デフォルトの名無しさん：2005/10/29(土) 18:23:05
ムービーファイルみたいにストリーミングするｗ
368 ：デフォルトの名無しさん：2005/10/29(土) 19:58:29
1メガ端末では400kbきつそうだけど、入れられないもんなの？
まともに動くかどうかは別にして
369 ：デフォルトの名無しさん：2005/10/29(土) 20:26:41
表示させるだけ？
370 ：デフォルトの名無しさん：2005/10/29(土) 20:44:00
IBITMAP_CreateCompatibleBitmapでじゃない？
371 ：デフォルトの名無しさん：2005/10/29(土) 21:14:00
日本語になってない質問はスルー推奨で
372 ：デフォルトの名無しさん：2005/10/29(土) 21:16:54
じゃあ>>371はスルーなわけだがこれをスルーするということは
スルーするなということになるから。。。
373 ：デフォルトの名無しさん：2005/10/29(土) 21:23:45
メモリに確保？何かよく分からん
374 ：デフォルトの名無しさん：2005/10/29(土) 22:27:22
IBitmapｲﾝｽﾀﾝｽを大量に作りたいんだな

ｲﾝｽﾀﾝｽ生成はその都度すればいいんやない？

ところでそろそろ3Dサウンドを使うことになりそうなんだが…その手の解説サイトとかご存じの方おられますん？
375 ：デフォルトの名無しさん：2005/10/29(土) 22:49:44
>>374
3Dサウンドのパラメータ概念が知りたいなら、DirectXのDirectSound3Dの項を読むのが一番良い。
そうしたら大体何をしたいときに、何を設定するのかが判るから。
376 ：デフォルトの名無しさん：2005/11/03(木) 16:50:51
日本拡張パッケージがDLできなくなってるぽ...
ところでBrew3.1SDKにも日本拡張パッケージ必要？
377 ：デフォルトの名無しさん：2005/11/03(木) 17:02:15
>>376
必要
378 ：376：2005/11/03(木) 18:05:41
>>377
そうなんですか...
どうしたらいいんだろ...
379 ：デフォルトの名無しさん：2005/11/03(木) 18:33:52
インストールできませんてメールしろよ
380 ：デフォルトの名無しさん：2005/11/03(木) 19:58:40
ドコモ以外は糞！！！

で380
381 ：デフォルトの名無しさん：2005/11/03(木) 20:00:46
どこも糞
382 ：デフォルトの名無しさん：2005/11/03(木) 22:34:41
Java&BREW二刀流端末出せるキャリアは、ドコモダケ。
383 ：デフォルトの名無しさん：2005/11/03(木) 22:39:43
BREWならJavaはサブセットとして使えるだろｗ
384 ：デフォルトの名無しさん：2005/11/03(木) 22:45:00
せめてAUのBREWにJavaVM積んでJavaアプリも動くようにしてくれよ
移植がだるいんだよちくせう
385 ：デフォルトの名無しさん：2005/11/04(金) 03:26:58
JavaVM積んでもプロファイルが違うから、
結局移植がめどい罠
386 ：デフォルトの名無しさん：2005/11/04(金) 03:35:16
>>384
携帯業界はあまっちょろいなぁ。
なんでもかんでもお上のせいだよなｗ
普通のゲーム会社だったら文句も言わずVM（必要な機能だけのサブセット）なんか普通に自作。
しかも工期は長くて2週間程度。マジで。
387 ：デフォルトの名無しさん：2005/11/04(金) 07:53:03
つーか、それだけの技術力あるなら、
ゲームなんてやめればいいのに(´・ω・｀)

今時ゲームなんて儲からないだろ。
388 ：デフォルトの名無しさん：2005/11/04(金) 08:28:21
みんな作ってるのはゲームですかそうですか
389 ：デフォルトの名無しさん：2005/11/04(金) 08:38:50
容量600K以内でVMのバイナリ入れてたら中身が入らん。
外部モジュールでいいならドル箱になりうるから
大手がとっくにやってるはずなのにそうしないのは何か困難な理由があるからと判断する。
390 ：デフォルトの名無しさん：2005/11/04(金) 09:55:44
つ【そもそも売れない】
391 ：デフォルトの名無しさん：2005/11/04(金) 10:03:32
BREW3.1対応のMIFエディタにしたら2.1用のmifファイルのアイコンのうちの
小と大が表示できなくなりました(中のアイコンだけは何故か大丈夫です)
BREW3.1のmif用画像の形式の制限等ってどこかに書いてありますか？
392 ：デフォルトの名無しさん：2005/11/04(金) 10:45:37
つ外部モジュールをkが許可しない
393 ：デフォルトの名無しさん：2005/11/04(金) 12:37:00
うちはぎょーむあぷり作ってるよ。
394 ：デフォルトの名無しさん：2005/11/04(金) 16:39:20
シミュレータでアプレットに引数を渡す方法を教えてくだちい
395 ：デフォルトの名無しさん：2005/11/04(金) 17:23:15
>>376
2.1用はあったよ
http://www.au.kddi.com/ezfactory/tec/spec/BREW21_SDK_for_JP.zip
396 ：デフォルトの名無しさん：2005/11/05(土) 00:30:40
>>391
mifエディタ上では見えないけど、実機に転送すれば普通に見えたりしない？
397 ：デフォルトの名無しさん：2005/11/05(土) 00:45:54
そういや、MIFエディタのバグにそんなのあったねえ
398 ：デフォルトの名無しさん：2005/11/05(土) 01:09:47
あるあるｗ
399 ：デフォルトの名無しさん：2005/11/05(土) 01:10:27
mif　エディタもクソ杉
400 ：デフォルトの名無しさん：2005/11/05(土) 02:16:02
ダウンロード数稼げるのは\0アプリのみ。
業界自体がみみっちけりゃ、ユーザーもみみっちいねぇ。
401 ：デフォルトの名無しさん：2005/11/05(土) 15:18:59
>391
自分は英語版の3.1mifエディタをインストしたときに、アイコンpngが出なくなった。
(セーブ時にエディタがアイコンpngのヘッダツブしてやがった)
日本語版を再インストしたら直った
402 ：デフォルトの名無しさん：2005/11/05(土) 16:43:21
2.1のmifエディタ使って、終話キーダイアログを追加するだけじゃだめ？
403 ：デフォルトの名無しさん：2005/11/05(土) 18:24:02
mifの設定項目は2.1と3.1で違ってるからダメなんじゃないかな。

それよか、リソースエディタで2.1と3.1の仕様は同じです、と書いてあるのに、
'\'の扱いが異なるのはどういうこと？
2.0、3.1：'\'→'＼'
2.1：'\'→'\'
憎たらしいったらありゃしない。そもそも使いにくいしさあ。
404 ：デフォルトの名無しさん：2005/11/05(土) 19:26:18
~も?に変わってしまうし、タコすぎ
405 ：デフォルトの名無しさん：2005/11/05(土) 23:28:33
あと、2.1以前のリソースエディタは半角空白スペースのみの
文字リソースが作れたのに、それを3.1のリソースエディタで
読もうとすると怒られる。

・・・いやまあ、なんでそんなリソース作ったのか自分でも覚えてないんだが。
406 ：デフォルトの名無しさん：2005/11/05(土) 23:31:19
偉そうにアレは規約に抵触、コレは推奨しない、とか講釈ぬかすまえに
まずオノレのとこのＳＤＫデバッグしてから出せよ、と。
407 ：デフォルトの名無しさん：2005/11/06(日) 22:23:26
というか、与えられたツールが気にくわないなら、BRXファイルはXMLファイルなんだから
自分で好きなようにBRXファイルを吐くリソースエディタ作ったら?
408 ：デフォルトの名無しさん：2005/11/06(日) 23:51:31
じゃあとりあえず実機のバグをあんたが直してくれ
409 ：デフォルトの名無しさん：2005/11/07(月) 00:45:49
>>407
さすがスーパープログラマーの言うことは違うな
410 ：デフォルトの名無しさん：2005/11/07(月) 08:34:41
与えられたツールが気に食わないから、さっさとbarファイルのフォーマット公開してくれよ
411 ：デフォルトの名無しさん：2005/11/07(月) 10:48:41
そういや、どれが最新のリソース組み込んだ奴か分からなくなって
Barを分割するツールは作ったな。
412 ：デフォルトの名無しさん：2005/11/07(月) 14:06:33
ふと疑問なんですが、関数呼び出し時にｵｰﾄ変数が
ｽﾀｯｸに確保できないときってどういう動作するんだっけ？

普通のC++だったらOutOfMemoryException吐いたりするから
例外処理で対応出来るけど、BREWは例外非対応だから
どうすればいいのか謎。

教えてｴﾛい人！！！
413 ：デフォルトの名無しさん：2005/11/07(月) 15:09:49
スタック領域は起動時に確保されるっしょ？
414 ：デフォルトの名無しさん：2005/11/07(月) 15:46:14
>>413
ﾚｽｻﾝｸｽ。

それでそのｽﾀｯｸが足りなくなったときの検知方、回避法について知りたいのですよ。
今思ったけど、関数の先頭で変数のﾎﾟｲﾝﾀをNULLﾁｪｯｸすればいいのかなと思ってみた。
自分でも調べてみるけど、引き続きﾚｽお待ちしております。
415 ：デフォルトの名無しさん：2005/11/07(月) 16:40:25
>>414
Win32/Intelならプロセス毎に独自のアドレス空間に割り当てられててスタックも自動的に伸びると思ったが
Brew/ARMだとどうなんだろね。
すごく古いアーキテクチャだと検知方法はSP(スタックポインタ)を調べることで
検知しなければ非スタック領域が破壊されていくだけだと思う。

というか>>412>>414の内容を見るとスタックがどういう風に動作してるか理解してないっぽいね。
416 ：デフォルトの名無しさん：2005/11/07(月) 16:45:28
思わず自分が質問あって来たのに書くの忘れた。

MIFのアイコンサイズの制限って
端末仕様書(確定版)の
BREWメニューのアイコン[一覧表示][アイコン表示(小/大)]の項目でいいんすかね？
しかもこれ「最小～最大」って書き方がされてないけど最大値だと思っていいんですか？
それとも完全にこれに合わせないと駄目？
この前提出したやつ、端末仕様書見ないでやって、
事前検証中のテストで全端末表示できてたからそれで出しちゃったけど良かったのかな？
アイコン表示(大)なんてすごく中途半端なサイズだったんだけど。
417 ：デフォルトの名無しさん：2005/11/07(月) 16:55:51
>>414
サービスガイドに、スタックメモリサイズ以内で使用するようにしろって書いてある。
んで、スタックメモリは端末ごとに決まってるみたいだね。
端末ごとに固定なら例外発生時にREALLOC()も出来ないだろうし、
スタックオーバーフローを起こすと、もうどうしようもないってことか？

ARMのコンパイラガイドには_sys_exit()が呼ばれるみたいなことが書かれてあるが……どうなんだろね。
418 ：414==412：2005/11/07(月) 17:20:23
>>415
ﾘｯﾁな環境（仮想ﾒﾓﾘが４GBもあるとか）で生ぬるく育っていると
ｽﾀｯｸが足りなくなることなんてなかったので
今回初めてちゃんと調べようと思った程度のﾌﾟﾛｸﾞﾗﾏでして。

ｽﾀｯｸﾎﾟｲﾝﾀを見るにはﾚｼﾞｽﾀへのｱｸｾｽが必要なのね。
で、ｽﾀｯｸｴﾘｱを超えてﾒﾓﾘを確保しようとするとｽﾀｯｸｵｰﾊﾞｰﾌﾛｰが起きると思うんだけど、
そもそも確保できなかった場合には変数へのﾎﾟｲﾝﾀにNULLでも代入されてると便利だなと思った罠。

>>417
BREW2.1の時はｱｸﾃｨﾌﾞなｱﾌﾟﾘ以外でBREWのｽﾀｯｸｴﾘｱが汚染されることがないから
それで良かったと思うんだけど、3.1になるとﾊﾞｯｸｸﾞﾗｳﾝﾄﾞでﾒｰﾙ受信とか厄介な動作をするんで
いつの間にかｽﾀｯｸが足りなくなったりするんじゃないかと心配してみた。

ｱﾌﾟﾘ単独では大してﾒﾓﾘ使わないようにしてるんだけどねぇ。
419 ：デフォルトの名無しさん：2005/11/07(月) 17:20:58
>>416
>BREWメニューのアイコン[一覧表示][アイコン表示(小/大)]の項目でいいんすかね？
サービスガイド見る限りは、最大サイズをコレに合わせればOKなはず。
それ以下のサイズでダメとも何とも書いてないから、小さい分には問題ないかと。
420 ：デフォルトの名無しさん：2005/11/07(月) 17:56:59
>>418
それ、スタックじゃなくてヒープ
421 ：デフォルトの名無しさん：2005/11/07(月) 18:13:07
>>418
Extensionのような、受動的なアプリならともかく、
普通のアプリが、スタックメモリに何か残ったまま
別のアプリに切り替わることってあるの？
422 ：414==412：2005/11/07(月) 18:26:35
>>420
ごめ。4GBはﾋｰﾌﾟでした。
VC++(WIN32)の場合ｽﾀｯｸｴﾘｱは１MBみたいね。
足りなくなったらﾋｰﾌﾟｴﾘｱから借りてくるのかと思ってた。

>>421
普通はあり得ないんだけど、3.1からはどうもｱｸﾃｨﾌﾞなｱﾌﾟﾘ以外にも
ﾈｲﾃｨﾌﾞ機能として起動してるｱﾌﾟﾘがあるみたいで気になった。

いや、そんなの気にしないんならそのまま検証に出すんだけどさ。
技術的にはどーなんだろうと思っただけ。

よさげなのは >>417 氏の _sys_exit() ﾊﾝﾄﾞﾗが呼ばれるってところかな。
ﾃｽﾄｺｰﾄﾞでも書いてﾁｪｯｸしてみるよ。
423 ：414==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`)
424 ：414==412：2005/11/07(月) 19:14:34
はっ。ｴﾗい勘違いしてた。
>>421 の言うとおり、ｼﾝｸﾞﾙｽﾚｯﾄﾞなんだから普通のｱﾌﾟﾘで
他のｱﾌﾟﾘにｽﾀｯｸが勝手に利用されることはまずあり得ないね。

自APP内でｽﾀｯｸｵｰﾊﾞｰﾌﾛｰしてなければそれで解決じゃん。ヽ(´ー`)ノ
425 ：デフォルトの名無しさん：2005/11/07(月) 20:06:27
>>419
サンクスコです。

>>424
"シングルスレッドなんだから～<<まず>>あり得ない"んじゃなく
"マルチスレッドであろうとも<<絶対>>ありえない"が正しい。
もし勝手に上書されてたらそれは領域破壊バグだよ。

pascal呼び出しで古いバージョンの関数が混じってたりすると
たまにスタックフレーム壊してたりするけどな。

シングルスレッド/マルチスレッドの前にスタックとは何か、
関数呼び出しというのはどういう動作をしているのか、
そういうの理解しないとPGとしての次のステップがきついはず。
一度Z80くらい単純なCPUのアセンブラの勉強をするといいと思うよ。
426 ：デフォルトの名無しさん：2005/11/07(月) 21:03:16
とりあえずExtensionでの再帰関数は、呼び出し元がどれだけスタックを
使ってるか分からないからやめておいたほうがいいのか……？

そうすりゃとりあえずスタックの使用量は一定だろうから、アプリ側から
スタックオーバーフローを解決することが出来る。
427 ：デフォルトの名無しさん：2005/11/07(月) 21:25:38
2.1で開発してるんですけど、ゲームループみたいなのをsetTimerつかってグルグルまわしてます。
通常は100msで再度setTimerしてますが、あるタイミングで即イベントを発生させたくて0msでsetTimerしてみたところぜんぜん早くループしてくれません。
こういう場合は0msを指定するんじゃだめなんでしょうか？そもそもエミュレータ動作遅いんですかね？
428 ：デフォルトの名無しさん：2005/11/07(月) 21:43:45
>>426
別にいいんじゃない？
エクステンション内で一切スタック使わないつもり？
利用側への要求仕様としてどれくらいスタックが残っていることを要求するかの問題でしょう？
というかバカみたいにローカル変数でint hoge[256];とか書いてるプログラムじゃなければ
今の端末のスタックでスタックオーバーフローすることなんてほとんどないはず。


>>427
俺は1ms指定してる。エミュレータは激速だよ。
#ifdef __MSVC__
#define EMUSLEEP(ms) Sleep(ms)
#else
#define EMUSLEEP(ms)
#endif
おれはこうやってVCでコンパイルするときだけWin32APIのSleepでスリープ入れてる。
429 ：427：2005/11/07(月) 22:05:53
>>428
サンクスコ。
ちなみに実機で50ms以下に設定するとイベントが遅延する可能性がありますとかどっかで読んだ気がするんだけど、0msとか1msとかOKなんですか？
430 ：デフォルトの名無しさん：2005/11/07(月) 22:23:06
>>428
まあ、スタックオーバーフローが起こる可能性があるのなら
潰しておくに超したことはないってことで。

でも多分、実際Extensionを作るときに必要になったとしたら使うだろうなｗ
431 ：デフォルトの名無しさん：2005/11/07(月) 22:28:12
>>429
連続して起こるようなことが無ければ大丈夫じゃない？
私も1msでセットすることある。とめてたメインループを
再開するときとかだけど。
特に問題は出てないし…。
432 ：427：2005/11/07(月) 22:36:52
>>431
なるほど。
キーをガチャガチャやられても問題なさそう。
なにせタイマーイベント破棄されたら止まっちゃうので心配でした。ありがとです。

素朴な疑問なんだけどなぜ「1ms」なの？
「0ms」ってなんか気持ち悪いんだろうか・・・・。
433 ：デフォルトの名無しさん：2005/11/07(月) 22:48:09
0msなら自分でタイマイベント投げるなり直接呼べばいいじゃない
434 ：デフォルトの名無しさん：2005/11/07(月) 23:15:41
タイマ呼び出しが別スレッドからされるわけじゃないから
無理な数値を指定しても遅延する以外には困らない。
個人的には指定可能な最小値のつもりで1msで呼んでる。
0は間違えて呼んでるみたいで気持ち悪い。
「おとといきやがれ」的な理不尽さを感じる。

というか俺がSetTimerの仕様を決める立場や
一人で作ってるプログラムで実装してると仮定したときに
0とかマイナスとかははじめの引数チェックでエラーではじくようにする気がする。
だから0を指定しようと思ったことは無かった。
435 ：デフォルトの名無しさん：2005/11/08(火) 04:34:37
一応、念のためAPIリファレンスを見てみると

>ISHELL_SetTimer()
>負のタイムアウト値は、タイムアウト値が0の場合と同様に処理されます。

引数を0msや負数で指定しても不正な呼び出しではないようだ。
ただ、

>戻り値:
>EINVALIDTIME ‐ 満了時間が無効な場合。

とある。どういう場合に返されるんだろう。
引数を負数で指定したとき、戻り値がこの値で、しかし処理自体は
0msを指定した場合と同様に処理される…のかな？
436 ：ｽｰﾊﾟｧPG：2005/11/08(火) 05:17:17
>>410
>与えられたツールが気に食わないから、さっさとbarファイルのフォーマット公開してくれよ

おまいら文句ばっかだな。
与えられたツールが気に食わないなら、自分で勝手にアーカイブビルダと、ロードファンクション組めよ。
BREW ResourceEditorと、ISHELL_LoadRes*()の代替品を書きゃいいんだよ。
これでアーカイブフォーマットはおまえの自由だ。3日で書けるよな普通のPGなら。
あと、客の端末のEFSをムダに潰すようなべたアーカイブファイルは他のCPに迷惑なので当然GZIP対応でね。
437 ：ｽｰﾊﾟｧPG：2005/11/08(火) 05:29:56
>>418
>そもそも(スタック上に）確保できなかった場合には変数へのﾎﾟｲﾝﾀにNULLでも代入されてると便利だなと思った罠。

きみ、その雰囲気でC言語のプログラム組むのはヤバ過ぎるぞ。
ヒープとスタック, valueとreference(pointer)の違いがよく判ってないようだし。客の端末が崩壊する予感。。。
まさかキミ、銀行の基幹システムとかに関わってないだろうな？
やめてくれよマジで。日本が崩壊するから。
438 ：デフォルトの名無しさん：2005/11/08(火) 08:42:49
>>435
エラーが戻る場合として考えられるのは
1) 将来の仕様変更の可能性
2) 指定した時間が長すぎる
こんなもんかな？
他にISHELL_SetTimeで「満了時間が無効な場合」って何が考えられるかな？
439 ：デフォルトの名無しさん：2005/11/08(火) 11:03:10
＞与えられたツールが気に食わないなら、自分で勝手にアーカイブビルダと、ロードファンクション組めよ。

そんな精神じゃ、いくらたってもBREWアプリは増えないな‥
440 ：デフォルトの名無しさん：2005/11/08(火) 11:09:04
LoadRes*()なんか使わなくても自前で読み込めばいいんじゃない？
俺的にはそんな苦労をしてLoadRes*()の使い方を覚えるより、
自前で読み込むほうが全然簡単に思えるんだが。
441 ：デフォルトの名無しさん：2005/11/08(火) 11:49:06
しかしQがツールの不具合だけを直してくれれば、大抵の人はそんな必要ないからね
barが存在しないならともかく、ツールの不具合が残ったままだから代替を作る、というのもどうかと考える
442 ：414==412：2005/11/08(火) 12:22:02
寝て起きてから自分の投稿見てみるとﾏﾙﾁｽﾚｯﾄﾞでｽﾀｯｸが汚染されるとか
ｵｰﾄ変数にNULLが代入されてるとかｴﾗいｱﾌｫな事書いてるな。

よー頭冷やしてからまともなｺｰﾄﾞが書けるように努力しまつ。。。

>>424
Z80ｱｾﾝﾌﾞﾗもx86ｱｾﾝﾌﾞﾗも書いてたことあるんだけど、
ｽﾀｯｸについてはちゃんと理解してなかったかも。
関数の呼び出し、ｵｰﾄ変数の定義毎にｽﾀｯｸに積んで、
ｽｺｰﾌﾟから抜ける、関数から抜け出すときにｽﾀｯｸから取り出すなんて
確かに昔べんきょーしたよーなしなかったよーな。

>>437
ｲﾔﾏｼﾞ、昨日の投稿はｱﾌｫだった。ｽﾏｿ。

で、昨日の事件は解決したんで名無しに戻りまつ。
443 ：デフォルトの名無しさん：2005/11/08(火) 14:12:22
W31TってOpenGL/ES対応してますか？
「してる」って言われて渡されてテストプログラム書いたけど動かなくて
よく見たら AEECLSID_GL のインスタンスが作れないみたいで、
端末仕様書みたらどこにも OpenGLとか AEECLSID_GL とか書いてないんです。
どの資料のどこをみればOpenGL対応端末かどうかわかりますか？
444 ：デフォルトの名無しさん：2005/11/08(火) 14:28:18
>>443
OpenGL/ESに対応しているのは間違いない。
445 ：デフォルトの名無しさん：2005/11/08(火) 14:40:27
Extensionでやるんだよね。ＧＬは。
ヘッダがないとかじゃないの？
446 ：443：2005/11/08(火) 16:05:42
>>444-445
すみません。勘違いでした。
生成されてなかったのは違うオブジェクトでしたOTZ

しかし端末仕様書見ても対応か非対応かわからないのは不便ですね。
447 ：デフォルトの名無しさん：2005/11/08(火) 17:25:31
東芝端末(T4G)対応機で3D表示中にBrewの2DAPIで2D描画すると
異様なほど遅くなる(3Dだけだと激速)なんですが、何か回避方法はありますか？
448 ：447：2005/11/08(火) 17:42:39
質問ばかりですみません。
Brew2.1で全く問題なかったアプリをBrew3.1端末で実行して、
何も操作せずバックライト消灯を待つと、その直後に画面に白い線が恐らく偶数ラインのみか奇数ラインのみに入り、
その後画面が真っ白になって端末リセットします。
この症状は一体なんでしょうか？
449 ：デフォルトの名無しさん：2005/11/08(火) 18:33:08
>>447
2Dオブジェクトを3Dで表示すれば？

>>448
ぬるぽ
450 ：デフォルトの名無しさん：2005/11/08(火) 18:47:45
>>448
恋('-'*)
451 ：447：2005/11/08(火) 19:00:43
>>449
バックライト消灯を待たずに操作していると落ちないのです。
Brew2.1の時のような省エネモードにならないようですし、
その絡みかと思うのですが違うのでしょうか？

>>450
真っ白になるのはむしろ月曜日の朝礼の校長先生の話の時のヒョロっとした人ですが恋でFAですか？
452 ：デフォルトの名無しさん：2005/11/08(火) 19:07:21
ドコモに望むこと

Java&BREWの両方でiアプリを(ry
453 ：デフォルトの名無しさん：2005/11/08(火) 19:42:58
>>451
EVT_APP_NO_SLEEPイベントで変なことしてるんじゃない？
てかまさか2.1のバイナリをそのまま3.1で使用してないよな？
454 ：デフォルトの名無しさん：2005/11/08(火) 19:58:50
>>452
むしろこの勢いでauにもＤｏＪａを
455 ：447：2005/11/08(火) 20:24:04
>>453
case EVT_APP_NO_SLEEP:
{
　　return FALSE;
}
これじゃ駄目なんでしょうか？確か2.1の時のガイドラインか何かに"明示的にFALSEを返せ"とか
書いてあったと思うのですが。
バイナリは作り直していますが、これってAEEAppGen.cとAEEModeGen.c以外は
別に違わないですよね？
456 ：デフォルトの名無しさん：2005/11/08(火) 20:37:48
>>455
画面が白くなることと関係ないが、
EVT_APP_NO_SLEEPイベントは実機ならFALSE, エミュならTRUEを返すが正解。
エミュの場合TRUEを返さないと、スローダウン現象が起きる。
457 ：デフォルトの名無しさん：2005/11/08(火) 20:48:23
>>455
3.1のヘッダを使ってコンパイル出来るのであれば大丈夫。

関係ないかもしれないが、3.1はmodファイルとsigファイルがファイル列挙に
出てくるので、自身のmodファイルを削除してしまう可能性がある。
コンパイルが通るならあとはmifファイルの依存設定ぐらいか？
458 ：デフォルトの名無しさん：2005/11/09(水) 05:21:19
AEEAppGen.cとAEEModGen.cも3.1のものを使わないとまずいだろ。
459 ：デフォルトの名無しさん：2005/11/09(水) 11:56:03
>458
>455
460 ：447：2005/11/09(水) 16:14:42
端末リセットの理由がやはりわかりません。
Loggerでログ出力した結果なのですが、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なのですが
似たような症状などに思い当たりのある方は居ませんか？
461 ：デフォルトの名無しさん：2005/11/09(水) 17:01:01
>460
これってDBGPRINTFの出力をBREW Loggerで見てるってことだよね?

LoggerのDBGPRINTF出力は非同期なのでぬるぽにさわってリセット
するような状況では出力前に破棄されて失われる可能性がある。
ILoggerを使ってファイルに出力して確認することをお勧めする。
462 ：447：2005/11/09(水) 18:13:53
>>461
なるほど。普通はILoggerを使うのですね。
実はILoggerではなくてIFileを使って、「ログを一個出力するたびにOpen(_OFM_APPENDで)/Closeする」
という方法でやっていました。
この方法で作ったファイルでもEVT_APP_NO_SLEEPが最後のメッセージでサスペンド等のイベントが来ているようには見えません。
今からILoggerを使う方法を試してみます。
結果、また質問させてもらうかもしれません。宜しくお願いします。
463 ：447：2005/11/09(水) 19:25:43
AEECLSID_LOGGER_FILEを使ってログファイルに出力してみましたが、
EVT_APP_NO_SLEEPが連続して来ており、最後までEVT_APP_NO_SLEEPが記録されているという状態でした。
また、今回の実行中、一度だけ端末リセットにならずに、サスペンドのように
端末機のメニュー画面に遷移し、その後にキーを押すとアプリの画面に戻るという状態になりました。
その後、そのまま再び操作せずに放置したところ以前と同じく白い画面になり端末リセットしました。
てっきりEVT_APP_SUSPENDとEVT_APP_RESUMEが呼び出されて通常サスペンド状態になったのだと思ったのですが、
ログを見たところ両イベントを一度も受信しておりません。
恐らく、端末機が通常メニューを表示しようとした時に
アプリ側でVRAMに対して操作をして落ちているのではないかと思います。
このような症状というのはありうるのでしょうか？
また、Brew3.1端末は入力なしで放置するとメニュー画面に遷移し、入力を受け取ると
アプリが再開するというのは通常動作なのでしょうか？何か異常動作でしょうか？
ご存知の方がいらっしゃいましたら何卒ご教授下さいますようお願いいたします。
464 ：デフォルトの名無しさん：2005/11/09(水) 19:39:25
>Brew3.1端末は入力なしで放置するとメニュー画面に遷移し、入力を受け取ると
アプリが再開するというのは

異常だと思うけど。
市販のアプリでもダウンロードして動かしてみれば？
465 ：447：2005/11/09(水) 20:07:20
>>464
わけあって市販アプリが絶対ダウンロードできない環境なのですが、
別の会社が作ったアプリが端末機に既に入っていたので試してみました。
遷移するのはメニュー画面ではありませんでした。
端末自体が省電力モードに入った時の(時計などが大きく表示されている)待ち受け画面でした。

数回試行しましたが、そのアプリは遷移のタイミングで落ちたりしませんでした。
また、そこで思い出したのですが、終話キーを押した時に端末機側で実装している
ダイアログが出ず、そのまま終了してしまいます。
資料の中にMIFの設定で変更できると書いてあったと思うのですが、
BREW MIF Editor3.0(BREW SDK Tools1.0.0)の日本語版でも英語版でも
そのような設定をするらしき部分が見当たりません。
これはどこで設定するべきものでしょうか？
466 ：デフォルトの名無しさん：2005/11/09(水) 20:13:52
>>465
BREW3.1用のサービスガイド嫁
467 ：デフォルトの名無しさん：2005/11/09(水) 20:43:13
>>447
それ、アプリがBREWシステムのメモリ破壊を引き起こしてるだけじゃないか
ポインタ不正とか範囲外のメモリ領域まで書き込んでるとかその類だろ
それが3.1+スリープ状態になって顕在化しただけ

あと俺のアプリも気になったのでW32SAで試したけど、そんな症状には一切ならない
465の落ちない別会社アプリと同じ遷移になるね
根気よくアプリのコードを部分的に無効にしていけ。どこかで落ちなくなる場所が絶対あるはずだよ
468 ：447：2005/11/09(水) 21:25:23
>>466
ありがとうございました。
無事中断ダイアログが出るようになりました。

>>467
貴重な情報ありがとうございます。
私と同僚がそれぞれ別のアプリを作っているのですが、
どちらのアプリでも同じ症状が出るのです。
その同僚とはソースコードは一切共有しておらず、
少なくとも私のアプリには彼のコードは一行も入っていないのです。
そしてそれぞれBREW2.1端末については問題なく動いています。
とはいえシステム領域を破壊していたけど偶然動いていたという可能性はありますね。
その線で調べてみます。ありがとうございます。

さらに今気付いたのですが、
端末がマナーモードなのに鳴音してる………。
さっきは鳴ってなかったのに………orz
469 ：デフォルトの名無しさん：2005/11/09(水) 21:53:10
>>468
マナーで鳴音する問題は、どっかでAEE_SOUND_DEVICE_CURRENTを指定してる可能性がある。
470 ：447：2005/11/09(水) 22:27:03
>>469
ありがとうございます。全部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をアプリ側で
明示的に切り替えてあげる必要があるということでしょうか？
読解力が低いので間違った判断をしていたらご指摘いただけると助かります。
471 ：デフォルトの名無しさん：2005/11/09(水) 22:37:05
>>470
AEE_SOUND_DEVICE_CURRENTしてる部分をコメントアウトするだけでいい。
472 ：デフォルトの名無しさん：2005/11/10(木) 08:47:56
なぞなぞでーす

端末ではハング、エミュじゃ正常動作

これなーんだ？
473 ：デフォルトの名無しさん：2005/11/10(木) 10:15:15
new,deleteを自前で宣言していない
474 ：デフォルトの名無しさん：2005/11/10(木) 10:15:53
‥は、コンパイルエラーか‥
475 ：デフォルトの名無しさん：2005/11/10(木) 10:56:49
メモリ不足に100万トルコリラ
476 ：447：2005/11/10(木) 13:29:24
>>471
ありがとうございます。
ISOUND_SetとIMEDIA_SetAudioDeviceをコメントアウトしたら
W32SAでは確かにマナーモードに応じた動作になりました。
しかしW31Tではマナー/非マナー関係なく常に鳴音してしまいます。

また先日の放置しておくと落ちるバグはW31Tでは発生せず、
W32SAでのみ発生します。まだ原因がわかっていません。
477 ：デフォルトの名無しさん：2005/11/10(木) 13:57:02
>>476
>>467
478 ：447：2005/11/10(木) 16:15:16
W32SAのみの謎の端末リセットの原因が恐らく判明しました。
タイマーインターバルが短すぎました。
フルスクリーンモードじゃないんですが、端末仕様書の特記事項にもありましたね。。。
短いスパンで描画をすると入力が無くなった後の60秒後にバックライト消灯後、
端末リセットが起る場合があるようです(2～3回やってならない場合は多分大丈夫かと)。

W32SAに対応される方、くれぐれも
ISHELL_SetTimer(pShell, 1, pfn, pUser);
なんて無茶な指定にはお気をつけ下さい orz

さ、次はマナーモードの鳴音か orz
479 ：デフォルトの名無しさん：2005/11/10(木) 20:36:13
http://k-tai.impress.co.jp/cda/article/event/26465.html
>「どこかの2番目の会社のように、Bが付く携帯アプリでは、ソースコードを開示しなければらない」と、auが採用するBREWを暗に皮肉る一幕もあった。

渡すのってアプリそのものじゃないんですか？
480 ：デフォルトの名無しさん：2005/11/10(木) 20:50:27
>>479
たしかに。ソース開示は必須ではないな。
481 ：デフォルトの名無しさん：2005/11/10(木) 20:51:52
つうか「暗に」もなにも、もろに非難してるじゃない
482 ：デフォルトの名無しさん：2005/11/10(木) 20:53:39
まあBREWイラネーからどうでも良いけどね。
483 ：447：2005/11/10(木) 20:56:48
W32SAのリセットの件は同僚のアプリでも
タイマーインターバルの設定で無くなりました。

W31Tでマナーモードでも鳴音してしまう原因は
AEE_SOUND_DEVICE_CURRENT関連のほかに
ISOUND_SetDeviceを使っていたからでした。
これをコメントアウトしたら無事にマナー時に無音、非マナー時に鳴音できました。

ここまでご協力頂いた方々、まことにありがとうございました。
484 ：デフォルトの名無しさん：2005/11/10(木) 21:24:03
>>479
ほんまなんかなぁこの会社の中の人って…
485 ：デフォルトの名無しさん：2005/11/10(木) 21:57:11
いかに、他社を研究じゃなくて傍観してるだけかわかるな・・・
486 ：デフォルトの名無しさん：2005/11/10(木) 23:16:32
VC+2005 expの登場したので、BREW SDKと組み合わせて動くかどうか試してみたが、
やはり問題なくエミュ上の物は動かせるね
ウィザード関連は入ってくれないので、手動で2003用の物を入れ込んだけど
AppModGen.cとかのパスが怪しかったが概ね普通に動いている

これで開発環境、SDK、学習と無料で完璧に出来るようになったわけなので
新しい人入れてくださいorz
487 ：デフォルトの名無しさん：2005/11/10(木) 23:20:11
そこまでむずいのかねぇBREWのプログラムなんて
ひとではどういうとこでも足りんが本間に居ないんだな
488 ：デフォルトの名無しさん：2005/11/10(木) 23:21:00
日本語がすばらしいな…ちょっとjavaで遊んでくるわ…
489 ：デフォルトの名無しさん：2005/11/11(金) 01:21:04
>>487
恥かしいセリフ禁止
490 ： ◆MOEMUYHHaA ：2005/11/11(金) 06:30:11
ｑ
491 ： ◆MOEMUYHHaA ：2005/11/11(金) 06:31:24
すいません誤爆＆途中でリターン押し・・・
492 ：デフォルトの名無しさん：2005/11/11(金) 12:04:00
>>486
それ、ウチもやってみようと思った。
とりあえず動作はするのねん。

日本語版が出たら環境構築をマニュアル化してみようっと。
493 ：447：2005/11/11(金) 16:24:08
W32SAのマナーモード問題、まだ終わりじゃありませんでした。
サスペンド後、リジュームするとマナーモードでも鳴音しますorz
同様のプログラムでW31Tは問題なしです。
今回も同僚のプログラムも同じ状態です
(昨日この問題を解決する為に参考にしたので当然と言えば当然です)。

W32SAのサウンド関連部分、どうしたら良いかご存知の方はいらっしゃいませんか？
もう対処の方法が思いつかないので困っています。
よろしくおねがいします。
494 ：デフォルトの名無しさん：2005/11/11(金) 18:03:18
>>472
BREWの仕様
495 ：デフォルトの名無しさん：2005/11/11(金) 18:58:32
>>493　で、サポートの返信は何と言ってきてるんだ？
496 ：デフォルトの名無しさん：2005/11/11(金) 20:25:31
>>493は負け犬の遠吠え
Auuuuuuu Auuuuuu
よって

　　ド　　コ　　モ　　以　　外　　は　　糞
497 ：デフォルトの名無しさん：2005/11/11(金) 21:26:16
>>496
ここにはau支持派はいませんよ、と。
498 ：447：2005/11/11(金) 21:35:40
どうしたらいいんでしょう。
ISoundとIMediaのインスタンスを全てサスペンド時に解放して
リジューム時に再生成すれば良いかのような記述もあるのですが、
それでは駄目でした。
誰かご存知の方居ますか？
499 ：デフォルトの名無しさん：2005/11/11(金) 22:00:12
>>498
最初に生成したときと同じ手順で生成してるんだったら変になるわけないじゃん。
解放に失敗してるか生成に失敗してるか、いずれにしろどっかプログラム間違ってんだよ。
500 ：デフォルトの名無しさん：2005/11/11(金) 22:55:53
3.1って、アプリ側から端末のマナーモード意識しないといけないの？
501 ：デフォルトの名無しさん：2005/11/11(金) 23:18:25
>>500
しなくていい。自分でIMEDIA_SetAudioDeviceとか使い始める自爆する
502 ：デフォルトの名無しさん：2005/11/12(土) 21:55:11
ちょっとお前ら質問だけどジョグダイアルってどう判定すればいいんだ？
押す(回す)と同時にリリースイベントが来ているせいで、押し下げ情報が取得が出来ないんだが・・・
503 ：デフォルトの名無しさん：2005/11/12(土) 21:58:30
あきらめて、EVT_KEYでとる。
押しっぱなしなんてものは存在しない。
504 ：デフォルトの名無しさん：2005/11/12(土) 21:59:53
お、おしさげ・・・・

505 ：デフォルトの名無しさん：2005/11/13(日) 00:20:18
>>502
俺は上下だけ2種類フラグを取るようにしてる
1つはRELEASEがきたら強制的に0にして、PRESSがきたら1にするフラグ
もう1つはPRESSがきたらカウンタを1つ増やし、RELEASEのときは何もしないフラグ

1つめのを見るときは1か0かで判定して処理するだけ、
2つめのは0より上だったら処理をしてフラグの値をデクリメントする。
上下が押されてるかどうか両方のフラグをみるコードになるのが面倒だけどな
506 ：デフォルトの名無しさん：2005/11/13(日) 00:29:42
うちはもうジョグ機種は対応しなくていいって言われたから


おまえもそうしろ
507 ：デフォルトの名無しさん：2005/11/13(日) 00:31:45
糞端末最悪だぜ
508 ：デフォルトの名無しさん：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について、複数の携帯電話
端末メーカーと採用交渉を進めているという。「そう遠くない将来に、対応端末
が各社から出てくるのではないか」（アプリックス）としている。
509 ：デフォルトの名無しさん：2005/11/13(日) 12:29:47
アプリックス、BREW上で動くJavaプラットフォームを開発
http://japan.zdnet.com/news/tech/story/0,2000047674,20090019,00.htm
510 ：デフォルトの名無しさん：2005/11/13(日) 13:40:06
Javaは言語的につまらん。
C++の方が燃える。
511 ：デフォルトの名無しさん：2005/11/13(日) 14:28:52
>>510 そしてプロジェクトも火を噴く
512 ：デフォルトの名無しさん：2005/11/13(日) 15:16:32
>>506
OK、ジョグダイアル非対応を進言してみる
いや、その前に他の人のヒントで対応を試みてみるが・・・
513 ：デフォルトの名無しさん：2005/11/13(日) 15:17:28
別にCでもJavaでもいいよ・・・
単に携帯アプリはJavaのが慣れてるってだけだし。
JavaはJavaで機種依存と端末バグの嵐だし。
514 ：デフォルトの名無しさん：2005/11/13(日) 15:37:33
Kを通さなくていいってのは頻繁に機能追加したいアプリにはうれしい特典だ。
515 ：デフォルトの名無しさん：2005/11/13(日) 17:14:49
言語と検証は関係ないだろ
516 ：デフォルトの名無しさん：2005/11/13(日) 17:54:46
確かに、たまたま今まで出てた携帯アプリがJavaで、検証が無かった。
というだけで、Javaなら検証が無いというわけでは無いな。
517 ：デフォルトの名無しさん：2005/11/13(日) 18:11:38
多少の検証はするべきだとは思うが、JavaだったらBREWみたいにがっちりする必要も無いから
アプリ完成からリリースまで半年待ちとかは起きなくていいだろうな
518 ：デフォルトの名無しさん：2005/11/13(日) 21:43:54
・端末がリセット、例外を出力させるな
・お決まりのUIを実装せよ
・確認ダイアログを表示しろ
・仕様書を出せ
・端末毎の不具合を考慮しろ
・通信タイミングに細心の注意を

C++だろうがJavaだろうが言語には関係なく、キャリアの一存だ
そして現在困っているのはここに挙げている物が強制な為だ
519 ：デフォルトの名無しさん：2005/11/14(月) 13:34:57
アク菌がorz

>>518
強制でも何でも構わんが、困っているのはむしろ半年待ちの方で
520 ：デフォルトの名無しさん：2005/11/15(火) 04:06:43
>>510
だけど、static変数が使えないのと、テンプレートがサブセットなのと、
namespaceが使えない等、"ARM C++ for BREW"は、完全なC++でないので、
STLやBoostの実装が厳しい(例えば、shared_ptrやsingletonは実装できない）し、
templateの再帰ができないので、Typelistが使えない＝ジェネリック＆デザパタ的に致命的。
よって、ARM C++ for BREWを使っている以上、たいしてC++は面白くない。
521 ：デフォルトの名無しさん：2005/11/15(火) 10:50:19
しかし機種依存をtry～catchで処理せよってのはｷﾓﾁﾜﾙｲ
522 ：デフォルトの名無しさん：2005/11/15(火) 11:57:49
>>520
それをいったら、JavaアプリだってJavaとは言い難いわけで……。
523 ：デフォルトの名無しさん：2005/11/15(火) 13:02:53
クラスが使えるだけでありがいでｓ
524 ：デフォルトの名無しさん：2005/11/15(火) 19:29:07
　　 || |　　|　.＼ 　　　　　.∩
　　 || |　　|　　 |＼　　　　..| |　　　　　＿＿＿＿＿＿＿＿
　　 || |　　|　　 | 　|　　　　.| |　 　 ／
　　 || |　　|　　 |.／　　　　.| |　∠　先生！？あうヲタを頃していいですか？？
　　 || ヽ_ノ 　.／　　　　　 .| |　　 ＼＿＿＿＿＿＿＿　　　　　　　　　　　　　　　　　
　　 || .[__]､／ 　∧＿∧　 | | ＿＿　　　　　＿＿＿＿＿＿　　　
　　 || |　　|　　 （　 ´Д｀）ノ ﾉ==='l　　 　　,'============='　 　 ＿＿＿＿＿＿　　
　　 || |　　|　　／　　 　　／.＿_/l　　　　/＿＿＿＿＿＿＿|　 ／　
　 ／　^～'　 / /　　 　 /_　　||/||　　　　 |L ∧＿∧ ＿_　 ||　＜　頃さないとやばいんじゃないの・・・
／　　 ＿＿_（　ﾞー'つ　|__|＿.||　　　　＿＿（´Д｀　 ）ヽ |＿|__　＼＿＿＿
　　 ／　　　　￣￣￣￣　 　/　　　　/　　(＿久＿＿_ノ　　　.|
　∠＿＿＿＿＿＿＿＿＿/.!　　　 /＿＿＿＿＿＿＿＿＿_|
　　||＿＿＿＿＿＿＿＿||/.||　　　　 ||＿＿＿＿＿＿＿＿||
　　||　|| 　　i .i　　i .i　 　 ||　||　　　　 || ||　 ） i　| /　　　　　||
　　||　|| 　ノ　l　 ﾉ　l　 　.||　||　　　　 || ||　し'　/ | 　 　 　 . ||
　　||　 　ー-'　　ー-'　　 ||　　　　 　 .||　　　　 し'　 　 　 　 ||
525 ：デフォルトの名無しさん：2005/11/15(火) 23:31:30
あうヲタはどうでもいい。Kを頃してくれ。
と現役BREW開発者の叫び。でも頃したらこっちの仕事もなくなるな・・・
526 ：デフォルトの名無しさん：2005/11/16(水) 15:25:35
BREWアプリしかできないプログラマなんているの？
ｉアプリしかできない奴なら沢山いそうな気がするが。
527 ：デフォルトの名無しさん：2005/11/16(水) 22:04:40
いないよ
528 ：デフォルトの名無しさん：2005/11/16(水) 22:35:26
>>526くらいだろ
529 ：デフォルトの名無しさん：2005/11/17(木) 01:12:09
素人だがBREWってただのCPUネイティブコードと何が違うんだ?
携帯なんか言語がどうの以前に使えるリソースの制約なくしてやったほうが
開発効率アップにつながるんじゃないの?
530 ：デフォルトの名無しさん：2005/11/17(木) 02:44:50
BREWっていうのは、携帯向けのAPI群とかを定義したプラットフォームのこと。
BREWを搭載した携帯のCPUがARMCPUな。
で、CやC++で書いてARMCPUのネイティブコードにコンパイルしている。

リソースが何を指しているのかわからないが、多分ファイル容量のことか？
大容量ダウンロード出来るようにしたらアプリが全然入らなくなってKが儲からないじゃないか。
まあ、他にもいろいろ理由はあるんだろうけど。

共有リソースは今でもバリバリ操作できる。
検証に引っかかるけどな。
531 ：デフォルトの名無しさん：2005/11/17(木) 03:40:57
>>530
ああ、なるほど最新のARM見てまだメモリ節約するのかよ!って思わず突っ込みたくなったものなので。
メインメモリは足りてるわけですか
532 ：デフォルトの名無しさん：2005/11/17(木) 03:54:05
BREWとの関連がいまいちわからん。
メモリは端末ごとに決まってるだろ？
BREWのメモリ制限のことを言っているのか？
それはARMとは関係なさそうだが……。

まあ、メモリの節約は、対応機種を増やすためにも他のアプリのためにも
ハングアップを減らすためにも、可能な限りするべきだな。
533 ：デフォルトの名無しさん：2005/11/17(木) 04:19:01
>ああ、なるほど最新のARM見てまだメモリ節約するのかよ!って思わず突っ込みたくなったものなので。
thumbやthumb-2のことか？
あれはメモリ節約だけが目的じゃない。
534 ：デフォルトの名無しさん：2005/11/17(木) 08:24:07
素人は帰れ
535 ：デフォルトの名無しさん：2005/11/17(木) 10:28:34
おいおい、いつから素人お断りになったんだよ。
いくらBREWが糞でイラついてるからって、そりゃねーよ。
536 ：デフォルトの名無しさん：2005/11/17(木) 13:08:59
んだんだ。
ｴｷｽﾊﾟｰﾄしか認めないｺﾐｭﾆﾃｨを作るならそれはそれで
勝手にやってもらってかまわんが、ここは初心者＆初級者歓迎でもいいだろう。
537 ：デフォルトの名無しさん：2005/11/17(木) 13:13:33
自分の無知を「素人・初心者」で免罪符とする人は歓迎されません
538 ：デフォルトの名無しさん：2005/11/17(木) 13:36:26
便所の落書きｸｵﾘﾃｨｰﾀｶｽｗｗｗｗｗｗ
539 ：デフォルトの名無しさん：2005/11/17(木) 15:04:12
>>535-536
>>1から読んでこい
540 ：デフォルトの名無しさん：2005/11/17(木) 15:11:51
初心者の入る余地は有るが
素人の入る余地は無いんじゃねーの
541 ：デフォルトの名無しさん：2005/11/17(木) 16:01:38
まぁ待て落ち着け。
非素人の集まりは、CP用のサイトに行けばいいじゃねーか。
実際そこに入れて（かつくだらなくない質問）はみんなあっちに投げてるだろ？
開発者自体が答えてくれるし。

こっちにそんなｸｵﾘﾃｨｰ高い話題ばかりを求められても困る。

教えてくんが困るのは分かるが。
542 ：デフォルトの名無しさん：2005/11/17(木) 16:06:08
BREWってどうやったらゲーム開発できるんですか？なのはおしえて！
543 ：デフォルトの名無しさん：2005/11/17(木) 16:24:38
まずは高いVC6と高いARMコンパイラを買ってくださいｗ
544 ：デフォルトの名無しさん：2005/11/17(木) 17:43:54
努力はするから初心者でも入れてくれよ。
545 ：デフォルトの名無しさん：2005/11/17(木) 22:56:49
ガキはJAVAで勝手アプリでも作ってろよ






そのほうが楽しいよきっと、、、
546 ：デフォルトの名無しさん：2005/11/17(木) 23:31:10
ただBREW叩きにきてるだけの馬鹿だからな
547 ：デフォルトの名無しさん：2005/11/18(金) 02:16:10
>>510
> Javaは言語的につまらん。
> C++の方が燃える。

おまえみたいなバカのお陰で無駄に残業し徹夜する犠牲者がでるのだ。
それをよく考えてから言語の選定をするんだな。
548 ：デフォルトの名無しさん：2005/11/18(金) 02:30:51
>>518
> ・端末がリセット、例外を出力させるな
> ・お決まりのUIを実装せよ
> ・確認ダイアログを表示しろ
> ・仕様書を出せ
> ・端末毎の不具合を考慮しろ
> ・通信タイミングに細心の注意を
>
> C++だろうがJavaだろうが言語には関係なく、キャリアの一存だ
> そして現在困っているのはここに挙げている物が強制な為だ

KDDI、クアルコムにAPI統一命令を発動すべきだと思う。
開発者の負担を減らすためにAPIの標準化を促す。
そして、標準規格に則ってないキャリアはこの業界から追放すると。

それからJakarta ProjectのようにAPIをいくつか充実させるべきだ。
毎回新たに作るたびにUIを一から実装するのは効率が悪い。
それから容量制限をもっと緩和すべきだ。
クラスを何個も作れる容量のほうが開発がしやすい。
549 ：デフォルトの名無しさん：2005/11/18(金) 02:32:46
>>525
> あうヲタはどうでもいい。Kを頃してくれ。
> と現役BREW開発者の叫び。でも頃したらこっちの仕事もなくなるな・・・
そういう思いこみが(ry 上司に騙されて
自分の技術を安売りしすぎて損をしている証拠なのだよ。
もっと自分の技術力に誇りを持って
組み込みプログラマは高い地位につくべきだと
いうことを世間に知らしめるべきだ。

そのためには営業もしてみるといいかもな。独立してさ。
550 ：デフォルトの名無しさん：2005/11/18(金) 02:36:09
>>545
一言言わせてくれ餓鬼とは何事だ。
Javaより閉鎖的なBREWがそんなに凄いのかと言いたい。
お前の発言を見ていると、
そろばんできる奴がコンピュータ使って計算している奴のことを餓鬼だと
叫んでいるようにしか見えない。

551 ：デフォルトの名無しさん：2005/11/18(金) 02:45:29
俺は一番下のヒラなんでね。残念ながら俺の発言で犠牲者は出ない。
あと、C++の方が燃えるとは言ったが、必要であればJavaも使うし、PerlもPHPも使う。
その開発に適した言語を使えばいいと思うよ。
552 ：デフォルトの名無しさん：2005/11/18(金) 08:28:45
>>550
日本語勉強してこいよチョン
553 ：デフォルトの名無しさん：2005/11/18(金) 08:36:10
>>550
半年ROMってろ
554 ：デフォルトの名無しさん：2005/11/18(金) 10:13:17
>>550
一言になってない件について。
555 ：デフォルトの名無しさん：2005/11/18(金) 11:34:36
>550
カルシウムか読解力が足りないね。

545の発言は「仕事じゃなきゃBREWなんかやってらんねーよｺﾞﾙｧ!」というのがポイントなのに。
彼はJavaの方が好きだと思うよ。
556 ：デフォルトの名無しさん：2005/11/18(金) 11:50:32
なんかきょーはあれとるな。

まぁ別に期日までにコード納品して品質チェックで合格もらって
その報酬がもらえるなら言語がなんだろうと検証が面倒だろうと
そんなに文句はないですはい。
557 ：デフォルトの名無しさん：2005/11/18(金) 12:15:29
903iシリーズでBREW対応の御燗www

Java&BREW二刀流端末出せる優良キャリアは、ドコモダケ。
558 ：デフォルトの名無しさん：2005/11/18(金) 12:24:03
技術系の板だと有りがちな荒れ方ですけどね

それはそうと、BREW地獄を語るなら保守管理のやり難さも見逃せないと思う。
556さんは恵まれている方。
559 ：デフォルトの名無しさん：2005/11/18(金) 13:00:33
>>557
ソースｷﾎﾞﾝ
それともaかDの中の人か？
560 ：デフォルトの名無しさん：2005/11/18(金) 13:24:23
何か暗い話題が並んでるな・・
561 ：447：2005/11/18(金) 14:00:44
今更感ありありなんですが、やっぱり自分の単純ミスでした。
BREWの生アプレット層と移植性考慮したアプリケーション層を別けていたのですが、
両方でISoundを生成していて、サスペンド時に解放していたのが片方だけでした。

どうみても痴呆です
ほんとうにありがとうございました
562 ：デフォルトの名無しさん：2005/11/18(金) 14:18:04
>>561
めげるな、乙。
563 ：デフォルトの名無しさん：2005/11/18(金) 15:02:08
だが、ローカルの不具合なのに質問してくる奴に殺意を
覚えることはある（ﾟ∀ﾟ）
564 ：デフォルトの名無しさん：2005/11/18(金) 15:06:11
>>557
おいおい、BREWでJAVAVM実装へってニュースが流れたばかりなのに、何言ってるんだ。
565 ：デフォルトの名無しさん：2005/11/18(金) 15:07:38
>564
それは知ってる。

で、DoCoMoがBREWアプリの配信をするっていうニュースは流れたの?
566 ：デフォルトの名無しさん：2005/11/18(金) 15:23:43
おまえら、元気ですか？
俺は今日も会社から2chですよ。

ところでSophiaFrameworkって使ってるやついる？これ↓
ttp://www.s-cradle.com/products/framework/main3.html
567 ：デフォルトの名無しさん：2005/11/18(金) 15:31:37
まろやかにｽﾙｰ

流れてないよ>565
Dなら、もっと他に心配することが有るしｗ
568 ：デフォルトの名無しさん：2005/11/18(金) 15:45:13
>>567
んなバカ高いもん購入するより自分で作った方が安いし使いやすい。
まあ、そういうことが技術的にできないのであれば評価版を使ってみるのもいいかもな。
569 ：デフォルトの名無しさん：2005/11/18(金) 15:45:38
ゴメ、>>566な
570 ：デフォルトの名無しさん：2005/11/18(金) 16:11:07
>>565
何を意味のわからないことを…。
CPが、DOCOMO用に作ってたJAVAアプリをBREW側にも簡単な手直しでリリースできてわほーい。
ただそれだけのことだよ。
571 ：デフォルトの名無しさん：2005/11/18(金) 16:22:46
>570
え、KDDIがJavaVMをBREW上に積むなんてニュースは流れたの?
572 ：デフォルトの名無しさん：2005/11/18(金) 16:56:21
>>571
何をいまさｒ
573 ：デフォルトの名無しさん：2005/11/18(金) 16:57:52
説明しよう！

ドコモにBrew搭載端末登場
→組み込みアプリ(電卓とか)がBrewで作られるようになりましたというお話。
　ユーザーがBrewアプリを作れるわけではない

Brew上のJavaVMが登場
→ブラウザのJavaアプレットとか動くかも知れません。
　VM作った所と契約すればJavaでアプリが作れるかもしれません。
　でもAU by KDDIでみんなが勝手アプリ作れるようになったり、
　検証がなくなるというわけではありません


どちらも別に夢も希望もないお話でしたとさ
574 ：デフォルトの名無しさん：2005/11/18(金) 17:05:32
>573
>どちらも別に夢も希望もないお話でしたとさ

だよね～。
BREW上のJavaVMなんてBREW開始した頃から技術的にはあったんだし。
変なこと言う人がいるからなんか新しい動きでもあったのかと思わずニュースサイト確認しちゃったよ。
575 ：デフォルトの名無しさん：2005/11/18(金) 17:07:07
過去ログに有ったと思うが
au初のBREW端末にはJavaも載ってますから！
そゆこと。
576 ：デフォルトの名無しさん：2005/11/18(金) 19:23:28
ただのアウ叩きたい奴らが書き込んでんだろ
あほらし
577 ：デフォルトの名無しさん：2005/11/18(金) 23:45:15
>>575
それ別チップででしょ。
578 ：デフォルトの名無しさん：2005/11/19(土) 00:03:51
Sunとせっかく大々的にイベントやって、BREWを（間違った知識でとはいえ）
馬鹿にしたのに、BREWを選ぶなんてありえん。とおもう。
579 ：デフォルトの名無しさん：2005/11/19(土) 00:13:03
>>479
580 ：デフォルトの名無しさん：2005/11/19(土) 00:38:43
SA700iSで現実に動いている(BREW上でのJavaVMの)アプリはかなり速い。
W31CAのネイティブアプリより速かったりする。
いったいどういう事だ？

ついでにP902iやSH902i辺りは滅茶苦茶速くて、auの最新端末のBREWアプリ
よりずっと速い。
BREWの命運は尽きたか。
581 ：デフォルトの名無しさん：2005/11/19(土) 00:43:54
どうやって同じ条件を作り出したんだか
582 ：デフォルトの名無しさん：2005/11/19(土) 00:50:05
条件は違うんだが。
実際に自分で書いたコードを両方で動かすと、あまりにも速度の違いが大きいので
驚いたのだ。
java端末({P,SH}902i)の方が速いってね。
これだけ違うと条件が云々という話じゃないね。
583 ：デフォルトの名無しさん：2005/11/19(土) 00:52:57
あんたの下手なルーチンよりは、VMの処理の方が速いってことだろうな。
584 ：デフォルトの名無しさん：2005/11/19(土) 00:56:30
ハード的には速くしようと思えばできたらしいってどっかで読んだ。
ただし、電池の減りが物凄くなるらしいけどねｗ
585 ：デフォルトの名無しさん：2005/11/19(土) 01:17:53
速いのは、Java VMプロセッサ(Hardware)があるからだろ?
586 ：デフォルトの名無しさん：2005/11/19(土) 02:15:01
アプリ実行中に他のアプリを起動するにはどうすればいいのですか？
587 ：デフォルトの名無しさん：2005/11/19(土) 03:13:10
>>586
1. 後から起動したいアプリを一発起動登録(アプリランチャーでアプリを選んで右ソフトキー)。
2. 先に起動するアプリを起動して、アプリキーまたは「終話キー→中断」でサスペンド。
3. アプリキー長押し(一発起動)
以上。
588 ：デフォルトの名無しさん：2005/11/19(土) 10:27:25
>>587
ありがとうございます。
でも、そうではなくて、
例えば、そのアプリ起動中にある動作をしたとき（キーを押す等）別のアプリが起動する
って場合に使用する関数を教えて頂きたいのです。
説明不足ですいません・・・
589 ：デフォルトの名無しさん：2005/11/19(土) 10:31:42
>>588
なあ、それってアプリ側の機能じゃねえだろ？
590 ：デフォルトの名無しさん：2005/11/19(土) 11:19:42
>>552
チョンとは何事だ。文句があるならはっきり言え。
お前の発言を見ているとただ感情的に気に入らないから
何かブーブー文句垂れて愚痴を零しているようにしか見えない。
591 ：デフォルトの名無しさん：2005/11/19(土) 11:21:14
>>553
> >>550
> 半年ROMってろ
>>552
半年ROMってろとは何事だ。すでにこのスレは前スレからすべて読んでいる。
それでも文句があるか？
文句があるなら具体的にはっきり言え。さもないと
お前の発言は無効と見なす！！！！！！！！！！！！！！！！

お前の発言を見ているとただ感情的に気に入らないから
何かブーブー文句垂れて愚痴を零しているようにしか見えない。
592 ：デフォルトの名無しさん：2005/11/19(土) 11:24:31
>>554
> >>550
> 一言になってない件について。

ひとこと 2 【一言】

(2)ちょっとした短い言葉。


十分一言になっている。
何だ？　まだ文句あるか（ ﾟДﾟ）ｺﾞﾙｧ！
一発ぶん殴ってやろうか？
593 ：デフォルトの名無しさん：2005/11/19(土) 11:27:12
>>558
会社に資料置いてきたからわからんけど、
ISHELL_BrowseURLとかその辺でできたりしない？

プログラミングガイドかサービスガイドあたり見れば
ありそうな気もするんだが。
土日休みだしな(ﾟ∀ﾟ)
594 ：デフォルトの名無しさん：2005/11/19(土) 11:27:54
>>588ですた（つд`)
595 ：デフォルトの名無しさん：2005/11/19(土) 11:34:32
>>583
大抵のC++プログラマは
Javaより早いC++プログラムを
書くことが苦手である。

これは大分高速化してきたJ2SE1.4が出た辺りから
その傾向が強くなってきている。
1.4以前は大抵、JavaよりC++で書いた方が
早かった。ところが1.4が出てから状況は一変し
突然早くなったJavaが現れた。
C++でJavaより満足に早い、体感速度でも
Javaを上回るコードを書くことは難しくなってきたのだ。
それが、C++の人気低下にも繋がってしまった原因のひとつである。
596 ：デフォルトの名無しさん：2005/11/19(土) 11:35:06
>>556
> なんかきょーはあれとるな。
>
> まぁ別に期日までにコード納品して品質チェックで合格もらって
> その報酬がもらえるなら言語がなんだろうと検証が面倒だろうと
> そんなに文句はないですはい。

手取り14,5万程度しか貰えない奴はその程度で満足してるのか(ﾜﾗ
597 ：デフォルトの名無しさん：2005/11/19(土) 11:35:23
>>557
今Vodafone持ってるんだけど
これを機会にドコモに買い換えようかな
598 ：デフォルトの名無しさん：2005/11/19(土) 11:35:35
>>560
そんなに暗いのか
599 ：デフォルトの名無しさん：2005/11/19(土) 11:36:52
>>593
> >>558
> 会社に資料置いてきたからわからんけど、
> ISHELL_BrowseURLとかその辺でできたりしない？
>
> プログラミングガイドかサービスガイドあたり見れば
> ありそうな気もするんだが。
> 土日休みだしな(ﾟ∀ﾟ)

土日の休みを使ってBREWのガイド本を読むのか（ ﾟдﾟ）
600 ：デフォルトの名無しさん：2005/11/19(土) 12:00:41
588じゃないけど今日は休みじゃないよ○|￣|＿
601 ：デフォルトの名無しさん：2005/11/19(土) 12:32:53
ISHELL_StartAppletでしょ単純にBREWアプリ起動するなら
BrowseURL/BrowseFileでもいいけど先にMIMEハンドラとして呼び出し先アプリを登録せにゃならん
602 ：デフォルトの名無しさん：2005/11/19(土) 14:28:22
>>600
俺も俺も

がんばろうぜ
603 ：デフォルトの名無しさん：2005/11/19(土) 14:35:54
>>602
俺も俺も

自宅で作業だorz
もち手当無し（;´Д｀）
604 ：デフォルトの名無しさん：2005/11/19(土) 22:49:11
>>583
902iシリーズ見て来い。
楽勝で秒間60フレームの全画面描画をたたき出す化け物たちを。
605 ：デフォルトの名無しさん：2005/11/19(土) 22:56:14
明日は休めると思ったんだけどなー



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>700
むむむ・・・

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

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

コールバックを登録する意味が、AEE_STREAM_WOULDBLOCKにあるんだろうけど、実質ブロッキング中になったことないんですけど詳しい人いませんか。
ちなみに32バイト程度のテキストを読みこんでるだけです。
704 ：デフォルトの名無しさん：2005/12/01(木) 22:56:21
詳しくないけど
俺はすぐReadしてて特に問題ない
705 ：デフォルトの名無しさん：2005/12/01(木) 23:20:21
>>703
何のサンプルを見ているのかよくわからんが、
少なくともプログラミングガイドを見る限り
コールバック登録なんてしてないぞ？
開いてすぐ読んでる。
706 ：デフォルトの名無しさん：2005/12/01(木) 23:24:53
おっこいふぁいるじ
707 ：703：2005/12/01(木) 23:33:26
常識なのかと思ってた・・・。
ttp://plusd.itmedia.co.jp/mobile/0312/12/n_bapp_3.html

読み込みはコールバックするもんだと思ってたんで、プログラムがすっきりしなくて悩んでたorz
>>704,705
あり。
708 ：デフォルトの名無しさん：2005/12/01(木) 23:52:43
スレッドが使えりゃまだ綺麗になるんだけどな。
BREW2.1端末でIThread使ったアプリの検証通した漢いる？
709 ：デフォルトの名無しさん：2005/12/02(金) 03:07:41
IWeb周りのコードが全然すっきりしない...orz
サスペンドによる通信中断～リジューム時のメッセージ振り分けとかシッチャカメッチャカ～
ブロックしない処理だし、別スレッドにもできないし…スパッと単純に組み込めるヒントｷﾎﾞﾝ。
710 ：デフォルトの名無しさん：2005/12/02(金) 04:15:12
答え：スパッとやっつけ実装！
711 ：デフォルトの名無しさん：2005/12/02(金) 10:26:15
この中で綾波レイのサイボーグが発売されたら
１億まで出せる奴いる？ｗｗｗ
712 ：デフォルトの名無しさん：2005/12/02(金) 10:35:06
どこの誤爆だよｗｗｗ
713 ：デフォルトの名無しさん：2005/12/02(金) 10:40:09
SPICEのニュースに載ってたｗｗｗｗ
714 ：デフォルトの名無しさん：2005/12/02(金) 10:40:27
アンドロイドじゃなくて、サイボーグって、人体に機械埋め込むタイプの物・・・だよな
人を買えるのか?、と疑問に思った今日
715 ：デフォルトの名無しさん：2005/12/02(金) 10:54:14
>>708
動作保証されてないんじゃなかったか？ｗ
716 ：デフォルトの名無しさん：2005/12/02(金) 11:09:22
>714
自分を改造して綾波化するキットなんだろう


微妙に（いや全く）嬉しくない...
717 ：デフォルトの名無しさん：2005/12/02(金) 11:11:30
>「萌え」の最終型はキャラクターのサイボーグです。
どっちかっていうと俺はオタクに分類されるけどそれはありえNeeee!!!
718 ：デフォルトの名無しさん：2005/12/02(金) 14:11:27
>>715
だからこそ「俺は全端末で動作確認して検証も通った！」って
紙がいてくれたらなぁってさ。
既に「動かない」とか「絶対に検証通らない」てFA出てるんなら申し訳ない。

シングルスレッドのメインループ処理も悪くないけど、
ファイルを分割で読んでみたり配列の初期化を半分ずつ分けたりしてると
やっぱり可読性落ちるよなぁ。
719 ：デフォルトの名無しさん：2005/12/02(金) 19:43:27
IThread使ったって別にマルチスレッドになる訳じゃないから、大して意味がない。
あれを使うぐらいならマイクロスレッドを自分で実装した方がいいよ。
720 ：デフォルトの名無しさん：2005/12/02(金) 19:58:27
IThreadはスタックを個別に持たせることが出来るだけなので
どっちかというとアレを使ってスレッドを実装する感じだな。
721 ：デフォルトの名無しさん：2005/12/02(金) 20:03:47
IThreadは解放処理さぼれるのがいいよね。
722 ：デフォルトの名無しさん：2005/12/02(金) 21:31:21
>>718
貴様、ドキュメントとかサポートサイトのFAQとか、ちゃんと読んでるのか
KはIThreadの使用を禁止しているから、ばれたら検証は通らないだろうし
そんなリスクを負ってまで誰もやってない、が正しいかと
723 ：デフォルトの名無しさん：2005/12/02(金) 23:16:23
検証落ちれ、で最後尾
724 ：デフォルトの名無しさん：2005/12/02(金) 23:58:12
ｿｿ
725 ：デフォルトの名無しさん：2005/12/03(土) 16:28:18
>>695
> >>694
> いや、W31SAはBREW2.1機だ。

こりゃひどいな
また面倒なことを
結局古いのに合わせないといけないとは
726 ：デフォルトの名無しさん：2005/12/03(土) 16:30:02
>>716
気持ち悪い。
誰か女を改造して自分の好みの
女にしてしまう？
それ恐い
727 ：デフォルトの名無しさん：2005/12/04(日) 00:21:06
725がなんで悪態ついてるのか判らない件について
728 ：デフォルトの名無しさん：2005/12/04(日) 00:57:22
>>727
とりあえず、自分が読解力無いんだなと思って見てないことにした。
729 ：デフォルトの名無しさん：2005/12/04(日) 01:13:16
いちゃもんつけて叩きたいだけだからな
730 ：デフォルトの名無しさん：2005/12/05(月) 13:50:46
たまにゃ愚痴ったていいじゃない人間だよもん
731 ：デフォルトの名無しさん：2005/12/05(月) 13:57:51
アプリを作るためのマシーンになるんだ！
732 ：デフォルトの名無しさん：2005/12/05(月) 14:26:50
俺はマシーンじゃない！
BREWﾀｿの父親代わりなどできない！！
733 ：デフォルトの名無しさん：2005/12/05(月) 21:36:32
BREWﾀﾝの両親は俺たちに子供（BREWﾀﾝ）預けて遊び呆けてる。
ひどい親だよ全く。
734 ：デフォルトの名無しさん：2005/12/06(火) 09:59:23
BREWﾀｿはツンデレで可愛いけどな(*´д`*)ﾊｧﾊｧ
735 ：デフォルトの名無しさん：2005/12/07(水) 00:13:45
俺にはまだﾃﾞﾚを見せてくれないんだが
736 ：デフォルトの名無しさん：2005/12/07(水) 01:22:03
私のアプリお嬢様は隣のKDDI家アプリ検証坊ちゃまの度重なるストーカー行為を恐れ
長い間外出もできない事態が続いております・・・。
せめてKDDI家のご主人様がアプリ検証坊ちゃまの行動を見直していただければ
お嬢様もお外に出る気分にでもなりますでしょうに・・・。
737 ：デフォルトの名無しさん：2005/12/07(水) 02:28:54
>>736
ストーカーに金を払うと外に出してもらえるらしいぞ。
738 ：デフォルトの名無しさん：2005/12/07(水) 08:22:16
ｷﾓｲ
739 ：デフォルトの名無しさん：2005/12/07(水) 10:09:38
なあに、かえって免疫力がつく
740 ：デフォルトの名無しさん：2005/12/07(水) 18:51:03
2005年11月分

DQM・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
741 ：デフォルトの名無しさん：2005/12/08(木) 14:11:33
スレ見てる人でW32Hをデバッグモード設定した人いる？
電池のもちが異常に悪くなってとても不便なんだが(´・ω・｀)
電源入れっぱなしで2日と持たない。

アプリリセットの後遺症か、もともとそういうモンなのか知りたい。
742 ：741：2005/12/08(木) 14:17:07
ちなみにデバッグモードを有効にすると
スリープモードに入らなくなるってのは知ってる。
ただEzFeliCaの登録が済んでた状態だったところのアプリリセットだったので、
そのあたりが関与しているのかなーとも想像してる。

という訳で情報ぷり～ず。
743 ：デフォルトの名無しさん：2005/12/08(木) 22:25:23
Ｗ３２Ｈは


k-b-tでＭＡＸファイルつくるのにえらい時間がかかるね



それしか記憶にない
744 ：741：2005/12/09(金) 11:12:36
>>743 ｻﾝ・・・ｸｽ○|￣|＿
745 ：デフォルトの名無しさん：2005/12/09(金) 20:16:44
IAStream* stream の stream に、 IFile か IMemAStream のインスタンス
が入ってる場合、 IFile か IMemAStream か判別するにはどうしたらいいですか？
ようするに、BREW で type_info とか Java の instanceof 演算子に相当する物はありますか？
746 ：デフォルトの名無しさん：2005/12/09(金) 21:34:23
Coprocessorカメラの扱い方がイマイチよくわからないのだけれども、
どのドキュメント読めば良い？
747 ：デフォルトの名無しさん：2005/12/09(金) 22:41:13
プログラミングガイドじゃね？
手元に無いからわからんけど。

カメラはイベントをしっかり受け取りながら動作させるのが、
上手く行くコツだからガンガレΣd('A`)
748 ：デフォルトの名無しさん：2005/12/10(土) 00:06:40
>747
どっかにまとめられた資料ないかなぁ、と思ってさ。
プログラミングガイドにも目を通したが、
例えばRecordSnapshot後のイベントとかよくわからなかったし。
749 ：デフォルトの名無しさん：2005/12/10(土) 00:39:01
>746
BREW2.1ならSDKをインストールしたフォルダのDocsの中のBREWNewInterfaces.pdf
がいいかも。ショートカット「BREW 2.1 新インタフェースリファレンス」。
750 ：デフォルトの名無しさん：2005/12/10(土) 19:44:05
>749
Coprocessorの検索結果0なんだが……。
あれってシーケンス１以外についてかかれてたっけ？
751 ：デフォルトの名無しさん：2005/12/10(土) 20:25:31
プログラミングガイドの最新版と端末仕様があればカメラはなんとかなる
752 ：デフォルトの名無しさん：2005/12/12(月) 17:02:55
何も知らないで書き込むけど・・・

なんでBREWって認証制しかないの？
認証していないアプリの場合はコアにアクセス出来ないようにするだけじゃダメなの？
753 ：デフォルトの名無しさん：2005/12/12(月) 17:12:28
開発元に聞いてくれ。
俺もメモリー保護がされてればそれでいいじゃんと思うよ(´･ω･`)
754 ：デフォルトの名無しさん：2005/12/12(月) 17:12:34
>>752
予想だけど、そもそもQuallcomの実装の時点で
Qualcomm署名のないｱﾌﾟﾘは動作しないようになってるのではないかと。
755 ：デフォルトの名無しさん：2005/12/12(月) 17:23:19
勝手アプリが作れないと技術者も育たないだろうにねぇ。
興味があっても作る気が起きないよ。(´・ω・`)

ﾀﾞｳｿしようとして「認可下りませんでしたので延期しまつ」って
表示されると、BREWって終わったって気分になる。
ﾌﾟﾛｸﾞﾙﾏもｶﾜｲｿｽ。
756 ：デフォルトの名無しさん：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ならではの」
「バリューチェーンのコントロール」によって「誰もが支払いを受けるスキーム」を
維持するにはそんなもん不要、ということかと。
757 ：デフォルトの名無しさん：2005/12/12(月) 18:36:31
>>756
乙

いわゆる殿様商売ということなのだろうか。(´・ω・`)
758 ：デフォルトの名無しさん：2005/12/12(月) 19:06:35
「能率的に開発、配信」ワロス
759 ：デフォルトの名無しさん：2005/12/12(月) 20:01:39
>>758
いや、開発面はさしてわるくないんだ。
ドコモよりはるかにバイナリ少ないし

問題は配信。
760 ：デフォルトの名無しさん：2005/12/12(月) 21:41:42
>はるかに機能が豊富です
豊富なのは仕様だけな

使用禁止
使用禁止
使用禁止
使用禁止
..

ﾊｱ
761 ：デフォルトの名無しさん：2005/12/12(月) 23:22:59
>>759
そうだな
開発はやり難い訳でもない
762 ：デフォルトの名無しさん：2005/12/13(火) 00:09:57
>>759,761
開発もやりにくいよ。今時あんな下手くそなAPIを作るのも珍しい。
BREWはjavaと比べるとまるで素人が作っている。

で、その極悪なAPIでも開発はできる、javaより効率が落ちるとは
いえなんとかなる。
最悪なのはauにより奪われた自由だ、最近は検証が破綻しているので
今度は企画段階で絞り始めた。
企画が通らないものも出てきたし、その後はあの検証だ。
うちはすっかりやる気が無くなってきたよ。
763 ：デフォルトの名無しさん：2005/12/13(火) 10:55:12
>>762
アプリによるだろうけど、機種対応の場合はほぼ全ての機種で
同じバイナリなのになんであんなに時間かけるんだろうな……。
最悪新規は仕方ないにしても。あくまで最悪だが。
764 ：デフォルトの名無しさん：2005/12/13(火) 17:35:31
クアルコム→プラットフォームとかJAVAがわりとかにに如何っすか？
けｰでｰでｰ→じゃあJAVAの代わりで
どぅこもょ→アーイ、プラットフォームで
765 ：デフォルトの名無しさん：2005/12/14(水) 16:26:32
STRTOWSTR()
とか
WSTRTOSTR()
で、変換後のサイズだけあらかじめ調べたい時はどうやるんですか？
766 ：デフォルトの名無しさん：2005/12/14(水) 16:29:01
正確に言うと、変換先バッファに必要なサイズを調べたい
のですが。最大値取るしかないですか？
767 ：デフォルトの名無しさん：2005/12/14(水) 16:30:53
STRTOWSTRだと、倍のサイズ確保しておけば超えることはない
とか
WSTRTOSTRは、同じサイズ確保しておけば超えることはない
とかどうでしょう
768 ：デフォルトの名無しさん：2005/12/14(水) 17:15:18
3.10.22. STRTOWSTR／WSTRTOSTR について
　これらの関数は端末によって動作が異なりますので、使用しないでください。

プログラミンガイドぐらい嫁。
769 ：デフォルトの名無しさん：2005/12/14(水) 18:14:05
ああそうでした。
じゃあ STREXPAND WSTRCOMPRESS で。
>>767
結局最大を見込んでメモリ確保しか無いですか。
770 ：766：2005/12/14(水) 18:22:34
自分で2バイト文字、1バイト文字カウントすればわかりますが、無駄に重く
なりそうなのでそれよりはバッファ多めにとった方がよさそうですね。
771 ：デフォルトの名無しさん：2005/12/14(水) 18:35:49
一旦多めバッファで変換したあと、その文字数を数えて
ギリギリバッファで取り直せばよい。
772 ：デフォルトの名無しさん：2005/12/14(水) 19:30:26
>>770のやりかたが一番良いと思う。
もしくは自前で変換。
773 ：デフォルトの名無しさん：2005/12/14(水) 22:46:32
つーかよ、使えない関数いれとくなよ、と。
774 ：デフォルトの名無しさん：2005/12/14(水) 23:21:50
この程度の脳みそだからjavajava言うしかないだろうな
775 ：部竜少佐：2005/12/14(水) 23:42:01
俺に逆らうな
776 ：デフォルトの名無しさん：2005/12/15(木) 09:53:35
すみません、
標準のメニューコントロールを使用して、
リストの背景を透過にするにはどうすればいいんでしょうか。
777 ：デフォルトの名無しさん：2005/12/15(木) 12:32:56
Menuをメイン画面とは別のとこに描いて
画像として処理すれば？
778 ：デフォルトの名無しさん：2005/12/15(木) 16:34:34
>>777さん、ありがとうございます。

一般的な方法は画像として処理するものなのですか？
リストの文字列がスクロールする場合もあるので
できればメニューのまま処理したいのですが。。
779 ：デフォルトの名無しさん：2005/12/15(木) 17:03:15
>>778
恐らくBREWにおいて一般的なのは「全部自作」かと
780 ：デフォルトの名無しさん：2005/12/15(木) 17:35:34
標準のUI以上のことやりたかったら自作しかないね
ちょっとしたたことなら画像で処理をするのも手だけどぬ
781 ：デフォルトの名無しさん：2005/12/15(木) 19:08:06
>>776-780
おいらも結局自作してる。

なにが悲しゅうてあんなしょぼいＧＵＩ部品しか用意できなかったのかと問いたい。
782 ：デフォルトの名無しさん：2005/12/15(木) 22:43:56
つーかよ、しょぼいＧＵＩしか作れないなら初めから入れるなよ、と。
自作するならするで最初からそうするからよ、
使えるかどうか一応調べる、という下らない手間とらせるなよ。
783 ：デフォルトの名無しさん：2005/12/15(木) 23:18:00
すまん、ちょっと聞かせてくれ
IHTMLVIEWERってHTMLの中にネット上の画像を表示はしてくれるけど、
ハイパーリンクを選択したときの処理は、IWebなりで自分でデータとってきて
HTML再設定をする、というので合ってる?
HTMLのリンクまで自動的に処理してくれるのかと思ってたんだけど、そうじゃないのかな

というかIHTMLVIEWERの概要を書いてるドキュメントって何処にあるんだ
784 ：デフォルトの名無しさん：2005/12/15(木) 23:27:27
>>756
J2MEよりはるかに機能が豊富って
JavaよりC++のほうがライブラリが豊富だから
C++のほうがいい(だけど本音はライブラリが使い物になりません)
といってるようなものだったりしたらorzだな。
785 ：デフォルトの名無しさん：2005/12/15(木) 23:28:29
> ショボいGUI部品
当方BREW開発の経験はないんだが、参考までに教えて欲しい。
Windowsとどっちがマシ？
786 ：デフォルトの名無しさん：2005/12/15(木) 23:29:46
>>759
BREW開発の現場を見た限りではとんでもない
惨状だぞ。
BREW開発の苦しみはプロジェクト発足から半年経った
今でも続いている。
787 ：デフォルトの名無しさん：2005/12/15(木) 23:32:59
>>762
> >>759,761
> 開発もやりにくいよ。今時あんな下手くそなAPIを作るのも珍しい。
> BREWはjavaと比べるとまるで素人が作っている。

確かに。ごちゃごちゃし過ぎて。
ソースコードが汚くなりがち。
グローバル変数やヘッダファイルをよくもまああんなに大量に・・・

> で、その極悪なAPIでも開発はできる、javaより効率が落ちるとは
> いえなんとかなる。

本当になんとかなってるのか疑問だけど。
徹夜徹夜ばかりで皆げっそりしてるよ。

> うちはすっかりやる気が無くなってきたよ。

みなそんな感じだな。顧客は態度でかいわ
(実は顧客の顧客はKDDIだったりする)、圧力かけてくるか
口先だけで何もしないわ。まさかKDDIの指示で顧客が口先だけで
仕様書も書かずに設計を押しつけてきているんだろうか・・・
788 ：デフォルトの名無しさん：2005/12/15(木) 23:35:00
>>768
> 3.10.22. STRTOWSTR／WSTRTOSTR について
> 　これらの関数は端末によって動作が異なりますので、使用しないでください。

こういう関数をラップしてどの端末でも使えるように
できないもんなのかねえ？
関数の中でif文動かして端末情報に応じて関数を選択するってゆーよーに。
そういうラッパークラス群って手に入らないのかね？
789 ：デフォルトの名無しさん：2005/12/15(木) 23:36:29
>>781
その自作したライブラリを
Sourceforgeに公開する気は無いか？
もしくはフレームワークとして売り捌く気は？
名声を獲得、もしくは金になるかもしれんぞ
790 ：デフォルトの名無しさん：2005/12/15(木) 23:37:39
>>785
メモリ容量制限、使用できるクラスや関数の制限を考えると
Windows開発のほうが全然楽だろう
791 ：デフォルトの名無しさん：2005/12/16(金) 02:02:46
>>788
>> 3.10.22. STRTOWSTR／WSTRTOSTR について
>> 　これらの関数は端末によって動作が異なりますので、使用しないでください。

嘘っぱちですな。
STRTOWSTR／WSTRTOSTRは1バイト文字しか考慮していないから通常の日本語の変換に使えないだけ。
半角文字だけな文字列だったら普通に使える。
792 ：デフォルトの名無しさん：2005/12/16(金) 02:46:47
> 783
にーさん（ねーさんかも知れんが）の言ってた方法でＯＫ。

リンク踏んだら上がってくるイベントで、リンクのＵＲＬを受け取って、
そのＵＲＬでもって再度通信をキックして、ＵＲＬ先のページ内容
を取ってくることになる。
793 ：デフォルトの名無しさん：2005/12/16(金) 10:44:36
>>791
端末によって動作が異なると書いてある以上、
今の段階では全端末が同じように実装してたとしても、後々どうなるかわからない。
それを考えるとおいそれとは使えないと思う。
少なくともBREW Forumとかで聞いて確認した方がいいのでは。
794 ：デフォルトの名無しさん：2005/12/16(金) 12:01:20
>>792
どうもありがとう。それで素直に実装するよ
795 ：デフォルトの名無しさん：2005/12/16(金) 12:20:02
なんでSTREXPAND()とWSTRCOMPRESS()じゃあかんのん？
796 ：デフォルトの名無しさん：2005/12/16(金) 14:58:57
>>789
仕事で作ってるとコードを公開するには色々と承認が必要なのがめんどくさい。
でも一度できちゃえばかなり面白く育ちそうなんだよねぇ。
797 ：791：2005/12/16(金) 15:31:30
>>795
別に問題ない。
WSTRTOSTR系がNGでWSTRCOMPRESS系がOKなケースはあっても逆なケースはないし。
ただ端末によって動作が異なるとかトンデモが書いてあるのが気になっただけ。
798 ：デフォルトの名無しさん：2005/12/16(金) 16:41:46
>>783
それで合ってる。
概要はプログラミングガイドくらい。
799 ：デフォルトの名無しさん：2005/12/16(金) 22:55:52
>>798
いやさ、プログラミングガイドのは概要じゃなくて、ありゃ出来損ないのサンプル(のみ)だろww
って皮肉のつもりだった

あれで全体動作理解できる皆、すごいな。俺ヘタレだ
800 ：ハーピィ：2005/12/17(土) 18:42:11
E・∇・ﾖﾉｼ　＜800ｹﾞｯﾄ♫
801 ：デフォルトの名無しさん：2005/12/18(日) 22:59:09
俺もやることになりました。
新規プロジェクト作成しようとしたらVC6落ちた…orz

何か知ってる人いませんか？
環境はXP-sp2です
802 ：デフォルトの名無しさん：2005/12/19(月) 00:58:04
知らんがな
803 ：デフォルトの名無しさん：2005/12/19(月) 02:18:05
3.1のウィザードはなんかバグがあるとかないとか
フォーラムに対処法があるとかないとか
804 ：801：2005/12/19(月) 09:31:25
どうも。
他に落ちた人いないのか…
805 ：デフォルトの名無しさん：2005/12/19(月) 12:29:51
>804
>801で出してる情報が足りな過ぎ
そんなんで分かる奴がいるわけない
806 ：デフォルトの名無しさん：2005/12/19(月) 16:07:23
俺も VC6 で BREW Addin for VC++ 3.0 使ってると結構落ちることがある。
っていうか、そもそも VC6 自体結構落ちやすいんだけど、
昔（８年前）からそうだったからあんまり気にしてなかったな。

ところで、Visual C++ 2005 Express Edition インストールしてみた。
BREW Addin for VC++ 3.0 が非対応だった。
もうしばらくは VC6 のお世話になりそうです。。。
807 ：デフォルトの名無しさん：2005/12/19(月) 17:12:03
>>806
ちょっ数年は使いつづけてるけど、落ちたことなんてないぞ。
一回OSごと再インスコしなさい
808 ：デフォルトの名無しさん：2005/12/19(月) 17:13:20
VC6のことね＜数年
809 ：デフォルトの名無しさん：2005/12/19(月) 17:21:55
ビルド中に止まることならそこそこある
810 ：デフォルトの名無しさん：2005/12/19(月) 17:52:29
>>809
そうそうそれそれ。
OSインスコし直しても落ちるときは落ちる。
ビルドの前にワークスペースの保存をしてくれればいいのに。って良く思う。
811 ：デフォルトの名無しさん：2005/12/19(月) 19:08:18
ＮＤＡに引っかからないＱＶＧＡなデバイスファイルってのは自分で作るしかないのだろうか。
812 ：801：2005/12/19(月) 20:03:37
たまに落ちるんならまだ良いけど（よくないが）新規プロジェクト
作成で１００パー落ちる…。
813 ：デフォルトの名無しさん：2005/12/19(月) 20:32:02
とりあえず VC6 SP6 を当ててみるとか。
814 ：801：2005/12/19(月) 20:42:24
アドバイスども。現在ＳＰ５が当たってます。
ＳＰ６はプロセッサーパックがなくなっちゃうとかでアップできない。
815 ：デフォルトの名無しさん：2005/12/19(月) 22:13:18
びじあるすだじおようのぶりうさんてんいちにほんごばんあどおんはくるってるからえいごばんつかいなはれ
816 ：デフォルトの名無しさん：2005/12/20(火) 00:34:06
いくらにほんごばんがよくないからってそんなよみにくいにほんごでかかなくてもいいのに
817 ：デフォルトの名無しさん：2005/12/20(火) 05:39:02
だからふぉーらむにたいしょほうがのってるっていってるでしょうが
818 ：デフォルトの名無しさん：2005/12/20(火) 12:22:56
>>817
夜勤乙。これか？
http://brewforums.qualcomm.com/ja/showthread.php?t=512

ウチじゃ落ちないな。そもそもUTF-8でエラーが起きるなんてNT5系らしくないエラーだ。
819 ：デフォルトの名無しさん：2005/12/21(水) 16:15:19
ヘルパー関数のGETRAND()なんだけど、
int ret;
byte buffer[4] = {0};
GETRAND(buffer, sizeof(buffer));
ret=( buffer[0]|(buffer[1]<<8)|(buffer[2]<<16)|(buffer[3]<<24) );
って使い方OK？

ガイドに50ms以下では同じシードが設定されるため一定時間あけて呼んで。みたいな記述あるんですけど、
そもそもシードって初回に１回設定して、それ以降は計算で求めていくんじゃないの？毎回時間からシードつくるって、間違ってない？randの使われ方。
820 ：デフォルトの名無しさん：2005/12/21(水) 16:23:33
種を保持しとく事が出来ねーんじゃないかね？
BREWの制約とか・・・知らないけど

無ければ作ろう
821 ：デフォルトの名無しさん：2005/12/21(水) 16:32:05
>>820
グローバルが絡む関数はヘルパー関数にするってのがBrewのフレームワークだと思ってたんだけどなぁ。
毎度シード設定するみたいなAPIなら別にヘルパーにする必要ないように思われ。。。
822 ：デフォルトの名無しさん：2005/12/21(水) 19:50:02
ret=( buffer[0]|(buffer[1]<<8)|(buffer[2]<<16)|(buffer[3]<<24) );
なんてやったら、値が被って仕方ないかと思われ
823 ：デフォルトの名無しさん：2005/12/22(木) 01:12:21
今、k-brew-testで最後のチェックしてるんですけど、ヒープ不足でアプリが落ちたときに
k-brew-testで確保したメモリが解放されるなんて報告が。。。ｶﾞｸｶﾞｸ(((( ；ﾟДﾟ))))ﾌﾞﾙﾌﾞﾙ

漏れのアプリが、同時起動している他のアプリのメモリを勝手に解放なんて・・・あるの？
ﾓｳﾔﾀﾞｰ!!
824 ：デフォルトの名無しさん：2005/12/22(木) 01:48:41
端末がソフトリセットされてるだけでしょ
ヒープが足りたいときに正常に終了にさせればいいじゃない
825 ：デフォルトの名無しさん：2005/12/22(木) 09:57:53
いや、MALLOCしてヒープが足りなかった場合、
k-brew-testで確保した領域は自動的に開放されるから。
826 ：デフォルトの名無しさん：2005/12/22(木) 10:06:40
3.1端末の追加チェック項目見ればわかるはず
サスペンド中のプロセスのメモリは勝手に解放される可能性がある。

だから>>823はガクブルする場所を間違ってる
アクティブなアプリが自動的にサスペンド中のメモリを解放しちゃうのは気にする必要はない。
自分の作ったアプリがサスペンド中に勝手にメモリを解放されちゃった時の
次回起動時の振る舞いについてもっとガクガクブルブルすべきだ。
827 ：デフォルトの名無しさん：2005/12/22(木) 10:15:09
>>823
k-brew-testはメモリ少なくなると勝手に落ちるぞ。
メモリが極端に少ない状況でテストしたいなら
大人しくshaker使え。
828 ：デフォルトの名無しさん：2005/12/22(木) 12:34:14
識者に質問。

サスペンド中にメモリが足りなくなったら勝手に解放されるって、
レジュームした時アプリはどうやって感知すれば良いんだ？

メモリを解放って、普通にアプリが終了するもんだと思ってた。
829 ：デフォルトの名無しさん：2005/12/22(木) 13:02:45
つ 端末リセット
830 ：デフォルトの名無しさん：2005/12/22(木) 13:08:30
http://brewforums.qualcomm.com/ja/showthread.php?t=640
831 ：デフォルトの名無しさん：2005/12/22(木) 13:10:51
k-brew-testは、ISHELL_OnLowRAM()の中で終了してるのな。
832 ：デフォルトの名無しさん：2005/12/22(木) 13:40:44
なるほど、コールバックが来たら要らないものはファイルに書き出せと。
833 ：デフォルトの名無しさん：2005/12/22(木) 13:43:51
っていうか、それが出来るんだったらサスペンド時にファイルに書き出せばいいのでは？と思った。
834 ：デフォルトの名無しさん：2005/12/22(木) 22:42:58
ファイルに書き出すためのワークメモリが足りてればいいけどな
というかなんでそんな仮想メモリみたいな事しなきゃならんのだ
俺は黙ってアプリ強制終了が仕様です、と納得してもらっている
835 ：デフォルトの名無しさん：2005/12/22(木) 22:44:37
退避起動って奴やね。

>自分の作ったアプリがサスペンド中に勝手にメモリを解放されちゃった時
(((( ；ﾟДﾟ))))
836 ：デフォルトの名無しさん：2005/12/24(土) 14:45:03
ファイル操作について。
アプリ開始時にファイルを一個開きっぱなしにして、終了時にクローズ
するようなやり方はどうでしょうか。しないほうがいいですか？
837 ：デフォルトの名無しさん：2005/12/24(土) 14:54:12
>>836
ｲｳﾞで忙しいんだ。後にしてくれ
838 ：デフォルトの名無しさん：2005/12/25(日) 01:58:37
>>836
サスペンドレジュームを考えるとやめた方がいいと思うよ
IFileMgr取りっ放しでもいいとは思うけど
839 ：デフォルトの名無しさん：2005/12/25(日) 04:30:04
ヒント:サスペンド時に開放しなければいけないインターフェイス一覧@サービスガイド
840 ：デフォルトの名無しさん：2005/12/25(日) 04:40:57
てかまぁ…何のためにそんなことをするのかって感じ？
841 ：デフォルトの名無しさん：2005/12/25(日) 06:32:58
ちょっと質問です。
Brewではstatic変数が使えないとの理由とかで、可変長の引数を持った関数が作れないみたいなんですけど、Brewシステム自体はDBGPRINTFとかで可変長使ってるよね？
これってなにか抜け道あるの？
842 ：デフォルトの名無しさん：2005/12/25(日) 07:01:19
>>841
メリクマ。良いBREWを。
843 ：デフォルトの名無しさん：2005/12/25(日) 10:01:05
static変数と可変長引数の関係が分かりません
おいらは普通に使ってますが?＞可変長引数
844 ：デフォルトの名無しさん：2005/12/25(日) 13:09:36
ていのうさんですからは最強です
845 ：デフォルトの名無しさん：2005/12/25(日) 14:21:42
>>843
stdarg.hをincludeすればよいですか？
ちなみにva_list使いたいんですが。
846 ：デフォルトの名無しさん：2005/12/25(日) 15:22:24
メリークリスマス！
847 ：デフォルトの名無しさん：2005/12/25(日) 15:58:39
>>845
AEEStdLib.hからインクルードされてるから普通はインクルード済み
848 ：デフォルトの名無しさん：2005/12/25(日) 16:32:41
BrewSDKダウンロードインストールできないです・・・・orz
ActiveXをONにしてるし、管理者権限と思うのですがほかに心当たりありませんか？
アンチウイルスはマカフィーで無効にしてます。

なぜかBREWR SDK Tools (1.0.1.7)はダウンロードできて、BREWR SDK 2.1.1 (2.1.1.1)Japaneseのみできません。
お願いしますヒントください。
849 ：デフォルトの名無しさん：2005/12/25(日) 16:39:55
>>838 >>839
やっぱそうですか、どうもでした。

>>840
でかいファイルの中を少しずつ移動しながら処理したいんです。
（基本的にはシーケンシャル）
ファイルを一気に読むのもあれだし、毎度オープンしてそのつど
SEEKするのも時間かかりそうで。

毎度オープン＆SEEKしまくるのはお行儀としてどうでしょうか？

SEEKに時間かかる場合はファイルの末尾だとレスポンス悪くなる
のでまた別の方法を考えないといかんのですが、今違うところを
作っているのでまだファイル周りが試せていないんです。

始める前にある程度情報収集したいので、この辺の感触知ってる
方いたらご教示お願いします。

SDKは2.1です。
850 ：デフォルトの名無しさん：2005/12/25(日) 17:24:18
>>848
どんなエラーなのかも書かんと答えられんがな
とりあえず公式フォーラムでも読んどけ
http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=545
http://brewforums.qualcomm.com/ja/showthread.php?t=71
851 ：デフォルトの名無しさん：2005/12/25(日) 18:36:24
>>849
どの程度でかいファイルかにもよるけど、
諸々の事情から、法外なサイズのリソースは扱えないでしょ？
(600KBアプリとかってニュースあったような気もするが伏せておく)
ヒープに全部取っておくのは賢くないけど、
何回かに分けて処理するといいと思うんだけど。
ADV作るときみたいにスクリプトをシーケンシャルに処理していくのなら、
ある程度バッファしておいて、バッファが少なくなったらロード、でも十分。
852 ：デフォルトの名無しさん：2005/12/25(日) 18:44:37
>毎度オープン＆SEEKしまくるのはお行儀としてどうでしょうか？
それを言うなら、ファイルを開きっぱなしで置いとくのはお行儀としてどうでしょうか？

ファイルの安全性を心掛けた方がいいと思うがどうだろう。
ファイル処理は「開く、書く、閉じる」「開く、読む、閉じる」そういうセットだ。
不意にアプリが中断・終了したときにファイルが開きっぱなしだと壊れる可能性は高くなる。
BREWに限らずプログラミング一般についていえる当たり前の話だ。
853 ：852：2005/12/25(日) 18:55:37
ファイルの内容を丸ごとメモリ上に持てば、これが一番の問題解決となる。
しかしファイルがでかくてメモリを沢山占有することになるのでそれは避けたい、
という問題だよな。

コンマ数秒の処理時間が問題視されるタイミングでのファイルアクセスは論外だから
もし、そういうタイミングでファイル内のデータが必要になるなら、
あらかじめメモリ上に読み込んでおくしか方法はない。

瞬間的な処理速度を求められないタイミングでなら、処理時間を気にせずファイルを
読み込んで構わないのでは。
そのときは、必要となるデータをまとめて読み込む工夫を当然する。
「開く、読む、読む、読む、閉じる」になるわけだ。
ここでSEEKタイムが深刻な影響を与えるアプリなんてちょっと考えつかない。
854 ：デフォルトの名無しさん：2005/12/25(日) 19:31:55
>>852
＞BREWに限らずプログラミング一般についていえる当たり前の話だ。

そう？　一般プログラムだけど、ストリーミング再生とかって開きっぱなしじゃないかな。
まあ話題がそれるので。

>>851
そうなるかなあ…。

>>853
コンマ数秒ってことはないけど、1秒とか遅れると気分の悪いところ。

ファイルは末尾まで最大300KBとかの可能性もあるので、まあ851さん
のだろうなあ。レスどうもでした。
855 ：デフォルトの名無しさん：2005/12/25(日) 20:03:11
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
まあ話題がそれるので。
856 ：デフォルトの名無しさん：2005/12/25(日) 20:22:31
まあ話題がそれるので。
857 ：デフォルトの名無しさん：2005/12/25(日) 20:39:50
>>854
まあなんか可哀想なので。
ストリーミング再生はsocket。
socketはプログラム・インタフェースこそ
fileと同様に扱えるように抽象化されてるが、
実装も物理的な条件もまるで違う。
同じものだと考えてはいけない。
858 ：デフォルトの名無しさん：2005/12/25(日) 22:28:48
>>857
たぶん854はMP3を再生するときみたいに、一定時間毎に
チャンク単位でデータ読み込み+データ再生を繰り返すことのほうの
ストリーミング再生をここでは言ってるんだと思われる
DirectX圏だとこっちの意味で「ストリーミング再生」って呼ぶことが多いね
859 ：デフォルトの名無しさん：2005/12/26(月) 00:22:35
まあ話題がそれるので。
860 ：デフォルトの名無しさん：2005/12/26(月) 02:24:26
まあ話題がそれるので。
861 ：デフォルトの名無しさん：2005/12/26(月) 09:19:18
>>851 とか >>853 みたいに、ファイルの内容をバッファリングして間接アクセスするクラスを作るのがよいかと。
DirectXではファイルを開きっぱっていうのはプロセスとファイルハンドルがちゃんと関連づけられているＯＳだから出来ることであって、BREWみたいに実装がしょぼいOSだと端末リセットしないとファイルが読めなくなったりするカモよ。
862 ：デフォルトの名無しさん：2005/12/26(月) 10:28:32
基本的なことでサウンド再生(mmfファイル)ってこんな感じであってますか？後処理とか細かいこと抜かして。
アプローチ的にリソースからもってくるのって間違ってます？

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);
863 ：デフォルトの名無しさん：2005/12/26(月) 10:31:08
結局ハンドル内部からリターンする時はファイルはクローズして
おくのがBREWの作法ですか？
864 ：デフォルトの名無しさん：2005/12/26(月) 11:21:09
別にクローズしなくても動くには動くだろうが、
リスクの低い方を取るのが理想だろう。

携帯だとファイルって言ってもメモリだから結構速いかもしれないけど、
昔からの通例でファイル操作（ディスクアクセス）ってのは
遅くて取り扱い注意ってイメージあるし(´・ω・｀)
865 ：デフォルトの名無しさん：2005/12/26(月) 11:54:23
Java端末だと読むよりスキップが遅いってこともあった。
866 ：デフォルトの名無しさん：2005/12/26(月) 12:12:06
EFSのクラスタサイズが端末毎に違うってところが気になるけど、
実はEFSの実装はQUALCOMMがやってて、
IFILE系のAPIはどの端末でも動作は一緒。

・・・だったりしないのかな。
867 ：デフォルトの名無しさん：2005/12/26(月) 13:15:20
しないよ
868 ：デフォルトの名無しさん：2005/12/26(月) 14:53:02
だね。ファイルの読み書きは機種依存してる。
869 ：デフォルトの名無しさん：2005/12/26(月) 15:20:48
＿|￣|○
870 ：デフォルトの名無しさん：2005/12/26(月) 20:17:13
>>862
結論から言うとダメ。
リソースファイルには先頭にファイル名やら何やら追加されたバッファの
先頭ポインタが帰ってくるので、インデックスをずらす必要がある。

ソース張るのが面倒なので、プログラミングガイドの
「※サンプルコード1：SMAF/Phrase ファイルをリソースファイルからロードして再生する」
を参照汁。
871 ：デフォルトの名無しさん：2005/12/27(火) 06:16:56
サイトみたら4万ぐらい（４００ドル）だせば開発できるのですかね？
素人でアプリを実機にのせれますか
872 ：デフォルトの名無しさん：2005/12/27(火) 07:02:05
ttp://www.au.kddi.com/ezfactory/kijun/kijun.html
ここによれば、法人であることが必須だね
873 ：デフォルトの名無しさん：2005/12/27(火) 20:00:17
ローカル変数で

int a;

a=3;

DBGPRINTF("%d",a);

とやっても実機(loggerで確認)だと3とならない（エミュだと3と出る）というところがあるのですが

どうすれバインダー
874 ：デフォルトの名無しさん：2005/12/27(火) 23:42:27
まじかー？？orz そのうち他人事じゃなくなりそうな予感…

もしくはアプリのほかの部分がバグっててどっか壊してん
じゃないの？
875 ：デフォルトの名無しさん：2005/12/28(水) 00:02:57
だと思いたいので他を調査中。

もし似たようなことがあった人がいたら情報お願いします
876 ：デフォルトの名無しさん：2005/12/28(水) 00:17:01
>>873
そのa=3の前に//で日本語のコメントとか存在していないか?
あとはコンパイラの最適化をOFFにしてみるとか、ぐらいか
でも最適化で代入スルーされたことないけど
877 ：デフォルトの名無しさん：2005/12/28(水) 04:27:35
>>873
>>876のようなことだと思いたい…。warningとかじゃないんだろ？…
自分は if( )がなくなって、悩んだことがある…。
// ****可能
なんてコメント入れてないか？
たまに正規表現で検索してる…。
(―|ソ|Ы|Ⅸ|噂|浬|欺|圭|構|蚕|十|申|曾|箪|貼|能|表|暴|予|禄|兔|喀|媾|彌|拿|杤|歃|濬|畚|秉|綵|臀|藹|觸|軆|鐔|饅|鷭|偆|砡)$
878 ：デフォルトの名無しさん：2005/12/28(水) 07:56:46
>>877
やっぱシフトJISコメントで苦労してるんだな
俺はその症状初めて知ったあと、//を使わずに/*～*/を使う癖が付いたよ
879 ：873：2005/12/28(水) 11:06:34
うまく動かない辺りのコメントを全部削除したら正しく動きました！

ありがとうありがとう

今後は/* */使いまする
880 ：デフォルトの名無しさん：2005/12/28(水) 11:08:14
なに？　日本語コメント入れたらいけないのか。
ケツが\のやつ？
881 ：873：2005/12/28(水) 11:25:38
よくみたらコメントのとこでいくつかwarningでてた・・・
882 ：デフォルトの名無しさん：2005/12/28(水) 11:40:11
コメントでWarning出てたら削除する派
883 ：デフォルトの名無しさん：2005/12/28(水) 12:28:37
Warning全部消す葉
884 ：デフォルトの名無しさん：2005/12/28(水) 13:02:05
>>880
yes
コメント末尾が'￥'になる２バイト文字だとmod作るときにアウト。
回避できるスイッチがコンパイラ側にあるかもしれないけど。

//～可能　とか　//～一覧表　とか、いかにもありがち。これを
//～可能//　とか末尾に何か付け足したり、素直に　/*～可能*/　にすればOK
885 ：デフォルトの名無しさん：2005/12/28(水) 14:36:08
IFILEMGR_OpenFileに_OFM_CREATE指定したら失敗します。
エミュではファイルは作れないのでしょうか？
SDK2.1、ファイルのパスはカレントです。
886 ：デフォルトの名無しさん：2005/12/28(水) 15:51:59
EFSサイズ制限に引っかかってるんじゃない？
887 ：デフォルトの名無しさん：2005/12/28(水) 16:14:32
>>886
どうも。ご指摘いただいた点を考慮してMIFエディタをいじったところ、
個数制限に引っかかってました。VSのプロジェクトファイルとかも
個数や容量に入るんですねorz
888 ：デフォルトの名無しさん：2005/12/28(水) 23:40:44
ぶりうて半島人が開発してんじゃね？と思う方挙手
889 ：デフォルトの名無しさん：2005/12/29(木) 00:01:38
ぐはっ・・・　W32H端末特有のサウンドバグで休日返上か(･´ω｀･)

IMEDIA_SetVolume()時の着信で、アプリがリセットしない対処法を
ご存知の先輩がいたら抱かれてもいい。
890 ：デフォルトの名無しさん：2005/12/29(木) 17:31:22
>>888
半島人が開発してんのはWIPI
このWIPIがW3C勧告になりそうな気配
ガクブル

予想通りウリナラクオリティ全開
お前らIDISPLAY_MeasureTextの結果が正しいことに感謝しろよ
MC_grpGetStringWidthが返してきてるこの値は一体なんだ？
891 ：デフォルトの名無しさん：2005/12/29(木) 17:38:23
>>890
今日の気分を数値化したもの
892 ：デフォルトの名無しさん：2005/12/29(木) 18:03:49
>>889
サスペンド時にちゃんとIMediaの開放とコールバックのキャンセルやってる？
893 ：889：2005/12/30(金) 00:24:23
>サスペンド時にちゃんとIMediaの開放とコールバックのキャンセルやってる？

いろいろ試したところ、EVT_APP_SUSPENDが呼ばれる前にサウンドが強制停止、
サスペンド処理でのIMEDIA解放までの間にSetVolume系()が実行されると逝ける模様。

端末側で勝手に停止するときの何かが取れればええのですが･･･ﾀｲﾑｱｯﾌﾟ(･´ω｀･)
894 ：デフォルトの名無しさん：2005/12/30(金) 01:04:31
>>889
早まるな、明日があるさ！！
895 ：デフォルトの名無しさん：2005/12/30(金) 03:06:45
>>893
>>いろいろ試したところ、EVT_APP_SUSPENDが呼ばれる前にサウンドが強制停止、
この時にIMEDIA_RegisterNotify() で登録したコールバックは呼び出されなかったの？
896 ：889：2005/12/30(金) 03:37:00
>>>いろいろ試したところ、EVT_APP_SUSPENDが呼ばれる前にサウンドが強制停止、
>この時にIMEDIA_RegisterNotify() で登録したコールバックは呼び出されなかったの？

無理だった覚えがあります(･´ω｀･)

面白い現象としては、端末側(非アプリ時)で設定した着信音と同じ音量値を上記の状態で
SetVolumeで設定すると落ちず、それ以外の値だと落ちてました・・・ぬふぅ。
897 ：デフォルトの名無しさん：2005/12/30(金) 04:33:37
とりあえずサスペンド時にISHELL_CancelTimer(pMe->pIShell, NULL, pMe)で全コールバックの解除をしてみれば？
898 ： 【ぴょん吉】 【740円】 ：2006/01/01(日) 00:27:34
あけおめ
899 ：デフォルトの名無しさん：2006/01/01(日) 12:41:41
コンパイルしながら年が明けた。おめっとさん～
900 ：ハーピィ：2006/01/02(月) 02:24:31
E・∇・ﾖﾉｼ　＜900ｹﾞｯﾄ♫
901 ：デフォルトの名無しさん：2006/01/03(火) 00:09:24
上司は年末から休みで実家に帰っている。
口やかましくて役に立たない奴が職場にいないと、仕事がはかどる。
ラッキーだぜｗ
902 ：デフォルトの名無しさん：2006/01/03(火) 16:07:42
やはりC/C++は良い。Javaよりおれにあっている。カーニハン先生
リッチ先生、そしてビョーン先生ありがとう
903 ：デフォルトの名無しさん：2006/01/04(水) 10:46:03
あけおめ。

>>880 >>884
行末に半角スペースで。
904 ：デフォルトの名無しさん：2006/01/04(水) 23:02:48
ビョーン先生って面白い名前だよね。
ARM見るたびに、ビョーンてヘンだろ。よりによってビョ～～～ンはないだろ。といつも思う。
905 ：デフォルトの名無しさん：2006/01/05(木) 18:12:30
リソースの中シークできないのかorz
906 ：デフォルトの名無しさん：2006/01/05(木) 18:35:56
Ｋ<<シークは自力で実装してください。
907 ：デフォルトの名無しさん：2006/01/05(木) 18:39:15
やりかたおしえてください。
908 ：デフォルトの名無しさん：2006/01/05(木) 18:43:06
リソースファイルを普通にファイルとして開けばいいんじゃね？
リソースファイルのフォーマットの資料は無いけどな。
909 ：デフォルトの名無しさん：2006/01/05(木) 18:46:26
あーそういうことか…うーん、たしかにシークできそうだが…
910 ：デフォルトの名無しさん：2006/01/06(金) 00:57:47
スーソリをリモメにピーコすればいいじゃない
911 ：デフォルトの名無しさん：2006/01/06(金) 20:17:32
それではそもそもシークではない
912 ：デフォルトの名無しさん：2006/01/09(月) 00:21:05
ヒント1:メモリポインたん
ヒント2:リソースから対象をデータとして読み込むたん
913 ：デフォルトの名無しさん：2006/01/09(月) 01:17:53
>>912
何のヒントだ？
914 ：デフォルトの名無しさん：2006/01/09(月) 10:39:52
>>912
その書き方だとリソースのフォーマットを知ってるの？
915 ：デフォルトの名無しさん：2006/01/09(月) 11:19:26
リソースってのがbarのことだとしたら
アレ自体はそんなに難しいフォーマットじゃないでしょ？
中にヘッダつけてベタで結合してるだけっぽいし。

俺もbarファイルに入ってるファイルが最新か調べるのに
分割ツールは作った。

それをアプリから正規の方法以外で読み込むことに
ついては自己責任でｗ
いっそ自分フォーマットでリソース作ったらいいんじゃね？
916 ：デフォルトの名無しさん：2006/01/09(月) 12:16:56
リソースにデータを定サイズごととかで分割登録しといて"データストリーム"として読み込めば？と思ったわけだ
917 ：デフォルトの名無しさん：2006/01/09(月) 18:14:28
>>912
アンポンたん
918 ：デフォルトの名無しさん：2006/01/09(月) 19:29:49
>>912
スカポンたん
919 ：デフォルトの名無しさん：2006/01/09(月) 20:01:03
>>912
パキスたん
920 ：デフォルトの名無しさん：2006/01/09(月) 21:55:03
妙な流れぶったぎって悪い。

ファイル書き出しのことなのだが、600KBぎりぎりまでデータを使っており
いわゆる「書き出し」「チェック」「古いファイル消し」という手順が踏めない場合みんなどうやってる？

「古いファイルをメモリーに退避」
「古いファイル削除」
「新しいファイル書き出し」
「新しいファイルチェック」　
失敗したら「古いファイル書き出し」
成功したら「古いファイルのバックアップを解放」

とやってみたんだが、古いファイルの巻き戻しに失敗したらやはり消失は免れない。
どうするべきだろう？
921 ：デフォルトの名無しさん：2006/01/09(月) 22:04:37
元からあったファイルが書き出せないってことあんの？

まあ、やるとすれば共有フォルダを使うか、
ファイルを圧縮して容量を空けるしかないんじゃない？

最終手段は、諦める。
922 ：デフォルトの名無しさん：2006/01/09(月) 23:09:11
＞元からあったファイルが書き出せないってことあんの？
あるかどうかはわからんが、あるとしてエラー処理を書かねばならないことには変わるまい…
923 ：デフォルトの名無しさん：2006/01/09(月) 23:17:45
普通に考えて十分な空き容量が無い場合は
その旨をメッセージで出してやればいいんじゃないか？

それと、６００ｋのau自主制限は起動終了時に守られてれば良くて、
一時的にであればその量を超えても良かったような気がするから
資料を調べてみてくれ。
924 ：デフォルトの名無しさん：2006/01/10(火) 14:04:54
資料を読んだところ、常に600KB以下じゃないとダメなようだ。
畜生
925 ：デフォルトの名無しさん：2006/01/10(火) 14:31:22
ホントにちゃんと資料読んでるか？(´・ω・｀)
サービスガイドのアプリケーションサイズのトコとか。
926 ：デフォルトの名無しさん：2006/01/10(火) 14:55:00
実行時においても600KB制限と、FAQのほうにのってるな。
927 ：デフォルトの名無しさん：2006/01/10(火) 15:08:16
見てきた、ＦＡＱとサービスガイドで違うこと書いてあるｗｗｗｗｗｗｗｗ
どうしてauの資料ってこうなんだろうな('A`)
928 ：デフォルトの名無しさん：2006/01/10(火) 18:29:42
端末開発中末期でも無茶ゆうお(^ω^;)
929 ：デフォルトの名無しさん：2006/01/10(火) 22:30:49
やっぱり起動時と終了時が600Kに収まってればいいんじゃないかな？
じゃないと例えばカメラアプリとかで一端画像をファイル保存するときとか
でかい画像なら600K超えると思うし。
事前検証チェックシート（検証ガイド？）の文章からもそう読み取れる・・・・

と俺は思っている。
930 ：デフォルトの名無しさん：2006/01/10(火) 22:41:43
とはいえ残EFSは共有されてるんだから920の

600KBぎりぎりまでデータを使っており
が
EFSぎりぎりまでデータを使っており

になるだけの悪寒
931 ：デフォルトの名無しさん：2006/01/11(水) 00:45:57
>>929
何故いったん書き出す・・・
932 ：デフォルトの名無しさん：2006/01/11(水) 01:17:38
>>931
カメラ撮影して、画像を書き出さなかったらどうやって保存するの。
データフォルダに出力してもユーザーに削除されたらアプリから参照できない。
だからアプリバイナリのフォルダに出力するしかないと思うが。
933 ：932：2006/01/11(水) 01:21:07
ああ、出力前に撮影画像の容量を取得して、
「これを出力したら600KB越えてしまう」ってときは出力しないようにする、ってことか？
だったら>>932はオレの勘違いだ。すまんな。
934 ：デフォルトの名無しさん：2006/01/11(水) 21:08:51
カメラの例が不味かったか。

例えば600kギリギリの状態でｂａｒからgzipされたファイルを読み出して展開したら
600kは超えるよね？（メモリに展開ではなくてファイルに展開する場合ね）
そしてアプリ終了時にそのファイルを消す。
起動時と終了時は600ｋ以内、起動中は600ｋオーバーで万事OK。

ただし>>930が言うとおりgzipファイルを展開するときに600k以内に収まるか
チェックするのではなくて残りEFS以内に収まるかチェックする必要がある。
残りEFSが無い場合は・・・・EFS空けろと警告出すしかないよね。

要は>>923と同じことを言っているんだが。
935 ：934=929：2006/01/11(水) 21:10:22
しまったメ欄と名前間違ってた_|￣|〇
936 ：デフォルトの名無しさん：2006/01/11(水) 21:36:06
>>934
だから、FAQによるとそれはダメなんでしょ。
937 ：デフォルトの名無しさん：2006/01/11(水) 21:59:46
>>934
だめっていわれた気がした
938 ：デフォルトの名無しさん：2006/01/11(水) 22:05:28
教えて君ですスイマセン
BREW2.1端末でBGMをならしながらADPCMのボイスを再生したいのですが
なんのファイル形式の組み合わせでやればできますか？
939 ：934=929：2006/01/11(水) 22:17:21
>>936 >>937
と言うことはガイドが古くて（間違っていて）FAQが新しい（正しい）と言うことか。
イヤだねぇ・・・そういうの。

>>938
同時再生はspf&spf以外ムリ
940 ：デフォルトの名無しさん：2006/01/12(木) 00:41:08
メモリ上でやれよ、という意見はなし？
カメラで撮った写真というけれど、
データフォルダに保存しない(EFSに保存しなければならない)理由が今一分からん。
EFSに使える容量よりメモリのほうが大きいような気もするんだが。
941 ：デフォルトの名無しさん：2006/01/12(木) 00:51:04
同時再生って、Phrase-L2だったらいけない？　WIN限定になるかもだけど。
942 ：デフォルトの名無しさん：2006/01/12(木) 03:01:49
>>938
最近のMA7搭載機なら.MIDと.WAV使えばBGM16ch+PCM同時に鳴らせる

というのに気がついてだな、企画は当然こっち使いたがるが
昔のままにspf+spf版もつくらにゃならず自爆した
943 ：デフォルトの名無しさん：2006/01/12(木) 06:20:34
>>940

>カメラで撮った写真というけれど、
>データフォルダに保存しない(EFSに保存しなければならない)理由が今一分からん。

こういう理由がある。
まず、ユーザーがカメラで撮った写真は、次回アプリ起動時にも使用するものだとする。
データフォルダに保存して、アプリ終了後にユーザーがその画像を削除したとする。
すると次回アプリ起動時に、必要であるはずのその画像がデータフォルダに無いから
アプリから呼び出して使うことはできない。それは困る。
それで、画像を削除されないためにということで、EFSに保存する（600KBの範囲で）。

>EFSに使える容量よりメモリのほうが大きいような気もするんだが。

その通り、撮影した画像がアプリ終了時に破棄してよいものならメモリ上で処理すればいい。
EFSに一時的に出力する必要は無い。もちろんヒープに十分な余裕があるとして。
（サスペンド時に一時的に出力したい、というのは話が別）
944 ：デフォルトの名無しさん：2006/01/12(木) 08:59:34
>>943
次回アプリでどう利用するのかが気になる。
ユーザが撮った写真はなるべくなら、
ユーザが任意に削除出来るようDFにあるべきではないか？
ファイルがあるかないかはアプリ起動時にチェックすればいいことで
データ自体をアプリ領域に持たなければいけないという議論はおかしい。
次回起動時に有無をチェック→利用で駄目なわけがあるんだろうか。
945 ：デフォルトの名無しさん：2006/01/12(木) 10:36:02
この流れで疑問に思ったんだけど、ICAMERAって撮影画像は
必ずファイルに保存されなかったっけ？

ファイルに保存しないってことはShapshot使わずにPreviewで
GetFramaeしたのを撮影画像として使用するってこと？
946 ：デフォルトの名無しさん：2006/01/12(木) 12:13:56
起動時に想定したファイルが無かったらユーザーにお前消しただろ？
って表示して最初からじゃいかんのか？
947 ：デフォルトの名無しさん：2006/01/12(木) 15:24:38
>>944,946
気持ちはわかるが、主題はそこではないのでそのあたりに。
客の意向とかもあるしな。
948 ：デフォルトの名無しさん：2006/01/13(金) 00:15:07
IFILEMGR_EnumNextがバグってて、実機はOKだけどBREW SDKだと
ファイルの作成日取得出来ないってホント？
949 ：デフォルトの名無しさん：2006/01/13(金) 02:44:16
自分で試せばいいだろ
950 ：デフォルトの名無しさん：2006/01/13(金) 15:19:37
IHTMLViewer内のテキストコントロール(input type="text"ね)から
値を取り出したいのですが、
「IHTMLViewer内のsubmitボタン（input type="submit"）をユーザーにクリックしてもらう」
以外の方法はあるんでしょうか？

IHTMLVIEWER_GetAttrValueで"value"を指定して文字列として取得すると、
IHTMLVIEWER_ParseBuffer後にFEPで入力されたものが反映されてない・・・
プログラムからHVN_SUBMITを発生させる方法が見つからない・・・
困ったす。
951 ：デフォルトの名無しさん：2006/01/14(土) 15:47:54
もじにゅうりょくがめんからもどってくるときのいべんと
952 ：デフォルトの名無しさん：2006/01/16(月) 09:11:14
>>951
確かにできそうだが、
それではIHTMLViewer内のどのコントロールへの入力なのかが特定できないのでは？
953 ：950=952：2006/01/16(月) 09:35:41
おっと>>950の前提条件として「コントロールを特定できること」って書いてなかった。
すまんす。
けど不便だねIHTMLViewer。

それに関連して、
KDDI拡張のソフトキーメニューを使おうと思ってDLLを適用したら、
「IHTMLViewer内テキストコントロールからFEP起動後確定」で、
シュミレーターが落ちるようになった。
普通のITextCtlはFEPがキチンと動く、ということはDLL内のバグか？
>>952が試せないし。
あーもうメンドクセ。
954 ：デフォルトの名無しさん：2006/01/16(月) 14:07:07
BREWで3Dやりたい場合って、マスコットカプセルとかみたいなエンジンを買ってくるしかないんですか？
自分でレンダラ書いても現実的な速度ってだせるもんなのか知りたい・・・
955 ：デフォルトの名無しさん：2006/01/16(月) 19:19:01
クアルコム標準のAPIは公式で聞いた方がいんじゃままいか？
956 ：デフォルトの名無しさん：2006/01/16(月) 19:37:19
一応BREWにはI3Dインタフェースってのがあるけど、
端末で対応してるのはほとんど無かった気がする。
957 ：デフォルトの名無しさん：2006/01/16(月) 22:44:37
>>954
自分でやってみりゃいいだろハゲ
958 ：デフォルトの名無しさん：2006/01/16(月) 22:58:15
IGLなんつーのもある。
959 ：デフォルトの名無しさん：2006/01/17(火) 00:35:58
なんでもかんでも名前倒れなシステムですね
960 ：デフォルトの名無しさん：2006/01/17(火) 01:05:13
>>954
今からならもうOpenGL ES(つまりIGL)のインターフェースを使うのがいいよ
もし新端末のスペック表見れる状態なら見てみ
今後は絶対これで作るべきだ、って思うから
961 ：デフォルトの名無しさん：2006/01/17(火) 11:46:06
｢java on BREW｣を作ってみたいんだけど､BREW端末でこの機種は持ってた方が良いってやつある?
962 ：デフォルトの名無しさん：2006/01/17(火) 13:25:59
作って「みたい」ってお前、勝手アプリは作れんぞ？
963 ：デフォルトの名無しさん：2006/01/17(火) 21:25:53
ブリューってウンコみたいな名前なんだけど何とかならないの
964 ：早漏：2006/01/17(火) 21:58:23
++

BREW(Binary Runtime Environment for Wireless) 7
http://pc8.2ch.net/test/read.cgi/tech/1137502541/
965 ：デフォルトの名無しさん：2006/01/17(火) 22:00:54
>>961
ｿﾆｴﾘのジョグ付きのものを１コ持っとくといいかも
966 ：デフォルトの名無しさん：2006/01/17(火) 22:01:46
あげちまったorz
967 ：デフォルトの名無しさん：2006/01/17(火) 22:51:31
ちょっと質問です。
Apploaderにて、アプリを実機に転送しようとしているのですが、
toolのリセット後、mifファイルが消えてしまいます。
その他の2つのファイルについては転送できているのですが、
何が原因なのでしょうか。BREWのバージョンは3.1.2で
端末はW32Sです。すみませんがよろしくお願いいたします。
968 ：デフォルトの名無しさん：2006/01/17(火) 23:14:49
シグネチャファイルが無いんでねえの？
969 ：デフォルトの名無しさん：2006/01/17(火) 23:16:16
アプリリセットすると直ることもアル
970 ：デフォルトの名無しさん：2006/01/17(火) 23:25:30
967です。

ご回答ありがとうございました。
シグネチャファイルはあります。
アプリリセットも何回か試してみましたが
改善しないようです。
971 ：デフォルトの名無しさん：2006/01/17(火) 23:40:07
>>967
W32SがBREW3.1端末なのは知ってるよな?
972 ：971：2006/01/17(火) 23:41:21
おお、書きかけで...

AppLoader起動時にちゃんと3.xを選択してるか?
で、MIFをmifフォルダに転送してるか?
973 ：デフォルトの名無しさん：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　'' 　 , ィ　　　　 !　/
　ヽ ‐ ´ ノ　　　　 | /
974 ：デフォルトの名無しさん：2006/01/18(水) 00:14:58
>>962
移すのが｢難しい｣だけでしょ?

>>965
ｼﾞｮｸﾞ端末もいくつか有りますが､ｺﾚと言うのは有りますか?
975 ：デフォルトの名無しさん：2006/01/18(水) 00:24:01
>>974
端末改造とか、Sigの偽造とかするつもり？(´・ω・｀)
976 ：デフォルトの名無しさん：2006/01/18(水) 00:28:23
すごいのがいるな…
977 ：デフォルトの名無しさん：2006/01/18(水) 00:28:36
>>975
悪戦苦闘してみます｡
ｵｽｽﾒ端末ありますか?
978 ：デフォルトの名無しさん：2006/01/18(水) 05:34:10
>>967=970
そんなことしょっちゅうあるんだからさ。俺もなったことあるし。
いろいろ試しまくるしかないよ。

mif転送→mod,sig,barなど転送→リセット　これが基本。
ダメなら、一旦全部削除してリセットした後に
mif転送→リセット→mod,sig,barなど転送→リセット
それでmifだけ消えてる状態になるようなら
mif転送→リセット
大抵これで全部転送できてる。
まだダメなら、全部削除して電源切ってやり直し。

先回りして言っておくと、アプリを実行した後だとbarの削除に失敗することもある。
キャッシュでつかまれてるからだと思う。リセットしてからやり直す。
979 ：デフォルトの名無しさん：2006/01/18(水) 08:54:26
>>977
成功したら報告よろ
980 ：デフォルトの名無しさん：2006/01/18(水) 08:55:33
>>977
成功したら報告よろ
981 ：デフォルトの名無しさん：2006/01/18(水) 09:20:06
>>977
BREWは通常のリリース方式なら、端末ごとのリリースになるんで、
リリースしたい端末を用意することになる。
それで、カメラでも動作が２種類あるとか、サウンドに癖のある端末があるとか、
機種によっての違いもあるからDocomoみたいな、
この糞端末が１個あれば大体OKってことにはなってない気がする(´・ω・｀)

あと、成功したら報告よろ
982 ：デフォルトの名無しさん：2006/01/18(水) 11:12:32
BREWアプリから他のBREWアプリを起動するのに、ISHELL_StartAppletを使うような環境で、
複数のアプリが存在する場合、端末のアプリ容量制限ってどうなるのでしょうか？

ストレージエリア含めたモジュールディレクトリ内の全てのファイル(mod,sig,bar 等)と、
BREW アプリによって共有ディレクトリ(Shared Directory)に作成されるファイルの合計サイズ
がアプリの容量制限になってると思いますが、２つのBREWアプリを用意して、
ISHELL_StartAppletでお互いに行ったり来たりするような作り方した場合、
容量制限は別になっているのか、それとも同じモジュールディレクトリ内と言う扱いで
複数のBREWアプリを用意しても全て合計したサイズとなってしまうのか、
分かるかたいらっしゃいますでしょうか？
983 ：982：2006/01/18(水) 11:14:49
すみません、下げ忘れましたorz
984 ：デフォルトの名無しさん：2006/01/18(水) 13:18:27
>>982
まず何の制限に引っかかると思っているのか整理してもらえないかな？
985 ：デフォルトの名無しさん：2006/01/18(水) 13:32:40
>>979-981
成功者はまだ居ないんですか?
986 ：デフォルトの名無しさん：2006/01/18(水) 13:35:15
>>985
技術的にも社会的にも問題だから。
後者の意味を理解してたら普通やらない。
できるできないじゃなくて、やらない。
987 ：デフォルトの名無しさん：2006/01/18(水) 13:36:31
>>985
BREWやってる人は基本的に仕事でしてるから、
解析とかやってる人自体が少ないっていうか、いるのか？
988 ：デフォルトの名無しさん：2006/01/18(水) 14:13:16
>>982-984
複数アプレットの形で1つのサービス（ゲーム？）を提供する場合に
メモリやファイル使用量の制限を気にしてるんだろ

合計サイズで制限されると思うけどね（なので分割するメリットほとんどなし）
KDDIに聞け、ここで聞いてそれを信じて開発すんのかあんたは
989 ：デフォルトの名無しさん：2006/01/18(水) 19:16:20
BREWアプリからの外部アプリ起動についてなのですが、
端末に最初から入っているミュージックプレイヤーを
起動させるということは可能なのでしょうか。

端末はW32Hになります。すみませんがよろしくお願いいたします。
990 ：デフォルトの名無しさん：2006/01/18(水) 20:36:53
著作権があったら無理だろ
991 ：990：2006/01/18(水) 22:06:21
すまん。データフォルダの音楽ファイルじゃなくて、プレイヤーだったか。

API一覧して無ければ無理だろ。
992 ：デフォルトの名無しさん：2006/01/19(木) 01:05:37
> 982

連携で２アプリ間を相互に行き来するコンテンツを作ったが、
ファイル容量に関しては別々の扱いで通った。
993 ：デフォルトの名無しさん：2006/01/19(木) 16:39:31
>>985
成功したら報告よろ。
そりゃまぁ、デバッグと同じようにやりゃできるけど、転送部品とか、携帯を公式から配布される秘密のごにょごにょしないといけないから配布できないし。
994 ：デフォルトの名無しさん：2006/01/19(木) 17:11:02
秘密のごにょごにょもきっと解析してくれるに違いない。
995 ：デフォルトの名無しさん：2006/01/19(木) 20:32:06
やらない……じゃなくて埋めないか？
996 ：デフォルトの名無しさん：2006/01/19(木) 20:37:12
ごにょごにょ埋め
997 ：デフォルトの名無しさん：2006/01/19(木) 20:39:05
977は神の予感埋め
998 ：デフォルトの名無しさん：2006/01/19(木) 23:00:40
dat
999 ：デフォルトの名無しさん：2006/01/19(木) 23:05:07
うめーこのみかん
1000 ：デフォルトの名無しさん：2006/01/19(木) 23:05:30
梅毒
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。