BREW(Binary Runtime Environment for Wireless) 7

BREW(Binary Runtime ..

471:デフォルトの名無しさん
06/03/23 03:02:31
「ネイティブ対応のエミュ」ってのが何を指すのか分からんが…
modをwindows上で動かすエミュレータってことなら、
Qはそんなもの用意するつもりなさそうじゃん。
3.1からわざわざ「シミュレータ」って名前変更したくらいだし。

472:デフォルトの名無しさん
06/03/23 08:01:26
ゲームの開発機みたいに１台数百万して
端末ごとに発売されるんでいいんなら対応できるんじゃね？

473:デフォルトの名無しさん
06/03/23 10:35:03
>>470-471
なんかBREWって糞みたいにテストしづらい環境だな。
テストの自動化もままならないというか。

474:デフォルトの名無しさん
06/03/23 10:51:35
なんせ、エミュレーション中のアプリでnull参照するとエミュレータごと
落ちるぐらいだ。あれにはびっくりした。

475:デフォルトの名無しさん
06/03/23 11:15:42
いや、むしろ落ちてくれないとVSデバッガでやってられん

476:デフォルトの名無しさん
06/03/23 11:43:01
実機で落ちないときも結構困る。
あとあと新機種で発覚なんて事も結構あって……。

477:デフォルトの名無しさん
06/03/23 16:18:05
mmfサウンド再生ができないです。
IMEDIA_SetMediaDataでこけるんだが、なんでだろう。
MIDIだと再生できるのに・・・。

478:デフォルトの名無しさん
06/03/23 16:26:47
CLSID 合ってる？AEECLSID_MEDIAPHR だよ

479:デフォルトの名無しさん
06/03/23 16:28:45
ごめん、AEECLSID_MEDIAMMF だった...。

480:& ◆w1m5GhkhD2
06/03/23 16:31:37
はい、AEECLSID_MEDIAMMFにしていますが、ダメなのです。

481:デフォルトの名無しさん
06/03/23 16:44:09
実機なのかエミュなのか、他にサウンドで読み込んでるものはあるのかとか
いろいろ原因を特定するのに必要な情報が不足している(´・ω・｀)

482:480
06/03/23 16:53:49
>>481

エミュです。
起動後の初サウンド読み込み時です。

ISHELL_CreateInstance(shell, AEECLSID_MEDIAMMF, (void**) &App->media)

App->m_data.clsData = MMD_FILE_NAME;
App->m_data.pData = STRDUP("01.mmf");
App->m_data.dwSize = 0;

IMEDIA_SetMediaData(App->media, &App->m_data);
ここでエラーです。

でも、MIDIだとうまく行き、再生もできます。

483:デフォルトの名無しさん
06/03/23 17:05:54
エラーの値おせーて

484:480
06/03/23 17:18:00
ハンドルされていない例外は BREW_Emulator.exe(TESTDLL)にあります:0xC0000005:Access Violation。

です。

485:デフォルトの名無しさん
06/03/23 17:27:51
まさか STRDUP() で確保した値を SetMediaData() の直後で FREE() してたりしないよな？
もしくは App->media が NULL だったり App->m_data.pData が NULL になってたりしてないよな？

486:デフォルトの名無しさん
06/03/23 17:30:08
>>480
的外れだったらすまそ。
日本拡張パッケージが入ってる？

487:480
06/03/23 17:46:15
>>486
どうやら日本拡張パッケージが入っていなかったからのようです・・・。
ma3smwemu.dllを入れたらエラーを起こさずに、再生もできました。

ありがとうございます、助かりました。

488:デフォルトの名無しさん
06/03/23 18:27:48
486氏鋭いな
ナイスフォロー

489:デフォルトの名無しさん
06/03/23 18:43:33
あー、mmfエミュで再生できるんだｗ
素直に出来ないものとばかり思い込んでエミュでテスト止めてた。
外野ながらサンクス。

490:486
06/03/23 21:39:03
俺も昔同じ目にあったからｗ
といっても俺、プログラマじゃないから
エラー内容から察したわけじゃない_|￣|〇

491:デフォルトの名無しさん
06/03/23 23:45:50
検証でAlarm起動についての記述ありますよね？それにたいして何かプログラム的に考慮する必要ってありますか？
検証ガイドみると、K-BREW-TESTでAlarm起動を選択すると、１分後にK-BREW-TESTがレジュームするみたいなんですけど、なんもおきません。
イベントハンドラで何かするんですか？とりあえずdefault:ではreturn falseを返してるんですが、間違ってます？

492:491
06/03/23 23:48:37
追記
こっちで捕まえてるイベントは、
EVT_APP_START
EVT_APP_RESUME
EVT_APP_STOP
EVT_APP_SUSPEND
EVT_KEY
EVT_KEY_RELEASE
EVT_APP_NO_SLEEP
defaultは常にfalse
です。

493:デフォルトの名無しさん
06/03/24 08:20:54
アラームイベントとれよw
あとはプログラミングガイドに書いてあるから嫁

↓はい次の質問

494:デフォルトの名無しさん
06/03/24 08:30:03
俺はアラームイベントなんて知らないぜ

495:デフォルトの名無しさん
06/03/24 09:18:48
そのときこそObserverパターンで監視するべきとき

496:491
06/03/24 13:58:14
>>493

具体的にどこ？とりあえずEVT_ALARMで検索したけど、4.22.1以外はヒットしなかった。
その項にも、EVT_ALARMを特別に処理しなきゃいけないような記述ないけど？？意地悪しないで教えてくり。

497:デフォルトの名無しさん
06/03/24 14:00:12
>>495
アラームを監視して、どこに dispatch すんの？

498:デフォルトの名無しさん
06/03/24 14:35:19
「BREWアプリのアラーム起動禁止」だよな？
判断基準は EVT_ALARM で処理していなければok。
なので >>494が正解。

499:491
06/03/24 14:43:10
>>498

わからないのはEVT_ALARMをハンドリングするかどうかってこと。
リファレンスにはEVT_BUSYはfalseを返せとは書いてるけど、EVT_ALARMはハンドリングしろって書いてないよね？
でも、検証でアラーム起動しないのはなぜ？

500:デフォルトの名無しさん
06/03/24 14:58:26
>499
捕まえてfalse返そうがdefaultでfalse返そうが変わらん。
検証でソース提示するわけじゃないんだし好きに汁

>でも、検証でアラーム起動しないのはなぜ？
検証ガイド見る限りアラーム起動に関しては削除されてるようだが、
一体何をどう検証しようとして、どんな結果を期待しているんだ？

501:デフォルトの名無しさん
06/03/24 15:10:20
アラームが来るのはアラームをセットしたアプリ（K-BREW-TEST)なんだから
自分のアプリにEVT_ALARMが来るはずなかろうも。

K-BREW-TEST起動→アラームセット→K-BREW-TEST終了→自分のアプリ起動
→（1分後、アラームによってK-BREW-TESTが起動されるので）EVT_APP_SUSPEND受信
となるはずだが手順とか間違ってないか?

502:491
06/03/24 15:50:53
>>500
>>501

defaultでfalseは返してる。たしかリファレンスにそう書いてあったから。

>>K-BREW-TEST起動→アラームセット→K-BREW-TEST終了→自分のアプリ起動
→（1分後、アラームによってK-BREW-TESTが起動されるので）EVT_APP_SUSPEND受信
となるはずだが手順とか間違ってないか?

アラーム関係で特に意識しなくても問題ないと思ってたんだけど、
自前のアプリをサスペンド→K-BREW-TESTを一発起動→アラームセット→自前のアプリがレジュームする
→１分待つ→なんも起きない。

これって正常？

503:491
06/03/24 15:55:59
ちなみに、EVT_APP_NO_SLEEPは実機端末では常にfalseを返してる。
自分で判断してスリープに移行できるようにしないとダメなの？
アプリ動いてるから、特にスリープさせたくないんだけどこれがダメな原因？？おしえてちょんまげ

504:491
06/03/24 21:27:47
おっけ質問に答えよう

まずアラームに関してだがそもそもアラーム起動にアプリが対応していいかは各キャリアによるが
KDDIは企画段階で許可が得られなければだめ
つまり大概のEZアプリではアラーム起動が許可されないというわけだ
なのでアラーム起動さないならアラームイベントは特に考慮する必要はないわけだ

505:デフォルトの名無しさん
06/03/24 21:34:13
で一応補足するならアラームイベントの発生はアプリの状態(起動中･中断中･未起動)を問わない
なのでアプリの状態に応じた処理が必要になる
(大概はアプリ自身が起動済みがどう判定して起動してないならリスタートをかける処理でおK
やりかたは『プログラミングガイド嫁』)

で問題は今起動中の俺アプリに他のアプリ起動アラームが割り込んだ場合
これは結構最近の機種だと起こるらしいので対応が必要
そこでK-ぶりゅっの出番てわけさ

まあ取りあえずアラーム割り込ませて落ちないように中断処理をしっかりやりませうということだわさ

506:×491 〇493
06/03/24 21:59:18
スリーブはファイルの書き込みとか継続動作している場合以外は
TRUE返して節電状態にさせるのが推奨動作じゃないのけ？

いや処理がめんどくさいとか言うなら別だけど
起動しているだけでどんどん電池を食うアプリてどうなのさ

507:デフォルトの名無しさん
06/03/24 22:14:07
auってiアプリみたくフェリカ使えるの？

508:デフォルトの名無しさん
06/03/24 22:15:32
そんなもん俺たちには関係ないぜ

もっとながく持つ電池を開発しろよ

509:491
06/03/24 22:20:48
>>493

アラームイベントを別に取らなくてもOKってのはわかった。
自分の認識ではK-BREWタンつかってアラームをセットして、オレアプリを起動、１分たつとアラームで復活したK-BREWタンが
オレアプリにサスペンドして？ってお願いにくるハズなんだけど、なんのイベントもこない。
EVT_BUSYがくるんじゃないかなぁって思うんだけど何にもこない。
ちなみにオレアプリを起動しないで待ち受けとかにしてるとK-BREWタンがアラーム起動する。

スリープはユーザーが入力しないままで放置することがあるので動作してる。めんどくさいわけじゃないです。

510:493
06/03/24 22:42:54
うちはアラームの割り込みに関してはK-ぶりっ使わず専用のアプリ作った
というかつくらされた

2.1と3.1はアラーム起動のため処理が違うからもしかしたらそこでK-ぶりーふ引っ掛かってるかもぬゃ

511:デフォルトの名無しさん
06/03/24 23:04:58
配信されてる市販アプリでも動かしてみりゃいいんじゃね

512:デフォルトの名無しさん
06/03/25 02:23:13
実機に転送したところ
「ｴﾗｰが発生しました（002）」と出たのですが
どのようなエラーか分かる方いますか？
004番がシグネーチャエラーだということは分かるのですが……

513:デフォルトの名無しさん
06/03/25 02:41:11
>>512
公式資料を検索すればヒットします。

514:デフォルトの名無しさん
06/03/25 03:35:06
>>514
公式資料とは？
開発環境付属の資料は検索したのですが見つからないです。

515:デフォルトの名無しさん
06/03/25 03:50:18
>>514
開発支援サイトの資料です。
全部ダウンロードしてフォルダごと全文検索すれば見つかります。
遅くまでお疲れ。

516:デフォルトの名無しさん
06/03/25 04:22:11
>>515
言われたとおりダウンロードして検索したところ
サービスガイドで引っかかり

「アプリケーションを読み込んで実行す
るのに十分なメモリーがありません。」

と書かれていました。返答ありがとうございました。

517:デフォルトの名無しさん
06/03/25 10:46:54
きっとアレがでかすぎるんだな。

518:デフォルトの名無しさん
06/03/25 10:53:43
C++の最大の欠陥はfinallyが無いことだ。
だからBREWも欠陥だらけなのだ。

だからclose()処理がイカれるのだ。

519:デフォルトの名無しさん
06/03/25 11:41:11
ビョーン先生はデストラクタの使用を推奨。ってかそもそも、
ARMコンパイラは例外処理が非対応じゃなかったっけ？

Javaに比べりゃBREWはとんでもなく自由自在、天国に思えるが、
そう感じない香具師もいるのか。不自由なのはAUの対応姿勢

520:デフォルトの名無しさん
06/03/25 11:42:09
BREW は例外処理そのものが使えないんだが。

521:デフォルトの名無しさん
06/03/25 12:02:10
>>519
> ビョーン先生はデストラクタの使用を推奨。ってかそもそも、
> ARMコンパイラは例外処理が非対応じゃなかったっけ？
> Javaに比べりゃBREWはとんでもなく自由自在、天国に思えるが、
> そう感じない香具師もいるのか。不自由なのはAUの対応姿勢
CPをみてみろ

顧客企業の対応の悪さをみてみろ。
使いズラ委に決まってるだろ

522:デフォルトの名無しさん
06/03/25 12:02:25
>>517
あ～ん堅くて太くてきんもち～い

523:デフォルトの名無しさん
06/03/25 12:49:26
馬鹿者、その質実剛健さがたまらんのだ

524:デフォルトの名無しさん
06/03/25 13:18:17
おちんちんのことか？

525:デフォルトの名無しさん
06/03/25 14:43:08
>>519
同意。BREW自体に関してはまったく問題ないんだが、Kの制限、対応は酷いな
最近のガイド更新だっけ?
IGLについてもハード使用をネタにアホみたいな制限付けるし。これ将来もそうなのかよ、と

526:デフォルトの名無しさん
06/03/26 00:36:33
BREWが問題ない？
BREW APIは高校生が夏休みの宿題で作ったという話があるのだが。
あの下手くそな作りを見れば信じられるだろう。

527:デフォルトの名無しさん
06/03/26 00:39:12
おまえはその下手未満だがな

528:デフォルトの名無しさん
06/03/26 01:04:44
さすがだよなもっといいもんつくってくれるらしいぜ

529:デフォルトの名無しさん
06/03/26 02:15:33
>>526
十分使えるぜ。
使い方とか仕組みとか大体は DirectX と同じじゃん。
エラーもちゃんと返してくれる（端末依存はあるけど BREW とは関係ない）から
使いにくい部分はラップしてしまえばいいし、何が問題なの？

530:デフォルトの名無しさん
06/03/26 09:15:33
一番の問題はBREWよりも、OS側かな。
シングルタスクでアプリに制御を渡すときにワッチドッグタイマー
仕掛けてタイムアウトすると端末をリセットするという。
ちゃんとしたマルチタスクのOSを乗せればそんな間抜けな事をしなくて
よいのだが...

531:デフォルトの名無しさん
06/03/26 09:36:19
>>530
載ってるCPU/チップセットがWin3.1時代と同様な感じだから、そこは難しいんじゃないか
無くなってくれれば助かるのはもちろん、なんだが

532:デフォルトの名無しさん
06/03/26 09:39:58
>>531
BREW 1.xの頃は知らないけど、2.xの頃のハードウェアなだできるだろう。
最近のものはMMUまで乗っているし。
BREWアプリがどうやっても速く動かない一番の元凶だし、なぜ直さないかね。

533:デフォルトの名無しさん
06/03/26 10:17:25
BREW速くて問題ないよ。機械は良いよね。直接機械を手に収めて
いる感覚が伝わってくる。
AUの姿勢だけが商売の妨げになっとる

534:デフォルトの名無しさん
06/03/26 11:26:10
BREW2.1 の場合、ARM の速度よりメモリ転送の速度の方がネックになってる。
C で最適化された透過転送をアセンブラで組んでみて、クロック数を３分の２ぐらいにしてみたけど、
実際の転送に掛かる時間はほとんど同じだったよ。

535:デフォルトの名無しさん
06/03/26 11:33:20
OS の設計は正直失敗してるよなぁ。
API の不備とかもまぁ、あることはあるが、
一番マズいのはマルチタスクを考慮していないって事だよね。
マルチタスクを実装してれば他社端末とも差別化できたような希ガス。

タイマ割り込みをアプリ側でいじらせてくれればマルチスレッド実装できるんだがなぁ…

536:デフォルトの名無しさん
06/03/26 13:09:57
メモリ少ないのにマルチタスクとか勘弁してくださいよ。
ちょっと頭悪いくらいが丁度良いですよ

537:デフォルトの名無しさん
06/03/26 18:02:49
BREW端末でマルチタスクが必要というのは、複数のプログラムを動かすためじゃ
なくてアプリがCPU独占してフルスピードで動いているときにも着信があった時
にCPUをアプリから取り返す事ができるようにというだけなんだが。

538:デフォルトの名無しさん
06/03/26 20:50:32
BREWの一番の問題は金を手に入れるまでのスパンが
長すぎること。他のファクターはどうでも良いよ。実行環境
としては十分きびきびしてるもの。

539:デフォルトの名無しさん
06/03/26 20:56:20
つまり何度も言うように、BREW　→ ○　、K → ×　ってことだろ、おい
ベライゾンとか見てみろよ。BREW > Java だぞ

米国のデベロッパ連中はどういう風に思ってるんだろうな。
やっぱり酷いキャリア対応に苦しんでいるんだろうか。

540:デフォルトの名無しさん
06/03/26 23:01:01
>>535
> OS の設計は正直失敗してるよなぁ。
そして結局Javaの出番がやってくる・・・・

・・・・・JVMをインストールできるリソースが有れば・・・・

541:デフォルトの名無しさん
06/03/26 23:02:47
>>539
海外は主導権がQualcomm自身。アプリの管理から検証からぜんぶあっちだよ。
検証も基本的に日本とかわらないぐらい待たされるし（最近だいぶＫはましになったけど）
条件付合格とかの概念もないのである意味日本より厳しい。簡単に落とされる。
バイナリの対応端末が１回の検証でまとめて出せるのはよかったな。そんぐらい。
まあ、何年か前のときの状況だけど。

542:デフォルトの名無しさん
06/03/27 00:00:47
>>537
>CPUをアプリから取り返す事ができるように
理由がそれだけならなおさらカンベンして欲しいよな、ホント。

543:デフォルトの名無しさん
06/03/27 18:28:54
ローカルな名前付き文字列定数を static char const ～とかやると
定数領域に乗ってくれる？

544:デフォルトの名無しさん
06/03/27 19:20:45
【フィッシング】KDDIを装ったフィッシングサイト　「wwwkddi.com」にご注意を
ｽﾚﾘﾝｸ(newsplus板)

これってどうよ？ URLﾘﾝｸ(wwwkddi.com) のソース見ると
ただフレームタグの中にKDDIのリンク張ってるだけに見えるが。

545:デフォルトの名無しさん
06/03/27 19:22:06
>>544
何も知らない人なら十分引っかかるんでないかな。
貴方のように賢い人ばかりではないよ。

546:デフォルトの名無しさん
06/03/27 20:24:54
検証なんだけど、起動時に必要なヒープサイズを調べようとしてK-BREW-TESTでメモリ割り当てしてもうまくできまへん。
メモリ少なくしたハズなんだけど、IHEAP_GetMemStatsするとフルサイズが返ってきたり、そのくせISHELL_CreateInstanceに失敗したりするんですがなんで？(BREW2.1)

547:デフォルトの名無しさん
06/03/27 20:34:08
>>546
メモリ少なくし過ぎるとK-BREW-TESTも落ちるから、
ギリギリまでメモリ減らしてやる時はShakerマジオススメ。

548:546
06/03/27 20:40:47
>>547
Shakerって2.1で使える？インスコのされてないような気がするんだけど、どこから落とせますか？

549:546
06/03/27 22:41:02
とりあえずShaker落とせました。ヘルプが日本語じゃないけど何とか使えてます。
ちょっと質問なんですが、メモリを少なくしていくと、K-BREW-TESTでは残りメモリの量が減ってるんだけど、IHEAP_GetMemStatsでその値と同じ値を取れません。
残メモリ量を表示させたいんですけど、IHEAP_GetMemStatsではダメですか？

アプリの起動判定につかってるのはIHEAP_CheckAvailだからいいんだけど、残り容量の値を知りたいんです。
知ってる人教えてください。

550:デフォルトの名無しさん
06/03/27 22:58:40
残り容量ってShakerで見れるだろ?
1.俺は起動前の空き容量メモる
2.一番重いシーンで空き容量メモる
3.差に500KBほどプラスした容量を起動時チェックに使う

てやってるが

551:デフォルトの名無しさん
06/03/28 00:48:08
>>549
たしか・・・一部機種のバグなのかしらないけど、
残りメモリじゃなくて全メモリ返しちゃうのがあったような・・

552:デフォルトの名無しさん
06/03/28 14:10:25
サウンド関係に弱い私に誰か知ってたら教えて下さい。

最近使用してるSMAFのバージョンをMA2からMA5に上げました。
そしたらエミュ上で鳴らなくなりました（実機では鳴る）
原因はエミュに入れるdll（日本拡張パッケージに入ってるY社の）が古いんだろうと
最新版をDLしたけどファイルに更新ないし・・・

ちなみにMA2とMA5の混在って問題ないのかな？
（例えばBGMはMA5、SEはMA2とか。もちろんどっちもspf）

553:デフォルトの名無しさん
06/03/28 14:18:39
>>552
多分大丈夫だとは思うけど、
端末の仕様書見るとMA5とかMA7とか書いてあるから、
その部分はBREWじゃなくてﾊｰﾄﾞの実装依存なんじゃね？

BREW検証が機種単位で良かったなｗ

554:デフォルトの名無しさん
06/03/28 14:22:00
>>552
MA7のパッケージ入れないとSDKでMA5は鳴らないよ
IMediaMA3.dll+ma3swemu.dllで鳴らせるのはMA3まで

555:552
06/03/28 14:40:42
>>553さん
その辺りはすでにYAMAHAのサイトでどの端末がどのチップか
チェックしてますので大丈夫です。

>>554さん
有用な情報ありがとうございます。
某フォーラムでykuboさんもSDKではMA3までしかサポートしてないと
書いてありました（見落としてました）
とりあえずMA7のパッケージとやらを探しに行ってきます。

556:デフォルトの名無しさん
06/03/28 21:39:54
とりあえず情報に独楽ったら匯笆都私怨斉藤だな

557:デフォルトの名無しさん
06/03/28 21:49:01
おんどれは珍走ヤンキーか

558:デフォルトの名無しさん
06/03/29 07:06:39
匯笆都で開発か？ヤンキーにもわかりやすく汁！！

559:デフォルトの名無しさん
06/03/29 08:19:48
ああん？
そんなこと言ってると"検証"(バードラック)と"不合格"(ダンス)っちまうぜ！？

560:デフォルトの名無しさん
06/03/29 09:42:23
ちょｗｗｗｗｗｗ鳥運ってなんだよｗｗｗｗｗ

561:552
06/03/29 19:52:29
MA5・・・・BREW3.1端末の某2機種がMA5積んでるのに
MA3までしか対応してないって・・・罠だ。
まぁ鳴るからいいかぁ・・・

562:デフォルトの名無しさん
06/03/30 12:56:35
>>556
> とりあえず情報に独楽ったら匯笆都私怨斉藤だな

よめない。最初の字が

○○○ませとしえんさいとう？
意味が分からない
ググっても検索にひっかからない

563:デフォルトの名無しさん
06/03/30 12:58:33
>>560
ん？　鳥運？　これのことか？

こんなん撮ってます鳥運（ヒレンジャク）
"鳥運（ヒレンジャク）
日本のアチコチでレンジャクが出現しているようですが、私のフィールドには、
その気配がありません。ということで３年前に遠征して撮ったヒレンジャクをア
ップして、少しでもレンジャクの話題に参加できればと。(^^ゞ
レンジャクの群れが某所のヤドリギの実に集まるとの情報をいただき、未明か
ら200kmほど走ったのですが、レンジャクはいっこうに現れません。道中でヤツ
ガシラの出現情報が入ってきても今日はレンジャクとわき目もふらず走ったのに・・・。
数時間後やっとヒレンジャクがお出まし。が、写真に撮ったこの一羽だけでした。
一羽とは寂しいけど撮れたからよしとします。
レンジャクを早く切り上げ、ヤツガシラの元へ一目散！
到着すると「朝はすぐ近くに出てきて、いっぱい撮らせてくれたよ！」との談！
長い時間待ちましたがヤツガシラは姿をみせてくれません。おまけに土砂降りの
雨に見舞われました。私を振ったヤツガシラ、翌日は朝から現れ皆さんにいい思
いをさせてくれたとの事です。
なんて鳥運の少ない私なんでしょ！(ーー;) "
URLﾘﾝｸ(naokita.blog29.fc2.com)

564:デフォルトの名無しさん
06/03/30 15:41:13
>>562
URLﾘﾝｸ(dictionary.www.infoseek.co.jp)
かいはつしえんさいと、だろうな

>>563
いや、>>559に「バードラック」って書いてあったから...

↓以下、何事もなかったかのようにBREWの話ﾄﾞｿﾞｰ

565:デフォルトの名無しさん
06/03/31 01:05:42
クァアのリファレンスボードっていくらぐらいするの？

566:デフォルトの名無しさん
06/03/31 10:28:31
なんだ、被連雀じゃないのか。
甲斐發死圓蓑椅菟か。

567:デフォルトの名無しさん
06/03/32 02:22:11
3/32日記念ﾊﾟﾋﾟｺ('∇')

568:デフォルトの名無しさん
06/03/32 02:58:40
こんな日付表示じゃ検証に落ちる

569:デフォルトの名無しさん
06/03/32 04:47:41
記念マキコ

570:デフォルトの名無しさん
06/04/02 01:30:36
リファレンスボード買ってみた人いませんか？購入したいんだけ
どこで買うかすら解らない

571:デフォルトの名無しさん
06/04/02 11:11:56
リファレンスボードって何？おいしいの？

572:デフォルトの名無しさん
06/04/02 16:17:56
参照板？

573:デフォルトの名無しさん
06/04/02 16:18:08
ちょううん
ひれんじゃく

574:デフォルトの名無しさん
06/04/02 17:57:06
リファレンスボードってQの?Kの?
どっちにしろ端末製造してないと売ってくれないだろ。

575:デフォルトの名無しさん
06/04/02 18:10:32
機種によって挙動違うの勘弁してほしいよ
Qのリファレンス売ってくれるとありがたい
ICEないと問題切り分けるのに時間かかりすぎ

576:デフォルトの名無しさん
06/04/02 19:31:04
そりゃお前のやり方が悪すぎる

577:デフォルトの名無しさん
06/04/02 20:52:55
端末買ってテストすりゃいいやん。
そもそも携帯で開発するならある程度の機種はそろえるのが普通だぞ？

BREW端末はiモードほど特定の機種だけで問題が出るとか少ないから
買う機種絞るとなるとちょっと面倒だけど。

って、そういうことじゃないの？

578:デフォルトの名無しさん
06/04/02 21:58:21
ICEが無いとやってられんってのは判るけどね。

579:デフォルトの名無しさん
06/04/02 23:15:34
そんなもん無いけどな。うちには

580:デフォルトの名無しさん
06/04/02 23:27:05
売ってないのかなぁ欲しいよなぁ。
いちいち自分でアセンブラ解析して
問題突き止めるの嫌になってきた。

581:デフォルトの名無しさん
06/04/03 09:42:15
アセンブラってコンパイラのバグ追いかけてるのか？　コードが正しくても
意図どおりに動かないならアセンブラどうこうの問題じゃない気がするけど

582:デフォルトの名無しさん
06/04/03 10:09:54
実機じゃまずい理由って何？

583:デフォルトの名無しさん
06/04/03 18:38:16
シミュレータでたまに突然ファイル書き込みができなくなるんだけど、
これの原因わかる人いる？
今のところA5501TとA5503SAでその症状が出てる。

584:デフォルトの名無しさん
06/04/03 18:44:02
エミュレータのデバイス属性の
作成できるファイル数とか書き込みできる最大容量に問題があるんじゃね？
最大容量はExamples以下のサイズ全部含むらしいから、
大きく設定しとくか、Examples以下の容量を減らすかしとくといい。

あとありそうなのはmifの設定でEFSの制約の最大ファイル数
設定してたりとかもある。

585:デフォルトの名無しさん
06/04/03 18:44:06
>>583
アプリのフォルダにファイル突っ込みすぎてない？

586:デフォルトの名無しさん
06/04/03 22:13:59
K-BREWでEFS埋め尽くしたままだったりして

587:デフォルトの名無しさん
06/04/04 00:24:36
同じコード書いて動く機種と動かない機種あるの勘弁して欲しい

588:デフォルトの名無しさん
06/04/04 01:49:55
BREWはケータイにしては機種依存が少ないほうだよ

589:デフォルトの名無しさん
06/04/04 03:14:11
2.0とか300kアプリの対応しなくていいなら、だいぶ楽だよな。

590:デフォルトの名無しさん
06/04/04 03:21:48
>>589
しなくていいなら楽なんだけどねえ
もうちょい、贅沢にメモリ使いたいよ・・・

591:デフォルトの名無しさん
06/04/04 10:05:31
一通り携帯普及して需要が買い替え主体になってきたらしいから、
０円携帯とかやり辛くなって機能追加は端末価格に跳ね返る。
となると・・・((((;ﾟДﾟ))))

592:デフォルトの名無しさん
06/04/04 10:52:11
300Kはともかく、まだ2.0の対応してる香具師がおるんかww
もうWIN端末以外作ってないぞ、俺。その他なんて全部あわせても1割程度だろ

593:デフォルトの名無しさん
06/04/04 11:20:47
さすがにあるかもしれないって話だろ。
今は3.1優先とか言う話らしいし。

594:デフォルトの名無しさん
06/04/04 11:22:35
オラの村ではその１割のユーザーも取り込みたいというお代官様がおるんだぁ。
さすがに2.1以降になりつつあるけんど、300kに収めろ収めろという声が聞こえてくるぞぅ。
都会はいいなぁ。

595:デフォルトの名無しさん
06/04/04 11:28:12
代官すげーな、かなり強力なコネ持ってないと
今更BREWの企画で2.0なんて通せないんじゃないの？

596:デフォルトの名無しさん
06/04/04 11:31:37
さすがに今から2.0はないだろうけど。300kは普通にあるな。

597:デフォルトの名無しさん
06/04/04 11:57:33
2.0切り捨てはたいして楽にならんが300k切り捨てはすごく楽になる。
だが代官は普通、逆をやりたい。

598:デフォルトの名無しさん
06/04/04 12:05:50
しかも代官さまはそんなに手間だとは思わない。
さすがに２．０はうちじゃ作ってないが

599:デフォルトの名無しさん
06/04/04 12:28:37
あぁ、うちも必死にヒープ抑えても、代官さまはわかってくれないなぁ。
1メガじゃ無理ぽです→昔は50kでやってたしできるでしょ？みたいな。
Javaへの移植ですら「移植だから簡単でしょ？」って…。

600:デフォルトの名無しさん
06/04/04 12:53:22
>599
一揆。

601:デフォルトの名無しさん
06/04/04 22:25:21
ＷＩＮ端末以外は人気がないと出させてくれないんじゃなかったか？

602:デフォルトの名無しさん
06/04/05 00:06:37
KDDIの拡張インターフェースで使えるスモールフォントの幅が何ピクセルか教えてください。

603:デフォルトの名無しさん
06/04/05 00:19:11
つ[端末仕様]

604:デフォルトの名無しさん
06/04/05 00:46:12
>>601
その後に続く条件みたいなのがあるよ。
詳しくは何もかけないけど。

605:デフォルトの名無しさん
06/04/05 07:01:42
KDDIの企画審査ってHPには１ヶ月半と書いてありますが
実際のところ、どれくらいかかるのでしょうか？
あまりよい噂を聞かないもので。

606:デフォルトの名無しさん
06/04/05 08:22:12
さいたんでそんなもの

607:デフォルトの名無しさん
06/04/05 11:16:13
>>599
> あぁ、うちも必死にヒープ抑えても、代官さまはわかってくれないなぁ。
> 1メガじゃ無理ぽです→昔は50kでやってたしできるでしょ？みたいな。
> Javaへの移植ですら「移植だから簡単でしょ？」って…。

なにそれ、殴り殺しちゃえよ。簡単だったらてめえもできるだろって
いっちまえそしてそこの会社に爆弾をしかけて倒産させちまえ

608:デフォルトの名無しさん
06/04/05 11:23:03
そんなことより「私の給料ではここまでです」と一年後に動かなくなるアプリの方がマシだろ

609:デフォルトの名無しさん
06/04/06 17:43:10
企画が既存アプリと被ってもキーニしない

610:デフォルトの名無しさん
06/04/07 00:44:07
>>559-560

朝雲とは、

バード馬鹿楽苦のことだ！！！

はてな - バート・バカラックとは
URLﾘﾝｸ(d.hatena.ne.jp)

611:デフォルトの名無しさん
06/04/07 00:56:29
>>601 え？そうなの？うちも代官さまの機嫌しだい…というか、いろいろ延びに延びてターゲット端末が去年の夏モデルのまま…のもある（汗

612:デフォルトの名無しさん
06/04/07 10:26:40
実機への転送速度を上げる方法ってないですか？
大容量アプリになってくると時間かかりすぎで困ってます。

613:デフォルトの名無しさん
06/04/07 10:31:05
毎回全消去で送ってるならファイルごとに転送すれば？
mifファイル以外は上書きでもそれほど問題無いみたいだし。

614:デフォルトの名無しさん
06/04/07 10:32:08
機種を新しいのに買い換える。

615:デフォルトの名無しさん
06/04/07 10:44:35
転送用のアプリを作る

616:デフォルトの名無しさん
06/04/07 11:20:15
超能力

617:デフォルトの名無しさん
06/04/07 11:22:14
サーバからISocketでDLしてくる

modには使えないが

618:デフォルトの名無しさん
06/04/07 13:13:28
>>614
それ多分関係ないｗ

619:デフォルトの名無しさん
06/04/08 15:29:00
GLES実機ではどれくらいのパフォーマンスでます？

620:デフォルトの名無しさん
06/04/08 18:12:46
GLESって３Ｄアクセラレータに○ついてるやつじゃないと動かない？

621:デフォルトの名無しさん
06/04/08 23:51:39
>>619
TシリーズならFOMA902相当の速度で動く
他の機種はその半分くらい

622:デフォルトの名無しさん
06/04/09 17:20:16
>>612
水晶を取り替えて、電源電圧に喝をいれるとあら不思議、転送速度が上がるよ。

623:デフォルトの名無しさん
06/04/10 18:52:25
.net2005でもアドインできるようにならんかねぇ

624:名無しBREWたん
06/04/10 19:34:29
>>623
あ～それいいね。
VC++2005Expressで環境整えてみたい。

625:デフォルトの名無しさん
06/04/10 20:55:49
2005Express って dll 作れたっけ？

626:デフォルトの名無しさん
06/04/10 21:14:18
VC++2005Express無料だから6.0から乗り換えてみたかったんだけどねー
dllは作れるみたいだけど.netFrameworkと関係しちゃうのか？

627:デフォルトの名無しさん
06/04/10 21:59:59
brewにドトネトを入れるのか
せっかくJavaの遅さとリソース食いを解消するために
BREWを導入したのにそれじゃ逆効果だなw

628:デフォルトの名無しさん
06/04/10 22:02:39
>627
？？？

629:デフォルトの名無しさん
06/04/10 22:24:36
>>626
んなこたぁない。

>>628
頭悪い子はほっとけ。

630:名無しBREWたん
06/04/11 09:16:16
えっ、コンパイラとリンカは上位版と一緒なんじゃないの？
もしかしてＩＤＥではＤＬＬを作る設定がないだけとか？

631:デフォルトの名無しさん
06/04/11 10:06:36
2005Expでも作れるよ
ただQのアドイン関連がインストーラで入らないからウィザードは手動設定で適用可能
ビルドアイコンとかはどうやって設定するのか俺は知らん
なのでちょっと使いづらい

632:デフォルトの名無しさん
06/04/11 23:34:04
最近BREWはじめた初心者ですw
とりあえずＲＯＭって勉強しますお(^ω^)

とりあえず足跡残しw

633:デフォルトの名無しさん
06/04/12 01:25:00
>>632
業務で？　とりあえずご愁傷様。
・・・まあ、なれると楽しいけどね。BREWも。

634:デフォルトの名無しさん
06/04/12 01:51:42
俺はもう Java に戻りたくない。

635:デフォルトの名無しさん
06/04/12 04:58:10
(ﾟ∀ﾟ)人(ﾟ∀ﾟ)
やっぱVSで作れるのは楽だよな、本当
実機デバッグだとDBGPRINTFかファイルでちまちますることになるが、
リアルタイムで見れるぶん、iアプリよか遥かにマシだ

636:デフォルトの名無しさん
06/04/12 06:25:51
>>635
おおむね否定しないし、私もブリュワー（ぉ
なので否定しないけど、デバッグに関してはeclipseでその差は埋められて
しまってませんかね？　いや、eclipseのデバッグ時動作糞重いけど。

637:デフォルトの名無しさん
06/04/12 07:35:21
>>636
ネイティブコンパイルするとそれなりに早いよ。
`それなり' だけどね。

638:デフォルトの名無しさん
06/04/12 07:55:15
iｱﾌﾟﾘは503時代からやってる名残でﾌﾟﾘﾌﾟﾛｾｽだらけの
謎ｿｰｽになってるからな(´・ω・｀)
作るだけならBREWはかなり楽。

BREWの最大の問題ってKDDIだよな。

639:デフォルトの名無しさん
06/04/12 12:00:21
JavaとAjaxとPHPからBREWに帰りたい＿|￣|○

640:デフォルトの名無しさん
06/04/12 12:00:31
そうか？速く動かそうとするとやたら面倒だろ。
CPU占有してはいけないから、ちょっと処理しちゃタイマー呼び出しで
処理を細かく中断しなくてはいけない。
それにタイマーの解像度が低いから一旦タイマー呼び出すとしばらく(10msだっけ)
帰ってこないし。
速く処理したくてイベント呼び出しにすると、今度はサスペンドしなくなるし。

アクション系のゲームだと、どこまで動かして、どこでタイマー呼び出しと細かい
調整が大変だよ。
うまくやらないと動きがスムーズじゃなくなるからな。

641:デフォルトの名無しさん
06/04/12 12:18:33
>>640
10ms のタイマで処理したいって考え自体おかしい気がするんだが。
どう考えてもメインループは 50-70ms が限界だろ。

音ゲーみたいに細かい制御が必要なら、メインループの最初に時間を取って、
その時間の値でオブジェクトを動かせばいい。

642:デフォルトの名無しさん
06/04/12 12:40:34
>>641
>>10ms のタイマで処理したいって考え自体おかしい気がするんだが。
そういう意味じゃなくて、一旦タイマーを呼び出すと10msは帰ってこないという話。
ものに因るのだけど、少し処理して次までに10msも間が開くと少し遅い。
画面は動きっぱなしだから、どこで10ms空けるかちょっと面倒だった。
全部で10msも空けると遅かったし。
javaより手が掛ったよ。

643:デフォルトの名無しさん
06/04/12 12:41:47
５０か６０ｍｓ以下にするとキーがおかしくなるとかどっか書類になかった？大丈夫なの？

644:デフォルトの名無しさん
06/04/12 13:16:03
>>627
BREWの上でドトネトを動かすのかw
頭いいなw

645:デフォルトの名無しさん
06/04/12 13:17:08
それより容量制限はまだ1MBを越えない野か？

646:デフォルトの名無しさん
06/04/12 13:46:50
それより画面はいつＶＧＡなにるんだ？

647:デフォルトの名無しさん
06/04/12 13:53:56
容量制限解除、VGA対応なんてしたら
PSの開発規模になっちまう。

何社生き残れるんだよｗ
ウチは無理だ。
BREW扱えんの俺一人(´д｀)

648:デフォルトの名無しさん
06/04/12 13:59:25
それよりいつSTL使えるんだ

649:デフォルトの名無しさん
06/04/12 14:01:01
>>647
> 容量制限解除、VGA対応なんてしたら
> PSの開発規模になっちまう。
> 何社生き残れるんだよｗ

それでも社会が活性化すれば７割の会社が潰れてくれても
かまわん。
潰れたらまた会社起こせばいいだけだし。
それができない度胸の無い経営者が多いのが日本の実態だな。
アメリカなら新しいこと始めるなら何社か会社が潰れても当たり前なのにな。

650:デフォルトの名無しさん
06/04/12 14:33:26
>>649
つコンシューマの惨状

ハードスペックがどんどん上がって
コンシューマと同じ道をたどりつつある。
さらに携帯の悪いところは
「携帯だから」と予算を抑えられぎみなところ。

651:デフォルトの名無しさん
06/04/12 14:33:53
それよりいつ例外使えるんだ

652:デフォルトの名無しさん
06/04/12 14:49:26
それよりいつクラスだけで実装できるようになるんだ

653:デフォルトの名無しさん
06/04/12 15:01:31
それよりいつ検証日が決まるんだ

654:デフォルトの名無しさん
06/04/12 15:40:16
PS並みの開発費取れたり売り上げ見込めるならいいけど、500円のｱﾌﾟﾘで高いとか言われてる現状じゃ無理だろ
プロデューサもユーザもケータイアプリ並みの価格にPS並みのクオリティ求め始めたら、ウチもさっさと退散だよ

655:デフォルトの名無しさん
06/04/12 16:02:44
流れを切るが、ちょっと教えてくれ。

カメラのサンプルコードでFPSリスト取得がこんなふうに書いてある。
pMe->dwFPS = (int32 *)CAM_MODE_PREVIEW;
pMe->pbRange = TRUE;
ICAMERA_GetParm(pMe->m_pCamera, CAM_PARM_FPS_LIST, (int32 *)&pMe->dwFPS, (int32 *)pMe->pbRange);

これはこういうことでよい？　間違っていたら指摘頼む。
uint32* pdwFPS = (uint32 *)CAM_MODE_PREVIEW;
boolean bRange;
ICAMERA_GetParm(pMe->m_pCamera, CAM_PARM_FPS_LIST, (int32 *)pdwFPS, (int32 *)&bRange);

「uint32* pdwFPS」としたのは、ICAMERA_GetParm(CAM_PARM_FPS_LIST)のリファレンスで
「uint32 dwFPSのリストへのポインタ（uint32 **タイプのppList）が返る」とあるので。
「pMe->」はここでは省略した。

656:655
06/04/12 16:20:09
いや、こうか。第３引数を　(int32 *)pdwFPS　→　(int32 *)&pdwFPS　と直した。
uint32* pdwFPS = (uint32 *)CAM_MODE_PREVIEW;
boolean bRange;
ICAMERA_GetParm(pMe->m_pCamera, CAM_PARM_FPS_LIST, (int32 *)&pdwFPS, (int32 *)&bRange);

657:デフォルトの名無しさん
06/04/12 16:34:37
合ってるよ。

んでもって、pdwFPS[ 0 ] が 0x7fffffff ならコプロ。

658:655
06/04/12 16:50:48
>>656で合ってるってことだよね。サンキュ。

659:デフォルトの名無しさん
06/04/12 17:43:08
おれがこの一連の流れで最もビビッドに知りたい！！と心の底から思ったレスは
>>653
これ唯一だけだ。

660:デフォルトの名無しさん
06/04/12 17:47:10
つ[特急検証]

661:デフォルトの名無しさん
06/04/12 19:13:03
BREW2.1SDKとBREW3.1SDKをPCにいてるとき
別環境または、別アカウントでインストールしたいんですけど
登録したメールアドレスが既に登録しなおせない場合
(ダウンロード画面に移行する時に初回時のメール登録画面を自動で行うようにした)
別アカウントで入る方法はあるのでしょうか
別アカウントの認識が間違っているでしょうか
またそれとは別で、2.1と3.1を同じPCで使う際みなさんはどのように使っていますか

662:デフォルトの名無しさん
06/04/12 19:25:20
>>661
アカウントと言ってるのはQのダウンロードに使うメアドのことか?
あれはブラウザのクッキーとキャッシュクリアすると、
再入力・再登録できるでしょ

663:デフォルトの名無しさん
06/04/12 19:27:29
あとSDK2.1と3.1、俺はソフィアクレイドルのBREW Switcherのお世話になっている。
時々ヘンな動きするんで、毎回ログインし直してるから有効性は謎だけど

664:デフォルトの名無しさん
06/04/12 20:04:52
俺はBREWDIR21とBREWDIR31という環境変数をつくって
インクルード指定かえてる。手動でもそんな手間はないよ。

665:デフォルトの名無しさん
06/04/12 22:08:40
>>661
別アカウントと説明されてるのは、PCへログオンするときのアカウントのこと。
でも（ユーザーごとのではない）共通の環境変数がBREW2.1用からBREW3.1用へ
書き換えられちゃうので、結局上手くいかないと思う。で、自分はこうした。

BREW2.1のアカウントでログオンし、
BREW2.1の環境変数をすべてユーザーごとの環境変数へ移す。

別アカウントでPCへログオンし、BREW3.1をインストールする。
BREW3.1の環境変数をすべてユーザーごとの環境変数へ移す。

あとはいちいちログアウト、ログオンでアカウント切り替えて使う。
VSにボタン追加されるやつ（Addinだっけ？）は2.1と3.1で上手く共存できないので
（拡張子の関連付けが切り替えられないし）、これは自力で適当に。

666:デフォルトの名無しさん
06/04/12 22:25:31
SDKインストールするとBREWSDK210JAとBREWSDK312JAっつー環境変数が
登録されるので、makefileに引数でSDKバージョン指定するようにして
!IF "$(SDK_VERSION)" == "2.1"
BREWDIR = $(BREWSDK210JA)
とかやってる。最近GNU MAKEしか使ってないから構文とマクロ名はうろ覚え。
１回テンプレになるmakefile使って使いまわすのでこんな感じで対処。
Switcherは>>663氏みたく毎回ログインし直さないと安定しないので使わなくなった。

VC上ではワークスペースに2.1用と3.1用のプロジェクト作ってそれぞれincパスの
設定変えてやってる。
2.1と3.1の切り替えが頻繁に起こらないならプロジェクトは一つで切り替えの度に
書き換えてもいいかもしれんね。

最近makefile一つで2.1用と3.1用のmif、mod、barを管理できるような環境を作って
るが完成する頃に市場から2.1が消えてたら笑えねぇ。

667:デフォルトの名無しさん
06/04/12 22:25:41
KやQまでライセンシーになってるソフィアが
やっぱりBREW最大の勝ち組かも、とか思う。

668:デフォルトの名無しさん
06/04/12 22:34:59
あんなショボイライブラリに数十百万……ありえねぇな……。

669:デフォルトの名無しさん
06/04/12 22:38:27
まあ、労力は認めてもいいかなとはおもう。
かといってあんだけの金払って使いたいとは思わないし、
会社も首を縦には振らないな。

670:デフォルトの名無しさん
06/04/12 23:02:57
やっぱあれか？　Framework使って書いたらコードサイズがモリモリでかくなって
そこですかさず「ご一緒にCompressはいかがですか」か？

671:デフォルトの名無しさん
06/04/12 23:14:12
それ良い商売だな。くそっ。
そしてすかさずコードサイズ便乗の話なんだけど、
iアプリのようにみみっちくコードサイズ縮小の方法ってどんなのがある?
とりあえず俺半年ほどBREWやって

・98%はThumb化
(ARMに比べてだいたい35%程度減る)
・SDKでC関数のラッパーと名言されてる関数(MEMCPYとか)はマクロで一括ARMCLIB化
(ヘルパーのポインタ呼び出し分無くなって小さくなる)
・指定アドレスから200バイト程度は1命令でアクセスできるので
よく使うメンバを構造体の最初の方へ
・エラー番号が重要じゃなければ、エラー処理コードの一元化
・単純なC++デストラクタ、メンバ関数(変数代入だけとか)は出来るだけinline化

程度しか未だ見つからん。
何か他にパターンとして知ってる人いる?
来年にはこんなの気にしなくて良くなるかもしれんが。

672:デフォルトの名無しさん
06/04/12 23:17:41
>>667
Qがライセンシー？
誰がそんなこと言ってんの？

673:655
06/04/12 23:53:30
またもや流れを切ってしまうが、修正と報告。

>>656で第４引数を修正。これで動いた。
pbRangeはどうせ受け取り用変数なのでFALSEで初期化しても構わない。
uint32* pdwFPS = (uint32 *)CAM_MODE_PREVIEW;
boolean* pbRange = (boolean*)TRUE;
ICAMERA_GetParm(pMe->m_pCamera, CAM_PARM_FPS_LIST, (int32 *)&pdwFPS, (int32 *)pbRange);

それにしてもサンプルコードの書き方は杜撰だと思った。

674:デフォルトの名無しさん
06/04/13 00:10:57
こっちも流れを切ってすまん。

>>643
結構大丈夫。
それと速度を落してよい場所を見つけ出して、そこではタイマ呼び出しを100ms
とかにするから。
細かい調整が必要だったよ。
ダメなのはタイマじゃなくてイベントを投げまくる事だった。

675:デフォルトの名無しさん
06/04/13 00:37:07
>>671
Thumbにするか否かの判断基準は何ですか？

画像リソースサイズがコードサイズの倍くらいあるゲ業界ゆえ
何か無駄な努力のような気がしてきた今日この頃。
C++使いたいけど、Armコンパイラが開発セクション共用マシンにしか
入ってないから、Makefileテンプレ等書き換えるわけにもいかんし、
ゴリゴリのCで蓄積された社内ライブラリを書き直す気力が……

676:デフォルトの名無しさん
06/04/13 00:37:28
>>671
mod ファイル先頭のリロケータをいじる。

677:デフォルトの名無しさん
06/04/13 06:31:05
>>671
バイナリを圧縮すればいいんじゃね？

678:デフォルトの名無しさん
06/04/13 06:34:33
>>675
＞Thumbにするか否かの判断基準は何ですか？
多分画像の転送ルーチン以外は全部 Thumb で問題ないと思う。
俺はそれで十分な速度が出たし。

679:デフォルトの名無しさん
06/04/13 08:53:18
>>675
678氏と同じだね。俺はもう1回のタイマー処理で負荷が低いとこは画像処理も
Load_Mod(だっけ?)以外は全てThumbにしてるが。
唯一ARMなのが、自前圧縮データの展開部分くらい。

>>676-677
すまんが具体的な方法も教えてくれ
やった事ないが、データとして読込んだコードを実行するのは、まあ予想できるが
普通に作ったmodをデータとして読込んで、直接実行とか出来るん?

680:677
06/04/13 09:59:11
>>679
URLﾘﾝｸ(2-10.jp)
[pass:BREW]

こんな感じ

681:デフォルトの名無しさん
06/04/13 19:43:24
>>680
（；ﾟДﾟ）すげぇ…
しかし、よく考えてみたらメモリに属性もないしグローバル変数も無いんだから
こんな単純でいいんだねぇ…
問題はKDDIを通せるかどうか、か

682:677
06/04/13 21:10:51
>問題はKDDIを通せるかどうか
２本出したけど問題ナッシング。

683:デフォルトの名無しさん
06/04/13 21:21:19
>>677
ふつうに神。ＧＪ！
ざまぁ見ろソフィアクレイドル！

684:デフォルトの名無しさん
06/04/13 21:50:25
　　 ∩＿＿＿∩
　　 | ノ　　　　　ヽ　　　　　　　　　　　>>682はいい男！！
　　/u　●　　　● |　　　＿＿_　　　これはほんのお礼の気持ちだ
　 |　U　　( _●_)　ミ＿＿_l l i //
　彡､　　　|∪|　　＿＿＿__）⌒|
/　　　　　ヽノ　/　　　　　/　　|7
ヽ|　　　　　　　/　　　　　 i!　　 |
　|　　　　　　 /　　　　　　|　　　!７
　|　　　／　 /　　　　　　 l　　　|'
　| 　 / |　　/　　　　　　 ∩ｒ－;l
　|　/　 l　_/　　　　　　　 | 　，!
　∪　　ヽ＿）　　　　　　　ヾi!_ノ

685:デフォルトの名無しさん
06/04/13 21:51:51
>>677氏
スゲエ、神。今日会社で動作確認してきたけど、ばっちし動いたよ
アプレットのIModuleだけOSと自身が通信して、あとはmod内部にバイパスしてんのね、これ

modイメージの前8バイトにヘルパーのバージョンとポインタ入れてるよね
何で何だ、って追いかけていったら、確かにヘッダAEEStdlibの箇所にあったよ
こんなところまでよくヘッダ追いかけていったなあ。

俺のちまちま容量削減の結果と比べて泣けてくる
というかmodファイルの最初のバイトってAEE_ModLoadのコードだったんだww

次ページ