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天丼がどんな審査基準を設けようとクソゲは必ずでるしね
839:デフォルトの名無しさん
05/06/12 14:09:21
現状PSPとかNDSなんて、ｸｿｹﾞどころかｿﾌﾄ自体出てねーじゃねーか、
NDS新色の発売日に買ってまだ３回しか充電してないぞ。
840:デフォルトの名無しさん
05/06/12 18:18:50
ＮＤＳて電気もつんだね
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の技術的なデキはクソといっても我慢できるレベル。
我慢できないのはＫＤ(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に直していいか？
直さないと書類不備になるか？
それとも直すとＫＤＤＩの人を辱めたということで不合格になったりするか？
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でできてるわけで・・・
（＃４回連打するとシステム落ちたりする・・・
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
そもそもエミュではノーマルフォントのドットサイズも違う罠ｗ
フォントサイズに依存しない綺麗なコード書けってコトで。
文字関係だと、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しかやったことない人だったら知らないが。楽じゃないのはＫＤ(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って。
何でも有じゃねーかｙｐ
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
の間違いではｗ
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検証の１０倍くらいきついのがある。もちろん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
なるほど、つまりそんな破綻するような検証システムを導入しなければやってきけない
プラットフォームを選択したこと自体が、ＫＤＤＩの戦略ミスということでＦＡ
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
Ｑに騙されたＫが悪い。ついでに糞高いツールを売りつけようとするＳも同罪
更に使いにくい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
> 端末特有の機能を使わず、特にトリッキーな処理もしない、どちらかと言えば単純
なんか、この程度のことがまるで「すごい！」ことかのように語る風潮が低レベルさを露呈しているねｗ
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
改行要らないからちゃんと埋めろよｗ
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:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。