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あたりにリンク集･;(`ε()ﾞ
258 名前：デフォルトの名無しさん mailto:sage [2009/12/30(水) 23:04:53 ]: >>256

BREW(Binary Runtime Environment for Wireless) 11
pc12.2ch.net/test/read.cgi/tech/1244073489/

まぁ頑張れや
259 名前：デフォルトの名無しさん mailto:sage [2009/12/30(水) 23:06:33 ]: BREWは別スレだから。
260 名前：デフォルトの名無しさん [2009/12/31(木) 03:18:40 ]: >>256

KDDI au: 公式コンテンツで提供するサービス > EZアプリ (BREWR)
ttp://www.au.kddi.com/ezfactory/service/brew.html

技術情報くらい読めや
261 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 03:20:45 ]: >>253
262 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 03:21:27 ]: >>253
＞今の携帯では動かないんですか
＞携帯事情には疎くてすいません。

au公式の技術情報くらい読めや
263 名前：244 mailto:sage [2009/12/31(木) 03:36:39 ]: >>258,259
はい、だから、すれ違いになってすいませんと書きました
別スレでがんばってきます。ありがとうございました。

>>260
そこ、既によんでます。がんばります。

>>262
だって、「EZアプリはクソなので、現在の携帯では動きません」
とは書いてなかったので…

半日くらい、EZアプリ（Java）に時間を割いたんですけどね…、無駄でした。

お気を悪くされた方がいらっしゃったら、申し訳ありません。
悪気はまったくありません。本当に感謝しています。
ありがとうございました。
264 名前：244 mailto:sage [2009/12/31(木) 03:39:34 ]: すみません、>>263を読み返してみると、
やっぱり、ものすごく態度が悪いと見えます。

わたしが言いたいのは、
みなさんにレスしてもらって、本当に助けになったことです。
感謝だけです。ありがとうございます。

スレ違いですが、まずBREWから始めてみることだけ、書いておきます。

ありがとうございます。
265 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 07:54:39 ]: 匿名掲示板だしこまけぇこた気にすんなよ
かなり特殊な物作ろうとしてるみたいだけど
本当に作る必要のあるものかは検討したのかな？
まあがんばれ
266 名前：244 mailto:sage [2009/12/31(木) 13:45:33 ]: そう言っていただけると、とても助かります。

あんまりひっぱって、一人で展開しても迷惑なので、
これにて名無しにもどって、
ここではCLDCとMIDPの話するようにしますね。
267 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 16:17:04 ]: >>263
＞だって、「EZアプリはクソなので、現在の携帯では動きません」
＞は書いてなかったので…

サイトに対応機種書いてあっただろ・・・読んでないじゃんおまえ
268 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 17:52:10 ]: そんな噛み付くなよｗｗｗ
どう見ても初心者だろ
269 名前：デフォルトの名無しさん mailto:sage [2010/01/01(金) 00:14:05 ]: うむ。初心者なら仕方ないよね。
右も左もわからないんだから
270 名前：デフォルトの名無しさん mailto:sage [2010/01/02(土) 19:12:42 ]: しねよ馬鹿ガキ
271 名前：デフォルトの名無しさん mailto:sage [2010/01/03(日) 02:36:21 ]: ごめんなさい
272 名前：デフォルトの名無しさん mailto:sage [2010/01/03(日) 10:03:56 ]: スルーしろ
273 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 01:56:34 ]: ごめんなさい
274 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 07:53:01 ]: オラおめえだけは許さねえ！
275 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 00:02:28 ]: もう許して・・・
276 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 13:32:16 ]: 申し訳ありません、質問です。

オープンアプリを作ってちょこちょこ遊んでます。
ランダムな色の円(fillArcで描画)を256個ほど使い、
擬似3Dチックな描画をしています。
(ワールド座標のY軸を中心に公転、深度ごとに毎フレームソート)

で、所有している端末はW51CAなのですが、実行性能が3fps程度と非常に低いです。
これがたとえばCA003とか、そういう最新機種だと、速度面は改善されますでしょうか。

も一個、GameCanvasとテキストフィールドを組み合わせて使うことって可能ですか？
277 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 15:35:56 ]: fpsは最新機種なら当然上がるが例外機種もありそう

canvasとformは切り替えて使うなら可能
同時に使うことは不可能
自前でテキストフィールドっぽいものを作るしかない
278 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 18:12:19 ]: なるほど。
ありがとうございます
279 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 20:34:54 ]: OAPの機種毎の描画性能って気になるところだけど情報無いね
極端な差はなさそうだけど
280 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 10:19:38 ]: OAP仕事でやったやついる？
281 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 23:27:50 ]: OAP搭載機種にバンドルされてる猿のゲーム作った人ぐらいじゃない？
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です。
383 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 20:46:14 ]: オブジェクトの生成は基本的に重いから普通は
ロード画面でまとめてやるんじゃない？
ある画像のImageオブジェクトの生成が終わったら
そのbyte配列持っとく必要無いんじゃない？
384 名前：デフォルトの名無しさん [2010/02/26(金) 21:45:24 ]: >>383
頻繁に使用する画像に関してはロード画面でまとめて生成を済ませて
ゲーム中にイメージの解放をする可能性がある画像のみbyte配列にて
保持している状態になってます。

ゲーム中に使用する画像が多いのもあって、メモリの都合上、全ての
画像を最初に生成する事が不可能な状態･･･orz

ドコモとソフトバンクの処理速度の違いに毎回苦しめられている･･･。
385 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 22:12:27 ]: その状況じゃどっか削って移植しか思い浮かばないなぁ
386 名前：デフォルトの名無しさん [2010/02/26(金) 23:54:07 ]: ハードウェア依存大変そうだね
387 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 13:54:15 ]: 大変なんじゃなくてもともとスペック的に無理なことやってんじゃないの？
388 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:39:13 ]: 仕事でやってるとSoftBankさえなかったら…ってよく思う
SoftBankに比べればBrewへの移植なんて可愛いモン
389 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:46:55 ]: SoftBankはメモリが少ない機種が混ざってるのが問題になるな。
auはBREWが問題になるな。
Docomoは・・・アプリに関して俺は特に不満は無い。
390 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:50:29 ]: アプリﾄﾞｺﾓ最強説？

アイフォーンとかのアプリは？
391 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:53:18 ]: iPhoneはMIDPじゃない
392 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:56:27 ]: iPhoneは開発するのにまずMac買わんと。
それに言語がObjectiveCなんだっけ？

さらに加えて実機動作＆配布させるためには年間１万必要とか聞いた。
393 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 17:01:56 ]: ドコモはTrusted関係を一般に開放したら最強になる。
一方でそうなった場合は最凶になる可能性も秘めている。
394 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 19:02:30 ]: ドコモが一番バランス取れてる
auのアプリ環境は初期の頃から方針がぶれてたし
今頃になってOAP載らない機種が出てきたし
ソフバンは問題外
395 名前：デフォルトの名無しさん mailto:sage [2010/02/28(日) 21:47:01 ]: それはそうなんだけど、今はもうパケ放題だし、個人情報以外のAPIはトラステッドからはずしてほしいなぁ。
せめてGPSだけでも・・・。
どうせ、WEB経由とか写真経由で取れるんだから、ダイアログ出してもいいからさぁ。
396 名前：デフォルトの名無しさん mailto:sage [2010/03/03(水) 01:08:24 ]: DCMは解像度がバラバラなのをなんとかしてくれ
いまだに縦240が主流てありえない
397 名前：デフォルトの名無しさん mailto:sage [2010/03/03(水) 01:23:47 ]: ドコモじゃなくても携帯の解像度なんて結構ばらばらじゃない？
Dojaなら3D使えるし2Dも画像の拡大縮小を綺麗に速くできるからごまかしが効きそう
398 名前：デフォルトの名無しさん [2010/03/04(木) 17:57:14 ]: オブジェクト指向の練習とばかりに
いろんなクラスを作ったら
ファイルサイズが増えたぞ
くそったれが！
399 名前：デフォルトの名無しさん [2010/03/04(木) 18:47:43 ]: オープンアプリで車のゲーム作ってんだけど
GameCanvasのサブクラスをRunnaableにして
run内でループ作って
そのループ内で毎度全部描いたあとにflushGraphicsしてるんだけど
何故か残像が残るんですよ
残るのは道路上の車が残像残すんですよ
Wireless Toolkit 2.5.2に入ってるエミュレーターでは残像出ないんですが
実機、つまりケータイ上だと残像がでちゃうんですよ
これって実機側の問題だと思います？
400 名前：デフォルトの名無しさん [2010/03/04(木) 18:52:44 ]: 目の錯覚っすかね
道路の色が暗い灰色（7F7F7F）で
車の色が青（FF0000）と緑（00FF00）と赤（0000FF）なんすよ
アクションゲームなんで残像みえるとやりにくいんすよね
FPSは10くらいで車は1フレームにつき最大30ドットくらい動くんすけどね
どうしたらいいすか
401 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 18:54:07 ]: その説明だけじゃ何ともいえない
もっと状況を整理して日本語を正しく使え
402 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 18:55:49 ]: 具体性に欠けるので
その質問には答えられません
403 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 19:43:30 ]: エスパーするとおそらく液晶の残像のことだと思われ。
日本の携帯の液晶品質だと残像が残るほど色切り替えの遅い液晶は無いと思うが、それでも気になる程度に残像っぽい物が見えるのは確か。
対応策は無いので諦めれ。
404 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 19:59:05 ]: 車の描画直前に画面全体を白塗りするテストコードを入れて検証してみてはどうか
それでも残像出てる(液晶の残像)なら参考として携帯の機種名とか教えてもらいたい
405 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 23:29:39 ]: ティアリングじゃないか？
液晶の質の問題が大きい気がするが動きを小さくするとかでごまかせんかねぇ。
垂直同期って実装依存だし・・・。
406 名前：399 [2010/03/04(木) 23:58:46 ]: すいやせん、目の錯覚ぽかったっす
極端な角度からみたら正常に表示されてるの確認したっす
どおもお騒がせしやした
407 名前：399 [2010/03/05(金) 00:00:15 ]: >>403やっぱそうっすよね。予想はしてたっす
>>404ケータイはauのW61CAっす
>>405なんとか努力してみるっす
どーもでしたー
408 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 00:05:24 ]: （#^ω^）ﾋﾞｷﾋﾞｷ
409 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 00:10:21 ]: もう枯れた話でスマソ。
WS011SH(W-ZERO3 Advanecd/[es])で、アプリ経験あるﾔｼかな。

CanvasのgetHeight()で、(本当は700dotくらいあるのに)
536しか取得できないって貴地？
410 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 00:52:52 ]: 残念ながら未経験でつ
411 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 01:06:15 ]: スマソとかヤシとか無理な誤変換とか
昔を思い出すな
412 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 01:26:29 ]: あの頃は青かった
413 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 02:43:27 ]: Javaで
ＧＵＩアプリとか、ネットのアプレットとか、携帯端末のMIDletとか、で
相互に移植しやすく作るには
入出力系統を分離して設計すれば大丈夫？
414 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 02:44:41 ]: やべ、スレ間違えた。めんごめんご
415 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 16:39:25 ]: 碧ちゃんｗｗｗ
416 名前：デフォルトの名無しさん [2010/03/11(木) 00:40:28 ]: 何それ
417 名前：デフォルトの名無しさん mailto:sage [2010/03/12(金) 08:49:36 ]: 自称ネットアイドルの派遣プログラマ
418 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 16:01:18 ]: シミュレータのフォントを、オープンアプリの等幅フォントと
同じにする方法ないですかねぇ。
propertiesを変えれば出来そうに見えますが。
419 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 21:42:45 ]: MIDP2.0メモ
ttp://www.saturn.dti.ne.jp/~npaka/kvm/midp2/index.html

ここで「エミュレータのスキン」という項目のところで
オープンアプリ用のスキンが配布されてる
ただ、使ってみた心地としては、イマイチな
でも、スキンを自由に変えられるってことがわかる
420 名前：デフォルトの名無しさん mailto:sage [2010/03/16(火) 11:14:09 ]: font.system.plainをMonospaceにしてサイズを調整しても、
位置がずれてしまうな
auがカスタマイズしたシミュレータ配布してくれよ
421 名前：デフォルトの名無しさん mailto:sage [2010/03/16(火) 13:24:23 ]: dpiとかいろいろ違うんだから合うわけないだろ。
422 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 14:39:25 ]: シミュレータとエミュレータの違いがわからんｗ
423 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 14:50:31 ]: シミュレータ=モデリングを元に架空の計算
エミュレータ=実物を再現
424 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 14:53:08 ]: たまにいるだろ？
サッカーで蹴られてもいないのに転ぶ香具師
425 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 15:06:27 ]: そういうことか
426 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 15:19:55 ]: シミューレション
www.youtube.com/watch?v=wUNoLmLu4IU
427 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 15:28:54 ]: いいか？
ディスプレイに虹を表示するのがエミュレーションでそのおっぱいを揺らすのがシミュレーションだ！
そのときに使うのが真空中における平面上の格子運動だ。
428 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 15:33:54 ]: なるほど
429 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 16:29:48 ]: >>422
シミュレーションゲームとは言うがエミュレーションゲームなんて無いんだぜ
430 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 16:36:18 ]: >>418-420の流れのことだろ
おそらく
431 名前：デフォルトの名無しさん [2010/03/25(木) 18:39:31 ]: ？
432 名前：デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:06:09 ]: W61CA オープンアプリ
GameCanvas 全部描き直しのflushGraphicsで FPS 15～17 しか出ない
433 名前：デフォルトの名無しさん mailto:sage [2010/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 名前：デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:20:20 ]: Graphics g=getGraphics();　が抜けた
435 名前：デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:39:03 ]: (；´Д｀)
436 名前：デフォルトの名無しさん [2010/03/29(月) 12:56:51 ]: ？
437 名前：デフォルトの名無しさん [2010/03/29(月) 17:27:12 ]: 今時アンドロイドがブーム
438 名前：デフォルトの名無しさん [2010/03/30(火) 00:08:36 ]: そろそろ携帯各社もJavaは止めるのかなぁ
439 名前：デフォルトの名無しさん [2010/03/30(火) 23:02:32 ]: >>438
最近STARに機種変更したんだけど、不吉なこと言わないでよ(´・ω・｀)
440 名前：デフォルトの名無しさん [2010/03/31(水) 00:31:09 ]: auはandoroid携帯発表したからオープンアプリは終わりだな
441 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 01:55:42 ]: andoroidだってjavaアプリ環境じゃん
OAPでの資産も使えるだろうし移植は簡単そう
でも勝手アプリはどうせ必要以上にガチガチに規制されるんだろうけど
442 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 07:50:20 ]: あのアンドロイド端末はクソすぎて誰も買わんだろ
443 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 03:59:44 ]: part7の194ありがとう
解決に2時間弱もかかったなんて
俺もまだまだド素人だなｗｗｗ
しかし何故クラス名省略できるんだorz
444 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 10:22:08 ]: え？
445 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 15:58:45 ]: part7となると２年前ってことか？
446 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 19:39:11 ]: >>443
何気に過去スレ情報って貴重だよなｗ
俺も何度も助けられた
447 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 19:42:48 ]: >>440
android端末は、シャレにならないほどのガッカリ仕様だったけどね！
448 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 20:32:02 ]: CLDC+MIDP+携帯電話用Javaスレッド part 7
ttp://www.unkar.org/read/pc11.2ch.net/tech/1180010672+CLDC%2BMIDP%2B%E6%90%BA%E5%B8%AF%E9%9B%BB%E8%A9%B1%E7%94%A8Java%E3%82%B9%E3%83%AC%E3%83%83%E3%83%89+part+7&cd=4&hl=ja&ct=clnk&gl=jp
449 名前：デフォルトの名無しさん [2010/04/01(木) 21:29:01 ]: AndroidってJavaだよな。俺Java嫌いなんだけど。
450 名前：デフォルトの名無しさん [2010/04/01(木) 21:39:39 ]: PythonやPerlも使えるよ

ttp://code.google.com/p/android-scripting/
451 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 23:19:09 ]: あれ嫌いこれ嫌いって言う奴に限って
特定の言語しかろくに使えない法則
うちの職場にもいるからわかる
452 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 07:58:32 ]: >>451は職場で嫌われてるね
453 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 09:23:03 ]: >>449 >>452
図星を突かれてよっぽど悔しかったんだな
見当違いな反論してないでJavaスレ見なきゃ良いだろｗｗ
職場にいるってだけで上司でもない限りいちいち本人に言ったりせんだろ普通
454 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 10:21:14 ]: >>453
>>453
455 名前：デフォルトの名無しさん mailto:sage [2010/04/03(土) 21:24:36 ]: MIDPでアドベンチャーゲームを作りたいのですが、
お勧めの参考書などあれば教えていただけないでしょうか。
作りたいゲームは一般的な、背景と立ち絵の表示、クリックでテキストを進めて選択肢で分岐のシステムです。
色々なことが書かれた参考書よりは、出来るだけアドベンチャー開発専門の本が好ましいです。
ぶしつけな質問で申し訳ありませんが、お勧めがあればよろしくお願いいたします。
456 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 09:45:50 ]: ここで聞くことじゃないだろ
457 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 10:31:08 ]: >>456
すみません…。
こういうのってどのスレで聞けばいいでしょうか？
458 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 10:41:47 ]: それを自分で調べられない奴に
面白いアドベンチャーゲームが出来る訳ないじゃんｗ
作り手がプレイヤーと知恵比べをする謎解きゲームなんか作れる訳ないだろ！
459 名前：デフォルトの名無しさん [2010/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 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 13:59:20 ]: ソフトバンクは個別に仕様が決まってるのか。そりゃ面倒だな
461 名前：459 [2010/04/07(水) 16:56:18 ]: もうすこし調べてみたら、
そもそも３G携帯だとtrusted MIDletじゃないと
赤外線リモコン関連は使えないようで。。。

２，３年前にもGPS携帯をはじめて買ったから、
旅の記録でも取れたらと思って、
GPSで軌跡を記録するアプリを作ろうとして断念したことがあるんだけど、
もうドコモに乗り換えようかなｗ

Trusted MIDletって個人で取得したヒトいます？
462 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 12:26:05 ]: Softbankはアプリゲットで普通に取れるよ
リモコンアプリもある
appget.com/vf/pc/apview_024398.htm
463 名前：459 [2010/04/09(金) 21:52:25 ]: >>462
アプリゲットは作者登録はじかれましたｗ
なんかよくわからんのですけど。
なので、コンテンツレジを使ってます

まぁでもTrusted MIDletになれるんですね。
でも無料ではないんでしょうね。
やっぱりドコモですかねぇ。
464 名前：デフォルトの名無しさん mailto:sage [2010/04/09(金) 22:29:56 ]: 3キャリア中ではドコモがいろんな意味で安定してるね
auは相変わらず迷走してるけどOAPどうするつもりなんだろね
移植の容易さからか企業でもOAPでリリースするケースが増えてるのに
465 名前：デフォルトの名無しさん mailto:sage [2010/04/09(金) 22:31:43 ]: ドコモでもGPSはトラステッドだから>>461みたいなのは個人では作れない。
ブラウザやカメラを経由する方法があるにはあるが。
466 名前：デフォルトの名無しさん mailto:sage [2010/04/10(土) 02:07:36 ]: 赤外線の話じゃないのか
GPS個人で自由にできるなんて常識的に考えてあり得んし
467 名前：デフォルトの名無しさん mailto:sage [2010/04/10(土) 11:30:25 ]: ドコモのトラステッドはサーバー認証だから偽装しようもないしね
468 名前：459 [2010/04/11(日) 02:35:18 ]: >>465
ココの海山アプリようなモノが作りたかったんですが、
www.wham.jp/cycle.html
（サーバーに履歴保存はあまり考えてなかった）

>>ブラウザやカメラを経由する方法があるにはあるが
ブラウザ経由ってのは、上述のサイトの

>>海山アプリをご利用できない会員様でも奇跡が取れます！
>>海山ざんまいを開いて「自分の位置確認」を実行するだけで、下記のグーグルマップには位置が軌跡として残されます。
ということとほぼ同じなんですかね？

であれば
私としては軌跡が残せれば良いので、圏外のケースはガマンするとして、
外部から接続可能なサーバーを自宅にでも立ててできるか考えてみたいと思います。
469 名前：デフォルトの名無しさん mailto:sage [2010/04/14(水) 12:22:59 ]: >>461
auのEZwebなら、CGIだけで端末の軌跡を記録し続けることができるらしいよ。
やってた人のブログを過去に見たことがある。
バッテリーの消耗が激しすぎて実用性は低いっておちだった。
470 名前：デフォルトの名無しさん mailto:sage [2010/04/14(水) 17:02:21 ]: FlashLiteならFSCommandでGPSが
471 名前：459 [2010/04/15(木) 00:28:17 ]: >>469
私も
symple.jp/26.html
この辺りを参考にしてSoftbank携帯でやってみたんですが、
もうひとつな出来でした。

本当はjavascriptも組み合わせて一定時間おきにGPSデータを集めるようにしたかったんですが、
ＧＰＳ計測後データを確認する画面が出てしまい毎回毎回ＯＫを押す羽目になってしまい、
あまりうまくいきませんでした。
端末固有の制限かもしれないんですが。。。

>>バッテリーの消耗が激しすぎて
そうですね、サブバッテリを使ってどこまでカバーできるか、
主に車、バイクと組み合わせて使うとか。

それ以上に圏外になるとどうしようもない、というのが致命的かもしれません。
HTMLとサーバーを使うといくらでもＧＰＳデータを自由に送れるんですから、
GPS関連のMEXAも自由に使わせてくれてもイイとおもうんですけどねぇ。。。

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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