BREW(Binary Runtime Environment for Wireless) 11

BREW(Binary Runtime Environment for Wireless)についてのスレ

■テンプレ
http://brew.s214.xrea.com/pukiwiki/
http://kintubo.kakiko.com/brew/

■前スレ
10 http://pc12.2ch.net/test/read.cgi/tech/1195449992/

■過去スレ
09 http://pc11.2ch.net/test/read.cgi/tech/1166675852/
08 http://pc8.2ch.net/test/read.cgi/tech/1147832791/
07 http://pc8.2ch.net/test/read.cgi/tech/1137502541/
06 http://pc8.2ch.net/test/read.cgi/tech/1126846736/
05 http://pc8.2ch.net/test/read.cgi/tech/1119056460/
04 http://pc8.2ch.net/test/read.cgi/tech/1111028365/
03 http://pc5.2ch.net/test/read.cgi/tech/1096006023/
02 http://pc5.2ch.net/test/read.cgi/tech/1076511398/
01 http://pc2.2ch.net/test/read.cgi/tech/1011078904/


関連情報>>2-10

BREW関連

Qualcomm CDMA Technologies - CDMA2000 3G Solutions ← チップセットの情報(PDFあり)

http://www.cdmatech.com/solutions/cdma2000_3g_solutions.jsp?L2=cdma2000_3g_solutions

ARM関連

ARM7DTMIの部屋
http://vsync.org/arm/

ARMメモ
http://www.bomber.co.jp/chaola/docs/ARM/

Linux Zaurusでアセンブリプログラミング
http://www.nk.rim.or.jp/~jun/slasm/arm00.html

SDKダウンロードについて
IE5.5SP2以降推奨、NNでも動くかも知れないけどOperaとかMozillaとかは確実に無理。
JavaScript+ActiveX。
あと、会社名とかをちゃんと登録しないとダウンロードできません。
2Channel Inc. みたいな正式な名前。登録内容は全部英語。

Q. gccでコンパイルしたいのですが
ttp://kintubo.kakiko.com/brew/gcc.html
A. こちらを参考にどうぞ.

Q. BREWアプリを自作して自分の携帯に入れたいのですが？
A. 素人は作ることは可能ですが端末に転送することはできません
あきらめるかＣＰなどのプロになりましょう

Q. DLLにコンパイルしたものを端末に転送したのですが実行できません
A. ARMの形式でコンパイルする必要があります
あきらめるかARMにコンパイルできるようがんばりましょう

Q. BREWて正直うんこなんですが…
A. そうかもしれません
しかし手段･道具によらず目的を達成するのがプロというものです
がんばりましょう

Ｑ. ＿|￣|○ ……
Ａ. (つДT)つ旦

もはやスレすら立たないのかと思ってたｗ

前スレまだ大丈夫と思ってたら落ちたから立てるタイミングつかめなかった

お、復活してるｗ

まぁ大した話題もないんだけどな・・・

重大発表

BREWは俺の嫁

どうぞどうぞ

>>7
しっかり子作りに励んでください。

Jordana Brewsterたんは俺の嫁

W63CAで撮影した画像を読み込もうとしたらISHELL_LoadImageで落ちる。。
SXGAだとうまくいくのでプログラムは問題ないと思うのだが、UXGAだとダメ。。
メモリも十分にあるのだが。。
何か知っている人教えてください。

彼女の作り方教えてくれたら教えてやるよ

2次元でよければ

BREWからだとIDisplayの色深度は16（最近の端末は知らんが）
これに併せてJPEGを展開すると

SXGA = 1280 * 1024 * 2 = 2.5MB
UXGA = 1600 * 1200 * 2 ≒ 3.67MB

くらい。
KDDIの端末はMALLOC()で確保が保証されてるサイズに上限があるが、
ひっかかってないかい？

>>14
連続ブロックの話？
MALLOC() 自体に制限ってあったっけ？

>>15
サービスガイドに書いてあるぜ。
MALLOC()というより、動的に確保されるヒープサイズ全体に関しての制限が。
JPEG展開なんかで確保されるメモリも動的なもんだから、制限の対象になると思われる。

>>16
サービスガイドか、サンクス。

>>1
スレ違い

通信失敗で悩んでいます。どなたかお知恵を…。

現象ですが、

アプリ起動　→初回通信　→１０秒後　→２回目の通信成功
アプリ起動　→初回通信　→約１分後　→２回目の通信失敗
アプリ起動　→初回通信　→約５分後　→２回目の通信成功

と、なぜか約１分経過した後のケースだけ失敗してしまいます。

プログラムの処理は変わりません。違うのは間に置く時間の長さだけです。
クローズ処理など疑いましたが、原因特定できませんでした。

似たような症状、経験された方いませんでしょうか？
アドバイスいただければ幸いです。

BREWで良くあるのは、通信先の鯖が携帯からの通信だけ
許可するように接続してきたIPアドレスで判定してるんだけど、
そのauのIPアドレスが鯖に設定されてないケース。

auは接続する毎にIP変わるんで、登録済みの鯖経由の時だけ
通信に成功すると予想。

>>20

お返事どーもっす
＞auは接続する毎にIP変わる
なるほど、ちとその辺も攻めてみます。

ただ、上記の症状で、１０秒後（要はダメなケースよりも早い一分以内）
や五分後以降が失敗することは皆無なんですよね…

通信の間隔と割り振られるIPに何か傾向みたいなものが
あるのかしら。不思議orz

>>19
疲れたら一人えっちして自分を慰めるんだ

もしサンプル通りに通信時間切れ測定の為にタイマーを使っているのだとしたら
セットしたタイマーを初回通信成功後に切り忘れている、ないしは上記タイマーが
変な風に動作してるのではないかと推測。

W61PTでサウンド再生中に着信すると着信音が鳴らないのですが（他の機種では着信音が鳴るのを確認）
サスペンド処理中にメディアデータと派生インターフェイスを解放するだけじゃ足りないんでしょうか。

彼女の作り方教えてくれたら教えてやるよ

>>24
KDDIのテストツールでは問題なし？

>>26
すみません、テストツールとはなんでしょうか。
エミュレータとは違うんですか？

k-brew-testの事と思われる。違うかもしれないけど。

サスペンド中やアプリ終了後にこの中の『移動機リソース使用』で各種テスト
音を鳴らしてみて鳴らないようなら、開放漏れとか開放ルーチンが機種依存的な
要因で正常動作していないとかそういった事が考えられる。

>>26>>28
ありがとうございます！

テストツールで中断/終了後にサウンド各種をテストしたらmp3以外はちゃんと鳴りました。
中断中の着信も問題なかったのでメディア解放のタイミングを調査してみます。

>>25
知らねえから教えてやれねえよバーカ！！

メモリリークが解決できない…
残り80byte

待受遷移はしてないけど、ケータイアレンジとやらも影響するもんなのか?

ほんとにリークさせてるなら論外だけど、
k-brew-testでメモリ残量が戻らないのは
あんまり気にする必要ないと思うけど。

実装上メモリリークが起きてる場合、普通シミュ上でも起こる。
その場合、シミュ上で終了時にBPOINT警告出てなければおｋ･･･だと思われる。

実機依存でメモリリークが起きてる場合、終了時はデフォで大量のログを吐かれる
のでBPOINT警告が吹っ飛ぶことがある。まぁ地道に頑張れｗ

BREW3.1以降、OS側でリソースキャッシュ持ってるみたいだから端末再起動した後
のアプリ起動では、終了後に空きメモリが減ってることがある。
何回かアプリ起動→終了と繰り返して、徐々にメモリが減ってくならアプリの
メモリリークだろうけど、空き容量がある程度安定していくなら問題ないと思われ。

現在、IMEが立ち上がっているか（文字列入力中）か、調べることってできないんでしょうか？
IMEが立ち上がっている間は、変換窓が正常に表示されるようにアプリ側の描画を停止したいのですが・・・。

ITEXTCTL_GetInputModeで現在漢字モードがどうか、とか色々やってみたけど、うまく行かないor2

FindWindowしてWINNLSGetEnableStatusで調べるとかｗ

普通のDLLなんだから、定義の重複とかに気をつければWin32API使えるよ。

それは知らなかった。
ためになる、

おまいら生きてる？

生きてる。最近BREW関連の開発はしてないけど。

>>35 の対応に誰も突っ込みを入れないところに泣いた……

ITEXTCTL_HandleEvent で TRUE 返す場合は再描画したらダメとかそういう話じゃないの？

前スレで開発環境について質問した者です。
RVCT1.2で行けるかどうかがポイントだったんですが、
VirtualPC2007上にWin2K載せて、VS2003、
BREW SDK 4.0.1 SP5(日本語版)でBREW4.0機向けに
環境整えられました。　　ありがとう。

あと、VirtualPC2007上ではシミュレータの描画に
問題があって、液晶部分にあたる場所は正しく描画
されますが、キーボードの部分の再描画がうまくいかず
勘でボタンを押すことになります。
シミュレータってかなり画面でかいんですが
縮小表示とかってできないもんなんでしょうか？

devicepackを自分でいじればなんとかなる
ボタンの遠さも自分で・・・

>42
ありがとう。試してみます。

質問ばかりですみません。
シミュレータ4.0.1.51使ってます。SDKに入ってたやつ。
文字入力を有効にする　をチェックしています。
TEXTCTLクリックでfepinが来るのでエディタには
入れるのですが、抜け方がわかりません。
SELECTボタンでも、Enterでもだめ。
どうすれば抜けられるの？

BREW Apploaderを使おうとしたら「Could not detect any device with the specified device id」というエラーが出ます。解決方法はないでしょうか。
このソフトは「BREW_Tools_Suite_v2.0.0」についていたものです。携帯はw61caです

解決しました。
１つは、VirtualPC上のシミュレータの描画に問題があること。
ホスト側にインストールしたシミュレータでは動きました。
もうひとつは、明示的にIDisplay_SetColor()してやったこと。
クアルコムのフォーラムもなんか枯れてて
さみしい限りですねぇ。
44さん、がんばってくれ〜

だって、アプリ作ろうにも企画審査通らないんだもん。

>>35
私は、ImmGetOpenStatus()をよく使う。

>>44
そのエラーは MySyncケーブルのドライバが正しくインストールされてないか、
MySyncケーブルの刺さっているポートと BREW Apploaderで指定したCOMポートが
間違っているか、
BREW ApploaderのEFSバージョンが端末のEFSバージョンと違うか、
あとは、使用している端末がテストモードになってないか
です。
テストモードに関してはキャリアに直接聞いてください。
あと、使ってるツールが古いね。
僕は　3.1.1 SP02使ってます。古いのは一部端末でまったくつながらない不具合があった
と思うので最新版入れたほうがいいですよ。

>>48
COMポートはあっているとおもいます。ケーブルは携帯に付属していたものをつかっています。そのドライバーはちゃんとインストールしました。具体的な対応策を教えていただければ、うれしいです。

(EFSバージョンとは何ですか？)

「MySyncケーブル」は重要。

The☆Table Gamesの四人打ち麻雀の体験版ができません。アプリは起動しますが無料体験版を選択すると「サイトに接続しますか」というメッセージが出て、それを拒否するとアプリのトップ画面にもどってしまいます

その子に構うな
アプリスレで暴れてる天然の厨だ
http://anchorage.2ch.net/test/read.cgi/appli/1246882300/782-

だが、構う程人が居ない件

というか、馬鹿の相手は仕事だけで十分だよな。

MySyncケーブルが標準で付いてくる端末なんてあんの？
W61CAのカタログ見た感じだと単なる通信（モデム）用USBケーブルっぽいんだけど。

しらねー、MySyncケーブルだけ別に買えよｗ

タダでやりたくて仕方ない>>49に無理言うなよ

これ以上無いくらい的確に回答だしているんだから黙って従えば繋がるよ

>>47
kwsk

KstoreやKtransでauのbrewアプリやオープンアプリが転送できますか

質問の内容も文体も子供じみてるし、
仕事や学生研究でやってるようには見えないし、
完全無視でよし。

BREW_Tools_Suite_v2.0.0で検索するとソフトがダウンロードできるっぽいけどこれまずいんじゃないの？

それはたいへんだ！

べつにまずくもうまくもない

>>59
ここじゃなくてソフト開発者に質問したほうがいいんじゃない？

お、行動早いｗ

RVCTでの話なんだが
1.静的ライブラリ作成
1-2.静的ライブラリ作成時に不要なグローバルシンボルを非表示
2.　1のライブラリをリンクしてmodファイルを生成

ってやってるんだが、非表示にしたシンボルでwarningでまくり。。。
静的ライブラリ内では非表示シンボルにもアクセス可能なんだよね？
外部からは呼び出してないし。。。。わけわかめ。

>>66
もう少し、素人にも分かりやすく説明していただけると嬉しいです。

非表示やめればいいじゃない

ＢＲＥＷやめればいいじゃない

>>67
実際のコマンドで書くとこんなかんじ

1. armlink -partial -edit linkcmd.txt -o outfile.a input1.o input2.o input3.o
2. armlink -libpath c:\ads\Lib -reloc -split -map -list $(TARGET).map -entry AEEMod_Load

linkcmd.txtの中身はこんなかんじ

HIDE *
SHOW *hogeClass*

表示されるwarningはこんなのが一杯
Warning: L6318W: outfile.a(i.draw__6HogeFP11Fuga) contains branch to a non-code symbol <Anonymous Symbol>.

非表示にしてるから<Anonymous Symbol>てなっちゃってるのはいいんだけど、このメソッドは
上記のライブラリ外からは呼び出してないのになんでwarningが出るのかがわからん。。。。

インライン展開も最適化もOFFにしてみたけど、やっぱりwarningが出てしまう。なんでだろ？

2のコマンドがいろいろ足りてないので修正

2. armlink -libpath c:\ads\Lib -reloc -split -map -list $(TARGET).map -entry AEEMod_Load
outfile.a sampleapp.o

>>70
ぜんぜんわからんのだが、このＲＶＣＴというやつでＢＲＥＷが転送できるのか？

>>72
お前は何を言っているのだ？

最近出没してる痛い子だろうね

>>72
何度も言うけど法人じゃないと端末にはアプリ転送出来ないよ

つーか前提として、このスレに素人はいないはずなんで
素人に分かりやすく書く必要は無いのに。

で、-relocと-splitが

法人じゃなくて
アホー人はいるみたい

>>75
-relocと-splitつけとかないと elf2modでエラーになっちゃうよ。。。。。

もちろんそうだよ
だから、結局のところ仕方ない、はず

テキストコントロールで文字入力の処理を作ってるんだけど
入力決定後もしくはキャンセルされたとき、処理は元に戻るんだけど
画面が文字入力画面のままなんです(´・ω・｀)
他の端末ではそんなことなかったのにW32Tだけそのような現象が起きる。
どなたか良い対策などありますでしょうか？
素人ですいません…。

シミュレータでカメラのテストをしているんですが、
ISHELL_CreateInstanceでエラーがでてしまいます。
エラーコードはEFAILED(1)が返ってきます。
どんな原因が考えられるのでしょうか?
DirectShow対応のカメラと、カメラに対応したデバイスを使っているのですが。

Ｗ３２Ｔてまだ対応してんの？

>>79
fepout後に明示的に画面再描画したらいいんじゃない？

>>82
79です。
FEPOUTに入ったら、テキストコントロールの開放と描画は更新してるはずなのですが…。
ちゃんと描画の処理には確実に行ってるんだけど、描画がされない。
ちなみに、電源キーでサスペンドしてからレジュームすると再描画される。
なんでだろ？？

今更なんだが、みんなはAEEModGen.cとか使ってる？
俺はIModuleとIApplet継承してフルスクラッチしてるんだけど、これってマズいのかな

AEEModGen.cとAEEAppGen.cは冗長に見えたので、すっきりと書き直して使ってる。
メモリ管理をnew/deleteに置き換えたり、厳密なメモリ使用量の測定したり、自分で
処理した方が便利な点もいくつか。
ちゃんと動いてリソースリークなければいいんじゃね？

あぁ、あと32bitコードにしておかなければいけないのはAEEMod_Loadだけから、
それ以外全ての関数を16bit(Thumb)に出来るのも容量面で有利かも。
ADS3.0なら元ソースにpragmaディレクティブ追加で制御すりゃいいんだけどさ。

新スレやっと立った
CLDC+MIDP+携帯電話用Javaスレッド part 9
http://pc12.2ch.net/test/read.cgi/tech/1249357352/

.NET by auってどうなってんよ

新スレ発見！

ねぇねぇ、IDisplayに新しくつくったbitmap設定してるのに、気づいたら
デフォルト画面のBitmapに置き換わってるんだけどなんで？
IDisplayの関数でそういう副作用起こすやつってある？

IDISPLAY_GetDeviceBitmap してるからだった。。。
IDISPLAY_GetDestinationなのね。前もこんな勘違いしてたきが。。。
わかりにくいわぁ。

わかりにくい・・・？？？

http://www.asahi.com/national/update/0814/TKY200908140294.html
クアルコムってあの？

MALLOCで取得したメモリ領域はアライメントは保障されてる？
それとFREEにはNULL代入が無いから、FREEした領域がNULLとならない事はありえるよね？

>>94
アライメントの保障はされてたはず。じゃないとARM7系CPUで落ちる場合もあるし。
FREE(void*)は解放前のNULLチェックも解放後のNULL代入もしない。
FREEIF(void*)ならNULLチェックとNULL代入が行われる。

ありがとう。
FREEIFだけ使えば問題ないね。

FEP使用中にサスペンド状態に移行するとき、
擬似的にSELECTキー押したことにして、
FEPを終了させたいんだけど、どうすればいいのかな？

ちなみに、旺文社の辞書ツールが上記の処理してるんですよ。

どっかに擬似的にキーイベントを起こすとか言って
>ITEXTCTL_HandleEvent( m_pText, EVT_KEY_PRESS, AVK_SELECT, KB_NUMLOCK );
>ITEXTCTL_HandleEvent( m_pText, EVT_KEY, AVK_SELECT, KB_NUMLOCK );
↑
これがあったんだけど、できません。

わかんねぇ〜＞＜；

それで出来そうな物だけど。

あるいは、FEP側が先にサスペンド状態に入るような構造でHandleEventの中を
組んでしまっていて、結果的にキー入力がキャンセルされてしまっているとか。

ちなみにEVT_KEY_PRESSではなく、問答無用でEVT_APP_STOPを送るのはだめ
なのかな？　サスペンド直前の文字列を保持しないといけないなら、STOPは
破棄されて駄目っぽいけど……。

FEPは動きが難しいな。

アクティブにした後謎の空白の画面に入って、
そこから、数字キーで入力画面に入るとSELECTで完全に抜けられるのに
SELECTで入力画面入るとSELECT押しても何故か空白の画面に戻っちゃって
現在進行形で困ってる。

>>98
>FEP側が先にサスペンド状態に入るような構造でHandleEventの中を
>組んでしまっていて、結果的にキー入力がキャンセルされてしまっているとか。
↑
これかなりありえます。

でもFEPが先にサスペンド状態の場合、
HandleEventはどこで行えばいいのかしら？
EVT_APP_SUSPEND内で行うんじゃ駄目って事っすか？

>>99
謎の空白の画面ってなんだ？
EVT_CTL_TEXT_MODECHANGEDとかでの再描画はしてますか？

>>100
僕はITextCtlrにサスペンドイベント通知後にインスタンスを破棄してます。
今のところそれで問題は起きてない。

こんなのが見つかった。

http://www.haw.co.jp/service/ghtmlviewer.html
IHtmlViewerの上位バージョンみたいな感じらしいけどどうなのかなぁ。

はう〜

更新がない。。。。戦友はもはやいないのか。。。。

今更IHtmlViewer周りが多少便利になったとか言われてもね

パイもガンガン減り、面倒くささは据え置き
もはやマルチプラットフォームアプリを提案しても、BREWはいいやと言われる始末

マルチプラットフォームがどうとか以前に
検証だのの手間がかかりすぎるからな。

ほんと、検証がねぇ・・・・検証さえなければ・・・・

検証なかったとしても何もかもがめんどくさ過ぎる
政治的な理由からBREW使わされてるけど、個人的にはあえてBREWなんかで開発したくない

今のBREWと言う仕組みである以上、検証は必要だよ。
Java系アプリだって、金を取る物はある程度の動作確認は行ってるんだし。

プロテクトを掛ければいいのに、それを行わないQに問題があるのさ。

Javaなら、無限ループ回そうが配列外アクセスしようがnullアクセスしようが
VMがエラー吐いて終わり、だけどBREWなら1行で端末落とせるもんなｗ

言語にC（というかネイティブコード）選んだ時点でプロテクト的なものも無理だし。
自由度と速度的には有利なはずなのに、それをKが潰してるからなぁ。

メモリー保護とか、サンドボックスを用意してくれればそれで済んだ話

完全にJavaを意識したコードのC移植とか死ねる('A`)

今はC読めないって人もいるらしいな。

C言語で大規模開発されてると見たくも無い

おっとKCP+の悪口はそこまでだ

Java意識されたコードなんて、循環参照と内部無限ループで移植不可能でしょｗ

・コンストラクタでリソースロードしない。load()メソッドに分離して明示的に呼ぶ。
・lengthの使用を極力控える。
・リソース一気にロードしない。小分けにする。
・オブジェクトの所有権と生存期間を意識してコーディングする。コメントに残す。
・Http通信はダミーでいいから関数１つ噛まして、完了orエラーのチェックしてから次に進む。

くらいしてあるとJavaからBREWでも割と楽なんだけどね。
いくつかJavaの利点食ってる気もするけど、3キャリア予定してるなら何とかして欲しいところｗ

全てライブラリによるラップをして、その上で参照にも注意する
って感じでやってる

オマイラ頑張ってるな！
頑張れよ〜
俺はもう…BREW引退だ！

おめでとう

現時点でBREW開発を行っているのってどんな所だろう。
自分の携帯はドコモだからauのアプリ事情は詳しくないけど
BREWアプリってどんどんリリースされてる？
既にBREWアプリと言えば、ビジネスアプリ系だけなのかな。

メーカーがauでアプリを出す場合、BREW。
オープンアプリは非商用だし、純MIDPだから出来ることが少なすぎる。

一般向けの普通?のアプリはサイト課金&Javaで
メーカーが本腰を入れて作るときはBREWのままか。
どんなアプリがあるか知らないけど、パイ自体はかなり縮小してるのかな。

簡単なゲームアプリならFlashで作ったほうが早いし
コストもかからんからなあ
コンシューマと同じ感覚でBREWアプリ作ろうとすると
あまりの使い勝手の悪さに死ねるし

エラーが出たんで同じ症状が出てる海外のフォーラムのログも読んでたら
海外の教えて君がひたすら暴れた結果スルーされてて吹いた。

久しぶりにBREW3.1の環境作ってアプリ作ってるんだけど、
エミュレータだと AEECLSID_MEDIAPHR のインスタンス作成で失敗する。

昔は ma3smwemu.dll とか突っ込めば動いたような気がしたんだけど、
他に何かする事あったっけ？

なぜだろう……
近頃は、2chなのに質問が敬語じゃないと答える気がしない

それが転職に年齢制限がある理由になってる
年寄りのプライドって奴だな。

確かに、20後半になって礼儀や挨拶なんかが気になるようになってきた。

仕事：自己解決できました、お騒がせ致しました。
2ch：あ、鳴ったからもういいや

礼節とプライドは別物だろ。若くても礼節わきまえてる奴はいくらでもいる。
正論吐いてすまん。休日出勤でイライラしてんだ。

ttp://www.tdb.co.jp/tosan/syosai/3139.html

ゼンテック潰れてた

デジタルテレビ販売なんてやってたのか
手広げすぎだろ...

ISHELL_GetDeviceInfoEx( pIShell,KDDI_IPTRAFFIC_CURRENT, NULL, &size );
int res = ISHELL_GetDeviceInfoEx( pIShell,KDDI_IPTRAFFIC_CURRENT, &val, &size );

どんだけ通信しても再起動したときに通信量取ると4629859になるよ･･･ナニコレ
昨日まではちゃんと通信した分だけ増えていってたのに･･･

１日の通信料の上限じゃね？
確か５Mくらいまでで、次の日までは通信できないとかそんなだったはず。

>>135
ヘッダの定義内容（KDDI_*）とか公開していいのか？ｗ
この情報に価値があるかどうかはともかく、あのへんのデータ（CP専用サイトからDLするもの）
って全部機密情報じゃないっけ。

そういえば、β版出たね。

何のことかは書かないけど。

>137が言うようにコンフィデンシャル気を付けてな。
関数名を出すこと自体アウトってこともあるから。

ここは誰も見てないさｗ

見られても今更Brewの事を知りたいと思っている人も居ないでしょ。
個人じゃ殆ど何も出来ないし
企業だったら情報収集を目的としてわざわざこんな所を見る必要性がない。

しかもBrewは技術的にも情報的にも金にならん。

ARMコンパイラ代ほども儲からないしなｗ

価値があるかどうかはともかく、って書いてんじゃん･･･

実際に他人が見てようが見てなかろうが、契約に違反してたらアウトだろ。
なに？今のBREWやってる奴らってコンプライアンスの欠片もない下層なわけ？

またそこで下層とか煽り言葉使うのやめとけよ('A`)
他人を不快にしない程度に学習能力あるならよ。

今？？？

最初からだよバーカ！！！

>>136
前回起動時にどれだけ通信しても次起動時に「端末が今日1日で通信した量」を取得すると「4629859バイト」が返ってきて、
そこから、例えば100バイト通信してから「端末が今日1日で通信した量」を取得すると「100バイト」とアプリ起動時からの通信量が返ってくるようになってしまったんです。
どなたか原因の分かる方はいないでしょうか。

>>137>>139
お気遣いありがとうございます。

ISOCKET_Read()で、AEE_NET_WOULDBLOCKが帰ってきているのですが
その後、ISOCKET_Readable()を設定してもコールバックされない…

原因わかる方いますか…？BREW3.1 シミュレータ使用です。

何となくコールバック登録のタイミングの問題のような気がする。

Socketは使ったこと無いけど、
IrDAでイベント受信したタイミングにコールバック登録しても動かないのがよくあった。
Timerか何かでちょっと待ってからコールバック登録してもダメ？

自己解決しました。
お騒がせです。

>>148
すみません。コメント見えてませんでした。
助言ありがとうございます。

実はコールバックのタイミングが悪いのではなくて
ISOCKET_Sendで送っているものの中身がダメだったようです。
自分のミスでした。
（＾０＾）ｱﾁｬｰ

ググったけど不明なんで教えてください。
apploaderはMacでも使えますでしょうか？
買い換え検討中なのです。。

>>151
Windowsのみです

>>152
ありがとうございます
Windowsとして起動するモードでなんとかしようと思います

BootcampでOSごとWindowsとして起動するならいいけど、
仮想マシンでWindows動かす方法じゃ多分無理。
仮想マシンからもUSBが使えるタイプなら可能かもしれないけど試してない。
AppLoaderが動いてもMySyncケーブルがOSから認識されてないと転送できないからね。

>>154
なるほど
ありがとうございます
ブートキャンプで試してみます！

BREWアプリではサウンドを同時再生したい場合、spfで再生するのが基本とBREW
Forumで見て
試してみたけど、再生できません。特にAPIでエラーは帰ってこないんですが。。。

pMe->mdata.clsData = MMD_FILE_NAME;
pMe->mdata.pData = "abc.spf";
pMe->mdata.dwSize = 0;
ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_MEDIAMMF,
(void**)&pMe->pIMedia);
IMEDIA_SetMediaData(pMe->pIMedia, &pMe->mdata);
IMEDIA_RegisterNotify(pMe->pIMedia, (PFNMEDIANOTIFY)IMediaNotifyCB, pMe);
IMEDIA_Play(pMe->pIMedia);

なにが問題か教えてください(;_;)
データは一応
SMAF/Phrase オーサリングツール (ATS-SMAFPhraseL1) Ver.1.2.0
で変換したものですが、あやしいです。
確実に再生できるデータをお持ちの方いただけないでしょうか。

MA5以上のデータの場合シミュレータで鳴らないデータもあるよ。
MA3用で作ってみたら？

あとソフバンのHPにクリエイター向けの素材があった気がする

ありがとうございます。

ソフトバンクの下記サイトでダウンロードしたファイルも再生できませんでした。
http://creation.mb.softbank.jp/free_material/slib_bgm.html
「スピード」
2OP MA2/Phrase
2OP MA3/Phrase
4OP MA3/Phrase

追加情報ですが、
IMEDIA_RegisterNotify()で登録したコールバックで
�@MM_STATUS_START
�AMM_STATUS_MEDIA_SPEC
�BMM_STATUS_ABORT
の順に結果が返ってきます。

シミュレータのバージョン：BREW SDK v4.0.1 SP05日本語版
C:\Program Files\BREW 4.0.1 SP05 Ja\bin\mod\BREWSim\modulesに
ma3smwemu.dllは入れておりMMFファイルは再生できます。

>>156
spfもAEECLSID_MEDIAMMFで良かったでしょうか？

>>160
すみません、ISHELL_CreateInstance()に渡すクラスIDですよね？
書き込みの際に間違えました。

ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_MEDIAPHR,(void**)&pMe->pIMedia);
これでも再生できません。

pData に渡すのってファイル名であってんの？

問題ないと思います。
ﾞabc.mmfﾞファイルの再生は確認できました。

みなさん、温かいレスありがとうございます。
過去スレでmidとwav(ADPCM圧縮化)の同時再生が可能とのことですので、
残念ながらspfの再生は諦めます。

> 2.1以前と3.1の数端末はMA5ハードの端末だからspfじゃないと無理だけど、
> 今メインのMA7ハードは音数制限無いmidとwavを4つまで同時に鳴らせるぞ。

ここで言われている3.1の数端末が何なのか知りたいのですが、
サウンド再生に関するスペックの一覧等は公開されているのでしょうか？

RVCT3.0 アンインストールしようとしても
ＰＣ再起動しろしか出なくてアンインストールできねぇ！(ﾟДﾟ)

一度入れなおさんとダメか。

>>164
MA-5か7かならSmafのサイトに一覧がある。
各端末のBREWバージョンは別途調べる必要があるけど。

・・・規制のおかげで超遅レスになってしまったよ。

でも移植のこと考えると昔ながらの4和音spf×4に落ち着いちゃうんだよなぁ
各キャリア共通でmp3+wav効果音とか使えたら楽なのになぁ

そのspfの元は大抵SMFなわけだから、そのSMF再生すりゃよくね？って話もｗ
音色の関係で調整はしなきゃならんだろうが、それはspfでも同じだし。

DoCoMoがMIDI形式のMLD＋PCM形式のMLDの再生が出来る端末多くなってるから、
BREWで同じことしようとするとSMF+ADPCMになる。
比較的最近の端末に限定するなら、むしろSoftBankが仲間はずれっていう。

現在BREW SDK 3.1にてゲームを開発しているのですが、
実機上(W41SH)で動作させると画面がちらつく不具合が発生してしまいます。

オフスクリーンイメージを用意し、一旦そこに描画してから
画面に一括転送する方法を試してみたのですが
目立った変化はありませんでした。

対処方法をご存知の方がいらっしゃれば、ご教授の程宜しくお願いします。

>>169
うちも見たこと無いし、BREWスレは初代から見てるけどそういうバグは見たことない気がする。
何か変なことやってんじゃねーの？
1フレーム内でIDISPLAY_Updateが複数回よばれてるとか、UpdateEx使ってるとか（Exの方は
未サポートの端末あるはず）。

あとBREWは自前でダブルバッファリングするから、オフスクリーンバッファ自作する意味はあんまり無い。

>>170
早速のご回答ありがとうございます。

> 1フレーム内でIDISPLAY_Updateが複数回よばれてるとか、UpdateEx使ってるとか（Exの方は
> 未サポートの端末あるはず）。

画面の更新は1フレームに一度IDISPLAY_Updateを実行することで行っています。
IDISPLAY_UpdateEx未サポート端末の件については知らなかったので大変助かりました。

> あとBREWは自前でダブルバッファリングするから、オフスクリーンバッファ自作する意味はあんまり無い。

BREWの方ではあまり意味がないとのこと、承知いたしました。
S!アプリなどでは画面のちらつきを抑えるのに
ダブルバッファリングが有効だったため、まずは試してみた次第です。

画面のちらつきが発生する場面とタイミングは毎回同じなので、引き続き調査を行ってみます。

HandleEvent 内で自前で描画処理してたり
何らかの描画を伴うコントロール使ってたりしない？

2年ぶりにBREWアプリ作ることになった＼(＾o＾)／

検証用の資料まだ入手してなくて調査不足承知の上で質問。
elf2modでグローバル変数使えるようになったけど、
wikiにあるmod圧縮と組み合わせるとどーなるって分かる方教えてくだちい。
Singletonの実装とか楽になるので使えるのなら使いたい。

RVCT3.0のライセンス更新許可が出ないくらいの財政難。
他所の会社に投げる事も考えたら1.2レベルで作るのが
身のため会社のため業界のため。

ざまあ

BREW Apploader使ってmifファイル転送しようとしたら
なんかBREW Apploaderが落ちちゃうんだけど…。
同じような症状に陥った人居ます？

端末を再起動してアプリが起動していない状態で転送。
更にアプリ一覧も出してはいけない。

>>177
情報ありがとうございます。
やってみたけど駄目でしたorz
なんかモデム用とデータ転送用って違うケーブルらしいけど
それが原因なのかな…？
BREW Apploaderで接続まで行けばデータ転送用ケーブルってもんでもない？

>>178
モデム用かしらんけど付属のケーブルはAppLoaderで接続すらできなかったから
接続できたならデータ転送もできそうな気はする。
でも、症状を見る限り確実なケーブルに変えたほうがよさそうね。

>>178
あー、あとAppLoader(というかBREW Tools）のバージョンが古いと
そんな感じの現象がでたきがするから、最新版かどうか確認してみては？

BTIL⇒1.0.2.13
BREW TOOL SUTIE⇒3.1.1.15
サイト等も確認しましたが、やはり最新版のようです。
ケーブル…確かな確証が無いと上からお金出ないからなぁ…orz
給料日前でゲームソフト売りながら生活してる状態だしorz
あとでもう一度上に相談してみよう。

IPREMIUMの開発用スタブの使い方教えてください。

/* プレミアム認証課金モジュール・インスタンス生成 */
ISHELL_CreateInstance(pIShell, AEECLSID_IPREMIUM, (void**)(&pMe->pExt));

上記のインスタンス生成が成功しないんですけど、
自分のアプリのmifに何か追加しなければいけないことってあるんでしょうか？
（readme.txtに書かれている【3.インストール】はしてあります）
（BREW4.0シミュレータにてテスト中です）

検索変えたら前7スレで似た様なのが出てきたので
それを見ながらやってみます。

だめだ。
前スレの人は、ISHELL_CreateInstanceしたところ3=ECLASSNOTSUPPORTが返ってるようだけど
自分のは、1=EFAILEDが返ってくる。

何がだめなんだ。
今日はせっかくの誕生日なのに、BREWとお付き合いとか泣けてくる。

自己解決しました。
けど正しく原因が特定できていません。特定できたら書き記したいと思います。
お騒がせしました。

176ですー
今日KDDIから色々なケーブルを借りてきまして
テストをしたんですが、bidファイルだけは転送できるみたいですね。
その他のmod,sig,mifあたりは駄目みたいorz

>>186

接続時のBREW versionとかEFSのVersion設定とかは色々試しましたか？

Apploaderが落ちたことは無いけどEFSバージョンが違うとアップロードができないことはあったなぁ

>>187
どわーーー！
EFSの設定をEFS1からAutodetectに変更したら
全てのファイルが転送できるようになりました！
187さん、その他協力して下さった方、ありがとうございました。

設定変更して全く認識しないならまだマシなんだが、
半端に認識されるとどうしていいかわからんよな。

>>189
だよねー。
他にも、転送はちゃんとできるけど、実は全てのフォルダが表示されてないとかもあったり。。。。
既知のバグでみたからもう修正されてるかもだけど

転送したアプリがアプリ一覧に表示すらされない場合って
何か考えられます？

一緒に突っ込んだsigはその端末の奴？

Quallcomのサイトより作成したものです。

普通にmifが悪い気がするけど、シミュレータで普通に表示されてるなら別なのかな

転送して再起動してないって・・・のは流石に無いだろうな

あとは起動設定とか？

色々と教えて頂きましてありがとうございます。

BREW Apploaderで送る時に小文字じゃないといけないとか言われていて
ファイルを全部小文字にしたのですが、そのファイルと
シミュレータのフォルダのmifファイルを入れ替えたら
シミュレータではエラーが出てしまったので
ちょっと色々と見直してみたいと思います。

ちなみにSIGファイルを作る際の
Enter ESN or IMEI or MEID:
ってこれってESNでよろしいのでしょうか？
ESNにしてクラスIDの値を入力してSIGファイルを生成していましたが…。

↑すみません。自己解決しました。
ESNなのは問題なかったようですが
ケータイの下８桁を入力しなければならないんですね。

守秘義務って知ってるんだろうか

SIG生成のはちょっとヤバいよね

確かにあそこのページの文章を抜粋するのは
思慮が足りてませんでした。
失礼しましたm(_ _)m

シュミレータで動作させる際に
Unknown Error (266)と中々みかけないエラーが出てきたんですが
同じエラーが出たことある人っていらっしゃいますか？

シミュレータが起動しなかった事無いから知らない。

は？

開発中だからって適当なClassIDつけたら前のと被ってて、
被ったアプリのうち片方しか表示されなくなった、ってことをたまにやらかす。

開発中ClassIDはその日の日付を入れてる

１年後、まだＢＲＥＷをやっていた罠ｗｗｗｗｗ泣けるｗｗｗ

お伺いします。
シミュレータの未使用領域のサイズを取得する方法はありませんか。
シミュレータによって未使用領域が変わるので、描画処理したら
表示が無茶苦茶になってしまいます。。。

俺の日本語解釈が間違っていないのなら、
画面サイズ取得して、自分の使ってる領域引いたサイズが
未使用領域のサイズ。

>210
画面サイズを取りたいのですが、AEEDeviceInfoで取れてくるサイズは
アプリの表示領域の240X296
画面サイズの取得できるメソッドがあるのでしょうか。

>>211
「アプリの表示領域」と「画面サイズ」の違いを具体的に。

あー
もしかしてハズレのデバイス構成ファイル使ってるのかも。
最近試したらW32Hは初期状態から相当弄らないと表示が崩れたままだった。
もしこの辺の事を言ってるのなら、アプリ側の問題じゃないよ。

とりあえずW65Tはそのまま行けたから試してみて。

最近、スレの流れがやけに新規な人が増えてるように見えるけど
どこかで複数の新規案件でも出てるのかな？
それとも、今更BREWを新規で始めるような企業は無いだろうし
次期端末向けプリインストールアプリ開発かな？
それか、どこかのCPが案件の丸投げ先を変えたのかな？

万が一、新規で始めるような企業があると恐ろしい。
KDDI検証とかsigとか何も知らないだろうし。

むしろ下請け仕事激減して、
自社コンテンツやってみるしか無くなった可能性も。

そういやBREW短期開発の話を見かけたな。
短期ってあんた無理ですから。

>>173
遅レスだが、elf2modでグローバル変数を使用したmod圧縮は
BREW3.1用はOK
BREW4.0用はNG
の模様。
もしかしたら4.0でグローバル変数を使ったmod圧縮は無理？

>>217
おぉありがとうございます。
GNUARM使うので圧縮は必須だし…Singletonはヘンテコ実装するかぁ。

>>214
ウチは今更新規だよ。
転職先でもBREWだったでござるの巻。

>>212
「アプリの表示領域」は、アプリを起動したときの表示サイズ
「画面サイズ」はケータイのディスプレイのサイズ

>>213
「SH001」を使ってます。「W65T」で試してみました。
リソースファイルに登録した画像は綺麗に出ているのですが、
IIMAGE_Draw（）関数を使って画像を描画するとずれて
ケータイのディスプレイの上の方にでてしまいます。
どうしよう・・・

>>214
同じく新規でございます。
brew テキストエディタがないのにはビビりました。

てきすとえでぃた？

>>220
テキストボックスでした

>>219
アプリから描画できるサイズはどの機種もデフォルトでは240x296固定だよ。
それ以上のサイズを使いたいならアプリ側から指定しなきゃだめ。
KDDIのドキュメントに書いてあるよん。

>>222
はい　それはドキュメントをみて確認しています。
240x296の範囲内で画像を表示させたいのですが、
シミュレータで確認をすると240x296以外の場所に
画像が表示されてしまうんです。

実機を信じろ

>>224
それはひょっとしてギャグで言っ(ry

>>224
実機で崩れないことを祈ってやってみます。

>>226
多分何か間違っているだろう事だけはわかるんだが
情報が曖昧すぎてアドバイスできないというのが多分全員の認識だと思う。
フツーにアプリ作ってりゃ、少なくとも簡単な表示系の部分で
エミュと実機に差が出る事なんて少ないんだが、
如何せんレスに一貫性が無くて理解出来ん。

自分で自分の文章読んで、状況把握できるか考えてみろよ。
アドバイス要らないのなら中途半端なレスすんな。

教えて欲しかったらソースくらい書いてみろ新入生

フル３Dのオフｹﾞｰ完成。

ｱｯｿｼﾈﾖ

>>217
3.1も4.0もロード周り（AEEModGen.c / AEEMod_Load）は大差ないはずなんだが、
どこで差が出るんだろうな。
もっともアプリ側が大差ないだけで、OS側はかなり違うって可能性は大いにあるが。

>>217
ふと思ったんだが、ひょっとして>>1のwikiにアップされてるmod圧縮プログラムそのまま使ってる？
BREW4.0はIModuleVtbl::CreateInstanceが呼ばれる前だとIFileMgrが作成できないからグローバル
変数どころかmod圧縮自体がそのままじゃ動かないぜ。
4.0でmod圧縮しようとすると展開ルーチン自体がグローバル変数として圧縮されたデータを持たな
いといけない（スタック上には置ききれんだろう）。
この処置をいれても駄目だったんなら要らぬお節介だ、すまぬ。

しかし、これ（バイナリ埋め込み）やっちゃうと展開後に圧縮データ格納領域が無駄になるんだよなぁ。
メモリプールの餌にするとか、バッファとして使い回すとかすれば無駄もなくなるか？
でも圧縮後のサイズは不定だから、***バイトあると思ってアクセスしたら落ちた、とか起こりそう。
そもそもmod圧縮時にしか使えないバッファとか汎用性が無くて頼りづらいか。

あー、すまん。wikiに4.0対応版がアップされてるのね・・・
しかしソース読んでみたが、IModuleVtbl::CreateInstanceで展開して本体のCreateInstanceに
繋いでるな。これ使っちゃうとグローバル変数駄目かもしれない。

BREWがグローバル変数使えなかったのはmodのローダ（OSの処理）がアドレスのリロケーション
を行わないから･･･だったはず。で、elf2modが自前でリロケーション行う処理を追加してmod吐く。

なんだけどこのリロケーション処理、AEEMod_Loadの前に連結されてるはず（その分AEEMod_Load
本体のアドレスがずれる）。modバイナリでいうと0x08〜か？
で、直にCreateInstanceへ飛んじゃうとこのリロケーション処理行われないままだから、グローバル変数
へアクセスすると落ちる。リロケーション前だと多分、プログラムコード部分（かもっと前）と被ってる。
3.1版では展開用のAEEMod_Loadが呼び出すのは展開されたmodのオフセット0x08（ModuleProxy.cppsの175行）、
つまりリロケーション処理のコード。だからグローバル変数が使えてる。

・・・と予想してみた。
4.0でグローバル変数使うためには>>232で書いたように、圧縮バイナリを展開プログラムに持たせるしか。
あるいは自力でリロケーションコード書いて、CreateInstanceで呼び出す･･･これはちょっと無謀かも。

>>223
あ〜、それ俺も知りたい。
アプリからWVGAサイズを指定してもシミュレータじゃ240x296以上の領域には描画できない。
ちゃんとWVGA用のデバイス定義ファイル使ってるのに。
でも実機だとしっかり描画される。

て、いま見てみたらWVGA用のデバイス定義ファイルなくなってるじゃん！
公開取りやめたのか…！

W65T使う場合

初期状態WQVGA
> SCREEN 107 243 347 559 AVS_SCREEN_0 241 317 0.000000 0.000000 INCH 16 1

WQVGAフルスクリーン
>SCREEN 107 159 347 559 AVS_SCREEN_0 241 401 0.000000 0.000000 INCH 16 1

WVGAフルスクリーン
>SCREEN 107 159 347 559 AVS_SCREEN_0 481 801 0.000000 0.000000 INCH 16 1

こういうことでなく？

>>235
おおう、ありがとう！
できたよ。
KDDIが公開してた「WVGA用」っていうファイル使ってもできなかったから、
どうしようもないと思いこんでたよ。。。

すいません、GCCでコンパイルをかける際に
EABIのバージョンが違うと怒られてしまうのですが
この設定を変更するにはどうすれば良いのでしょうか？

>>237
最近GNUARMで環境作ったけど、そういうエラーはお目にかからなかった。
とりあえず環境晒した方が良いのでは？

こちらではGNUARMとwikiのhelloworld.makでBREWElf2mod使う環境はできた。
efl2mod使う場合はソフィアクレイドルの解説と、
脳味噌ぶら〜んってwikiにコンパイラオプション載ってて、
それ参考に弄ったらコンパイルは通った。
ケーブルと相性悪くて実機でテストできてないけど。

あとサンプルのmakefileはgccのincludeにパス通ってるけど
stdlib使って良いのか気になってる。

>>238
返信ありがとうございます。
背景をお話しますと、今回はじめてGCCのコンパイルにチャレンジして
どうにもできないという事ではなくて、
別の環境下で作られたプロジェクトファイルを自環境で
コンパイルしようとしたらこうなったという感じです。
貰った人に一応環境について確認はとっていますが
やはり環境を揃えるのが一番の近道ですかね…。

GNUARM と GNUDE とあるから注意だぜ。
それぞれでコンパイルオプションとか違ったはず。

>>233
少なくとも俺の BREW4.0 の環境では Wiki にあるソースでグローバル変数使えてるよ。
どこかの領域が壊れてて偶然動いてる可能性も否定できないけど。
CreateInstance 呼ぶ前にちゃんと AEEMod_Load 実行してるから大丈夫じゃない？とは思う。

ところである程度でかいバイナリの場合、展開して初期化しようとすると
起動が遅いってことで検証で怒られない？
俺それで怒られたから仕方なく UI 表示してから展開するようなの書いたんだけど。

度々失礼･･･
> ちゃんと AEEMod_Load 実行してる
あらやだ、ほんとだわ・・・見落としてた。
てことは、>>217の使い方がおかしいか、特殊なケースでこける可能性があるってことかね。
うーん･･･>>217がどういう環境でテストしたのか分からないと、これ以上の解析はむりぽだな。

>>231、>>241
色々と情報提供ありがとうございます。

今は職場変わって試したときの環境がないのだが、たしか
グローバル変数未使用のソースをelf2modで吐いたものでもBREW4.0では動作しなかった。(3.1はOK)

ちなみに使用していたツールは、elf2modが1.0.2でGCCが3.3.1。

>>241のようにグローバル変数使えてる実例があるので、>>217の内容が間違ってたらすまんです。

転送時間を短縮できるのも大きなメリットだと思うので、elf2modを使用した
BREW4.0のmod圧縮がうまくいく環境を知りたいです。

GCCって仮想関数テーブルをbssセクションだかに配置するんじゃなかったっけ。
>>243
なのでGCCの場合グローバル変数未使用でも仮想関数使ってればリロケーションが必要。
ていうか公式サポート外のGCCで、更にmod圧縮みたいなトリッキーなことをやろうとする
のが間違い。本来この程度なら自力でデバッグ出来るレベルの人向けな技術だし。
いやRVCTが高い上に現行の3.0は１年ライセンスだから導入しづらいのは分かるけどね･･･

>>241含め4.0版が動いてる人はADS/RVCT使ってる人？

RVCT 3.0 使ってる。
GCC は使ったことが無いから分からないなぁ。

そういえば mod 圧縮を使うと、最初は 3.1 で動いてたのが 4.0 で動かなかった。
AEEMod_Load がある .cpp ファイルを別のクラスとか関数とか一切書かず、
その関数だけにしてバイナリ作ったら動いた記憶がある。
まあ環境が違うから関係ないとは思うが･･･。

>>244、>>245
なるほど。RVCTとGCCはセクション配置が違うのね。
けど、4.0のみ動かないというのが謎。
GCCでも動いているって情報ないかなぁ・・・。

>>226
報告をさせていただきます。
実機に載せて試してみたところ
問題なく表示されました。

アプリ表示領域に綺麗に納まりました。なぞです。

新たな問題が出てしまいました。
少し力をお貸し頂きたいのですが、WVGAサイズのシミュレータを使うと
画面に小さく表示されてしまうのですが、これを大きくする方法はあるのでしょうか。

>>247
お前そろそろ何したいのか書けよ。

>>248
はい。
電話帳んのデータをQRコードにして表示させる処理を作ってます。
試しに、QRコードが出来た前提で、
それを画面に出す処理に、手間取っているところです。

>>248
答えて下さい。

>>250
いやそこじゃなくって。。。まぁ俺が悪かった。スマン。

シミュレータのバージョンは？
デバイス構成ファイルは何を使っている？弄ったなら変更内容も。
>>235 について、どの程度理解できる？
プログラム側でフルスクリーン指定してる？しているのならその理由は？
WVGAサイズのシミュレータをどうして使ってるの？

>>250
ん？

>>251
シミュレータのバージョンは「4.0.1.51」です。
>>235に関しは、SDKに含まれるデバイスパック内のDPKファイルを編集する
ぐらいしか理解できていないです。
プログラム側でのフルスクリーン指定は行っていないです。
WVGAのシミュレータは、手元にある実機が、対応している機種である為です。

>>252
プログラミングガイドとガイドライン嫁、で解決だな。
質問自体が無意味だとわかると思う。

>>235 はそこまで理解できてれば問題ないよ。

質問させてください。
ICameraでカメラアプリ作ってるんですけど
シャッター音が鳴らないんですよね。。
撮影なんかはできるんですけど。
何か知ってる方いたら教えて下さい。

鳴らないのは仕様。よって自前で鳴らすことが必須。ドキュメント読め。

なるほど。
ありがとうございます。

最近の端末はどうかしらんが、
シャッター音の仕様に限らずカメラ周りは恐ろしく面倒だった記憶があるので
開発前に関連ドキュメント一通り読むべき。

>>203
たった今発生した。
BREW3.1用のプロジェクトをそのまま4.0にもってって
.vcproj等書き換えて実行してみたら、色々あった挙句に266になった。

ともあれmifと同じフォルダにエミュが作成したようわからんフォルダを
諸々削除したら解決した。

>>258
ｍｊｋ、ｔｈｘ。
今はもう違うプロジェクト作成してやり直したからアレだけど
もし今度同じような現象が発生したら参考にさせて頂きまつ。

話は変わりますが、BREWアプリを実機にあげた後に
modとか入れてるフォルダの中身は普通に削除できるのに
何故かmifディレクトリの中身のファイルが削除できないんですが
同じような現象になった事のある人居ます？
自作アプリは何故かケータイのメニューから削除できないしorz

>>259
アプリメニュー表示しなけりゃ削除できる。
一度でも表示したら携帯再起動。

ようやくMySyncケーブル届いたのでgccのテスト。
環境はGNUARM4.1.1。
結果、通常のmodは 4.0/3.1ともOK。
mod圧縮は 4.0 NG。 一方ダメならやっても意味なしなので3.1は試してない。

グローバル変数、仮想関数は未圧縮であれば利用可能。
ただ例外が使えない→stdも使えないってのが痛い。
RVCT買うだけで圧縮も例外もstdも使えるんなら悪くないなぁ。

同じコードをRVCT3.0とGNUARMでコンパイルして、ELFファイルを見比べることが
できれば何か手がかりがあるかもしれない。elf2modはELFからセクション情報とか
削ってるだけだから。
でも面倒だからやってない。RVCTもってるとわざわざやる気になれない･･･

>>261
圧縮はそのままで動くっぽいが、例外は少々手を加えないと動かないよ。
std（STLのことか？）は･･･例外使える状態ならRVCT付属のは動くとは思うけど、
メモリ効率とか考えると多少手を加えた方が無難だと思われる。

>>262
あ・・・前の会社のELF残ってる！
セクションとかよく解らんレベルで正直辛いけどやってみるかな。

RVCT3.0の例外に関しては以前の会社で確認してるんだ。
あとmelpon日記に例外からboostまで移植したソースもあるっぽいし。
とか書くとまた本人釣られるかなｗ

おーい鯖落ちてるぞー
じゃなくて勉強させてもらってますありがとう。

>>263 おまえは、守秘義務とか職業倫理とかは０なのかよ。

いくらゲームアプリを作っている底辺だからといって、
最低限のものを失ったら人間としておしまいだぞ、まったくしょーがねーなー。

もう失ってるし、人間として終ってるんだろ

え、各プロジェクトごとのELFファイルの構造や配置まで機密の範囲なの？ｗ

別に今の会社に前の会社のソースコードを公開すると言ってるわけでもないし、
いちプログラマーとしてGNUARMとRVCTのELFファイルの違いを解析するのに
何の問題があるのか、こっちが知りたいわ。
っていうか>>264と>>265はELFファイルが何なのか分かってる？

>>266 知らねーわけねーだろ、バーカ。

おまえは退職した会社から知的資産を持ち出してんだよ。
再利用できないからいいとか、なんでそんな話になるんだよ。

みんな優しいな、俺とか他人なんてどうでもいい

終ってるから

あー、ひょっとしてGNUARM使うと逆アセできる？出来なくてもある程度のスキルあれば
ELFから元の処理割り出せるか。そう考えるとソースコード持ち出しと変わらん気がするな。

まぁそれでも、コード（とELFファイル）を別会社に公開したりしない限りは大丈夫だろ。
そりゃリソースの持ち出しって点で厳密にいえば契約違反の可能性はあるけどさ、そこは
空気読もうぜ･･･

>>270 なにそれ。今バイナリを持っていること自体が問題じゃねーかよ。

ホント、底辺ゲームプログラマってやだな。

こーゆーのが居るからゲーム屋は信頼できないんだよな・・・

制作した本人の記憶を消せるわけでもなし、実害レベル未満は暗黙の了解だろ

やるなら黙ってやれという事だｗ

デバッグログについて教えてください。

#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE
#endif
現状は上記のように実装していますが、ログOFF時にARMで下記Warningが出てし
まいます。
Warning: C2917W: no side effect in void context:
過去ログをみていくつか見つけましたが、他にいい解決方法ありませんか？

#ifdef _DEBUG
#define TRACE(...) DBGPRINTF(__VA_ARGS__)
#else
#define TRACE(...) /* nop */
#endif
⇒VC2003で使えない

#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE if(0)DBGPRINTF
#endif
⇒VC2003(警告レベル4)で条件式が定数とのWarningが出る。ARMでは未確認

#ifndef _DEBUG
#undef DBGPRINTF
#define DBGPRINTF
#endif
#define TRACE DBGPRINTF
⇒結局Warningは出る。

VC上でリリースビルドする必要性はないんだから、もう諦めて
VC時は常にON、実機コンパイル時はWarning出ない方法で実装、とか。

これでいいじゃん。
#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE (void)
#endif

今年もBREWに幸あれ！

.net by au の話題はここでよろしいでしょうか？

違うでしょ。

Brew SDK　3.1.2使ってるんだけど
SETAEERECTで値をセットした後に、IMEDIA_SetRectを呼ぶと
EBADSTATEが返ってくる。なんでだよ。
SETAEERECTの第3引数と第4引数を0にしてるのに

brewってvc++2005以降では開発できないの？

２００５でできるよ

２００８でもできるよ。

おまえにはできないよ

それどころか、何一つやりとげられないよ。

すみません、ちょっとヘルプお願いします。

元々gccで動作していた画像を表示するだけの俺々フレームワークを、
RVCT向けに若干手直ししたのですが、動作してくれないもので困っています。
コンパイラ/リンカオプションは下記と同じ。
ttp://d.hatena.ne.jp/melpon/20090424
AEEClsCreateInstance() 直後のDBGPRINTFからも何も出力されず、
何処が問題かわかりません。

最終的にはSTLとboostを使用するつもりで上記サイトのオプションを使用していますが、
現在のプログラムはそれ以前の(例外未使用、STLも使っていない)状態です。

mifやsigはgccで動作確認していますので問題ないと思うのですが、
どのあたりが怪しいかアドバイスお願いします。

お騒がせしました。
コンパイラオプションに --split_sections を追加したら動作しました。

ｷﾀ━(ﾟ∀ﾟ)━!
例外、STL、boost::shared_ptr 動作おｋ！

>>289
サイズは？

>>290
画像読み込み&表示するだけの素のフレームワークが16KB。
string 1行と例外追加したら37KBでギョッとしたけど、
その後 vector、iterator、stack、map、deque、shared_ptr を使用して、
リソースダウンロード〜パース、表示するトコまで書いて56KB。
gz圧縮後28KB。
十分使えそう。

てか、例外OKってとっくの昔の話じゃ・・・

やることなくて暇なんだね

C++ のコードを RVCT 3.0 for BREW でコンパイルしていますが、問題に
ぶつかっています。実機上の動作を見ると、コンストラクタが呼ばれて
いないようです。new と同時にコンストラクタがちゃんと動くように
するためには、何か処理が必要なのでしょうか？

__rt_lib_init() を呼んだり、__cpp_initialize__aeabi_() を呼んだり、
リンクオプションに --ref_cpp_init や --cppinit=__cpp_initialize__aeabi_
をつけたりと、試行錯誤しているのですが、問題が解決しません。

"C++ ABI for the ARM Architecture" という文書の "3.2.2.3 Library
helper functions" に、"Compilers are not required to use these
helper functions but runtime libraries must supply them" という
記述があるのですが、それが関係していたりしますか？（必要なヘルパー
関数のリンクに失敗しているとか？）

294 です。

あと、関係するのかどうか分かりませんが、私のソースで仮想デストラクタを
使用しているのと、リンクしなければならない外部ライブラリが浮動小数点
演算を F??? マクロを使わずにやっている、との理由により、そのままだと
libspace.o がリンクされてしまうので、下記のような対処をして libspace.o
がリンクされないようにしています。これも何か影響ありますでしょうか？
（というかこの対処が正しいという確信もないのですが・・・）

■ 対処１
次の３つの関数を定義。AEEApplet 構造体内に確保した __USER_LIBSPACE_SIZE
(rt_misc.h) サイズの領域へのポインタを返すように実装する。

__user_libspace()
__user_perproc_libspace()
__user_perthread_libspace()

■ 対処２
上記の関数がリンク時に unused セクションとして削除されないように、
--keep オプションを armlink に指定する。

--- ソースコード ---
// 生成するコード群にセクション名を付ける。
#pragma arm section code="my_code", rodata="my_rodata", rwdata="my_rwdata", zidata="my_zidata"

// ARM コードの生成を強制する。
#pragma arm
void *__user_libspace(void) { ... }
void *__user_perproc_libspace(void) { ... }
void *__user_perthread_libspace(void) { ... }

--- リンク時 ---
"--keep my.o(my_*)" オプションを付ける。

■ 対処３
仮想デストラクタを使用すると kernel.o から main が参照されてしまう
ようなのと、#pragma import(__use_no_semihosting) をするとセミホス
ティング関数を使用すると文句を言われてしまうので、下記の関数を
（ほぼ内容は空で）実装をする。

int main(void);
void __main(void);
void __rt_raise(int signal, int type);
__user_initial_stackheap(unsigned /*R0*/, unsigned /*SP*/,
unsigned /*R2*/, unsigned /*SL*/)

■ 対処４
念のため、malloc(), free(), atexit(), getenv() なども実装しておく。

.net by au でタブコントロール使う方法おしえて ｍｍｍ（＿ ＿）ｍｍｍ

RVCT付属のfromelfではなく、クアルコム社提供のelf2modを使ってELF
ファイルをMODファイルに変換することにより、問題は解決しました。

グローバル変数やクラス変数を一切使わないようにコーディングして
いたので、fromelfで大丈夫かと思っていましたが、仮想関数を使って
いたので、elf2modを使わないとだめでした。これはFAQレベルの問題
でしたね。お騒がせしてすみませんでした。

ちなみに、「コンストラクタが呼ばれない」というのは勘違いでした。

__rt_lib_init()や__cpp_initialize_aeabi_()の呼び出しや、
--ref_cpp_initや--cppinitオプション等も不要でした。

あれぇ？
IWebとIWebRespの参照カウントおかしくない？
同期してるみたいでIWEB_GetResponseコール後にどっちも2になってる。

wikiのSAFE_SHELL_RELEASEを参照カウントに応じてnull埋めするように直したら
IWebRespの開放周りでエミュが落ちるようになったぞ(´・ω・｀)

void SAFE_SHELL_RELEASE(void*& p){
　　if (p != NULL) {
　　　　if( IBASE_Release((IBase*)p) == 0 ) {
　　　　　　p = NULL;
　　　　}
　　}
}

＞SAFE_SHELL_RELEASEを参照カウントに応じてnull埋めするように直した
あほかー。何のための null 埋めなのか理解していない証拠だぞ。

BREW のシステムで参照カウントを増加させる場合もあるから、
こっちはカウントなんて気にせず必要無いものを Release していけばいい。

>>300
ん〜〜〜・・。
　ピコーン(AAry

ゴメン。何か勘違いしていた。
AddRef使ってて299の処理じゃないと困るなーと思ってた部分も
wikiのソースで上手く動いた。
お騒がせしました。

IWebのような、中に別の非同期メカニズムを内包するインスタンスの場合、
ライフサイクルが親と違う非同期部分が、依存している親インスタンスの
参照カウンタを、自分の動作完了まで保持するために増分していることが
ありますので、IQI_Release()はISHELL_CreateInstance()/IQI_AddRef()
を呼び出した回数だけ呼び出し、実際にインスタンスがリリースされたかは
確認しないで下さい。











と、中の人みたいに言って見るw
参照カウンタが２増えたり、逆に増加・減少しないやつって、結構あるよ。

構造体じゃなくてクラスだったらprivateになるべき変数だからな＜参照カウント
ユーザーは普通気にしなくていい、というか見るべきではない変数。
リソースリーク検出された時でもRelease回数足りてるかチェックするだけで
参照カウントが０になったかどうかは見ない。

>>303
とは言え 〜_AddRef やら 〜_Releaseやらの戻り値で普通に返ってくるぞ。

だから？

毎日 おもしろい イェイ
毎日 おもしろい イェイ イェイ
はちみつきんかんのど飴♪

COM の流儀に則るなら、AddRef はどんな値を返してもよくて、
Release は 0 を返したあとの Release が未定義動作なだけで、他はどんな値を返してもよかったはず。
だから、
uint32 AddRef() { return 1; }
uint32 Release() { return 2; }
とかいう実装にするのも COM ではあり（実際よく使われてる）。
BREW で正しいのかどうかは知らない。

知らないなら書きこむなドアホ！！！！！！！！！１１１１１１１１１１１１１１１１

昔のIFontはAddRefが常に1でReleaseが常に0だったかな
まあリファレンスカウントは見ないにこしたことはない

BREW知るには何すればいい？
C言語は知ってるんだけど…

だったらまず契約してください。契約なしでは何もわかりませんし、教えられません。

とりあえずパンツ脱げ
話はそれからだ

>>310
http://www.s-cradle.com/developer/index.html
http://www.brewjapan.com/
http://brew.qualcomm.com/brew/ja/
この辺りを読むといいよ。

まずは全ての希望を捨てよ

BREWの情報が少なくて、何をすればいいのやら

Q.C言語が分かるからBREWアプリを作りたいです＞＜
A.無理です。作成に必要なSDKをダウンロードする事すら一般人は出来ないようになっています。

Q.個人的に作成したBREWアプリのボクの携帯電話に入れたいです＞＜
A.無理です。一般人が個人的に作成したアプリは携帯電話に移すことは出来ません。

Q.ボクもBREWでアプリを作って配信したいです＞＜
A.無理です。KDDIは企業にのみBREW配信を許しており、個人での配信は不可能です。

Q.BREWアプリを扱う企業に入れて欲しいです＞＜
A.無理です。今後BREWが発展する見込みは無く衰退するだけです。
　今後BREW開発を行う人員は全て経験者で埋まっています。

auがandoroido出すってね

日本の携帯キャリアの迷走っぷりはすさまじいな。

カメラ付き携帯にしろ、パケ定額にしろ、
他所で評価されたサービスをそのままパクって来たわけだが、
それが携帯端末自体に及んでしまったから仕方ないと言えば仕方ないが。

カメラは便利だけど電卓はいまいちだな

>>316 BREWに限らず、ケータイのマーケットって限られてるからな。

>A.無理です。作成に必要なSDKをダウンロードする事すら一般人は出来ないようになっています。

嘘です><

えっ

仮に何とかしてダウンロードしてもBREWアプリを作ったって自分の携帯に入れられないんだけどね

KDDI対応（デバイスファイルや日本語対応APIなど）ができないだけで、SDKのインストールならメール登録すればできる

ハァ？
できるもんならやってみろ

おにいちゃん、英語さっぱりな人でしょ。

馬鹿丸出しだよ。

SDKはメアドだけでダウンロードして入れられたよ
シミュレータでしか動かせないからあまり意味はないと思うが、
とりあえず何か別のものと勘違いしてないか

ダウンロードなんて大昔だよなあ
とりあえず何か別のものと勘違いしてないか

必死にすっとぼけてやがる

俺の経験でいえば、3.1は登録だけで落とせた。

4.0は登録だけでは落とせなかった。
まぁ、仕事でだから依頼元に頼んでもらった。

英語がわからなかっただけのくせに。馬鹿じゃねーの。

だからゲーム屋ってやなんだよ。だらしねーんだよ、仕事が。

もうゲーム屋はＢＲＥＷじゃ仕事してないよな
あったらｵﾜｯﾄﾙ

仕事がだらしないのはゲーム屋だけかと思ったら、
IT系全般がコスト意識も糞も無い状況だったでござる。

ゲーム屋のひどさを、IT全般の問題とかにしないでくれる？

こんな場末のスレで煽っても釣果は少ないよ。
いまどきBREWなんてやってる人は殆ど居ないんだから。

やだ、この人みんなに無視されてる。

初歩的な質問でよろしくお願いします。

4.0Brewシミュレータで特定の機種のシミュレートは可能でしょうか。
たとえばＣＡ００１の画面サイズなどをシミュレートしたければ
どうすればいいのでしょうか。

せめて画面サイズを現行機種の様に大きくするにはどうしたらいいのでしょうか？

よろしくお願いします。

原稿機種のを使えばいいだろ
スピスにおいてあるじゃなかったか？

すぴすｗ

スピスｗｗｗｗｗｗｗ


スピセだろ？

アホに釣られて、得意げに言うなよ。

だからゲームプログラマってやなんだよ…

ゲームプログラマってカテゴリで括っちゃう奴も大概お察しだけどな。

でも、底辺＝ゲームプログラマって、かなり鉄板だろ。

ほんと、あいつらとはかかわりたくない。

人による

でも、プログラマーに人格障害者が多いのはかなり鉄板ｗ

人によるってそりゃ、囚人の中にだって改心した人格者はいるって。

俺はゲームプログラマじゃないが >>343, >>344 は関わりたくない奴だというのは分かった

プログラマーに人格障害者が多い

まあ、目糞鼻糞を笑うってやつかｗ

そうやってアイツは俺より底辺とか言わせて
奴隷同士を戦わせる事に成功したから
日本のITはぎじゅちゅしゃを安値で使役出来たんだけどなｗ

マ板池

mod圧縮について質問です。

・elf2mod使用
・gnude(GCC3.3.1 )
・BREW4.0
・機種｢CA001｣
・グローバル変数あり

仕事でmod圧縮が必要になったので
上の条件で圧縮を行ってみた所
1回目はほぼOK(たまに起動せず落ちる)
2回目以降はNG(こっちは絶対落ちます)

つまり、modとmod.binを新しく入れ直すと1回だけ起動する
という状況になったのですがこういう物なのでしょうか？
以前、グローバル変数を使用していると駄目という書き込みは見ましたが
そこが問題なのであれば一度も起動できないのでは？と思うのですが・・・

知ってる方いらっしゃいましたらお教えて下さい＞＜

>>351
たまたま転送直後はグローバル変数の使用領域と
偶然使えるヒープ領域が一致してただけでしょ。
OS側だってヒープの確保、開放をしてるんだし毎度同じと思う方がおかしい。

RVCTの方で圧縮後も動くのは、
グローバル変数が使用するヒープ領域を初期化する処理が、
圧縮後も上手く動くから。
GCCの方はその辺すっ飛ばしちゃうのが問題なんだけど、
このあたり対応する手段を検討してるあいだにRVCT買う事になって
その後はもう調べてない。

>>352
回答してくれるのはうれしいけど、質問も理解できない方は無理に答えていただかなくても結構です

353＝351なの？そうだとしたらカスだな。
そうじゃないなら、353が質問に答えてくれよと。ちなみに俺は分からん。

メモリの不正アクセスをするプログラムの常識を問う質問に対し、
異常性を指摘したら質問の理解不足と指摘されたでござるの巻。

>>351=>>353 で回答も理解できない方だと予想

グローバル変数はgccとelf2modが解決してくれるから問題ないはず
原因は他にあるが353の態度見たら教える義理もあるまい

ＧＣＣでグローバル変数を使用していても全然ＯＫだお（　＾ω＾）

ただし今の所、BREW4.0 & GCC3.3.1 & elf2mod でのmod圧縮はNGということだ。

IMediaでsmaf再生してるんだが、あまりIMediaの状態見ずにAPIポンポン叩いて動かしてたら、
端末Aだと_SetMediaData()で成功しても、_Playで失敗し続ける。
端末Bだと再生は問題ないが、停止で端末リセットだったりする。
これタイマー回してIMediaのご様子伺いながら1個ずつ実行するようしないとダメかな・・？

少なくとも使用した端末の仕様書には、同期処理のAPIしか使ってないんだが。

教えてください。

AEEApplet_New()で登録したPFNFREEAPPDATA型の終了処理関数が、
二回以上呼ばれることはありうるのでしょうか？ もしあるので
あれば、その条件を教えていただけないでしょうか？（例えば
ISHELL_CloseApplet()を複数回呼ぶとその回数分終了処理関数が
呼ばれてしまうとか？？？）

その終了処理関数を自分で直接呼びだすコードは一切書いておらず、
AEEApplet_New()に渡しているだけなのですが、BREW Loggerのログを
見ていると、どうも終了処理関数が二回呼ばれる場合があるみたい
なのです。

よろしくお願いします！

ないんじゃないの？

自分は全てRELEASEIF()でメモリの解放をしているから、
呼ばれていたとしても気づかないけど。

EVT_APP_STOPにTRUE返してる？

あと、ISHELL_CloseApplet()を複数回呼び出しても関係ないはず。
ちょっと、コーディング・センスを疑うけど。

１００万回呼んでみろ

あとはわかるな

BREW開発(ゲーム)を行うことになったものなのですが
現在いくつか問題を抱えており、どなたかご教授いただけないでしょうか？

１．
BREW3.1のauアプリでメモリの最大使用制限というのは
MALLOC()以外で取得されたメモリ
IDISPLAY_CreateDIBitmap()、ISHELL_LoadBitmap()等で
作成されたものも含まれるのでしょうか?

2.
反転画像を転送する際に

画像ロード(8bitパレット)->DDBに転送(16bit)->
ITRANSFORM_TransformBltSimple()->画面に表示(16bit)

という手順で行っているのですが、せっかく画像を8bitパレットで作っても
転送する前に16bit化しなければならず、倍のサイズをつかってしまい
メモリ容量が厳しいことになっています。保持しておく画像は8bitパレットのままで
うまく反転画像を表示させたいのですが、他のやり方を知っている方がいましたら
教えていただきたいです。(そもそも、間違っている場合はご指摘を・・・)
ワークバッファを持ち、直前に16bit化を行ってみたのですが
処理に時間がかかってしまい使えませんでした。

いきなり出てきてすみませんが、ヨロシクお願いします。

ちょっとさ、１はこんな所で話すなよ。NDAをちょっとは意識しろよ。

ホント、だらしないな。

　ま　た　ゲ　ー　ム　か　

↑そこまで言ってやることないけど、なんか社会人の基本がなってなさそうな。

この前の偉そうなヤツより質問は丁寧でいいけど。

364です
1.についてはこちらの認識不足でした。
上の方で似た様な質問があったのと
時間の問題で焦っていたので質問してしまいました。
不快にしてしまい、申し訳無いです。

改めて2.についてお尋ねしたいのですが
いかがでしょうか？

>>368
DDBの描画がダメならDIB使えばいいだけじゃない？
DDB互換DIBのキャンパスに対して、8bitDIBを描画する方法ならありそうだけど。

反転するだけなら、DIBを自分で反転させても委員でね？

この手の話は結構聞くけど、いつもパフォーマンスが問題になってるよ。

つまりさ、その反転「必要」なの？必要というなら、時間がかかってもやるしかないけどさ。

364です。
皆さん回答ありがとうございます。
反転は必要で、速度と容量も稼ぎたいという、ワガママな状態ですみません。
やはりパフォーマンス周りの問題はどうにもならないんですね。

DDB互換のキャンパスに書いたとしてもDDBと同じ16bitとなってしまうかと思うのです。
自分で反転させたDIBを保持すると8bit+8bitで16bitと同じになってしまいますし

リソースごとに対応を変える形で対処しようと思います。

一度アセンブラで書いてみたら？

パレットテーブル用意しておいて自前で反転させながら転送しちゃダメなの？
反転するだけならアセンブラ使わなくてもそんなに重くはならないと思う。

そりゃ、もしイメージが展開されていなくて、パレットのままならね。

8bppのDIBと、そのパレット（24bpp）をIDisplayのDDBへ転送するときのパレットマップ(16bpp)を
用意して転送するって話でしょ。イメージ展開されてなきゃ処理できん。
ARM926EJ-Sはデータキャッシュ128KBだから（MSM6550でもキャッシュ積んでるかは知らんが）
オンキャッシュで処理できそうではあるな。画像サイズ次第ではピクセルデータごと乗る。

アセンブラで書くなら、ARMは複数レジスタロード・ストア、レジスタのローテート、ロードアドレスの
オフセット指定なんかがあるから、これらを駆使すればそこそこ高速なルーチンができそうな気がする。

俺の言う「イメージの展開」は、君の１行目の作業のこと。
こんなこと自明だと思って書かなかったんだけど。

ごめん、話理解できてないだけかも知れんけど
IDIBのパレットを直で弄って IDIB_TO_IBITMAP → ITransform だと何がダメなの？

8bpp画像のパレットはRGB888（BREWのNativeColor型）固定・・・のはず。
パレットの変更は許可されてるから16bpp相当に書き換えることはできるけど、
描画システム側がRGB888を前提にしてんだから色崩れまくりになる予感。
そもそもシステムがどこでビットマップの互換性をチェックしてるのか不明だし。
互換性チェックパスしないとITRANSFORM_Blt系って失敗する気が。

>>377
ISHELL_LoadBitmapだとDDBにったはず・・・なので今の機種だと16bpp？になるんじゃないかな。
IImageDecoder使えば8bppのままDIBとして取得できる。

うろ覚えですまないんだけど、ITransformってDDB→DDBの転送しかできなかったような・・・

来月から地獄の新チップ対応が始まる件

うちはこれまでのバイナリがそのまま通って一安心。
3Dとか使ってると大変なのかな？

4.0のシミュレータから音が出ない。
最新のモジュールを入れてるつもりなんだが、どこか設定が必要なんだろうか…

実機では鳴ってるので、ファイルがおかしいって事は無い。

そういうバカみたいな話を、ここで書く神経がわからない。

NDAって言葉すら知らないのか、池沼共は。

んだ

問題だと思うならさっさとKDDIだかどっかに連絡して対処してもらえばいいんじゃない？
2chみたいな場所でNDA意識しろって書き込むだけってのは無駄じゃないかな。

383　の発言のどのへんが問題なわけ？
NDAに触れるようには見えないのだけど。

つーか、こういうことを言い始める奴が出てきたのは最近だな。
前スレだと『音のモジュール入れたけどシミュがかっとぶんだけど』
みたいな話が、何の躊躇もなく話し合われていたｗ

つーか
>654 ：デフォルトの名無しさん：2008/09/19(金) 09:50:48
> いちおう皆NDA守るんだな

NDAという単語が出てきたのはこれだけだよｗ　あとGUNDAMとかｗ
それから次に単語が出てきたのが今年の４月ｗ

>>383
ウチもSMAF MA-5の音源が各種DLL入れても鳴ってない。
サンプルアプリで鳴ってるんで、間違いなく俺が悪いんだと思うけど。

実機で鳴ってるから気にしないことにしてる。

ウチは鳴ってるけど
んだから教えないんだ

確か前スレの飛んだとかどうとかの話でも、>>389のような『実機で鳴るなら問題ない』
みたいな結論が出ていたと思うよ

BrewMP端末でwikiの圧縮modローダ使うと終了時に偶に落ちなくない？
とくにクイックアクセスメニューから複数アプリ起動すると高確率で落ちるorz...

自己解決した。
_AEEMod_Loadで本体生成後に以下のコードを挿入したら直った。

for (uint32 cnt = pM->m_nRefs - 1; cnt != 0; --cnt)
{
pM->_pIModule->pvt->AddRef(pM->_pIModule);
}
pM->m_nRefs = 1;

なるほろ、そういえば4.0用のは参照カウントの管理が微妙だったからそのせいなのか。

最後変じゃないか？

reference counterのdecrementでAddRef()って、なんか論理自体が破綻していないか？

まあ、実物あわせしかできないゲームプログラマに何を言っても仕方ないんだろうけど。

BREW4.0端末でアプリ終了時に、稀にハングする現象に悩まされています。

3.1端末では特にメモリリークや類似の不具合は出ていないのですが、
ソースをほぼそのまま移植した4.0において、アプリ終了時に携帯がリセットしてしまいます。
ファイルにログを出力したところ、全てのデストラクタを通り、
AEEApplet_New に登録する終了時のコールバックを最後まで抜けているようで、
原因がわかりません。

同じような現象に当たった方、なにか情報を頂けないでしょうか？

>>396
俺の解釈が間違ってるのかも知れんが、
>>393は本体モジュールと自分自身（ローダ）の参照カウントを
調整してるだけで全体のカウント数は変えてないのでは？
本体に対してAddRefして、その分ローダをReleaseしてるんでしょ。
そうすることで、システムから見てローダが透過的になると。

ただ、本来はModuleProxy::Release()の中でうまく処理すべきこと
なのかも知れないとは思う。

投げっぱなしもなんなので書いてみた。

uint32 ModuleProxy::Release(IModule *po) {
ModuleProxy* pMe = (ModuleProxy*)po;

if(pMe->_pIModule) {
uint32 nRef;
if( (nRef = pMe->_pIModule->pvt->Release( pMe->_pIModule )) == 0 ) {
pMe->_pIModule = NULL;
return Release(po);
}
return nRef + pMe->m_nRefs - 1;
} else {
（以下変更なしにつき省略）

ちょっと試した限りでは問題なさげ。

>399のコードだと_AEEMod_Loadで本体生成前にシステムから複数回AddRefされると、
本体生成直後の状態でローダのカウントが2以上、本体のカウントが1になると思うが、
その状態でReleaseが呼び出されると累計のカウントが1以上あるにも拘らず
本体のモジュールを開放してしまってるけどいけるのか？

ゲームプログラマだから大丈夫

>>400 いや、だから現物あわせでやってるだけだって。

>>400
そこは俺も気になったんだが、CreateInstance前のAddRefって、
AddRefする側はインスタンスを取得できてないわけでしょ。
だったら本体を参照される恐れはないんじゃないかと。
（参照されるにしてもIModule周りだけじゃないかと）

でも考えてみたら、ReleaseがAddRefの逆順に呼ばれる保証はないし、
これじゃマズい罠。ごめん。
思いつきで書いただけだから399は忘れてくれ。

もう、この方法は無理があるんじゃないか?
バージョンが変わるたびに現物あわせするしかないし、
本当にそれで問題ないのか、誰にも分からん。

もうバージョン変わらないから

ソフィアクレイドルの買っちゃえば投げやりにできるぜ

話題になってるからコード辿ってみたんだが
これって単に元のコードにバグがあったってだけの話では？
バグの内容はModuleProxy::Release()が間違った参照カウント数を返してしまうってもので、
それを間接的な方法で修正したのが>>393。直接的に修正しようとしたのが>>399。
元のコードが現物合わせなのは確かだけど>>393や>>399には明確な根拠があるし
これを現物合わせとか言うのは違う気がする。

>>406
ソフィアのやつも4.0のは当初問題が発生してたような…気のせい？

つまり圧縮ツールの問題？Qの問題？

>>407 そうじゃなくて、修正コードのロジックが変だろ。

だから現物合わせって言われるんだよ。

この流れは409が現物合わせでないコードを晒してくれるのですか？wktk

>>408
圧縮ツールの問題。

>>409
う〜ん…もしかして現物合わせって言葉、俺勘違いしてるのかな？
現物合わせって、システムの非公開部分に関わる根拠が明確でない操作をして、
手探りでなんとかうまく動くよう調整することだと思ってた。
この場合非公開部分に変更があるとうまく動かなくなる可能性があるから
そういうのって嫌われるよね。

修正コードは参照カウンタを無理やり操作したりしてるからエレガントなコードとは言えないけど、
それによる影響はローダ内部で管理してるから、たとえシステムに変更が加えられても大丈夫なはず。
そういう意味で現物合わせとは違うと思ったのよ。
俺の勘違いだったらごめん。

誰か、もっとエレガントなコード書いてくれないかな。

誰か教えてください、

シミュレータでファイルにアクセスすると、
ＤＬＬの存在するディレクトリが基準になる様なのは
理解しています。

では、シミュレータでＳＤカードにアクセスするには
"fs:/card0/pc/Test.dat"
という名前でいいのでしょうか？

また、これは、シミュレータ側では、どんなパス名になりますか？

またゆとりが…

アイドリングの一部の子みたいだな。

>>412
ttp://brewforums.qualcomm.com/showpost.php?s=4d450b8a5eba95078bff998cf22d7426&p=45630&postcount=8

これかな？違ってたらスマン

>>414
ありがとうございます。

あと、card0とかにアクセスするには、

ＭＩＦエディタでアクセス権をあらかじめ与えていないとだめですか？

そうです

ドキュメント更新されたけど、これは・・・
身元割れるかも知れんけどまぁいいや

ＭＩＦエディタでゴチョゴチョしてやっと

/card0 rw/rw CARD0_ACCESS

というような設定が出来たら
IFILEMGR_OpenFile( , "fs:/card0/test.dat", _OFM_CREATE )
失敗で
GetLastError
が、２１とかわからない数から
EFILENOEXISTSが帰るようになりました

しかし作成を指定してるのに作られません。

何か足らないことがありますか？

PCが変わったからAppLoaderを再インストールしたら、データ転送ができなくなった…。

同様の現象が起こった方はおりますか？
デバイス接続やデータ確認は出来るのに、データ転送のみ出来ない状態です

＞＞４１８
脳味噌

burn

C、C++未経験で普段はC#.NET、VB.NETやってます。

今日会社で
「BREWでこれ3ヶ月ぐらいで作って(1人で)」
とか言われました。

検索条件入力→一覧表示→選択
もしくは
商品のバーコード読み取りで選択

詳細表示→入力して更新
の様な感じの全30画面程。

色々調べてみたらAUの審査に1ヶ月以上掛かると見たのですが、
ぶっちゃけ残りの2ヵ月で作れると思いますか？

おまえならできる


















ｗ

既にBREW向けに開発した経験があるなら２ヶ月もかからずに作れると思うが、
そうでないなら未知数と言うか変な端末仕様にぶつからないかどうかの運次第

「作って」って言われてるけど例のGOサインは出てるんか？

>>422 .net by auで作った方がいいんでないんかい？

会社にC出来る人居ないのに何故受けた…って感じなので>>426を調べてみます。
多分お客さん的には携帯でデータいじれたらOKだと思うので、
携帯のブラウザでアクセスするサイト作れば行けそうな気も…。

レスありがとうございました。

>>427 対応機種が少ないから気をつけてねー

あげ

またOSが重くなるということでよろしいか。

http://twitter.com/wataru4/status/22616152186
http://twitter.com/wataru4/status/22616326787
http://twitter.com/wataru4/status/22617362215

OS自体が重くなるんじゃなくて、既存のオープンアプリプレーヤーが
機能拡張されるってことだと思う。
JavaアプリがBREWアプリと同等の地位に格上げってことになるのかな？

いや、ＢＲＥＷより上になるんだよ

hosyu

・・・にしてもネタが無いのは良いことなんだろうか。

もう終了宣言でたからねえ

BREWに新プラットフォーム、Android向けアプリ市場にも注力――KDDI鴨志田氏 ゲーム開発者向けカンファレンス「CEDEC 2010」でKDDIの鴨志田博礼氏が、auケータイ向けに新しいアプリプラットフォームを追加する計画や、Androdアプリへの取り組みを説明した。
http://www.itmedia.co.jp/promobile/articles/1008/31/news085.html

これのこと？>終了宣言

ちょっと聞きたいんですが、アプリからデータフォルダにアクセスする方法ってありますか？
あれば教えていただきたいです。

あると思います！

詳細はKDDIに聞いてください。

あるけど教えられないんでＫＤＤＩに聞きましょう

>>437-438
サンクス。
やっぱ問い合わせかー。

まだ新規でBREW案件あるんだなぁ。

大変ですね

今後BREWはどうなるのだろう？

いらない子

kcpがなきゃ、とっくにディスっている。Qにとっては今更押すメリットはないし。

BREWメインで開発してた会社は、方向転換しないとまずいわけか・・・

急にピタッと新機種のリリースがなくなるわけでもないし、今後数年はBREWの仕事があるよ、きっと。

それ以前に、どんなソリューションでもそうだけど、特定ソリューション専業ってのは問題でしょ。

一般向けアプリ以外の組み込みアプリはBREWが細々と残るだろうけど
最終的にはOSにしか残らないだろうな。
そうなると端末の中の人以外はBREW開発の仕事が無くなる。

何かのソリューションのモバイル版やゲームなんて、数年あったら全然稼げるぞ。
常識的には、端末販売後２年間は割賦販売で端末が残るわけだし。

結局、Androidでも画面サイズ対応とか、拡張キーアサイン対応とかやらされるんだろ？
一緒だよ、一緒。数年で使い捨てのコードを書くという意味では。

意味不明

おまえ、モバイルの仕事したことないからだろ？

>>448
日本語で訳して

ゲームのプログラムを場当たり的に作ってる底辺プログラマに、
事業収益の見通しの話なんて、語るだけムダ。

>>451
1. 当分はBREWのプログラムを書く仕事が回ってくるかも。
2. プラットフォームが変わろうと、所詮モバイルは土方仕事。

組込系の仕事だと毎回環境が全然違うから、安定していてドキュメントがあれば、とりあえず何でも許せる。

そういう視点だと、ちょっとあｎ(ry

BrewとAndroid、どっちも設計とドキュメントとサポートが終わっている。
Androidがなぜモテはやらされるかわからんが。Androidはソースがあるだ
けましかな。

ソースを確認してどうこうできるレベルじゃないでしょ。

ソース厨に限ってソース見ないし。

おまえがそのレベルじゃないのはわかった

iPhoneも状況は一緒です。
何なら満足できますか？

見えない部分で泣くのが嫌ならモバイルから撤退するとか、他社に投げるとか、会社やめるとか、開発から手を引く道しかないよ

なんか話の流れがよくわからんのだが。
>>447までは
・BREWでのゲームアプリの案件が今後激減する（Javaアプリに移行するから）
・ゲーム以外は少しは残るんでないか？
って話だったと思うんだが>>448で全然関係ない話になってないか？

そうだよね。

　　激減する。
　→当分はあるでしょ？

から急に方向が。

激減とかいうから、メーカーの開発者が暴れたのでは？

KDDIが・・・

ウチの会社はSの下請けでメインがauだが、大丈夫なんだろうか
LISMOとかもやっていたみたいだが・・・

そんなに悲観するほどのことではないんじゃ？
J対応機でもBは動くんだし、稼働台数ではJ対応機が一気に
増えるってことはないだろうし。
そうこうしてるウチに一気にandroid機が増えちゃってJとかBとか
言ってられなくなるかも知れないし。

>>463
LISMOとか組み込みはあまり関係ないんじゃないかえ？

平穏なこと・・・(´；ω；｀)ﾌﾞﾜｯ

BREWメインでやってるとこなんてもう駄目だろ
そんなところあるのか知らんが

>>466
我社のことですか？
あわててシンビアンとかアンドロイドとかに手をだしてるけど・・・
KDDI-SHARPの下請けだす

KDDIとくっ付いてるならいいじゃない。
くっ付いてなくてBREW開発してた会社は完全死亡だろうね。

468は、実態知らないでしょ。

BREWだからじゃなくて、ケータイのソリューションの案件自体が縮小してるんだけど。

ケータイ向けモジュール部分の、直接的なプログラミングの工数は
プロジェクト全体で大きくないから、アンドロイドだろうがiPhoneだろうが、
別にその時々で対応するだけ。

ケータイバブルで拡大した企業はやばいかもな

モバゲーとかグリーとかも？

［東京　１０日　ロイター］　証券取引等監視委員会は１０日、アクロディア<3823.T>
が金融商品取引法違反（虚偽記載）をしたとして、約７８００万円の課徴金納付命令を
勧告した。監視委によれば、ソフトウェアの架空売り上げ計上によって赤字を黒字にし
たり損失を小さく見せかけ、２００８年─２００９年の期間の複数の有価証券報告書な
どで虚偽記載をした。アクロディアは、これら虚偽報告に基づいた有価証券届出書を通
じ、行使時の払い込み総額で約１５億円となる新株予約権証券を発行した。

>>472
やっちゃったかー

>>471
ありゃあほとんどLAMP系のお仕事。
ケータイ向けモジュールの規模はたいしたことない。

BrewMPのSDKについて来るアドイン使えばVC2010や2008でも開発できるくさい？
しかもBrewMPのサイトからならば特に登録せんでも
4.0と3.1のSDKもダウンロードできるっぽいね

>>475
一般人ができるのはあくまでエミュの開発まで。
実機に転送するとかは不可。
あと2010はc++周りの仕様が変わりすぎてコンパイル通せんかった。
つか大回収するのが面倒だったんで2008使ってる。

どういうコード書いてたらそうなるんだ･･･ｗ

BREW新規案件きたー！
すごい久しぶり、有難いことです。

>>475 そもそも、プラグインからコンパイルとかしなければ、VS2010でも作業に何の問題もなし。

Eclipseプラグインもあるでよ。

BREWメインだった会社、今息してる？

BREWメインって…

普通の会社は、プラットフォームにあわせて様々な言語・環境で仕事をするもんだよ。
特に、ケータイや通信のオーダーメイド品って。

>>482
その中でBREWの比重が大きければ、メインと言えるだろ
現にそういう会社と付き合いがあったが、今息しているかすら分からない

KDDIがBREWメインって事で、BREW開発を主軸に立ち上げられた会社は息をしてないだろうな。
BREWメインな会社は既に存在しないだろうけど。

会社の立ち上げられ方がいいかげんすぐる…

そんなノリで会社を作っちゃだめだろ

別にBREWだけじゃなく、javaでも公式メニューからの集客力だけで持っていたような
昔からある月額ゲームサイトは、今後厳しいと思うけどな。

呼んだ？
ウチau公式の月額ゲームサイトがメインだけどまだ息してるよ！
見捨てないでー！

まぁだいぶ落ち込んできてるのは事実だけど最近はBREW以外の案件が増えてきてるしなんとかなりそうな感じ。

資金があるうちに早く案件の幅を広げるんだ！

hosyu

コピーガードのかかったBREWアプリをPCに転送して解析することは可能ですか？

無理無理無理無理かたつむり

主な理由はライセンス的な問題と技術的な問題。
ライセンス的な問題を無視しても基本的に個人じゃ無理。
個人で何とかしても技術的に無理。
詳細は言えんが結論として無理。

あとBrewなんて終わってる技術だから解析したって飯は食えんし面白くない。
止めとけ。

そうなんですか･･･
おとなしくjavaに乗り換えますorz

技術としては終わって無いだろ。
KDDIの一般向けアプリとしては終わっているけど。

>>493 底辺使い捨てゲーマーだから知らないんだよ。

余計なこと言うなよ。放っておけばいいんだよ。

OS側には乗ってるけどアプリとして終わってるしなぁ・・・
OS側の人間は限られてるから、「マイナー技術≒終わってる技術」とすると誤りでは無い気もする。

結構ダラダラ続いてきたのが
Android auとか言い出したためいきなり終わった、ってな感じ。

まあ、ゲームプログラマはauの話しか知らないからな。

どこかで見たことがあるようなゲームレベルの話で、
始まった、終わったってしたり顔だもんな。

BREWが死ねば世界はJavaで満たされる

kddi関連以外でBREWやってた人っているの？

どう考えても、ここで話をしないと思うけど。

Rubyバカにしてる子ってさ
変数に＄ついてる言語触ってるって事だよね

いちいちSHIFT＋４キーおして ＄ 打ちまくってる感触はどう？

>>497
BREWスレでドコモとかソフトバンクの話する奴はいないわな。
あと>>501って誤爆？

ちょ、もう耐えられないからやめてくれよ…

国内底辺ゲーマー乙！

>>503
ゲーマーって言葉の意味分かってるか？ｗ

アニメーター　→　アニメを作る人
ポエマー → 詩人
ゲーマー → ゲームを作る人

なにもおかしくないだろjk…

お前がそう思うんならそうなんだろう
お前ん中ではな

カ　オ　ス　ラ　ウ　ン　ジ　ゆ　る　せ　な　ぁ　い　ー

過疎ってるな
みんなAndroidかiOSに流れたのかな

もともとオープンアプリが邪魔な存在で、それがなくなったと
思ったらEZアプリJ、さらにはAndroidにiPhone(しかもKDDIから)、
おまけにドコモマーケット(iアプリ)で完全死亡。

すみません、BREW MP SDKに関する質問です。
お分かりの方、いらっしゃいましたら教えてください。
BREW SDK 3.1とBREW SDK 4.0で実行ファイル(mod)を作成していたアプリのバージョンアップ作業を今度行うことになりました。
BREW MP SDKを使えば、BREW 3.1とBREW 4.0用の実行ファイル(mod)を作成可能なのでしょうか？

>>510 同じAPIでもI/Fが違うとクラスIDを変えるから、4.0用のモジュールを3.1で動作させてもクラッシュしない。
（インスタンスが生成できなくて終わり。）だから、勝手（変更になったクラス）を知っていれば可能ではある。

でも、それ以前に正規のデベロッパーならサイトから取ってくればいいじゃない、と亀レスしてみる。

すげー亀レスw
BREW MP SDKは4.0用のplatform kitがあるでしょ
3.1用を作るのは無理だと思う