512コメント162KB

BREW(Binary Runtime Environment for Wireless) 11

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2009/06/04(木) 08:58:09

0367デフォルトの名無しさん

2010/04/18(日) 17:52:38

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

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

0368デフォルトの名無しさん

2010/04/18(日) 18:22:10

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

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

0369デフォルトの名無しさん

2010/04/19(月) 10:47:26

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

0370デフォルトの名無しさん

2010/04/19(月) 23:07:30

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

0371デフォルトの名無しさん

2010/04/20(火) 01:17:10

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

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

0372デフォルトの名無しさん

2010/04/20(火) 23:41:15

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

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

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

0373デフォルトの名無しさん

2010/04/21(水) 02:33:38

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

0374デフォルトの名無しさん

2010/04/21(水) 16:18:39

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

0375デフォルトの名無しさん

2010/04/21(水) 21:50:42

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

0376デフォルトの名無しさん

2010/04/22(木) 03:51:05

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

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

0377デフォルトの名無しさん

2010/04/22(木) 10:08:08

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

0378デフォルトの名無しさん

2010/04/22(木) 12:06:59

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

0379デフォルトの名無しさん

2010/04/22(木) 17:50:50

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

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

0380デフォルトの名無しさん

2010/04/22(木) 18:15:49

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

0381デフォルトの名無しさん

2010/05/19(水) 23:06:11

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

0382デフォルトの名無しさん

2010/05/21(金) 19:47:26

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

0383デフォルトの名無しさん

2010/05/27(木) 01:59:25

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

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

0384デフォルトの名無しさん

2010/05/27(木) 02:11:17

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

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

0385デフォルトの名無しさん

2010/05/27(木) 08:27:10

んだ

0386デフォルトの名無しさん

2010/05/27(木) 16:47:35

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

0387デフォルトの名無しさん

2010/05/28(金) 09:32:45

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

0388デフォルトの名無しさん

2010/05/28(金) 12:39:21

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

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

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

0389デフォルトの名無しさん

2010/05/28(金) 15:10:29

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

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

0390デフォルトの名無しさん

2010/05/28(金) 23:09:55

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

0391デフォルトの名無しさん

2010/05/29(土) 13:26:21

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

0392デフォルトの名無しさん

2010/06/12(土) 00:43:26

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

0393392

2010/06/14(月) 23:29:06

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

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

0394デフォルトの名無しさん

2010/06/15(火) 04:11:29

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

0395デフォルトの名無しさん

2010/06/15(火) 15:39:56

最後変じゃないか？

0396デフォルトの名無しさん

2010/06/17(木) 06:48:15

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

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

0397デフォルトの名無しさん

2010/06/17(木) 12:59:12

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

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

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

0398デフォルトの名無しさん

2010/06/17(木) 13:43:27

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

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

0399デフォルトの名無しさん

2010/06/17(木) 14:26:48

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

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 {
（以下変更なしにつき省略）

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

0400デフォルトの名無しさん

2010/06/17(木) 21:54:53

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

0401デフォルトの名無しさん

2010/06/17(木) 23:10:21

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

0402デフォルトの名無しさん

2010/06/18(金) 00:17:40

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

0403399

2010/06/18(金) 10:26:24

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

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

0404デフォルトの名無しさん

2010/06/21(月) 20:46:52

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

0405デフォルトの名無しさん

2010/06/21(月) 23:11:10

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

0406デフォルトの名無しさん

2010/06/22(火) 01:57:14

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

0407デフォルトの名無しさん

2010/06/23(水) 01:16:12

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

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

0408デフォルトの名無しさん

2010/06/23(水) 06:11:47

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

0409デフォルトの名無しさん

2010/06/23(水) 20:03:52

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

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

0410デフォルトの名無しさん

2010/06/23(水) 23:51:08

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

0411407

2010/06/24(木) 02:07:03

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

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

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

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

0412デフォルトの名無しさん

2010/06/30(水) 10:48:57

誰か教えてください、

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

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

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

0413デフォルトの名無しさん

2010/06/30(水) 19:42:28

またゆとりが…

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

0414デフォルトの名無しさん

2010/07/01(木) 09:40:53

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

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

0415デフォルトの名無しさん

2010/07/01(木) 19:00:06

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

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

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

0416デフォルトの名無しさん

2010/07/01(木) 22:33:33

そうです

0417デフォルトの名無しさん

2010/07/02(金) 09:40:54

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

0418デフォルトの名無しさん

2010/07/02(金) 14:29:00

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

/card0 rw/rw CARD0_ACCESS

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

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

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

0419デフォルトの名無しさん

2010/07/02(金) 14:33:07

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

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

0420デフォルトの名無しさん

2010/07/02(金) 21:31:23

＞＞４１８
脳味噌

0421デフォルトの名無しさん

2010/07/02(金) 22:06:08

burn

0422デフォルトの名無しさん

2010/07/07(水) 23:31:53

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

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

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

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

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

0423デフォルトの名無しさん

2010/07/07(水) 23:35:48

おまえならできる

ｗ

0424デフォルトの名無しさん

2010/07/08(木) 01:49:58

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

0425デフォルトの名無しさん

2010/07/08(木) 05:58:41

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

0426デフォルトの名無しさん

2010/07/08(木) 09:13:07

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

0427デフォルトの名無しさん

2010/07/09(金) 00:53:27

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

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

0428デフォルトの名無しさん

2010/07/09(金) 09:11:22

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

0429デフォルトの名無しさん

2010/08/25(水) 23:07:09

あげ

0430デフォルトの名無しさん

2010/09/01(水) 15:49:20

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

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

0431デフォルトの名無しさん

2010/09/09(木) 17:21:55

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

0432デフォルトの名無しさん

2010/09/09(木) 23:00:43

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

0433デフォルトの名無しさん

2010/09/27(月) 11:06:07

hosyu

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

0434デフォルトの名無しさん

2010/09/28(火) 22:42:10

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

0435デフォルトの名無しさん

2010/10/01(金) 10:36:03

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

これのこと？>終了宣言

0436デフォルトの名無しさん

2010/10/11(月) 18:36:12

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

0437デフォルトの名無しさん

2010/10/11(月) 19:40:47

あると思います！

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

0438デフォルトの名無しさん

2010/10/11(月) 20:25:39

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

0439436

2010/10/12(火) 12:34:29

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

0440デフォルトの名無しさん

2010/10/17(日) 12:00:16

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

0441デフォルトの名無しさん

2010/10/17(日) 15:47:14

大変ですね

0442デフォルトの名無しさん

2010/10/27(水) 22:58:16

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

0443デフォルトの名無しさん

2010/10/28(木) 01:36:15

いらない子

0444デフォルトの名無しさん

2010/10/28(木) 07:08:34

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

0445デフォルトの名無しさん

2010/10/28(木) 09:41:04

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

0446デフォルトの名無しさん

2010/10/28(木) 18:52:22

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

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

0447デフォルトの名無しさん

2010/10/28(木) 22:07:21

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

0448デフォルトの名無しさん

2010/10/29(金) 23:37:28

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

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

0449デフォルトの名無しさん

2010/10/29(金) 23:38:56

意味不明

0450デフォルトの名無しさん

2010/10/30(土) 01:37:52

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

0451デフォルトの名無しさん

2010/10/30(土) 02:18:03

>>448
日本語で訳して

0452デフォルトの名無しさん

2010/10/30(土) 10:49:54

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

0453デフォルトの名無しさん

2010/10/30(土) 13:59:57

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

0454デフォルトの名無しさん

2010/10/31(日) 00:43:49

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

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

0455デフォルトの名無しさん

2010/10/31(日) 13:19:38

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

0456デフォルトの名無しさん

2010/10/31(日) 23:31:04

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

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

0457デフォルトの名無しさん

2010/11/01(月) 07:47:30

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

0458デフォルトの名無しさん

2010/11/01(月) 10:17:14

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

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

0459デフォルトの名無しさん

2010/11/01(月) 19:16:59

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

0460デフォルトの名無しさん

2010/11/02(火) 00:49:26

そうだよね。

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

から急に方向が。

0461デフォルトの名無しさん

2010/11/02(火) 12:26:10

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

0462デフォルトの名無しさん

2010/11/02(火) 19:31:20

KDDIが・・・

0463デフォルトの名無しさん

2010/11/04(木) 04:57:13

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

0464デフォルトの名無しさん

2010/11/04(木) 10:07:00

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

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

0465デフォルトの名無しさん

2010/11/30(火) 14:20:36

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

0466デフォルトの名無しさん

2010/12/06(月) 02:14:46

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

■ このスレッドは過去ログ倉庫に格納されています