09/12/29 21:05:52
>実はできるんじゃないかと、１日中ぐぐりまくってたんでしたが。
すいません、途方にくれて、日本語もおかしくなったようです。
250:デフォルトの名無しさん
09/12/29 21:55:14
EZアプリ（Java）対応端末のユーザーって今何％くらい残ってるんだろう・・・。
251:デフォルトの名無しさん
09/12/29 23:25:13
>>246
おお、ありがと
ちょっと読んでみる
252:デフォルトの名無しさん
09/12/30 01:03:18
>>248
KDDI au: 技術情報 > EZアプリ (Java?)
URLﾘﾝｸ(www.au.kddi.com)
EZアプリってかなり古い機種の携帯用のアプリっぽいけど端末持ってるの？
253:デフォルトの名無しさん
09/12/30 11:14:47
>>249 >>252
今の携帯では動かないんですか
携帯事情には疎くてすいません。
そうすると、auでSDカード読み出しできそうなのは
BREWってのがありましたね。
そっちの方で調べてみます。
すれ違いの方向にすすんじゃってすいません。
254:デフォルトの名無しさん
09/12/30 12:13:03
BREW箱神社無理
255:デフォルトの名無しさん
09/12/30 14:09:35
>>253
BREWで作っても実質配布できないよ
自由度高いDoJaでさえ審査無しで端末データ操作はできない仕様じゃなかったけ？
256:244
09/12/30 15:30:23
>>254 >>255
はい。BREWは申請いるんですよね。
後の検証もいるみたいで。
年が明けたら会社で申請してみようと思ってます。
とりあえず、一番厳しそうなBREWから初めてみます。
そこでつまづいたら、どうしようもないということで。
電波飛ばない地区を対象にしてるので、
SDカードのデータ漁れないとどうしようもないんです。
ちょっとでいいので、
申請通ることを一緒に祈ってください。
みなさん、本当にありがとうございました。
257:デフォルトの名無しさん
09/12/30 21:57:57
公式CPになる気か？
258:デフォルトの名無しさん
09/12/30 23:04:53
>>256
BREW(Binary Runtime Environment for Wireless) 11
ｽﾚﾘﾝｸ(tech板)
まぁ頑張れや
259:デフォルトの名無しさん
09/12/30 23:06:33
BREWは別スレだから。
260:デフォルトの名無しさん
09/12/31 03:18:40
>>256
KDDI au: 公式コンテンツで提供するサービス > EZアプリ (BREWR)
URLﾘﾝｸ(www.au.kddi.com)
技術情報くらい読めや
261:デフォルトの名無しさん
09/12/31 03:20:45
>>253
262:デフォルトの名無しさん
09/12/31 03:21:27
>>253
＞今の携帯では動かないんですか
＞携帯事情には疎くてすいません。
au公式の技術情報くらい読めや
263:244
09/12/31 03:36:39
>>258,259
はい、だから、すれ違いになってすいませんと書きました
別スレでがんばってきます。ありがとうございました。
>>260
そこ、既によんでます。がんばります。
>>262
だって、「EZアプリはクソなので、現在の携帯では動きません」
とは書いてなかったので…
半日くらい、EZアプリ（Java）に時間を割いたんですけどね…、無駄でした。
お気を悪くされた方がいらっしゃったら、申し訳ありません。
悪気はまったくありません。本当に感謝しています。
ありがとうございました。
264:244
09/12/31 03:39:34
すみません、>>263を読み返してみると、
やっぱり、ものすごく態度が悪いと見えます。
わたしが言いたいのは、
みなさんにレスしてもらって、本当に助けになったことです。
感謝だけです。ありがとうございます。
スレ違いですが、まずBREWから始めてみることだけ、書いておきます。
ありがとうございます。
265:デフォルトの名無しさん
09/12/31 07:54:39
匿名掲示板だしこまけぇこた気にすんなよ
かなり特殊な物作ろうとしてるみたいだけど
本当に作る必要のあるものかは検討したのかな？
まあがんばれ
266:244
09/12/31 13:45:33
そう言っていただけると、とても助かります。
あんまりひっぱって、一人で展開しても迷惑なので、
これにて名無しにもどって、
ここではCLDCとMIDPの話するようにしますね。
267:デフォルトの名無しさん
09/12/31 16:17:04
>>263
＞だって、「EZアプリはクソなので、現在の携帯では動きません」
＞は書いてなかったので…
サイトに対応機種書いてあっただろ・・・読んでないじゃんおまえ
268:デフォルトの名無しさん
09/12/31 17:52:10
そんな噛み付くなよｗｗｗ
どう見ても初心者だろ
269:デフォルトの名無しさん
10/01/01 00:14:05
うむ。初心者なら仕方ないよね。
右も左もわからないんだから
270:デフォルトの名無しさん
10/01/02 19:12:42
しねよ馬鹿ガキ
271:デフォルトの名無しさん
10/01/03 02:36:21
ごめんなさい
272:デフォルトの名無しさん
10/01/03 10:03:56
スルーしろ
273:デフォルトの名無しさん
10/01/04 01:56:34
ごめんなさい
274:デフォルトの名無しさん
10/01/04 07:53:01
オラおめえだけは許さねえ！
275:デフォルトの名無しさん
10/01/05 00:02:28
もう許して・・・
276:デフォルトの名無しさん
10/01/17 13:32:16
申し訳ありません、質問です。
オープンアプリを作ってちょこちょこ遊んでます。
ランダムな色の円(fillArcで描画)を256個ほど使い、
擬似3Dチックな描画をしています。
(ワールド座標のY軸を中心に公転、深度ごとに毎フレームソート)
で、所有している端末はW51CAなのですが、実行性能が3fps程度と非常に低いです。
これがたとえばCA003とか、そういう最新機種だと、速度面は改善されますでしょうか。
も一個、GameCanvasとテキストフィールドを組み合わせて使うことって可能ですか？
277:デフォルトの名無しさん
10/01/17 15:35:56
fpsは最新機種なら当然上がるが例外機種もありそう
canvasとformは切り替えて使うなら可能
同時に使うことは不可能
自前でテキストフィールドっぽいものを作るしかない
278:デフォルトの名無しさん
10/01/17 18:12:19
なるほど。
ありがとうございます
279:デフォルトの名無しさん
10/01/17 20:34:54
OAPの機種毎の描画性能って気になるところだけど情報無いね
極端な差はなさそうだけど
280:デフォルトの名無しさん
10/01/18 10:19:38
OAP仕事でやったやついる？
281:デフォルトの名無しさん
10/01/18 23:27:50
OAP搭載機種にバンドルされてる猿のゲーム作った人ぐらいじゃない？
282:デフォルトの名無しさん
10/01/19 00:35:36
猿のゲーム？
283:デフォルトの名無しさん
10/01/19 17:31:30
ぷよぷよもどきが付いてたでしょ
284:デフォルトの名無しさん
10/01/19 19:02:48
W52CAはOAPの説明するだけのアプリが付いてた。最近の機種はぷよぷよもどきが付いてるの？
285:デフォルトの名無しさん
10/01/19 19:35:19
ぷよぷよもどき付いてない機種があるのか
って事は付いてるのはOAPのバージョンが上がったKCP+端末以降かもな
286:sage
10/01/22 11:13:33
すみません、質問です。
S!アプリにて、アプリからブラウザ起動時にアプリを終了させることはできるでしょうか
？
platformRequest, BrowserConnectionの2種類で試しているのですが、
どちらもブラウザ終了後に一度アプリに戻ってきてから終了します。
下記にソースを一部抜粋します。
// platformRequestを使用する場合
app.platformRequest("http" + アドレス);
Thread.sleep(1000); // sleepがないとブラウザ起動失敗したりするため
app.notifyDestroyed();
// BrowserConnectionを使用する場合
BrowserConnection bc = (BrowserConnection)Connector.open("url:" + アドレス);
bc.connect();
app.notifyDestroyed();
検証端末はSoftBank 931SHです。
解決法がありましたら教えてください。
よろしくお願いします。
287:デフォルトの名無しさん
10/01/22 11:19:08
ウチは結局戻ってきてから終了させた。
288:デフォルトの名無しさん
10/01/22 14:14:12
ウチも同じく。
289:デフォルトの名無しさん
10/01/22 16:45:54
>>286
実装依存。
VM起動中に他のアプリケーションが起動してるとVMの再起動かかる実装だと
ユーザーがリクエスト実行の許可を出した時点でプロセスをフォークする。
んで有無を言わさずただちにVMは正常終了する。
OSがマルチタスクで、VMが複数プロセス起動できる実装なら（他のアプリケーションと排他起動ではない）なら
リクエストはフォークしたまま、VMは生きてることもある。
MIDP2.xまではVMの複数起動とアプリケーション間通信が標準化されてないのでそういうことが標準でできるようになるのはMIDP3.0以降。
MIDP3.0はCDCが余裕で動くくらいのデバイス要求だから実現するのははるか先の話。
290:286
10/01/22 19:49:34
>>289
詳しい説明ありがとうございます。
端末依存の挙動になるなら、
アプリに戻ってきてから終了が無難ですね。
>>287,288のお二人もありがとうございました。
もう一件困ったことがありまして新たに質問です。
platformRequestで接続時に
「ブラウザを起動しますか？」というようなダイアログが出てくるときに
「いいえ」を選ぶと>>286の書き方では終了してしまいます。
Exceptionをcatchできないかとも思ったのですが駄目でした。
このダイアログの選択結果を取得する方法はありますでしょうか？
よろしくお願いします。
291:デフォルトの名無しさん
10/01/22 22:38:23
AMSが出してるダイアログだから無理じゃないかね。
292:デフォルトの名無しさん
10/01/23 12:34:05
質問です。(MIDP/MEXA)
現在、画面のコピー処理を作成しています。
オフスクリーンに描画したものを、
キャンバスにコピーする(画面に表示させる)事はできるのですが、
逆に、キャンバスに描画されているものを、
オフスクリーンにコピーする手段が見つからず、困っています。
Canvasクラスのpaint()の引数「Graphics」から、
imageクラスを作成する事が出来れば良いのですが、それが出来ない。
※Canvas.getImage()は使用出来ず。
※GraphicsUtil.getPixel()で、paint()の引数「Graphics」から、色を取得しようとすると、
java.lang.SecurityExceptionが発生してしまう。
何か良い手段は無いでしょうか？
293:デフォルトの名無しさん
10/01/23 15:10:46
可変タイプのImageクラスに描写したいもん全部描写して
キャンバスにまるごとコピーするってのはどう？
294:292
10/01/23 15:56:50
>>293
> 可変タイプのImageクラスに描写したいもん全部描写して
> キャンバスにまるごとコピーするってのはどう？
それは、私が最初に記した、
「オフスクリーンに描画したものを、
キャンバスにコピーする(画面に表示させる)事はできるのですが、」
にあたる処理ですよね？
毎回、「オフスクリーン(Imageクラス)に描画⇒キャンバスにまるごとコピー」を行う方法では、
アクションゲームを作る場合に性能が落ちてしまう為、避けたいのですが・・・。
295:デフォルトの名無しさん
10/01/23 16:04:00
>逆に、キャンバスに描画されているものを、
>オフスクリーンにコピーする手段が見つからず、困っています。
と
>毎回、「オフスクリーン(Imageクラス)に描画⇒キャンバスにまるごとコピー」を行う方法では、
>アクションゲームを作る場合に性能が落ちてしまう為、避けたいのですが・・・。
に何の関係があるのか分からん
296:292
10/01/23 16:21:03
>>295
> に何の関係があるのか分からん
分かり辛くて申し訳ないです。
基本的には、アクションゲームなので、性能が落ちない作りとしたいのですが、
現在表示している画面を後から見る機能(リプレイ機能的なもの)を、実装したかったもので。
297:デフォルトの名無しさん
10/01/23 16:36:38
だから
現在表示している画面を後から見る機能(リプレイ機能的なもの)を、実装すると
なんで
性能が落ちない作りになると思ったの？
298:デフォルトの名無しさん
10/01/23 21:11:41
ビデオのように保存したかったってことか？
だとすれば速攻でメモリが一杯になる気がするが……。
299:デフォルトの名無しさん
10/01/23 21:54:37
>>292
動画としてキャプチャするのはスペック的に不可能なので、リプレイ機能は他の方法でやるしかないよ。
300:292
10/01/23 22:09:35
>>297
>>298
すいません、
「リプレイ機能的なものを実装すれば、性能が落ちない」と言うわけではなく、下記の事が言いたかっただけです。
＜実現したい事＞
キャンバス(現在表示している画面)を、オフスクリーン(可変タイプのImageクラス)にコピーしたい。
(ビデオのようにではなく、画像のキャプチャのような機能を作りたい。)
※WindowsのPrintScreenみたいな機能が実装できれば良いです。
①毎回オフスクリーンに描画⇒キャンバスにコピーを行った場合
⇒下記②より性能が悪い。
しかし、オフスクリーンには、常にキャンバスの画像が描画されている為、実現したい事は満たせている。
②毎回キャンバスのみに描画した場合
⇒上記①より性能が良い。
しかし、キャンバスをオフスクリーンにコピーする手段がない(分からない)為、実現したい事が満たせない。
↑この手段を知りたい。
>>293の方法は、
上記①の方法だと思い、上記②(キャンバスのみに描画)より性能が落ちると思いました。
301:デフォルトの名無しさん
10/01/23 22:56:57
毎回スナップショットとる=連続静止画=動画だよな？
スペック的にふつうにリプレイ（のようなもの）を実装しないと実現できんと思うんだが。
ていうか①では性能落ちないだろ。ただのバッファリングだぞ。
302:デフォルトの名無しさん
10/01/23 23:19:48
>>301
スナップショットをとるのは、何かボタンを押した時だけで良いです。
(つまり、何かボタンを押した時に、キャンバスをオフスクリーンにコピーしたいです。
①の方法の場合は、何かボタンを押した時に、
現在のオフスクリーンを、別のオフスクリーンにコピーすることで、画面のキャプチャが可能。)
>>ていうか①では性能落ちないだろ。ただのバッファリングだぞ。
うーん、①の方法で試してみます。
303:デフォルトの名無しさん
10/01/23 23:24:41
ていうかダブルバッファしてないの？
あるタイミングでバッファのスナップショット取ればいいだけだろ。
304:デフォルトの名無しさん
10/01/23 23:32:54
ダブルバッファはしていないです。
バッファのスナップショットを取る方法で試してみます。
回答ありがとうございました。
305:デフォルトの名無しさん
10/01/24 02:50:55
>>300
> しかし、キャンバスをオフスクリーンにコピーする手段がない(分からない)為、実現したい事が満たせない。
キャンパスをオフスクリーンにコピーするときの時間は無視できるのか
めでたい香具師だな
306:デフォルトの名無しさん
10/01/24 03:25:21
描写されてるオブジェの種類と座標を全部記憶しておいて、あとで再描写すればええんでないの？
307:デフォルトの名無しさん
10/01/24 16:19:07
>>304
要はスナップショットが必要なのに>>292の質問文ができあがるとか
失礼だがプログラム向いて無いっぽいぞ
308:デフォルトの名無しさん
10/01/24 16:34:35
>>305
PrintScreenするときだけゲームが少し止まるってのは、よくあると思うよ。
まぁどっちにしても、①のようなことするアプリつくったことあるけど、
性能にそんなに影響ないっぽいよ。
309:デフォルトの名無しさん
10/01/24 16:53:58
実装機の性能次第ってとこか
310:デフォルトの名無しさん
10/01/24 18:16:13
まともなアクションゲームぐらい実装できる性能なら
一画面保持しておく程度の事は全く問題ないと思うが
311:デフォルトの名無しさん
10/01/24 18:47:26
つまり無理って事だな
312:デフォルトの名無しさん
10/01/25 07:09:15
お前はいつの時代の携帯使ってんだよｗｗ
313:デフォルトの名無しさん
10/01/25 10:44:59
キャプチャ時に時間かかっていいならgetPixel、setPixelでできるだろ
314:デフォルトの名無しさん
10/01/25 12:42:25
Canvas.getPixel
Canvas.setPixel
315:313
10/01/25 13:31:44
良く読んだらgetPixelで例外でるって書いてあるね。すまん
316:デフォルトの名無しさん
10/01/25 13:39:29
GraphicsUtil?
317:デフォルトの名無しさん
10/01/25 13:41:32
>>316
>>2
318:デフォルトの名無しさん
10/01/25 15:12:40
ダブルバッファリングって何？
Canvas.isDoubleBuffered() がtrueとfalseではどう違うの？
グラフィックス描写処理にどういう違いがあるの？
319:デフォルトの名無しさん
10/01/25 15:21:15
ゲームではGameCanvasをRunnableにして
getGraphics()で取得したGraphicsを
run内のループで描写してはflushGraphics()して表示してるんだけど
paintメソッドやrepaintメソッド使ったほうがいいってこと？
320:デフォルトの名無しさん
10/01/25 15:33:20
class GameCanvas extends Canvas{
Image buffer;
GameCanvas(boolean suppressKeyEvents){
buffer=Image.createImage(getWidth(),getHeight());
}
Graphics getGraphics(){
return buffer.getGraphics();
}
void paint(Graphics g){
g.drawImage(buffer,0,0,Graphics.LEFT|Graphics.TOP);
}
}
こんな感じと予想
321:デフォルトの名無しさん
10/01/25 15:38:07
void flushGraphics(){
serviceRepaints();
}
flushGraphicsはこんな感じと予想
322:デフォルトの名無しさん
10/01/25 15:41:13
(；´Д｀)
323:デフォルトの名無しさん
10/01/26 01:59:51
久々にスレが動いたかと思えばダブルバッファも知らん連中で溢れかえっていました
324:デフォルトの名無しさん
10/01/26 02:13:09
まぁ初歩的な質問はスレチかな
ダブルバッファｽﾚで尋ねてみなさい
325:デフォルトの名無しさん
10/01/26 14:12:52
ダブルバッファをGameCanvasの使うのと自作するのとではどれだけ性能差があるんだろうね
326:デフォルトの名無しさん
10/01/27 04:31:12
GameCanvasので問題ない
性能差なんて殆ど無い
327:デフォルトの名無しさん
10/01/27 16:28:22
リュウとケンぐらいの差だな
328:デフォルトの名無しさん
10/01/28 21:03:14
そんなことより描画とロジックを別スレッドにしろ
びっくりするほど速くなる
スレッドセーフに気を使わないといけなくなるし
重くなるとフレームスキップおきまくるけど。
329:デフォルトの名無しさん
10/01/29 00:10:18
何が早くなるの？
330:デフォルトの名無しさん
10/01/29 01:49:33
W5X世代だと画面クリアして文字出してるだけで10fpsなのに、速くなるわけなどない。
それに根本的に演算コストやら描画コスト変わらないのに、速くなるわけなどない。
331:デフォルトの名無しさん
10/01/29 05:18:46
可読性犠牲にC的にｺﾞﾘｺﾞﾘ書く方が速いやな
ってかMIDPのマルチスレッドって注意点というか問題無かったっけ？
332:328
10/01/29 10:20:47
シューティングで3並列でマルチスレッドのアプリ作ったけど、
動作速度がかなり速くなったよ。
500のスプライト・30msのループでも、多少フレームスキップが
おきるけど、動作速度は殆ど落ちない。
ディスプレイにデータを転送して描画を待っている間に、
次のフレームの処理をしているのだから、むしろ当然だと思うんだが。
333:デフォルトの名無しさん
10/01/29 11:10:35
実機でそれだけの速度が出るなら、ぜひともどの機種を使ったか書いてくれ
334:デフォルトの名無しさん
10/01/29 12:12:11
>>332
描画とロジックを切り分けるのは良くあるパターンだけど
動作速度の解決手段としてスレッドで分ける事に
どういう意図があるか是非聞かせて頂けないだろうか？
335:デフォルトの名無しさん
10/01/29 12:42:50
>>334
332じゃないけど、描画の時間を有効活用するって事じゃないのか？
336:デフォルトの名無しさん
10/01/29 16:29:01
>>334
断続的に処理落ちが発生しており、フレームレートを平滑化する仕掛けを実装してないんだろう？
ロジックと描画を非同期にしていまえば、どれだけ描画が遅れようともロジックが処理落ちすることは
なくなるしな。
337:デフォルトの名無しさん
10/01/29 18:56:04
いろいろツッコミ所は多いが
まずシューティングゲームとして致命的な仕様だなｗｗｗ
338:334
10/01/29 20:54:14
>>335-336
なるほど、そういう方法があるんですか
でも根本的な動作速度の改善とは少し違う意味合いでの高速化だね
シングルスレッドでスリープ間隔固定でぶん回す方が速度的にも現実的な気もするけど…
339:デフォルトの名無しさん
10/01/30 12:14:06
どうにもうさんくさいんだよなあ。
PCのテスト環境上での話しだというならわかるんだけど。
実機で1フレーム1回全画面クリアした時のfpsより、
>>332の方が速いって信用ならない
340:デフォルトの名無しさん
10/01/30 16:10:20
環境がKCP+端末上のOAPとかだとメール受信OFF設定でも
数分おきにバックグラウンド処理で何やら高負荷が掛かるから
描画スキップが激しそうだな
341:デフォルトの名無しさん
10/01/30 16:10:36
ならベンチマークとれよ
342:デフォルトの名無しさん
10/01/30 16:37:57
ベンチマークテストの仕方がわからない
343:デフォルトの名無しさん
10/01/30 17:58:23
ベンチマークってKCP+のモッサリが解消するアプリだったのか
344:デフォルトの名無しさん
10/01/30 22:07:12
だれもそんなこと言ってないだろ
345:デフォルトの名無しさん
10/01/31 00:37:31
安価ぐらい付けろって意味でからかわれたんだろ
346:デフォルトの名無しさん
10/02/04 14:13:55
こんにちは。
S!アプリのユーザーって減ってますか？
iPhoneユーザーばかりになってるんでしょうか？
347:デフォルトの名無しさん
10/02/04 17:29:59
ここで聞くことじゃ無いし他で聞いても多分誰も答えれんだろう･;(`ε()ﾞ
348:デフォルトの名無しさん
10/02/04 23:08:15
オープンソースのjavaで
腐ってる中でも性能出そうな実装って知りませんか？
349:デフォルトの名無しさん
10/02/04 23:31:11
コンパイラ？VM?JAVAチップ？
350:デフォルトの名無しさん
10/02/04 23:35:06
>>349
JVMです。j9買えなくなったので
困ってます
351:デフォルトの名無しさん
10/02/05 15:27:20
オープンソースで？
352:デフォルトの名無しさん
10/02/06 10:00:29
>>351
j9自体国内から買えなくなった
353:デフォルトの名無しさん
10/02/08 01:23:27
OAP終了～
orz
今後auの携帯にOAPは実装されないらしい・・・
せっせとOAP作りを勉強してる俺オワタ＼(＾o＾)／
携帯買い替えられないお
354:デフォルトの名無しさん
10/02/08 01:24:58
OAPちゃんは特別なAPIとか無いからそのままソフトバンクとかの携帯アプリとして使えたりする？
使えるんなら次携帯買い換える時はソフトバンクにするお
355:デフォルトの名無しさん
10/02/08 01:59:55
自分で調べれ
356:デフォルトの名無しさん
10/02/08 04:12:10
>>353
ググってもソース見つからんかった
どこの情報？
あとMIDP勉強してるなら何にでも応用効くじゃんｗ
357:デフォルトの名無しさん
10/02/08 08:42:50
>>356
URLﾘﾝｸ(creation.mb.softbank.jp)
URLﾘﾝｸ(www.au.kddi.com)
358:デフォルトの名無しさん
10/02/08 10:14:53
>>354
S!アプリとOAPは規格が違うので完全互換は無いので注意が必要だけど、基本的にはすぐ移植できるよ。
開発環境は無料なんだしエミュレータで試してみたら？
359:デフォルトの名無しさん
10/02/08 15:10:00
>>357
ただの安価ミスだとは思うが
>今後auの携帯にOAPは実装されないらしい・・・
についてのソースが欲しいと言ったんだよ
360:357
10/02/08 17:23:27
×>>356
○>>354
すみません、アンカミスいしました。
361:360
10/02/08 17:25:03
×すみません、アンカミスいしました。
○すみません、アンカミスしました。
今度はタイプミスしましたorz..
362:デフォルトの名無しさん
10/02/09 11:26:31
OSSのKVMてPhoneMEいがいにあるの？
363:デフォルトの名無しさん
10/02/09 23:57:48
PhoneMEもう更新されねーだろ
ボラクルから圧力もかかってるし
364:デフォルトの名無しさん
10/02/15 18:58:51
SoftBankの920SC, 820SCでのみ、
下記の通信接続オープンの箇所で、
例外処理にも来ず端末が再起動するという現象が起きています。
この端末について何か情報をお持ちの方がいましたらよろしくお願いします。
HttpConnection httpc = (HttpConnection)Connector.open(url);
365:デフォルトの名無しさん
10/02/16 01:11:42
日本の携帯Javaって変な機種依存多すぎてVMの利点が無いね
Dojaは知らんけど
366:デフォルトの名無しさん
10/02/16 18:51:01
Javaはもともとそういう性格の子なので、こればかりはなんとも。
367:デフォルトの名無しさん
10/02/16 20:16:00
auのオープンアプリなら純粋なCLDCMIDPだからオープンアプリ用アプリなら他の機種への移植は容易かも・・・？その逆は不可だけどね
血液型で例えるならオープンアプリはＯ型で他の血液型に輸血は出来るけど逆に血を貰うことはできないと
368:デフォルトの名無しさん
10/02/16 20:22:48
M1000 も MIDP だったんだけどなあ。
369:デフォルトの名無しさん
10/02/16 23:29:05
Willcomこそ純潔のMIDPぞ！！
370:デフォルトの名無しさん
10/02/18 11:45:10
まぁAndroidが広まればMIDPも広まるだろ
アプリストアでMIDPアプリが売れるようになるわけだし
371:デフォルトの名無しさん
10/02/18 11:52:27
いやMIDPとandroidは全然概念違うから。
372:デフォルトの名無しさん
10/02/18 19:14:43
>>370
373:デフォルトの名無しさん
10/02/19 13:03:23
Androidでは既にMIDPが動いているよ
ゲームだとMIDPの方がプログラム組みやすいから、Android携帯はMIDPゲーム端末としても有望かもしれない
374:デフォルトの名無しさん
10/02/19 15:13:31
少なくとも現行の日本で手に入るandroidデバイスでMIDPは動かないが？
androidストアで配布もしてねえし。
動くって考えて開発する奴は殆どキチガイに近いだろ。
375:デフォルトの名無しさん
10/02/19 15:19:30
一部業界関係者にはandroidでMIDPが動くという情報が出回っているんだろう
おそらく公式発表前の情報だから、本来は口外禁止のはずだが
末端の人間はそんなこと知ったことかであちこちで言いふらしているといったところか
インサイダー取引につながりかねない危険な情報だ
376:デフォルトの名無しさん
10/02/19 17:29:37
確かJavaSE+独自拡張の言語で作れるらしいじゃん
MIDPアプリの移植は簡単そうだな
377:デフォルトの名無しさん
10/02/19 19:37:43
MIDPをAndroidで動かすWrapperが既にあるよ。
URLﾘﾝｸ(www.netmite.com)
378:デフォルトの名無しさん
10/02/20 16:14:12
誰か日本語ドキュメントを作ってくれ～～
379:デフォルトの名無しさん
10/02/20 18:54:30
自分の知識の範囲内だけでキツい言い方しちゃうと
往々にして後で恥をかくもんですなあ
380:デフォルトの名無しさん
10/02/22 13:47:05
Piccolo XML ParserをCLDCで動くように移植したんだがいらないコード全部とっぱらってもライブラリサイズが160Kより落ちなかった。
まだいじる余地はあるがCLDC環境にはデカすぎるな。
速度もPiccolo:XPP3が1:1.3~1.5くらいの差しかなかった。
381:デフォルトの名無しさん
10/02/22 16:30:28
300k制限+通信制限じゃxml扱うのは辛いね
382:デフォルトの名無しさん
10/02/26 17:15:41
イメージ生成について質問です。
Image.createImage( String name );
に関しての処理時間が遅いのは仕様なんですかね･･･？
画像ファイルが10x10程度のサイズでも生成に20ミリ秒ぐらいかかっている。
Image.createImage()でイメージを複数生成しようとした際には
アプリが止まっているように見えてしまうので困ってます。
Image.createImage(byte[] imagedata, int imageoffset, int imagelength)
にすれば多少は早くなるのですが、メモリが厳しくて画像全てをbyte配列で
保持するのが厳しいorz
誰か良い解決方法教えて･･･。
使用端末は905SHです。
383:デフォルトの名無しさん
10/02/26 20:46:14
オブジェクトの生成は基本的に重いから普通は
ロード画面でまとめてやるんじゃない？
ある画像のImageオブジェクトの生成が終わったら
そのbyte配列持っとく必要無いんじゃない？
384:デフォルトの名無しさん
10/02/26 21:45:24
>>383
頻繁に使用する画像に関してはロード画面でまとめて生成を済ませて
ゲーム中にイメージの解放をする可能性がある画像のみbyte配列にて
保持している状態になってます。
ゲーム中に使用する画像が多いのもあって、メモリの都合上、全ての
画像を最初に生成する事が不可能な状態･･･orz
ドコモとソフトバンクの処理速度の違いに毎回苦しめられている･･･。
385:デフォルトの名無しさん
10/02/26 22:12:27
その状況じゃどっか削って移植しか思い浮かばないなぁ
386:デフォルトの名無しさん
10/02/26 23:54:07
ハードウェア依存大変そうだね
387:デフォルトの名無しさん
10/02/27 13:54:15
大変なんじゃなくてもともとスペック的に無理なことやってんじゃないの？
388:デフォルトの名無しさん
10/02/27 16:39:13
仕事でやってるとSoftBankさえなかったら…ってよく思う
SoftBankに比べればBrewへの移植なんて可愛いモン
389:デフォルトの名無しさん
10/02/27 16:46:55
SoftBankはメモリが少ない機種が混ざってるのが問題になるな。
auはBREWが問題になるな。
Docomoは・・・アプリに関して俺は特に不満は無い。
390:デフォルトの名無しさん
10/02/27 16:50:29
アプリﾄﾞｺﾓ最強説？
アイフォーンとかのアプリは？
391:デフォルトの名無しさん
10/02/27 16:53:18
iPhoneはMIDPじゃない
392:デフォルトの名無しさん
10/02/27 16:56:27
iPhoneは開発するのにまずMac買わんと。
それに言語がObjectiveCなんだっけ？
さらに加えて実機動作＆配布させるためには年間１万必要とか聞いた。
393:デフォルトの名無しさん
10/02/27 17:01:56
ドコモはTrusted関係を一般に開放したら最強になる。
一方でそうなった場合は最凶になる可能性も秘めている。
394:デフォルトの名無しさん
10/02/27 19:02:30
ドコモが一番バランス取れてる
auのアプリ環境は初期の頃から方針がぶれてたし
今頃になってOAP載らない機種が出てきたし
ソフバンは問題外
395:デフォルトの名無しさん
10/02/28 21:47:01
それはそうなんだけど、今はもうパケ放題だし、個人情報以外のAPIはトラステッドからはずしてほしいなぁ。
せめてGPSだけでも・・・。
どうせ、WEB経由とか写真経由で取れるんだから、ダイアログ出してもいいからさぁ。
396:デフォルトの名無しさん
10/03/03 01:08:24
DCMは解像度がバラバラなのをなんとかしてくれ
いまだに縦240が主流てありえない
397:デフォルトの名無しさん
10/03/03 01:23:47
ドコモじゃなくても携帯の解像度なんて結構ばらばらじゃない？
Dojaなら3D使えるし2Dも画像の拡大縮小を綺麗に速くできるからごまかしが効きそう
398:デフォルトの名無しさん
10/03/04 17:57:14
オブジェクト指向の練習とばかりに
いろんなクラスを作ったら
ファイルサイズが増えたぞ
くそったれが！
399:デフォルトの名無しさん
10/03/04 18:47:43
オープンアプリで車のゲーム作ってんだけど
GameCanvasのサブクラスをRunnaableにして
run内でループ作って
そのループ内で毎度全部描いたあとにflushGraphicsしてるんだけど
何故か残像が残るんですよ
残るのは道路上の車が残像残すんですよ
Wireless Toolkit 2.5.2に入ってるエミュレーターでは残像出ないんですが
実機、つまりケータイ上だと残像がでちゃうんですよ
これって実機側の問題だと思います？
400:デフォルトの名無しさん
10/03/04 18:52:44
目の錯覚っすかね
道路の色が暗い灰色（7F7F7F）で
車の色が青（FF0000）と緑（00FF00）と赤（0000FF）なんすよ
アクションゲームなんで残像みえるとやりにくいんすよね
FPSは10くらいで車は1フレームにつき最大30ドットくらい動くんすけどね
どうしたらいいすか
401:デフォルトの名無しさん
10/03/04 18:54:07
その説明だけじゃ何ともいえない
もっと状況を整理して日本語を正しく使え
402:デフォルトの名無しさん
10/03/04 18:55:49
具体性に欠けるので
その質問には答えられません
403:デフォルトの名無しさん
10/03/04 19:43:30
エスパーするとおそらく液晶の残像のことだと思われ。
日本の携帯の液晶品質だと残像が残るほど色切り替えの遅い液晶は無いと思うが、それでも気になる程度に残像っぽい物が見えるのは確か。
対応策は無いので諦めれ。
404:デフォルトの名無しさん
10/03/04 19:59:05
車の描画直前に画面全体を白塗りするテストコードを入れて検証してみてはどうか
それでも残像出てる(液晶の残像)なら参考として携帯の機種名とか教えてもらいたい
405:デフォルトの名無しさん
10/03/04 23:29:39
ティアリングじゃないか？
液晶の質の問題が大きい気がするが動きを小さくするとかでごまかせんかねぇ。
垂直同期って実装依存だし・・・。
406:399
10/03/04 23:58:46
すいやせん、目の錯覚ぽかったっす
極端な角度からみたら正常に表示されてるの確認したっす
どおもお騒がせしやした
407:399
10/03/05 00:00:15
>>403やっぱそうっすよね。予想はしてたっす
>>404ケータイはauのW61CAっす
>>405なんとか努力してみるっす
どーもでしたー
408:デフォルトの名無しさん
10/03/05 00:05:24
（#^ω^）ﾋﾞｷﾋﾞｷ
409:デフォルトの名無しさん
10/03/09 00:10:21
もう枯れた話でスマソ。
WS011SH(W-ZERO3 Advanecd/[es])で、アプリ経験あるﾔｼかな。
CanvasのgetHeight()で、(本当は700dotくらいあるのに)
536しか取得できないって貴地？
410:デフォルトの名無しさん
10/03/09 00:52:52
残念ながら未経験でつ
411:デフォルトの名無しさん
10/03/09 01:06:15
スマソとかヤシとか無理な誤変換とか
昔を思い出すな
412:デフォルトの名無しさん
10/03/09 01:26:29
あの頃は青かった
413:デフォルトの名無しさん
10/03/09 02:43:27
Javaで
ＧＵＩアプリとか、ネットのアプレットとか、携帯端末のMIDletとか、で
相互に移植しやすく作るには
入出力系統を分離して設計すれば大丈夫？
414:デフォルトの名無しさん
10/03/09 02:44:41
やべ、スレ間違えた。めんごめんご
415:デフォルトの名無しさん
10/03/09 16:39:25
碧ちゃんｗｗｗ
416:デフォルトの名無しさん
10/03/11 00:40:28
何それ
417:デフォルトの名無しさん
10/03/12 08:49:36
自称ネットアイドルの派遣プログラマ
418:デフォルトの名無しさん
10/03/15 16:01:18
シミュレータのフォントを、オープンアプリの等幅フォントと
同じにする方法ないですかねぇ。
propertiesを変えれば出来そうに見えますが。
419:デフォルトの名無しさん
10/03/15 21:42:45
MIDP2.0メモ
URLﾘﾝｸ(www.saturn.dti.ne.jp)
ここで「エミュレータのスキン」という項目のところで
オープンアプリ用のスキンが配布されてる
ただ、使ってみた心地としては、イマイチな
でも、スキンを自由に変えられるってことがわかる
420:デフォルトの名無しさん
10/03/16 11:14:09
font.system.plainをMonospaceにしてサイズを調整しても、
位置がずれてしまうな
auがカスタマイズしたシミュレータ配布してくれよ
421:デフォルトの名無しさん
10/03/16 13:24:23
dpiとかいろいろ違うんだから合うわけないだろ。
422:デフォルトの名無しさん
10/03/25 14:39:25
シミュレータとエミュレータの違いがわからんｗ
423:デフォルトの名無しさん
10/03/25 14:50:31
シミュレータ=モデリングを元に架空の計算
エミュレータ=実物を再現
424:デフォルトの名無しさん
10/03/25 14:53:08
たまにいるだろ？
サッカーで蹴られてもいないのに転ぶ香具師
425:デフォルトの名無しさん
10/03/25 15:06:27
そういうことか
426:デフォルトの名無しさん
10/03/25 15:19:55
シミューレション
URLﾘﾝｸ(www.youtube.com)
427:デフォルトの名無しさん
10/03/25 15:28:54
いいか？
ディスプレイに虹を表示するのがエミュレーションでそのおっぱいを揺らすのがシミュレーションだ！
そのときに使うのが真空中における平面上の格子運動だ。
428:デフォルトの名無しさん
10/03/25 15:33:54
なるほど
429:デフォルトの名無しさん
10/03/25 16:29:48
>>422
シミュレーションゲームとは言うがエミュレーションゲームなんて無いんだぜ
430:デフォルトの名無しさん
10/03/25 16:36:18
>>418-420の流れのことだろ
おそらく
431:デフォルトの名無しさん
10/03/25 18:39:31
？
432:デフォルトの名無しさん
10/03/28 04:06:09
W61CA オープンアプリ
GameCanvas 全部描き直しのflushGraphicsで FPS 15～17 しか出ない
433:デフォルトの名無しさん
10/03/28 04:17:56
測定方法 こんな感じ
class MyAppli extends MIDlet {
public MyAppli() {
Game game=new Game();
(Display.getDisplay(this)).setCurrent(game);
(new Thread(game)).start();
}}
class Game extends GameCanvas implements Runnable {
public Game() {super(false);}
public void run() {
int c=0,fps=0; long t=System.currentTimeMillis();
while (true) {
g.setColor(255,255,255);
g.fillRect(0,0,getWidth(),getHeight());
g.setColor(0,0,0);
g.drawString("FPS "+fps,0,0,Graphics.TOP|Graphics.LEFT);
flushGraphics();
c++;
if (System.currentTimeMillis()-t>=1000L) {
fps=c; c=0; t+=1000L;
}}}}
434:デフォルトの名無しさん
10/03/28 04:20:20
Graphics g=getGraphics(); が抜けた
435:デフォルトの名無しさん
10/03/28 04:39:03
(；´Д｀)
436:デフォルトの名無しさん
10/03/29 12:56:51
？
437:デフォルトの名無しさん
10/03/29 17:27:12
今時アンドロイドがブーム
438:デフォルトの名無しさん
10/03/30 00:08:36
そろそろ携帯各社もJavaは止めるのかなぁ
439:デフォルトの名無しさん
10/03/30 23:02:32
>>438
最近STARに機種変更したんだけど、不吉なこと言わないでよ(´・ω・｀)
440:デフォルトの名無しさん
10/03/31 00:31:09
auはandoroid携帯発表したからオープンアプリは終わりだな
441:デフォルトの名無しさん
10/03/31 01:55:42
andoroidだってjavaアプリ環境じゃん
OAPでの資産も使えるだろうし移植は簡単そう
でも勝手アプリはどうせ必要以上にガチガチに規制されるんだろうけど
442:デフォルトの名無しさん
10/03/31 07:50:20
あのアンドロイド端末はクソすぎて誰も買わんだろ
443:デフォルトの名無しさん
10/04/01 03:59:44
part7の194ありがとう
解決に2時間弱もかかったなんて
俺もまだまだド素人だなｗｗｗ
しかし何故クラス名省略できるんだorz
444:デフォルトの名無しさん
10/04/01 10:22:08
え？
445:デフォルトの名無しさん
10/04/01 15:58:45
part7となると２年前ってことか？
446:デフォルトの名無しさん
10/04/01 19:39:11
>>443
何気に過去スレ情報って貴重だよなｗ
俺も何度も助けられた
447:デフォルトの名無しさん
10/04/01 19:42:48
>>440
android端末は、シャレにならないほどのガッカリ仕様だったけどね！
448:デフォルトの名無しさん
10/04/01 20:32:02
CLDC+MIDP+携帯電話用Javaスレッド part 7
URLﾘﾝｸ(www.unkar.org)
449:デフォルトの名無しさん
10/04/01 21:29:01
AndroidってJavaだよな。俺Java嫌いなんだけど。
450:デフォルトの名無しさん
10/04/01 21:39:39
PythonやPerlも使えるよ
URLﾘﾝｸ(code.google.com)
451:デフォルトの名無しさん
10/04/01 23:19:09
あれ嫌いこれ嫌いって言う奴に限って
特定の言語しかろくに使えない法則
うちの職場にもいるからわかる
452:デフォルトの名無しさん
10/04/02 07:58:32
>>451は職場で嫌われてるね
453:デフォルトの名無しさん
10/04/02 09:23:03
>>449>>452
図星を突かれてよっぽど悔しかったんだな
見当違いな反論してないでJavaスレ見なきゃ良いだろｗｗ
職場にいるってだけで上司でもない限りいちいち本人に言ったりせんだろ普通
454:デフォルトの名無しさん
10/04/02 10:21:14
>>453
>>453
455:デフォルトの名無しさん
10/04/03 21:24:36
MIDPでアドベンチャーゲームを作りたいのですが、
お勧めの参考書などあれば教えていただけないでしょうか。
作りたいゲームは一般的な、背景と立ち絵の表示、クリックでテキストを進めて選択肢で分岐のシステムです。
色々なことが書かれた参考書よりは、出来るだけアドベンチャー開発専門の本が好ましいです。
ぶしつけな質問で申し訳ありませんが、お勧めがあればよろしくお願いいたします。
456:デフォルトの名無しさん
10/04/04 09:45:50
ここで聞くことじゃないだろ
457:デフォルトの名無しさん
10/04/04 10:31:08
>>456
すみません…。
こういうのってどのスレで聞けばいいでしょうか？
458:デフォルトの名無しさん
10/04/04 10:41:47
それを自分で調べられない奴に
面白いアドベンチャーゲームが出来る訳ないじゃんｗ
作り手がプレイヤーと知恵比べをする謎解きゲームなんか作れる訳ないだろ！
459:デフォルトの名無しさん
10/04/07 13:56:18
リモコンアプリを作ってみようと思ってちょっと調べてみたら、
ハード的には920Pには赤外線ポートあるし
MIDP2.0対応（RemoteControl、RemoteControlData）とあるから
ちょいちょいと書いて実行してみたら、
NoClassDefFoundErrorがでてきた。
なんで？って思ったら
S!アプリ開発ガイド端末情報 MIDP 2.0対応端末編 Part6
の920Pの端末個別仕様には
com.j_phone.io.RemoteControl ×
com.j_phone.io.RemoteControlData ×
とあった。
結局、赤外線リモコンアプリを使うには、
端末を変えるかキャリアを変えるしかないのかな？
赤外線アプリを実行できる端末を調べるとしたら
S!アプリ開発ガイド端末情報を全部チェックしないとだめかな？
460:デフォルトの名無しさん
10/04/07 13:59:20
ソフトバンクは個別に仕様が決まってるのか。そりゃ面倒だな
461:459
10/04/07 16:56:18
もうすこし調べてみたら、
そもそも３G携帯だとtrusted MIDletじゃないと
赤外線リモコン関連は使えないようで。。。
２，３年前にもGPS携帯をはじめて買ったから、
旅の記録でも取れたらと思って、
GPSで軌跡を記録するアプリを作ろうとして断念したことがあるんだけど、
もうドコモに乗り換えようかなｗ
Trusted MIDletって個人で取得したヒトいます？
462:デフォルトの名無しさん
10/04/08 12:26:05
Softbankはアプリゲットで普通に取れるよ
リモコンアプリもある
URLﾘﾝｸ(appget.com)
463:459
10/04/09 21:52:25
>>462
アプリゲットは作者登録はじかれましたｗ
なんかよくわからんのですけど。
なので、コンテンツレジを使ってます
まぁでもTrusted MIDletになれるんですね。
でも無料ではないんでしょうね。
やっぱりドコモですかねぇ。
464:デフォルトの名無しさん
10/04/09 22:29:56
3キャリア中ではドコモがいろんな意味で安定してるね
auは相変わらず迷走してるけどOAPどうするつもりなんだろね
移植の容易さからか企業でもOAPでリリースするケースが増えてるのに
465:デフォルトの名無しさん
10/04/09 22:31:43
ドコモでもGPSはトラステッドだから>>461みたいなのは個人では作れない。
ブラウザやカメラを経由する方法があるにはあるが。
466:デフォルトの名無しさん
10/04/10 02:07:36
赤外線の話じゃないのか
GPS個人で自由にできるなんて常識的に考えてあり得んし
467:デフォルトの名無しさん
10/04/10 11:30:25
ドコモのトラステッドはサーバー認証だから偽装しようもないしね
468:459
10/04/11 02:35:18
>>465
ココの海山アプリようなモノが作りたかったんですが、
URLﾘﾝｸ(www.wham.jp)
（サーバーに履歴保存はあまり考えてなかった）
>>ブラウザやカメラを経由する方法があるにはあるが
ブラウザ経由ってのは、上述のサイトの
>>海山アプリをご利用できない会員様でも奇跡が取れます！
>>海山ざんまいを開いて「自分の位置確認」を実行するだけで、下記のグーグルマップには位置が軌跡として残されます。
ということとほぼ同じなんですかね？
であれば
私としては軌跡が残せれば良いので、圏外のケースはガマンするとして、
外部から接続可能なサーバーを自宅にでも立ててできるか考えてみたいと思います。
469:デフォルトの名無しさん
10/04/14 12:22:59
>>461
auのEZwebなら、CGIだけで端末の軌跡を記録し続けることができるらしいよ。
やってた人のブログを過去に見たことがある。
バッテリーの消耗が激しすぎて実用性は低いっておちだった。
470:デフォルトの名無しさん
10/04/14 17:02:21
FlashLiteならFSCommandでGPSが
471:459
10/04/15 00:28:17
>>469
私も
URLﾘﾝｸ(symple.jp)
この辺りを参考にしてSoftbank携帯でやってみたんですが、
もうひとつな出来でした。
本当はjavascriptも組み合わせて一定時間おきにGPSデータを集めるようにしたかったんですが、
ＧＰＳ計測後データを確認する画面が出てしまい毎回毎回ＯＫを押す羽目になってしまい、
あまりうまくいきませんでした。
端末固有の制限かもしれないんですが。。。
>>バッテリーの消耗が激しすぎて
そうですね、サブバッテリを使ってどこまでカバーできるか、
主に車、バイクと組み合わせて使うとか。
それ以上に圏外になるとどうしようもない、というのが致命的かもしれません。
HTMLとサーバーを使うといくらでもＧＰＳデータを自由に送れるんですから、
GPS関連のMEXAも自由に使わせてくれてもイイとおもうんですけどねぇ。。。
472:デフォルトの名無しさん
10/04/17 19:33:13
OAPは通信の度にダイアログ出るのと1日の通信料制限と
RecordStoreの異様な遅さをなんとかしてくれないかな
この2点のせいでリッチなゲーム作れない
300kbの壁はそんなに困らない
473:デフォルトの名無しさん
10/04/17 22:51:06
SoftBank端末でアグリゲータを通さずにJADを直接たたくとどうなるんでしょうか？
どんな動作するのか気になります。
474:デフォルトの名無しさん
10/04/18 18:01:48
>>472
通信量の制限は多分必要だけど
確認ダイアログの仕様だけは腐りきってるね
あとはアルファブレンドも使わせて欲しい
FlashLite1.0ですら半透明サポートしてんのに
475:デフォルトの名無しさん
10/04/19 17:35:19
BREWが半透明サポートしてないから無理だろ。
476:デフォルトの名無しさん
10/04/19 20:40:02
BREW半透明使えんの？
本当だとしたら酷いもんだな
477:デフォルトの名無しさん
10/04/19 20:49:13
>>457
ってかBREWで半透明サポートしてない事と
JBlend on BREWが半透明サポートしてない事は無関係だろ
OAPでもやろうと思えば自前で半透明実装できるしな
478:デフォルトの名無しさん
10/04/19 20:52:25
>>477は>>475のミス
479:デフォルトの名無しさん
10/04/19 21:17:13
JBlendはWM版も半透明サポートしてない。
やろうと思えばじゃなくてやらない仕様。
両方ともプラットフォームの素の機能を使うだけ。
480:デフォルトの名無しさん
10/04/20 02:15:47
半透明って２つの画像の合わせる点のR値、G値、B値を足して２で割る？
481:デフォルトの名無しさん
10/04/20 02:20:45
このスレってゲーム作る人多いの？ゲーム以外でどんなアプリ作ってる？
482:デフォルトの名無しさん
10/04/20 06:28:25
>>480
合成規則にもよるし半分透けるって意味じゃないからな
483:デフォルトの名無しさん
10/04/22 04:37:30
オープンアプリ非搭載機が増えたって聞いたから
FlashLiteに取り組んでみたがActionScriptってJavaと勝手が違いすぎｗ
FlashLite諦めるわ
今後auでJavaアプリ作れる携帯出ることを気長に待つしかない・・・
484:デフォルトの名無しさん
10/04/22 15:47:43
PDAでJavaでアクセスできるデータベースってどんなのがありますか？
485:デフォルトの名無しさん
10/04/22 16:16:46
つまり
「PDA Java データベース」でのインターネット検索で上位１００件以内には無いような情報が欲しいってことか？
486:デフォルトの名無しさん
10/04/22 16:37:19
>>485
お前が知らないくせにレスしてるのだけはわかった
487:デフォルトの名無しさん
10/04/22 16:40:47
おまえスルドイな
何故わかった
488:デフォルトの名無しさん
10/04/22 16:57:44
>>485-487
落ち着けよ
489:デフォルトの名無しさん
10/04/22 18:24:04
>>488
深呼吸したら楽になるよ
490:デフォルトの名無しさん
10/04/22 19:08:22
深く息を吸い込んで、10分間息をとめれば楽になるよ
491:デフォルトの名無しさん
10/04/22 19:12:50
素潜り３０分出来る俺は勝ち組
492:デフォルトの名無しさん
10/04/22 20:14:55
ほほう、だから顔がエラ張ってるのか
493:デフォルトの名無しさん
10/04/23 01:02:54
そんなこと無いニダ
494:デフォルトの名無しさん
10/04/24 01:22:46
そんなことあるアル
495:デフォルトの名無しさん
10/04/29 17:38:21
マルチですみません
Wireless Toolkit 2.5.2をいれたら、
UserBで、インストールしたのに
勝手にUserAの中にj2mewtkが作られて困ってるんですが
どうすればUserBにインストールしてくれますかね…
過去にUserAの中でJDKをインストールしたからこういう事になるんでしょうか
UserAを削除して、JDK、Wireless Toolkitを再インストールしたのに
勝手にUserAのフォルダを作って中にj2mewtkが作成されるのです
496:デフォルトの名無しさん
10/04/30 00:37:55
了解しました
次の方どうぞ
497:デフォルトの名無しさん
10/04/30 09:21:42
残念
今日の診療はもう終わりです
498:デフォルトの名無しさん
10/04/30 13:09:21
急患です
今月中にどうしても10万円稼がないといけないんです！
どうしたらMIDPで稼げますか？
499:デフォルトの名無しさん
10/04/30 14:31:09
MIDPが一番稼げないんだが
500:デフォルトの名無しさん
10/04/30 23:53:05
MIDPの刺青彫ってsunに写真送ったら一箇所に付き広告料一万円らしいよ
501:デフォルトの名無しさん
10/05/02 00:03:45
MIDlet-Certificate-1-1からMIDlet-Jar-RSA-SHA1を求めることってできませんか？
502:デフォルトの名無しさん
10/05/02 00:08:55
CLDC+MIDP+携帯電話用Javaスレッド part 4
...MIDlet-Certificate-1-1: MIDlet-Jar-RSA-SHA1: の項目が追加されたけど、これで通信できるかな？
260 ：デフォルトの名無しさん ：2005/04/06(水) 20:19:52:
PreferencesツールのSecurityタブのSecurity domainをtrustedにしたら ...
503:デフォルトの名無しさん
10/05/02 10:56:26
>>502
ではなくてですね、
MIDlet-Certificate-1-1の値とJARファイルを元にMIDlet-Jar-RSA-SHA1を求められない買ってことです。
その手順でつく証明は中身が違います。
504:デフォルトの名無しさん
10/05/04 17:52:59
C++、C#経験者で、DirectXでゲーム作ったりしてたんだけど
auのオープンアプリと、Sアプリの同時開発って難しい？
iアプリはかなり仕様が違うらしいから、初携帯アプリ制作だしauに絞るか、auとSの同時開発か悩んでる
3キャリア同時開発も難しくないならやりたいとは思うのだけども…。
505:デフォルトの名無しさん
10/05/04 22:44:44
auのOAPとwillcomが比較的素のMIDP
506:デフォルトの名無しさん
10/05/04 22:59:18
OAPとwillcomが比較的素って事は、OAP用に作ったアプリは、拡張のできるSアプリでも基本的には動作するという事ですかね
Cで作ったプログラムがC++でも動くような感じで。
507:デフォルトの名無しさん
10/05/04 23:24:57
オープンアプリは、auの最新機種には搭載されてないのが多いから気をつけたほうがいい
勝手アプリ→オープンアプリ→？ って感じ。Andoroid携帯出してるからAndoroidアプリか？
508:デフォルトの名無しさん
10/05/05 00:00:13
>>506
基本的にはコンフィギュレーションとプロファイルが一致すれば動くのでそう考えていいと思うが
実装にどんな制限があるかわからないのでやってみないとわからない。
オプションパッケージが絡んでくると更に要検証。
オプションパッケージが充実してるのはEMobile。
OAPとwillcomと芋場以外はJCP通ってない勝手な拡張がメインのAPIに位置してる。
だから同じことやるにしてもキャリアで使うAPIが違うこともある。
これはキャリアの囲い込みなんで開発対象のキャリアに合わせるしかない。
509:デフォルトの名無しさん
10/05/05 02:25:05
3キャリア移植を容易にするためのフレームワーク
だかを配布してるサイトが探せばあるから
それ落としてソース読んでみるとか
公式の開発資料熟読してあとは設計次第でしょ
510:デフォルトの名無しさん
10/05/05 13:22:50
日本共産党がどうしたって?
511:デフォルトの名無しさん
10/05/05 15:17:05
RecordStore rs=null;
try {
rs=RecordStore.openRecordStore("TestRecord",true);
...
} catch (Exception e) {
Sytem.out.println(e.toString());
} finally {
if (rs!=null) {
try {
rs.closeRecordStore();
} catch (Exception e) {
System.out.println(e.toString());
} finally {
rs=null;
}
}
面倒くさいなぁ
レコードストアって
512:デフォルトの名無しさん
10/05/05 16:50:22
void hoge(byte[] data) {
ByteArrayInputStream bais=new ByteArrayInputStream(data);
DataInputStream dis=new DataInputStream(bais);
...
とあったとき
読み出しの処理が終わったあとの処理って
dis.close();だけすればいいの？
それともbais.close();もしておいたほうがいいの？
それともdis.close();は呼び出さずにbais.close();だけ呼べばいい？
513:デフォルトの名無しさん
10/05/05 16:58:31
closeは絶対に使ってはいけないメソッドの代表例
514:デフォルトの名無しさん
10/05/05 17:39:34
>>512
dis.close() すると内部で bais.close() も呼ばれる。
この例の場合だと結局 bais.close() が何もしないから呼ばなくてもいいかもしれんが。
javax.microedition.io.Connector#openInputStream(String) の戻り値とかだと
finally節で close しといたほうが行儀がいいプログラム書くやつと思われるかもしれんね。
515:デフォルトの名無しさん
10/05/05 23:30:38
>>513-514
ありがとう
516:デフォルトの名無しさん
10/05/06 00:03:41
>closeは絶対に使ってはいけないメソッドの代表例
初耳です
ネタでないなら理由をご教授願いたい
517:デフォルトの名無しさん
10/05/06 00:33:47
>>514
dis.close()でbais.close()呼ぶなら
まとめて書いちゃっても大丈夫かな？
DataInputStream dis=new DataInputStream(new ByteArrayInputStream(data));
ってな感じに
518:デフォルトの名無しさん
10/05/07 02:35:33
>>516
多分ネタだろ。それか良く分ってない子なのか。
close()忘れるなってのは聞くが、使うなってのは一度も聞いたこと無い
>>517
問題無い。
519:デフォルトの名無しさん
10/05/07 02:55:19
ありがとう
520:デフォルトの名無しさん
10/05/07 16:41:27
質問させて下さいm(,_,)m
当方、S!アプリでRPGを作っています。
簡単なマップチップで表現した街の中で主人公キャラを動かす所までは
スムーズに出来たのですが、街を賑やかにしようとマップチップや街人など
豪華なグラフィックにしていくうちに、常に保持しなければならない画像が
240*260付近のデータ15枚ほどに及んでしまいました。
その結果、特定の画像ファイルにアクセスしようとした際だけ急激に動きが
遅くなる(コマ送り以下)ようになってしまったのですが、調べてみると過去スレで
S!アプリは画像用に高速でアクセスできるメモリ領域とそうでない領域が
分けれており、高速でアクセスできる領域は実画面１１枚分というのを発見
したのですが、これはもう単純に画像数を減らすしか方法がないのでしょうか？
また顔グラフィックなど、必要な時のみ読みこむ画像についても、
読みこむたびに速度が遅くなり、恐らくGCのタイミングでまた戻り…の
繰り返しなのですが、これは明示的にGCを呼ぶタイミングが悪いという事
なのでしょうか？
画像をふんだんに使っているS!アプリなど、一体どうやってオフスクリーン用に
画像を保持し、高速アクセスを実現しているのか気になっているところです。
長文で失礼しました。
521:デフォルトの名無しさん
10/05/07 22:31:07
設計・コードとマップチップの切り分け方に問題無いと"仮定"するなら
マップの切り替えポイント増やして、つどロード画面はさむしか無いんでね？
OAP派なんで的外れだったらすまんね
522:デフォルトの名無しさん
10/05/08 00:38:27
高速描画のメモリサイズは端末によって違うよ
詳しくは端末情報pdfの3Dグラフィックアクセラレータ/メモリ配分を参照
523:520
10/05/08 14:08:52
ありがとうございます！
端末情報のメモリ配分の箇所を見ました。
2Dのオフスクリーンで10枚までの機種もあれば20枚の機種もあって
かなり幅が広いですね。
１つの街をラスベガスのような煌びやかな世界を表現してて、高層ビルや
オブジェなどを複数配置しているので、マップ切り替えポイントを置けず
画像量を減らせないとしたら特定の機種を非対応にするしかないですね、、
ちなみに3Dグラフィックアクセラレータ非搭載の機種というのはメモリ量が
明示されていないですが、これは高速描画のメモリについては、どういう扱い
になるのでしょう？
524:デフォルトの名無しさん
10/05/08 14:35:56
この縛りがあるのはSHとPのみ
525:デフォルトの名無しさん
10/05/09 02:37:55
RecrodStoreで共有可能のデータ作ったとき
他のMIDletからアクセスするときvendorNameとsuiteNameを指定するけど
vendorNameってjadで指定するMIDlet-Vender
suiteNameってjadで指定するMIDlet-Name
で合ってる？
526:525
10/05/09 02:40:19
ごめん、よく読んだら書いてあった。早とちりした。ごめん
527:デフォルトの名無しさん
10/05/09 04:40:01
enumとかstatic importとか使おうとするとWireless Toolkit 2.5.2がエラーを吐く
528:デフォルトの名無しさん
10/05/09 17:32:40
CLDC/MIDPとCDC/FPはSE1.3ベースだ
529:デフォルトの名無しさん
10/05/09 20:12:07
>>527じゃないけど
WTK2.5からは確かJDK1.5使えとなってたから
enumとか使えるようになると思ってたけど
なるほどJDK1.3ベースなのは変わらないのか
うちはWTK2.2だけど2.5に変える必要は特になさそうね
530:デフォルトの名無しさん
10/05/10 19:20:23
WTK2.5動かすのにJDK1.5を利用してるだけ。
CDC1.1/PP1.1とBPに含まれなかったすべてのオプションパッケージを実装すれば
SE1.4.2のほぼすべての標準ライブラリをサポートするけど言語仕様は据え置き。
java MEでSE1.4.2以降をサポートする議論してた気がするがどうなったんだろ。
531:デフォルトの名無しさん
10/05/11 00:28:51
qube以外で会員登録なしで使えるオープンアプリを扱えるアップローダーとか無いものかな・・・
532:デフォルトの名無しさん
10/05/12 04:10:21
packageとかしてる？
packageすると何だかファイルサイズが増えそうで心配なんだが
533:デフォルトの名無しさん
10/05/12 04:14:22
WTKでProGuardが使えない
原因としてはおそらく難読化対象であるプロジェクトファイルのパスに日本語が入ってるからだと予想してるんだが
WTKのプロジェクト管理のフォルダって変えられたっけ？
ProGuard単体を手動で難読化させるって手段もあるんだろうけど
いかんせんProGuardの使い方が分からない。
うう、初心者すぎて俺には分からない
つか難読化しても携帯上でちゃんと実行できるのか？
534:デフォルトの名無しさん
10/05/12 04:22:14
実行できる
535:デフォルトの名無しさん
10/05/12 07:08:13
>つか難読化しても携帯上でちゃんと実行できるのか？
おいおい、難読化の内容ぐらい知ってた方が良いんじゃねえのかｗ
536:デフォルトの名無しさん
10/05/12 11:08:20
汚い字で書けば読めなくなるよ
ただ、解読に時間がかかるから速度は落ちる
537:デフォルトの名無しさん
10/05/13 17:03:33
MIDP・・機能制約おおすぎ・・・
538:デフォルトの名無しさん
10/05/13 17:52:00
MIDPは機能制約決して多くないよ
OAPができない尽くしなだけよ
539:デフォルトの名無しさん
10/05/14 14:25:18
>>524
Tの一部もあるだろ。
540:デフォルトの名無しさん
10/05/14 17:20:13
32KBとか少ない・・・ファミコン時代より酷いんじゃねえの・・・
541:デフォルトの名無しさん
10/05/15 15:22:00
>>540
んなワケない。
ファミコンに比べれば超贅沢だって。
しかし大前提としてauはオープンアプリ終息に向けて動いている。
BREWもやる気ナシな雰囲気が漂ってるし、やはり4G世代でリセットする気かね・・・
542:デフォルトの名無しさん
10/05/15 21:28:00
つくる側がBREWに疲れたんじゃないの？
543:デフォルトの名無しさん
10/05/21 00:59:41
S!アプリで質問です。
PCにキーストロークを送信して、携帯を入力デバイスにできないかなーと思ってるんですけど、定石とかってありますか？
端末は940SH、wi-fiで接続するつもりです。
レスポンス重視なので、UDPで接続したかったのですが、
Connector.open("datagram://192.168.11.2:30000");
の行でフリーズしてしまいました。(エミュでは動作した)
結局無理そうだったので、Httpで接続するようにしたんですが、方向として合ってるのか不安です。
80番ポートしか使えないみたいだし。。。
ちなみに、BlueToothの方がいいんですけど、もっと難しいですよね？
544:デフォルトの名無しさん
10/05/22 03:18:12
Sアプリとオープンアプリ以外でこの仕様で作るようなアプリって何がある？
つまり、ソフトバンク携帯,au携帯以外の携帯端末で
CLDC+MIDPのものってある？（日本国内で入手が容易なもの）
545:デフォルトの名無しさん
10/05/22 03:18:42
携帯電話じゃなくてもいいからさ
携帯ゲーム機とか
546:デフォルトの名無しさん
10/05/22 19:10:23
CDCのほうが多いんじゃね？
カーナビとかSTBとかレコーダとか適応範囲が広いし。
547:デフォルトの名無しさん
10/05/22 19:16:39
そうか、残念です
548:デフォルトの名無しさん
10/05/22 20:19:09
WZERO3にもKVM載ってたはず
GBA上でMIDlet動かせるソフトもあったはず
ってか何故ググらないんだ
549:デフォルトの名無しさん
10/05/22 22:03:27
>GBA上でMIDlet動かせるソフトもあったはず
あれソフトというかMIDPの実装なんだが
550:デフォルトの名無しさん
10/05/22 22:15:07
うろ覚えだから"はず"って書いたんだって
100%の答えはそれを求める人に調べてもらわにゃ
551:デフォルトの名無しさん
10/05/23 00:19:38
今MIDPで製作していたら、
java.lang.IllegalAccessException
という例外が発生しました。
ですが、どこをtryしても例外をキャッチすることができません・・・
この例外はどういうときに発生するものなのでしょうか？
552:デフォルトの名無しさん
10/05/23 00:23:07
イリーガルなアクセスをした時に発生します
553:デフォルトの名無しさん
10/05/23 00:24:31
WTKだとトレースも一緒に出力されたようなキガス
554:デフォルトの名無しさん
10/05/23 00:28:25
>>552
必ずどこかで例外発生してるはずですよね。
どこをtry～catchしても確認できない・・。
>>553
今Eclipse＋WTKでやってていつも出力されるこれは・・違うか。
Running with locale: Japanese_Japan.932
Running in the identified_third_party security domain
java.lang.IllegalAccessException
at com.sun.midp.midlet.MIDletState.createMIDlet(+34)
at com.sun.midp.midlet.Scheduler.schedule(+52)
at com.sun.midp.main.Main.runLocalClass(+28)
at com.sun.midp.main.Main.main(+80)
555:デフォルトの名無しさん
10/05/23 00:29:26
このスレでは非推奨のサイトだけど
IllegalAccessExceptionというエラー自体の意味が分からないのなら
↓のサイトのIllegalAccessExceptionの項を参照してみれば
Unofficial "CLDC 1.1 + MIDP 2.0" API Reference
URLﾘﾝｸ(godwood.allnet.ne.jp)
非推奨な理由なのは↓のサイトを↑のサイト作った人が勝手に想像して書きかえた部分があるから
MID Profile
URLﾘﾝｸ(java.sun.com)
556:デフォルトの名無しさん
10/05/23 00:34:08
俺（超素人だけど）の場合
発生箇所がわからないなら
System.out.println()使って、どこまで正常処理できてるか確認してる
たとえば
n[i]=n[i]+1;
hoge(n);
hogehoge(n[k]); とかなら
n[i]=n[i]+1; System.out.println("ここまで正常");
hoge(n);
hogehoge(n[k]);
n[i]=n[i]+1;
hoge(n); System.out.println("ここまで正常");
hogehoge(n[k]);
とずらしていって何度も繰り返してエラー箇所探す
557:デフォルトの名無しさん
10/05/23 00:47:37
ひとまず>>552-553,555-556は無視してくれて構わない
俺、かなり素人なので
558:デフォルトの名無しさん
10/05/23 00:49:25
素人だと思うなら始めから答えるなよ・・・
559:デフォルトの名無しさん
10/05/23 00:50:10
>>556
MIDlet拡張したクラスのコンストラクタの1行目に書いてもダメでした。
もともとそこもtry～catchの範囲内だったので期待はもてませんでしたが・・。
>>555のサイトを見て考えられる要因としては、
・クラスローダがクラス参照できねーぞバカヤロー
・newInstanceメソッド使ってて引数とコンストラクタがどーのこーの
の2点なのかな。
クラスの修飾を全てpublicに変更しても変わらず、2つ目に至ってはそもそもnewInstance使ってないという・・。
>>557
いえいえ、八方塞がりなのでコレじゃね？とかあれば書いてもらいたいです。
560:559
10/05/23 01:03:38
すいません。自己解決しました。
MIDletを拡張したクラスのコンストラクタにpublicを付け忘れていたようです。
tryもコンストラクタの中でやってたので、そりゃ例外もキャッチできなかったわけです・・。
561:デフォルトの名無しさん
10/05/23 01:05:55
コンパイルじゃなくて実行時のエラーだよね・・・
アプリ自体が起動しないってことなのかな
中身空のアプリにしても起動しなかったのなら
原因はEclipseやWTK、もしくはエミューレータのほうにあるのかもだけど
今、空のアプリ作ってみて
class TestAppli extends MIDlet { public TestAppli() {}
public void startApp() {} public void pauseApp() {} public void destroyApp(boolean flag) {}
}
↑これだとイリーガルエラー出たけど
public class TestAppli extends MIDlet { public TestAppli() {}
public void startApp() {} public void pauseApp() {} public void destroyApp(boolean flag) {}
}
↑だと問題なかった
予想だけどclassにpublic修飾詞つけるとかじゃないかなぁ？
562:デフォルトの名無しさん
10/05/23 01:06:40
>>560
それはよかった
563:デフォルトの名無しさん
10/05/23 01:07:50
書き込む前に一度更新しとくべきだった
564:デフォルトの名無しさん
10/05/23 01:23:13
初心者同士でも問題は解決できるんだね！
565:デフォルトの名無しさん
10/05/23 01:49:02
自己解決だから答えてたほうは役に立ってないだろ・・・
566:543
10/05/23 04:21:56
うおおおおおおおおおおおおおお
でけたーーーー！！！！！！
結局BlueToothにした！PC側BlueCoveで。
接続すんのに20時間ぐらいかかったわｗ
接続先わかってれば１行で済む話だったなんて・・・orz
567:デフォルトの名無しさん
10/05/23 04:23:29
みんな自己解決
568:デフォルトの名無しさん
10/05/23 16:14:42
Running in the identified_third_party security domain
java.lang.IllegalAccessException
まずここを訳せ>>554
569:デフォルトの名無しさん
10/05/23 18:08:59
おれはハマった時は最低1時間ソースから目を離す
次にソースを見たときは原因が数分で特定できる
人間の脳もたまにgcしてやったほうが効率良いね
570:デフォルトの名無しさん
10/05/24 09:07:08
俺はソースから離れるとすぐスリープ状態に入るからなぁ
571:デフォルトの名無しさん
10/05/24 09:31:55
ソース書いてる途中でスリープモードになって
復帰したときに訳分からんものを目にすることが良くある
572:デフォルトの名無しさん
10/05/24 14:38:26
あるある
ソースが一部文字化けしたみたいになるんだよな
573:デフォルトの名無しさん
10/05/24 19:31:55
コメントにわからないことを書いておくことにしてある
574:デフォルトの名無しさん
10/05/24 19:33:50
寝ている間に「猫でもわかる」本で勉強中の子猫さんが素晴らしいプログラムを書いてくれてたこともある
575:559
10/05/24 19:44:47
え
576:デフォルトの名無しさん
10/05/25 12:15:19
>>574
お父さん！そのぬこをボクにください！
577:デフォルトの名無しさん
10/05/25 12:17:17
便利な猫を飼っているんだな
578:デフォルトの名無しさん
10/05/26 22:01:18
かなり気まぐれだから仕様通りの物は作ってくれないけどな
579:デフォルトの名無しさん
10/05/26 23:06:01
ふつうじゃん
580:デフォルトの名無しさん
10/06/05 14:59:29
MIDPって正規表現使えますか？
581:デフォルトの名無しさん
10/06/06 00:24:13
ゲーム作ってるんだけど
基本的にプレイヤーの入力がなければ画面の変化は無いんだけど
プレイヤーの操作にあわせてちょくちょくアニメーション入れようと思ってるんだけど
アニメーションのたびにスレッド作ったほうがいいのかな
それともひとつのスレッドを止めることなくずっとまわしてて、必要な時に処理してそうでないときは空ループとかしたほうがいいのかな
582:デフォルトの名無しさん
10/06/06 01:22:45
質問は日本語でおｋ
エスパーすると描画に関して難しく考えてる様だから
インベーダーゲームみたいな簡単なのから作ってみると良い
単純なゲームなら全部Spriteクラスに任せるのもあり
583:デフォルトの名無しさん
10/06/06 17:26:28
だけど
だけど
だけど
584:デフォルトの名無しさん
10/06/06 17:32:08
スレッドプールでいいんじゃね？
585:デフォルトの名無しさん
10/06/07 00:33:46
みなさんありがとうございました
586:デフォルトの名無しさん
10/06/07 00:46:07
どういう処理をしたかったのかイメージで伝えますと
Windowsに付属のゲームのスパイダーというトランプを使ったゲームありますよね
・プレイヤーが何も操作しなければ特に画面変化はありません
・山からカードを配るときにカードが飛んでいくアニメーションがあります
・同じマークのカードを１３枚揃えた時にもカードが飛んでいくアニメーションがあります
この時々に起こるアニメーションの処理の実現方法において、より携帯の電池消耗を抑えられる処理について悩んでいるのです
・アクションゲームなど普通のゲームアプリだと、一つのスレッド内で止まらないループ内で全て処理している感じなんですが
特に画面変化の無い時（変数の変化もない）でも、ループが続くので、この空ループは電池消耗を早くするのではと危惧しているのです
・アニメーション処理が必要なたびに、アニメーション用のスレッドを生成して処理するというのも考えたのですが
そういうスレッドの使い方がよろくないようなことをどこかで聞いたような気がしまして、また度々のスレッド生成（メモリ確保？）に電池消耗はどの程かと
・GameCanvasでゲームを作っているんですが、keyPressedイベントでプレイヤーがアニメーションを発生させるような入力をしたら開始するわけですが
いっそkeyPressed内でアニメーション処理をやってみては、と思ったのですが、そういうメソッド内で２～３秒程度ループ処理をするのはどうかと思い
よくわからんです
スレッドプールというのを使えばいいんですね、わかりました
587:デフォルトの名無しさん
10/06/07 06:03:21
スレッドプールってｗｗｗｗ
まあ何事も勉強だから止めはしないが
>>582も言ってるけど難しく考えすぎだと思うよ
588:デフォルトの名無しさん
10/06/07 15:14:57
>>587
>アニメーションのたびにスレッド作ったほうがいいのかな
っていうからスレッドプールもいいんじゃね？
589:デフォルトの名無しさん
10/06/07 18:42:15
スレッド･プールって何
590:デフォルトの名無しさん
10/06/07 18:43:21
まずググる
それでも疑問があるなら↓のスレで聞け
マルチスレッドプログラミング相談室 その8
ｽﾚﾘﾝｸ(tech板)
591:デフォルトの名無しさん
10/06/07 19:07:34
・・・・
592:デフォルトの名無しさん
10/06/07 19:24:18
OAPはもうダメっぽいし
Ｓアプリだけだな
593:デフォルトの名無しさん
10/06/08 02:41:10
あえてOAPでリリースする企業も増えてきたし
iPhoneの動向とか見てても個人製作アプリに需要がある事も分ってるはずなのに…
auはアプリ面に関しては常に迷走してる感があるけど
ちゃんと物考えてるのかね？
まあ、作ったアプリ使ってもらえなきゃ意味無いんで
もうドコモに変える予定なんだけどね
OAPの資産がちょっと無駄になっちゃうけど
594:デフォルトの名無しさん
10/06/11 15:11:53
へぇ
595:デフォルトの名無しさん
10/06/11 17:19:07
>>593
無駄っつってもMIDP→iアプリなら手直し少なくてすむじゃん
逆は難しいけどな
今ならAndroidって手もある
596:デフォルトの名無しさん
10/06/13 15:29:37
>>586
スレッドをwaitで寝かしといて、notifyで起こす
597:デフォルトの名無しさん
10/06/13 15:42:52
それmidpで禁止じゃなかったけ？
598:デフォルトの名無しさん
10/06/13 15:48:31
あれ？間違ってるか？
アニメーション中に別のイベント発生したらめんどいし、
かといってアニメーション終了を待ってるとその間の描画は誰がするんだ？って話になりそう
599:デフォルトの名無しさん
10/06/13 15:50:22
禁止なの？
SEしか知らないからいろいろルール違反してそうｗ
600:デフォルトの名無しさん
10/06/14 12:29:07
すまん、>>598はどういう意味？
どんなゲームでもアニメーション中に
イベント（キー入力とか？）は発生しまくりな気がするけど
601:デフォルトの名無しさん
10/06/14 13:09:45
ゲーム作りは素人には難しい
どうしても作りたいなら
専門学校で学ぶ か ゲーム会社に就職しろ
602:デフォルトの名無しさん
10/06/14 13:47:23
それは自分に言い聞かせてるのか…？
ここの住人は最低一度はJavaでゲーム組んだことのある連中だと思うが
603:デフォルトの名無しさん
10/06/14 14:11:21
JavaはOAPが初という俺は異端
604:デフォルトの名無しさん
10/06/14 22:59:28
>>600
聞いても何の得にもならないけどｗ
まず、paintはUIスレッドの担当だっていう思い込みがあって、
KeyPressedでアニメーションスレッドをstartすると、アニメーション中にも関わらず他のキーイベント拾ってしまう。
そうなると各イベント処理で、アニメーション中かどうか判定しなきゃならんかと。
であればむしろ、KeyPressedでアニメーション終了を待った(Thread.join)方がいいのでは？
と思ったけど、UIスレッドが待機してるんだから、paint呼んでも無視、serviceRepaints呼んだらデッドロックって状態になっちゃうな。。。
っていうレス。
>>602
それは心強い！初MIDPですｗ
605:デフォルトの名無しさん
10/06/15 14:30:04
OAP搭載機少なすぎるだろ
ソフトバンクは公開面倒くさいし
606:デフォルトの名無しさん
10/06/15 18:56:33
MIDP実行環境は、Android搭載機が主流になるんだろうね
607:デフォルトの名無しさん
10/06/15 20:38:59
OAPって半透明使えるんだよね
608:デフォルトの名無しさん
10/06/17 15:50:33
質問です。
画像ファイルを読み込みたいのですが、Softbank携帯の場合、格納されるディレクトリの
パスは以下であっていますでしょうか？(機種によって違ったりしますか？)
Connector.open("file:///ms/PRIVATE/MYFOLDER/My Items/Pictures/" + filename);
609:デフォルトの名無しさん
10/06/18 18:01:26
まう
610:デフォルトの名無しさん
10/06/18 18:26:19
ごめんなさい
ＯＡＰしかわかりません
611:デフォルトの名無しさん
10/06/18 20:12:47
>>604
レスthx
なにやら難しい実装ですね
自分はSpriteクラスのnextFrame()的なものを全描画オブジェクトに持たせて
アニメパターンの変更とかはオブジェクトの状態フラグで管理してる
この実装でアニメーションも1フレーム毎に管理できるしね
プロじゃないんでこれが定石なのかは知らないけど
612:608
10/06/20 17:42:53
↓が正解のようですね。お騒がせしました。
"file:///ms/Pictures/" + filename
"file:///mc/Pictures/" + filename
613:デフォルトの名無しさん
10/06/20 23:15:53
自己解決なにより
614:デフォルトの名無しさん
10/06/26 11:52:43
HTTP接続で、取得先のコンテンツが文字化けしてしまいます。
ASCII文字は文字化けしないので、コーディングの問題だとは思いますが解決策がわかりません。
HTTP接続は問題ありませんので、データ読み込み部分に問題があると思っています。
読み込み部分のコードです。
// HttpConnection c;
// StringBuffer b;
is = c.openDataInputStream();
int ch;
while ((ch = is.read()) != -1) {
b.append((char) ch);
}
615:デフォルトの名無しさん
10/06/26 12:35:32
ヘルプだとStringBufferじゃなくてInputStream使ってデータを読み込んでるようだから
InputStream使って試してみれば
616:デフォルトの名無しさん
10/06/26 14:42:38
内部で扱えるエンコードは端末依存だから自前で変換が必要かも。
もしだめならいったんInputStreamでhogehogeしたあとに対象のクラスに渡すしかない。
端末によってはUTFのBOMの扱いでコケてる可能性もあるね。
617:デフォルトの名無しさん
10/06/26 15:03:12
うーん、いろいろ試行錯誤していますがよくわかりません。
ちなみに「あ」だと82 A0ではなく0A 3F A0 0Aになっちゃいます。
どう見ても実装が悪そうです。
618:デフォルトの名無しさん
10/06/26 15:42:27
is = c.openDataInputStream();
int ch = is.read();
これで 82 A0 がでてそれからどこで化ける？
619:デフォルトの名無しさん
10/06/26 16:03:15
というかSystem.getProperty("microedition.encodin")で返すエンコードしか扱えない
620:デフォルトの名無しさん
10/06/26 18:52:54
エンコード確認からね
621:デフォルトの名無しさん
10/06/26 20:15:42
>>618
ありがとうございます。
intのままだと正常で、内部エンコーディングもSJISです。
おそらくStringBufferに(char) chしているあたりでこけているみたいです。
ついでに、、
InputStream()とDataInputStream()の違いって何なのでしょうか？
どのように使い分けるべきなのかいまいちわかりません。
622:デフォルトの名無しさん
10/06/26 21:58:36
仮にサポートされてるエンコーディングでもバイト単位で処理しちゃったら化けるだろ
623:デフォルトの名無しさん
10/06/27 00:45:32
解決しました！
内部に文字列ではなくByteArrayOutputStream()で保持することで大丈夫でした。
むやみにtoString()は使うなってことを体感しました。
624:デフォルトの名無しさん
10/06/27 01:06:11
なんらよくわからんが、解決したんならよかった。おめでと
625:デフォルトの名無しさん
10/06/27 01:21:31
単純に考えてintをcharに格納してそのままほげほげしたからじゃないの？
>>622でFAじゃん。
>>614が理解してるかが問題だと思うんだが。
626:デフォルトの名無しさん
10/06/27 01:53:44
>>622でFAだとしても代替策を用意していないからだめ
627:デフォルトの名無しさん
10/06/27 15:01:20
JavaのStringの内部文字コードはUCS2のみ。それを知らないと一生地を這う
628:デフォルトの名無しさん
10/06/27 18:22:55
ほう、0xFFFF以降は無視か
629:デフォルトの名無しさん
10/06/27 19:34:08
MIDPってサロゲート対応してたっけか？
630:デフォルトの名無しさん
10/06/27 22:40:24
プロファイルは関係ない。
CDCならサポートしてるからCDC上で動くMIDPなら扱える。
だいたいjavaが採用してる文字セットはunicodeで符号化方式はUTF-16なんだからUCS2とはいわない。
UCSの0x0 - 0xffffの範囲のみをUTF-16で符号化すればUTF-16とUCS2は互換性があるがこれはUCS側が配慮しただけでこれらは全くの別規格だ。
631:デフォルトの名無しさん
10/06/27 22:41:57
byte配列にsubstring的なことをするのはどうすればよいでしょうか？
632:デフォルトの名無しさん
10/06/28 00:23:37
それ質問するようなことなの？
633:デフォルトの名無しさん
10/06/28 01:13:57
少なくともそれを決める権限はおまえにはないわな。
634:デフォルトの名無しさん
10/06/28 02:13:19
>631
System.arraycopy()で単に配列のコピー。
内容が一致した要素から何バイト抜き出すなんてことは自分で実装する。
ケータイアプリ関係ないしプログラム初心者みたいだから>632の指摘なんだろう。
>633はちょっと話かみ合ってない気がするがいちいち突っ込むなってことか。
635:デフォルトの名無しさん
10/06/28 03:25:29
下火になったここ最近は初心者と中級者ぐらいしかいないように見える
質問スレ兼ねてんだから初心者には優しくせんとな
回答もらってお礼も言わずいなくなる初心者が多いのも問題だけど
636:デフォルトの名無しさん
10/07/01 19:57:14
iアプリだと、
網とのやり取りはSJIS、Java内部ではUNICODEだけど、
文字コードの変換はAPIが全部やってくれるよ。
docomoが提供しているサンプルプログラムのとおり実装していれば、
文字列の切り出し・比較・コピーなんかで躓くことはないです。
637:デフォルトの名無しさん
10/07/01 21:53:08
オープンアプリやSアプリの場合は？
638:デフォルトの名無しさん
10/07/02 22:13:14
Iアプリならサンプルプログラムのとおり実装していれば動きます（ｷﾘｯ
639:デフォルトの名無しさん
10/07/03 00:38:37
iアプリは別スレがあるだろ
iモード携帯電話用Java(iアプリ) Part21
ｽﾚﾘﾝｸ(tech板)
640:デフォルトの名無しさん
10/07/08 12:11:07
OAPってファミコンより酷い？マシ？
641:名無しさん＠そうだ選挙に行こう
10/07/10 15:41:18
どっちだと思う？
642:名無しさん＠そうだ選挙に行こう
10/07/10 17:46:58
拡大縮小回転用に、RGB取得して変化量計算して表示したら遅いのなんの
RPGだからまだどうにかなるけど、アクションだとこれはきついな・・
みんなOAPでの拡大縮小回転は諦めてる？
643:名無しさん＠そうだ選挙に行こう
10/07/10 17:51:04
うん。あきらめてる
644:名無しさん＠そうだ選挙に行こう
10/07/10 18:00:47
45度回転と2倍、1/2倍程度だったらまだどうにかなるし
せっかく作ったからちょっとは使いたいな・・・
でも縮小するぐらいなら最初から小さい画像用意したほうがいいしな・・悲しい
645:名無しさん＠そうだ選挙に行こう
10/07/11 12:19:59
10%刻みとかでロード画面ででも前もって拡大縮小したイメージを使い回すとか
それより動的な画面で半透明合成する上手い方法って無いかな？無いよな…
静止した背景から半透明合成するのは一応実用レベルで実装できるけど
646:デフォルトの名無しさん
10/07/16 18:12:24
OAPで２ｃｈブラウザって難しいよね・・・レコードストアが少なすぎるから・・・
647:デフォルトの名無しさん
10/07/16 19:53:21
レコードストア以前に通信量制限
648:デフォルトの名無しさん
10/07/16 20:15:24
それか
一回の通信で受信は３２KBまでで
一日に送受信で３MBまでという縛りか
649:デフォルトの名無しさん
10/07/16 20:19:52
このスレでさえ150KB位あるんだからダウンロード無理だなｗ
650:デフォルトの名無しさん
10/07/16 21:01:20
通信料よりも通信確認がうざすぎて使えない
651:デフォルトの名無しさん
10/07/16 21:17:25
>一日に送受信で３MBまで
OAPのダウンロードもこれに入ってるんだよな
300kのアプリ作ったら一日10回しか実機テストできないとか
もう笑うしかない
652:デフォルトの名無しさん
10/07/16 21:41:34
頻繁な実機テストというとアクションゲームとかかな
653:デフォルトの名無しさん
10/07/20 02:01:42
XPのSP2でEclipse使って
URLﾘﾝｸ(creation.mb.softbank.jp)
上記サイトの S!アプリ開発ツールでS!アプリを実行し動作検証 までやって
Eclipseの実行押してMEXA EmulatorのUntrustedでインストールを選択してokしたところ、コンソールに
###[AMS Install Error](65): MIDlet verification error(-9). と出るだけでMEXAは起動しませんでした
原因とか教えてくださいお願いします
654:デフォルトの名無しさん
10/07/20 02:08:59
クラスが26個以上あるとか
655:デフォルトの名無しさん
10/07/20 02:44:07
>>654
クラスは HelloCanvas と HelloMIDlet の2つだけでした
Hello.jadに必要事項は記入してあるのですが、マーカーを見たところ
起動MIDletが選択されていないか、アプリケーション名が設定されていません。
との表示がありましたので、設定を最初から見直してきます
656:デフォルトの名無しさん
10/07/20 23:23:49
>>653 >>655
他者解決しました
657:デフォルトの名無しさん
10/07/21 10:07:44
今さらだけどMEXAのEclipseプラグインて2.1対応なんだよな。
いい加減2.3対応に直せと。
プロジェクトごとにパス直すのもいいけど、ココ↓テンプレに入れてもいいと思う。
URLﾘﾝｸ(d.hatena.ne.jp)
流石に再配布は禁止だろうか･;(`ε()ﾞ
658:デフォルトの名無しさん
10/07/21 16:28:54
オープンアプリで音ゲーを作るのってどうしたらいいんでしょうか。
dojaならmldに同期イベントを入れることができるみたいですが。
S!アプリのPhasePlayerにも同じような機能はあるんですかね。
659:デフォルトの名無しさん
10/07/21 16:30:47
ちなみにOAPで太鼓の達人でてるんだが、どうやってんだろ
機種によって音ずれまくり？
660:デフォルトの名無しさん
10/07/22 03:33:20
OAP対応はKCP+機が多い
KCP+は全機種CPU同じ
661:デフォルトの名無しさん
10/07/24 00:03:19
3キャリア対応させるつもりなんですが画面サイズは240x240で作るべきですかね
(0,0)を原点とした座標指定で、240x268とかで作ると、240x240の機種だと下の28ドットが消えるであってますか？
662:デフォルトの名無しさん
10/07/24 05:11:04
公式見ろよｗ
663:デフォルトの名無しさん
10/08/02 16:58:27
実機テストって大事だな
664:デフォルトの名無しさん
10/08/09 23:59:09
あたりまえの
665:デフォルトの名無しさん
10/08/21 14:50:13
まえだ
666:デフォルトの名無しさん
10/08/21 14:51:10
あたりまえだのくらっかー？
667:デフォルトの名無しさん
10/09/01 01:06:19
OAPどうなるんだろう
668:デフォルトの名無しさん
10/09/01 15:27:56
ｽﾚﾘﾝｸ(appli板:100-102番)
これマジ？
669:デフォルトの名無しさん
10/09/05 23:15:46
auはJavaアプリを大幅に強化するみたいね。
OAPとはまた別物だから導入が開始された後の機種でしか動かないだろうけど。
BREWなんて時代遅れのシロモノが無くなってくれるなら万々歳だわ。
670:デフォルトの名無しさん
10/09/06 01:31:49
>>668
URLﾘﾝｸ(plusd.itmedia.co.jp)
大マジだけどずっと先、対応端末が市場に出回るまではBREWか現OAPでがんばるしかない
671:デフォルトの名無しさん
10/09/15 04:16:28
auヒドスｗ
672:デフォルトの名無しさん
10/09/23 23:51:47
【au】オープンアプリ Part22【OAP】
ｽﾚﾘﾝｸ(appli板:210番)
673:デフォルトの名無しさん
10/09/25 21:52:07
振り回されるデベロッパもかわいそうに
674:!omikuji
10/10/01 01:50:05
しばらくはあう終了か
675:デフォルトの名無しさん
10/10/01 13:06:00
autopauseか
676:デフォルトの名無しさん
10/10/02 08:34:19
現行の機種じゃ使えないんでしょ
つーことは開始時はほとんどのユーザーが使えないわけか
やっぱアプリが使えるかってのはでかいよ
677:デフォルトの名無しさん
10/10/03 14:21:26
>>675
おぬし何者?
678:デフォルトの名無しさん
10/10/08 23:19:09
すいません、質問です。
S!アプリをEclipse+MEXAで作っているのですが
実機(SHを除く比較的新しい機種)でエラーが発生しています。
java.lang.NoClassDefFoundError: com/j_phone/util/GraphicsUtil
最初、GraphicsUtil.drawRegionlを使っていたので、これを全て
javax.microedition.lcdui.Graphics.drawImageに切り替えました。
これでGraphicsUtilクラスは全く使用していないのですが
それでも同じエラーが発生しています。
何か心当たりがありましたら、ご教授願います。
679:678
10/10/08 23:46:18
誤記がありました
×javax.microedition.lcdui.Graphics.drawImage
↓
○javax.microedition.lcdui.Graphics.drawRegionに切り替えました
です、失礼しました
680:デフォルトの名無しさん
10/10/11 00:37:43
ソフトバンクか
681:デフォルトの名無しさん
10/10/12 09:53:32
import宣言が残っているに1俵
682:デフォルトの名無しさん
10/10/12 18:16:31
ecllipseでＭＥＸＡをやろうとしたのですが
jadファイル設定の時に起動ＭＩＤletの設定という項目がありません
ここまでソフトバンクのコラム通りにやっているのですが
どうすればいいのでしょうか？
683:デフォルトの名無しさん
10/10/13 11:46:21
ヘルプにやり方書いてあったしorzそして今度は
>>653の状態になった。一体どうすればいいんだこれは
684:デフォルトの名無しさん
10/10/13 15:13:44
>>683
>>657 で解決したりしない？
685:678
10/10/13 17:33:36
問題解決しました
コンテンツアグリゲータのアップローダーに不具合があったようです
さすがに気付きませんでした
686:デフォルトの名無しさん
10/10/14 01:26:41
>>684
ダメですね・・・。結果は同じでした。
687:デフォルトの名無しさん
10/10/16 20:16:49
Eclipseのバージョンは?
688:682
10/10/17 18:20:06
3.6.0です
689:デフォルトの名無しさん
10/10/25 19:51:59
エクリプスとやらは使わずに
普通のテキストエディタに書いてやってるので
私には皆目検討もつきません
ごめんなさい
力になれなくって
690:デフォルトの名無しさん
10/10/27 17:27:25
EZアプリ(J)の情報出てる
691:デフォルトの名無しさん
10/10/27 17:36:40
GLを基本とした独自拡張らしいね。
Docomoと比べた機能比較表を誰かつくってくれ～。
692:デフォルトの名無しさん
10/10/27 18:00:33
KDDI au: 技術情報 > EZアプリ (J)
URLﾘﾝｸ(www.au.kddi.com)
これか
693:デフォルトの名無しさん
10/10/27 18:01:35
オープンアプリそのまま使えそうな感じ？
694:デフォルトの名無しさん
10/10/27 18:02:33
OAPってBREWで無料配布されるのかねえ。
それともくみこみかかな？？
695:デフォルトの名無しさん
10/10/27 18:11:49
>通信時には、必ずユーザーに対し接続前確認を行います。
さてさて。
696:デフォルトの名無しさん
10/10/27 18:21:28
URLﾘﾝｸ(www.kddi.com)
これ見る限り組込だから旧機種は従来通りBREWだね。
つーことで普及に最低2年。
1. 2年内に新プラットフォーム発表
2. オープンアプリと同じ運命に
3. Androidに喰われる
た5. EZアプリ(J)に移行
さてどれだ。
697:デフォルトの名無しさん
10/10/27 18:33:58
オープンアプリにちょろっとヒゲが生えたような程度の仕様強化・・・
698:デフォルトの名無しさん
10/10/27 18:35:05
>>696
まんまオープンアプリじゃないかｗｗｗｗｗｗｗｗｗ
699:デフォルトの名無しさん
10/10/27 20:20:12
EZ番号が取得可能になったり、jarサイズが2Mになったり、公式でも使えたり
かなりパワーアップはしたな。
ただ、通信確認が必ずあるみたいで、オンラインゲームやブラウザアプリなどは無理だな。
はっきりって遅いけど、ないよりましか・・
700:デフォルトの名無しさん
10/10/27 20:43:05
>>699
いちど開いたらそのままにしておけばよいとおもうが・・・、
だめなのか？
701:デフォルトの名無しさん
10/10/27 21:24:15
HTTP通信でそのメソッド使うたびに確認でるとかじゃね
702:デフォルトの名無しさん
10/10/27 21:26:09
キープアライブが切れたらダイアログでるのかね。
あと自前のプロトコル実装はさせてもらえなさそうかな・・・。
703:デフォルトの名無しさん
10/10/28 01:44:06
オンラインゲームでないゲーム中心に作ってるものとしては、
通信確認なんて全く問題ない
704:デフォルトの名無しさん
10/10/28 01:49:23
カメラ機能も電話帳アクセスもデータフォルダアクセスも電話機能も
他のアプリとの連携もＧＰＳ機能も
何も利用できないままか
変わったのはサイズ制限の大きさと
ＳＤカードへのアクセスが可能になっただけ
705:デフォルトの名無しさん
10/10/28 01:51:18
>>704
ツール中心の人には辛いかもね
それでも、オープンアプリがここ最近搭載されていなかったから
戻ってきたんだと考えるとこの仕様でもありがたい
706:デフォルトの名無しさん
10/10/28 01:55:21
またBREWのJBlend上か
3Dグラフィックス対応とあるがどう実現してるんだ？
707:デフォルトの名無しさん
10/10/28 01:58:04
>>692では3D用のAPIに非対応とあるのに
>>696では3Dグラフィックスの描写が可能とある
708:デフォルトの名無しさん
10/10/28 01:59:38
>>692
仕様見る限り
新しい携帯でもオープンアプリ用アプリはそのままＤＬして使っても問題なさそう？
709:デフォルトの名無しさん
10/10/28 02:03:17
知らんがな(´･ω･`)
710:デフォルトの名無しさん
10/10/28 03:53:06
oapが糞だと言われてるのに馬鹿なのかね
711:デフォルトの名無しさん
10/10/28 08:03:36
あと何年たってもスマートフォンは日本で根を張らない気がする。
androidを盛り上げようとしているのは技術者中心で、これはいつもの流行らないパターン。
一般人にはiPhoneの二番煎じ的意味合いが強すぎ。
今後も日本はガラパったままで、auがjavaアプリを選択したことが吉とは言わないまでも
スベることはないと思うに１票。
712:デフォルトの名無しさん
10/10/28 12:48:45
16MB使えてもこんな制限じゃ使い道ねえよ
713:デフォルトの名無しさん
10/10/28 12:50:41
auはマジビビリだな
714:デフォルトの名無しさん
10/10/28 13:14:22
通信毎の確認なのか、1度目の通信のみなのか。
715:デフォルトの名無しさん
10/10/28 13:20:32
以前、URL開くだけのテストアプリ作ってやったけど
毎度毎度確認させられたよ
716:デフォルトの名無しさん
10/10/28 13:43:46
>>715
まだ搭載されてる実機でてなくない？
てか拡張APIのリファレンスって何処にあるかわからんかった。
717:デフォルトの名無しさん
10/10/28 14:09:09
オープンアプリの話だよ
718:デフォルトの名無しさん
10/10/28 14:27:58
rs256kbって微妙だねー
オープンアプリと基本変わらん
719:デフォルトの名無しさん
10/10/28 15:36:15
rs256kbってどこのこと？
720:デフォルトの名無しさん
10/10/28 15:48:09
>>719
>>692の
保存ファイル 256キロバイトまでのレコードストアに対応しています。
ってところ
721:デフォルトの名無しさん
10/10/28 16:28:08
>>720
なるほど。
MIDP2.0ってPNGファイル作成できたっけ？
出来るならRGBA8888形式で1Dot4byteあたりでストレージ代わりに使えるんだけど。
722:デフォルトの名無しさん
10/10/28 16:57:46
ストレージ代わりできるの？
723:デフォルトの名無しさん
10/10/28 17:21:27
PNGなりBITMAPなりを作成できて保存できるのであればっておはなし。
APIみてないから作成、保存はしらないけどね。
724:デフォルトの名無しさん
10/10/28 17:29:16
＞FileConnection (JSR 75)
このＡＰＩつかってＳＤカードにアクセスするみたいだけど
ファイル操作とか出来るってことなのかな？
725:デフォルトの名無しさん
10/10/28 17:32:47
ｇｇｒｋｓ
726:デフォルトの名無しさん
10/10/28 18:13:51
ＰＩＭ操作できるようになったんか
727:デフォルトの名無しさん
10/10/28 18:19:45
>MascotCapsule V3.0
>OpenGL ES
728:デフォルトの名無しさん
10/10/28 18:24:11
>サービス開始時点で対応している携帯電話は、富士通東芝製の「T006」のみ。
729:デフォルトの名無しさん
10/10/28 19:10:48
ナイスですね
730:デフォルトの名無しさん
10/10/28 21:00:41
>>698
ベースはOAPでも、まんまじゃねえよ。
貶めたいならもっとよく考えることだな
731:デフォルトの名無しさん
10/10/28 21:03:28
今回のjavaはネイティブアプリでしょ。
仕様が微妙なのはまんまだが。
732:デフォルトの名無しさん
10/10/28 21:26:34
>>718
オープンアプリは35kBとかそんなレベルだぞ。
それに比べたら、全然まし。
2Dでオンラインゲームでないゲームなら、他キャリアと遜色ない
レベルは作成可能だとは思う。
3Dゲームは知らね。
733:デフォルトの名無しさん
10/10/29 00:50:33
問題は普及するかだな
OAP搭載機減ってるのに
Ezアプリ(J)を積む機種が増えるかどうか
734:デフォルトの名無しさん
10/10/29 01:08:53
ファミコンからスーパーファミコンにレベルアップしたくらいの進化？
それとも
ゲームボーイからゲームボーイカラーへの進化程度？
735:デフォルトの名無しさん
10/10/29 01:16:40
ＰＳ３ １２０Ｇから１６０Ｇにレベルアップしたくらい
736:デフォルトの名無しさん
10/10/29 01:18:54
そんな程度で大丈夫か？au?