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

CLDC+MIDP+携帯電話用 ..

321:317
07/09/02 13:53:45
>>320
そうですか・・・。
今までの経験上、javaのgcはホントにメモリがなくなったときはされるけど、
それ以外ではされたりされなかったりタイミングがあやふや、
という感覚だったので一定のタイミングで自分でgcを行っていました。

今回はさらにdisposeの直後に呼んだけど無駄だったという状況でした。

>あと、Image.dispose()ってDoJaじゃん。disposeって具体的に何？

あ、書き方が悪かったですね。具体的にはnull代入です。

image imageA;
～～
imageA = null; //使用した後nullでdispose

ただ、試しにimageA.dispose();をしたらエラーが起きず使用できたのですが、
Dojaじゃないのにどうしてコンパイル通るのか謎でした・・・。

322:デフォルトの名無しさん
07/09/03 06:39:30
System.gc()は必ずしもヒープの解放をする訳ではないです。
Javaヒープの空き容量を見ながら、GCをおこなうかを判断
することは、JavaVMの実装によりあります。

T芝のJavaVMの実装は分からないけど、VMの内部に参照が
残っていた場合には、参照が切れずにGCの回収対象になら
無い可能性もあり得る。。。が、それはVMの不具合かな。

まぁ、System.gc()で必ず回収されると思わない方が良い。
System.gc()よりは、"new byte[でっかいサイズ]" の方が
確実にGCを発生させられますよ。

323:デフォルトの名無しさん
07/09/03 11:43:40
iアプリの場合のものですが、
sアプリでもメモリの断片化が起こるのかも？

参考URL
URLﾘﾝｸ(appli-style.com)

324:デフォルトの名無しさん
07/09/03 11:57:28
普通に考えてメモリの断片化が起きない環境なんて無いのでは？

325:デフォルトの名無しさん
07/09/03 16:34:34
>>324
ちょっと言葉が足りませんでした
メモリの断片化が起きたときに
System.gc()を呼んでも
デフラグをしてくれないのが問題かも？
ということです

326:デフォルトの名無しさん
07/09/03 17:17:56
Javaのgcはコンパクションが含まれるのが仕様だと思い込んでたんだが、実際はVMの実装依存なのか？

327:デフォルトの名無しさん
07/09/03 23:50:04
長期的に見てメモリの断片化が不利要素になる用途向けのVM実装なら
メモリコンパクションやってるけどそれらはサーバー向けVMか民生外のVMのお話か。

CLDC HotSpotどころかJITすら積んでないインタプリタで動いてる既存のKVMの雲のまた上の存在が持つ機能。

話の引き合いに出すのがそもそも間違い。

328:デフォルトの名無しさん
07/09/04 01:03:07
SoftBankのTipsにはJSCL-1.0.Xの端末はメモリのコンパクションを行わないと
書かれているので、現在の端末では普通にメモリのコンパクションを行っていると思われｒ

329:デフォルトの名無しさん
07/09/04 02:17:30
>328
>現在の端末では普通にメモリのコンパクションを行っていると思われr

「SoftBankのTipsにはJSCL-1.0.Xの端末はメモリのコンパクションを行わないと
書かれている」からといって、何の関係もない

330:デフォルトの名無しさん
07/09/04 02:36:05
ドコモだったら901i以降は全機種コンパクション搭載なんだがな。

331:317
07/09/04 02:53:52
アプリが止まるバグはメモリが解放されていないのが原因ではないか？
と言い出した者ですが、原因は別にありました。

わけあって
Tread.sleep(1);
を定期的に行っていたのですが、903Ｔ、902Ｔ、803Ｔ端末では
Tread.sleep(10);未満を行うとスレッドにロックがかかると公式資料にありました。
超初歩的で馬鹿みたいな原因でお恥ずかしい限りです。
様々な意見ありがとうございました。

ただ、アプリが止まるバグは解消されましたが、
相変わらずメモリはガンガン減っていくわけで今も原因を解明中です。

ロード＆解放を繰り返さず、最初に大きくメモリをとったり、
System.gc()を頻繁に繰り返しても駄目と聞いたので減らしたりしましたが、
特に効果はありませんでした。

332:322
07/09/04 06:58:18
>>322で書いたのは、コンパクションも含めたGCの話。
いまどきの携帯向けのJavaVMはコンパクションも普通に実装されてる。

333:デフォルトの名無しさん
07/09/04 14:28:26
所詮は実装レベルの話であってVMの仕様レベルの話ではない。
仕様で保証されなければ使えないのと同じこと。
ただでさえ、本当に互換性テスト通ってんのか？ってな実装だらけなのに。

あとDojaなんてjavaじゃない。

334:デフォルトの名無しさん
07/09/04 23:09:55
Dojaは確かにぶっちぎりで糞だが、そもそも携帯JavaがJavaの紛い物。
Javaが不完全で未熟な言語であることは、アスペクト指向やリフレクションという
裏口を使うフレームワークが百花繚乱なことからも明らかだが、携帯Javaは
容量面でも機能面でもその裏口封じてるんだからな。

335:デフォルトの名無しさん
07/09/05 02:16:46
>アスペクト指向やリフレクションという
裏口を使うフレームワーク
はjavaが不完全なんじゃなくてたまたまそのパラダイムを実現するのにjavaという言語仕様を使ってるだけ。

フレームワークレベルの話と言語仕様レベルの話をごっちゃにするな。
フレームワークの話をするならjavaのMVCは確かに中途半端だが。

336:デフォルトの名無しさん
07/09/05 22:27:16
む、むつかしい・・・
オレみたいに、javaの勉強がてら
携帯アプリを作ってみよー！
てなノリはダメってことか？
今までアセンブラ、basic、Cだったから
オブジェクト指向はこいつが初なんだが・・・

337:デフォルトの名無しさん
07/09/05 22:39:06
言語習得が目的なら
「自分はケータイJavaを学ぶのではなく
　Javaを通してあくまでオブジェクト指向を学ぶんだ」
ということを意識していればok

ケータイJavaに振り回されないようにな

338:デフォルトの名無しさん
07/09/06 11:36:20
オブジェクト指向って考え方だから、Cでもなんでも実装方法しだいで
それっぽくならない？
Cの上手い人のソース見ると、だいたいオブジェクト指向に通じる
設計思想で作られてる気がする。

339:デフォルトの名無しさん
07/09/06 14:57:28
キー入力を検知するのに、keyPressed を使わずに、
ループで JSCLのDeviceControl.getDeviceState() を使い、
０→１の変化点を検知したら処理を行うように作ってみましたが、
早い速度でキー連打するとかなり取りこぼしてしまいました。

試しに無限ループで単純に getDeviceState() の値を表示するようにして
キーをぽんぽん押してみたら、ON → OFF が早すぎると
getDeviceState() の値が０のまんまでした。
素直にキー入力の処理は keyPressed たちを使っておけってことでしょうか？
それとも、エミュレータ上では遅いとか・・・
（まだ実機上でテストできない環境なので、検証できません）

>>152-154 を見てどっちを使おうか迷っていたし、
組み込み系に慣れてるからポート入力→変化点検出→処理
みたいな流れで作りたかったんですが・・・

340:デフォルトの名無しさん
07/09/06 17:25:42
keyPressedでフラグ立てるなりステートいじるなりしてメインループないでそれの値を監視する。

341:339
07/09/06 21:25:35
>>340
一応、そちらの方向で検討しておりますが、
>>153 や公式で書かれているとおり、keyReleased() がこなかったとき、
離しているのに押されっぱなし（フラグたちっぱなし）、という状態が懸念されます。
実用上、特に問題無い程度の発生頻度なのでしょうか・・・

やはり普通の方は JSCL (getDeviceState()) は、あまり用いられないのですか？
別件ですがエミュ上でテストしたところ、同じキャラを表示するテストで
SpriteCanvas の sprite より drawRegion の方が早かったのですが・・・

342:デフォルトの名無しさん
07/09/06 22:59:38
keyPressed が来たらフラグ立てて、 getDeviceState で取ってきたやつに重ねればいいんでない

343:339
07/09/06 23:22:27
>>342
なるほど、ありがとうございます。
そちらの方向で検討してみます。

まぁ趣味でやるだけですし、そこまで神経質に
ならなくても良いのかな・・・＞キーこぼし

344:デフォルトの名無しさん
07/09/07 00:46:56
S!アプリでアレンジメール（デコメ）を送ろうと思ったのですが、
アプリ上で実現するためにはどうすればよいでしょうか？

アレンジメールはHTMLメールとして表現されているようなのですが、
MailDataではHTMLメールには対応していないようです。
HTMLをそのままbodyに書いてみましたが、そのまま文字として表示されました。
仕方ないので自分でHTMLをsetAttachedDataでTYPE_HTMLとして送信しても
結果は同じくただの添付ファイル扱いでした。クリックしたらブラウザが起動します。

困ってしまいました。どなたかアドバイスお願いします。

345:デフォルトの名無しさん
07/09/07 01:10:56
すいません、お聞きしたいのですが

911SHなどで画面を回転させた時に通知を受けるか、画面の回転の状態を知るAPIはありますでしょうか？

API DOCなどみても探しきれなくて・・・。

よろしくお願いします。

346:デフォルトの名無しさん
07/09/07 01:11:59
すいません、お聞きしたいのですが

911SHなどで画面を回転させた時に通知を受けるか、画面の回転の状態を知るAPIはありますでしょうか？

API DOCなどみても探しきれなくて・・・。

よろしくお願いします。

347:デフォルトの名無しさん
07/09/07 11:01:25
>>344
メールヘッダからいじれんとダメだから、
間にCGI挟むしかないんじゃない？

以前PHPで作ったけど、全キャリ対応のデコメは氏ねるよ

348:デフォルトの名無しさん
07/09/08 00:27:13
famiJSCLをコンパイルしようとしているんですが、
致命的エラー: クラスパスまたはブートクラスパスでパッケージ java.lang を検出でき
ません。
とエラーが出てうまくコンパイルできません。
かなりの初心者なのでどなたか教えていただけないでしょうか。お願いします。

349:デフォルトの名無しさん
07/09/08 01:17:23
>>346
俺の手元のAPI DOCにはあるみたいだけど、回転ってなに？

>>348
そのエラーと質問の仕方をみれば、あなたには何を言っても無駄。
Softbankエミュ総合スレのテンプレ読んできな

350:デフォルトの名無しさん
07/09/08 01:42:56
>>349
偉そうに発言してるが、何も答えてない
バカの典型ﾊｯｹｰﾝ

351:デフォルトの名無しさん
07/09/08 01:45:29
>>350
偉そうに発言してるが、何も答えてない
バカの典型ﾊｯｹｰﾝ

352:デフォルトの名無しさん
07/09/08 01:49:17
> Softbankエミュ総合スレのテンプレ読んできな
実はこれ相当なヒントｗ

353:デフォルトの名無しさん
07/09/08 02:28:18
>>352
そこに触れなきゃ>>350が何も理解してないってだけで済んだものを・・・。

354:デフォルトの名無しさん
07/09/08 02:32:45
晒しage

355:345
07/09/08 09:33:57
みなさん、ありがとうございます。エミュ総合にいってきます。
ほんとうにありがとうございました。

356:デフォルトの名無しさん
07/09/09 18:58:22
すみません。>>349のSoftbankエミュ総合スレとはどこでしょうか？
最近S!アプリに取り掛かりはじめたんですが、公式とここ以外あまり情報が見つからなかったので。

357:デフォルトの名無しさん
07/09/09 20:33:03
>356
ググればでてくるじゃない。
直接最新がでなくてもたどれるでしょ。

358:356
07/09/09 22:00:56
>>357
ありがとうございます。

359:デフォルトの名無しさん
07/09/10 17:35:11
auのオープンアプリを作ろうと思い、初めてJavaに取り掛かろうとしています。
そこで、プログラミング以前の問題なのですが、大抵のオープンアプリ作成講座で『J2ME Wireless Toolkit 2.2』を使えと書いてあります。
実際にSunのサイトに行ってみれば最新バージョンは2.5.1なわけですが、これはオープンアプリを作るうえで2.2の方が便利ということでしょうか？

2.2と記してあるところが一箇所だけなら気にしないんですが、複数サイトで書かれていたので……
記事が古いわけでもないみたいだし。

360:デフォルトの名無しさん
07/09/10 18:34:17
The Sun Java Wireless Toolkit 2.5.1 includes all of the advanced development features
found in version 2.2, 2.3 Beta, 2.5 Beta 2 such as MIDlet signing, certificate management,
integrated over-the-air (OTA) emulation, push registry emulation, and more.

だそうですよ

361:デフォルトの名無しさん
07/09/10 18:45:45
WTK2.2以降はMIDP2.1が基準だったはず。
MIDP2.1のベンダ実装ってまだ出てない。

362:デフォルトの名無しさん
07/09/10 22:05:32
>>360
英語苦手なんですが……要するに2.5は2.2とかの進化形ってことですかね

>>361
調べてみたんですが、MIDP2.1という規格が見つかりませんでした……

色々調べてみたところ、2.2はLinux対応してるけど2.5はしてないとか、
単に2.2のレベルで充分とか、そんなことみたいですね。
どちらでもよさそうなので、適当にどっちか突っ込んどきます。

363:デフォルトの名無しさん
07/09/10 23:20:53
>>362
MIDP 2.1で普通に出てくるんだが？
それで分からんならJSR 118 MR 2.1で検索してみろ。

というか分からんなら黙ってWTK2.2とパッチ入れとけ。

364:デフォルトの名無しさん
07/09/11 03:18:25
>>362
んぱかさんのサイトから WTK22ダウンロードできたはずですよ！
がんばってね

365:デフォルトの名無しさん
07/09/11 06:46:45
Sunのサイトでダウンできるし
ま、2.5入れておけばいいんじゃね？
そんでMIDP2.1の機能を使わなければいい。API見れば書いてあるし

366:デフォルトの名無しさん
07/09/11 13:21:23
2.1は2.0のバグフィックスも含まれるからそういう問題じゃないんだが。

367:デフォルトの名無しさん
07/09/11 16:30:31
>>363 >>364 >>365
どもありがとうございます
>>362に書いたように適当にどちらかダウンロードするつもりです

MIDP2.1は確かにありましたね
英語を斜め読みしてたら見逃したみたいです
すみません

368:デフォルトの名無しさん
07/09/11 21:12:29
聞いてきた本人がレスを何も理解してないんじゃなに話しても無駄だな。

369:デフォルトの名無しさん
07/09/15 14:23:31
ageてもいいですか？

370:デフォルトの名無しさん
07/09/16 03:42:28
誰か、MIDP又はMIDP2で、
zip解凍プログラムを作成した神はおらんかのう。

Gｚip解凍プログラムならググれば見つかるけど、
zip解凍プログラムは全然見つからない・・・。

371:デフォルトの名無しさん
07/09/16 09:37:19
gzipは見つからんがzipなら見つけた。
どこかは忘れた。

372:370
07/09/16 12:31:57
>>371
レスありがとうございます。
良く考えたらJava2 SKDの方には、
「ZipInputStream」というzip解凍用クラスがあるので、
そのクラスのソースを探した方が早いかもしれませんね。

373:デフォルトの名無しさん
07/09/16 13:15:48
>>372
WillcomのWikiに書いてあった奴だけど

Java 2 ME CLDC用 ZIP展開クラス jp.imi.zip.ZipArchive
URLﾘﾝｸ(i.lifemedia.co.jp)

374:デフォルトの名無しさん
07/09/16 13:45:44
すまん、ちょいスレ違いだが該当スレが無いんで教えてくれ。

ソフトバンクの携帯で、横画面に回転後を意識したアプリを作りたいんだが
MEXAエミュレータ上で、横画面に回転後の状態を反映さすにはどうすりゃいいんだろか？
単に液晶サイズを変えただけじゃ意味ないし。

ヘルプも見たが、わからん・・・。

375:372
07/09/16 14:42:12
>>373
おーーー！！！
これぞまさしく探していたものです！
本当にありがとうございます。

376:デフォルトの名無しさん
07/09/19 15:08:38
>>370
URLﾘﾝｸ(www.saturn.dti.ne.jp)
これなんてどうでしょう？

377:デフォルトの名無しさん
07/09/21 00:10:43
M3G って登場してからしばらく経つけど、あんまり見かけないのは
やっぱり性能的に厳しいからなのかなあ

378:370
07/09/23 21:31:00
>>376
レスありがとうございます。
試してみましたが、これだとzipファイルが解凍できませんでした。
jarファイルとzipファイルは全く同じ圧縮形式だと思いましたが、
微妙に違うのだろうか・・・。

379:デフォルトの名無しさん
07/09/23 23:48:23
jar って gzip じゃなかったっけ?

380:デフォルトの名無しさん
07/09/24 03:29:40
jarはinfo-zip

381:デフォルトの名無しさん
07/09/24 12:30:42
>>378
S!のInflateInputStream()を使ったことが無いんで376のソースコードからの推測になるが
S!のInflateInputStream()でzipを解凍するなら
zipのヘッダを自力で処理して各ファイルのdataブロックだけを取り出して
圧縮方式0の時はそのまま切り出し圧縮方式8の時は0x78,0x9c辺りをdataブロックの先頭に付加して
InflateInputStream()に渡せば展開できるはず
ZIPヘッダの構造自体は資料が山ほどあると思うんでそっち見てくれ

382:デフォルトの名無しさん
07/09/24 12:46:45
私も>>346さんと同じ壁にぶち当たったのですが、
SoftBankデベロッパーサイトの技術資料を全て見ても、
探しているAPI(サイクロイド携帯で、画面の回転が行われた事を
通知するAPI、又は画面の回転状態を取得するAPI)は見つからず・・・。

折りたたみ式機器の開閉状態を通知するAPIはありますが、
上記の探しているAPIは存在しないのでしょうか？

383:デフォルトの名無しさん
07/09/24 14:19:46
メインをスレッド処理で動かした場合とそうでない場合のアプリでは
長時間OAP上で動かした場合、携帯電話の電池消費量は変わってくるのでしょうか？

384:デフォルトの名無しさん
07/09/24 21:53:30
URLﾘﾝｸ(www.jbenchmark.com)

Java だと最新の機種でも秒間 6 万△ポリくらいなのね。

385:デフォルトの名無しさん
07/09/27 10:11:58
助けてください・・・エロい人。

URLエンコード部を、iモード⇒EZオープンアプリへ移植していますが、
HttpUrlEncoderを使うところまではわかったのですが、実際の使用方法が
全くわかりません。
iモードでは『String value = URLEncoder.encode(id);』で作動するので、
EZで同様に『String value = HttpUrlEncoder(id);』としてもダメでした。
どのように記載すればよいのでしょうか？

386:デフォルトの名無しさん
07/09/27 10:45:53
ググレ

387:デフォルトの名無しさん
07/09/27 11:06:59
オープンアプリでURLエンコードはできないだろ。
HttpUrlEncoderクラスはPhaseライブラリのもの。
オープンアプリはCLDC1.1とMIDP2.0しか対応していない。

388:デフォルトの名無しさん
07/09/28 05:08:43
>>385
URLエンコード程度なら、自分で処理を書けばよい。

389:デフォルトの名無しさん
07/09/28 14:13:17
ｵｰﾌﾟﾝｱﾌﾟﾘの提供方法について質問させて下さい…

とりあえずWTKで正常に動作する（ｵﾌﾟｼｮﾝAPIを使用していないのでSoftBank実機でも正常に動作）事を
確認し、ｻｰﾊﾞにjarとjadをUPしました。んでｻｲﾄを参考にしながら下記のようなhtmlを作成。

<html><body>
ﾀﾞｳﾝﾛｰﾄﾞﾍﾟｰｼﾞ
<a href="device:jam?URLﾘﾝｸ(*************)ﾀﾞｳﾝﾛｰﾄﾞ</a>
</body></html>

でもAU実機（W52S）でﾘﾝｸをｸﾘｯｸしてもｽｶｯｽｶｯていう感じで何も反応しないんです…
これはｱﾌﾟﾘ側に問題があるのでしょうか？それともHTML側でしょうか？

390:デフォルトの名無しさん
07/09/28 14:23:55
>>389

URLﾘﾝｸ(www.au.kddi.com)

391:デフォルトの名無しさん
07/09/28 15:47:38
>>390
すみません。。熟読したつもりなんです…。

ﾀﾞｳﾝﾛｰﾄﾞｴﾗｰとかになるなら分かるんですが、ｸﾘｯｸしてもｳﾝともｽﾝとも言わないんですよ。
作成したｱﾌﾟﾘ側に問題があるのかも、と思ってHelloWorldもUPしてみたのですが同現象でした。
という事はやはりｻｰﾊﾞ側の問題なんですよね。。

一体何が悪いのでしょうか…

392:デフォルトの名無しさん
07/09/28 18:23:11
サーバ側に問題があるんだと思うんならさっさと確認しなよ
どうしたいわけ?

393:デフォルトの名無しさん
07/09/28 20:35:10
MIMEはセットしたのか？ちゃんとサーバーはContent-Lengthを返してるのか？
ってことじゃねぇの？
後は確認するだけだろ

394:391
07/09/29 00:07:26
すみません。ｻｰﾊﾞ関係というかWeb系の事はさっぱりなんです。。
っで、ｻｰﾊﾞを変えたら現象が変わったのでご報告を…。
ﾀﾞｳﾝﾛｰﾄﾞﾘﾝｸをｸﾘｯｸ→通信ｴﾗｰ(200 4207)
.htaccess内に以下を記述して同ﾃﾞｨﾚｸﾄﾘにｱｯﾌﾟﾛｰﾄﾞ→変わらず。
AddType text/vnd.sun.j2me.app-descriptor jad
AddType application/java-archive jar

一体何が悪いのでしょうか…

395:391
07/09/29 00:15:20
連投すみません…

↑のccessってなってるのは.htaccessの誤りです。
ちなみに現在使用しているｻｰﾊﾞはｱﾌﾟﾘ★ｹﾞｯﾄさんの提供ｽﾍﾟｰｽです。。

396:デフォルトの名無しさん
07/09/29 03:37:43
>391
>すみません。ｻｰﾊﾞ関係というかWeb系の事はさっぱりなんです。。

突き放すようだけど、勉強しなよ。場当たり的に聞きまくらないでさ。
ケータイアプリ作ってるのにWebサーバのことサッパリってのは話にならない。

397:デフォルトの名無しさん
07/09/29 07:23:10
>ケータイアプリ作ってるのにWebサーバのことサッパリってのは話にならない。

ごめん、w-zero3なんだ、うん。
いや、win32用PhoneMEバイナリもあるにはあるんだが・・・。

ところでマスター、CERN httpdを一つ。

#CERN派だった俺にはきびしい世の中になったもんだ。

398:デフォルトの名無しさん
07/09/29 09:10:13
CERNつかってたオサンならHTTPのなんたるかは知ってるよな。
いまはちょっと標準化がすすんでるだけでたいして変化はない。
URLﾘﾝｸ(www.studyinghttp.net)
ここでも見て情報を吸収すればいいよ。
仕組みさえわかってればサーバ設定なんか単なる方言でしかない。

399:デフォルトの名無しさん
07/09/29 09:48:46
>>397だが>>391とは別人だぞ。
まあ、netscapeが天下統一する時代に入ってからはクライアントサイドに興味を持って、サーバーサイドに疎いのは>>391と同じだが。
というか、.htaccessの設定すらろくにできんなら>>391はやっぱ基礎から勉強した方が良いぞ。

#そういやCERN httpdって今はw3c httpdか。

400:391
07/09/29 13:17:32
>>396
はい…。勉強しなおすようにします…。
とりあえず．ｈｔａｃｃｅｓｓを再ｱｯﾌﾟﾛｰﾄﾞしたり、属性を604に変更したりなど色々と
してみましたが解決しませんでした。。

ただ、いくら調べても分からないので今回の件で一点だけ教えてもらえませんか？
現在はﾀﾞｳﾝﾛｰﾄﾞﾘﾝｸをｸﾘｯｸすると「通信ｴﾗｰ 200 4207」と表示されるのですが
もし仮にJADﾌｧｲﾙ内の記述に誤りがあった場合などは上記のように通信ｴﾗｰが
表示されるものなのでしょうか？それとも不正なｱﾌﾟﾘ～的な表示になるのでしょうか？

今回の件がｱﾌﾟﾘ側の問題なのかｻｰﾊﾞ側の問題なのかすら分からないもので…。

401:デフォルトの名無しさん
07/09/29 13:29:22
なんでKDDIやアプリゲットに聞かないの？

402:デフォルトの名無しさん
07/09/29 19:52:19
>>400
エラーの方はたぶんサーバ側。
200は普通に考えたら成功を意味するリターンコードぽいが、とにかく
MIDPが動くにしても端末の表示情報の詳細なんて公開されてないから、
メーカー以外誰もわからん状況だと思う。

仕様ではContentTypeとContentLengthを返す事が必須になってるんだけれど、
ある日突然似たようなエラーが出始めたケースがあるらしい(俺自身は作ってないのでこれ以上は知らん)
たぶんサーバ管理者が出力する情報を変更したんだろう、とは思ってる

あと開発者向けのオープンアプリスレが携帯板がどっかにあるから、そっちで聞く方が詳しく判るだろう

403:デフォルトの名無しさん
07/09/29 20:48:42
あっちは飽食の巣

404:デフォルトの名無しさん
07/09/29 21:11:08
jadをcgiにしてcgiで強制的にContentTypeとContentLengthを返すとどうなんだ？
あとそのサーバーに対してダウンツールかなんかとにかくhttpヘッダを見れるツールでアクセスして
httpヘッダで何が返ってるかを確認するべし
どこどこのサーバーだとかではなくこのURLのこのファイルなんですがならこちらで確認も出来るんだがな
それらを公開する気が無いなら自分で何とかしなって言われて当然
わざわざそのためだけにアプリゲットのアカウント取る気にはならんしな

405:391
07/09/30 00:22:14
>>402 >> 404
すみません、色々ありがとうございます。
ｻｰﾊﾞやURLを公開する勇気がない（既に公開しているｱﾌﾟﾘがしょぼすぎて…）ので
なんとか自力で頑張ってみます。

ただ、ない知識で調べまくってようやくContentTypeとContentLengthの返却値が分かりました！
Server: Apache
Content-Length: 225
Content-Type: text/html; charset=iso-8859-1

となっているので、．ｈｔａｃｃｅｓｓでのMIMEタイプの追加が出来ていない事が原因だと分かりました（多分）
ちなみに．ｈｔａｃｃｅｓｓって中身書いてｱｯﾌﾟﾛｰﾄﾞしても、その瞬間ftpソフトの画面から消えてしまうのですが
そういう仕様なんでしょうか？なんとか頑張ってみます…。

406:391
07/09/30 00:48:37
またも連投になり申し訳ありません。
何度も書くのは気が引けるのですが、ｵｰﾌﾟﾝｱﾌﾟﾘの開発→配布にあたり同じような疑問を持つ方も
出てくるのでは…と思うので極力結果は書いていこうと思います。

上で書いた．ｈｔａｃｃｅｓｓが表示されないというのはftpソフトの設定でした。
問題なくｱｯﾌﾟﾛｰﾄﾞされていました。という事は．ｈｔａｃｃｅｓｓでのMIMEﾀｲﾌﾟの追加が許可されていない
ｻｰﾊﾞなのか、もしくは．ｈｔａｃｃｅｓｓの記述間違いなどが考えられますよね。。
また色々試して来ます。

407:デフォルトの名無しさん
07/09/30 01:37:56
>406
>極力結果は書いていこうと思います。
ここはキミの開発日記を書くところじゃないから迷惑だと思うよ。

オープンアプリ開発の技術的な問題をみんなで考えていくならともかく、
キミがつまずいてるのはサーバ設定の基礎的なことなわけで。
しかも特殊な設定で困ってるのではなく、単に知識不足なだけだし。

408:デフォルトの名無しさん
07/09/30 01:56:57
>>406
開発日記ならブログでも作ってそこに書いてくれ
ググッて引っかかるようにしてれば初心者も助かるだろ？
2chじゃスレが沈めばそれまでだ、ましてやこのスレは保管庫があるわけじゃないしな
ココに書くのは助けを求めて話し合いたいとかならともかくただの経過や開発日記なら迷惑だ

409:デフォルトの名無しさん
07/09/30 04:31:33
というか利用してるサバが許可してる事読めば一発で解決する事なのになんでgdgd2chなんかで書いてるの？
勉強しろってのもだけどマニュアル嫁も然り。
サバの初歩的な設定でつまづいてサバが許可してる事も分からないんじゃ誰もどうしようもないよ。

410:デフォルトの名無しさん
07/09/30 08:30:21
サーバー設定だって、オープンアプリには必須な項目なわけで。
この程度でブログで～とか言い出したらこのスレいらないよ。

まぁ俺もまずマニュアル等は読めと言いたいが、
きちんと読んでるやつはほとんどここで質問とかしないんじゃねぇのかな。

411:デフォルトの名無しさん
07/09/30 08:46:19
マニュアル？そんなの聞いたことねぇなぁ
ウソしか書いてない”仕様書”みたいなのはそこらじゅうに転がってるがね
番号がずれてるだけでどうしてここまで

412:デフォルトの名無しさん
07/09/30 11:41:24
>>391
サーバ側はどうでもいいから、リンクを選択しても反応しない問題については
解決したら報告をお願いしたい。
HTMLは別に間違ってないような気がしたんだけどな。

413:デフォルトの名無しさん
07/09/30 12:56:35
>>412
これだけ言われたらもう出てこれないだろｗ
しかもよってたかってﾎﾞﾛｸｿに言って「でもこれだけは結果教えろ」ってひどくね？ｗ
391の勉強不足は否めないが、それでも完全なｽﾚ違いな訳でもないし、同じ悩みを
持つ奴が出て来てもおかしくない（javaから入るやつなんてごまんと居る）

はっきり言って初心者って自覚してる奴に対して否定しまくったり迷惑だとか言ってる奴って
何がしたいの？関連してる内容であるにも関わらず「迷惑だ」って…ｗ
せっかくｵｰﾌﾟﾝｱﾌﾟﾘの開発をしようって思った奴を一人潰してるだけじゃん？
自分らが初心者だった頃の気持ちを忘れんなよ。殆どの奴が周りに助けられて今がある
んじゃねーの？掲示板や友人にも一切聞かず、自分一人でﾏﾆｭｱﾙとかだけでやってきた奴
なんて逆に少ないだろ？
あーだこーだ言ってる奴は「CLDC+MIDP～ﾏﾆｭｱﾙ非掲載の話題専用ｽﾚ」でも作ってろ。

と、391があまりに不憫だったので熱い想いを書いてみたｗ

414:デフォルトの名無しさん
07/09/30 13:24:36
まあjava全体の話するなら初心者がMEから入ること自体無謀だな。
実機で動いたとしても変なコードが覚えるだけだし。

というか、サバの設定の初歩的な部分がわかってないだけだからそもそも板違いだぞ。
そこさえクリアすれば問題が切り分けられる。
聞いてることがサバに関する初質だからまずは、
どこが問題か切り分けてからこっちに来れば良いだろう。

その上、どこのサバで何が使えてどこまで許可されてるかが分からんなら誰に聞いたって同じ。

ググレばどこにでも書いてあるような設定がらみでミスってるんだから
分からん事は自分で学習してればそもそも、ここに来る必要すらなかったかも知れんしな。
ちゃんとサバの設定してもダメならまた来れば良い。

415:デフォルトの名無しさん
07/09/30 13:28:54
>>413
問題なのは391が404とかみたく折角ちゃんと手を差し伸べてくれてる人間の手を蹴ってる事じゃね？
誰だって最初は初心者だ
それを初心者の自分が今作ってるしょぼいからなんてアホな理由で目の前に居る親切にしてる人の手を蹴ってる
プログラム以前に人間性がしょぼい人間に対して手を掛けようって人が居なくなってくってだけじゃね？
プログラムのデキなんてこんなところで初心者な質問してる段階で誰も期待してないしどんなテストアプリにアンカー張ったって
笑うようなことはしないだろ
ホントに助けて欲しくて自分の本来のurl晒したくなければアプリゲットのアカウントを自分でもう一個とってそこにテストアプリをあげるぐらいのことは出来るだろ
自分自身でどうにもできずに親切な人の手を蹴ってる馬鹿な行為と日記化しようとしてる事に対して嘲笑ってる人は多いかもしれんがね

特に「極力結果だけ書いていこう」ってことは毎回結果が変わるたびに日記を書きますって事だろ？
これがせめて「ちゃんと動いた時は最終結果を書き込みたいと思います」で以降書き込み自粛ならまだ多少は違ったろうがな
(自己解決にせよなんにせよちゃんと動いた時に質問を書いた人間がお礼と同時に結果を書くのは一種の礼儀の一つだろ
動きもしないし他人の手も蹴ってるのに日記だけ書くってどんだけ～～？)

413があまりにもアレなんで書いてみたw

416:デフォルトの名無しさん
07/09/30 13:47:32
久々に盛り上がってると思ったらコレか・・・

携帯Javaの話しよーぜ
それかSEXの話しよーぜ

417:416
07/09/30 19:26:39
SEXの話ﾏﾀﾞｰ

418:デフォルトの名無しさん
07/09/30 22:55:31
>>413
391はサーバ側プログラムも知識も無いと最初からいってる
そこで404の調査法言われたって391が実践できるわけもないじゃないか

419:デフォルトの名無しさん
07/09/30 23:22:45
>413は話が読めてないじゃん

>はっきり言って初心者って自覚してる奴に対して否定しまくったり迷惑だとか言ってる奴って
>何がしたいの？関連してる内容であるにも関わらず「迷惑だ」って…ｗ

誰もそんなこと言ってないし
捻じ曲げて解釈して勝手に盛り上がって楽しそう

420:デフォルトの名無しさん
07/09/30 23:35:31
>>418
404はちゃんとググッたり自分で調べたり勉強するためのキーワードも十分に書いてる
それらのヒントから実践できないならできないでURLを公開すれば助けてやれるかもしれんとまで書いてる
そんな404を391は蹴ってるんだから自分でどうにかできるって事なんだろ？

421:デフォルトの名無しさん
07/09/30 23:40:11
>>413
まあ391氏が出てくるかどうかはまでは本人の気ままにしてくれればいいけどさ
412で書いた内容は酷くはないだろう
406での報告は407氏が書いたそのまま、言えば完全にスレ違い報告。
殆どの人は、このスレでapache自体の挙動についての報告や質問なんて不要だろ。

だけどダウンロードが動作しない症状は端末側もサーバ側も絡む良く判らない
問題であって、それに対して解決した回答が残して貰えるなら、
充分今後のこのスレのためになる。

まあ391がこのこと自体に気づけるのかは判らんけど

422:デフォルトの名無しさん
07/09/30 23:40:13
スレがグダグダ
ちょっと書き込み控えて落ち着こうぜ

423:416
07/09/30 23:47:26
SEXの話ﾏﾀﾞｰ

424:デフォルトの名無しさん
07/09/30 23:48:18
>>420
どこ見てるんだ。404は方法を3つ用意してくれてるよね
1. 自分でCGI動かして挙動確認しる
2. 通信データ覗いてみるんだ(これは端末とPCとでレスポンスが同じなのか疑問はあるが)
3. URL晒したら見てやる

に対して1はスキルで無理(と思われる)、2は直後で回答。3は個人の事情で無理
これだけ全部に対して返答しているのに、404を蹴ってるとかどういう意味さ
今後は自分で調査する方法を選んだだけだろう

425:デフォルトの名無しさん
07/09/30 23:50:12
>>424
>どこ見てるんだ。
>>422

426:デフォルトの名無しさん
07/10/01 13:17:19
よし、俺が新たな話題を振ってやる！
MIDPってさ2.0からImage#getRGBとGraphics#drawRGBでDIB取得できるようになったじゃん。

で、getRGBなんだけど、これってそのイメージの参照を直接渡してくれないで、コピーをよこすじゃん。
コピーだとまず画像取得するのにコピー、その後編集して戻すのにコピーで2回分のコピーが発生するわけだが
これってどう思うよ？

俺的には、getRGBでイメージのDIBの参照取れるなら、それを編集すればいいだけだし
それができれば、文字列描画も問題なくできると思っているわけよ。

427:デフォルトの名無しさん
07/10/01 14:02:58
俺の:y=-( ﾟдﾟ)・∵;; ﾀｰﾝ!

>>426
まぁJavaだしハードコーディングできないのはしょうがないでしょ。
それにPCなら描画モード変更できるけど、携帯じゃそうは行かないし
各端末毎にゴリゴリ書くの、もうヤッテランネｗ

一部の端末の擬似24bitカラーは6bit×3＋ようわからん何か2bit×3で24bitらしい。
18bitって何よって思った。

428:デフォルトの名無しさん
07/10/01 14:10:21
>>427
中国製のBREW端末でRGB666の端末を触ったことあるけど
JavaでRGB666の端末って出てるのか？

429:デフォルトの名無しさん
07/10/01 16:16:49
>>428
javaのメソッドで操作する段階で888に変換されてると思うよ
逆に基本的に今のjava端末の液晶だって内部の実際の発色は666が殆どじゃね？
ネイティブで888の液晶を持ってる機種ってあっても凄く少ないんでね

430:デフォルトの名無しさん
07/10/01 16:34:43
>>428
スレチで申し訳ないがDoJaの話なんだよね。
N900とかが18bitだったと思う。

Graphics#getPixel で取得できるネイティブカラーは、
端末が持ってるDIBそのままって前提で調査した。
その辺詳しい資料が見つからなかったのと、
『getRGBPixelがあるじゃん』てことでちゃんと調べてない。
今は少し反省してる。

431:428
07/10/01 16:53:13
DoCoMoの画面カラーは調べたけどわからんかった。
SoftBankの3GC端末の場合

東芝→ARGB1555
ノキア→不明
その他→RGB565

だった。

BREWはRGB232の端末がQVGA初期に出てたけど、それ以外はRGB565だったと思う。

>>430
Dojaっていうか、Javaが搭載されている端末であればなんでもよかった。
N900iは18bitだったか。

432:デフォルトの名無しさん
07/10/01 17:38:01
>>431
つーかDoJa以外ありえないだろ？
MIDPはdrawRGBが仕様としてRGB24bit,alpha8bitって決まってるんだから
それ以外が返ってきたら困る

433:431
07/10/01 17:48:34
>>432
drawRGBで取得する値と、画面のカラーは別の話。
画面カラーがRGB565であった場合、drawRGBはRGB888をRGB565に変換する。
MIDP2.0端末でRGB666の端末があったらdrawRGBはRGB888をRGB666に変換するだけ。

Dojaでも、setRGBPixelsが同じ挙動を行うよ。

434:デフォルトの名無しさん
07/10/01 18:15:55
俺が言いたいのはMIDPじゃ触ることすら出来ないことなんだから気にしてもしょうがないというか気にするだけ無意味ということと
気にする必要性があるのはDoJaだけだということだったんだがまぁいいけどな

435:デフォルトの名無しさん
07/10/01 22:20:56
>>426
Image#getRGBはDIB取得してるわけじゃないと思うがベンダの糞実装上は知らん。

PHSはw-zero3だけ1555、しかもGraphics#drawRGBで色抜きが出来ない。PNGの不透過値が0の部分だけ抜ける。
たしか端末制限。その上VMの実装上例外も何も投げずにVM強制終了。
実機でデバックは困難ｗ
ほかはA8でRGBは端末次第・・・orz

J9はどうだろう？

436:デフォルトの名無しさん
07/10/04 08:13:13
いままでJavaと言えばWebアプリケーションと
ショボいゲームのアプレットしか作ったことがない
俺が来ましたよ。
オマエラMIDPアプリケーションの開発には
どんなIDEを使っていらっしゃいますか？
やっぱりEclipseですか？

437:デフォルトの名無しさん
07/10/04 10:12:08
コマンドプロンプトだね。

438:デフォルトの名無しさん
07/10/04 10:43:09
メモ帳かな。

439:デフォルトの名無しさん
07/10/04 11:16:42
eclipsemeしかない。

440:デフォルトの名無しさん
07/10/04 12:28:14
Visual J# で代用できんもんかね？
そんなもん誰も使ってない？？

441:デフォルトの名無しさん
07/10/04 17:10:23
まあ、compactで使えるクラスならいけそうだが意味はないし。
J#なんて誰も使ってないし。
そもそもJavaVMじゃないし。
関係ないがJ++の吐くバイトコードはMSVM以外クラッシュするしｗ

442:デフォルトの名無しさん
07/10/04 18:27:07
アプリで使う画像ってどんなソフトで書いてる？
PNG-8じゃないとだめだって 2005年発売の参考書にかいてるんだが。。

確かにペイントで作ったPNGだと実機では動かなかった…

443:デフォルトの名無しさん
07/10/04 18:52:04
フォトショかイラレが大半じゃない？

444:デフォルトの名無しさん
07/10/04 18:59:57
optpixで減色して使うだろ。

445:デフォルトの名無しさん
07/10/04 19:11:34
エッジ

446:デフォルトの名無しさん
07/10/04 19:34:35
フォトショ＋PNGGauntlet

447:デフォルトの名無しさん
07/10/04 21:02:14
>>442
何で描いてもいいんじゃない？
汎用的なフォーマットでセーブできるツールであれば
後は適切な変換ができるかどうかだけでしょ

ちなみにVisualStudioのビットマップ編集で編集してるよ

448:デフォルトの名無しさん
07/10/04 22:08:03
減色しただけでフォーマットまで変わるのか？
おれはGIMP使ってるけど。

449:デフォルトの名無しさん
07/10/04 22:58:07
>442
絵を描くこと自体はWindowsのペイントでも何でもいいよ。
PNG保存する時にどのツールを使うかがポイント。

フリーウェアのツールでPNG保存すると、
ヘッダがおかしいのか正常に表示できないことがある。特に透過PNG。
変に圧縮率上げたり、コメント領域いじったりするツールは注意。

自分はフォトショップ・エレメント使ってる。１万円ちょいで買えたし、
大手有名ツールなら多分下手なことにはならないだろうと思ったんで。

450:デフォルトの名無しさん
07/10/05 00:55:31
libpng使ってりゃ大体問題なかろう。

451:デフォルトの名無しさん
07/10/05 01:34:05
>>450
逆に使ってないものの方が珍しい気がするが、無いわけではないけどな
問題は色数だから適切な設定での変換作業だからlibpngかどうかなんて関係ないだろ

452:デフォルトの名無しさん
07/10/05 12:01:56
>>449
携帯向けはPNG-8でtRNSチャンクで透過指定する事、
アルファチャンネルは無効。
コメントの有無は特に問題じゃない。

イラレで吐き出してもtRNSチャンクで透過指定しなきゃ読み込み失敗する。

453:デフォルトの名無しさん
07/10/05 13:55:36
>452
>携帯向けはPNG-8でtRNSチャンクで透過指定する事

俺>449だけど、まさにそれを注意ってことで書いたつもりだった。
フリーウェアは透過PNGの作り方が適当なものが多い気がする。

>コメント領域いじったりするツールは注意

これはコメントの有無のことじゃなくて、
「埋め込まれているコメントをカットします」みたいなツールを使ったとき
ツールによっては壊されることがあるぞってこと。

ファイルサイズをキチキチに切り詰めようとしてこういうツールを使う人はいるから
余計なお世話かもしれないが一応書いておいた。

なんかしつこい書き込みになったな。スマン。

454:デフォルトの名無しさん
07/10/05 22:37:41
キーが何を押しているかの取得の仕方はいくつかありますよね？

十字キーと数字キーの連携を切り離したい時はどうすればいいでしょうか？

1キー！＝UPキー
で別に判定したいのです

455:デフォルトの名無しさん
07/10/05 22:39:16
>>454
すいません２キー！＝十字上キーでした

456:デフォルトの名無しさん
07/10/06 05:15:44
いつもお世話になっている初心者です。
どうしても納得いかない制御があるので質問させて下さい！

ｽﾚｯﾄﾞ作成→無限ﾙｰﾌﾟ内で描画処理、が基本ﾊﾟﾀｰﾝのｱﾌﾟﾘを作成しております。
その中で、決定キーを押下すると画像が点滅する、というﾌﾟﾛｸﾞﾗﾑを組もうと思い
public void run(){
　repaint();
}
public void paint(Graphics g){
　System.out.println("描画開始");
　if(tenmetsu==0){
　　描画処理有り
　} else {
　　描画処理無し
　}
}
続く…

457:デフォルトの名無しさん
07/10/06 05:16:23
protected void keyPressed(int keyCode){
　if(key == Canvas.Fire){
　　int i;
　　for(i=0;i<10;i++){
　　　tenmetsu=0;
　　　System.out.println("描画へ行く");
　　　repaint();
　　　//ここでｽﾘｰﾌﾟ実行
　　　tenmetsu=1;
　　　repaint();
　　}
　}
}
というｺｰﾄﾞを作成したのですが、実行した場合にﾄﾚｰｽ情報には「描画へ行く」はforﾙｰﾌﾟ分ちゃんと
表示されるのですが、paint内の「描画開始」が一度も出力されません。実際に描画処理もされて
おりません。要するにrepaint()でpaint()に飛んでいないという事だと思うのですが、その理由は全く
理解出来ません。初歩的な質問で申し訳ありません。よろしくお願い致します。

458:デフォルトの名無しさん
07/10/06 07:39:57
455だけど
>>456-457は
ダブルバッファとかオフスクリーンに書いてからrun()で一気に描画とか解決のキーワードな気がする

459:デフォルトの名無しさん
07/10/06 11:37:28
というかデバッガを使ったら？
それくらいならステップ実行すればすぐに分かる気がする。

460:デフォルトの名無しさん
07/10/06 13:05:29
keyPressed()内でループまわしてスリープ入れてって構造に問題があるんじゃないか

461:456
07/10/06 14:22:47
早速のご回答ありがとうございます。
>>458
確かに一度run()に渡すとしっかり描いてくれるんです。ただ、そのためには現在のｿｰｽを
物凄い勢いで改造しなければならなくなり、新規のﾊﾞｸﾞが怖いというのがあって…。

>>459
ｽﾐﾏｾﾝ。ﾃﾞﾊﾞｯｶﾞについてｸﾞｸﾞってみたのですがいまいち分かりませんでした。
ﾃﾞﾊﾞｯｸﾞ用のﾂｰﾙでｿｰｽを追えるような感じなのでしょうか？

>>460
自分、BASIC時代からめちゃくちゃな構造で作ってしまう癖があり…。いつもある程度組んでから
後悔してしまうんですよね…。

repaint()命令の直前までは正常に届いているのに、repaint()だけが機能していない、しかも
repaint()内の描画処理が行われていないのではなく、repaint()内に入ってきてすらない、という
事になっている訳ですが、repaint()というのは呼べば強制的に実行されるものではないのでしょうか？

repaint()で実行されるはずの描画がされないなら分かるんですが、ﾒｿｯﾄﾞに入ってすらないというのが…。

462:デフォルトの名無しさん
07/10/06 14:30:17
repaintは、再描画が必要だってことを覚えとくだけ。
今実行中のイベント処理が終わったときにpaintが呼ばれる＝イベント処理中は呼ばれない。
serviceRepaintsを呼べば、すぐ呼ばれるけど。

463:デフォルトの名無しさん
07/10/06 16:27:50
keyPressed内でループまわしてるから再描画要求がキューに突っ込まれても詰まったまんまで、
あとは端末のイベントハンドリング周りの制限に引っ掛かってるって感じ？

464:デフォルトの名無しさん
07/10/06 16:48:03
制限というより、そういう仕様。

URLﾘﾝｸ(java.sun.com)
＞These methods are all called serially.
＞That is, the implementation will never call an event delivery method
＞before a prior call to any of the event delivery methods has returned.

465:デフォルトの名無しさん
07/10/06 22:07:27
まあ、java的にはイベントハンドラ内で時間掛けないのは基本中の基本だから覚えれば良いだけ。

ハンドラでフラグ立ててゲームループでフラグ調べてhogehogeすれ！

466:456
07/10/07 00:51:07
皆さん、ありがとうございました!!
理由ははっきりして凄く嬉しいです。
ただ…前述したｿｰｽで
protected void keyPressed(int keyCode){
　if(key == Canvas.Fire){
　　if(ある条件==1){
　　　int i;
　　　for(i=0;i<10;i++){
　　　　tenmetsu=0;
　　　　System.out.println("描画へ行く");
　　　　repaint();
　　　　//ここでｽﾘｰﾌﾟ実行
　　　　tenmetsu=1;
　　　　repaint();
　　　}
　　} else {
　　　for(i=0;i<10;i++){
　　　　System.out.println("描画へ行く２");
　　　　repaint();
　　　}
　　}
　}
}
とした場合に、なぜか「描画へ行く２」の方だけちゃんとrepaint()にfor回数分飛ぶんです…。
違いはｽﾘｰﾌﾟがあるかないか程度なのに…。謎です…。
とりあえず、今後はｲﾍﾞﾝﾄ内ではﾌﾗｸﾞを立てる程度にしてﾙｰﾌﾟ内で処理するように心がけます！
ありがとうございました!!

467:デフォルトの名無しさん
07/10/07 01:59:16
>456
reapint()はシステムに対する描画要求「ヒマができたらpaint()してね」であって、
必ずしも１つのreapint()につき１回のpaint()が呼ばれるわけではない。
reapint();
reapint();
reapint();
と続けざまに書いたとき、paint()はその都度で計3回呼ばれるかと思いきや、
大抵は最後にまとめて１回呼ばれるだけ。

　　　for(i=0;i<10;i++){
　　　　tenmetsu=0;
　　　　System.out.println("描画へ行く");
　　　　repaint();　　←(1)(3)…
　　　　//ここでｽﾘｰﾌﾟ実行
　　　　tenmetsu=1;
　　　　repaint();　　←(2)(4)…
　　　}
(1)のrepaint()後にスリープして、そのタイミングでpaint()が呼ばれる。
(2)のrepaint()後に次のループに入り、描画のヒマなしで(3)のrepaint()が呼ばれる。
そこでスリープするのでpaint()が呼ばれる。
「System.out.println("描画へ行く")」はpaint()と関係なく実行されるので毎回表示される。
tenmetsuフラグは0(描画される)→1(されない)→0(される)と変化しているので、
paint()時の描画内容に変化が見られない。

…と、上記ソースがメインのループ内に記述されていればこの説明でいいのだが、
今回のケースはkeyPressed()に書かれていて、そこでスリープしているので話は異なる。
タイミング的に呼ばれるであろうpaint()が呼ばれなくても不思議はない。

そんなことを踏まえて改造するといいと思う。

468:467
07/10/07 02:01:23
なんだこりゃ。念のため修正。
×　reapint
○　repaint

469:デフォルトの名無しさん
07/10/07 07:19:01
というかキューに突っ込むか描画段階でOS側が再描画が必要ないと判断したら要求を一つにまとめてるはず。
だから結局最後の１回が実行される。

470:442
07/10/08 02:29:09
libpngを調べてみたんだがＣ言語用のDLLとか…
LinuxでインストールしたりとかWindowsな俺はだめだ＞＜

Ｃ言語のが得意だけどDLL使ってpngにして吐き出すプログラム作って使ってるの？
なるべくフォトショとか市販はなしでフリーで作りたいんだ…

libpng使ったっていうbmp2pngていうソフト使ったけど…702NKでやったけど動かない…
やっぱエミュで動かして実機でとして、ネット介さずに直でインストールしてやる702NKじゃ
だめなのかな？

471:デフォルトの名無しさん
07/10/08 02:42:38
だからGIMPがry

472:デフォルトの名無しさん
07/10/08 03:18:20
8bit PNGで書き出せるソフトくらいいくらでもありそうだが。
てか、すでにスレ違いだわな。

フリーで、とかいいつつそれっぽいのすら探せないなら、
PaintShopProでもPhotoshopElementsでも買っとけ。

473:デフォルトの名無しさん
07/10/08 08:20:30
だいぶ前に迷惑をかけた178です
あの後もここをROMっててやっとあの時から想定したアプリを作れました
特に最近のpngとかのレスは役にたちました
ここの住人の方本当にありがとうございます

でまた質問なのですが敵のアルゴリズムとか人工知能的な事が書いてあるサイトとか知っていたら教えて頂きたいのです

474:デフォルトの名無しさん
07/10/08 12:38:00
そんなスレ違いのことまでいちいちここで聞かなくてもさ、
「ゲームの作り方」みたいな本買うとか、それをキーワードに検索するとか

次ページ