09/12/18 10:38:02
>>262
あ・・・前の会社のELF残ってる！
セクションとかよく解らんレベルで正直辛いけどやってみるかな。
RVCT3.0の例外に関しては以前の会社で確認してるんだ。
あとmelpon日記に例外からboostまで移植したソースもあるっぽいし。
とか書くとまた本人釣られるかなｗ
おーい鯖落ちてるぞー
じゃなくて勉強させてもらってますありがとう。
264:デフォルトの名無しさん
09/12/18 21:41:49
>>263 おまえは、守秘義務とか職業倫理とかは０なのかよ。
いくらゲームアプリを作っている底辺だからといって、
最低限のものを失ったら人間としておしまいだぞ、まったくしょーがねーなー。
265:デフォルトの名無しさん
09/12/18 23:09:55
もう失ってるし、人間として終ってるんだろ
266:デフォルトの名無しさん
09/12/18 23:48:40
え、各プロジェクトごとのELFファイルの構造や配置まで機密の範囲なの？ｗ
別に今の会社に前の会社のソースコードを公開すると言ってるわけでもないし、
いちプログラマーとしてGNUARMとRVCTのELFファイルの違いを解析するのに
何の問題があるのか、こっちが知りたいわ。
っていうか>>264と>>265はELFファイルが何なのか分かってる？
267:デフォルトの名無しさん
09/12/18 23:54:37
>>266 知らねーわけねーだろ、バーカ。
おまえは退職した会社から知的資産を持ち出してんだよ。
再利用できないからいいとか、なんでそんな話になるんだよ。
268:デフォルトの名無しさん
09/12/18 23:56:09
みんな優しいな、俺とか他人なんてどうでもいい
269:デフォルトの名無しさん
09/12/18 23:56:27
終ってるから
270:デフォルトの名無しさん
09/12/19 00:00:03
あー、ひょっとしてGNUARM使うと逆アセできる？出来なくてもある程度のスキルあれば
ELFから元の処理割り出せるか。そう考えるとソースコード持ち出しと変わらん気がするな。
まぁそれでも、コード（とELFファイル）を別会社に公開したりしない限りは大丈夫だろ。
そりゃリソースの持ち出しって点で厳密にいえば契約違反の可能性はあるけどさ、そこは
空気読もうぜ･･･
271:デフォルトの名無しさん
09/12/19 00:07:23
>>270 なにそれ。今バイナリを持っていること自体が問題じゃねーかよ。
ホント、底辺ゲームプログラマってやだな。
272:デフォルトの名無しさん
09/12/19 10:46:36
こーゆーのが居るからゲーム屋は信頼できないんだよな・・・
273:デフォルトの名無しさん
09/12/22 11:49:41
制作した本人の記憶を消せるわけでもなし、実害レベル未満は暗黙の了解だろ
274:デフォルトの名無しさん
09/12/22 11:50:14
やるなら黙ってやれという事だｗ
275:デフォルトの名無しさん
09/12/23 19:32:10
デバッグログについて教えてください。
#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は出る。
276:デフォルトの名無しさん
09/12/24 03:50:54
VC上でリリースビルドする必要性はないんだから、もう諦めて
VC時は常にON、実機コンパイル時はWarning出ない方法で実装、とか。
277:デフォルトの名無しさん
09/12/25 17:01:25
これでいいじゃん。
#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE (void)
#endif
278:デフォルトの名無しさん
10/01/05 15:55:49
今年もBREWに幸あれ！
279:デフォルトの名無しさん
10/01/09 16:41:55
.net by au の話題はここでよろしいでしょうか？
280:デフォルトの名無しさん
10/01/10 02:58:36
違うでしょ。
281:デフォルトの名無しさん
10/01/20 16:39:51
Brew SDK 3.1.2使ってるんだけど
SETAEERECTで値をセットした後に、IMEDIA_SetRectを呼ぶと
EBADSTATEが返ってくる。なんでだよ。
SETAEERECTの第3引数と第4引数を0にしてるのに
282:デフォルトの名無しさん
10/01/26 15:04:43
brewってvc++2005以降では開発できないの？
283:デフォルトの名無しさん
10/01/26 15:18:24
２００５でできるよ
284:デフォルトの名無しさん
10/01/26 15:44:15
２００８でもできるよ。
285:デフォルトの名無しさん
10/01/26 21:27:12
おまえにはできないよ
286:デフォルトの名無しさん
10/01/27 02:49:55
それどころか、何一つやりとげられないよ。
287:デフォルトの名無しさん
10/02/03 16:55:33
すみません、ちょっとヘルプお願いします。
元々gccで動作していた画像を表示するだけの俺々フレームワークを、
RVCT向けに若干手直ししたのですが、動作してくれないもので困っています。
コンパイラ/リンカオプションは下記と同じ。
URLﾘﾝｸ(d.hatena.ne.jp)
AEEClsCreateInstance() 直後のDBGPRINTFからも何も出力されず、
何処が問題かわかりません。
最終的にはSTLとboostを使用するつもりで上記サイトのオプションを使用していますが、
現在のプログラムはそれ以前の(例外未使用、STLも使っていない)状態です。
mifやsigはgccで動作確認していますので問題ないと思うのですが、
どのあたりが怪しいかアドバイスお願いします。
288:287
10/02/03 17:38:34
お騒がせしました。
コンパイラオプションに --split_sections を追加したら動作しました。
289:デフォルトの名無しさん
10/02/03 18:46:16
ｷﾀ━(ﾟ∀ﾟ)━!
例外、STL、boost::shared_ptr 動作おｋ！
290:デフォルトの名無しさん
10/02/03 19:28:07
>>289
サイズは？
291:289
10/02/03 20:08:57
>>290
画像読み込み&表示するだけの素のフレームワークが16KB。
string 1行と例外追加したら37KBでギョッとしたけど、
その後 vector、iterator、stack、map、deque、shared_ptr を使用して、
リソースダウンロード～パース、表示するトコまで書いて56KB。
gz圧縮後28KB。
十分使えそう。
292:デフォルトの名無しさん
10/02/06 13:42:08
てか、例外OKってとっくの昔の話じゃ・・・
293:デフォルトの名無しさん
10/02/06 14:16:27
やることなくて暇なんだね
294:デフォルトの名無しさん
10/02/12 00:03:34
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" という
記述があるのですが、それが関係していたりしますか？（必要なヘルパー
関数のリンクに失敗しているとか？）
295:294
10/02/12 00:04:58
294 です。
あと、関係するのかどうか分かりませんが、私のソースで仮想デストラクタを
使用しているのと、リンクしなければならない外部ライブラリが浮動小数点
演算を F??? マクロを使わずにやっている、との理由により、そのままだと
libspace.o がリンクされてしまうので、下記のような対処をして libspace.o
がリンクされないようにしています。これも何か影響ありますでしょうか？
（というかこの対処が正しいという確信もないのですが・・・）
■ 対処１
次の３つの関数を定義。AEEApplet 構造体内に確保した __USER_LIBSPACE_SIZE
(rt_misc.h) サイズの領域へのポインタを返すように実装する。
__user_libspace()
__user_perproc_libspace()
__user_perthread_libspace()
296:294
10/02/12 00:05:53
■ 対処２
上記の関数がリンク時に 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() なども実装しておく。
297:デフォルトの名無しさん
10/02/13 01:10:17
.net by au でタブコントロール使う方法おしえて ｍｍｍ（＿ ＿）ｍｍｍ
298:294
10/02/13 01:48:04
RVCT付属のfromelfではなく、クアルコム社提供のelf2modを使ってELF
ファイルをMODファイルに変換することにより、問題は解決しました。
グローバル変数やクラス変数を一切使わないようにコーディングして
いたので、fromelfで大丈夫かと思っていましたが、仮想関数を使って
いたので、elf2modを使わないとだめでした。これはFAQレベルの問題
でしたね。お騒がせしてすみませんでした。
ちなみに、「コンストラクタが呼ばれない」というのは勘違いでした。
__rt_lib_init()や__cpp_initialize_aeabi_()の呼び出しや、
--ref_cpp_initや--cppinitオプション等も不要でした。
299:デフォルトの名無しさん
10/02/15 15:47:28
あれぇ？
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;
}
}
}
300:デフォルトの名無しさん
10/02/15 18:31:10
＞SAFE_SHELL_RELEASEを参照カウントに応じてnull埋めするように直した
あほかー。何のための null 埋めなのか理解していない証拠だぞ。
BREW のシステムで参照カウントを増加させる場合もあるから、
こっちはカウントなんて気にせず必要無いものを Release していけばいい。
301:デフォルトの名無しさん
10/02/15 19:25:55
>>300
ん～～～・・。
ピコーン(AAry
ゴメン。何か勘違いしていた。
AddRef使ってて299の処理じゃないと困るなーと思ってた部分も
wikiのソースで上手く動いた。
お騒がせしました。
302:デフォルトの名無しさん
10/02/17 22:58:07
IWebのような、中に別の非同期メカニズムを内包するインスタンスの場合、
ライフサイクルが親と違う非同期部分が、依存している親インスタンスの
参照カウンタを、自分の動作完了まで保持するために増分していることが
ありますので、IQI_Release()はISHELL_CreateInstance()/IQI_AddRef()
を呼び出した回数だけ呼び出し、実際にインスタンスがリリースされたかは
確認しないで下さい。
と、中の人みたいに言って見るw
参照カウンタが２増えたり、逆に増加・減少しないやつって、結構あるよ。
303:デフォルトの名無しさん
10/02/17 23:40:01
構造体じゃなくてクラスだったらprivateになるべき変数だからな＜参照カウント
ユーザーは普通気にしなくていい、というか見るべきではない変数。
リソースリーク検出された時でもRelease回数足りてるかチェックするだけで
参照カウントが０になったかどうかは見ない。
304:デフォルトの名無しさん
10/02/18 12:19:57
>>303
とは言え ～_AddRef やら ～_Releaseやらの戻り値で普通に返ってくるぞ。
305:デフォルトの名無しさん
10/02/18 13:42:25
だから？
306:デフォルトの名無しさん
10/02/18 14:10:01
毎日 おもしろい イェイ
毎日 おもしろい イェイ イェイ
はちみつきんかんのど飴♪
307:デフォルトの名無しさん
10/02/18 20:08:44
COM の流儀に則るなら、AddRef はどんな値を返してもよくて、
Release は 0 を返したあとの Release が未定義動作なだけで、他はどんな値を返してもよかったはず。
だから、
uint32 AddRef() { return 1; }
uint32 Release() { return 2; }
とかいう実装にするのも COM ではあり（実際よく使われてる）。
BREW で正しいのかどうかは知らない。
308:デフォルトの名無しさん
10/02/18 22:16:41
知らないなら書きこむなドアホ！！！！！！！！！１１１１１１１１１１１１１１１１
309:デフォルトの名無しさん
10/02/18 23:13:15
昔のIFontはAddRefが常に1でReleaseが常に0だったかな
まあリファレンスカウントは見ないにこしたことはない
310:デフォルトの名無しさん
10/02/18 23:23:48
BREW知るには何すればいい？
C言語は知ってるんだけど…
311:デフォルトの名無しさん
10/02/18 23:56:58
だったらまず契約してください。契約なしでは何もわかりませんし、教えられません。
312:デフォルトの名無しさん
10/02/19 00:00:42
とりあえずパンツ脱げ
話はそれからだ
313:デフォルトの名無しさん
10/02/20 06:42:07
>>310
URLﾘﾝｸ(www.s-cradle.com)
URLﾘﾝｸ(www.brewjapan.com)
URLﾘﾝｸ(brew.qualcomm.com)
この辺りを読むといいよ。
314:デフォルトの名無しさん
10/02/20 12:42:53
まずは全ての希望を捨てよ
315:デフォルトの名無しさん
10/02/20 12:53:32
BREWの情報が少なくて、何をすればいいのやら
316:デフォルトの名無しさん
10/02/20 16:42:46
Q.C言語が分かるからBREWアプリを作りたいです＞＜
A.無理です。作成に必要なSDKをダウンロードする事すら一般人は出来ないようになっています。
Q.個人的に作成したBREWアプリのボクの携帯電話に入れたいです＞＜
A.無理です。一般人が個人的に作成したアプリは携帯電話に移すことは出来ません。
Q.ボクもBREWでアプリを作って配信したいです＞＜
A.無理です。KDDIは企業にのみBREW配信を許しており、個人での配信は不可能です。
Q.BREWアプリを扱う企業に入れて欲しいです＞＜
A.無理です。今後BREWが発展する見込みは無く衰退するだけです。
今後BREW開発を行う人員は全て経験者で埋まっています。
317:デフォルトの名無しさん
10/02/20 21:26:44
auがandoroido出すってね
318:デフォルトの名無しさん
10/02/20 22:39:25
日本の携帯キャリアの迷走っぷりはすさまじいな。
カメラ付き携帯にしろ、パケ定額にしろ、
他所で評価されたサービスをそのままパクって来たわけだが、
それが携帯端末自体に及んでしまったから仕方ないと言えば仕方ないが。
319:デフォルトの名無しさん
10/02/21 02:29:17
カメラは便利だけど電卓はいまいちだな
320:デフォルトの名無しさん
10/02/22 22:48:30
>>316 BREWに限らず、ケータイのマーケットって限られてるからな。
321:デフォルトの名無しさん
10/02/23 09:15:50
>A.無理です。作成に必要なSDKをダウンロードする事すら一般人は出来ないようになっています。
嘘です><
322:デフォルトの名無しさん
10/02/23 21:52:32
えっ
323:デフォルトの名無しさん
10/02/23 22:29:31
仮に何とかしてダウンロードしてもBREWアプリを作ったって自分の携帯に入れられないんだけどね
324:デフォルトの名無しさん
10/02/23 22:53:30
KDDI対応（デバイスファイルや日本語対応APIなど）ができないだけで、SDKのインストールならメール登録すればできる
325:デフォルトの名無しさん
10/02/23 23:20:15
ハァ？
できるもんならやってみろ
326:デフォルトの名無しさん
10/02/24 01:09:07
おにいちゃん、英語さっぱりな人でしょ。
馬鹿丸出しだよ。
327:デフォルトの名無しさん
10/02/24 14:40:53
SDKはメアドだけでダウンロードして入れられたよ
シミュレータでしか動かせないからあまり意味はないと思うが、
とりあえず何か別のものと勘違いしてないか
328:デフォルトの名無しさん
10/02/24 21:37:10
ダウンロードなんて大昔だよなあ
とりあえず何か別のものと勘違いしてないか
329:デフォルトの名無しさん
10/02/25 00:55:47
必死にすっとぼけてやがる
330:デフォルトの名無しさん
10/02/25 05:32:02
俺の経験でいえば、3.1は登録だけで落とせた。
4.0は登録だけでは落とせなかった。
まぁ、仕事でだから依頼元に頼んでもらった。
331:デフォルトの名無しさん
10/02/25 21:34:26
英語がわからなかっただけのくせに。馬鹿じゃねーの。
だからゲーム屋ってやなんだよ。だらしねーんだよ、仕事が。
332:デフォルトの名無しさん
10/02/25 22:22:26
もうゲーム屋はＢＲＥＷじゃ仕事してないよな
あったらｵﾜｯﾄﾙ
333:デフォルトの名無しさん
10/02/26 00:27:16
仕事がだらしないのはゲーム屋だけかと思ったら、
IT系全般がコスト意識も糞も無い状況だったでござる。
334:デフォルトの名無しさん
10/02/26 11:44:33
ゲーム屋のひどさを、IT全般の問題とかにしないでくれる？
335:デフォルトの名無しさん
10/02/26 22:37:08
こんな場末のスレで煽っても釣果は少ないよ。
いまどきBREWなんてやってる人は殆ど居ないんだから。
336:デフォルトの名無しさん
10/03/02 21:05:00
やだ、この人みんなに無視されてる。
337:デフォルトの名無しさん
10/03/07 15:33:12
初歩的な質問でよろしくお願いします。
4.0Brewシミュレータで特定の機種のシミュレートは可能でしょうか。
たとえばＣＡ００１の画面サイズなどをシミュレートしたければ
どうすればいいのでしょうか。
せめて画面サイズを現行機種の様に大きくするにはどうしたらいいのでしょうか？
よろしくお願いします。
338:デフォルトの名無しさん
10/03/07 16:32:32
原稿機種のを使えばいいだろ
スピスにおいてあるじゃなかったか？
339:デフォルトの名無しさん
10/03/08 00:26:32
すぴすｗ
340:デフォルトの名無しさん
10/03/08 00:43:49
スピスｗｗｗｗｗｗｗ
スピセだろ？
341:デフォルトの名無しさん
10/03/16 02:02:36
アホに釣られて、得意げに言うなよ。
だからゲームプログラマってやなんだよ…
342:デフォルトの名無しさん
10/03/16 21:36:58
ゲームプログラマってカテゴリで括っちゃう奴も大概お察しだけどな。
343:デフォルトの名無しさん
10/03/20 22:53:01
でも、底辺＝ゲームプログラマって、かなり鉄板だろ。
ほんと、あいつらとはかかわりたくない。
344:デフォルトの名無しさん
10/03/20 23:16:17
人による
でも、プログラマーに人格障害者が多いのはかなり鉄板ｗ
345:デフォルトの名無しさん
10/03/20 23:18:14
人によるってそりゃ、囚人の中にだって改心した人格者はいるって。
346:デフォルトの名無しさん
10/03/21 05:47:25
俺はゲームプログラマじゃないが >>343, >>344 は関わりたくない奴だというのは分かった
347:デフォルトの名無しさん
10/03/21 11:59:03
プログラマーに人格障害者が多い
348:デフォルトの名無しさん
10/03/21 18:06:02
まあ、目糞鼻糞を笑うってやつかｗ
349:デフォルトの名無しさん
10/03/21 21:15:31
そうやってアイツは俺より底辺とか言わせて
奴隷同士を戦わせる事に成功したから
日本のITはぎじゅちゅしゃを安値で使役出来たんだけどなｗ
350:デフォルトの名無しさん
10/03/22 19:42:35
マ板池
351:デフォルトの名無しさん
10/03/31 18:26:13
mod圧縮について質問です。
・elf2mod使用
・gnude(GCC3.3.1 )
・BREW4.0
・機種｢CA001｣
・グローバル変数あり
仕事でmod圧縮が必要になったので
上の条件で圧縮を行ってみた所
1回目はほぼOK(たまに起動せず落ちる)
2回目以降はNG(こっちは絶対落ちます)
つまり、modとmod.binを新しく入れ直すと1回だけ起動する
という状況になったのですがこういう物なのでしょうか？
以前、グローバル変数を使用していると駄目という書き込みは見ましたが
そこが問題なのであれば一度も起動できないのでは？と思うのですが・・・
知ってる方いらっしゃいましたらお教えて下さい＞＜
352:デフォルトの名無しさん
10/04/01 14:51:31
>>351
たまたま転送直後はグローバル変数の使用領域と
偶然使えるヒープ領域が一致してただけでしょ。
OS側だってヒープの確保、開放をしてるんだし毎度同じと思う方がおかしい。
RVCTの方で圧縮後も動くのは、
グローバル変数が使用するヒープ領域を初期化する処理が、
圧縮後も上手く動くから。
GCCの方はその辺すっ飛ばしちゃうのが問題なんだけど、
このあたり対応する手段を検討してるあいだにRVCT買う事になって
その後はもう調べてない。
353:デフォルトの名無しさん
10/04/01 22:10:40
>>352
回答してくれるのはうれしいけど、質問も理解できない方は無理に答えていただかなくても結構です
354:デフォルトの名無しさん
10/04/02 05:54:24
353＝351なの？そうだとしたらカスだな。
そうじゃないなら、353が質問に答えてくれよと。ちなみに俺は分からん。
355:デフォルトの名無しさん
10/04/02 16:22:30
メモリの不正アクセスをするプログラムの常識を問う質問に対し、
異常性を指摘したら質問の理解不足と指摘されたでござるの巻。
356:デフォルトの名無しさん
10/04/03 02:18:46
>>351=>>353 で回答も理解できない方だと予想
357:デフォルトの名無しさん
10/04/06 03:26:20
グローバル変数はgccとelf2modが解決してくれるから問題ないはず
原因は他にあるが353の態度見たら教える義理もあるまい
358:デフォルトの名無しさん
10/04/06 16:49:54
ＧＣＣでグローバル変数を使用していても全然ＯＫだお（ ＾ω＾）
359:デフォルトの名無しさん
10/04/11 14:07:41
ただし今の所、BREW4.0 & GCC3.3.1 & elf2mod でのmod圧縮はNGということだ。
360:デフォルトの名無しさん
10/04/15 14:32:19
IMediaでsmaf再生してるんだが、あまりIMediaの状態見ずにAPIポンポン叩いて動かしてたら、
端末Aだと_SetMediaData()で成功しても、_Playで失敗し続ける。
端末Bだと再生は問題ないが、停止で端末リセットだったりする。
これタイマー回してIMediaのご様子伺いながら1個ずつ実行するようしないとダメかな・・？
少なくとも使用した端末の仕様書には、同期処理のAPIしか使ってないんだが。
361:デフォルトの名無しさん
10/04/16 12:38:29
教えてください。
AEEApplet_New()で登録したPFNFREEAPPDATA型の終了処理関数が、
二回以上呼ばれることはありうるのでしょうか？ もしあるので
あれば、その条件を教えていただけないでしょうか？（例えば
ISHELL_CloseApplet()を複数回呼ぶとその回数分終了処理関数が
呼ばれてしまうとか？？？）
その終了処理関数を自分で直接呼びだすコードは一切書いておらず、
AEEApplet_New()に渡しているだけなのですが、BREW Loggerのログを
見ていると、どうも終了処理関数が二回呼ばれる場合があるみたい
なのです。
よろしくお願いします！
362:デフォルトの名無しさん
10/04/16 14:43:23
ないんじゃないの？
自分は全てRELEASEIF()でメモリの解放をしているから、
呼ばれていたとしても気づかないけど。
EVT_APP_STOPにTRUE返してる？
あと、ISHELL_CloseApplet()を複数回呼び出しても関係ないはず。
ちょっと、コーディング・センスを疑うけど。
363:デフォルトの名無しさん
10/04/16 22:55:07
１００万回呼んでみろ
あとはわかるな
364:デフォルトの名無しさん
10/04/18 01:26:26
BREW開発(ゲーム)を行うことになったものなのですが
現在いくつか問題を抱えており、どなたかご教授いただけないでしょうか？
１．
BREW3.1のauアプリでメモリの最大使用制限というのは
MALLOC()以外で取得されたメモリ
IDISPLAY_CreateDIBitmap()、ISHELL_LoadBitmap()等で
作成されたものも含まれるのでしょうか?
2.
反転画像を転送する際に
画像ロード(8bitパレット)->DDBに転送(16bit)->
ITRANSFORM_TransformBltSimple()->画面に表示(16bit)
という手順で行っているのですが、せっかく画像を8bitパレットで作っても
転送する前に16bit化しなければならず、倍のサイズをつかってしまい
メモリ容量が厳しいことになっています。保持しておく画像は8bitパレットのままで
うまく反転画像を表示させたいのですが、他のやり方を知っている方がいましたら
教えていただきたいです。(そもそも、間違っている場合はご指摘を・・・)
ワークバッファを持ち、直前に16bit化を行ってみたのですが
処理に時間がかかってしまい使えませんでした。
いきなり出てきてすみませんが、ヨロシクお願いします。
365:デフォルトの名無しさん
10/04/18 01:45:16
ちょっとさ、１はこんな所で話すなよ。NDAをちょっとは意識しろよ。
ホント、だらしないな。
366:デフォルトの名無しさん
10/04/18 11:05:49
ま た ゲ ー ム か
367:デフォルトの名無しさん
10/04/18 17:52:38
↑そこまで言ってやることないけど、なんか社会人の基本がなってなさそうな。
この前の偉そうなヤツより質問は丁寧でいいけど。
368:デフォルトの名無しさん
10/04/18 18:22:10
364です
1.についてはこちらの認識不足でした。
上の方で似た様な質問があったのと
時間の問題で焦っていたので質問してしまいました。
不快にしてしまい、申し訳無いです。
改めて2.についてお尋ねしたいのですが
いかがでしょうか？
369:デフォルトの名無しさん
10/04/19 10:47:26
>>368
DDBの描画がダメならDIB使えばいいだけじゃない？
DDB互換DIBのキャンパスに対して、8bitDIBを描画する方法ならありそうだけど。
370:デフォルトの名無しさん
10/04/19 23:07:30
反転するだけなら、DIBを自分で反転させても委員でね？
371:デフォルトの名無しさん
10/04/20 01:17:10
この手の話は結構聞くけど、いつもパフォーマンスが問題になってるよ。
つまりさ、その反転「必要」なの？必要というなら、時間がかかってもやるしかないけどさ。
372:デフォルトの名無しさん
10/04/20 23:41:15
364です。
皆さん回答ありがとうございます。
反転は必要で、速度と容量も稼ぎたいという、ワガママな状態ですみません。
やはりパフォーマンス周りの問題はどうにもならないんですね。
DDB互換のキャンパスに書いたとしてもDDBと同じ16bitとなってしまうかと思うのです。
自分で反転させたDIBを保持すると8bit+8bitで16bitと同じになってしまいますし
リソースごとに対応を変える形で対処しようと思います。
373:デフォルトの名無しさん
10/04/21 02:33:38
一度アセンブラで書いてみたら？
374:デフォルトの名無しさん
10/04/21 16:18:39
パレットテーブル用意しておいて自前で反転させながら転送しちゃダメなの？
反転するだけならアセンブラ使わなくてもそんなに重くはならないと思う。
375:デフォルトの名無しさん
10/04/21 21:50:42
そりゃ、もしイメージが展開されていなくて、パレットのままならね。
376:デフォルトの名無しさん
10/04/22 03:51:05
8bppのDIBと、そのパレット（24bpp）をIDisplayのDDBへ転送するときのパレットマップ(16bpp)を
用意して転送するって話でしょ。イメージ展開されてなきゃ処理できん。
ARM926EJ-Sはデータキャッシュ128KBだから（MSM6550でもキャッシュ積んでるかは知らんが）
オンキャッシュで処理できそうではあるな。画像サイズ次第ではピクセルデータごと乗る。
アセンブラで書くなら、ARMは複数レジスタロード・ストア、レジスタのローテート、ロードアドレスの
オフセット指定なんかがあるから、これらを駆使すればそこそこ高速なルーチンができそうな気がする。
377:デフォルトの名無しさん
10/04/22 10:08:08
俺の言う「イメージの展開」は、君の１行目の作業のこと。
こんなこと自明だと思って書かなかったんだけど。
378:デフォルトの名無しさん
10/04/22 12:06:59
ごめん、話理解できてないだけかも知れんけど
IDIBのパレットを直で弄って IDIB_TO_IBITMAP → ITransform だと何がダメなの？
379:デフォルトの名無しさん
10/04/22 17:50:50
8bpp画像のパレットはRGB888（BREWのNativeColor型）固定・・・のはず。
パレットの変更は許可されてるから16bpp相当に書き換えることはできるけど、
描画システム側がRGB888を前提にしてんだから色崩れまくりになる予感。
そもそもシステムがどこでビットマップの互換性をチェックしてるのか不明だし。
互換性チェックパスしないとITRANSFORM_Blt系って失敗する気が。
>>377
ISHELL_LoadBitmapだとDDBにったはず・・・なので今の機種だと16bpp？になるんじゃないかな。
IImageDecoder使えば8bppのままDIBとして取得できる。
380:デフォルトの名無しさん
10/04/22 18:15:49
うろ覚えですまないんだけど、ITransformってDDB→DDBの転送しかできなかったような・・・
381:デフォルトの名無しさん
10/05/19 23:06:11
来月から地獄の新チップ対応が始まる件
382:デフォルトの名無しさん
10/05/21 19:47:26
うちはこれまでのバイナリがそのまま通って一安心。
3Dとか使ってると大変なのかな？
383:デフォルトの名無しさん
10/05/27 01:59:25
4.0のシミュレータから音が出ない。
最新のモジュールを入れてるつもりなんだが、どこか設定が必要なんだろうか…
実機では鳴ってるので、ファイルがおかしいって事は無い。
384:デフォルトの名無しさん
10/05/27 02:11:17
そういうバカみたいな話を、ここで書く神経がわからない。
NDAって言葉すら知らないのか、池沼共は。
385:デフォルトの名無しさん
10/05/27 08:27:10
んだ
386:デフォルトの名無しさん
10/05/27 16:47:35
問題だと思うならさっさとKDDIだかどっかに連絡して対処してもらえばいいんじゃない？
2chみたいな場所でNDA意識しろって書き込むだけってのは無駄じゃないかな。
387:デフォルトの名無しさん
10/05/28 09:32:45
383 の発言のどのへんが問題なわけ？
NDAに触れるようには見えないのだけど。
388:デフォルトの名無しさん
10/05/28 12:39:21
つーか、こういうことを言い始める奴が出てきたのは最近だな。
前スレだと『音のモジュール入れたけどシミュがかっとぶんだけど』
みたいな話が、何の躊躇もなく話し合われていたｗ
つーか
>654 ：デフォルトの名無しさん：2008/09/19(金) 09:50:48
> いちおう皆NDA守るんだな
NDAという単語が出てきたのはこれだけだよｗ あとGUNDAMとかｗ
それから次に単語が出てきたのが今年の４月ｗ
389:デフォルトの名無しさん
10/05/28 15:10:29
>>383
ウチもSMAF MA-5の音源が各種DLL入れても鳴ってない。
サンプルアプリで鳴ってるんで、間違いなく俺が悪いんだと思うけど。
実機で鳴ってるから気にしないことにしてる。
390:デフォルトの名無しさん
10/05/28 23:09:55
ウチは鳴ってるけど
んだから教えないんだ
391:デフォルトの名無しさん
10/05/29 13:26:21
確か前スレの飛んだとかどうとかの話でも、>>389のような『実機で鳴るなら問題ない』
みたいな結論が出ていたと思うよ