09/11/20 07:59:26
前スレから情報出てきた。ありがとうさんです。
CLDC+MIDP+携帯電話用Javaスレッド part 7
URLﾘﾝｸ(unkar.jp)
137 ：デフォルトの名無しさん[sage]：2007/07/17(火) 02:54:51
質問させて下さい。
iｱﾌﾟﾘ用に作成したｹﾞｰﾑをSoftBank､AUに移植しようとしているのですが
画面のﾌｪｰﾄﾞｱｳﾄ処理が出来ずに困っています。
iｱﾌﾟﾘではgetColorOfRGBで徐々に画面を白や黒にしていたのですが
MIDPで解決する方法を教えて頂けないでしょうか？
ただPixelごとに処理していると処理時間が凄く遅くなりそうで怖いです。。
画面自体の明るさを変更するような命令でもあれば楽そうですが…。
138 ：デフォルトの名無しさん[sage]：2007/07/17(火) 09:43:49
>>137
ソフバンならrenderPrimitivesで一枚でかいのを上からのっければカラー減算、加算、半透明といろいろできるよ。
AUは切捨て。
139 ：デフォルトの名無しさん[sage]：2007/07/17(火) 15:16:29
>>137
対象画面の画像をオフスクリーンバッファに描くようにして、
Image#getRGB()で１画面分の色を取得して一括処理、
その配列からImage#createRGBImage()で画像生成、描画。
拡大／縮小処理でやったことあるが速さは期待できない。しかし他に方法はない。
オープンアプリでは板ポリゴンを描画できないし。
速さが必要ならメッシュパターン（市松模様）をいくつか用意して重ね描き。
むかーしむかし、セガサターンというゲーム機があってのう…ｺﾞﾎｺﾞﾎ
ｱ､ｵｼﾞｲﾁｬﾝ､ﾈﾃﾅｷｬﾀﾞﾒﾖ
151:146
09/11/20 08:02:15
なんでｹｰﾀｲはこんなに低スペックなんだろ・・・('A`)
CLDC+MIDP+携帯電話用Javaスレッド part 8
URLﾘﾝｸ(unkar.jp)
473 ：デフォルトの名無しさん[sage]：2008/08/12(火) 21:15:22
今、S!アプリで拡大縮小機能を自作していようと思い、作っているのですが
なかなかうまくいきません。以前、Cで同じメソッドを作ったのでそれを参考にしたのですが、そのときはchar型のポインタ配列を、freadで画像から読み込ませて
変形させたら何とか出来たのですが、Imageクラスの中身が何なのかわからないのでどうやって
ほかの型にデータを渡して変形させればいいのか皆目見当がつきません。
アドバイスをください。お願いします。
474 ：デフォルトの名無しさん[sage]：2008/08/12(火) 21:45:45
>473
MIDP2.0のAPIリファレンスくらい読みましょうよ
そしたら皆目見当がつかないなんてことないから
475 ：デフォルトの名無しさん[sage]：2008/08/13(水) 02:51:53
>>473
Cとかcharとか言ってるとこを見ると、
Imageオブジェクトの中の人に生でアクセスしたいんだろうけど、
それはムリ。
それができないようにクラス設計されてるんだし。
>474 のいうように、まずはリファレンス見てから考えれ。
・・というか、MIDPだけではムリじゃなかったっけ。
476 ：デフォルトの名無しさん[sage]：2008/08/13(水) 03:53:57
>>473
RGBの配列を取り出して、変形して、描画すればよい。
477 ：デフォルトの名無しさん[sage]：2008/08/13(水) 10:53:35
Image.getRGBで取得すればいい
んで、Graphics.drawRGBで描画
ただ、速度は遅いけどね
152:デフォルトの名無しさん
09/11/20 10:11:24
もう十分高機能すぎて、開発費程儲からなくなってる。
153:デフォルトの名無しさん
09/11/20 13:32:11
ガラパゴス化ですね、わかります。
154:デフォルトの名無しさん
09/11/20 20:17:20
>>146
S!アプリって拡大縮小無かったのか…
さらっと調べたところ3D使えるみたいだから
ビルボードにしてしまうってのは？
155:デフォルトの名無しさん
09/11/20 22:46:52
携帯が低スペックとか釣り針でかすぎ。
javaと3Dが動く時点で十分高性能。
つかチラ裏コピペうざい。
156:デフォルトの名無しさん
09/11/20 23:31:36
3Dは専用チップに丸投げだから、それだけで高性能というのはいかがなものかと
157:デフォルトの名無しさん
09/11/21 03:16:17
組み込みでそんなチップ積んでりゃ十分高性能なH/Wと謳えると思うが。
158:デフォルトの名無しさん
09/11/21 03:19:17
肝心な操作性能がもっさりしてるのに高機能と誇られてもｗｗｗ
159:デフォルトの名無しさん
09/11/21 06:34:21
>>155は10年前からタイムスリップしてきたんです
時代錯誤な言動をどうか許してやってください
160:デフォルトの名無しさん
09/11/21 15:07:42
ここってjavaMEしか組み込みやったことないやつしかいないの？
161:デフォルトの名無しさん
09/11/22 11:59:29
>>160
日本語でおk
162:デフォルトの名無しさん
09/11/26 14:37:49
com.jblend.io.InflateInputStream は
PHPでgzdeflateしたデータ読み込めないのかな・・？
Javaでdeflateしたデータのみ対応？
163:デフォルトの名無しさん
09/11/26 15:26:57
gzのヘッダだけ取り除けばいけるんじゃない？ RFC1952参照
164:デフォルトの名無しさん
09/11/27 10:19:11
>>163
gzdeflateはGZipじゃないんだが・・・
一応GZip圧縮したファイルから0～256バイトほど読み飛ばして
InflateInputStream で読み込めるか試したがダメだった。
165:162=164
09/11/27 10:47:07
phpのgzdeflateとJavaのDeflaterで作成したファイルを比較してみた。
Javaの方に先頭に2バイト、尻に4バイトよく分からんデータがある。
その他は同じ。
試しにヘッダのみphpで作成したファイルに追加したら
InflateInputStream で読み込めるようになった。
InflateInputStream の方にはdeflate圧縮としか書いてないし
RFCは斜め読みしたが結局上記のバイトが何物か分からなかったが、
ひとつ言えるのはGZipやその他から引っこ抜いたデータのみ渡しても、
InflateInputStream では読み込めないらしい。
166:163
09/11/27 10:55:43
適当なこと言ってすまんかった
先頭2バイト最後4バイトはzlibフォーマットかも
RFC1950のほう
167:デフォルトの名無しさん
09/12/08 13:18:35
オープンアプリの規格のCLDC1.1 MIDP2.0だけど
これってiPhoneとか他社の携帯アプリとかに修正なしに使える？
168:デフォルトの名無しさん
09/12/08 13:27:31
iPhoneは知らんが基本的には使えないと思っていい。
でも使えなくもない場合もあるかもしれない。
169:デフォルトの名無しさん
09/12/08 13:31:51
そもそもiPhoneでJava動いたっけ
170:デフォルトの名無しさん
09/12/08 13:36:43
Object-C
171:デフォルトの名無しさん
09/12/08 14:07:50
>>168-170
なるほどどーもです
172:デフォルトの名無しさん
09/12/09 17:29:08
iPhone用のJVMを開発するとか去年アナウンスされてた気がする
173:デフォルトの名無しさん
09/12/09 17:31:47
アップルが作るって？
174:デフォルトの名無しさん
09/12/09 17:33:27
サン、「iPhone」向けのJavaを開発へ:モバイル - CNET Japan
URLﾘﾝｸ(japan.cnet.com)
175:デフォルトの名無しさん
09/12/09 17:51:16
スレチかも知んないけど、
海外製のCLDC1.1/MIDP2.0アプリで
複数のpng画像を一つのファイルとして
固めてある場合があるんだけど、
あれはどういう仕組みになってんでしょう？
ツールか何かで固めたんだろうけど、
どう読み込んでるのか検討が付かない…
176:デフォルトの名無しさん
09/12/09 18:00:57
一つの画像に必要な絵を全部描いて
クリッピングして使いたい部分だけ描写してるんじゃねーの？
177:デフォルトの名無しさん
09/12/09 18:02:21
普通にメモリに切り出して読み込んでるだけだろ
178:デフォルトの名無しさん
09/12/09 18:02:24
TiledLayerやSpriteも画像分割して使えるし
179:デフォルトの名無しさん
09/12/09 18:03:23
＞複数のpng画像を一つのファイルとして固めてある
これの意味がわからない
どういう状態なの？
180:デフォルトの名無しさん
09/12/09 20:36:50
レスどうもです
>>176,179
ゲームアプリなので多くの画像が使われてるんだけど、
それらの画像がImage.pakファイル一個にまとまってます
Image.png等にリネームしても、png画像として画像ビューアで
見ることはできないです
Image.pakを画像ファイル抽出ツールにかけると、
複数のpng画像ファイルを吸い出せます
181:デフォルトの名無しさん
09/12/09 20:53:25
>>177でFA
182:デフォルトの名無しさん
09/12/09 23:37:40
海外は動画APIでMNGサポートがあったりする。
183:デフォルトの名無しさん
09/12/09 23:45:34
>>180
外部APIとかにそうゆうの扱うのがあるんじゃないの？
CLDC1.1/MIDP2.0のAPIにはそゆの無さそうだし
184:デフォルトの名無しさん
09/12/10 01:32:48
画像ファイル抽出ツールが有るのなら
そのツールの説明を読めば良いかと
185:デフォルトの名無しさん
09/12/11 07:35:14
だから、>>177だって
186:175,180
09/12/11 23:01:14
レスありがとう
検証してないけど、>>177で間違い無さそうです
方法は多分createImage(byte, int, int)の奴ですね
疑問が解消して、おかげですっきりしました
pngを固めるフリーウェアは見付からなかったけど、
バイナリエディタで繋げてやるだけで行けそうですね
187:デフォルトの名無しさん
09/12/11 23:36:14
バイナリでつなげてるだけなら
ByteArrayInputStreamとかで分割してんじゃねえの？
188:デフォルトの名無しさん
09/12/12 20:59:42
なんで
>画像ファイル抽出ツールにかけると、複数のpng画像ファイルを吸い出せます
て言ってるのに
>pngを固めるフリーウェアは見付からなかったけど、
てなるの？単に特定の形式のファイルを抽出するツール使ってんの？
てかバイナリエディタで開いてみればいいじゃん。PNGの仕様くらい分かるだろ。
189:デフォルトの名無しさん
09/12/12 22:01:03
>>188
名無しに戻るつもりでしたが…
無知なもんで、何を言わんとしてるか解らんです
一応pngのみを抜くツールを使ってます
pngの仕様は今回把握したけど
読み込みの仕組みがわかっただけで満足です
190:デフォルトの名無しさん
09/12/13 09:57:26
iPhoneにのせるJVM開発してるらしいね。
191:デフォルトの名無しさん
09/12/13 23:25:56
オープンアプリ開発してる奴ってこのスレにどれくらいいる？
192:デフォルトの名無しさん
09/12/14 00:14:29
スレッド内を「オープンアプリ」で抽出しろ
193:デフォルトの名無しさん
09/12/14 13:28:46
通信確認毎回してくる超絶糞仕様OAPよりはFlashLite2.0以降の方が現実的な場合が多いし
194:デフォルトの名無しさん
09/12/14 20:16:04
ソフトキーも左右キーも使えないフラッシュですよね？
195:デフォルトの名無しさん
09/12/14 20:19:10
そんなに通信アプリ作りたいのか？
196:デフォルトの名無しさん
09/12/14 20:19:59
通信しないアプリは糞アプリ
197:デフォルトの名無しさん
09/12/14 20:40:54
死ぬ程パケ代かかってもいいなら実装可能な仕様は結構ある。
198:デフォルトの名無しさん
09/12/15 00:16:11
>>193
EZfactory見る限りではFlash Professional 8が必要とある。Flash Professional 8は無料じゃないじゃん。俺金ねーよ
199:デフォルトの名無しさん
09/12/15 00:20:15
今日日携帯アプリ使うような奴はパケ代固定サービスに入ってると思うけどね
>>194
それはlite1.1以前
ソフトキーは知らんが
200:デフォルトの名無しさん
09/12/15 00:22:33
>>198
mtascとswfmillは無料じゃん
201:デフォルトの名無しさん
09/12/15 00:33:30
>>200
ググってくる
202:デフォルトの名無しさん
09/12/15 00:38:39
>>201
【携帯でflash】 Adobe Flash Lite総合スレ Part3
ｽﾚﾘﾝｸ(swf板)
203:デフォルトの名無しさん
09/12/18 12:35:26
TやPは普通の速度で動くものが、
SHで劇的に遅い事があるんですが、こういう問題に直面した方、
何か参考になりそうな情報や解決法はありますか？
当方で2パターンほど発生していて、
特定のタイミングで外部メモリを操作すると遅くなりそうだ、
ということしかわかっていません。
一方はスレッドの構築タイミングをズラすことで回避できましたが。
204:デフォルトの名無しさん
09/12/18 13:09:33
SHというとメモリ使いすぎがまず思い浮かぶ
205:デフォルトの名無しさん
09/12/18 13:42:18
>>203
まずは原因を特定しないと何も分からないですね・・・
処理落ちのタイミングが不特定ならGCが原因かもしれないので、ヒープメモリを表示させてみるといいかもしれません。
206:デフォルトの名無しさん
09/12/18 13:48:04
オフスクリーンバッファだろうな
207:203
09/12/18 14:32:18
>>204-206
アプリAは最大6MB近くメモリを消費する3Dゲームで、
スレッドも5本ほど走っている状態で、もう何が何やら。。。
(引き継いだアプリなので詳細よくわかりません)
こちらはロードのタイミングで遅くなりまして、
スレッドの構築タイミングを変えたら発生しなくなりました。
アプリBはメインスレッドで進捗表示、
別スレッドでSDからファイルを読み込むだけの処理しかしていなく。。。
オフスクリーンはどちらも画面2枚分程度。
外部メモリ(本体/SDどちらも)の読み込みが普段は数秒のところ、
数分～何十分かかる感じです。
ラボでも確認しましたが、SHはほぼ全機種発生、T、Pは発生せず。
外部メモリの操作が怪しいと思い、
その近辺にThread.sleepやgcを入れまくっても解決せず。
うーん。
208:デフォルトの名無しさん
09/12/18 14:37:04
最近SBMやってないからわからんけど、
昔のSHはメモリが高速動作できるメモリ領域と、
やたら遅くなるメモリ領域に分かれてた。
当然プログラム側からは同じメモリなので
エリアも選べなければ、どこからその領域なのかも見えない。
でも、これは常識か。
209:203
09/12/18 14:57:20
>>208
それはVRAMの画面2枚分・・・でしたっけか。
どうも描画系のトコで遅くなっているわけではなさそうなんですよね。
説明が悪いと思ったので状況を整理すると
アプリ概要
アプリA: 通信対戦3Dゲーム
アプリB: SDを走査して、ポリゴンを表示するだけのビューア
ヒープ
アプリA: 最大6MB
アプリB: 不明だがオフスクリーン分の250KB程度と思う
発生ポイント
アプリA: いくつもあるロードのうちの2箇所だけ
アプリB: 起動直後のロード中
発生中にやっている他の処理
アプリA: 通信、CPU思考スレッド走りっぱなし、簡単なプログレスバー表示
アプリB: 簡単なプログレスバー表示だけ
GC箇所
アプリA: ロード直前
アプリB: ロード後
読み込み先
アプリA: 本体のその他フォルダ
アプリB: SDのその他フォルダ
解決策
アプリA: 関係ないスレッドの構築タイミングを若干ずらした
アプリB: 解決できないので数分待つ
アプリAの解決策も納得の行く修正ではなく、何故直ったのかもわかりません。
もしかしてよくある事なのかと思ったのですが、そうでもないのかなぁ・・・
ちとアプリBの方のオフスクリーン1枚削ってみます。
210:デフォルトの名無しさん
09/12/18 15:05:25
メモリ確保の順番が変わって、スピードが欲しい部分のメモリが高速な領域側にのったのかと。
211:デフォルトの名無しさん
09/12/18 15:42:26
>>207
>その近辺にThread.sleepやgcを入れまくっても解決せず。
ちゃんとヒープメモリ表示させてみた？
gcメソッドを呼び出しても実際にはメモリを解放するとは限らないよ。
212:203
09/12/18 20:25:36
アプリBのソースを確認したら、オフスクリーンはロード完了後に…
問題発生時のヒープ消費量は220KBでした。
>>210,211
アプリBは構造がシンプルすぎて、開放するものも殆どない状況です。
ヒープサイズの描画処理で増減してしまい判別できません。
アプリAは色々やり過ぎててデバッグ不可。
そもそもVRAMと関係のないJavaヒープ領域に高速やら低速やらが
存在するという文献を見たことがありませんけど、
何処に記述されているか教えてもらえませんか？
213:デフォルトの名無しさん
09/12/18 20:29:04
もうソースコードを削って発生条件の刈り込みをやるしかないんじゃない？
デバッグ不可って言われてもなあ・・・
214:デフォルトの名無しさん
09/12/18 21:43:38
VRAMなんてあんの？
215:デフォルトの名無しさん
09/12/19 09:10:44
>>212
CP情報に普通に書いてあるだろが
216:デフォルトの名無しさん
09/12/19 17:19:48
原因把握せずスレッド構築のタイミングでなんか直ったとかで良いのか？
事を急がず引き継いだソースを把握するのが先なんじゃないの？
217:デフォルトの名無しさん
09/12/25 22:46:08
はじめまして。オープンアプリ始めました。
作ったソフトを携帯にダウンロードするために今日、EZげっちゅ!を試したんですが、アップロードした段階でファイル名が変わってしまうので、予め、記載しておく必要があるURLと違ってしまいます。
jadファイルとjarファイルの名前も同じにならないですし、携帯にダウンロードしようとしても「未対応です」と表示されてダウンロードされません。
これだとEZげっちゅ！でオープンアプリダウンロードはどうなんでしょうか。
MYSYNCは販売終了しましたし、手持ちの携帯万能は未対応のようです。
ダウンロードCGIをホームページに作ろうかと考えたんですがinfoseek無料版にEZげっちゅのCGIを移植して見ました。(ただperlに対応しているのか未確認。)
皆さんはどうやって自作ソフトを携帯にダウンロードしていますか？
218:デフォルトの名無しさん
09/12/26 00:02:04
>>217
ＥＺアプリとオープンアプリでは配布方法が違う。
EZげっちゅ!やダウンロードＣＧＩは↓これ。ＥＺアプリでオープンアプリとは別ものだから
KDDI au: 技術情報 > EZアプリ (Java) URLﾘﾝｸ(www.au.kddi.com)
オープンアプリの配布の仕方は↓こっちに書いてある。
KDDI au: 技術情報 > オープンアプリ (Java) URLﾘﾝｸ(www.au.kddi.com)
219:デフォルトの名無しさん
09/12/26 00:03:10
>>217
オープンアプリをアップロード＆ダウンロードしたいなら
Qube - URLﾘﾝｸ(qwe.jp)
このサイトを使うといい。
220:デフォルトの名無しさん
09/12/26 00:05:26
>>217
EZげっちゅ!はオープンアプリに対応していません。
EZアプリとオープンアプリは全く違うアプリです。
EZfactoryでしっかり確認してみてください。
221:デフォルトの名無しさん
09/12/26 00:08:53
(；´Д｀)
222:デフォルトの名無しさん
09/12/26 00:11:17
>>217
オープンアプリ開発講座
URLﾘﾝｸ(appget.com)
モバイルの素-MIDP オープンアプリプレイヤー対応
URLﾘﾝｸ(urana.info)
223:デフォルトの名無しさん
09/12/26 00:16:44
>>217
オープンアプリ含め携帯アプリは
アプリ★ゲット作者サポートサイト URLﾘﾝｸ(ac-admin.appget.com)
このサイト使うという方法もある
224:デフォルトの名無しさん
09/12/26 04:54:20
>>218-223
ありがとうございます<(_ _*)>
非常に参考になります。
225:デフォルトの名無しさん
09/12/26 13:55:56
sunはとっととAndroidとiPhoneで動くJavaME用意しろ。CDCでもCLDCでも構わん。
226:デフォルトの名無しさん
09/12/27 00:42:55
>>224
qweとかにテスト毎に何度もうｐすんの面倒だったら
httpdで簡易鯖立ち上げておくと便利
227:デフォルトの名無しさん
09/12/27 07:59:51
はじめましてm(_ _)m
JAVA_ME_SDK_3.0でオープンアプリを開発してます。
オープンアプリではjadファイル記載のMIDlet-Versionを3桁にする必要があるんですが、3.0では2桁がデフォルトです。
いろいろ調べたんですが、対応してないようにも見えます。
ｺﾚを3桁に設定するにはどうしたら良いでしょうか？
よろしくお願いします。m(_ _)m
228:デフォルトの名無しさん
09/12/27 09:11:31
自己解決しました。ありがとうございました。
229:デフォルトの名無しさん
09/12/27 18:43:41
質問があるんですが、オープンアプリのHTTP通信で特定の携帯サイトのURLにアクセスしてアクセスカウントを増やしたいと思ってるんですが、
自作ソフトをテストしたところ、ホームページは読み込んでいるよう(ｿｰｽをﾃｷｽﾄ形式で表示。画面の端で折り返さないので1行表示して見切れる。)なんですが、アクセスカウントはアップしませんでした。
アクセス毎に同意求められたりデメリットもありますが、単純に時間短縮が目的なんで、いちいちクリックして回るよりは速いかなと思ったんですが…
どうもサーバー側にアクセスしたと認識されてないようです。
具体的にはモバゲータウンの仲間のウインク(1日3回100人)の時間短縮をしたいのですが…
ソフトに問題があるのか、サーバーの設定でそうなっているのか判断つきません。
よろしくお願いします。m(_ _)m
230:デフォルトの名無しさん
09/12/27 20:14:10
cgiみて解析しろ
231:デフォルトの名無しさん
09/12/27 20:24:15
まず自分のサイトのカウンタが回るか試せば良いじゃん
232:デフォルトの名無しさん
09/12/27 23:26:25
GETとPOST間違えてんじゃねえの
233:デフォルトの名無しさん
09/12/28 00:17:20
ポケモンポストだぜ！
234:デフォルトの名無しさん
09/12/28 01:02:07
>>229
それはオープンアプリというより、サイトの仕組みとか勉強したほうがいいんじゃないの？
カウンタ回んないとかオープンアプリ関係なくね？
インターネットの仕組みわかってリャ解決できそうなもんだけど
235:デフォルトの名無しさん
09/12/28 02:16:15
>>229
そのカウンターってどういうカウンターなの？
カウンターを回すのってサイトを開いた時じゃなくて
カウンターの画像を表示した時に回るんじゃないの？
236:デフォルトの名無しさん
09/12/28 07:54:55
ウインクって何だ？
モバゲ無料と聞いてたけど
クソ面倒そうだな
237:デフォルトの名無しさん
09/12/28 08:14:34
>>235
参考になります。m(_ _)m
説明不足でしたが怪盗ロワイヤルでウインクすると何ポイントか貰えて回復に使えたりするんですよ。
数が多くて仲間内でウインクするだけでも何十分も掛かるんで、なんとか時間短縮をという。
ロボットにやらすのに丁度良いクリックゲーですね。
238:デフォルトの名無しさん
09/12/28 16:38:46
POSTでひきまわしているだろうデータを再現できてるとは思えない
239:デフォルトの名無しさん
09/12/28 16:43:12
そのゲームがよくわからんから何とも言えんな
モバゲーのチートスレとかで訊けばいいんじゃね？
240:デフォルトの名無しさん
09/12/28 23:08:30
だからやっぱcgiの解析からだろ。swfかもしれんが。
241:デフォルトの名無しさん
09/12/29 01:19:29
>>225
> sunはとっととAndroidとiPhoneで動くJavaME用意しろ。CDCでもCLDCでも構わん。
去年の夏の発表直前に Apple に止められて御蔵入りしてるよ
iPhone は仮想マシンはライセンスで全面禁止になった
242:デフォルトの名無しさん
09/12/29 01:19:37
オッペンニャッポゥ
243:デフォルトの名無しさん
09/12/29 05:01:07
>>241
軽くググってもソースが見当たらないけど
本当？
まあiphoneでjmeは需要低そうだけど
244:デフォルトの名無しさん
09/12/29 15:39:46
思い立ってMIDPのこと調べ始めたんですが、
オープンアプリって、SDカード内のデータを読み出すことできないんでしょうか？
ググっても、やり方が全く出てこないんですが。
245:デフォルトの名無しさん
09/12/29 17:33:04
無理っていろんなサイトに書いてるでしょうが
246:デフォルトの名無しさん
09/12/29 18:21:07
>>243
英語でググれば色々見つかる。例えば下とか
URLﾘﾝｸ(blog.taragana.com)
Apple's super-restrictive license agreement for the iPhone SDK prohibits the porting of the Java virtual machine to the iPhone.
DoJa ゲームを iPhone に載せたいなーとかいう話も流れて来てるけど難しいかんじ
247:デフォルトの名無しさん
09/12/29 19:40:05
>>244
KDDI au: 技術情報 > オープンアプリ (Java?)
URLﾘﾝｸ(www.au.kddi.com)
ここに書いてあること以上のことはできない
248:デフォルトの名無しさん
09/12/29 20:50:46
>>245 >>247
ありがとうございます。
実はできるんじゃないかと、１日中ぐぐりまくってたんでしたが。
EZアプリ（Java）なら出来そうなので、そっちも環境つくってみたんですが
エミュレータでアプリを動作させた時点でエミュレータがクラッシュしてしまって。
JDKが新しすぎるのがわるいのかと思うんですが…
249:デフォルトの名無しさん
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板)