CLDC+MIDP+携帯電話用Javaスレッド part 9

[表示 : 全て最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 02/11 21:03 / Filesize : 109 KB / Number-of Response : 472
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:42:32 ]: J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。
質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。

前スレ：
CLDC+MIDP+携帯電話用Javaスレッド part 8
pc12.2ch.net/test/read.cgi/tech/1206017034/
過去スレ
携帯JAVAのスレッド
pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち)
CLDC+MIDP+携帯電話用Javaスレッド part 2
pc5.2ch.net/test/read.cgi/tech/1070858996/
CLDC+MIDP+携帯電話用Javaスレッド part 3
pc5.2ch.net/test/read.cgi/tech/1091798483/
CLDC+MIDP+携帯電話用Javaスレッド part 4
pc8.2ch.net/test/read.cgi/tech/1108781476/
CLDC+MIDP+携帯電話用Javaスレッド part 5
pc8.2ch.net/test/read.cgi/tech/1132493827/
CLDC+MIDP+携帯電話用Javaスレッド part 6
pc11.2ch.net/test/read.cgi/tech/1155174514/
CLDC+MIDP+携帯電話用Javaスレッド part 7
pc11.2ch.net/test/read.cgi/tech/1180010672/

>>2-5あたりにリンク集･;(`ε()ﾞ
282 名前：デフォルトの名無しさん [2010/01/19(火) 00:35:36 ]: 猿のゲーム？
283 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 17:31:30 ]: ぷよぷよもどきが付いてたでしょ
284 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 19:02:48 ]: W52CAはOAPの説明するだけのアプリが付いてた。最近の機種はぷよぷよもどきが付いてるの？
285 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 19:35:19 ]: ぷよぷよもどき付いてない機種があるのか
って事は付いてるのはOAPのバージョンが上がったKCP+端末以降かもな
286 名前：sage mailto:sage [2010/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 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 11:19:08 ]: ウチは結局戻ってきてから終了させた。
288 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 14:14:12 ]: ウチも同じく。
289 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 16:45:54 ]: >>286
実装依存。
VM起動中に他のアプリケーションが起動してるとVMの再起動かかる実装だと
ユーザーがリクエスト実行の許可を出した時点でプロセスをフォークする。
んで有無を言わさずただちにVMは正常終了する。

OSがマルチタスクで、VMが複数プロセス起動できる実装なら（他のアプリケーションと排他起動ではない）なら
リクエストはフォークしたまま、VMは生きてることもある。

MIDP2.xまではVMの複数起動とアプリケーション間通信が標準化されてないのでそういうことが標準でできるようになるのはMIDP3.0以降。
MIDP3.0はCDCが余裕で動くくらいのデバイス要求だから実現するのははるか先の話。
290 名前：286 mailto:sage [2010/01/22(金) 19:49:34 ]: >>289
詳しい説明ありがとうございます。

端末依存の挙動になるなら、
アプリに戻ってきてから終了が無難ですね。

>>287,288のお二人もありがとうございました。

もう一件困ったことがありまして新たに質問です。
platformRequestで接続時に
「ブラウザを起動しますか？」というようなダイアログが出てくるときに
「いいえ」を選ぶと>>286の書き方では終了してしまいます。
Exceptionをcatchできないかとも思ったのですが駄目でした。

このダイアログの選択結果を取得する方法はありますでしょうか？
よろしくお願いします。
291 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 22:38:23 ]: AMSが出してるダイアログだから無理じゃないかね。
292 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 12:34:05 ]: 質問です。(MIDP/MEXA)

現在、画面のコピー処理を作成しています。
オフスクリーンに描画したものを、
キャンバスにコピーする(画面に表示させる)事はできるのですが、
逆に、キャンバスに描画されているものを、
オフスクリーンにコピーする手段が見つからず、困っています。

Canvasクラスのpaint()の引数「Graphics」から、
imageクラスを作成する事が出来れば良いのですが、それが出来ない。
※Canvas.getImage()は使用出来ず。
※GraphicsUtil.getPixel()で、paint()の引数「Graphics」から、色を取得しようとすると、
　 java.lang.SecurityExceptionが発生してしまう。

何か良い手段は無いでしょうか？　
293 名前：デフォルトの名無しさん [2010/01/23(土) 15:10:46 ]: 可変タイプのImageクラスに描写したいもん全部描写して
キャンバスにまるごとコピーするってのはどう？
294 名前：292 mailto:sage [2010/01/23(土) 15:56:50 ]: >>293
> 可変タイプのImageクラスに描写したいもん全部描写して
> キャンバスにまるごとコピーするってのはどう？

それは、私が最初に記した、
「オフスクリーンに描画したものを、
　キャンバスにコピーする(画面に表示させる)事はできるのですが、」
にあたる処理ですよね？
毎回、「オフスクリーン(Imageクラス)に描画⇒キャンバスにまるごとコピー」を行う方法では、
アクションゲームを作る場合に性能が落ちてしまう為、避けたいのですが・・・。
295 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 16:04:00 ]: >逆に、キャンバスに描画されているものを、
>オフスクリーンにコピーする手段が見つからず、困っています。

と

>毎回、「オフスクリーン(Imageクラス)に描画⇒キャンバスにまるごとコピー」を行う方法では、
>アクションゲームを作る場合に性能が落ちてしまう為、避けたいのですが・・・。

に何の関係があるのか分からん
296 名前：292 mailto:sage [2010/01/23(土) 16:21:03 ]: >>295
> に何の関係があるのか分からん

分かり辛くて申し訳ないです。
基本的には、アクションゲームなので、性能が落ちない作りとしたいのですが、
現在表示している画面を後から見る機能(リプレイ機能的なもの)を、実装したかったもので。
297 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 16:36:38 ]: だから
現在表示している画面を後から見る機能(リプレイ機能的なもの)を、実装すると
なんで
性能が落ちない作りになると思ったの？
298 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 21:11:41 ]: ビデオのように保存したかったってことか？
だとすれば速攻でメモリが一杯になる気がするが……。
299 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 21:54:37 ]: >>292
動画としてキャプチャするのはスペック的に不可能なので、リプレイ機能は他の方法でやるしかないよ。
300 名前：292 mailto:sage [2010/01/23(土) 22:09:35 ]: >>297
>>298
すいません、
「リプレイ機能的なものを実装すれば、性能が落ちない」と言うわけではなく、下記の事が言いたかっただけです。

＜実現したい事＞
キャンバス(現在表示している画面)を、オフスクリーン(可変タイプのImageクラス)にコピーしたい。
(ビデオのようにではなく、画像のキャプチャのような機能を作りたい。)
※WindowsのPrintScreenみたいな機能が実装できれば良いです。

①毎回オフスクリーンに描画⇒キャンバスにコピーを行った場合
⇒下記②より性能が悪い。
　しかし、オフスクリーンには、常にキャンバスの画像が描画されている為、実現したい事は満たせている。

②毎回キャンバスのみに描画した場合
⇒上記①より性能が良い。
　しかし、キャンバスをオフスクリーンにコピーする手段がない(分からない)為、実現したい事が満たせない。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↑この手段を知りたい。

>>293の方法は、
上記①の方法だと思い、上記②(キャンバスのみに描画)より性能が落ちると思いました。
301 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 22:56:57 ]: 毎回スナップショットとる=連続静止画=動画だよな？
スペック的にふつうにリプレイ（のようなもの）を実装しないと実現できんと思うんだが。

ていうか①では性能落ちないだろ。ただのバッファリングだぞ。
302 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:19:48 ]: >>301
スナップショットをとるのは、何かボタンを押した時だけで良いです。
(つまり、何かボタンを押した時に、キャンバスをオフスクリーンにコピーしたいです。
　①の方法の場合は、何かボタンを押した時に、
　現在のオフスクリーンを、別のオフスクリーンにコピーすることで、画面のキャプチャが可能。)

>>ていうか①では性能落ちないだろ。ただのバッファリングだぞ。
うーん、①の方法で試してみます。
303 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:24:41 ]: ていうかダブルバッファしてないの？
あるタイミングでバッファのスナップショット取ればいいだけだろ。
304 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:32:54 ]: ダブルバッファはしていないです。

バッファのスナップショットを取る方法で試してみます。
回答ありがとうございました。
305 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 02:50:55 ]: >>300
>　しかし、キャンバスをオフスクリーンにコピーする手段がない(分からない)為、実現したい事が満たせない。

キャンパスをオフスクリーンにコピーするときの時間は無視できるのか
めでたい香具師だな
306 名前：デフォルトの名無しさん [2010/01/24(日) 03:25:21 ]: 描写されてるオブジェの種類と座標を全部記憶しておいて、あとで再描写すればええんでないの？
307 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 16:19:07 ]: >>304
要はスナップショットが必要なのに>>292の質問文ができあがるとか
失礼だがプログラム向いて無いっぽいぞ
308 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 16:34:35 ]: >>305
PrintScreenするときだけゲームが少し止まるってのは、よくあると思うよ。
まぁどっちにしても、①のようなことするアプリつくったことあるけど、
性能にそんなに影響ないっぽいよ。
309 名前：デフォルトの名無しさん [2010/01/24(日) 16:53:58 ]: 実装機の性能次第ってとこか
310 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 18:16:13 ]: まともなアクションゲームぐらい実装できる性能なら
一画面保持しておく程度の事は全く問題ないと思うが
311 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 18:47:26 ]: つまり無理って事だな
312 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 07:09:15 ]: お前はいつの時代の携帯使ってんだよｗｗ
313 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 10:44:59 ]: キャプチャ時に時間かかっていいならgetPixel、setPixelでできるだろ
314 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 12:42:25 ]: Canvas.getPixel
Canvas.setPixel
315 名前：313 mailto:sage [2010/01/25(月) 13:31:44 ]: 良く読んだらgetPixelで例外でるって書いてあるね。すまん
316 名前：デフォルトの名無しさん [2010/01/25(月) 13:39:29 ]: GraphicsUtil?
317 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 13:41:32 ]: >>316
>>2
318 名前：デフォルトの名無しさん [2010/01/25(月) 15:12:40 ]: ダブルバッファリングって何？
Canvas.isDoubleBuffered() がtrueとfalseではどう違うの？
グラフィックス描写処理にどういう違いがあるの？
319 名前：デフォルトの名無しさん [2010/01/25(月) 15:21:15 ]: ゲームではGameCanvasをRunnableにして
getGraphics()で取得したGraphicsを
run内のループで描写してはflushGraphics()して表示してるんだけど

paintメソッドやrepaintメソッド使ったほうがいいってこと？
320 名前：デフォルトの名無しさん mailto:sage [2010/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 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 15:38:07 ]: void flushGraphics(){
serviceRepaints();
}
flushGraphicsはこんな感じと予想
322 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 15:41:13 ]: (；´Д｀)
323 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 01:59:51 ]: 久々にスレが動いたかと思えばダブルバッファも知らん連中で溢れかえっていました
324 名前：デフォルトの名無しさん [2010/01/26(火) 02:13:09 ]: まぁ初歩的な質問はスレチかな
ダブルバッファｽﾚで尋ねてみなさい
325 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 14:12:52 ]: ダブルバッファをGameCanvasの使うのと自作するのとではどれだけ性能差があるんだろうね
326 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 04:31:12 ]: GameCanvasので問題ない
性能差なんて殆ど無い
327 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 16:28:22 ]: リュウとケンぐらいの差だな
328 名前：デフォルトの名無しさん mailto:sage [2010/01/28(木) 21:03:14 ]: そんなことより描画とロジックを別スレッドにしろ
びっくりするほど速くなる
スレッドセーフに気を使わないといけなくなるし
重くなるとフレームスキップおきまくるけど。
329 名前：デフォルトの名無しさん [2010/01/29(金) 00:10:18 ]: 何が早くなるの？
330 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 01:49:33 ]: W5X世代だと画面クリアして文字出してるだけで10fpsなのに、速くなるわけなどない。
それに根本的に演算コストやら描画コスト変わらないのに、速くなるわけなどない。
331 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 05:18:46 ]: 可読性犠牲にC的にｺﾞﾘｺﾞﾘ書く方が速いやな
ってかMIDPのマルチスレッドって注意点というか問題無かったっけ？
332 名前：328 mailto:sage [2010/01/29(金) 10:20:47 ]: シューティングで3並列でマルチスレッドのアプリ作ったけど、
動作速度がかなり速くなったよ。
500のスプライト・30msのループでも、多少フレームスキップが
おきるけど、動作速度は殆ど落ちない。
ディスプレイにデータを転送して描画を待っている間に、
次のフレームの処理をしているのだから、むしろ当然だと思うんだが。
333 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 11:10:35 ]: 実機でそれだけの速度が出るなら、ぜひともどの機種を使ったか書いてくれ
334 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 12:12:11 ]: >>332
描画とロジックを切り分けるのは良くあるパターンだけど
動作速度の解決手段としてスレッドで分ける事に
どういう意図があるか是非聞かせて頂けないだろうか？
335 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 12:42:50 ]: >>334
332じゃないけど、描画の時間を有効活用するって事じゃないのか？
336 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 16:29:01 ]: >>334
断続的に処理落ちが発生しており、フレームレートを平滑化する仕掛けを実装してないんだろう？
ロジックと描画を非同期にしていまえば、どれだけ描画が遅れようともロジックが処理落ちすることは
なくなるしな。
337 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 18:56:04 ]: いろいろツッコミ所は多いが
まずシューティングゲームとして致命的な仕様だなｗｗｗ
338 名前：334 mailto:sage [2010/01/29(金) 20:54:14 ]: >>335-336
なるほど、そういう方法があるんですか
でも根本的な動作速度の改善とは少し違う意味合いでの高速化だね
シングルスレッドでスリープ間隔固定でぶん回す方が速度的にも現実的な気もするけど…
339 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 12:14:06 ]: どうにもうさんくさいんだよなあ。
PCのテスト環境上での話しだというならわかるんだけど。
実機で1フレーム1回全画面クリアした時のfpsより、
>>332の方が速いって信用ならない
340 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 16:10:20 ]: 環境がKCP+端末上のOAPとかだとメール受信OFF設定でも
数分おきにバックグラウンド処理で何やら高負荷が掛かるから
描画スキップが激しそうだな
341 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 16:10:36 ]: ならベンチマークとれよ
342 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 16:37:57 ]: ベンチマークテストの仕方がわからない
343 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 17:58:23 ]: ベンチマークってKCP+のモッサリが解消するアプリだったのか
344 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 22:07:12 ]: だれもそんなこと言ってないだろ
345 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 00:37:31 ]: 安価ぐらい付けろって意味でからかわれたんだろ
346 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 14:13:55 ]: こんにちは。
S!アプリのユーザーって減ってますか？
iPhoneユーザーばかりになってるんでしょうか？
347 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 17:29:59 ]: ここで聞くことじゃ無いし他で聞いても多分誰も答えれんだろう･;(`ε()ﾞ
348 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:08:15 ]: オープンソースのjavaで
腐ってる中でも性能出そうな実装って知りませんか？
349 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:31:11 ]: コンパイラ？VM?JAVAチップ？
350 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:35:06 ]: >>349
JVMです。j9買えなくなったので
困ってます
351 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 15:27:20 ]: オープンソースで？
352 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 10:00:29 ]: >>351
j9自体国内から買えなくなった
353 名前：デフォルトの名無しさん [2010/02/08(月) 01:23:27 ]: OAP終了～

orz

今後auの携帯にOAPは実装されないらしい・・・

せっせとOAP作りを勉強してる俺オワタ＼(＾o＾)／

携帯買い替えられないお
354 名前：デフォルトの名無しさん [2010/02/08(月) 01:24:58 ]: OAPちゃんは特別なAPIとか無いからそのままソフトバンクとかの携帯アプリとして使えたりする？
使えるんなら次携帯買い換える時はソフトバンクにするお
355 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 01:59:55 ]: 自分で調べれ
356 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 04:12:10 ]: >>353
ググってもソース見つからんかった
どこの情報？
あとMIDP勉強してるなら何にでも応用効くじゃんｗ
357 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 08:42:50 ]: >>356
creation.mb.softbank.jp/sapp/index.html
www.au.kddi.com/ezfactory/tec/spec/openappli.html
358 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 10:14:53 ]: >>354
S!アプリとOAPは規格が違うので完全互換は無いので注意が必要だけど、基本的にはすぐ移植できるよ。
開発環境は無料なんだしエミュレータで試してみたら？
359 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 15:10:00 ]: >>357
ただの安価ミスだとは思うが
>今後auの携帯にOAPは実装されないらしい・・・
についてのソースが欲しいと言ったんだよ
360 名前：357 mailto:sage [2010/02/08(月) 17:23:27 ]: ×>>356
○>>354
すみません、アンカミスいしました。
361 名前：360 mailto:sage [2010/02/08(月) 17:25:03 ]: ×すみません、アンカミスいしました。
○すみません、アンカミスしました。
今度はタイプミスしましたorz..
362 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 11:26:31 ]: OSSのKVMてPhoneMEいがいにあるの？
363 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 23:57:48 ]: PhoneMEもう更新されねーだろ
ボラクルから圧力もかかってるし
364 名前：デフォルトの名無しさん mailto:sage [2010/02/15(月) 18:58:51 ]: SoftBankの920SC, 820SCでのみ、
下記の通信接続オープンの箇所で、
例外処理にも来ず端末が再起動するという現象が起きています。
この端末について何か情報をお持ちの方がいましたらよろしくお願いします。

HttpConnection httpc = (HttpConnection)Connector.open(url);
365 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 01:11:42 ]: 日本の携帯Javaって変な機種依存多すぎてVMの利点が無いね
Dojaは知らんけど
366 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 18:51:01 ]: Javaはもともとそういう性格の子なので、こればかりはなんとも。
367 名前：デフォルトの名無しさん [2010/02/16(火) 20:16:00 ]: auのオープンアプリなら純粋なCLDCMIDPだからオープンアプリ用アプリなら他の機種への移植は容易かも・・・？その逆は不可だけどね
血液型で例えるならオープンアプリはＯ型で他の血液型に輸血は出来るけど逆に血を貰うことはできないと
368 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 20:22:48 ]: M1000 も MIDP だったんだけどなあ。
369 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 23:29:05 ]: Willcomこそ純潔のMIDPぞ！！
370 名前：デフォルトの名無しさん [2010/02/18(木) 11:45:10 ]: まぁAndroidが広まればMIDPも広まるだろ
アプリストアでMIDPアプリが売れるようになるわけだし
371 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 11:52:27 ]: いやMIDPとandroidは全然概念違うから。
372 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 19:14:43 ]: >>370
373 名前：デフォルトの名無しさん [2010/02/19(金) 13:03:23 ]: Androidでは既にMIDPが動いているよ
ゲームだとMIDPの方がプログラム組みやすいから、Android携帯はMIDPゲーム端末としても有望かもしれない
374 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 15:13:31 ]: 少なくとも現行の日本で手に入るandroidデバイスでMIDPは動かないが？
androidストアで配布もしてねえし。
動くって考えて開発する奴は殆どキチガイに近いだろ。
375 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 15:19:30 ]: 一部業界関係者にはandroidでMIDPが動くという情報が出回っているんだろう
おそらく公式発表前の情報だから、本来は口外禁止のはずだが
末端の人間はそんなこと知ったことかであちこちで言いふらしているといったところか
インサイダー取引につながりかねない危険な情報だ
376 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 17:29:37 ]: 確かJavaSE+独自拡張の言語で作れるらしいじゃん
MIDPアプリの移植は簡単そうだな
377 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 19:37:43 ]: MIDPをAndroidで動かすWrapperが既にあるよ。
ttp://www.netmite.com/android/
378 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 16:14:12 ]: 誰か日本語ドキュメントを作ってくれ～～
379 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 18:54:30 ]: 自分の知識の範囲内だけでキツい言い方しちゃうと
往々にして後で恥をかくもんですなあ
380 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 13:47:05 ]: Piccolo XML ParserをCLDCで動くように移植したんだがいらないコード全部とっぱらってもライブラリサイズが160Kより落ちなかった。
まだいじる余地はあるがCLDC環境にはデカすぎるな。
速度もPiccolo:XPP3が1:1.3~1.5くらいの差しかなかった。
381 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 16:30:28 ]: 300k制限+通信制限じゃxml扱うのは辛いね
382 名前：デフォルトの名無しさん [2010/02/26(金) 17:15:41 ]: イメージ生成について質問です。

Image.createImage( String name );
に関しての処理時間が遅いのは仕様なんですかね･･･？

画像ファイルが10x10程度のサイズでも生成に20ミリ秒ぐらいかかっている。

Image.createImage()でイメージを複数生成しようとした際には
アプリが止まっているように見えてしまうので困ってます。

Image.createImage(byte[] imagedata, int imageoffset, int imagelength)
にすれば多少は早くなるのですが、メモリが厳しくて画像全てをbyte配列で
保持するのが厳しいorz

誰か良い解決方法教えて･･･。

使用端末は905SHです。

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef