BREW(Binary Runtime Environment for Wireless) 7at TECH
BREW(Binary Runtime Environment for Wireless) 7 - 暇つぶし2ch369:デフォルトの名無しさん
06/03/12 13:02:27
>>366
知らん人間が適当なこと書いて遊んでるだけだから安心しる

370:デフォルトの名無しさん
06/03/12 13:12:04
>>367
おまえはもっと国語と気持ちを読むことを勉強しろ
366はデザパタに対する技術知識について言っているんじゃない
それを学んだ人間がそれをどのように使っているかを言っているんだ

371:デフォルトの名無しさん
06/03/12 16:05:35
パターンは一通り知っとくと、上流工程の時に議論の時間を大幅に短縮できる
実装レベルではまぁそんなに気にせんでも

372:デフォルトの名無しさん
06/03/12 16:30:42
おまえ知ってっか?
BREWアプリに議論なんかいりまへん

373:デフォルトの名無しさん
06/03/12 19:47:08
>>366
お前正気か?
素でそんなこと言ってるのか?
デザインパターンを知らないで下請けやってると
マジで顧客に奴隷にされるぞ

374:デフォルトの名無しさん
06/03/12 20:18:08
なんだ顧客の奴隷にしかなれないバカか。

375:デフォルトの名無しさん
06/03/12 20:45:46
373はまだどっかかん違いしてるな

376:デフォルトの名無しさん
06/03/12 21:59:10
( ゚д゚)おまいらまだやっとるんか

377:デフォルトの名無しさん
06/03/12 22:39:54
少なくとも、Javaでデザインパターン覚えて、
Javaでしかデザインパターン使ったことない人間が
BREWでデザインパターンがどうこう言ってきたら
張っ倒すかもしんないな。

378:デフォルトの名無しさん
06/03/12 22:41:54
ちょいと質問。
ファイル情報を取得するときってファイル開いて
IFILE_GetInfo(pIFile, &info)
ってだけじゃダメなのか?
何か名前は取得できているんだが、
サイズその他が0になって困ってるんだが……。
エミュレータでも実機(W31SA)でも同じ症状。
何か注意しておかないといけないところとかある?


379:デフォルトの名無しさん
06/03/12 23:03:54
>>377
何勘違いしてるんだ?
C++でもデザインパターンができるんだが。
だったrBREWでもできるだろうが。


380:デフォルトの名無しさん
06/03/13 00:00:29
>>378
俺のデザインパターンによると
IFILE_GetInfoEx() は試してみた?(´・ω・`)

381:デフォルトの名無しさん
06/03/13 00:04:01
>>377
多分Javaでしかデザインパターンを使ったことがないのが問題だって言ってるんだと思うが、
それはまずC++を勉強してこいとしか言えん。

382:デフォルトの名無しさん
06/03/13 00:35:28
デザインパターンの話禁止!

383:デフォルトの名無しさん
06/03/13 00:53:31
えー

384:デフォルトの名無しさん
06/03/13 01:28:03
次から>382はテンプレ入れとくか・・・


385:デフォルトの名無しさん
06/03/13 01:33:27
テンプレートでデザインパターン禁止なんて!そんな!

386:デフォルトの名無しさん
06/03/13 01:42:17
確かにテンプレートは便利だけど、容量取るんだよなぁ……。
大体は仮想関数で書き換えられるからいつもそっち使ってる。

387:デフォルトの名無しさん
06/03/13 02:29:29
取りあえずデザイパターンを語るときは概要を付けるべきだな全裸で

388:デフォルトの名無しさん
06/03/13 02:48:00
OK,
意味なんてどうでもいいからとりあえずデザイパターンって言葉使っとけばいいんだな
例1) >292
デザインパターン的にそこはCALLBACK_Cancel()が~
例2) >378
おれのデザインパターンによるとIFILE_GetInfo()は~

こんな感じでこのスレ的には丸く収まるってわけだHAHAHA

いつまでも引っ張る話でもねーだろ
次の話題どーぞ↓

389:378
06/03/13 19:15:04
すまん、自己解決した。
ファイル情報取得前にそのファイルを中身なしのファイルにしてたよ。
ちゃんと正しい結果返してたんだなぁ。

390:デフォルトの名無しさん
06/03/13 20:17:52
ウマシカーー('∇')ーー!!!

391:デフォルトの名無しさん
06/03/13 20:22:09
>>380
それはデザインパターンではなくイディオムという。

392:デフォルトの名無しさん
06/03/13 20:27:40
>>381
 Javaのみでデザインパターンを覚えて、かつ
C++の文法だけは知っていて、かつデザインパターンを
C++で適用したことはないが実際にC++でオブジェクト指向で
開発したことがある人間であろうとも>>377にとっては問題だと主張するのだろうか。


Javaだけでデザインパターン覚えて危険なのは
危険なところはコンストラクタの扱いが違うことと、
参照型の扱いと同期処理の所だろう。
そのことを知らずに結城浩のJava言語で学ぶデザインパターン
入門に載っているSingletonパターンをそのまま適用しただけでは
とんでもないことになるからな。IBMのDeveloper Worksに載っている
JavaによるSingletonパターンを記述する開設なら
C++でも役に立つが。

問題は、Cしか知らない奴が
BREWでデザインパターンがどうこう言ってきたら
Javaでしかデザインパターンをやったことが無い奴よりも
ウザイことだ。これは本当に張っ倒しもんだ。


393:デフォルトの名無しさん
06/03/13 20:28:53
>>388はデザインパターンを全然わかってない。

394:デフォルトの名無しさん
06/03/13 20:29:40
>>385
確かに言えている。
それは困る。といってもSTLが使えないからな。


395:デフォルトの名無しさん
06/03/13 20:46:14
そろそろその話題をするスレでもたててそっちいってくれないか?

396:デフォルトの名無しさん
06/03/13 20:52:33
新人類シニア世代(60代以降) : アセンブラ, PL/I, COBOL70
団塊の世代(50代-60代前半) : アセンブラ, PL/I, COBOL70
新人類世代(40代) : 新生COBOL, C
バブル世代(30代後半) : C, C++(実際の所C言語レベルが大半), VB, Perl
偽団塊ジュニア世代(30代前半) : C, C++, VB, Perl, PHP
真性団塊ジュニア世代(20代後半) : C++, Java, Perl, PHP, AspectX (Xはそれぞれ適した言語)
やる気のない世代(20代前半) : D言語, VB, C++, Java, Perl, PHP, AspectX(Xはそれぞれ適した言語)

397:デフォルトの名無しさん
06/03/13 20:53:06
別に他の話題がある訳じゃないみたいだからいいんじゃない?

398:デフォルトの名無しさん
06/03/13 21:53:26
そんなに「おれデザインパターン知ってるんだぜ」なことをひけらかしたいもんかねぇ…
>>392みたいにわざわざウザイ長文で蒸し返してみたり。何をそんなに気張ってんだか。

>>393
>>388は分かっててわざとそういう書き方してんだろうよ。皮肉ってるつもりなんだろ。

>>397
他の話題があるかないかは関係ないだろ。分別つけろや。

399:デフォルトの名無しさん
06/03/13 21:59:03
>>398
> >>388は分かっててわざとそういう書き方してんだろうよ。皮肉ってるつもりなんだろ。

デザインパターンがわかってないことをごまかすために
必死になってわかってるフリをしただけにしか見えないが。

400:デフォルトの名無しさん
06/03/13 22:35:24
>399
仮にそうであっても別に関係ないじゃない?
>388は話題を変えようとして前フリでおちゃらけたつもりが失敗したんであってw
話題変えようぜってことには同意。

401:デフォルトの名無しさん
06/03/13 22:46:44
あのさ、とにかくデザインパターンて何なのか5文字で説明してくれよ。
そしたらもうデザインパターンの話しなくて済むからさ

402:デフォルトの名無しさん
06/03/13 23:39:40
>>401
「スレちがい」という意味だ。間違いない

403:デフォルトの名無しさん
06/03/13 23:59:13
>>402
あたまいいな!

404:デフォルトの名無しさん
06/03/14 01:01:19
ところで誰か次の話題振ってくれ。BREWで使える面白い技術とか。

405:デフォルトの名無しさん
06/03/14 01:10:18
デザインパターン?

406:デフォルトの名無しさん
06/03/14 01:10:29
C++でBREW開発できてる人っているのかい。

「クラスライブラリを買う」ってのは無しで。
自分で作るのは……まあ許そう(何様

407:デフォルトの名無しさん
06/03/14 01:17:22
>>406
俺は betterC じゃないと言えるレベルで C++ を使って開発してるよ。
String クラスとか作るとかなり便利だね。

408:デフォルトの名無しさん
06/03/14 01:55:06
>>406
普通出来る・・・と言うか出来るべきなんでねーの?

俺もVector、String(に近いもの)は自作した。
デストラクタちゃんと書いとけば開放漏れの心配減るし、
イベント処理もCより綺麗に振り分けられるし。
#イベント処理はデザインパターンで何とかのケースに該当するんだろーが、
 そこまで考えてないw

Cで関数テーブルやら構造体配列列挙すんのは辛い。
と言うか辛かったので今はC++に甘えてる。


409:デフォルトの名無しさん
06/03/14 08:39:33
おれはインスタンスの頭をthisにするだけにしている。
これだけでも記述はかなり楽になるし。

ARMのC++ってどこまで出来るのか見極めてないから
(あれ駄目これ駄目ってどっかに書いてたような…)、
調子に乗って書きまくってコンパイルエラーとかなっ
たら目も当てられん。

410:デフォルトの名無しさん
06/03/14 09:58:23
俺はARMC++(forBREW)で多重継承/仮想関数使ってるthumbコードが問題なく動いてる
まあただQのVSツールとメイクファイルだと使うまでが面倒だったな

メイクファイルの修正と、プロジェクトディレクトリ以外の.cppや.ccを読めるようにする
ツールを作成する必要があるとは思わんかった。さっさとQ側で正式対応させて欲しいもんだ

411:デフォルトの名無しさん
06/03/14 11:05:49
QのプラグラマはCしか使えません><

412:デフォルトの名無しさん
06/03/14 11:08:22
Makefileは、VC6+BREW2.0の頃のアドオンツールがへぼくて表示されなかったり
Makefileはいてくれなかったりしてくれたので当初からMakefileはテンプレ改変でずっとやってる。
そのせいか、アドオンがはいたMakefileみるとなにやってるかわかりづらくてかなわんが。

413:デフォルトの名無しさん
06/03/14 12:09:02
KDDIに申請するとき状態遷移表作るのに、そこから、それこそStateパターン的な
スケルトンコードを(半)自動生成しようという発想は生まれんのかね。

414:デフォルトの名無しさん
06/03/14 12:28:14
アプリによるし。
あと、検証する人間に理解できるように書く方が重要だし。

415:デフォルトの名無しさん
06/03/14 22:17:05
検証する人間にも当たり外れがあるようで困る

416:デフォルトの名無しさん
06/03/15 00:05:56
java厨がこんなとこにも出張かよ

417:デフォルトの名無しさん
06/03/15 00:41:31
>>416
空気嫁

418:デフォルトの名無しさん
06/03/16 22:28:25
      _
      /,.ァ、\
     ( ノo o ) )  空
      )ヽ ◎/(.    気
    (/.(・)(・)\ . 嫁
    (/| x |\)
      //\\  
   . (/   \)


419:デフォルトの名無しさん
06/03/16 23:47:24
空気読めないで悪いんだけど、ARMたんに
ヘルパー関数が定義されないと怒られてる。

ただのFCOS()、FSIN()なのにわけわかめ。

だ、誰か情報plz・・・(´・ω。、)

420:デフォルトの名無しさん
06/03/16 23:56:08
コンパイル時にインクルードするパスが 3.1 の AEEStdLib.h になってないと思われ(´・ω・`)

環境変数と Makefile を見直してみると吉

421:デフォルトの名無しさん
06/03/17 00:19:02
>420

どもです、明日会社で重点的に見てみます。

422:デフォルトの名無しさん
06/03/17 00:19:08
どのへんをどうすればC++を使えるようにできるのかわかんねぇ……
ソフィア・クレイドルの解説もほんとにTIPSだけで、肝心なことを教えてくんねえし。

423:デフォルトの名無しさん
06/03/17 00:50:37
>>422
armcpp.exe を使って .cpp のファイルをコンパイルすればいいんじゃね?

424:デフォルトの名無しさん
06/03/17 01:13:14
フォーラムにCPP使ったサンプルなかったっけ?
昔のBREW SDKに入ってたとか言う奴。

つーか、最近BREWやってないからフォーラムも行ってないな(´・ω・`)

425:デフォルトの名無しさん
06/03/17 01:27:35
>>422
よし、俺が週末にメイクファイルとC++用のフィルタツール公開してやる
元々は会社で作ったもんだが、簡単なんで家でも作れるだろうから

426:デフォルトの名無しさん
06/03/17 02:11:46
>>424
最近いったら、エミュレータ上でフォント変更するインターフェースを
公開してた。ものすごくありがたかった。

427:デフォルトの名無しさん
06/03/17 02:52:41
URLリンク(brewforums.qualcomm.com)
こいつですな

428:デフォルトの名無しさん
06/03/18 02:01:33
>>422
よし、出来たぞ
URLリンク(opentemp.dhs.org)

それではC++でがんばれ。俺は連休だ

429:デフォルトの名無しさん
06/03/18 10:44:57
>>401
5文字じゃあまりにも短すぎる。

1兆文字は欲しい


430:デフォルトの名無しさん
06/03/18 10:45:26
>>404
書籍 『BREWで学ぶデザインパターン入門』

431:デフォルトの名無しさん
06/03/18 10:46:29
>>422
> どのへんをどうすればC++を使えるようにできるのかわかんねぇ……

デザインパターンの勉強をすればC++マスターになれます

432:デフォルトの名無しさん
06/03/18 12:25:54
>>428
なんかすげー大仰に書いてるけど、おれは

1・VCで普通に作る
2・brewのmakeをとりあえずやる
3・エラーしたらそれを解消すべくmakefileに1行が2行足す

ですぐに出来たよ。C++でのやり方がわかんない奴って
何が分からないんだ?makefileの文法?

433:デフォルトの名無しさん
06/03/18 12:27:50
>>429-431
煽らなくていいから……。

434:デフォルトの名無しさん
06/03/18 13:52:55
>>428
422ではないですが、おいらも最近BREW始めることになったんで助かりました。
ありがと~

435:デフォルトの名無しさん
06/03/18 15:08:13
>>432
その手作業より、ツール作ってる>>428の方が偉いジャマイカ。
ykubo凸で解決すればいいじゃない、みたいなのと比べたら爽快じゃないの。

連休か…。そういえばそんな言葉もあったなぁ…。

436:デフォルトの名無しさん
06/03/18 16:28:48
見下ろしたいんだろうな

437:デフォルトの名無しさん
06/03/18 18:01:01
パンツ下ろしたい

438:デフォルトの名無しさん
06/03/18 18:37:11
>>435
428を否定してるわけじゃないよ。

BREWやるってことは職業でやってるプロのプログラマでしょ。
ぜんぜんわかんねーってのが居るというのが不思議なんだわ。
世の中どー何ってんだ?

439:デフォルトの名無しさん
06/03/18 18:54:38
>>428
素直にGJ。
俺はもう違う方法でやってるけど(cygwin+gnude)
次からテンプレに加えておいた方が良いかもね。
さすがにこれ見てC++使えないとかいうやつはいないだろう。

440:デフォルトの名無しさん
06/03/18 19:07:42
>>438
おまいさんはフォーラムの質問を全部見直してこい。
あそこにいるのは全員「プロのプログラマ」だぞ。

441:デフォルトの名無しさん
06/03/18 19:24:26
フォーラムは全部見ても全員プロだなんて思えないんだけど?

442:デフォルトの名無しさん
06/03/18 19:42:47
「プロのプログラマ」なのに「ぜんぜんわかんねーってのが居る」ってことだな。
世の中そんなもんだろ。

443:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 21:10:52
TextSS のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか?

そういや64bitにネイティブ対応している2chブラウザてありましたっけ?





444:デフォルトの名無しさん
06/03/18 23:03:21
プロなら(つかプロでなくてもだと思うが)資料読んでから質問しろボケ

445:デフォルトの名無しさん
06/03/18 23:07:30
KDDIの資料読んですべて理解できる人も凄いと思うがな。
資料で書いてあること正反対だったりするし。

446:デフォルトの名無しさん
06/03/18 23:20:33
>>445
フォーラムなんかはそんな次元の話じゃないけどね。
正反対なことなんてあったっけ?

447:デフォルトの名無しさん
06/03/19 02:12:38
>>443
すっかり春めいてきましたね。

448:デフォルトの名無しさん
06/03/19 09:44:28
つまり全員

BREWタン(*´Д`)ハァハァ

てことでおk?

449:デフォルトの名無しさん
06/03/19 09:59:40
かまわんよ

450:デフォルトの名無しさん
06/03/19 13:54:23
>>433
いやマジでデザインパターン知らないと
C++やっても意味がないんだけど

451:デフォルトの名無しさん
06/03/19 14:27:10
意味が無い訳ないだろ
デザインパターンはよく使われる内部設計に名前が付いただけなんだから
これはC++でやってもCでやってもJavaでやっても同じだろ

パターンに沿わなくてもC++は内包、抽象化のためだけに使っても充分価値がある

452:デフォルトの名無しさん
06/03/19 14:33:41
またデザパタの話か……。
あれは解放が自動で行われることが前提のパターンが多いから、
まずはスマートポインタから議論したらどうだい?

もちろん普通にテンプレートを使うと容量を取るから、
テンプレートを使わずにスマートポインタを実装な。

453:デフォルトの名無しさん
06/03/19 14:56:23
このスレはデザインパターン議論をするところではない。
技術・知識以前に分別を身に付けろ。

454:デフォルトの名無しさん
06/03/19 15:32:49
>>450
スレ違い

455:デフォルトの名無しさん
06/03/19 17:40:55
おじゃば様がまぎれこんでるな

456:デフォルトの名無しさん
06/03/20 13:21:22
>>452
BREWでテンプレート使ったこと無いので教えて欲しいのだけど、
具体的にどの程度容量食うの?

voidポインタに対してdelete使ってもデストラクタが呼ばれないよね。
とすると、全体の基底クラスを1個設けてデストラクタを呼び出すか、
賢くないがswitch/caseで存在するクラス分回すって感じになるのか・・?
テンプレートがスマートな気がする。
なので容量と相談してみたい。


457:デフォルトの名無しさん
06/03/20 13:42:10
>>456
>具体的にどの程度容量食うの?
どれぐらいの数の型を使ってるかによるだろうな。
俺の場合、普段の場合は 100KB ぐらいだったのが、
バリバリにスマートポインタ使ってると 200KB まで増えた。
まあ、インライン展開してるのもあるんだろうが、いくら何でも増えすぎ。
インライン展開しなくても 120-150KB ぐらいはいくんじゃね?って気はする。

>voidポインタに対してdelete使ってもデストラクタが呼ばれないよね
なんでもいいから基底クラスを作っておいて、
そのクラスのデストラクタを virtual にして継承して使えばいいんじゃないかな。

458:457
06/03/20 14:12:09
>そのクラスのデストラクタを virtual にして継承して
すまん、既に書いてあったな……orz

459:457
06/03/20 14:55:45
ちょっと調べてみたが、どうやらインライン展開されてなくて、200KB 超えてるようだ。
--no_inlinemax を付けると 250KB 超えたよママンorz

460:デフォルトの名無しさん
06/03/20 19:04:20
ARMのコンパイラって、例外処理とRTTI以外VC6と同格?
(説明書云々じゃなくて皆さん触った感触として)

461:デフォルトの名無しさん
06/03/20 19:29:43
VC6 : namespace 使える
ARM : namespace 使えない

VC6 : enum の型は必ず signed int
ARM : enum の型は、中に定義されてる値によって変化する

VC6 : テンプレートに対する friend 指定が出来ない
ARM : テンプレートに対する friend 指定が出来る
template< class T > friend Hoge;

VC6 : const な値をクラス内部で定義出来ない
ARM : const な値をクラス内部で定義出来る
class A{ const int a = 10; };

VC6 : 日本語に対応してるので '\' の問題がない
ARM : '\' の問題がある

VC6 : テンプレートの型指定に typename を使わなくても良い
ARM : テンプレートの型指定に typename を使わないといけない
typename T::Hoge* p;

あと何かあったら教えて下さい...orz

462:456
06/03/20 21:57:50
>>457
サンクス。
相談の余地も無いらしいねorz


463:デフォルトの名無しさん
06/03/21 00:25:03
デザインパターンとテンプレートの併用ですか

464:デフォルトの名無しさん
06/03/21 15:04:01
勉強しないと使えないと思いこんでる馬鹿と
勉強する事を放棄して反発するしか能の無い馬鹿は帰れ


465:デフォルトの名無しさん
06/03/21 15:41:02
仕事で使ってれば覚えるから勉強をしなくてもいいと思ってる奴も帰っていいぞ

466:デフォルトの名無しさん
06/03/21 15:42:05
俺全然休んでないから帰ってもいい?

467:デフォルトの名無しさん
06/03/21 16:23:03
>464 荒しまがいに蒸し返すおまえが帰れ

468:デフォルトの名無しさん
06/03/22 00:44:26
こんなかで俺が唯一信用できるのは >>466 だけだ。

469:デフォルトの名無しさん
06/03/22 08:42:38
STL以外はBREWでは使用禁止に
するという話が社内で出ています

470:デフォルトの名無しさん
06/03/23 02:30:46
いつになったらエミュがネイティブ対応になるの?
実機とエミュで実行結果違うの勘弁して欲しい

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

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

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エミュで再生できるんだw
素直に出来ないものとばかり思い込んでエミュでテスト止めてた。
外野ながらサンクス。


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

491:デフォルトの名無しさん
06/03/23 23:45:50
検証でAlarm起動についての記述ありますよね?それにたいして何かプログラム的に考慮する必要ってありますか?
検証ガイドみると、K-BREW-TESTでAlarm起動を選択すると、1分後に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を一発起動→アラームセット→自前のアプリがレジュームする
→1分待つ→なんも起きない。

これって正常?

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タンつかってアラームをセットして、オレアプリを起動、1分たつとアラームで復活した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 で最適化された透過転送をアセンブラで組んでみて、クロック数を3分の2ぐらいにしてみたけど、
実際の転送に掛かる時間はほとんど同じだったよ。

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自身。アプリの管理から検証からぜんぶあっちだよ。
検証も基本的に日本とかわらないぐらい待たされるし(最近だいぶKはましになったけど)
条件付合格とかの概念もないのである意味日本より厳しい。簡単に落とされる。
バイナリの対応端末が1回の検証でまとめて出せるのはよかったな。そんぐらい。
まあ、何年か前のときの状況だけど。


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検証が機種単位で良かったなw

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
ちょwwwwww鳥運ってなんだよwwwww

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
ん? 鳥運? これのことか?


こんなん撮ってます 鳥運(ヒレンジャク)
"鳥運(ヒレンジャク)
日本のアチコチでレンジャクが出現しているようですが、私のフィールドには、
その気配がありません。ということで3年前に遠征して撮ったヒレンジャクをア
ップして、少しでもレンジャクの話題に参加できればと。(^^ゞ
レンジャクの群れが某所のヤドリギの実に集まるとの情報をいただき、未明か
ら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
一通り携帯普及して需要が買い替え主体になってきたらしいから、
0円携帯とかやり辛くなって機能追加は端末価格に跳ね返る。
となると・・・((((;゚Д゚))))

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
オラの村ではその1割のユーザーも取り込みたいというお代官様がおるんだぁ。
さすがに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
しかも代官さまはそんなに手間だとは思わない。
さすがに2.0はうちじゃ作ってないが

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
WIN端末以外は人気がないと出させてくれないんじゃなかったか?


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には1ヶ月半と書いてありますが
実際のところ、どれくらいかかるのでしょうか?
あまりよい噂を聞かないもので。


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
それ多分関係ないw

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


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

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
えっ、コンパイラとリンカは上位版と一緒なんじゃないの?
もしかしてIDEではDLLを作る設定がないだけとか?

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

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

とりあえず足跡残し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
50か60ms以下にするとキーがおかしくなるとかどっか書類になかった?大丈夫なの?

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
それより画面はいつVGAなにるんだ?

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

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


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

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

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


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
いや、こうか。第3引数を (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しか使ってないから構文とマクロ名はうろ覚え。
1回テンプレになる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で第4引数を修正。これで動いた。
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を通せるかどうか
2本出したけど問題ナッシング。

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

684:デフォルトの名無しさん
06/04/13 21:50:25
   ∩___∩
   | ノ      ヽ            >>682はいい男!!
  /u ●   ● |      ___    これはほんのお礼の気持ちだ
  | U  ( _●_)  ミ___l l i //
 彡、   |∪|  _____)⌒|
/      ヽノ /     /  |7
ヽ|       /      i!   |
 |       /      |   !7
 |   /  /       l   |'
 |   / |  /       ∩r-;l
 | /  l _/        |   ,!
 ∪  ヽ_)       ヾi!_ノ

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

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

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

686:デフォルトの名無しさん
06/04/13 22:43:37
これって実行イメージとしては、この「ブートローダ」がコード領域に、
んで本物のmodがヒープに乗って……プスプスプス

687:デフォルトの名無しさん
06/04/14 03:11:30
>>685
> というかmodファイルの最初のバイトってAEE_ModLoadのコードだったんだww
gccだと違うような

688:デフォルトの名無しさん
06/04/14 09:42:13
>>687
んじゃ BREW のローダはどうやって gcc で make したバイナリをロードしてるんだ?

689:デフォルトの名無しさん
06/04/15 03:01:08
>>688
BREW はローダがリロケートを行わないから、
gcc の場合は先頭にリロケートを行うコードが入る。
AEE_ModLoad に飛ぶのはその後だよ。
逆アセンブルして読めよ。

690:デフォルトの名無しさん
06/04/16 04:28:34
なんか難しい話になってきたなあ。
またデザインパターンの話でもしようぜ。

691:デフォルトの名無しさん
06/04/16 05:31:52
デザインパターン信者とかSTL信者とかイラネ

692:デフォルトの名無しさん
06/04/16 08:00:09
アセンブリなんて例え書けなくても読むくらいは出来るっっしょ
リファレンスだってそこらへんで手に入るし

693:デフォルトの名無しさん
06/04/16 08:58:18
>>690
スレ違い

694:デフォルトの名無しさん
06/04/16 09:28:16
シングルトン死ね

695:デフォルトの名無しさん
06/04/16 12:36:00
>>690
別に難しい話ではない。試した経験があるか無いか、知ってるか知らないかの差だ

話変わるが、企画に複数のアプリがあるとき、barファイルとクラスIDだけが
違うmodを大量に作らなきゃならんのだが、CreateInstanceのところで

if( ClsId == AEECLSID_APP1 || ClsId == AEECLSID_APP2 || ClsId == AEECLSID_APP3
...
)

とかやって検証通した人はいる?
2.1/3.1両対応・複数ビルドマンドクセ('A`)

696:デフォルトの名無しさん
06/04/16 15:16:37
>>695
それで通ったよ。

697:デフォルトの名無しさん
06/04/16 15:50:01
2.1用と3.1用って同一アプリならクラスID分ける必要なかったんじゃ? うちは分けてない。
論点違うかもしれんが。

698:デフォルトの名無しさん
06/04/16 16:30:32
おまいら今日は日曜だぞww朝からってww大好きww

>>695
漏れならめんどくさいけど21用,31用のmakefile作って、バッチファイル作ってやるかな。
ってそれがめんどいんか…

699:デフォルトの名無しさん
06/04/16 18:26:22
携帯の転送モードなんらかの誤作動かわからんけどかわっちまった
B app使えねぇorz
こうゆう場合ってまたKに携帯送りなおしなの?
勘弁してくれよK....

700:デフォルトの名無しさん
06/04/16 23:45:18
オールリセット試してミタですか?

701:デフォルトの名無しさん
06/04/17 00:36:50
流れと関係ないんだけど、サスペンドするときに処理の復旧って
どおやってするの?サスペンド無い機能使う場合って自前で書きたいんだけど
どうすりゃいいんだろう

702:デフォルトの名無しさん
06/04/17 00:40:52
↑誰か解読してくれ

703:デフォルトの名無しさん
06/04/17 00:46:41
エスパーじゃないので無理です

704:デフォルトの名無しさん
06/04/18 18:57:47
端末ラインアップ
料金プラン
通話品質
アプリのラインアップ
コンテンツの質

その他、あらゆる点において…

  ド  コ  モ  以  外  は  糞

ただそれだけwww

705:デフォルトの名無しさん
06/04/18 22:19:57
さしぶりに沸いてでてきた

706:デフォルトの名無しさん
06/04/18 22:24:31
普通にスルー

707:デフォルトの名無しさん
06/04/18 23:27:53
仕様書をTeXで作ってる勇者いる?

708:デフォルトの名無しさん
06/04/19 02:44:40
テンプレート使わなくてもいいの?

709:デフォルトの名無しさん
06/04/19 03:56:54
勇者ってか、ワードじゃないとダメじゃないとか、そのへんは?

710:デフォルトの名無しさん
06/04/19 11:41:54
BREWの勉強をしようと思い、
BREWプログラミング実践バイブル と BREWアドバンスト・プログラミング の
どっちか1冊をまず買おうと思っていますが、ずばりどちらがお勧めでしょうか?

711:デフォルトの名無しさん
06/04/19 14:01:37
むしろどっちも買っておくとか。

個人的には前者の方が使える気はする。

っていうか、結局端末仕様とAPIの理解が最大限に大切なので
普通にC++知ってるんならどっちもどっちかも。

712:デフォルトの名無しさん
06/04/19 14:57:59
やはり両方買うべきですかね~。
手始めに前者の方から購入してみることにします。
ありがとうございました!

713:デフォルトの名無しさん
06/04/19 16:46:28
どっちも金をドブに捨てるようなもんだよ。

714:デフォルトの名無しさん
06/04/19 21:15:16
質問です。
IHTMLViewerを入力用のインタフェースで使用しようと思っているの
ですが、radioボタンのどれが選択されているかをソフトキーなどを
押下したタイミング(submitじゃなくて)で取得したいのですが、可能
でしょうか?
IHTMLVIEWER_GetAttrValueなどでcheckedなどを指定してみても
何もとれないのですが、無理なのですかね?

715:632
06/04/19 21:49:40
>>710

どっちも会社でみましたけどー

僕と同じぐらいな初心者レベルだったら、
実践バイブルのほうが読みやすかったですー(><)

だけど、こっちのほうが勉強になったですよ(^^
URLリンク(www.s-cradle.com)


716:デフォルトの名無しさん
06/04/19 21:57:26
実践のほうは買ったけど、やめたほうがいい。
俺の知り合いならあげてもいいよ

717:デフォルトの名無しさん
06/04/19 23:43:09
>>715
俺も最初のとっかかりはそこだった。あとはリファレンスとここ。ここありがとうございます。

718:デフォルトの名無しさん
06/04/20 00:26:22
>>714
取得できますが、ラジオボタンなら自作した方が無難です。

719:デフォルトの名無しさん
06/04/20 02:33:56
遠回りでよければWin32SDKのプログラムを勉強した方が一石二鳥になりそうな気がしないでもない

むしろ経験があったから二冊の本、どっちも役にたたんかったわ
SDKヘルプとサンプルだけで充分だった

720:デフォルトの名無しさん
06/04/20 05:32:08
どこにあったかわすれたけど、プログラミングtips PDF。
あれも読んでおくといいよ。

721:デフォルトの名無しさん
06/04/20 05:36:30
あ、ふつうにWebにあった。
プログラミングガイドもちゃんと読むんだぞ。
URLリンク(www.brewjapan.com)



722:デフォルトの名無しさん
06/04/20 05:42:55
うおっ、寝ぼけてるな自分… >>1 のテンプレで充実してるジャマイカ…。


723:デフォルトの名無しさん
06/04/20 09:38:09
>>718
どうもです。
SetNotifyFn()で設定した関数内でチェック
状態の遷移を管理するとかでしょうか?
擬似的にsubmitを実行できれば、取得が楽
なのですけれど。


724:718
06/04/20 10:30:21
>>723
どうしてもやるならGetViewState()かと思います。

725:デフォルトの名無しさん
06/04/20 11:06:30
>>724
どうもです。
GetViewState()で取得できますね。
すみませんでした。
APIリファレンスとプログラミングはみてた
のですが、ビュー的な情報がとれるだけだ
と勘違いしていました。
あいがとうございました。

726:デフォルトの名無しさん
06/04/20 16:00:42
普通にC++理解してればプログラミングガイドとサービスガイドが一番最初に読むべきドキュメントな希ガスw

727:デフォルトの名無しさん
06/04/20 17:41:21
c++つーかWindowsと似たようなイベント処理のプログラムじゃね?


728:デフォルトの名無しさん
06/04/20 23:47:13
独自コールバックの実装の仕方がわからんのじゃよ

ファイル書き込みをReadのように非道鬼的に死体んですが
プログラミングガイドだけではよくわかりまそん


どなたかご教示おながいします

729:デフォルトの名無しさん
06/04/21 00:11:49
日本語書けよチョン

730:デフォルトの名無しさん
06/04/21 00:18:35
そんなの Write の中でタイマをセットしてコールバック先で書き込めばいいだけじゃね?

731:デフォルトの名無しさん
06/04/21 01:16:07
>>730
Writable()なかったっけ?

732:デフォルトの名無しさん
06/04/21 10:54:14
ここの住人はみんなプロか業務の人か?
素人が作っても転送できなきゃ意味ないしましては審査に通るわけがないな…

733:デフォルトの名無しさん
06/04/21 11:29:59
ひやかし以外は何らかの形で商売にかかわってるだろ

734:デフォルトの名無しさん
06/04/21 12:47:44
大学とかで研究目的で作ってる人はどうやって審査を通ったんだろう。
別枠があるのかいな。

735:デフォルトの名無しさん
06/04/21 13:05:10
>>734
どういう意味?

アプリの審査じゃなくて、それ以前の話?

736:デフォルトの名無しさん
06/04/21 13:16:34
実機で作るための審査?

737:デフォルトの名無しさん
06/04/21 13:27:31
売るわけでもない研究用のアプリを
わざわざ審査に通す意味なんて無いだろうから、
>>736 って事?

大学は法人だから契約できるんじゃね?
それかどこかの企業との共同研究にするとか。

738:デフォルトの名無しさん
06/04/21 13:27:40
そもそもBREWの研究をやる大学って一体・・・

739:デフォルトの名無しさん
06/04/21 14:04:33
学生に携帯に関わるつらさを教えたら、業界にきてくれなくなるよ・・・


740:デフォルトの名無しさん
06/04/21 14:45:06
>>739
Writable()はありません_ト ̄|〇

741:デフォルトの名無しさん
06/04/21 14:57:18
>>740
そうですね

742:デフォルトの名無しさん
06/04/21 15:01:51
あ、ほんとだ。
失礼。

743:デフォルトの名無しさん
06/04/21 21:06:02
>>737
技術ライブラリを作るためだけでも実機動作は必要になるじゃないか
R&D部門、共同研究、既存の物をBREW上で動かすだけでも必要な要素なんて満載じゃないか

744:デフォルトの名無しさん
06/04/21 22:01:37
へえ

745:デフォルトの名無しさん
06/04/21 23:39:25
リファレンス板買ってすませてるよ。金のある研究機関はね

746:デフォルトの名無しさん
06/04/22 00:04:25
>>743
だから、デバッグ機があれば十分だろ。

747:デフォルトの名無しさん
06/04/22 00:14:35
>>745
研究機関になんか売ってくれませんよ
チップを買うメーカーしか相手にしてない

748:632
06/04/22 11:58:28
>>745
リファレンス版ってなんですか?

ぅぇ・・・二日酔い・・・

749:デフォルトの名無しさん
06/04/22 15:28:03

       ////三三人三\
     | 川リ━━i
     |  リ  \/ 、/ |
     | ノ  <・ヽ /・> |
     |(6||     \  〉
     |  |    (_n,,,,n)./
     |  ヽ ..,,,,,..  ,, /  <もはや、あう・糞塚持ってる香具師は池沼。
     ゝ .,.- \;;;;;;;(三)/
      /  /  '''''''''、ヽ.
          FLET'S

     でKing of Saitamaが750

750:デフォルトの名無しさん
06/04/22 16:23:49
>>632 うぜぇ

751:デフォルトの名無しさん
06/04/22 19:02:01
case EVT_APP_START:
while(1){}

752:デフォルトの名無しさん
06/04/22 19:03:10
>>751
移動機リセット

753:デフォルトの名無しさん
06/04/23 11:44:09
>685
古い話で申し訳ないが、次の手順で試したがどうも上手くいかない。
・helloworld.dll(固めるやつ)をgzipで圧縮
・普通にウィザードでBREWアプリを作成
・提供ソースを組み込んでAEEModGen.cをプロジェクトから外す
・コンパイル
UnZipStreamで上記dllは確かにメモリ上に展開されてるけれど
return _AEEMod_Load( pIShell , ph , &pModule->_pIModule );
した後、オチる。
DLLはだめでMODしか成功しないとか・・?

754:デフォルトの名無しさん
06/04/23 12:39:14
dllとmodは別モンだろ・・・


755:デフォルトの名無しさん
06/04/23 12:52:10
普通に開発して、最終で提出するときに名前を変えて提出すればおk。

例えば sample.mod という名前の mod を提出するのであれば、

sample.mod を GZIP で圧縮して、名前を mod.bin に変更
>>677 の mod を sample.mod に変更

で、これを実機に入れて実行するだけ。

エミュで開発するときは >>677 の mod を使う必要はないよ。

756:デフォルトの名無しさん
06/04/23 12:53:41
スマソ
実機(mod)でしか成功しないなら、今手元に環境がないから諦めるかと思ったので

757:デフォルトの名無しさん
06/04/23 16:16:27
おいおい、何だこの低レベルな質問。

758:デフォルトの名無しさん
06/04/23 17:01:01
そろそろデザインパターン(ry

759:デフォルトの名無しさん
06/04/23 17:07:32
longjumpとかつかったら怒られたなんで?

760:デフォルトの名無しさん
06/04/23 17:33:13
>>759 漏れの浅い知識で考えるに、そんなコーディングしないでね、ってことだと思う。

761:デフォルトの名無しさん
06/04/23 18:10:59
>>759
実装されてないからだよ。

762:デフォルトの名無しさん
06/04/23 19:22:57
おいおい、何だこの低レベルな質問。

763:デフォルトの名無しさん
06/04/23 20:12:08
4月になって、新人さんがBREWさわりだしたのかな

764:デフォルトの名無しさん
06/04/23 20:27:37
かわいそうに。いきなり左遷か

765:デフォルトの名無しさん
06/04/23 21:01:02
素人考えで>677のmod使って検証だして、
ヒープ使用量で落っこちると見た。


766:デフォルトの名無しさん
06/04/23 23:50:25
>>765
使用するヒープは、展開する瞬間に GZIP の展開のための 32KB があるけど、これは瞬間的だし失敗したらローダ側でエラーを出すから問題ない。
あとは >>677 の mod があるけど、ADS1.2 だと 660byte。ほとんど無視出来る。
しかもヒープが足りなかったらローダがエラーを出してくれるし、何も考える必要は無いと思うが。
あるとすればファイル名とファイルサイズを書き出す項ぐらいか?

767:デフォルトの名無しさん
06/04/24 01:39:13
もともとのmodに問題がある、ってこったな。

768:デフォルトの名無しさん
06/04/24 04:06:48
BREW3.1端末同士で直接通信する方法を探したんだけど
IIrObexは廃止された? それとも3.1用のAPI提供待ち?
何か方法ないかな。

769:デフォルトの名無しさん
06/04/24 06:44:08
IrObexは赤外線ついてる限り乗っているよ。


770:デフォルトの名無しさん
06/04/24 08:17:46
間に鯖建ててマッチングすればいいやん

771:768
06/04/24 13:50:49
ん、意味が通じなかったな。ちゃんと説明する。

BREW2.1も3.1も端末に赤外線通信のサービスが付いてることは分かっている。
→ではアプリから操作するための具体的なAPIはどれ?
→BREW2.1では拡張APIで提供された。(IIrObexという名のAPI)
→BREW3.1の拡張APIには入ってない。説明もない。
→BREW3.1では赤外線通信を操作することは、仕様から削除されてしまったか?
  それともまだ提供準備中の段階で、そのうち提供されるのか?

って考えた。

>間に鯖建ててマッチング
そういう方法があるのはもちろんわかってるけど、
今は端末同士で直接通信する方法を探してみてる。
なけりゃないで、「そうか、ないか」でおしまい。
まだ開発入ってないんで(調査段階)気楽にー

772:デフォルトの名無しさん
06/04/24 13:57:04
スキルがあるなら SD カードインタフェイス使って端末間で通信もできるよ。
BREW とは全然関係ない世界だけど。

773:デフォルトの名無しさん
06/04/24 14:57:03
BREW開発でユニットテストやってる人いる?

774:デフォルトの名無しさん
06/04/24 19:00:22
>IrOBEX対応
赤外線搭載機なら使えるかも
詳しくは各端末仕様書参照しとくれ

>2.1と3.1のAPIの違い
基本的にないお
3.1の方がすこしAPIが増えてるぐらい
リファレンスは知らんがプログミングガイドにいろいろ書かれてる

>外部メモリ
DFなら使えるんじゃね?
PCフォルダを侮痢楡菟から使える端末は少ないお

775:デフォルトの名無しさん
06/04/24 19:44:53
ネイティブで改行つきの文字列を

改行つきで表示する方法をだれか教えてください(^_^;)

776:デフォルトの名無しさん
06/04/24 19:45:48
パチンコ&スロットを自分で解析してみませんか?
一般には読み込み不可能とされていた
LE-4280(V4),2280(V2ライト),2080(V2)チップがPC上で解析可能に
詳しくはこちらまで・・・

URLリンク(www.3-you.com)

777:デフォルトの名無しさん
06/04/24 19:51:11
>>775
っ[IHTMLViewer]

778:デフォルトの名無しさん
06/04/24 19:52:28
まちがえた
HTMLだと改行は無視されるじゃん...('A`)
preタグかplaintext使えば行けるかもしらんが

779:デフォルトの名無しさん
06/04/24 20:14:40
つITEXTCTL

780:デフォルトの名無しさん
06/04/24 20:59:45
>>>777 >>778
早速ありがとうござまーす。うぅーん・・・。
それだとhtml埋込になりますよねぇ・・・。

>>779
打ち込んだのを、そのままITextCtlに渡して
表示・・・改行コードは何故か消えませんか・・・?

Brewたんの認識できる改行コード(HEX)・・・orz

781:デフォルトの名無しさん
06/04/24 21:39:26
てめぇで改行入れろや
iアプリだってやってくれんぞ。


782:デフォルトの名無しさん
06/04/25 11:52:00
IHTMLVIEWERを使用してformタグ内にinputタグ(type=text)をひとつだけ用意
して、valueに長めの文字列いれてスクロールさせようとしています。
このhtmlをHTMLVIEWERに設定するとなぜか、テキストボックスの横に改行マーク
の入ったボタンが表示されてしまいます。
formタグ内にもうひとつinputタグを入れると表示されなくなるのですが、その他にこのボ
タンを表示させない方法はありませんでしょうか?

783:デフォルトの名無しさん
06/04/25 12:11:33
>>782
ありません。仕様です。

784:デフォルトの名無しさん
06/04/25 12:17:22
今日もBREWたんハァハァ(´ω`)

785:デフォルトの名無しさん
06/04/25 14:09:10
>>783
どうもです。
できないのですか、残念です。
タイマーを使用して少しずつ描画をずらすのが一般的なのでしょうか。

786:デフォルトの名無しさん
06/04/25 15:10:31
WIN端末でIWebでデータ送信したいのですが、1度の送信で送れる最大バイト数って
あるんでしょうか?
(1日に送受信できる上限サイズはサービスガイドに見つけたのですが)

よろしくおながいします。


787:デフォルトの名無しさん
06/04/25 15:25:09
>>786
ソケットバッファサイズ分までしか送れないって話だったと思った。

788:デフォルトの名無しさん
06/04/25 15:35:04
>>785
自動でずらすならタイマー、手動でずらすならキーイベント。

>>786
フォーラムをPOSTで検索。

789:デフォルトの名無しさん
06/04/25 15:36:50
VC6のメニューの「ツール」に、BREW ARM Makeが無いのですが
どうすればいいでしょうか?


790:デフォルトの名無しさん
06/04/25 15:39:19
SDKのsrcフォルダの中にnmake用のMakefileテンプレートがあるので自分で作る。

791:789
06/04/25 15:43:29
>>790
GenerateARMMakefileをつかってmakefileは作れました。
その後、コンパイルするメニューがどれか見つからないのです・・・


792:デフォルトの名無しさん
06/04/25 15:44:33
>>791
KDDIの全資料を「BREW ARM Make」で検索。

793:786
06/04/25 15:55:25
>>787,>>788

ありが㌧。
フォーラムを検索し、IWebの制限で64KBytesまでということがわかりますた。

助かりました。


794:789
06/04/25 17:21:50
ツールのカスタマイズでBREW ARM Makeを作り実行したのですが、

Fatal Error: Makefile Not Found
Create Makefile from AddIn tool bar
ツールは次のコードを返しました: 3

となってしまいます。パスの設定が間違っているのでしょうか。


795:デフォルトの名無しさん
06/04/25 17:44:57
>>794
SDKのドキュメントを「Makefile Not Found」で検索。
フォーラムを「Fatal Error Makefile」で検索。

796:デフォルトの名無しさん
06/04/25 18:07:18
「Create Makefile from AddIn tool bar」を日本語に訳す

797:デフォルトの名無しさん
06/04/25 18:50:53
ITextでマルチライン有効にしたら

\nつかえる?

798:デフォルトの名無しさん
06/04/25 19:11:23
その程度のことを自力で試さない理由は?

799:デフォルトの名無しさん
06/04/25 19:56:00
>>798
1.自宅に環境ない。
2.仕事時間に調べる時間短縮w

ゴメw ズルイ俺w

またROMるよ。


800:デフォルトの名無しさん
06/04/25 23:12:48
できますん

801:デフォルトの名無しさん
06/04/25 23:37:23
なんでARMコンパイルにVC使うの?バッチファイルでいいじゃない
一度に2.1用と3.1用が出たり認証有り無しが出たりデバッグ有り無しが出たりするよ

802:デフォルトの名無しさん
06/04/26 01:17:11
じゃあくれよ

803:デフォルトの名無しさん
06/04/26 01:56:29
shakerが端末依存でうまく設定できないことってある?


804:デフォルトの名無しさん
06/04/26 09:38:01
brew自体端末依存なので、余裕であり得ます。

805:デフォルトの名無しさん
06/04/26 19:03:41
今日はBREWたんのこと少しわかった気がする_(._.)_

ガンガロ ノシ

806:デフォルトの名無しさん
06/04/26 20:24:38
ADS1.2 でコンパイルしたオブジェクトファイルは RVCT1.2 でリンクできないのだろうか。
なぜか undefined refarence to <関数名> になってしまう。

807:デフォルトの名無しさん
06/04/27 01:01:26
>>804
ふーんそうなんだ。
不便だねぇ。

808:sage
06/04/27 18:17:58
空きメモリの容量を調べる方法ってある?
デバックモードの###3#でやってみたけど
アプリ実行したりすると逆に増える・・・
なんで?

809:デフォルトの名無しさん
06/04/27 19:13:42
ARMコンパイラをインスコして、BREW Addinsをインスコしたあとに、
「Generates the makefile which can be used to compile with ARM Compiler」ボタンを
クリックしたのですが、何も反応がなく、Makefileも生成されていないようです。

BREW SDKを再インスコしたり、いろいろやったのですが、上手くいきません。
BREW Addinsでこのような問題に遭遇した方・・・解決法をご存じないでしょうか?

810:デフォルトの名無しさん
06/04/27 19:28:11
テンプレ使ってmakefileを自分で作り
コマンドラインでコンパイル

ずっとそうしてる。

811:デフォルトの名無しさん
06/04/27 19:35:55
>>810
レスありがとうございます。
Makefileに詳しい方でしたらそれも悪くないとは思います…。

実は今、原因が分かりました。
プロジェクト名にスペースが含まれていると、「Generates (中略) ARM Compiler」ボタンが
うまく動かないみたいです。スペースをなくしたら動きました。
お騒がせしました…。

812:デフォルトの名無しさん
06/04/27 20:25:11
マジカヨ。それは初耳だった

813:デフォルトの名無しさん
06/04/27 23:10:04
あの自動生成Makefile、内容の80%以上が依存関係記述だもんなー

814:811
06/04/28 11:21:54
>>812
すみません、嘘書いてしまいました。
スペースは関係ありませんでした。
*.projファイルの名前とVC上でのプロジェクト名を変えていると駄目みたいです。
まあ、この予想も間違ってるかもですが。。。

815:デフォルトの名無しさん
06/04/28 11:28:19
>>814
それで多分正解

816:デフォルトの名無しさん
06/04/28 13:05:15
URLリンク(plusd.itmedia.co.jp)
あるBREW開発者の苦悩

817:デフォルトの名無しさん
06/04/28 13:22:29
ユーザーが機種の設定でボリュームを下げてるのに、
アプリ側で自由に最大ボリュームで鳴らせるような
そんな自由度いらねEEEEEEE

818:デフォルトの名無しさん
06/04/28 13:42:24
>>817
アプリ使ってMAXの音量出すと、携帯ってここまで大きい音なるのかって驚くよな。
初めてやったときすげーあせったよ(´・ω・`)

819:デフォルトの名無しさん
06/04/28 19:22:42
>>816
いや3ヶ月って長いよwwwwwwwwwwwwwww

820:デフォルトの名無しさん
06/04/28 19:25:24
>>816
飴と鞭

821:デフォルトの名無しさん
06/04/28 20:26:45
まぁ検査するほうがいいものにはなるんだけどねぇ・・・

822:デフォルトの名無しさん
06/04/28 20:29:43
あまりにも糞アプリがわんさか出てくると死にます

823:デフォルトの名無しさん
06/04/28 22:33:44
検証開始日が決まるまでの期間が書かれてないぜオヤジ

824:デフォルトの名無しさん
06/04/28 23:01:07
>KDDIの答えは、「審査に1カ月、検証に3カ月というのは最も長くかかったパターンだろう」というもの。
このスレでも>>162が2.5ヶ月待ちだからあながち間違いでもないようだw

でも、クリスマスにアプリ出したかったらそろそろ始めないとダメかもね(´・ω・`)

825:デフォルトの名無しさん
06/04/28 23:18:12
むしろ実装・移植一日とか無茶な馬車馬プログラムをしなくてすむので
俺は心から今の状況をよろこんでいるのだが、そういうことは
経営者や企画には言えないw

826:デフォルトの名無しさん
06/04/28 23:44:42
誰か!>>825に削除依頼を(;゚Д゚)

まぁ、冗談はともかくとして、何も知らない素人会社は
3キャリアでアプリ出したいとか言うんだけど、
BREWがネックになってどれも話しが進まないことがある(´・ω・`)

827:デフォルトの名無しさん
06/04/28 23:55:08
>>826
あるあるw

828:デフォルトの名無しさん
06/04/29 00:24:55
>>826
最近は結構分かる会社が増えてきたみたい。
企画ものなんかでは、最初から「docomoとvodafoneでBREWは無しね」
とauは最初から除外されてるケースが多い。
auは「しょぼいけど(ちゃんとしたゲームは無理だけど)auはflashで」という話
も出てきたし。


829:デフォルトの名無しさん
06/04/29 08:56:45
MISRA-Cに遵守したプログラム書くと
動かないし遅いし困ったもんだ


次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch