BREW(Binary Runtime Environment for Wireless) 4

BREW(Binary Runtime ..

601:596
05/05/25 19:37:11
>>597
ありがとう。
バックカラーの設定って
IDISPLAY_SetColor(brew->a.m_pIDisplay, CLR_USER_BACKGROUND, MAKE_RGB(0,0,0));
だよね？
これでもできない・・・＿|￣|　. . . . . .. ... .... ○ コロコロコロコロ

602:デフォルトの名無しさん
05/05/25 19:49:25
>>601
ﾌﾟﾛｸﾞﾗﾐﾝｸﾞｶﾞｲﾄﾞの中を「Coprocessor搭載機での透過処理設定」で検索しる

603:デフォルトの名無しさん
05/05/25 19:57:45
ｾﾝｾｲ!
ｱｷﾗﾒﾃﾓｲｲﾃﾞｽｶ?
('A`)ﾉ
ﾉ(へへ

604:デフォルトの名無しさん
05/05/25 19:59:42
　　＼　　__　　／
　　＿　（ｍ）　＿ﾋﾟｺｰﾝ
　　　　　|ミ|
　　／　.｀´　＼
　　　　 ('A`)　そうだ、諦めよう！
　　　　ノヽノヽ
　　　　　　くく

605:596
05/05/25 20:14:47
みんなありがと☆
できたよ(゜－＾＊）ｂ♪

606:デフォルトの名無しさん
05/05/26 03:57:30
>>592
センスなんざァどうでもいい

・資料のタイトルをきっちり決める、作成者によって揺らがない事
・タイトルとファイルネームを一致させる事
・ファイルネームを版によってｺﾛｺﾛ変えない事

せめてこの程度はやってくれ

607:ぶりゅうだいじん
05/05/26 07:06:07
なさけないのうおぬしら

608:デフォルトの名無しさん
05/05/26 08:10:32
あ　い　う　え　お

とかたまに文字の間が広いところがあるのは何？

609:デフォルトの名無しさん
05/05/26 10:48:09
それはワードラップの関係じゃね？

もとの文書フォーマットが何かは知らないが、
pdfに変換したら全ページチェックしろよと言いたい。
表中や図付近の文で読めないほど壊れてるとこがあるのは問題だ。

610:606
05/05/26 12:45:42
確認したら、606のファイル名云々は言い掛かりだった
BREWの資料に関してはねー

611:デフォルトの名無しさん
05/05/26 13:33:19
BREW
BREW[TM]
BREW(R)
（ﾟ∀ﾟ）

612:596
05/05/26 15:03:02
あぅあぅ・・・
W21Sだけ・・・
Snapshotの後ICAMERA_GetFrameでおちるよぉ・・・

613:不粒
05/05/26 16:50:03
S端末はさいきょうなのぢゃ
ひれふせいっ

614:デフォルトの名無しさん
05/05/27 11:23:04
今忙しい('A`)ノ

615:デフォルトの名無しさん
05/05/27 13:21:59
IFileってバッファリング効くようなこと書いてあるんだが、
ほんとに効いてるのかなぁ。

616:デフォルトの名無しさん
05/05/27 13:47:45
>>615
そもそもﾌｧｲﾙ読み書きが非同期処理ってのが納得いかんのだが。

617:デフォルトの名無しさん
05/05/27 14:17:50
>>616
そこでIThreadですよ。
っていうか、
1Byteずつ500Byte書き込むのに10秒。
500Byte一度に書き込むのに2秒。
W21SA、おまえキャッシュサイズいくつだよと。

618:デフォルトの名無しさん
05/05/27 18:19:11
IIMAGE_SetStream()
がうまくいきませぬ・・・

こつとかあります？

619:デフォルトの名無しさん
05/05/27 22:14:02
どううまくいかないか書かないと。おれ達エスパーじゃないから。

620:デフォルトの名無しさん
05/05/27 23:38:33
BREWでプログラム組めるだけでも立派な超人類

621:51
05/05/28 01:20:14
A5502K なんだけど、SMAF PHRASEのIMedia で音楽をプレイして、音量を変えても変わりません。
なぜか別のIMediaオブジェクトを鳴らすと音量を変えれるようになります。
他の機種では問題ないんだけど...。

622:デフォルトの名無しさん
05/05/28 01:38:07
そんな古い機種誰も持ってないから問題ない

623:デフォルトの名無しさん
05/05/28 01:50:10
>>620
ないない。
自分にとっちゃDojaで組める人を尊敬するよ

Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。

624:デフォルトの名無しさん
05/05/28 08:46:08
>>623全体のスケジュールやら手間やら考えると、閉鎖的なBREWは面倒臭い

625:デフォルトの名無しさん
05/05/28 09:18:24
BREWの配信までの期間があればDojaなら３本作れる

626:デフォルトの名無しさん
05/05/28 10:51:28
JAVAであればやりかたによってはDoCoMo,Vodafone,au全部同時に組めるから、
３本×３で、９倍の効率だね。
スレちがいｽﾏｿ

627:デフォルトの名無しさん
05/05/28 12:27:53
おれ、BREW何も経験ないところから、２ヶ月で一本作れっていわれたけど、
かなりきつかったよ。
何がきついって情報検索しても、行き着く先は2ch。公式情報少なすぎ。

オマケにCPじゃないので実機テストは、クライアントにシグネチャ送ってもらって、
シグの有効期限きれたら、シグまた送ってもらって...

情報足りないからくれってクライアントに言ったら、
情報公開の申請書出すから、もうちょい待ってっていわれて...

CPならもうちょっと楽だったのかもしれないけど、
こんな開発者泣かせのプラットフォーム...

628:ぶりゅう神
05/05/28 13:51:11
今日もしっかりぶりゅうしなさい
休み？さぼるでないっ！！！！！

629:デフォルトの名無しさん
05/05/28 13:55:29
>>Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
>>同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
何かが根本的に間違っているな。
自分はjavaとBREWの両方のコードを書くが、BREWの方がずっと手間が掛る。

630:627
05/05/28 14:00:35
>>628
いわれなくても、これから仕事
と会社からカキコ...

631:623
05/05/28 16:55:35
>>625
あー確かにそれありますね。自分のときはクライアントの権限で以下略
>>629
おかしい頭なりでどこかで役にたちそうなので、今の仕事終わったら別の会社探そうと思います。
雇ってくれませんか？ゲームしか作れないんですが

632:デフォルトの名無しさん
05/05/28 18:36:22
>同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
CvsJAVAという話ならわかります。JAVAに馴れてないときはそんな感じだった。今はJAVAの方が早いかも
一通り作っちゃうとDoJaもBREWも言語の差以外はそんなに違わないと思うが。

633:デフォルトの名無しさん
05/05/28 19:01:17
シグは2ヶ月じゃきれねーよな

634:デフォルトの名無しさん
05/05/28 19:57:17
携帯JAVAとCじゃ、ほとんど言語の違いを意識することないなぁ。
Stringの存在くらいか？

635:デフォルトの名無しさん
05/05/28 21:30:35
書き方次第かな。
携帯JavaもJavaには違いないから、Java流に書き出すとCとの違いはめちゃめちゃ開く。
複雑に書いても速度は大して変わらないし、オビュファスケータかければサイズも大して変わらない。
とはいえ、その微細な差が大きな差となって現れるのが携帯Javaの世界だから、
「携帯Javaにとって正しい書き方」すると、Cもどきにしかならないけどね。

微妙にスレ違い。

636:デフォルトの名無しさん
05/05/28 21:33:32
カメラのプレビュー状態からStopしてRecordSnapshotしているんだが
EBADSTATEが返ってきてしまう・・・。
最初からRecordSnapshotだと問題ないんだが、
プレビューから変えるときって何か他に必要なことあんの？

637:デフォルトの名無しさん
05/05/28 22:28:37
シーケンス１、２というものがあることを知らないかのような質問だが？

638:デフォルトの名無しさん
05/05/28 22:29:45
>636
おまえ鹿馬だろ
いいかジョニー
stop()を実行したからってすぐ止まる訳じゃない
エラーの意味をよく見ろ
そしてヒントはコールバックだ

カメラハードの中の人も大変なんだ、わかってやれ

639:今さらだけど…
05/05/29 12:55:57
ゲーム用途にはJAVA、組み込みアプリ用途にはBREWでいいのにな…
検証とか追いついてないんだから何でもBREW強要する事無いのに…

640:デフォルトの名無しさん
05/05/29 15:18:45
最近はCPUが速くなってJavaも軽快に動くようになったけど
少し前まではBREWのほうが圧倒的に有利じゃなかったかな

ただその影響でJava利用時の電池の持ち時間は縮んでるから
その意味では今でもBREW有利な面があるかもしれないよね

測ったことないけど

641:デフォルトの名無しさん
05/05/29 16:29:11
BREW3.1機種についての記事みてたら
端末の開発速度が上がるみたいなこと書いてあるんだけど…

今でさえ新機種対応に手間と時間かかるのに、（特に無駄に時間が）
これ以上新機種の販売サイクル早めてどうすんの？
アプリ開発者のことは無視ですかそうですか

642:デフォルトの名無しさん
05/05/29 19:32:58
>>最近はCPUが速くなってJavaも軽快に動くようになったけど
>>少し前まではBREWのほうが圧倒的に有利じゃなかったかな
java端末とBREW端末を比較したことないでしょ。
BREW機が出てきたときはW11H,550XCAとかのほうがずっと速くてBREWが速いなんて
嘘ばっかと思われた。
今もW11Hより速いBREW端末はない。

docomoの900iぐらいだとBREWと同じ(D900i除く)ぐらいの印象だったけど、
新型はすこしずつ速くなってきていてBREWは置いていかれているという印象。

643:デフォルトの名無しさん
05/05/29 19:49:24
W21Tは速いだろ。

644:デフォルトの名無しさん
05/05/29 21:22:49
何をどう比較したの？

645:デフォルトの名無しさん
05/05/29 21:29:41
消費電力はどうなんだろうね

JavaとBREWで同じ処理内容で同じ速度が出ているなら
BREWのほうが消費電力が少ないと予想しているんだけど
それって正しいかなぁ？

正しいならBREWが携帯に向いているっていう主張には納得できる部分がある

646:デフォルトの名無しさん
05/05/29 21:45:39
>>641
BREWのアナウンスは、嘘・誇張ばっかだから気にするな。

647:デフォルトの名無しさん
05/05/30 00:04:09
646の言う通り誇大広告の塊。

>>消費電力はどうなんだろうね
消費電力なんかちょっと通信したらゲームで使った分以上にすぐ使ってしまうから
話題にもならない。
そんな事より開発時間(コストと同義)が馬鹿みたいに掛るBREWは不利でしょ。

648:デフォルトの名無しさん
05/05/30 01:36:45
>>642
W11Hってめちゃめちゃ遅くね？
ボーダのP5（J-SH53とか）の端末の方が全然速ぇよ。
で、その端末よりBREWのほうが速く感じる。

649:デフォルトの名無しさん
05/05/30 01:50:25
処理内容によるよ。うちのアプリは、5403CAとV601SH比べると、5403CAのほうが速い。
W11Hは円とか描くのがなぜかクソ重い。5403CAと同じチップなはずなのに。すれ違いスマソ。

650:デフォルトの名無しさん
05/05/30 09:00:51
はいはいはいはい

お前らおはようございます

651:ぶりゅう神
05/05/30 09:06:18
すてきなぶりゅうでひざまづきなさい

652:デフォルトの名無しさん
05/05/30 10:21:47
W11Hは拡大縮小や半透明機能が化け物並み(※携帯機にしては)に早いな
Java機の中では最強だと思うが。
BREWではそんな機能用意されてねーし('A`)

653:デフォルトの名無しさん
05/05/30 10:30:32
うわぁ、
またCIN、ﾒﾝﾃ中でしかも延長だよ

654:デフォルトの名無しさん
05/05/30 12:01:52
>>622
kyoceraがリボルバーでWINだしてくれないから現役で使ってるよ。

655:デフォルトの名無しさん
05/05/30 14:56:13
プログラムガイドのJPEG表示サンプルのコールバックおかしくないか？
//コールバック関数の定義
static void TEST_IIMAGE_NotifyCB(CISampleApp *pi, IImage * piImage,AEEImageInfo * pImage, int nErr)
{
// IImage の表示
IIMAGE_Draw(pTestData->pIimage, 5, 5);
IDISPLAY_Update(pTestData->pIDisplay);
}
って・・・

656:デフォルトの名無しさん
05/05/30 15:16:45
ガイドのサンプルにいちいち突っ込んでたら開発は1㍉も進みません
予想して自力で解釈するのがサンプルの正しい見方です
サンプルがサンプルの役を果たしてない場合もあるので早く慣れましょう

657:デフォルトの名無しさん
05/05/30 15:39:46
ISprite

658:デフォルトの名無しさん
05/05/30 17:04:47
あぅあぅあぅ・・・
バグの原因わかった・・・

W21S処理遅すぎ・・・
非同期の方が処理遅すぎて間に合ってなかった・・・＿|￣|○
全然気づかんかったよ・・・

659:デフォルトの名無しさん
05/05/30 19:00:50
>>658
誰よ？

660:デフォルトの名無しさん
05/05/30 19:23:25
>>659
カメラの人だろ

661:デフォルトの名無しさん
05/05/30 19:46:22
IWEB_GetResponse()について質問があります。
移動機側のHTTPの通信性能を測ろうとしているので
すが、非同期の関数ですので、移動機側の送信開始
から送信終了のタイミングで時間をとるのは無理ですよね？
ファイルの受信に関しては、要求を出してから、コールバック
が返るまでを測ればいいのかと考えているのですが
コールバックが返った時点ですべてのデータが受信
済みと考えてよいでしょうか？
ISourceからすべてのデータをreadするまで受信完了
ではないでしょうか？
IWEBで実際にWebサーバにアクセスするまでに一日
かけてしまいました。SDKのサンプル見てからは
すぐだったのですが。（過去ログみるまでサンプル
の存在をわすれてました。）

662:デフォルトの名無しさん
05/05/30 20:12:34
送信はサーバ側で測定すればいいんじゃね？
受信はread完了まで待つべし。

663:658
05/05/31 11:59:17
てか・・・W21Sだけなぜなんだ・・・
ICAMERAでJpegに上書きするタイミングわからん・・・

だれかご教授おながいします＞＜

664:デフォルトの名無しさん
05/05/31 12:40:52
エンコード時に上書き

665:デフォルトの名無しさん
05/05/31 12:50:45
非同期で発生するイベントの受け方や制御が上手く書けてないんでしょ？
だったら非同期処理の組み方を復習ないし研究したらどうかな。

666:デフォルトの名無しさん
05/05/31 12:55:04
>661
コールバックが返った時点ではヘッダの受信が終わってボディ部の先頭に達しただけ
ISOURCE_Read()/ISOURCE_Readable()で全部読み出すまで受信は終わっていない

667:658
05/05/31 14:12:10
>>665
W21Sだけなんですよ・・・
A5502K、A5506T、A5509T、W21Tでは問題なく動作してるのですが
なぜかW21Sのみできないんですよ・・・
なんかW21Sだけ気をつけなければいけないことってあります？

668:デフォルトの名無しさん
05/05/31 15:00:01
おそいんなら待てばいいだけ

669:デフォルトの名無しさん
05/05/31 15:25:05
>>667
Ｗ２１Ｓ以外の機種は、私の浅い経験上、実質ＪＰＥＧ読み込みでコールバック待ちしなくても読めてました。
Ｗ２１Ｓだけ仕様に忠実（といっていいのか？）なんで、ちゃんとコールバックでよめたかどうかを判断して
から、処理しないとだめだよ。

670:669
05/05/31 15:26:45
あ、Ｗ２１Ｓつーか、ＳＯＮＹ端末（私が試したのはＡ１４０２Ｓ）ですな。

671:デフォルトの名無しさん
05/05/31 15:27:58
(ﾟ∀ﾟ)9m コールバックが勝利の鍵だ

672:デフォルトの名無しさん
05/05/31 15:56:40
(ﾟ∀ﾟ)9m W21Sは非対応で不戦勝だ

673:665
05/05/31 17:02:38
>>667=658
W21Sだけとか何とかそういう話じゃないってこと。
非同期処理では、あの端末では行けるのにこの端末では追いついてない
といった、処理が速いとか遅いとかいう考え方ではダメ。

カメラ操作にしろJPEG読み込みにしろ、非同期処理は>>668が言うように
コールバックの発生を待って、イベント（メッセージ）に合った処理をして、
処理が完了してから次の状態へ遷移する、そんなふうに組むもんじゃないかな。

もしそういう話じゃなくて、W21Sだけはイベントの発生の仕方に問題があるようだ
ということであれば、おれは全然見当はずれなことを書いてることになるなあ。

674:658
05/05/31 18:19:14
>>673
クソニー仕様でつまずいていました・・・
コールバックのところ全然関係なかったです。
自己解決できて更に難点が・・・

A5506TでIDISPLAY_SetColorできないのか・・・＿|￣|○

675:658
05/05/31 18:38:10
とおもったら・・・戻り値が違った罠・・・
お騒がせして申し訳ない＞＜

676:658
05/05/31 20:06:51
A5506Tにて
IDISPLAY_SetColor(658->a.m_pIDisplay, CLR_USER_BACKGROUND, MAKE_RGB(0,0,0));
IDISPLAY_SetColor(658->a.m_pIDisplay, CLR_SYS_ITEM, MAKE_RGB(0,0,0));
やってもプレビュー表示されない・・・なぜだぁ・・・

A5506TにてBREWフォーラムでなんかかいてませんでした？
あそこの検索フォーム・・・全然検索しねぇ・・・以前にHITしなさすぎ・・・

677:デフォルトの名無しさん
05/05/31 21:09:45
>>671-672
…どんな指ですか。

678:デフォルトの名無しさん
05/06/01 01:02:56
>>662
読み込みまで済ませて受信終了なのですね。
ありがとうございました。
送信の方はとりあえず、サーバの方で見てみることにします。

679:デフォルトの名無しさん
05/06/01 03:29:42
あー、サーバ側では受信の速度は計れるけど、
クライアントがTCPのコネクション確立するまで５秒ほどのラグがあって、
それは計れないから気をつけてくれ。

680:デフォルトの名無しさん
05/06/01 11:38:46
>>676
あそこの検索HITしなさすぎに禿しく同意。
まるちばいと非対応とかなんだろうか。

681:デフォルトの名無しさん
05/06/01 11:59:02
BREW2.1とBREW3.1って何が違うの？

682:デフォルトの名無しさん
05/06/01 12:08:08
>>682
営業のおねいさんのかわいさが違う。

683:デフォルトの名無しさん
05/06/01 12:17:44
>>676 >>680
QのBREWフォーラムはあくまで「BREW」のフォーラム。
もしau端末の情報を探してるとしたら無くてあたりまえ。

au端末に関する質問や、機種依存性の高いAPIの質問をしても
「au端末の挙動に関してはこちらでは答えられません、Kに聞いてください。」
のような回答が基本的に付く。たまにヒントとなることを回答してくれてもいるようだが。

au端末の挙動に関してはKのサイトでFAQページ見るしか。

684:658
05/06/01 12:39:24
A5506TでIIMAGE_SetStreamがエラー出るのはサイズ大きかったっぽい・・・
ＱＶＧＡのＪｐｅｇできないなんて・・・＿|￣|○

685:デフォルトの名無しさん
05/06/01 16:24:23
>>682
>>682
>>682

686:デフォルトの名無しさん
05/06/01 16:46:20
>>681
KDDI拡張以外はほぼ同じでしょ。
一応SDK2.1でコンパイルしたmodは3.1端末で動作してる。

>>683
そういう意味じゃなくヒットしません。
元が英語フォーラムの検索エンジンだからかと。

>>684
QVGAサイズなら読み込めてますよ？

687:デフォルトの名無しさん
05/06/01 17:17:46
みんな、おつかれ。

ITextCtl を SetActive() して文字列入力させてるんだけど、
これって、王道って無いのかな。
この機種ではこのコールバック待ってりゃ動いて、こいつは
そんなの返しやがらねぇ、とかなってるんですが。
（EVT_CTL_TEXT_MODECHANGED)

SetSoftKeyMenu() 使ってないのがダメ？
要らないんだけどなぁ・・・

688:658
05/06/01 17:40:44
>>686
ヒープが１ＭＢ超えてたっぽい。
整理して調整したら表示できました＞＜ｂ

ところで、エミュレータークロックが早くなるのに対処法ないでしょうか？

689:デフォルトの名無しさん
05/06/02 11:29:10
>>687
ここの添付ファイルを参考にしてみては。
URLﾘﾝｸ(brewforums.qualcomm.com)

690:デフォルトの名無しさん
05/06/02 14:03:08
8bitビットマップのパレットの中身はどのパラメータにどういう風に入ってるんでしょうか？

691:690
05/06/02 14:06:37
追記です。
DIB取得まではできているのですが、どれにどういう風に入っているのか判らない状態です。

692:デフォルトの名無しさん
05/06/02 14:16:58
>691
IDIB->pRGBにIDIB->cntRGB個のuint32値で入ってます

693:デフォルトの名無しさん
05/06/02 14:20:07
>>692
ありがとうございます。
助かります。

694:デフォルトの名無しさん
05/06/02 19:53:16
IFileCPインターフェイスってどこに書いてるんだ！？

695:デフォルトの名無しさん
05/06/02 20:33:31
>>694
日本拡張APIリファレンス

696:デフォルトの名無しさん
05/06/03 00:10:49
まあ、プログラミングガイド見ればことたりる

697:デフォルトの名無しさん
05/06/03 01:15:16
リソースファイル中にあるgzipファイルをどうやってIUnzipAStreamの
SetStream()に渡したらいいですか？

698:デフォルトの名無しさん
05/06/03 01:36:09
>>697
・プログラミングガイド

699:697
05/06/03 03:13:32
>>698
プログラミングガイドにある、リソース外のファイルをSetStreamする方法はわかってます。
問題は、リソース内にあるファイルです。

700:デフォルトの名無しさん
05/06/03 03:30:02
IMEMASTREAMってのを使えばいいんでね？

701:698
05/06/03 03:37:49
全部載ってると思いますが・・・
{
ISHELL_LoadResDataEx();
ISHELL_LoadResData();

ISHELL_CreateInstance(AEECLSID_MEMASTREAM);
IMEMASTREAM_Set();

ISHELL_CreateInstance(AEECLSID_UNZIPSTREAM);
IUNZIPASTREAM_SetStream();
}

702:デフォルトの名無しさん
05/06/03 08:40:33
つ【DQNﾒﾝﾄ内を関数名で100億万回検索汁の刑】

703:デフォルトの名無しさん
05/06/03 11:15:24
また俺がBREW開発に戻ってきましたよと。
おまいらただいま＿|￣|○

704:デフォルトの名無しさん
05/06/03 11:16:57
誰かわかんないけど、おかえり。orz

705:デフォルトの名無しさん
05/06/03 11:34:39
再び地獄へようこそ〇|￣|＿

706:697
05/06/03 12:17:42
>>700-701
そうか、一旦ファイルをメモリにロードすればいいんですよね。
やってみます。

707:703
05/06/03 14:02:37
>>697
何かものすごい勘違いをしているような気がするが…
まぁいいか(´д｀)

Javaに比べれば、まだエミュがしっかりしてるだけマシだと思うぞ。
Ezアプリ@Javaなんてエミュ最新版一瞬公開即停止で現在非公開、
旧バージョンはストレージ領域触れないから使いモンにならん。

WindowsアプリだってOSの違いやらIEの違いなんていくらでもあるわけで、
BREWのAPIがどーのこーのなんて・・・なんて・・・

やっぱりイヤだー

708:デフォルトの名無しさん
05/06/03 14:14:53
>>707
DoJaにしてもVodaにしても、Java系のエミュはシッカリしてて扱いやすいなぁ
なんて思ってたんだけどEzは違うんだ？

709:デフォルトの名無しさん
05/06/03 14:35:11
>>708
DoJaはウィンドウサイズを変更してみると、
各バージョンごとに面白い事になるぞ。
いや、動作にゃ関係ないけど、やる気が感じられない。

つーかココ読んでても機種依存の話は沢山出てきても、
エミュの文句は少ないような・・・
マルチメディア系の機種依存なんてどのキャリアにも憑き物だし

710:デフォルトの名無しさん
05/06/03 17:12:03
BREWのエミュレータ、アプリが落ちるとエミュごと落ちるって
いくらなんでも馬鹿にしすぎじゃないですか？

711:デフォルトの名無しさん
05/06/03 17:35:37
>>710
exeがdll呼んでるだけなんだから
dllでこけりゃexeだってこける。

712:デフォルトの名無しさん
05/06/03 18:22:09
IFILECP_GetEx()なんだけど・・・
IFILECP_FILEINFOをNULLで入れるなって・・・
なんのデータを入れるねん！

713:デフォルトの名無しさん
05/06/03 18:24:51
IFILECPインターフェイスのサンプルってどっかあります？

714:デフォルトの名無しさん
05/06/03 19:00:20
>>713
プログラミングガイドー

715:デフォルトの名無しさん
05/06/03 22:13:02
>>707
EzJavaエミュはＫＤＤＩからもらえるよしったか君

716:デフォルトの名無しさん
05/06/03 22:32:26
>715
よかったな、KDDIからもらえるような環境に恵まれて……
漏れは以前、Phase3のエミュを発注元からｺｿｰﾘもらったよ……

717:デフォルトの名無しさん
05/06/03 22:35:07
>>712
IFILECP_FILEINFOにNULL渡す理由が分からん
あ　り　え　な　い

718:デフォルトの名無しさん
05/06/03 23:56:39
Brewのスレだけに
auのＣＭの「ありえない女」思い出した。

719:デフォルトの名無しさん
05/06/04 00:06:34
>>710
> BREWのエミュレータ、アプリが落ちるとエミュごと落ちるって
>いくらなんでも馬鹿にしすぎじゃないですか？

一体何するとエミュレータごと落ちるんだよｗ

720:719
05/06/04 00:07:46
参考までに書いておくと、おれ今まで５本BREWアプリ手がけたが、エミュレータがハングしたことは一回も無いよ。

721:デフォルトの名無しさん
05/06/04 00:13:05
>>719,720

例えば
char *p = NULL;
*p = 1;
とか

char p[10];
MEMCPY(p,src,20);

とかやってみれば。
エミュレータはすぐにクラッシュするが。
仕組み上当たり前だが。

722:デフォルトの名無しさん
05/06/04 00:18:34
>>721
そうじゃなくて、デバッガで拾うから落ちない、って意味のイヤミでしょ。

723:デフォルトの名無しさん
05/06/04 02:04:35
IImageにPNG読み込んだ後にPLETの値変えたいんだけどうまく出来ないんですが
LaodResDataで読み込んでパレットの値変えてるんだがCRCが変わって読み込みに
失敗するのですが、どうしたらいいかおしえてください。。。
GOOGLE様でも海外のページにもヒントがない。。。
頼れるのはBREWとこれまで、そしてこれから死ぬまでやっていく喪前らだけでつ。

724:デフォルトの名無しさん
05/06/04 02:14:23
パレット？
IImageは直接触れない。
その辺のノウハウはフォーラムにあったから探してみ。

725:デフォルトの名無しさん
05/06/04 02:24:23
>>723
CRC計算すれば良いのでは？
それで読み込めてますが。
ちなみにフォーラムにはCRC部分は無いですよ。

726:デフォルトの名無しさん
05/06/04 02:30:59
ああ、ごめん、LoadImageじゃないのね。

727:デフォルトの名無しさん
05/06/04 10:03:23
(ﾟ∀ﾟ)9mm IDIBが勝利の鍵だ

728:723
05/06/04 11:38:55
>>723-727
CRCを再計算して入れたら色が変わって読み込めた。
サンクス。

最初に画像読むときに全て色変えやって、もってるから
IDIBにしてから色変えるよりも効率いいかなとか思ったわけでして、
ちなみに・・・IDIBで色変え時の処理のほうがわからない・・・orz
へたれですまん

729:デフォルトの名無しさん
05/06/04 13:25:34
これって常駐ソフトとか作れるの？
時間とか、メール受信とかで起動するっての。

730:デフォルトの名無しさん
05/06/04 18:17:28
>>729
>時間とか、メール受信とかで起動するっての。
~~~~~
常駐してないように思えるが。
常駐ソフトはBREWの仕様上作れるが、
AUの検証を通るのは難しいと思う。

731:デフォルトの名無しさん
05/06/04 18:18:31
>時間とか、メール受信とかで起動するっての。
　　　　　　　　　　　　　　　　　　~~~~~
ずれた。

732:デフォルトの名無しさん
05/06/04 19:15:51
とりあえずBREWアプリケーションウイザードが
アプリケーションエラーを起こすんだが…

ﾀﾞﾚｶﾎﾞｽｹﾃ

733:デフォルトの名無しさん
05/06/04 20:22:39
つ[OSから再ｲﾝｽﾄｰﾙ]

734:デフォルトの名無しさん
05/06/04 21:01:11
つ[休日くらい休め]

735:ぶりゅう神
05/06/04 21:06:57
はぁ？休むだと？
この私めが許しませんよ

736:デフォルトの名無しさん
05/06/04 21:15:27
カメラの遅延エンコード中にもう一回カメラを動かす必要が出てきたんだが、
やっぱり無理かな？

737:デフォルトの名無しさん
05/06/04 21:57:03
検証休むなよクズ

738:デフォルトの名無しさん
05/06/04 22:01:18
ぶりゅう神は奴僕(=開発者)の休むことはお許しにならないが
神官(=検証屋)の休むことはお許しになる……

739:デフォルトの名無しさん
05/06/05 00:58:47

なつかしー、初期のころブリューの開発やってたよ
その頃は資料が無くてこの最初のすれが最大の情報源だったよ。

その頃から、プログラムや機種依存の問題よりも
検証の仕組みとか、資料の入手方法の方が大きな問題でした。

なぜか、プログラマーとしての経験よりも営業としての経験が生きたお仕事でした。

740:デフォルトの名無しさん
05/06/05 01:03:18
おまえら週末なのに今日も仕事かよm9(^Д^):

741:デフォルトの名無しさん
05/06/05 01:36:41
>732
日本語版BREW SDK Tools+VS.netだとエラーになるようです。
BREW Add-ins をインストールすると直るかも。

742:デフォルトの名無しさん
05/06/05 14:42:48
さぁ、仕事すっぞーヽ(｀Д´)ノ

743:デフォルトの名無しさん
05/06/05 15:00:45
おまえら日曜なのに今日も仕事かよm9(^Д^):

744:デフォルトの名無しさん
05/06/05 16:12:38
おかげさまです。土日も仕事ですよ・・・割に合わない orz

745:デフォルトの名無しさん
05/06/05 16:49:37
BREW SDKのダウンロード時に入れる会社名って、個人で使う場合にも必要なのかな？
仕事はBREWとは関係なくて、趣味でBREWいじってみたいのだけど・・・

746:デフォルトの名無しさん
05/06/05 17:21:45
関連スレに追加お願いします。

【日本携帯】Mascot Capsule/Micro3D【標準】
ｽﾚﾘﾝｸ(tech板)l50

747:デフォルトの名無しさん
05/06/05 18:11:03
3Dなんてものがあるから余計な仕事が増えるんだよな('A`)y-~~

748:デフォルトの名無しさん
05/06/06 00:04:16
ちょっと気になる事があるんですが、エミュレータを終了すると、VSのOutputに以下の情報が表示されるんだけど、
28 Wasted
って何がWastedなんでしょうか？なんかリークしているんですかね？

Validating Heap...
------ Heap Info ------
3145700 FREE
-------------------------
0 Alloc - Total
0 OEM
0 BREW
0 Apps
28 Wasted
3145700 Free - Total
3145700 Largest
0 Largest Non Seq.
0 Total Non Seq.
-------------------------

749:デフォルトの名無しさん
05/06/06 02:05:11
>>748
それはリークしている。

750:デフォルトの名無しさん
05/06/06 02:37:13
>>749
何がリークしているんですか？

751:デフォルトの名無しさん
05/06/06 07:24:40
>>750
そこだけ抜き出されてもわかんないよ。

752:デフォルトの名無しさん
05/06/06 08:15:12
>>748
エミュレータのウインドウをシャットダウンしたら出るね。なにこれ？

753:デフォルトの名無しさん
05/06/06 09:55:06
アプリ起動しなくても出るんだから気にするなって事だろ

754:デフォルトの名無しさん
05/06/06 10:54:22
ゲーム中キャプチャ画像をjpegデータで保存したいんだけど・・・
みんなどうしてる？

755:デフォルトの名無しさん
05/06/06 11:15:26
PrintScreen→BMP→JPEG ってことでなく？

756:デフォルトの名無しさん
05/06/06 11:53:08
>>755
いぁ・・・BREW上でですよ＾＾

IMEDIAUTIL_EncodeJPEG()実装されてない端末がほとんどらしいし・・・

757:デフォルトの名無しさん
05/06/06 13:25:49
誰か漏れを助けてください・・・

byte* round = (byte*)ISHELL_LoadResDataEx(test->pIShell,TEST_RES_FILE,TEST12,RESTYPE_IMAGE,NULL,&pnBufSize);
test->baRound = (int*)MALLOC(pnBufSize-round[0]);
byte* buf = round +round[0];
for(i=0; i<pnBufSize-round[0]; ++i){
test->baRound[i] = (int)buf[i] & 0xff;
}
ISHELL_FreeResData(test->pIShell,(void*)round);

★byte* round_etc = (byte*)ISHELL_LoadResDataExtest->pIShell,TEST_FILE,ROUND_ETC1,RESTYPE_IMAGE,NULL,&pnBufSize1);
MEMCPYtest->bg_map,round_etc+round_etc[0],pnBufSize-round_etc[0]);
ISHELL_FreeResData(mapCanvas->pIShell,round_etc);
で、２回目の★印のところで例外で落ちるんですが、
どうしていいものか、リソースの解放の仕方まちがってまつか？

758:757
05/06/06 13:38:19
事故解決しますた。
MALLOCをsizeof(int)分かけるの忘れてた・・・
すまん。申し訳ない(´Д´；)

759:デフォルトの名無しさん
05/06/06 15:13:12
>>754
漏れも同じ理由で悩んでたが、結局自前で圧縮コード作った。
jpegのように汎用性は無いが、アプリ内で完結する画像なら事足りるしな。

760:デフォルトの名無しさん
05/06/06 16:28:24
>>754
どうしてるって、実機でサポートされて無いなら、
自分で書くか適当なソース見つけてくるしかないだろ。
むしろなんでPNGじゃなくてJPEGなのかｔ（ｒｙ

761:デフォルトの名無しさん
05/06/06 18:39:32
エミュレータ上でQCPファイルの再生って、再生開始まで少し時間かかるよね？
実機ではどうなんでしょ？

762:デフォルトの名無しさん
05/06/06 18:51:30
>>761
過去ログ、フォーラム

QCPに限らず、無音からの再生は遅い。

763:762
05/06/06 18:52:29
↑エミュのみ。

764:デフォルトの名無しさん
05/06/06 19:04:19
カメラとか赤外線とか使うソフトの場合どうするんですか？
プログラムど素人な人に最初にこれを教えるのって不可能ですか？

BREWソフト開発に関わってる人って日本で何人くらいいるんですか？

765:デフォルトの名無しさん
05/06/06 19:18:17
とりあえずのべ4000人以上だろう

766:デフォルトの名無しさん
05/06/06 19:23:13
質問です。
IWEB_GetResponse()を使用して、WebサーバにPOSTでデータを送信しようとしてい
ます。シミュレータ上では､とりあえず1台のPC内で問題なく動いたので、移動機に
て試してみたのですが、データのサイズが大きくなる(600byte弱)とうまくいきません。

Webサーバ側にイーサリアルを入れてみたのですが、ヘッダの部分(IWEB_GetResponse()
に指定したPOSTやContent-Length等)は、届いているのですがデータ部分は届い
ていません。Webサーバ側(サーブレット)が、ｒｅａｄでタイムアウトして、移動機に内部
エラー(500)をかえしてきます。
一応、シミュレータ上では動きますし、移動機上でもサイズが小さければ送れるため
根本的な間違えはないと考えているのですが、移動機にかかわる部分で怪しそうな
ところはありませんでしょうか？
IWEB_GetResponse()を使用している場合は、通信頻度の制限などは意識しなくても
よいですよね？　対処のしようもないですし。

767:デフォルトの名無しさん
05/06/06 19:31:44
>>766
ﾘｸｴｽﾄの長さが64kbyte超えるとﾀﾞﾒだって言うのは知ってるが、そんな小さくてもｴﾗｰになるのか。

768:デフォルトの名無しさん
05/06/06 19:39:44
>>764
>カメラとか赤外線とか使うソフトの場合どうするんですか？
気合

>プログラムど素人な人に最初にこれを教えるのって不可能ですか？
気合

>BREWソフト開発に関わってる人って日本で何人くらいいるんですか？
3767人位

769:デフォルトの名無しさん
05/06/06 20:05:49
>>768
その人数は何情報？

770:デフォルトの名無しさん
05/06/06 20:12:02
>>766
プログラミングガイド、フォーラム、実践バイブル

いくつかの2.1端末で10KBなら送信可能でした。

771:デフォルトの名無しさん
05/06/06 20:12:17
>>769
君で3769人目だ

772:デフォルトの名無しさん
05/06/06 21:42:51
>>760さん、他の人、もしPNG圧縮を実装したことあったら
参考にしたソースとかサイトとか教えて欲しい。

QVGAでカメラ撮影し、画像を加工して保存しようにも
JPEGエンコードは未サポートな端末ばかりだし、
BMPではファイルサイズでかすぎ。自然画像なのでRLEも効果なし。

PNG圧縮して保存できれば展開も楽だしサイズも縮まるし、こりゃいいな
と思ったんだがそう都合よくAPIはないし、でちょっと悩んでる。

773:デフォルトの名無しさん
05/06/06 21:50:30
俺も前にPNGのライブラリ、どこかにあるかと思って探したんだけど、libpngしか見当たらないんだよね。
libpngを解析するか、フォーマット調べて自作するかしないとダメぽ。
まあ、中身はZIP圧縮なので、ZIPのライブラリが流用できる気はする。

774:デフォルトの名無しさん
05/06/06 22:51:09
>>771
二桁多いぞ

775:デフォルトの名無しさん
05/06/06 23:06:26
>>772
BMP→gzipじゃダメなの？
この手の話が過去スレに有ったような気がしたけど。

776:デフォルトの名無しさん
05/06/07 00:30:15
ICameraで撮った画像はデジカメ式にそのままJPEGにエンコードできるんだが……それじゃいかんのかい？
劣化させたくなければ圧縮でもかけるしかないぬ
つかそろそろフレーム化とかしません？

777:デフォルトの名無しさん
05/06/07 01:07:29
>>774
少し前にBREWアプリ数が1000超えたばっかりだっけ
大抵一人で複数開発すると思うからBREW開発者は百単位しか居ないだろうな

778:デフォルトの名無しさん
05/06/07 01:22:00
2/1000か・・・俺ってSUGEEEEEE(゜Д゜)

今後BRWEが広まったら先駆者、
JAVAに乗っ取られたらヴァーチャルボーイ開発者
みたいな目で見られるのか

779:デフォルトの名無しさん
05/06/07 01:42:37
対応端末は1000万台なのにたった1000本…。
しかもゲームばっか。KDDIはBREWを普及させる気ないのか？

Javaアプリってどんくらいあるんだろう？
勝手も含めて。

780:デフォルトの名無しさん
05/06/07 01:43:05
>>770
ありがとうございます。
10KBいけるならやりたいことはできるのでありがたいですが。
環境周りからも見た方がいいのかなぁ。ブラウザからは1KBは送れた
のですが...。

781:772
05/06/07 01:51:38
>>775
ダメどころかOK。
で、BMP→gzipが具体的にどう実装できるのか知りたくて。
gzipから展開して中身を取り出す話題は過去に出たが
ファイルをgzipに圧縮する話題は出てなかったと思う。

>>776
カメラ撮影して作られたJPEG画像をアプリで加工して、
それをコンパクトなファイル容量で保存したいわけで。
例）　こんなことをやろうとしてる。
手順１．　人物を撮影する→JPEGで保存される。
　　　　　　そのJPEGを読み込むか、撮影時のBMPをメモリ上に保持しておく。
手順２．　顔に落書きする。
手順３．　２．の画像を保存して、アプリの次回起動時に呼び出して表示する。

>>773さんの回答は…それはキビシイなぁ。

782:デフォルトの名無しさん
05/06/07 08:34:47
IMediaUtilだとJPG⇔BMPができるんだが対応端末は今のところないし……
ZIP読込APIはあるからZIP圧縮が最適なんじゃ

783:デフォルトの名無しさん
05/06/07 10:06:24
前回Cで苦労したからC++で書き直してたら・・・

MFCみたいになってきた Orz

784:デフォルトの名無しさん
05/06/07 11:59:13
>>774
３スレ＝3000
+　>>769＝769で3769人目という意味ではなかろうか。

ところでIDIBのpBmpってr=5,g=6,b=5だよね？

785:デフォルトの名無しさん
05/06/07 13:14:13
>>784
なるへそ(・∀・)！

IDIBは使ってないから何ともだけど、
普通はヘッダ見て判断するモンでねーの？

786:デフォルトの名無しさん
05/06/07 13:14:14
端末によって違うんじゃないの？
決まってるの？

787:デフォルトの名無しさん
05/06/07 21:25:54
端末によって違うんじゃDIBの意味ないじゃんか

788:デフォルトの名無しさん
05/06/07 21:29:23
>>787
恐らく784と786はDDBから変換したDIBの話をしているのかと

789:デフォルトの名無しさん
05/06/07 22:37:44
IDIB->valuesで調べればいいじゃないか。

>>787
DIBでも何種類か内部表現があるぞ。

790:デフォルトの名無しさん
05/06/08 01:01:42
そういえばBREWﾀﾝて今年で何歳だっけ

791:不流
05/06/08 03:41:37
貴様らは逆らうな

792:デフォルトの名無しさん
05/06/08 10:02:45
>>791
もちつけ

793:デフォルトの名無しさん
05/06/08 14:08:33
ちょっと失礼。
VC++.NET2003でC++使ってアプリ作ってるんですが、
実機で使うにあたりC++の制限は例外処理が出来ないくらいで、
makefileをarmcppに変更すれば動くと思ってOKでしょうか？

C→C++の差分がどの程度あるかと、makefileの書き換え等気になってます。
前スレ497が色々書いてるけど、アレはGNUDE環境前提って事でいいのかな～と。。。

尚、Cでの開発は経験あるので、グローバル変数云々の件は認識してます。
ARMコンパイラの到着、再来週らしくてさ(´д｀)・・・

794:デフォルトの名無しさん
05/06/08 16:55:50
仕様書と遷移表書くのめんどくせー('A`)

仕様書の状態一覧に１００個以上状態書き込む嫌がらせでもするか。

795:武龍
05/06/08 17:58:30
不満を言うことは許さぬ

796:部流
05/06/08 20:06:40
>>794
検証通らなくてもいいならするがよい

797:デフォルトの名無しさん
05/06/08 21:07:40
てきとーに書いたけど通っちゃった。ぺんぺん。

しばらく離れてるからまた作りたいよ

798:デフォルトの名無しさん
05/06/08 22:33:02
参考のためにいくつかアプリをやってみたが落ちるのとかけっこうあるな。
ちゃんと検証してんの？

799:デフォルトの名無しさん
05/06/08 22:35:42
KDDI検証に全状態のメモリリークまで期待するのは酷だが、
落ちるアプリ出したCPがそのまま優良CPに居座ってるのがムカツク。
結局は金かよ。金金金金。金の亡者au。金払え、金出せ、金貢げ、とにかく金金金金金！！！！！！

800:無柳
05/06/08 22:56:00
何を今更。

801:デフォルトの名無しさん
05/06/08 23:18:19
ＫＤＤＩに「このアプリこんな操作すると落ちるので直してくださいよ～」
とメールだせばそのアプリの会社は優良から落ちるかな？

802:デフォルトの名無しさん
05/06/08 23:21:09
au「アンタんとこ、落ちたから優良外すよ？」
CP「黄金色の饅頭でなんとか」
落とす代わりに金奪う。それがauクォリティ。

803:デフォルトの名無しさん
05/06/08 23:21:45
うげ・・・
PostEventて連続してコールすると、後者が無視されるのねorz
イベントて適当に処理繋ごうと考えてたけど怖すぎるわ・・・

804:デフォルトの名無しさん
05/06/09 02:40:56
>>793
AppWizardで自動生成される*.c, *.hファイルをC++向けに改造。
標準ライブラリも使えないので、new, delete をグローバルスコープでオーバーロードしてAEEのMALLOC, DELETEでヒープを操作。
STL使っているなら、ARMにはSTLが付いてこないので、自作するかどっかから調達する。

詳しくは、ここのフォーラムのどっかに解説がある。
URLﾘﾝｸ(www.brewjapan.com)

805:デフォルトの名無しさん
05/06/09 02:48:08
> 落とす代わりに金奪う。それがauクォリティ。

そんな事実あんの？

806:デフォルトの名無しさん
05/06/09 04:13:43
>>803
イベントキューは結構小さいのでたまに消えるね。

807:デフォルトの名無しさん
05/06/09 09:34:27
>803
>806

ISHELL_PostEvent()のイベントは、同一イベントがキュー上に1個しか存在できません。
2.1では、ISHELL_PostEventEx()というマクロが追加され、これは同一イベントを複数ポストできます。

ISHELL_PostEvet自体、IShell->SendEventを使ったマクロなので2.0でもISHELL_PostEventEx()と同様の処理を行うことは可能です。

2.1での各マクロの定義は以下の通り。

#define ISHELL_SendEvent(p,cls,ec,wp,dw) GET_PVTBL(p,IShell)->SendEvent(p,0,cls,ec,wp, dw)
#define ISHELL_PostEvent(p,cls,ec,wp,dw) GET_PVTBL(p,IShell)->SendEvent(p,(EVTFLG_ASYNC|EVTFLG_UNIQUE),cls,ec,wp,dw)
#define ISHELL_PostEventEx(p,flgs,cls,ec,wp,dw) GET_PVTBL(p,IShell)->SendEvent(p,((EVTFLG_ASYNC)|(flgs)),cls,ec,wp,dw)

EVTFLG_ASYNCがPost/Sendを分けるフラグ、EVTFLG_UNIQUEがキュー上に同一イベントを複数ポストできるかどうかのフラグです。

808:803
05/06/09 10:19:53
>>807
おぉぅさんきゅ～
flgsはゼロでいいのね。

809:793
05/06/09 10:39:08
>>804
すまん、読み飛ばしてた。サンクス。
STLは未使用で必要な部分を自作、
外部リンクせずにエミュで動作するレベルのものは出来てます。

kei氏のスレは読んでいたのですが、少々不安で・・・
まぁ来てから慌てるでもいいかぁ('д')

810:デフォルトの名無しさん
05/06/09 15:33:23
なーなー
アドレス帳連携ってデータフォルダみたいな感じに
端末のアドレス帳操作使えないの？

811:デフォルトの名無しさん
05/06/09 18:37:28
コンテンツプロバイダを大切にしないauに怒りを覚えた15の夜

812:デフォルトの名無しさん
05/06/09 20:12:36
>811
金払えば使える

813:デフォルトの名無しさん
05/06/10 08:13:33
数百万払えばCPを少し大切にするようなシステムになってる、マジで

814:デフォルトの名無しさん
05/06/10 10:39:25
金だ金！　金払え！　金貢げ！　さっさと金出せ！

815:デフォルトの名無しさん
05/06/10 12:53:01
　　　　ﾊﾟｰﾝ　_, ,_　　ﾊﾟｰﾝ
ﾊﾟｰﾝ_, ,_ 　（･д･）　 _, ,_ﾊﾟｰﾝ
　（･д･）　Ｕ☆ミ　（･д･）
　　　⊂彡☆))Д´>>814 ☆ミ⊃　　ﾊﾟｰﾝ
　　　 , ,∩彡☆ ☆ミ∩, ,
　（　　）　　ﾊﾟｰﾝ　（　　　）
　ﾊﾟｰﾝ　　　　　　ﾊﾟｰﾝ

816:デフォルトの名無しさん
05/06/10 14:33:07
　　　　ﾊﾟｰﾝ　_, ,_　　　　＿＿＿＿＿＿＿＿
ﾊﾟｰﾝ_, ,_ 　（･д･）　　 /
　（･д･）　Ｕ☆ミ　　 /　いくら叩いても無駄だ！　いいからさっさと金を出せ！！　カネカネキンコ！！！
　　　⊂彡☆))Д´>　＜＿＿＿＿＿＿＿＿
　　　 , ,∩彡☆ ☆ミ∩, ,
　（　　）　　ﾊﾟｰﾝ　（　　　）
　ﾊﾟｰﾝ　　　　　　ﾊﾟｰﾝ

817:武龍
05/06/10 18:06:28
ほう…そういうことをするとはね…ふ～ん

818:デフォルトの名無しさん
05/06/10 18:42:41
BREWはKDDIのとばっちり食らってるな。

819:デフォルトの名無しさん
05/06/10 21:24:13
BREW Tools Suiteをｹﾞｯﾂしたいんだけど、
ユニバーサルＩＤってどの事言っているの？わかんね。入れね。

820:デフォルトの名無しさん
05/06/10 22:18:34
ＵＳＪ

821:デフォルトの名無しさん
05/06/10 23:19:43
さぁ、狂気の土日がやってきましたよ。

822:デフォルトの名無しさん
05/06/11 02:16:45
auは切りましょう(BREWもう辞めましょう)って頼みこんだ猛者いないの？

823:デフォルトの名無しさん
05/06/11 04:25:05
ノ

824:デフォルトの名無しさん
05/06/11 11:56:13
検証街は短くなったけど４ヶ月が３ヶ月になっただけなんて

825:デフォルトの名無しさん
05/06/11 13:10:20
結局、ＢＲＥＷはカネとコネがなきゃ出来ないってわけだな。

826:デフォルトの名無しさん
05/06/11 17:29:06
どんなトコロでもカネとコネが無いと何も出来ないことに気付けないから
そんな底辺を這いずり回ってるんだよ。お前は。

827:デフォルトの名無しさん
05/06/11 19:59:09
カネよりはコネだよなぁ

カネ持ってる相手にコネがあれば良いわけだ

828:デフォルトの名無しさん
05/06/11 23:43:13
コネはいくらで買えますか？

829:デフォルトの名無しさん
05/06/12 00:35:22
足で稼げ＜コネ

830:デフォルトの名無しさん
05/06/12 01:46:48
検証待ち問題はKDDIが悪いのでなく、
クソゲーを乱発している業者が悪い。

831:デフォルトの名無しさん
05/06/12 01:48:23
まぁな

832:デフォルトの名無しさん
05/06/12 01:55:09
そんなエサでも食いつきたくなる今のこの状況

833:デフォルトの名無しさん
05/06/12 02:55:24
ド○モの官僚主義的なお役所体質より、KDDIの方が良いに決まってるが、
その自由を逆手にとってクソゲーを乱発するCPのモラルが問題。
クソゲーを乱発することによってそのCPが単独で消費者に見切られるのは勝手だが、
ATARIの衰退に見るように、業界全体の衰退に繋がる可能性があることがさらに問題。
CPにモラルを期待できないのなら、優良なCPの利益を守るためにも、検証待ちを改善する
ためにも、任天堂のように管理者が審査基準を厳しくしていき、
はなっからクソゲーを開発させないという制度になってくは自然の流れ。

834:デフォルトの名無しさん
05/06/12 04:29:13
>>830 >>833
CPじゃない人から見ればそんな感想も出てくるんだねぇ…

835:デフォルトの名無しさん
05/06/12 09:49:25
まぁ…一度作ってみりゃわかるとしか。

836:デフォルトの名無しさん
05/06/12 10:59:49
アタリショックは'無かった'よ

837:デフォルトの名無しさん
05/06/12 13:01:36
クソゲーはもうださないんじゃなかったの？

838:デフォルトの名無しさん
05/06/12 13:06:39
まあ仮にクソゲーが大量生産されたとｼﾃも
それは企画自体が悪いんであって
BREWｱﾌﾟﾘの生産効率とはまた違った次元のお話

そしてN天丼がどんな審査基準を設けようとクソゲは必ずでるしね

次ページ