05/05/23 10:22:32
>>558
実際にau向けに作ったのか?
作ってたら機種依存だらけなのがすぐわかるはずだが?
どっちにしろ間違いなくBREWは消えるな..
563:デフォルトの名無しさん
05/05/23 11:24:00
brewに関して質問なんですが
1.Brewでメールの送受信は可能か?
2.可能の際データファイルを添付可能か?
を教えていただけないでしょうか?
BREW開発始めて1週間でアプリ一人でなんてむりぽ
564:デフォルトの名無しさん
05/05/23 12:41:02
>>561が冗談を言った途端みんな黙りこむ件について
565:デフォルトの名無しさん
05/05/23 12:56:20
>>564
冗談じゃなくマジレスですよ。
光年は長さの単位。9兆キロメートルくらい。
566:デフォルトの名無しさん
05/05/23 13:02:51
>>564
確か光が1年間で届く距離が一光年じゃなかったでしたっけ?
調べてみたらあった
URLリンク(homepage2.nifty.com)
567:デフォルトの名無しさん
05/05/23 13:08:26
いや、冗談にマジレスしてるから、それを「冗談」と書いたんでしょ。
小学生でもあるまいし、光年を時間の単位と思っているヤツがいるとは思えん。
>>563
冗談? マジレスしていいの?
568:デフォルトの名無しさん
05/05/23 13:21:58
>>567
マジレスお願いします。
プログラミング経験ないのにいきなりBREW開発にまわされて
しかも一人でなんで無理がある
下請けだから細かい情報回ってこないし・・・。
569:デフォルトの名無しさん
05/05/23 13:29:38
ではマジレス。
まず「BREWでメールの送受信」とあるが、BREWとは環境のことなので、BREW環境にメール送受信のAPIは用意されていない。
ではどうするかというと2通りの解決策がある。
1・メーラ連携
携帯内蔵のメーラをBREWアプリから子プロセスとして呼び出してメール送受信を行う。
この場合、メールの内容等の細かい制御はできない。
2・メーラ自作
PCで作成するのと同様、TCP/IPのソケットにて、メーラを自作。
この場合、アプリからの細かい制御は可能だが、メーラを作るだけのスキルが必要。
さて。
以上説明したが、BREWアプリとしてユーザに提供するにはKDDIに企画申請する必要がある。
ところが、KDDIはブラウザやメーラに関しては自社提供のもの以外認めない方針らしい。
よって、そもそも企画からして通らないので意味がない、という結論に至る。
570:デフォルトの名無しさん
05/05/23 13:47:34
>>569
むりぽなんですか・・・。
詳しいマジレスありがとうございました。
571:デフォルトの名無しさん
05/05/23 14:14:55
あのう、個人でも企画申請とおりますか? 普通の電卓なんですが・・・。
572:デフォルトの名無しさん
05/05/23 14:20:16
通りません。
なんでもいいから法人にして申請。
でも金かかるよ。
573:デフォルトの名無しさん
05/05/23 14:45:12
>>572 ありがとう 顔面ブルーです
574:部竜様
05/05/23 14:52:51
わらわに仕えよ
575:デフォルトの名無しさん
05/05/23 15:12:19
>>551
arm-elf-ld に渡すオブジェクトファイルの先頭がAEEModGen.oになってないとか?
arm-elf-ldコマンドが、makefileのオプション指定で -entry AEEMod_Load って書いてんのに
.mapファイル見ると違う配置になってたりして意味不明な挙動する。
俺んとこだけかもしれんが。
576:デフォルトの名無しさん
05/05/23 15:27:05
>>569
ぱそメールなどのBREWメーラーがあるのですが、それはKDDI提供じゃないのでは?
577:デフォルトの名無しさん
05/05/23 15:40:01
「など」って他にある? ぱそメールは昔からやってるから今更やめられん。
今企画出してもけられるだけだよ。まあ、出せば分かる。
578:デフォルトの名無しさん
05/05/23 20:38:01
ICAMERA_GetFrame(&bmp)で取得したビットマップを
IBITMAP_CreateCompatibleBitmap(bmp, &(app->frame))で複製しているんだが、
カメラを止めたあとに画面にapp->frameを出力しようとしても出力されてくれない。
サイズとか適当なピクセルのRGBとかは取得できてるみたいなんだが……。
何か心当たりある人いる?
579:558
05/05/23 21:44:20
>>562
55xx以降全機種対応のゲームでよければ作ったぞ。
機種依存といっても(ゲーム作るうえでは)バイナリ別に用意しないといけないような深刻なのはなかったし
つーか、今やってるJavaの方がツラい…誰かかわってくれ
580:デフォルトの名無しさん
05/05/23 21:48:19
>>578
Bitmap作った後に IBITMAP_BltIn で中身もコピーしとく必要が
あるんじゃないのか?
581:デフォルトの名無しさん
05/05/23 21:56:31
>>579
ヘェ
582:デフォルトの名無しさん
05/05/23 23:04:54
>>578
サイトのFAQに書いてあるぞ。
デバイスビットマップを複製して、そこに転送して作れと。
583:デフォルトの名無しさん
05/05/24 00:40:32
もまえらもDIBとDDBの違いに気をつけて組みなさいよ
584:551
05/05/24 01:02:30
>>575
> arm-elf-ld に渡すオブジェクトファイルの先頭がAEEModGen.oになってないとか?
ビンゴでした。自分じゃ絶対に気付かない原因で、ものスゴク助かりました。
本当にありがとうございました m(_ _)m
585:デフォルトの名無しさん
05/05/24 08:18:46
W31TってBREW3.1なんだ。
URLリンク(www.itmedia.co.jp)
「W31TはBREW 3.1対応。このため、KDDIが
カスタマイズしたOperaになっている」(説明員)という。
586:デフォルトの名無しさん
05/05/24 17:03:28
そういや、BREW 3.0以降、Bluetooth関連のAPIが削られてIPortに統一されたみたいだけど、
Bluetoothデバイスを弄ってる人は、どうやって開発してるの?
IPortを使ってAPI自作? それとも、東芝辺りがなんかライブラリみたいなもの出してるのかしら?
587:デフォルトの名無しさん
05/05/24 17:28:41
>586
ニヤ(・∀・)ニヤ
588:デフォルトの名無しさん
05/05/25 00:02:09
毒吐かせてくれ
ClassIDの管理くらいしっかりしやがれ!! こん畜生が!
スレ汚しスマソ
589:デフォルトの名無しさん
05/05/25 00:05:03
>>588 詳しく
ただの愚痴が有益な情報に化けるかもしれんし
とか言ってみたりしてw
590:デフォルトの名無しさん
05/05/25 10:00:36
今後、勝手アプリ解禁の見込みはあるでしょうか?
591:デフォルトの名無しさん
05/05/25 10:03:14
nothing
592:デフォルトの名無しさん
05/05/25 10:55:37
相変わらずKDDIのBREW開発資料のネーミングセンス最低だなー
これ作ったの部屋片付けられないタイプの人間だろ(・3・)
593:デフォルトの名無しさん
05/05/25 12:50:50
AEECLSID_3Dどこだよ
ヘッダー全部読めと?
594:デフォルトの名無しさん
05/05/25 12:59:30
>593
実装例ありませんが? 探すだけ無駄。
595:愚痴
05/05/25 15:44:41
2.1で3D関係をやってる方いまmすか?
日本語版ドキュメントめちゃくちゃじゃありません????
これ作った方すごい頭いいですね!!!!
I3DUtil Interface
日本語版
>以下のヘッダーファイルが必要です
>AEE3D.h
英語版
>The following header file is required
>AEE3DUtil.h
596:デフォルトの名無しさん
05/05/25 15:54:56
W21Sでカメラプレビューが表示されない・・・
なんでだぁ!(。_ _)。ぱた・・・
597:デフォルトの名無しさん
05/05/25 16:30:30
>>595
とりあえず、日本で発売されてる機種でI3D対応してる機種は無いって
誰かがゆってた気がする。
代わりにMicro3Dを使えば3D表示できるけど、
Docomoとかと違って使うのにお金かかるはずだから注意。
>>596
これが原因じゃないか?
URLリンク(brewforums.qualcomm.com)
598:愚痴
05/05/25 18:56:15
>>597
あ、ありがと…
調べた限りI3D対応してるのなかったわorz
599:デフォルトの名無しさん
05/05/25 19:23:03
自分で3D関係の関数組みゃいんじゃない
まあ期待通りのスピードはでないだろうが
そういやマスコットカプセルはどういう処理してんだろな
端末側がエンジン持ってんのかな
600:デフォルトの名無しさん
05/05/25 19:24:30
>>597
え。BREWだとMicro3D使うのに金かかるの??
知らんかった・・・。
601:596
05/05/25 19:37:11
>>597
ありがとう。
バックカラーの設定って
IDISPLAY_SetColor(brew->a.m_pIDisplay, CLR_USER_BACKGROUND, MAKE_RGB(0,0,0));
だよね?
これでもできない・・・_| ̄| . . . . . .. ... .... ○ コロコロコロコロ
602:デフォルトの名無しさん
05/05/25 19:49:25
>>601
プログラミングガイドの中を「Coprocessor搭載機での透過処理設定」で検索しる
603:デフォルトの名無しさん
05/05/25 19:57:45
センセイ!
アキラメテモイイデスカ?
('A`)ノ
ノ(へへ
604:デフォルトの名無しさん
05/05/25 19:59:42
\ __ /
_ (m) _ピコーン
|ミ|
/ .`´ \
('A`) そうだ、諦めよう!
ノヽノヽ
くく
605:596
05/05/25 20:14:47
みんなありがと☆
できたよ(゜-^*)b♪
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の方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
同じもの作るのに倍とまではいかないけど、2割くらい時間がかかる。
624:デフォルトの名無しさん
05/05/28 08:46:08
>>623全体のスケジュールやら手間やら考えると、閉鎖的なBREWは面倒臭い
625:デフォルトの名無しさん
05/05/28 09:18:24
BREWの配信までの期間があればDojaなら3本作れる
626:デフォルトの名無しさん
05/05/28 10:51:28
JAVAであればやりかたによってはDoCoMo,Vodafone,au全部同時に組めるから、
3本×3で、9倍の効率だね。
スレちがいスマソ
627:デフォルトの名無しさん
05/05/28 12:27:53
おれ、BREW何も経験ないところから、2ヶ月で一本作れっていわれたけど、
かなりきつかったよ。
何がきついって情報検索しても、行き着く先は2ch。公式情報少なすぎ。
オマケにCPじゃないので実機テストは、クライアントにシグネチャ送ってもらって、
シグの有効期限きれたら、シグまた送ってもらって...
情報足りないからくれってクライアントに言ったら、
情報公開の申請書出すから、もうちょい待ってっていわれて...
CPならもうちょっと楽だったのかもしれないけど、
こんな開発者泣かせのプラットフォーム...
628:ぶりゅう神
05/05/28 13:51:11
今日もしっかりぶりゅうしなさい
休み?さぼるでないっ!!!!!
629:デフォルトの名無しさん
05/05/28 13:55:29
>>Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
>>同じもの作るのに倍とまではいかないけど、2割くらい時間がかかる。
何かが根本的に間違っているな。
自分は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
>同じもの作るのに倍とまではいかないけど、2割くらい時間がかかる。
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
シーケンス1、2というものがあることを知らないかのような質問だが?
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
W21S以外の機種は、私の浅い経験上、実質JPEG読み込みでコールバック待ちしなくても読めてました。
W21Sだけ仕様に忠実(といっていいのか?)なんで、ちゃんとコールバックでよめたかどうかを判断して
から、処理しないとだめだよ。
670:669
05/05/31 15:26:45
あ、W21Sつーか、SONY端末(私が試したのはA1402S)ですな。
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のコネクション確立するまで5秒ほどのラグがあって、
それは計れないから気をつけてくれ。
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がエラー出るのはサイズ大きかったっぽい・・・
QVGAのJpegできないなんて・・・_| ̄|○
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
ヒープが1MB超えてたっぽい。
整理して調整したら表示できました><b
ところで、エミュレータークロックが早くなるのに対処法ないでしょうか?
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エミュはKDDIからもらえるよしったか君
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のCMの「ありえない女」思い出した。
719:デフォルトの名無しさん
05/06/04 00:06:34
>>710
> BREWのエミュレータ、アプリが落ちるとエミュごと落ちるって
>いくらなんでも馬鹿にしすぎじゃないですか?
一体何するとエミュレータごと落ちるんだよw
720:719
05/06/04 00:07:46
参考までに書いておくと、おれ今まで5本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);
で、2回目の★印のところで例外で落ちるんですが、
どうしていいものか、リソースの解放の仕方まちがってまつか?
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なのかt(ry
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サーバ側(サーブレット)が、readでタイムアウトして、移動機に内部
エラー(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画像をアプリで加工して、
それをコンパクトなファイル容量で保存したいわけで。
例) こんなことをやろうとしてる。
手順1. 人物を撮影する→JPEGで保存される。
そのJPEGを読み込むか、撮影時のBMPをメモリ上に保持しておく。
手順2. 顔に落書きする。
手順3. 2.の画像を保存して、アプリの次回起動時に呼び出して表示する。
>>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
3スレ=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`)
仕様書の状態一覧に100個以上状態書き込む嫌がらせでもするか。
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
KDDIに「このアプリこんな操作すると落ちるので直してくださいよ~」
とメールだせばそのアプリの会社は優良から落ちるかな?
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
パーン _, ,_ パーン
パーン_, ,_ ( ・д・) _, ,_パーン
( ・д・) U☆ミ (・д・ )
⊂彡☆))Д´>>814 ☆ミ⊃ パーン
, ,∩彡☆ ☆ミ∩, ,
( ) パーン ( )
パーン パーン
816:デフォルトの名無しさん
05/06/10 14:33:07
パーン _, ,_ ________
パーン_, ,_ ( ・д・) /
( ・д・) U☆ミ / いくら叩いても無駄だ! いいからさっさと金を出せ!! カネカネキンコ!!!
⊂彡☆))Д´> <________
, ,∩彡☆ ☆ミ∩, ,
( ) パーン ( )
パーン パーン
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をゲッツしたいんだけど、
ユニバーサルIDってどの事言っているの?わかんね。入れね。
820:デフォルトの名無しさん
05/06/10 22:18:34
USJ
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
検証街は短くなったけど4ヶ月が3ヶ月になっただけなんて
825:デフォルトの名無しさん
05/06/11 13:10:20
結局、BREWはカネとコネがなきゃ出来ないってわけだな。
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天丼がどんな審査基準を設けようとクソゲは必ずでるしね
839:デフォルトの名無しさん
05/06/12 14:09:21
現状PSPとかNDSなんて、クソゲどころかソフト自体出てねーじゃねーか、
NDS新色の発売日に買ってまだ3回しか充電してないぞ。
840:デフォルトの名無しさん
05/06/12 18:18:50
NDSて電気もつんだね
841:無立
05/06/12 19:31:40
明日からまたバシバシ働けよ
842:デフォルトの名無しさん
05/06/12 19:51:27
明日からとは、まるで今日は休んでもよかったかのような仰せですな無立様。
843:邪婆
05/06/12 19:56:35
もうBREWやめちゃいなよ
844:デフォルトの名無しさん
05/06/12 20:10:09
>>843
やだ。アンタ使いにくいんだもん。
自分だけかもしれないけど
845:デフォルトの名無しさん
05/06/12 22:02:25
邪婆も武龍もコード書くだけなら大差ないような…
846:デフォルトの名無しさん
05/06/12 22:24:47
邪婆の場合
「こんなもん邪婆じゃねー!!」というクソコーディングを強いられる
無立の場合
ほかに比べるものがないからクソコードもクソにならない
847:デフォルトの名無しさん
05/06/12 22:34:50
>>846
> 邪婆の場合
> 「こんなもん邪婆じゃねー!!」というクソコーディングを強いられる
容量増えてるし、最近はそうでもないよ。
848:デフォルトの名無しさん
05/06/12 23:00:51
手動ガーベッジが許せない
849:デフォルトの名無しさん
05/06/12 23:31:50
いやいろいろ言ってるけど、マジな話
Brewの技術的なデキはクソといっても我慢できるレベル。
我慢できないのはKD(ry
850:デフォルトの名無しさん
05/06/12 23:40:37
>847
「最近」なんてKのPhase2.0ターゲットじゃ縁がありませんが何か。
851:デフォルトの名無しさん
05/06/13 00:23:19
「何か。」じゃねーって。
Phase2.0なんて明日にでも切り捨てろって。(あとDoJa3.0未満もな)
auやるならBREWに絞った方がまだマシですぜ?
852:デフォルトの名無しさん
05/06/13 08:13:47
>>849
そのとうり
853:デフォルトの名無しさん
05/06/13 13:20:27
お忙しい中すみません。質問です。
現在、待ち受けアプリを作成中なのですが、会員認証の通信で
アプリ一覧からの手動起動 → 通信成功
待受設定時の自動起動(DNSキャッシュ無し) → 通信失敗(エラー値:WEB_ERROR_DNSCONFIG)
待受設定時の自動起動(DNSキャッシュ有り) → 通信成功
と、言った状況で
"待受設定時の自動起動(DNSキャッシュ無し)"の場合に通信出来ず困っています。
問題の端末は"INFOBER","5405SA"で発生しています。
通信処理は以下の通りです。
========================================================
void web_connect(void){
ISHELL_CreateInstance(pMe->m_pIShell , AEECLSID_WEB,(void*)&pMe->web);
CALLBACK_Init(&pMe->webcb , Resp , pMe);
SNPRINTF(pMe->subno , sizeof(pMe->subno),"X-UP-SUBNO:%s",pMe->SubscriberID);
IWEB_GetResponse(pMe->web , (pMe->web , &pMe->webresp,&pMe->webcb,url,
WEBOPT_HEADER,pMe->subno,
WEBOPT_END));
ISHELL_SetTimer(pMe->m_pIShell,30000,(PFNNOTIFY)&TimeOut,pMe);
}
========================================================
待ち受け起動による通信への影響等をご存知の方がいらっしゃいましたら、
助言をいただけると助かります。
資料の何処に記載されている等の情報でも構いませんので、
ご協力お願い致します。 orz
854:デフォルトの名無しさん
05/06/13 17:53:27
待ち受け+通信という茨の道を進むのか。
カメラ機能もあれば無敵だったのに。
ゴメン何も情報無いス
855:デフォルトの名無しさん
05/06/13 18:57:32
>>854
待ち受け、通信、カメラがBrewで面倒な三本柱?
一応仕事は選べる立場にあるんで、
できれば他に面倒なところがあったら教えてくれ。
856:デフォルトの名無しさん
05/06/13 19:39:06
つ[遷移表書き]
857:デフォルトの名無しさん
05/06/13 21:23:03
仕様書に、
ISHEELというのがあるがこれはISHELLに直していいか?
直さないと書類不備になるか?
それとも直すとKDDIの人を辱めたということで不合格になったりするか?
858:デフォルトの名無しさん
05/06/13 21:26:49
>>857
直したのも気づかないってことで察してあげてください。
859:デフォルトの名無しさん
05/06/13 22:34:24
ISHEELD21
やっべ超面白いこと言っちった
860:デフォルトの名無しさん
05/06/13 23:50:41
超おもしろだからあげて晒してあげよう
861:デフォルトの名無しさん
05/06/14 00:33:40
やべぇ、なぜか超笑える
862:デフォルトの名無しさん
05/06/14 00:57:19
>>855
BREWプログラミングで面倒な代表は待ち受け・カメラ・ネットワーク(携帯Javaでも面倒には違いないが)の三個。
あと面倒なのが初めて開発する時に、あちこちに散らばっている資料やドキュメンを探さなければいけない事と
情報収集源が公式フォーラム以外では2chしか無い事と、コンパイラとかを導入するのにウン十万掛かること。
今度は実際に組むとなると、Javaアプリでは基本で付いているソフトキーが無かったり
エラーメッセージを全部自分で実装しないといけなかったり、検証には半年近く掛かる事があるし
その検証のために遷移図をきちんと書かないといけなかったりエトセトラエトセトラ。
でも、"プログラムを組むのなら超不親切なドキュメントと、使いにくいAPIと
機種によって返値が違う関数があったりする"のを除けば携帯Javaアプリと同じなんだが他で面倒が多すぎる。
863:デフォルトの名無しさん
05/06/14 01:38:53
おいおい、プログラム以前の問題として、
KDDIに企画を通さないといけないって面倒があるぜ('A`)
今後は企画審査も厳しくして、売れそうな企画しか通さないとか言ってやがる。
864:デフォルトの名無しさん
05/06/14 08:17:33
(・∀・)つ⑩
865:デフォルトの名無しさん
05/06/14 13:43:43
情報源がこちらしかないので書き込ませていただきます。
VC++.NETでBREWアプリ開発しているのですが、
ARMコンパイラの設定の仕方がわかりません。
ご存知の方がいましたら設定方法を教えていただきたいと思います。
ちなにみ使っているのは「ARM Developer Suite v1.2 評価版」です。
866:デフォルトの名無しさん
05/06/14 13:52:12
VC6++だけど、特に何もしてないなぁ
867:デフォルトの名無しさん
05/06/14 13:52:42
つ「開発ツールガイド」
868:606
05/06/14 13:56:02
> 今後は企画審査も厳しくして、売れそうな企画しか通さないとか言ってやがる。
即ち「クソゲー乱発するCPが悪い」は、キャリア様のお告げということですわよ。
869:デフォルトの名無しさん
05/06/14 14:24:07
>866,867さん
お忙しいなか質問に答えていただき
ありがとうございます。「BREW 開発ツールガイド」で再度調べて見ます。
870:デフォルトの名無しさん
05/06/14 15:12:35
そもそも携帯でゲームって企画に無理があると気付いて欲しい
871:デフォルトの名無しさん
05/06/14 15:21:42
無理はないだろ。
やってる人いっぱいいるじゃん。
872:デフォルトの名無しさん
05/06/14 17:11:05
あるからやってんだな
なかったらやらない
873:デフォルトの名無しさん
05/06/14 21:21:13
初めからゲーム企画は無理なので受け付けません、と書いておいて欲しい。
そしたらはじめからBrewでゲームを企画しないで済む(ヤッター!)
874:デフォルトの名無しさん
05/06/14 21:45:46
つまんねーミニゲームをだすんじゃねーよ
有名なゲームの移植のみ認める
875:デフォルトの名無しさん
05/06/14 21:53:35
そんなプラットフォームの方がよっぽど価値ない
876:デフォルトの名無しさん
05/06/14 22:55:24
それでも売れてますから!残念!
877:デフォルトの名無しさん
05/06/14 22:59:53
>> 今後は企画審査も厳しくして、売れそうな企画しか通さないとか言ってやがる。
>>即ち「クソゲー乱発するCPが悪い」は、キャリア様のお告げということですわよ。
大きく違う。
検証が破綻寸前だから検証に行くプログラムを減らそうとしているだけ。
878:デフォルトの名無しさん
05/06/14 23:19:39
>>862
エラー系統を全部自分で実装することは普通だと思う…Javaがヌルすぎるだけかと
879:デフォルトの名無しさん
05/06/14 23:35:34
>>876
売れるのはBREWとは無関係な部分で携帯に色々と付加価値が付いているから
おかげさまでWindowsプログラム以上に面倒なBREWが主体になるなんてこんな酷い話しは無い
>>878
それくらい実装しておいて然るべき。てか他言語でも実装して下さいお願いします('A`)
まあJavaはぬるいと言うかその辺が親切だよな。VM上で動かす点での問題もあるが・・・
880:デフォルトの名無しさん
05/06/14 23:37:29
カメラアプリ組むのマンドクセ('A` )
881:デフォルトの名無しさん
05/06/14 23:45:35
KDDI様がJavaを復活させてくれれば、それだけで話がおわるわけなんですが。
882:デフォルトの名無しさん
05/06/15 00:12:52
>>881
素朴な疑問。
そもそも、なんでKDDIはBREWなの?
883:デフォルトの名無しさん
05/06/15 00:34:08
元々クアルコムチップを使ってるから都合がいい。
BREWはクアルコムチップで動く。サブCPU積まなくてもそこそこの速度で動かせる。
端末代浮かせられて(゚д゚)ウマー
こんな感じだよね。
884:デフォルトの名無しさん
05/06/15 03:55:42
>>883
なんかすごい勘違いしてない?
885:デフォルトの名無しさん
05/06/15 08:16:49
じゃあ説明してみろよ
886:デフォルトの名無しさん
05/06/15 08:49:51
クアルコムチップって何?
ARMと何が違うの?
887:デフォルトの名無しさん
05/06/15 10:09:10
漏れも>>883と同程度の認識だった。
>>884に解説キボン
888:デフォルトの名無しさん
05/06/15 10:22:51
>>884,887
俺もあんまりよくわからん。
ネイティブコードが走るから速いよ。としか聞いてない。
APIセットがJavaより充実してるのは別にBREWの特権ではない気がする。
Javaでもキャリアがやろうと思えば出来るわけだし。
889:デフォルトの名無しさん
05/06/15 10:23:21
↑あ、俺は884じゃないよ。
890:デフォルトの名無しさん
05/06/15 11:01:55
ていうか・・・W21KにいたってはシステムまでBREWでできてるわけで・・・
(#4回連打するとシステム落ちたりする・・・
891:デフォルトの名無しさん
05/06/15 11:31:00
高橋名人攻撃すると落ちるわけだ
892:デフォルトの名無しさん
05/06/15 12:06:30
通信APIかなりあるんだが・・・
結局どれが一番使いやすいの?
893:デフォルトの名無しさん
05/06/15 12:07:08
>>891
あくまで端末転送モードの場合ね。
894:デフォルトの名無しさん
05/06/15 15:50:52
なぁなぁ
DEBUGPRINTFって使うとどこに出力されるの?
895:デフォルトの名無しさん
05/06/15 15:51:00
STLって実機用のARMコンパイラ、またはGNUDEで使えますか?
どうも、このスレ読む限りは、どこかから拾ってくれば使えるみたいなこと書いてありますけど。
SGI版のSTLとか使えばOKですかね?
せめてvectorとstringだけでも使えればと、、、。
教えて!凄い人!
896:デフォルトの名無しさん
05/06/15 15:51:48
×DEBUGPRINTF
○DBGPRINTF
897:デフォルトの名無しさん
05/06/15 17:48:10
>>895
探す努力せずに作る方を選んだんでわからんが…
質問待ってる間にvectorとstringくらい作れるんでね?
例外処理できないし、new(MALLOC)は全部監視が必要。
そこらに転がってるソースなんて怖くて使えないような。
描画系のgetWidthとか必要だろうし、
AECHAR型変換しなきゃって仕様があるから、
stringも作った方が早いと思う。
898:デフォルトの名無しさん
05/06/15 17:55:59
>>895
STL自体は使えるんだけど、
そのまま使えるソースが落ちてないから結局自分で書く羽目になるかと。
899:デフォルトの名無しさん
05/06/15 17:58:08
>>894
>>896
エミュだったらログウィンドウに出てくる。
実機は BREW Tools の Logger を使うべし。
バッファリング問題があるんでメッセージの表示タイミングに注意。
900:デフォルトの名無しさん
05/06/15 18:38:12
>>899
実機ではLoggerなので。
情報(。・ ▽・)/・:*:・°★.。・:*:・°☆.。・:*:・°★ ありです!
901:デフォルトの名無しさん
05/06/15 18:38:35
×なので。
○なのね。
902:895
05/06/15 18:43:52
>>897
>>898
ありがとうございます。
つまり、自作ってことになるんですね(w
templateに関しては問題なく使えると。
ちょっと面倒くさいですが、それじゃ作ってみます(w
しかし、使えないならエミュでも使えなくしておいてくれればいいのになぁ。
あと、エミュでも、スモールフォントも出せるようにしてくれないと不便だー。
903:デフォルトの名無しさん
05/06/15 19:53:41
そもそもエミュではノーマルフォントのドットサイズも違う罠w
フォントサイズに依存しない綺麗なコード書けってコトで。
文字関係だと、IDISPLAY_MeasureTextEx()
は自分で作った方が良いよ。機種依存激しいから。
他は知らん。
904:デフォルトの名無しさん
05/06/15 19:58:14
ISOURCE_Readで取得したデータが1200byteあたりで途切れるんだけど・・・
だれか心当たりないですか?
905:デフォルトの名無しさん
05/06/15 20:03:33
>>904
Windowsプログラムも一緒だが、一定サイズを超えると1発じゃ受け取れない。
何度も取りにいくべし。
ISOURCE_Exhaustedでチェック
906:デフォルトの名無しさん
05/06/15 21:27:16
>>884の解説はまだですか?
907:デフォルトの名無しさん
05/06/15 23:54:46
ARM C++ でtemplate問題ないか?
例えば、
template< typename T, template< typename T > class F > class hoge : public F
とか通るか?
908:デフォルトの名無しさん
05/06/16 00:28:41
>>907
今のところすべて強引に解決できてるけど、その程度の不具合はかなりあるね。
templateに限らずC++でちょっと特殊な書き方すると引っかかることはある。
909:デフォルトの名無しさん
05/06/16 08:49:00
>856
こら。 サボってないで仕事しる!
910:デフォルトの名無しさん
05/06/16 14:16:45
電源制御とかできますか?
アドレス帳等の制限のロック番号とかも変えられますか?
911:デフォルトの名無しさん
05/06/16 15:52:35
バッテリが切れるまで終了させられず
セキュリティ解除してユーザー情報盗みまくり。
そんなアプリが作れる環境は問題だな。
912:デフォルトの名無しさん
05/06/16 15:56:42
どうでもいいことだけど
プログラミングガイドの613ページなんとかならんのか・・・
次のページに続きます
って次ってどこよ・・・
913:デフォルトの名無しさん
05/06/16 16:08:18
>>911
電源切る,くらいは?
技術的に可能?不可能?
KDDIが審査を通すかは別として.
914:デフォルトの名無しさん
05/06/16 16:29:17
>>913
オーバーフローさせる。
915:デフォルトの名無しさん
05/06/16 18:02:06
アプリから端末の電源を切る方法はない。
916:デフォルトの名無しさん
05/06/16 18:36:01
>>913
Nativeコード実行できるからHackすればできると思うよ。
めんどいけど。
#リセットは誰でもできるぜ
917:デフォルトの名無しさん
05/06/16 20:03:16
正しい端末のリセットのしかた。
int* ptr = NULL;
*ptr = 0;
918:デフォルトの名無しさん
05/06/16 22:00:14
早く帰してくれ!
いい加減にしないと労基に訴えるぞ!
919:デフォルトの名無しさん
05/06/16 22:04:42 BE:48999762-
スレリンク(phs板:468番)
>開発はBREWが断トツで楽なの知らないの?
>C言語で作れんだよ?工学系のやつなら誰でも作れる。
>それがBREW。
不思議だ。どこか別の世界の話のようだ。
920:デフォルトの名無しさん
05/06/16 22:12:26
パラレルワールドの話だろ
921:デフォルトの名無しさん
05/06/16 22:19:42
大丈夫、ちゃんと叩かれてるからキニスンナ
922:918
05/06/16 22:22:01
918 「おいっ!おいっ!>919しっかりしろ!」
919 「……ん!?」
918 「おお、気付いたか。急に倒れてびっくりしたぞ。
…どうした?夢でも見てたのか?」
919 「いや、なんでもないさ。顔洗ってくるよ」
918 「さぁ、もうちょっとだ。こんな仕事さっさと終らせて帰ろうぜ。」
923:922
05/06/16 22:23:52
いや、922の名前欄の「918」はウソね。冗談が過ぎたらスマンかった。
>918ガンガレ
924:デフォルトの名無しさん
05/06/16 22:52:37
>>918
同士よ、俺はこれからラストスパートだ。
持ち帰りでな(´д`)
925:デフォルトの名無しさん
05/06/17 01:13:20
しかし世間の一部ではBREWは楽と言う認識があるのか・・・
情報だけ知っていて間違いなく作ったこと無いんだろうなぁ
926:デフォルトの名無しさん
05/06/17 01:51:45
開発にのみ限って言えば、単にWebに情報が少なすぎってのが不利なんだよな。
邪婆なんてちょっと検索かけるだけでソース転がってるし。
927:デフォルトの名無しさん
05/06/17 03:03:40
>>925
BREWなんか楽じゃん。ある程度のC/C++プログラミングスキルと、
KDDIの資料,特に端末差分とサービスガイドをくまなく読解する能力があれば無問題なはず。
BREWが楽じゃないっていっている人たちは、じゃあ何なら楽なの?って逆に訊きたい。
BREWはクソな15年落ち設計というのは正しいが。
928:デフォルトの名無しさん
05/06/17 03:17:16
auJAVAが楽でした。
929:デフォルトの名無しさん
05/06/17 04:48:51
まあJavaでも機種依存の挙動なんかはしょっちゅうあるし
ファイルサイズ的な余裕は Brew がずっと楽な分、技術的な楽さはたしかにあるかもね。
Javaしかやったことない人だったら知らないが。楽じゃないのはKD(ry
930:デフォルトの名無しさん
05/06/17 05:20:53
>>927
BREW(C/C++)の記述の仕方やAPIの使い方に関して容易かどうかといった話ではなく、
ここでは、BREWによるアプリ開発の具体的な作業が楽なのか大変なのか、という話だ。
BGMやカメラを制御するアプリを作ってみればわかる。
>KDDIの資料,特に端末差分とサービスガイドをくまなく読解する能力が
あってもつまずくこと受けあい。
>BREWが楽じゃないっていっている人たちは、じゃあ何なら楽なの?って逆に訊きたい。
BREWでのプログラミング行為だけを指して「楽じゃない」と言ってるわけではないと思う。
端末依存の激しさ、リリースに必要なドキュメントの作成や手続きの面倒くささ、
そこまで合わせて「BREW(アプリの作成とリリース)は楽じゃないなー」と言っているのでは。
#オレってば超解釈しすぎか?
931:デフォルトの名無しさん
05/06/17 08:34:09
>930
介錯つかまつる
932:デフォルトの名無しさん
05/06/17 10:13:31
海外端末のアプリ開発すれば
日本のBREWがどれだけ恵まれてるかわかる
海外は機種依存が凄まじ過ぎる…
933:デフォルトの名無しさん
05/06/17 11:17:22
どこ逝っても同じ様な状況、俺らに氏ねと?
Javaから来た人挙手おながいorz
>925
知ったかがしたいだけのお子様だと信じたい。
学割のK(保身のため自主規制)様だし…。
934:デフォルトの名無しさん
05/06/17 12:13:09
漏れはBREWからJavaに行って幸せを噛み締めたけど…
何だよ、あっちこっちでnew連発しやがって。
try-catchとかgcって。
何でも有じゃねーかyp
935:デフォルトの名無しさん
05/06/17 12:39:30
#define new kyonew
これで大分しやわせになれるはず
936:デフォルトの名無しさん
05/06/17 12:42:52
>>935
( ´ー`)つ[スレリンク(tech板) ]
937:デフォルトの名無しさん
05/06/17 13:10:27
#define hinnew new
の間違いではw
938:デフォルトの名無しさん
05/06/17 15:15:09
BREW SDK 3.1.2をインストールしたんですが、
BREW Application WizardがVisual Studio 2003の方に組み込まれません。
同じPC内にVisual Studio 6.0が入っているからこっちと誤認しているのでしょうか?
VS2003にBREW Application Wizardを組み込む方法を教えてください。
939:デフォルトの名無しさん
05/06/17 15:30:04
>>938
つ BREWプログラミング実践バイブル
940:938
05/06/17 15:59:40
>>939
ありがとうございまつ P34ですね。VS6の時にもやってるのか、もう漏れ痴呆か……鬱
941:デフォルトの名無しさん
05/06/17 17:28:34
Disabled
This app was disabled to
save space. Would you like
to restore it now?
Restore Cancel
942:デフォルトの名無しさん
05/06/17 17:57:01
>>941
英語フォーラム
エミュ3.1のディレクトリ設定ミスです。
943:927
05/06/17 21:34:19
>>930
ゲーム製作に限って言うと、ゲームシステム規模の小ささも含めBREWは「超楽ちん」です。
強力な"Visual Studio"の支援があるし。
ファミコンなんか6502アセンブリオンリーで、D-IceなんていうインサーキットエミュレータにRS232C経由でターミナルつないでデバッグ作業。実機でのテストはEP-ROMを焼いて基盤にROMを差してテスト。
ファミコン後期はCanopusのEP-ROMエミュレータなんていう便利なものが使えたけど。
おまけに、任天堂検証なんていうKDDI検証の10倍くらいきついのがある。もちろんSonyも。提出する書類だってもちろんあるし。
それと比べたら、BREWの開発環境は天国だと思う。これは理解してほしいね。
BREWがきついっていってたら、多分、一般ゲーム産業では何もできないと思う。PS2ゲー製作なんか恐らく一生不可能。
別にきついって言っている人を責めるつもりはないが、きついというのはBREWがきついのでなく、本人の経験値がまだBREWを開発できるレベルに達していないんだろうと思う。
>端末依存の激しさ
KDDIの支援サイトでこれほど端末依存部分が明文化されてて、これ以上何が必要ですか?
PC(DirectX)のゲームを製作したら、どれだけKDDI+BREWが有難いか痛感しますよ。
944:デフォルトの名無しさん
05/06/17 21:59:36
だから、auJAVAだってば。
Phase3なんか楽すぎ。
945:デフォルトの名無しさん
05/06/17 22:01:37
ってか、単価も儲けも違いすぎるから普通のゲーム機と比べるのってどうかと思うよ。
946:デフォルトの名無しさん
05/06/17 22:41:26
>>KDDIの支援サイトでこれほど端末依存部分が明文化されてて、これ以上何が必要ですか?
まだまだBREWの経験値が低いな。
ドキュメントに書かれているのはごく一部なのだよ。
実際に実機で動かなくてはじめて気が付く端末依存。
947:デフォルトの名無しさん
05/06/17 23:03:00
>>943
で、BREWはauJAVAと比べて「超楽ちん」なの?
一般ゲームと比べれば、「超楽ちん」なのは理解できるが・・・
948:デフォルトの名無しさん
05/06/17 23:03:03
>>943
ファミコンから勉強しなおしてきなさいしったか君
949:デフォルトの名無しさん
05/06/17 23:08:06
>>946
いやだからPCゲーじゃそんなの当たり前だって言ってるんでしょ
OSの差分、ハードの差分とも依存情報なんて無いのが大半で、
全機種揃えてテストなんて限りなく不可能に近い。
まぁWeb検索で引っかかるものもあるけど。
開発に限って言えば、漏れもBREWはそんなに辛いと思わない。
ただ、邪婆の方が思い切り楽ではあった。
ちなみに927じゃないので…
950:デフォルトの名無しさん
05/06/17 23:14:25
>949
まぁでもPCゲーなら最悪「対応しません」と逃げることができる(と思ってるが偏見かな……)が
携帯アプリの場合「対応しません」はそう簡単に抜けない刀だからなぁ
文句垂れてないで何が何でも対応しる!! と言われるのが関の山
951:デフォルトの名無しさん
05/06/17 23:28:52
コンシュマー系の一般ゲーム開発に関わるプログラマーの数>>>>>[企業努力]>>>>>BREWアプリの開発に関わるプログラマーの数
952:デフォルトの名無しさん
05/06/17 23:47:15
つか、コンシューマは総合的な開発環境としては、最下層でしょ
仕様書、ハード側の対応、設計の質、プログラマの負担・・・
ファーム、オープン系、Web、コンシューマ、BREW、色々やってきたけど、
コンシューマは、本当、最低
唯一の救いは、稀に天才と呼んでも良い人がいて、
彼が全て背負ってくれる事だ
ごめんね・・・
953:デフォルトの名無しさん
05/06/17 23:53:54
BREWでKVM書けよ
954:デフォルトの名無しさん
05/06/17 23:54:02
>PS2ゲー製作なんか恐らく一生不可能。
KDDIの屑さ加減、機種依存情報量等、PS2の方が楽な部分もあったような記憶があるような。
955:デフォルトの名無しさん
05/06/18 00:29:33
単純にいってな、儲けがちがいすぎんだよ。
Brewでもっと儲けられるようにしろよ、クズが。そしたらいくら検証がキツくてもガマンしてやるよ。
こんななけなし儲けしかない携帯コンテンツで、まるでプレステかなんかみたいな検証やってるから叩かれてんだろうが。
身の程をわきまえろよ。
956:デフォルトの名無しさん
05/06/18 00:50:59
>>950
そうそう、たかだか100円か200円ぽっちで文句言うなっていいたくなるね。
957:デフォルトの名無しさん
05/06/18 00:54:44
>>955
>まるでプレステかなんかみたいな検証やってるから叩かれてんだろうが。
いやいや、それは別の話だよ。
むしろキミたちのコードが検証なしで世に出る方が恐ろしい。
端末が白画面と砂時計を表示するだけの機械にすることもできるし、
人の個人情報を盗むスパイウェアやウィルスだって簡単に実装できる。
958:デフォルトの名無しさん
05/06/18 00:57:04
なるほど、つまりそんな破綻するような検証システムを導入しなければやってきけない
プラットフォームを選択したこと自体が、KDDIの戦略ミスということでFA
959:デフォルトの名無しさん
05/06/18 01:02:07
KDDIは人を信じないやなやつだな
960:デフォルトの名無しさん
05/06/18 01:05:55
まあマジレスすると検証が細かいのもいうほどキツくはないんだけどね。
どうせバグ取りはしないといけないんだし。問題は検証の時間が(ry
961:デフォルトの名無しさん
05/06/18 01:08:24
>>958
それは正解。でもまぁ、クァルコムに騙されちゃったんじゃないかね?
「最先端の技術」とかいう例の大風呂敷広げられちゃって。
あと、i-modeと差別化する必要があったでしょ?
なんにせよ、Qualcommがあれなんであって、決してKDDIが悪いわけじゃない。
962:デフォルトの名無しさん
05/06/18 01:11:45
>>960
だね。レギュレーションを違反してても、結構許してくれちゃうし。
任天やSonyだったら絶対アウトみたいなのも。ようは電話としての機能を阻害しなきゃいいってことだよな。
963:デフォルトの名無しさん
05/06/18 01:29:28
Qに騙されたKが悪い。ついでに糞高いツールを売りつけようとするSも同罪
更に使いにくいBREW開発を推進させようとする上司も悪だ
964:デフォルトの名無しさん
05/06/18 02:03:41
>>934
java書いてる奴は結構そういう書きかたしてるから恐いよ
965:デフォルトの名無しさん
05/06/18 02:09:26
>>943
基本的には同意…かな?
自分もゲーム屋で、カメラとかあのあたりのむつかしいことは手を出したことないけど。
でも言ってることが乱暴過ぎるんじゃ…?
任天検証はやったことないけど、SCE検証はねぇ…重箱の隅を細切れにつついてくるから
BREWで55xx/Winシリーズ共通アプリやったあと、Java(Doja3.5)に行ったんだけど、
個人的にはこっちのがきついかもね。エラーくらい自分でその場で処理させてくれよぉ
端末ごとに音声用意しろって…おいおい。
あとN/P端末の通信バグとかヒープがすぐに細切れになることとかSystem.gc()がちゃんと機能してくれないとか。
スキルが低いんだろうけど、すごく泥臭いプログラムになったよ。できることなら見返したくないくらいの
966:デフォルトの名無しさん
05/06/18 02:10:08
外の人だけど。
今の携帯の、性能やら画面の大きさやらの制約の中では
たいしたゲームは作れんから高くは売れない、ってことじゃないの?
携帯では実用系アプリのほうが、潜在的な需要がある希ガス
967:930
05/06/18 03:05:47
>>943=927
BREWアプリの開発話に対してコンシューマの開発話を引き合いに出しても
比較の対象とするには事情が違うし意味をなさないと思うので、その部分はスルー。
>KDDIの支援サイトでこれほど端末依存部分が明文化されてて、これ以上何が必要ですか?
端末特有の機能を使わず、特にトリッキーな処理もしない、どちらかと言えば単純と言える
BREWアプリを作るなら、特に他には必要ないだろうね。
927氏は恐らくそういったBREWアプリしか作ってないのでしょう。
968:デフォルトの名無しさん
05/06/18 03:19:23
> 端末特有の機能を使わず、特にトリッキーな処理もしない、どちらかと言えば単純
なんか、この程度のことがまるで「すごい!」ことかのように語る風潮が低レベルさを露呈しているねw
PS2のVU1のマイクロコードでシェーダー書いているやつなんか神なんだろうなこういう連中からすると。
969:デフォルトの名無しさん
05/06/18 07:23:03
>>970
きりがいいから次スレ頼む。
970:デフォルトの名無しさん
05/06/18 09:59:50
通りすがりの漏れが次スレ立ててくるぜ。
>BREWが楽じゃないっていっている人たちは、じゃあ何なら楽なの?って逆に訊きたい。
ここに論理の転換があるんじゃねーの?
つまりさ、「楽なソフトウェア開発環境なんかない」
ツール等のいわゆる開発環境だけじゃなくて、社内環境とか人的環境も含めればなおさら。
で。>968 が誰を煽ってるのかよくわかんね。
971:デフォルトの名無しさん
05/06/18 11:32:00
お前等、おはよーヽ(´ー`)ノ
972:デフォルトの名無しさん
05/06/18 11:44:04
javaやコンシューマーでの苦情が表に出ていない事を考えると
BREWが異状なのはよくわかるな。
しかし文句言いながらも結局お前らが作ってるからBREWは生きつづけてるわけだ。
本当に嫌なら等価に見合う代案を上に提案して方針を変えさせる努力をしろ!
勝手アプリやりたいよ・゚・(つД`)・゚・
973:デフォルトの名無しさん
05/06/18 12:10:56
あにいってんの?
974:デフォルトの名無しさん
05/06/18 12:26:25
会社逝ってきま
975:デフォルトの名無しさん
05/06/18 12:31:48
>>972
JavaからBREWに転向させられたやつが文句言っているだけだとみた。
ママに抱っこにおんぶだったのが、いきなり一人で歩かされて超不満みたいな。
楽チン安全のぬるま湯か、速度の茨の道か。KDDIは速度を取ったんだから仕方が無い。
いやだったら他の仕事すればいい。ってことだよな。
976:デフォルトの名無しさん
05/06/18 12:41:05
社員乙
977:デフォルトの名無しさん
05/06/18 14:06:24
KDDIは安さと金を取って、茨の道はCPが歩むことになるんだがな
978:デフォルトの名無しさん
05/06/18 14:17:17
文句あるならやめていいよ
979:デフォルトの名無しさん
05/06/18 14:27:48
誘導忘れてた。ごめん。
BREW(Binary Runtime Environment for Wireless) 5
スレリンク(tech板)
980:デフォルトの名無しさん
05/06/18 15:37:17
>977
正確にはCPの(中の)+人
981:デフォルトの名無しさん
05/06/18 16:12:20
ふと気が付くとMIDPスレよりレス伸びていたらしい。
おまいら超がんがれ。
982:デフォルトの名無しさん
05/06/18 16:50:08
勝手アプリつくりたきゃそっちに逃げればいいじゃん
983:デフォルトの名無しさん
05/06/18 17:38:22
>>979
乙
984:デフォルトの名無しさん
05/06/18 17:44:28
>>979
乙カレー
985:デフォルトの名無しさん
05/06/18 20:43:27
仕事あるけどリング観ていいでつか?
986:武龍司令官
05/06/18 20:50:26
ほう
987:デフォルトの名無しさん
05/06/18 21:32:44
仕事が無くなってもいいならどうぞ
988:デフォルトの名無しさん
05/06/18 22:19:53
BREW(Binary Runtime Environment for Wireless) 5
スレリンク(tech板)
989:デフォルトの名無しさん
05/06/19 03:34:13
975のような口だけで経験の無いやつ多いな。
990:デフォルトの名無しさん
05/06/19 04:55:17
ほんとに凄い人たちはこんなところに書き込んだりしないんだろな
991:デフォルトの名無しさん
05/06/19 09:13:33
嫌だったら他の仕事にホイホイ付ける975がうらやましいな
992:デフォルトの名無しさん
05/06/19 10:53:57
凄い人はコネもあって検証待ちなんてないんだろーな
993:デフォルトの名無しさん
05/06/19 11:45:00
一人消えても
明日はまた、だれかが
その穴をうめる…
そして、まただれかが
帰らぬ人となる…
生と死のシーソー・ゲーム…
どちらにかたむくかは
だれもしらない…
ここはBREWスレ…
背中に死を宣告された
男たちのねぐら…
994:デフォルトの名無しさん
05/06/19 12:44:36
埋めようか
この兵(つわもの)達の亡骸を…
995:デフォルトの名無しさん
05/06/19 12:58:12
マジクソ
996:デフォルトの名無しさん
05/06/19 13:05:09
改行要らないからちゃんと埋めろよw
997:デフォルトの名無しさん
05/06/19 13:07:08
というわけで梅
998:デフォルトの名無しさん
05/06/19 13:07:28
産め
999:デフォルトの名無しさん
05/06/19 13:07:58
埋
1000:デフォルトの名無しさん
05/06/19 13:08:21
10000っと。
1001:1001
Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。