BREW(Binary Runtime Environment for Wireless) 4

BREW(Binary Runtime ..

450:デフォルトの名無しさん
05/05/09 22:30:34
北欧ってなんやねん。
NOKIAか? Ericssonか?
いずれにしてもKDDIの何十倍なんて規模無いがな。
（売り上げで言えばNOKIAでもKDDIの倍程度。）

親族会社なんて妄想も腹いてぇけどな。

451:デフォルトの名無しさん
05/05/10 10:52:17
BREWｱﾌﾟﾘ開発辞めたいよ…　　でも上司がバカで…

452:デフォルトの名無しさん
05/05/10 21:06:23
Cygwin + gcc でエミュレータ用のdllを作成したいのですが、
clオプションの/MTd相当のオプションはgccではどれにあたりますか？
dll用のmakefileまたは方法紹介しているサイトはご存知ないでしょうか？

動くdllができません...だれか助けて...

453:デフォルトの名無しさん
05/05/10 21:28:35
>>451
うちも同じ。
この労力を別のところに使ったほうがいいような気がする現状。

454:デフォルトの名無しさん
05/05/10 21:41:46
どんどんBREWは廃れるから今は仕事があっても
需要は結局iアプリ一本に変わっていくだろうなｗ
今BREWやってるとこは後手に回るだけで終わるｗｗ
Vはiからの移植はやりやすいから問題ないなぁ(メモリは辛いが('A`))

455:452
05/05/10 22:09:24
自己解決しました、お騒がせしました。

これで家に帰れる

456:デフォルトの名無しさん
05/05/10 23:58:27
void CreateApp(Applet *pMe, MAN 452)
{
　if(452.Life != NULL)
　　BREW_Work(&452);
　else
　　GoHome(&452);

　ISHELL_SetTimer(pMeｰ>pIShell, 1, CreateApp, pMe);
}

457:デフォルトの名無しさん
05/05/11 00:21:06
>>455
良かったね。家に帰れて。おつかれちゃん。

458:デフォルトの名無しさん
05/05/11 01:20:57
void CreateApp(Applet *pMe)
{
　if(pMe->452.Life != NULL)
　　BREW_Work(&pMe->452);
　else
　　GoHome(&pMe->452);

　ISHELL_SetTimer(pMeｰ>pIShell, 1, CreateApp, pMe);
}

修正。

459:デフォルトの名無しさん
05/05/11 23:49:25
つまんないからアセンブラで書いてよ

460:デフォルトの名無しさん
05/05/12 02:58:13
QualcommはCDMAシステム自体はよくできていたんだがなぁ。
ハード屋なんだからソフトまで手を出さなくてもいいだろうに。

461:デフォルトの名無しさん
05/05/12 08:32:44
たかがラジヲ屋が調子に乗りすぎだ
漏れの時間を返せ

462:デフォルトの名無しさん
05/05/12 09:57:47
最近このｽﾚｸﾞﾀﾞｸﾞﾀﾞだな

463:デフォルトの名無しさん
05/05/12 10:16:11
公開できる有用な情報に対して愚痴が多すぎるな。ｗ
いかに駄目なﾌﾟﾗｯﾄﾎｰﾑかっちゅー話。

464:デフォルトの名無しさん
05/05/12 11:32:11
BREW 3.1って、BREW 2.1用にビルドされたバイナリも動くんでしょうか？ビルドしなおさなきゃだめ？

465:デフォルトの名無しさん
05/05/12 11:57:54
一律に動く、動かないということは言えない。
APIの仕様変更、廃止などがあるから、ソース見て判断するしか。
まずはKDDIのBREW3.1用のドキュメント読んでみるべし。

466:464
05/05/12 13:10:38
なるほど。

こちらでもSDK 3.1.2入れてSDK 2.1.1のExamples動かしてみたんですけど、
Hello Worldくらいしか動かなかったのでそういうことなのでしょうね。

関係ないけどクアルコムのサイト、今日の21:00 PDT
（って明日の13:00 JST？）までメンテナンスらしい。

467:デフォルトの名無しさん
05/05/12 13:42:11
>466
>メンテナンス

またかよ

468:デフォルトの名無しさん
05/05/12 14:41:05
今度はどんな情報がCP以外に閲覧できなくなるんでしょうかね^^;

469:464
05/05/12 14:47:40
> 関係ないけどクアルコムのサイト、今日の21:00 PDT
> （って明日の13:00 JST？）までメンテナンスらしい。

すみません、今日の 13:00 JSTまででした（；´д｀）

470:デフォルトの名無しさん
05/05/12 15:08:05
以前作成した(ClassIDが分かっている)アプリが端末に入っているかどうかを調べたいのですが
ISHELL_GetClassItemID()
を使えばよいのでしょうか？
一応動作してるのですが何か他の方法があったら教えて下さい。

471:デフォルトの名無しさん
05/05/12 18:37:11
今Javaやってるけど、BREWに戻りたいわ。
仕事変わってくれw

472:デフォルトの名無しさん
05/05/12 19:11:23
>>454
そのiアプリも年末あたりからBREWになるわけで・・・

473:デフォルトの名無しさん
05/05/12 19:28:30
それって確かな情報なの？

474:デフォルトの名無しさん
05/05/12 19:41:48
昔からその噂はあるんだが、実際どうなんだろう。
AU系BREW端末が、これほど開発サイドからバッシングされている状態で、作りやすさが売りだったiがそっちに転身とはちょっと考えづらい・・・

475:デフォルトの名無しさん
05/05/12 19:45:21
DOCOMOは採用するとしてもBREW上でJavaVM実装するだろう。
端末メーカの共通仕様としてBREW採用して、
一般のアプリ作成者は今まで通りJavaなんじゃないのか？

っていうことはDOCOMOもARM一本になるのかな？
組み込み分野もIntelで染まるのかなぁ。

476:デフォルトの名無しさん
05/05/12 20:06:13
携帯はあまりに糞みたいな環境しかないんで、
正直、Intel+Winで染まってほしいぞ。
MSがCarnel+DirectX+.NETのみの、超軽 Windows Mobile Edition。
Intelが超消費電力のPentium4 for Cellular。
これでいい。

477:デフォルトの名無しさん
05/05/12 20:06:48
↑つづり間違えた ×Carnel, ○Kernel

478:デフォルトの名無しさん
05/05/12 20:50:08
>>473
細かいことまでしらんがこんな感じかな。

URLﾘﾝｸ(itpro.nikkeibp.co.jp)

479:デフォルトの名無しさん
05/05/12 20:56:44
URLﾘﾝｸ(HDOfa-02p6-141.ppp11.odn.ad.jp)
ｗｗｗｗｗｗｗｗｗｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗうぇｗｗｗうぇｗｗｗｗっｗｗｗ
っっ
うはっｗｗｗおｋｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

480:デフォルトの名無しさん
05/05/12 22:10:11
それ海外用端末の話じゃないのか

481:デフォルトの名無しさん
05/05/12 22:42:24
>>478
だまされた。海外ローミング用端末ジャン。

482:デフォルトの名無しさん
05/05/12 23:27:24
>>473,474

>>そのiアプリも年末あたりからBREWになるわけで・・・
こんな馬鹿馬鹿しい嫌がらせに反応しないように。
docomoは今auがBREWで自爆しているからアプリ部分では凄く有利になって
いるんですよ。
わざわざそれを捨てて自滅するわけないでしょ。

483:デフォルトの名無しさん
05/05/12 23:32:58
URLﾘﾝｸ(p2042-ipad12matuyama.ehime.ocn.ne.jp)

ぷはぷぷｗぷぷはぷぷｗぷぷぷぷ
ぷはぷぷｗぷ
ぷ
おｋぷぷぷ

ぷぇぷｗぷぷぇぷｗぷっうぇぷっうぇ
ぷぇぷｗぷおｋぷぷぷおｋぷぷぷぷぇぷｗぷおｋぷぷぷ

484:デフォルトの名無しさん
05/05/12 23:37:13
だんだん↑ほんとに山田なのかわからんようになってきたな……
行く先々で見ることは見るんだがそんなに大流行っちゅう感じでもないし。

485:デフォルトの名無しさん
05/05/13 00:27:24
>>476
どーせSとかTとかがDirectShow非対応のカメラつけるんだろ？
いらねーｙｐ

>>483
N系列のソフトハウスの友達が、BREW端末作ってるらしい。
別のプロジェクトに入ったってだけかもしれんが。

486:デフォルトの名無しさん
05/05/13 01:15:42
>>470
APIリファレンスからは読み取りづらいですが、
ISHELL_EnumAppletInit()とISHELL_EnumNextApplet()(の繰り返し)
で判定できます。

487:デフォルトの名無しさん
05/05/13 01:23:38
>482
とりあえず、KDDI初のBREW端末が何なのか知らない奴は語るな、と。

488:デフォルトの名無しさん
05/05/13 03:09:56
BREW載っけないと通信技術の提供打ち切るて圧力かけてるからな

489:482
05/05/13 10:06:42
A5304Tだが何か？

490:デフォルトの名無しさん
05/05/13 11:24:29
C3003Pでは？
URLﾘﾝｸ(k-tai.impress.co.jp)

491:デフォルトの名無しさん
05/05/13 16:02:18
>>480
いぁ・・・そんなことかいてないぞ・・・

日本のメーカーもＢＲＥＷ端末出すだろ・・・

492:ほい　ソース
05/05/13 16:05:00
また、QUALCOMM は、同社の MSM6250ワンチップソリューションと BREW クライアントソフトウェア
を搭載したiモード対応の FOMA 端末を2005年の後半に向けて開発するために、各移動機メーカーと
現在協議中であることを明らかにした。

493:デフォルトの名無しさん
05/05/13 16:54:28
ソースって、URLないじゃんかｗ
一応協議中検討中という建前みたいで、決定事項じゃないっぽいね。

494:デフォルトの名無しさん
05/05/13 17:25:31
アプリ板のがまだ残ってた。

日本法人社長が語るクアルコムのBREW戦略
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)

495:デフォルトの名無しさん
05/05/13 23:31:25
BREW贔屓の連中は、あいかわらずqualcommの言っている事ばかり話題にするね。
docomoも、メーカもBREWを使うのなんのという話は全然していないのにね。

496:デフォルトの名無しさん
05/05/13 23:36:48
BREWとうにゅうはどう違うのですか？

497:デフォルトの名無しさん
05/05/14 00:28:46
うにゅうは甘い

498:デフォルトの名無しさん
05/05/14 03:55:41
白くて、甘くて、BREWっとしてて

499:デフォルトの名無しさん
05/05/14 10:21:23
BREW豆乳

500:デフォルトの名無しさん
05/05/14 20:54:47
アニオタウザイ

501:デフォルトの名無しさん
05/05/14 21:35:09
何故アニオタと分かるんだよ

502:デフォルトの名無しさん
05/05/14 22:55:41
解説しよう！
ヲタと呼ばれる種族は脳内に同族を察知するための特殊な器官があるのだ。

503:デフォルトの名無しさん
05/05/14 23:03:56
タイムボカンヲタウザイ

504:デフォルトの名無しさん
05/05/15 22:35:56
SMALLフォントが小さくならない機種について知りたい
Kのサイトにあった端末仕様書を見たがJavaとしか書いてないしフォントサイズのの部分が横線で書いてないのよ('A`)

505:デフォルトの名無しさん
05/05/15 23:20:25
SMALLﾌｫﾝﾄがでかい機種なら心当たりがある。
Kのサイトとかに落ちてるヤツじゃなくて、CPを通して手に入る
confidentialなヤツを参照するのをお勧め。

506:デフォルトの名無しさん
05/05/16 00:01:33
サンクス。
CP経由じゃないと駄目なのか。本当にBREWは面倒だな('A`)

507:デフォルトの名無しさん
05/05/16 07:58:05
>>497-503　ﾅﾝﾀﾞｶ、ｺﾜｲﾜｧ･･･ｶﾞｸｶﾞｸ

508:デフォルトの名無しさん
05/05/16 12:31:27
ARM C++ 1.2で、STLもどきをBREW用に実装しているのですが、グローバルスコープでオーバーライドしている配置(Placement)用の operator new( size_t, void* ) がリンク時にリンクされません。
VC++ + emulatorでは問題なくコンパイル＆リンク＆動作します。対処法がわかる方、教えてください。

"Error: L6218E: Undefined symbol operator new(unsigned int, void*) (referred from mdgame.o)."

ソースはこんな感じです。
void* operator new( size_t size, void* pMem ) { return pMem; } //配置用operator newの実装

template < class T > class allocator {
　　...
　　void construct( pointer ptr ) { new ( static_cast< void* >( ptr ) ) value_type; } //配置を使ってオブジェクトを初期化
　　...
}

509:デフォルトの名無しさん
05/05/16 15:04:29
BREWのBluetooth機能使ったことある人いるますか？

510:デフォルトの名無しさん
05/05/16 17:44:59
ﾉｼ

511:デフォルトの名無しさん
05/05/16 21:06:43
>>508　
対処するだけなら明示的にnew()を呼べば良いけど一々面倒かな。
template使うとnewに限らず発生するし。

512:デフォルトの名無しさん
05/05/16 21:29:23
new。というかmallocに失敗したらどうすんだ？それ。

513:デフォルトの名無しさん
05/05/16 23:18:20
>>508
アセンブリで吐き出させてみて、参照してるシンボルと定義してるシンボルを比べるといいよ。

514:デフォルトの名無しさん
05/05/16 23:27:35
つかここの住人でフレーム組む方が早くね

515:508
05/05/17 00:32:06
>>511-512
new の仕事はメモリアロケートと初期化（クラスのコンストラクタ呼び出し）ですが、
配置のnew( void operator new( size_t, void* ) )の仕事は与えられたポインタの指すオブジェクトの初期化しかしません。
class allocatorは、一度に任意のオブジェクト数分のメモリを確保し、必要に応じてオブジェクトの初期化をします。
オブジェクトの初期化を行うメンバー関数が、allocator::construct()です。
allocatorは、たとえばSTLのvectorなどで使われます。

↓このメンバー関数で一度に size個分のオブジェクト格納領域を確保するので、この関数がNULLを返したらエラーと判断できます。
void* allocator::alloc( size_t size ) { return MALLOC( size * sizeof( value_type ) ); }

>>513
それもチェックしました。

呼び出し側
　AREA ||i.OnCreate__9CModeGameFv||, CODE, READONLY
OnCreate__9CModeGameFv PROC
　...
　MOV r0,#0xb8
　BL __nw__FUi ←こいつ
　...

呼ばれ側
AREA ||i.__nw__FUi||, CODE, READONLY
__nw__FUi PROC

516:デフォルトの名無しさん
05/05/17 00:45:57
>>508
標準では、その配置newはユーザー定義できないのは承知でやってるのか？
URLﾘﾝｸ(www.kuzbass.ru)

#include <new> しただけじゃなんかマズイの？
BREW開発者じゃないからわかんないけどさ。

517:デフォルトの名無しさん
05/05/17 00:47:41
>>515
シンボルが同じでリンクできないってことは、
次は「呼ばれ側」のオブジェクトファイルが正しくリンカに渡っているか、
マップファイルあたりで調べることだね。

518:511
05/05/17 00:50:13
>>515　
だから呼び出し側でダミーのnew()を直接呼び出しておけばリンクされませんか？

519:デフォルトの名無しさん
05/05/17 10:28:42
そもそもうにゅうでnew関数使えるのか

520:508
05/05/17 12:45:21
みなさなんごめんなさい。
今日、再度クリーンビルドしたらあっさりリンクできました。

521:デフォルトの名無しさん
05/05/17 14:01:30
アッフォォウ

522:デフォルトの名無しさん
05/05/17 20:33:34
>508
>ARM C++ 1.2で、STLもどきをBREW用に実装しているのですが

それ欲しいよー。
libstdc++のソースとか見てるけど、どうしたら良いのかさっぱりだ。

523:デフォルトの名無しさん
05/05/18 00:38:30
BREWの外から素朴な疑問。
なんで「もどき」が要るの？
STLport 使えば「もどき」も自分で実装する必要ないんじゃないの？

524:デフォルトの名無しさん
05/05/18 01:50:43
>>523
使えないからに決まってるだろう。

525:デフォルトの名無しさん
05/05/18 02:01:52
>>524
使えない理由を聞いてるに決まってるだろう。

526:デフォルトの名無しさん
05/05/18 03:57:17
>>525
ARM C++　がまともな　C++ じゃないから。
GCCだったら問題ないかもね。

527:デフォルトの名無しさん
05/05/18 11:54:55
ちょうど良い話題が立っているようなのでﾘｱﾙに質問。
GNUDE付属のlibstdc++ﾗｲﾌﾞﾗﾘでBREWﾊﾞｲﾅﾘ作ろうとするとelf2modが失敗する。

まぁnew演算子がｵｰﾊﾞｰﾗｲﾄﾞされてないとか
maloc()使ってるとかそう言うのだろうけど、
これを上手く回避する方法はないものかね。

結局ｿｰｽから再ｺﾝﾊﾟｲﾙしようにもgccのｿｰｽはちょっくら複雑怪奇すぎる。。。

528:デフォルトの名無しさん
05/05/18 13:20:49
>525
new, deleteが使えない。
例外処理が使えない。
グローバル変数が使えない。
static変数が使えない。

new, deleteは自分でMALLOCを使ってオペレータを定義するとして、残りを使っ
ていないライブラリなら移植できるんだろうか…？

529:デフォルトの名無しさん
05/05/18 18:24:25
>>488
そんなことしてないよ。クアルコムに対してはKDDIの方が強い立場。

530:デフォルトの名無しさん
05/05/18 18:30:44
>>472-495
ドコモはBREWに対してLinuxやSymbian OSと同列の扱いをしている。
BREWはOSではないが3.1以降、疑似OSとして使えるのでそういう部分で採用していこうってこと。

KDDIのようにiアプリまでBREW化するわけではなく、あくまでiアプリはJAVA。
三洋などの新規参入メーカーがBREWベースの端末になるだろうね。

531:デフォルトの名無しさん
05/05/18 18:33:31
>>445
>クァルコム自体、KDDI重役の親族会社。
デマ流さない。

532:デフォルトの名無しさん
05/05/18 18:45:46
QUALCOMMは親族会社ならウソではないがな

533:デフォルトの名無しさん
05/05/18 20:24:34
>>531
>>446

534:デフォルトの名無しさん
05/05/18 22:37:43
とりあえずぶりぅﾀﾝに(*´Д`)ハァハァしやうぜ

535:デフォルトの名無しさん
05/05/19 10:01:20
BREWが恋人なら、とっくの昔にふっていたところだな

536:デフォルトの名無しさん
05/05/19 15:14:24
もし、世界が100人のBREWなら

537:デフォルトの名無しさん
05/05/19 17:22:29
ICAMERA_SetQualityの第二因数って何をいれるの？
int16 nQualityってあるのですが
リストがないです・・・

538:デフォルトの名無しさん
05/05/19 17:27:07
>>536
99人がメモリ不足

539:デフォルトの名無しさん
05/05/19 17:31:06
>>536
100人でQualcommに放火

540:デフォルトの名無しさん
05/05/19 18:26:46
>>537
プログラミングガイドに載ってる。
端末仕様書も見るとよろし。

541:デフォルトの名無しさん
05/05/19 21:06:04
ﾒﾓﾘ少ない状態で描画したらIIMAGE_Draw()で
malloc failedが出てるみたいなんだが何ｺﾚ？('A`)

542:デフォルトの名無しさん
05/05/19 21:18:42
API内部で使ってるメモリ取得でエラーが出たんでしょ。
最大使用量+40kbは空けとけってどっかに書いてあったじゃない。

543:デフォルトの名無しさん
05/05/19 22:22:01
>>537 いんすう？

544:デフォルトの名無しさん
05/05/19 22:40:48
>537は引数を「いんすう」と読む派の人なのだろう。

545:デフォルトの名無しさん
05/05/20 09:46:09
■問題です
BREWの寿命は後何年だと思いますか？　その理由も書きなさい。　(25点)

546:デフォルトの名無しさん
05/05/20 19:08:27
永遠Brew

547:デフォルトの名無しさん
05/05/20 22:01:11
俺が思うに十六万五千光年くらいと見たね

548:デフォルトの名無しさん
05/05/20 23:20:19
あなたがBREWに乗るのよ

549:デフォルトの名無しさん
05/05/20 23:21:27
BREWはもう死んでいる

550:デフォルトの名無しさん
05/05/21 11:23:09
BREWよ、あなたは死ぬのです。
次の世では、あなたはBREWになります。
その次の世では、BREWになります。
さらにその次は、BREWに…。
もう二度と、普通のOSに生まれ変わることはありません。

551:デフォルトの名無しさん
05/05/21 13:11:08
GNUDEでビルドしたC、単なるHelloWorldなのに実機(A1402S)で動かなかったよ orz

552:デフォルトの名無しさん
05/05/21 13:21:18
>>551
釣りか？
そうでないならBREWはど素人さんは手を出すものではない。

553:デフォルトの名無しさん
05/05/21 14:02:53
>>551
他の実機、又はARMコンパイラの方では動いてるんですか？

554:デフォルトの名無しさん
05/05/21 14:18:39
551はprintf("Hello World\n"); が動かないと言っているんだろ。
動くわけないじゃん。

555:551
05/05/21 14:33:20
ごめんごめん。
IDisplayでリソース使って書いている。
例のBREW本の最初のサンプルとほぼ一緒。
ARMでコンパイルすれば実機で実行できるよ。
他の機種では試してないや。

556:デフォルトの名無しさん
05/05/21 18:35:22
BREWをブチまけろ!

で質問なんですが、2.1でバックグラウンド起動する方法をどなたかご存知ないですか？
シェイカーがバックグラウンド起動しつるぽいから可能だとは思ふのですが

557:デフォルトの名無しさん
05/05/22 18:20:14
アプリAからアプリBを起動→起動時にアプリBで再描画しない→アプリBをサスペンドしてアプリAに戻る
出来るかどうかは知らん

558:デフォルトの名無しさん
05/05/23 02:33:02
そんなにクソかな？BREWって。
制約はあるけど、どれもたいしたものじゃないし

559:デフォルトの名無しさん
05/05/23 05:35:14
BREWじゃなくてauがクソ

560:デフォルトの名無しさん
05/05/23 06:41:23
あ～ぁ、ちょっとBREWで開発したかったけどここのスレ見てるとやらなくて正解だったらしい

561:デフォルトの名無しさん
05/05/23 10:03:15
>>547
光年って確か距離じゃないのか？

562:デフォルトの名無しさん
05/05/23 10:22:32
>>558
実際にau向けに作ったのか？
作ってたら機種依存だらけなのがすぐわかるはずだが？
どっちにしろ間違いなくBREWは消えるな..

563:デフォルトの名無しさん
05/05/23 11:24:00
brewに関して質問なんですが

１.Brewでメールの送受信は可能か？
2.可能の際データファイルを添付可能か？

を教えていただけないでしょうか？
BREW開発始めて1週間でアプリ一人でなんてむりぽ

564:デフォルトの名無しさん
05/05/23 12:41:02
>>561が冗談を言った途端みんな黙りこむ件について

565:デフォルトの名無しさん
05/05/23 12:56:20
>>564
冗談じゃなくマジレスですよ。
光年は長さの単位。９兆キロメートルくらい。

566:デフォルトの名無しさん
05/05/23 13:02:51
>>564
確か光が1年間で届く距離が一光年じゃなかったでしたっけ？
調べてみたらあった

URLﾘﾝｸ(homepage2.nifty.com)

567:デフォルトの名無しさん
05/05/23 13:08:26
いや、冗談にマジレスしてるから、それを「冗談」と書いたんでしょ。
小学生でもあるまいし、光年を時間の単位と思っているヤツがいるとは思えん。

>>563
冗談？　マジレスしていいの？

568:デフォルトの名無しさん
05/05/23 13:21:58
>>567
マジレスお願いします。
プログラミング経験ないのにいきなりBREW開発にまわされて
しかも一人でなんで無理がある
下請けだから細かい情報回ってこないし・・・。

569:デフォルトの名無しさん
05/05/23 13:29:38
ではマジレス。
まず「BREWでメールの送受信」とあるが、BREWとは環境のことなので、BREW環境にメール送受信のAPIは用意されていない。
ではどうするかというと２通りの解決策がある。

１・メーラ連携
携帯内蔵のメーラをBREWアプリから子プロセスとして呼び出してメール送受信を行う。
この場合、メールの内容等の細かい制御はできない。

２・メーラ自作
PCで作成するのと同様、TCP/IPのソケットにて、メーラを自作。
この場合、アプリからの細かい制御は可能だが、メーラを作るだけのスキルが必要。

さて。
以上説明したが、BREWアプリとしてユーザに提供するにはKDDIに企画申請する必要がある。
ところが、KDDIはブラウザやメーラに関しては自社提供のもの以外認めない方針らしい。
よって、そもそも企画からして通らないので意味がない、という結論に至る。

570:デフォルトの名無しさん
05/05/23 13:47:34
>>569
むりぽなんですか・・・。
詳しいマジレスありがとうございました。

571:デフォルトの名無しさん
05/05/23 14:14:55
あのう、個人でも企画申請とおりますか？　普通の電卓なんですが・・・。

572:デフォルトの名無しさん
05/05/23 14:20:16
通りません。
なんでもいいから法人にして申請。
でも金かかるよ。

573:デフォルトの名無しさん
05/05/23 14:45:12
>>572 ありがとう　顔面ブルーです

574:部竜様
05/05/23 14:52:51
わらわに仕えよ

575:デフォルトの名無しさん
05/05/23 15:12:19
>>551
arm-elf-ld に渡すｵﾌﾞｼﾞｪｸﾄﾌｧｲﾙの先頭がAEEModGen.oになってないとか？
arm-elf-ldｺﾏﾝﾄﾞが、makefileのｵﾌﾟｼｮﾝ指定で -entry AEEMod_Load って書いてんのに
.mapﾌｧｲﾙ見ると違う配置になってたりして意味不明な挙動する。
　俺んとこだけかもしれんが。

576:デフォルトの名無しさん
05/05/23 15:27:05
>>569
ぱそメールなどのBREWメーラーがあるのですが、それはKDDI提供じゃないのでは？

577:デフォルトの名無しさん
05/05/23 15:40:01
「など」って他にある？　ぱそメールは昔からやってるから今更やめられん。
今企画出してもけられるだけだよ。まあ、出せば分かる。

578:デフォルトの名無しさん
05/05/23 20:38:01
ICAMERA_GetFrame(&bmp)で取得したビットマップを
IBITMAP_CreateCompatibleBitmap(bmp, &(app->frame))で複製しているんだが、
カメラを止めたあとに画面にapp->frameを出力しようとしても出力されてくれない。
サイズとか適当なピクセルのRGBとかは取得できてるみたいなんだが……。
何か心当たりある人いる？

579:558
05/05/23 21:44:20
>>562
55xx以降全機種対応のゲームでよければ作ったぞ。
機種依存といっても(ゲーム作るうえでは)バイナリ別に用意しないといけないような深刻なのはなかったし

つーか、今やってるJavaの方がツラい…誰かかわってくれ

580:デフォルトの名無しさん
05/05/23 21:48:19
>>578
Bitmap作った後に IBITMAP_BltIn で中身もコピーしとく必要が
あるんじゃないのか？

581:デフォルトの名無しさん
05/05/23 21:56:31
>>579
ヘェ

582:デフォルトの名無しさん
05/05/23 23:04:54
>>578
サイトのFAQに書いてあるぞ。
デバイスビットマップを複製して、そこに転送して作れと。

583:デフォルトの名無しさん
05/05/24 00:40:32
もまえらもDIBとDDBの違いに気をつけて組みなさいよ

584:551
05/05/24 01:02:30
>>575
> arm-elf-ld に渡すｵﾌﾞｼﾞｪｸﾄﾌｧｲﾙの先頭がAEEModGen.oになってないとか？

ビンゴでした。自分じゃ絶対に気付かない原因で、ものスゴク助かりました。
本当にありがとうございました m(_ _)m

585:デフォルトの名無しさん
05/05/24 08:18:46
W31TってBREW3.1なんだ。

URLﾘﾝｸ(www.itmedia.co.jp)
「W31TはBREW 3.1対応。このため、KDDIが
カスタマイズしたOperaになっている」（説明員）という。

586:デフォルトの名無しさん
05/05/24 17:03:28
そういや、BREW 3.0以降、Bluetooth関連のAPIが削られてIPortに統一されたみたいだけど、
Bluetoothデバイスを弄ってる人は、どうやって開発してるの？
IPortを使ってAPI自作？それとも、東芝辺りがなんかライブラリみたいなもの出してるのかしら？

587:デフォルトの名無しさん
05/05/24 17:28:41
>586
ﾆﾔ(･∀･)ﾆﾔ

588:デフォルトの名無しさん
05/05/25 00:02:09
毒吐かせてくれ
ClassIDの管理くらいしっかりしやがれ！！　こん畜生が！
スレ汚しスマソ

589:デフォルトの名無しさん
05/05/25 00:05:03
>>588　詳しく

ただの愚痴が有益な情報に化けるかもしれんし
とか言ってみたりしてw

590:デフォルトの名無しさん
05/05/25 10:00:36
今後、勝手アプリ解禁の見込みはあるでしょうか？

591:デフォルトの名無しさん
05/05/25 10:03:14
nothing

592:デフォルトの名無しさん
05/05/25 10:55:37
相変わらずKDDIのBREW開発資料のﾈｰﾐﾝｸﾞｾﾝｽ最低だなー
これ作ったの部屋片付けられないﾀｲﾌﾟの人間だろ（・３・）

593:デフォルトの名無しさん
05/05/25 12:50:50
AEECLSID_3Dどこだよ
ヘッダー全部読めと？

594:デフォルトの名無しさん
05/05/25 12:59:30
>593
実装例ありませんが? 探すだけ無駄。

595:愚痴
05/05/25 15:44:41
2.1で3D関係をやってる方いまｍすか？
日本語版ドキュメントめちゃくちゃじゃありません？？？？
これ作った方すごい頭いいですね！！！！

I3DUtil Interface
日本語版
＞以下のヘッダーファイルが必要です
＞AEE3D.h
英語版
＞The following header file is required
＞AEE3DUtil.h

596:デフォルトの名無しさん
05/05/25 15:54:56
W21Sでカメラプレビューが表示されない・・・

なんでだぁ！(。＿＿)。ぱた・・・

597:デフォルトの名無しさん
05/05/25 16:30:30
>>595
とりあえず、日本で発売されてる機種でI3D対応してる機種は無いって
誰かがゆってた気がする。
代わりにMicro3Dを使えば3D表示できるけど、
Docomoとかと違って使うのにお金かかるはずだから注意。

>>596
これが原因じゃないか？
URLﾘﾝｸ(brewforums.qualcomm.com)

598:愚痴
05/05/25 18:56:15
>>597
あ、ありがと…
調べた限りI3D対応してるのなかったわorz

599:デフォルトの名無しさん
05/05/25 19:23:03
自分で3D関係の関数組みゃいんじゃない
まあ期待通りのスピードはでないだろうが

そういやマスコットカプセルはどういう処理してんだろな
端末側がエンジン持ってんのかな

600:デフォルトの名無しさん
05/05/25 19:24:30
>>597
え。BREWだとMicro3D使うのに金かかるの？？
知らんかった・・・。

601:596
05/05/25 19:37:11
>>597
ありがとう。
バックカラーの設定って
IDISPLAY_SetColor(brew->a.m_pIDisplay, CLR_USER_BACKGROUND, MAKE_RGB(0,0,0));
だよね？
これでもできない・・・＿|￣|　. . . . . .. ... .... ○ コロコロコロコロ

602:デフォルトの名無しさん
05/05/25 19:49:25
>>601
ﾌﾟﾛｸﾞﾗﾐﾝｸﾞｶﾞｲﾄﾞの中を「Coprocessor搭載機での透過処理設定」で検索しる

603:デフォルトの名無しさん
05/05/25 19:57:45
ｾﾝｾｲ!
ｱｷﾗﾒﾃﾓｲｲﾃﾞｽｶ?
('A`)ﾉ
ﾉ(へへ

604:デフォルトの名無しさん
05/05/25 19:59:42
　　＼　　__　　／
　　＿　（ｍ）　＿ﾋﾟｺｰﾝ
　　　　　|ミ|
　　／　.｀´　＼
　　　　 ('A`)　そうだ、諦めよう！
　　　　ノヽノヽ
　　　　　　くく

605:596
05/05/25 20:14:47
みんなありがと☆
できたよ(゜－＾＊）ｂ♪

606:デフォルトの名無しさん
05/05/26 03:57:30
>>592
センスなんざァどうでもいい

・資料のタイトルをきっちり決める、作成者によって揺らがない事
・タイトルとファイルネームを一致させる事
・ファイルネームを版によってｺﾛｺﾛ変えない事

せめてこの程度はやってくれ

607:ぶりゅうだいじん
05/05/26 07:06:07
なさけないのうおぬしら

608:デフォルトの名無しさん
05/05/26 08:10:32
あ　い　う　え　お

とかたまに文字の間が広いところがあるのは何？

609:デフォルトの名無しさん
05/05/26 10:48:09
それはワードラップの関係じゃね？

もとの文書フォーマットが何かは知らないが、
pdfに変換したら全ページチェックしろよと言いたい。
表中や図付近の文で読めないほど壊れてるとこがあるのは問題だ。

610:606
05/05/26 12:45:42
確認したら、606のファイル名云々は言い掛かりだった
BREWの資料に関してはねー

611:デフォルトの名無しさん
05/05/26 13:33:19
BREW
BREW[TM]
BREW(R)
（ﾟ∀ﾟ）

612:596
05/05/26 15:03:02
あぅあぅ・・・
W21Sだけ・・・
Snapshotの後ICAMERA_GetFrameでおちるよぉ・・・

613:不粒
05/05/26 16:50:03
S端末はさいきょうなのぢゃ
ひれふせいっ

614:デフォルトの名無しさん
05/05/27 11:23:04
今忙しい('A`)ノ

615:デフォルトの名無しさん
05/05/27 13:21:59
IFileってバッファリング効くようなこと書いてあるんだが、
ほんとに効いてるのかなぁ。

616:デフォルトの名無しさん
05/05/27 13:47:45
>>615
そもそもﾌｧｲﾙ読み書きが非同期処理ってのが納得いかんのだが。

617:デフォルトの名無しさん
05/05/27 14:17:50
>>616
そこでIThreadですよ。
っていうか、
1Byteずつ500Byte書き込むのに10秒。
500Byte一度に書き込むのに2秒。
W21SA、おまえキャッシュサイズいくつだよと。

618:デフォルトの名無しさん
05/05/27 18:19:11
IIMAGE_SetStream()
がうまくいきませぬ・・・

こつとかあります？

619:デフォルトの名無しさん
05/05/27 22:14:02
どううまくいかないか書かないと。おれ達エスパーじゃないから。

620:デフォルトの名無しさん
05/05/27 23:38:33
BREWでプログラム組めるだけでも立派な超人類

621:51
05/05/28 01:20:14
A5502K なんだけど、SMAF PHRASEのIMedia で音楽をプレイして、音量を変えても変わりません。
なぜか別のIMediaオブジェクトを鳴らすと音量を変えれるようになります。
他の機種では問題ないんだけど...。

622:デフォルトの名無しさん
05/05/28 01:38:07
そんな古い機種誰も持ってないから問題ない

623:デフォルトの名無しさん
05/05/28 01:50:10
>>620
ないない。
自分にとっちゃDojaで組める人を尊敬するよ

Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。

624:デフォルトの名無しさん
05/05/28 08:46:08
>>623全体のスケジュールやら手間やら考えると、閉鎖的なBREWは面倒臭い

625:デフォルトの名無しさん
05/05/28 09:18:24
BREWの配信までの期間があればDojaなら３本作れる

626:デフォルトの名無しさん
05/05/28 10:51:28
JAVAであればやりかたによってはDoCoMo,Vodafone,au全部同時に組めるから、
３本×３で、９倍の効率だね。
スレちがいｽﾏｿ

627:デフォルトの名無しさん
05/05/28 12:27:53
おれ、BREW何も経験ないところから、２ヶ月で一本作れっていわれたけど、
かなりきつかったよ。
何がきついって情報検索しても、行き着く先は2ch。公式情報少なすぎ。

オマケにCPじゃないので実機テストは、クライアントにシグネチャ送ってもらって、
シグの有効期限きれたら、シグまた送ってもらって...

情報足りないからくれってクライアントに言ったら、
情報公開の申請書出すから、もうちょい待ってっていわれて...

CPならもうちょっと楽だったのかもしれないけど、
こんな開発者泣かせのプラットフォーム...

628:ぶりゅう神
05/05/28 13:51:11
今日もしっかりぶりゅうしなさい
休み？さぼるでないっ！！！！！

629:デフォルトの名無しさん
05/05/28 13:55:29
>>Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
>>同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
何かが根本的に間違っているな。
自分はjavaとBREWの両方のコードを書くが、BREWの方がずっと手間が掛る。

630:627
05/05/28 14:00:35
>>628
いわれなくても、これから仕事
と会社からカキコ...

631:623
05/05/28 16:55:35
>>625
あー確かにそれありますね。自分のときはクライアントの権限で以下略
>>629
おかしい頭なりでどこかで役にたちそうなので、今の仕事終わったら別の会社探そうと思います。
雇ってくれませんか？ゲームしか作れないんですが

632:デフォルトの名無しさん
05/05/28 18:36:22
>同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
CvsJAVAという話ならわかります。JAVAに馴れてないときはそんな感じだった。今はJAVAの方が早いかも
一通り作っちゃうとDoJaもBREWも言語の差以外はそんなに違わないと思うが。

633:デフォルトの名無しさん
05/05/28 19:01:17
シグは2ヶ月じゃきれねーよな

634:デフォルトの名無しさん
05/05/28 19:57:17
携帯JAVAとCじゃ、ほとんど言語の違いを意識することないなぁ。
Stringの存在くらいか？

635:デフォルトの名無しさん
05/05/28 21:30:35
書き方次第かな。
携帯JavaもJavaには違いないから、Java流に書き出すとCとの違いはめちゃめちゃ開く。
複雑に書いても速度は大して変わらないし、オビュファスケータかければサイズも大して変わらない。
とはいえ、その微細な差が大きな差となって現れるのが携帯Javaの世界だから、
「携帯Javaにとって正しい書き方」すると、Cもどきにしかならないけどね。

微妙にスレ違い。

636:デフォルトの名無しさん
05/05/28 21:33:32
カメラのプレビュー状態からStopしてRecordSnapshotしているんだが
EBADSTATEが返ってきてしまう・・・。
最初からRecordSnapshotだと問題ないんだが、
プレビューから変えるときって何か他に必要なことあんの？

637:デフォルトの名無しさん
05/05/28 22:28:37
シーケンス１、２というものがあることを知らないかのような質問だが？

638:デフォルトの名無しさん
05/05/28 22:29:45
>636
おまえ鹿馬だろ
いいかジョニー
stop()を実行したからってすぐ止まる訳じゃない
エラーの意味をよく見ろ
そしてヒントはコールバックだ

カメラハードの中の人も大変なんだ、わかってやれ

639:今さらだけど…
05/05/29 12:55:57
ゲーム用途にはJAVA、組み込みアプリ用途にはBREWでいいのにな…
検証とか追いついてないんだから何でもBREW強要する事無いのに…

640:デフォルトの名無しさん
05/05/29 15:18:45
最近はCPUが速くなってJavaも軽快に動くようになったけど
少し前まではBREWのほうが圧倒的に有利じゃなかったかな

ただその影響でJava利用時の電池の持ち時間は縮んでるから
その意味では今でもBREW有利な面があるかもしれないよね

測ったことないけど

641:デフォルトの名無しさん
05/05/29 16:29:11
BREW3.1機種についての記事みてたら
端末の開発速度が上がるみたいなこと書いてあるんだけど…

今でさえ新機種対応に手間と時間かかるのに、（特に無駄に時間が）
これ以上新機種の販売サイクル早めてどうすんの？
アプリ開発者のことは無視ですかそうですか

642:デフォルトの名無しさん
05/05/29 19:32:58
>>最近はCPUが速くなってJavaも軽快に動くようになったけど
>>少し前まではBREWのほうが圧倒的に有利じゃなかったかな
java端末とBREW端末を比較したことないでしょ。
BREW機が出てきたときはW11H,550XCAとかのほうがずっと速くてBREWが速いなんて
嘘ばっかと思われた。
今もW11Hより速いBREW端末はない。

docomoの900iぐらいだとBREWと同じ(D900i除く)ぐらいの印象だったけど、
新型はすこしずつ速くなってきていてBREWは置いていかれているという印象。

643:デフォルトの名無しさん
05/05/29 19:49:24
W21Tは速いだろ。

644:デフォルトの名無しさん
05/05/29 21:22:49
何をどう比較したの？

645:デフォルトの名無しさん
05/05/29 21:29:41
消費電力はどうなんだろうね

JavaとBREWで同じ処理内容で同じ速度が出ているなら
BREWのほうが消費電力が少ないと予想しているんだけど
それって正しいかなぁ？

正しいならBREWが携帯に向いているっていう主張には納得できる部分がある

646:デフォルトの名無しさん
05/05/29 21:45:39
>>641
BREWのアナウンスは、嘘・誇張ばっかだから気にするな。

647:デフォルトの名無しさん
05/05/30 00:04:09
646の言う通り誇大広告の塊。

>>消費電力はどうなんだろうね
消費電力なんかちょっと通信したらゲームで使った分以上にすぐ使ってしまうから
話題にもならない。
そんな事より開発時間(コストと同義)が馬鹿みたいに掛るBREWは不利でしょ。

648:デフォルトの名無しさん
05/05/30 01:36:45
>>642
W11Hってめちゃめちゃ遅くね？
ボーダのP5（J-SH53とか）の端末の方が全然速ぇよ。
で、その端末よりBREWのほうが速く感じる。

649:デフォルトの名無しさん
05/05/30 01:50:25
処理内容によるよ。うちのアプリは、5403CAとV601SH比べると、5403CAのほうが速い。
W11Hは円とか描くのがなぜかクソ重い。5403CAと同じチップなはずなのに。すれ違いスマソ。

650:デフォルトの名無しさん
05/05/30 09:00:51
はいはいはいはい

お前らおはようございます

651:ぶりゅう神
05/05/30 09:06:18
すてきなぶりゅうでひざまづきなさい

652:デフォルトの名無しさん
05/05/30 10:21:47
W11Hは拡大縮小や半透明機能が化け物並み(※携帯機にしては)に早いな
Java機の中では最強だと思うが。
BREWではそんな機能用意されてねーし('A`)

653:デフォルトの名無しさん
05/05/30 10:30:32
うわぁ、
またCIN、ﾒﾝﾃ中でしかも延長だよ

654:デフォルトの名無しさん
05/05/30 12:01:52
>>622
kyoceraがリボルバーでWINだしてくれないから現役で使ってるよ。

655:デフォルトの名無しさん
05/05/30 14:56:13
プログラムガイドのJPEG表示サンプルのコールバックおかしくないか？
//コールバック関数の定義
static void TEST_IIMAGE_NotifyCB(CISampleApp *pi, IImage * piImage,AEEImageInfo * pImage, int nErr)
{
// IImage の表示
IIMAGE_Draw(pTestData->pIimage, 5, 5);
IDISPLAY_Update(pTestData->pIDisplay);
}
って・・・

656:デフォルトの名無しさん
05/05/30 15:16:45
ガイドのサンプルにいちいち突っ込んでたら開発は1㍉も進みません
予想して自力で解釈するのがサンプルの正しい見方です
サンプルがサンプルの役を果たしてない場合もあるので早く慣れましょう

657:デフォルトの名無しさん
05/05/30 15:39:46
ISprite

658:デフォルトの名無しさん
05/05/30 17:04:47
あぅあぅあぅ・・・
バグの原因わかった・・・

W21S処理遅すぎ・・・
非同期の方が処理遅すぎて間に合ってなかった・・・＿|￣|○
全然気づかんかったよ・・・

659:デフォルトの名無しさん
05/05/30 19:00:50
>>658
誰よ？

660:デフォルトの名無しさん
05/05/30 19:23:25
>>659
カメラの人だろ

661:デフォルトの名無しさん
05/05/30 19:46:22
IWEB_GetResponse()について質問があります。
移動機側のHTTPの通信性能を測ろうとしているので
すが、非同期の関数ですので、移動機側の送信開始
から送信終了のタイミングで時間をとるのは無理ですよね？
ファイルの受信に関しては、要求を出してから、コールバック
が返るまでを測ればいいのかと考えているのですが
コールバックが返った時点ですべてのデータが受信
済みと考えてよいでしょうか？
ISourceからすべてのデータをreadするまで受信完了
ではないでしょうか？
IWEBで実際にWebサーバにアクセスするまでに一日
かけてしまいました。SDKのサンプル見てからは
すぐだったのですが。（過去ログみるまでサンプル
の存在をわすれてました。）

662:デフォルトの名無しさん
05/05/30 20:12:34
送信はサーバ側で測定すればいいんじゃね？
受信はread完了まで待つべし。

663:658
05/05/31 11:59:17
てか・・・W21Sだけなぜなんだ・・・
ICAMERAでJpegに上書きするタイミングわからん・・・

だれかご教授おながいします＞＜

664:デフォルトの名無しさん
05/05/31 12:40:52
エンコード時に上書き

665:デフォルトの名無しさん
05/05/31 12:50:45
非同期で発生するイベントの受け方や制御が上手く書けてないんでしょ？
だったら非同期処理の組み方を復習ないし研究したらどうかな。

666:デフォルトの名無しさん
05/05/31 12:55:04
>661
コールバックが返った時点ではヘッダの受信が終わってボディ部の先頭に達しただけ
ISOURCE_Read()/ISOURCE_Readable()で全部読み出すまで受信は終わっていない

667:658
05/05/31 14:12:10
>>665
W21Sだけなんですよ・・・
A5502K、A5506T、A5509T、W21Tでは問題なく動作してるのですが
なぜかW21Sのみできないんですよ・・・
なんかW21Sだけ気をつけなければいけないことってあります？

668:デフォルトの名無しさん
05/05/31 15:00:01
おそいんなら待てばいいだけ

669:デフォルトの名無しさん
05/05/31 15:25:05
>>667
Ｗ２１Ｓ以外の機種は、私の浅い経験上、実質ＪＰＥＧ読み込みでコールバック待ちしなくても読めてました。
Ｗ２１Ｓだけ仕様に忠実（といっていいのか？）なんで、ちゃんとコールバックでよめたかどうかを判断して
から、処理しないとだめだよ。

670:669
05/05/31 15:26:45
あ、Ｗ２１Ｓつーか、ＳＯＮＹ端末（私が試したのはＡ１４０２Ｓ）ですな。

671:デフォルトの名無しさん
05/05/31 15:27:58
(ﾟ∀ﾟ)9m コールバックが勝利の鍵だ

672:デフォルトの名無しさん
05/05/31 15:56:40
(ﾟ∀ﾟ)9m W21Sは非対応で不戦勝だ

673:665
05/05/31 17:02:38
>>667=658
W21Sだけとか何とかそういう話じゃないってこと。
非同期処理では、あの端末では行けるのにこの端末では追いついてない
といった、処理が速いとか遅いとかいう考え方ではダメ。

カメラ操作にしろJPEG読み込みにしろ、非同期処理は>>668が言うように
コールバックの発生を待って、イベント（メッセージ）に合った処理をして、
処理が完了してから次の状態へ遷移する、そんなふうに組むもんじゃないかな。

もしそういう話じゃなくて、W21Sだけはイベントの発生の仕方に問題があるようだ
ということであれば、おれは全然見当はずれなことを書いてることになるなあ。

674:658
05/05/31 18:19:14
>>673
クソニー仕様でつまずいていました・・・
コールバックのところ全然関係なかったです。
自己解決できて更に難点が・・・

A5506TでIDISPLAY_SetColorできないのか・・・＿|￣|○

675:658
05/05/31 18:38:10
とおもったら・・・戻り値が違った罠・・・
お騒がせして申し訳ない＞＜

676:658
05/05/31 20:06:51
A5506Tにて
IDISPLAY_SetColor(658->a.m_pIDisplay, CLR_USER_BACKGROUND, MAKE_RGB(0,0,0));
IDISPLAY_SetColor(658->a.m_pIDisplay, CLR_SYS_ITEM, MAKE_RGB(0,0,0));
やってもプレビュー表示されない・・・なぜだぁ・・・

A5506TにてBREWフォーラムでなんかかいてませんでした？
あそこの検索フォーム・・・全然検索しねぇ・・・以前にHITしなさすぎ・・・

677:デフォルトの名無しさん
05/05/31 21:09:45
>>671-672
…どんな指ですか。

678:デフォルトの名無しさん
05/06/01 01:02:56
>>662
読み込みまで済ませて受信終了なのですね。
ありがとうございました。
送信の方はとりあえず、サーバの方で見てみることにします。

679:デフォルトの名無しさん
05/06/01 03:29:42
あー、サーバ側では受信の速度は計れるけど、
クライアントがTCPのコネクション確立するまで５秒ほどのラグがあって、
それは計れないから気をつけてくれ。

680:デフォルトの名無しさん
05/06/01 11:38:46
>>676
あそこの検索HITしなさすぎに禿しく同意。
まるちばいと非対応とかなんだろうか。

681:デフォルトの名無しさん
05/06/01 11:59:02
BREW2.1とBREW3.1って何が違うの？

682:デフォルトの名無しさん
05/06/01 12:08:08
>>682
営業のおねいさんのかわいさが違う。

683:デフォルトの名無しさん
05/06/01 12:17:44
>>676 >>680
QのBREWフォーラムはあくまで「BREW」のフォーラム。
もしau端末の情報を探してるとしたら無くてあたりまえ。

au端末に関する質問や、機種依存性の高いAPIの質問をしても
「au端末の挙動に関してはこちらでは答えられません、Kに聞いてください。」
のような回答が基本的に付く。たまにヒントとなることを回答してくれてもいるようだが。

au端末の挙動に関してはKのサイトでFAQページ見るしか。

684:658
05/06/01 12:39:24
A5506TでIIMAGE_SetStreamがエラー出るのはサイズ大きかったっぽい・・・
ＱＶＧＡのＪｐｅｇできないなんて・・・＿|￣|○

685:デフォルトの名無しさん
05/06/01 16:24:23
>>682
>>682
>>682

686:デフォルトの名無しさん
05/06/01 16:46:20
>>681
KDDI拡張以外はほぼ同じでしょ。
一応SDK2.1でコンパイルしたmodは3.1端末で動作してる。

>>683
そういう意味じゃなくヒットしません。
元が英語フォーラムの検索エンジンだからかと。

>>684
QVGAサイズなら読み込めてますよ？

687:デフォルトの名無しさん
05/06/01 17:17:46
みんな、おつかれ。

ITextCtl を SetActive() して文字列入力させてるんだけど、
これって、王道って無いのかな。
この機種ではこのコールバック待ってりゃ動いて、こいつは
そんなの返しやがらねぇ、とかなってるんですが。
（EVT_CTL_TEXT_MODECHANGED)

SetSoftKeyMenu() 使ってないのがダメ？
要らないんだけどなぁ・・・

次ページ