JAVAでゲーム作成

**JAVA初心者・・・** · 04/01/17 22:47

はじめまして！！
今年に入ってからJAVAでゲームを作ってみようと勉強しています。
どなたか宝さがしゲームを作るうえで参考になるゲームとツール知りませんか？？
知っていたら教えてください。<(_ _)>ぺこり

**名前は開発中のものです。** · 05/03/12 23:38:43

実際に試せばいいと思うよ

**480** · 05/03/12 23:52:43

>>484
まあ、そうなんだけどね(^^;)
ちょっと明白な答えが返ってきたら、検証しなくてすむかなー
とたくらんでました。
何も今作っているゲームで試さなくても簡単なアプリ作って
試せばよいか。

**名前は開発中のものです。** · 05/03/13 00:03:52

高速なマップスクロールについてはやねうら本に書いてあったような。

ハードウェアアクセラレーションが効いていない場合が考えられるので、
しんさんの出張所(日記)　とか読んでチェック汁

あと、VMのご機嫌とるのマンドクセな場合は、↓を使うとか．．．
Java Binding for SDL
http://sourceforge.net/projects/sdljava

**名前は開発中のものです。** · 05/03/13 00:11:42

マップ描画はアクセラレーションがきけば
オンボードのUMAのチップでも60fpsで
CPU使用率５％以下ですむね

**483** · 05/03/13 12:02:23

>>486
>>487
アドバイスありがとうございます。
このスレに今まで記載された技法はすべて試すつもりです。
基本的なマップ描画に関する知識を深めてからそちらの処理も考えようとしています。
今、ハードウェア系の制御に手を出すと、無駄な処理を行っている部分
を探すのが面倒になるので・・。

>>483
試してみたら、前者のほうが、処理に時間がかかりました。
詳しく計っていませんが、その差は歴然でした。
メモリ上同じサイズのイメージ情報を格納しているはずですが、
配列で持たせるのは、極力さけるべきなのでしょう。
DirectXも確か、DirectDrawで一度にbmpファイル読み込んだ方が
処理が速かったっけ。

・・そうなるとテキストデータもコレクションAPIやString配列で
データテーブルを構成するより冗長性をもたせた1つのString変数で・・。
いやな結果が出そうだから、考えるのやめよう。

**名前は開発中のものです。** · 05/03/13 13:39:56

>>488
正直質問の意味がわからない

**488** · 05/03/13 13:49:30

>>489
ImageクラスとImageクラス配列とでは同じサイズの画像ファイルを読み込んでも
処理に差異があるかという事を質問してみたんですが、
文章がまわりくどかったですね。

**名前は開発中のものです。** · 05/03/13 13:52:00

配列と配列なしでのロード時間に差はとくにないぞ

**488** · 05/03/13 14:02:57

>>491
失礼しました。
ロードしたあとの画像描画処理の事です。
getImage()で画像ファイルをロードするのは差は見られませんでした。
drawImage()で描画処理を終えるまでの時間は極端に差が出ました。

**名前は開発中のものです。** · 05/03/13 14:32:10

それ作り方が悪いんじゃないのか？
まった差はでないと思うのだけれども
部分的でいいのでコードだしてもらわんとなんとも

**488** · 05/03/13 14:54:48

>>493
では一部だけ。ここ以外は同じソースをりゅうようしましたので、問題
ないと思いますが。。出かけますので、18:00頃またきます。
配列あり
private void MapDraw( Graphics g ) {
int imgno = 0;
int chipno = 0;
int widthno = 0;
int heightno = 0;
for( int j=0; j<10; j++ ) {
for( int k=0; k<10; k++ ) {
imgno = intBuf[j*10+k]/100;
chipno = intBuf[j*10+k]%100;
widthno = chipno/10;
heightno = chipno%10;
g.drawImage( imgBuf[imgno], 4+k*32, 30+j*32, 4+k*32+32, 30+j*32+32, widthno*32, heightno*32, widthno*32+32, heightno*32+32, this );
}
}
}

**488** · 05/03/13 14:55:12

配列なし
private void MapDraw( Graphics g ) {
int imgno = 0;
int chipno = 0;
int widthno = 0;
int heightno = 0;
for( int j=0; j<10; j++ ) {
for( int k=0; k<10; k++ ) {
imgno = intBuf[j*10+k]/100;
chipno = intBuf[j*10+k]%100;
widthno = chipno/10;
heightno = chipno%10;
g.drawImage( img, 4+k*32, 30+j*32, 4+k*32+32, 30+j*32+32, imgno*320+widthno*32, heightno*32, imgno*320+widthno*32+32, heightno*32+32, this );
}
}
}
※intBuf配列には数値が0から999までの乱数が100個格納されています。

**名前は開発中のものです。** · 05/03/14 07:54:09

どっちのコードも部分切り出しの描画だな
これらは遅い描画だったはず

場合によってはソフトウェア描画になってるだろうからキャッシュにおさまってるとかそんなことじゃないの？

まぁ使うときは切り出しなしでつかえ

**名前は開発中のものです。** · 05/03/14 07:57:52

つーか、よくみるとImage以外の引数のところがちがうな
で、どっちが何msで遅いほうは何msなんだ？

この程度の描画どっちも5ms以下だろうし

**名前は開発中のものです。** · 05/03/14 14:51:58

作ったゲームをjarで固めて配布したいのですが
それでも結局VMの入ったPCでしか動きませんか?
jarにVM一式入れないと駄目?

それと、インストーラーもsetup.exeとかそういうファイルにしたいのですが。

**名前は開発中のものです。** · 05/03/14 17:15:59

インストーラにVMいれてしまえばいいじゃない

**名前は開発中のものです。** · 05/03/14 18:11:18

なるほど、自動的にJRE1.4がインすとされるようにして
ゲーム起動時にはjarを叩くようなbatかexeを作ればいいのか。
さんくすこ

**名前は開発中のものです。** · 05/03/14 18:28:54

JREはJREのディレクトリ構造そのままコピーしてそのbinの中にあるjavaw.exeから起動するようにするといい
そうすればユーザーにはJavaを使ってることすらわからない

**名前は開発中のものです。** · 05/03/14 18:35:57

聞きたいのですが、JREの中のrt.jarの中の使って
いない機能とかは削除してもいいのでしょうか。
なんせこれだけで13メガバイトもあるので。

そもそもrt.jarからファイルを取り出すのは
SUNが禁止してないかも分からず…
自分が使っていない機能を特定する方法もわからず…

**名前は開発中のものです。** · 05/03/14 18:44:49

READMEみればどれをはずして追加してもいいとか書いてある

**名前は開発中のものです。** · 05/03/14 19:00:13

話題がループしすぎ

**488** · 05/03/14 21:57:24

>>496
レスありがとうございます

＞まぁ使うときは切り出しなしでつかえ
詳しく教えてください。
チップ画像をすべて１つづつファイルに分けて用意するわけではないですよね？
＞どっちが何msで遅いほうは何msなんだ？
↓こんなんで正確な処理速度が計れないかもしれませんが、、、
public void paint( Graphics g ) {
long l = System.currentTimeMillis();
MapDraw( g );
long l2 = System.currentTimeMillis();
System.out.println( (l2-l) );
}
結果です。
・スリープなし
配列あり平均 63ms 最低 0ms 最高156ms
配列なし平均 64ms 最低 0ms 最高156ms

・スリープ100ms
配列あり平均217ms 最低 0ms 最高281ms
配列なし平均120ms 最低31ms 最高188ms

・スリープ5000ms
配列あり平均188ms 最低 0ms 最高18.8ms
配列なし平均 62ms 最低 0ms 最高 6.2ms

※スリープを5000msにしたら、初回だけ最高値が計測でき、
２回目以降は配列有り無しに限らず0msでした。
ソフトウェア描画によるキャッシュ？っていうやつが原因なのでしょうか？

**488** · 05/03/14 21:59:34

↑まちがいでした。
・スリープ5000ms
配列あり平均18.8ms 最低 0ms 最高188ms
配列なし平均 6.2ms 最低 0ms 最高 62ms

**名前は開発中のものです。** · 05/03/14 22:40:12

Javaは動的コンパイルするのとメモリ設定してないとFULLGCでヒープ拡張が多発
このへんのうごきがわかればその最低値という部分だけがほぼ出るようになる

あとマップチップが32*32のようだけれども、これは某所の日記によれば60fpsで
3000個くらいは出るようだ

**名前は開発中のものです。** · 05/03/14 23:14:40

たまに酷く軽いexeとともにjarが添付されたゲームを見かけるんだけど
あれってexeのなかでxmx, xmsを設定してから起動してるのかな？

**名前は開発中のものです。** · 05/03/14 23:43:58

メモリ使用量把握してmsmx固定でヒープ拡張なしにするのは基本だね
あとはメモリの使い方把握してnew領域とold領域を決めるとGC時間が非常に短く出来る

**488** · 05/03/15 01:39:04

なんだかJavaVMパラメータ一つで実行処理速度に差が出ることが
判ってきました。配列ありなしは関係ないのかもしれません。
アプレットやWebStartはVMのパラメータをあらかじめ設定できるのでしょうか？

**名前は開発中のものです。** · 05/03/15 12:55:31

>>509
チューニングするコツってなんですか？
-XXを弄るんですよね？項目がいっぱいあって手の付け方がわかりません。

**名前は開発中のものです。** · 05/03/15 13:36:46

GCやメモリ使用量を把握すること
とりあえずマニュアル嫁

**名前は開発中のものです。** · 05/03/16 21:44:35

>>501
そもそもユーザーはJavaなんてわからない人が多い

**名前は開発中のものです。** · 05/03/16 21:45:56

sage忘れたｽﾏｿ

**名前は開発中のものです。** · 05/03/16 22:16:46

>>513
違いには結構気づく。
ウインドウ色がよどんでいるので、調査してくれとクライアントに言われた。
Ｊａｖａプログラム開発チームの島の周りの空気もややよどんでいた。

**名前は開発中のものです。** · 05/03/16 22:18:30

SWTなら救えるのだろうかｗ

**名前は開発中のものです。** · 05/03/16 22:22:24

Javaを知らないクライアントに新しい製品やシステム構築にJava製品
を紹介するときって、なんか下手にでてしまうのは私だけ？
先にデメリットをぶちまけて開発効率が上がるので、ご了承ください
ご理解ください。発展途上の段階だからetcetc...

**名前は開発中のものです。** · 05/03/16 22:28:39

>>517
ビジネスアプリはVBランタイムを始めとするRADが～を分かりやすく説明して
MSOnly技術だとすぐにサポート対象外になって、保守すらやばくなるけど
Javaは複数の会社がランタイムを提供していて、長期に安心してサービスを提供できて
おまえんとこも結局Happyって真面目にプレゼンしてみれ

**名前は開発中のものです。** · 05/03/16 22:38:39

そういう話はマ板でやれ

**名前は開発中のものです。** · 05/03/16 22:52:07

>>519
そか。ゲ板だった。ごめん。
じゃあ、WebStartでゲームを製作し、販売＆その他サービスを運営
ってのは、なぜ日本は流行らぬ？
海外では数えるほどだがそんなサイトを見つけたが。

**名前は開発中のものです。** · 05/03/16 23:17:34

>>515
ウインドウの色って変わるか?

**名前は開発中のものです。** · 05/03/16 23:18:17

>>520
日本だとアプリケーションのほうがローカル資源にアクセスしやすくていいんじゃね？

**名前は開発中のものです。** · 05/03/16 23:42:53

フラッシュみたいにブラウザだけで手軽にゲームできて、
それでいてローカルにセーブデータなども保存できるんだから
結構需要はあるんじゃない？

**名前は開発中のものです。** · 05/03/16 23:45:51

FlashのEXEがセーブ可能だったらなぁ。
FSCOMMANDっていう荒業があるけど、セーブまで出来たかどうか

**名前は開発中のものです。** · 05/03/17 02:36:25

アプレットの有名どころっつーと爆裂ブロック崩しくらいしか知らんが
あれ相当レベル低いと思うんだけどな・・なんであんなに流行ってんだろう

**名前は開発中のものです。** · 05/03/17 03:15:20

ゲームはレベルじゃなくて遊び方の問題だから。
素人萌え絵描きがちょっとエロいコンテンツ作るのにちょうどよかったんでしょ。
一度認知されればあとはシェアの問題。

**名前は開発中のものです。** · 05/03/18 14:13:41

別スレだけどある程度発展したので報告。
ソースも公開しました。
ttp://cattaka.jfast.net/index.php
スレ
ttp://pc5.2ch.net/test/read.cgi/gamedev/1023007103/l50

**名前は開発中のものです。** · 05/03/18 14:30:31

>523
アプレットでローカルに保存できた？
アプリケーションのときだけだと思ってたけど。

**名前は開発中のものです。** · 05/03/18 14:50:29

WebStartの話だから限定的ではあるができる

**名前は開発中のものです。** · 05/03/19 03:51:10

個人サイトでみかけるWebStartはAllPermission権限を付与した
アプリがほとんどだが、みんなこの危険な非セキュリティ状態のアプリを
使用することに気にかけたり問題にしたりしないのはなぜだろうか？
ここでもう一度セキュリティについて話し合おうじゃないか！！

**527** · 05/03/19 04:54:59

>>530
漏れもそれは思った。
けど、Vectorとかでダウンロードして実行するのは気にしないのに
Web StartのAll-permissionは気にするというのはある意味変だよなぁ。
まあWeb Startはそれだけ危険に対して警告をだしているというこになるんだろうけど。
Windowsは最近まで警告なしでexe実行してたし。

あと漏れはsecurityのタグはAll-permissionしか知らないんだけど他にあるのかな？
存在はしてるのだろうけど
何処を探してもAll-permissionしか見つからない。
実際のところ通信だけ許可してくれたらいいから
All-permissionを外せるなら外したい。

**名前は開発中のものです。** · 05/03/19 05:03:35

かといっていちいち許可要求だすアプリ触りたくないしな。

**名無し** · 05/03/19 06:53:31

j2ee-application-client-permissions

**名前は開発中のものです。** · 05/03/19 10:11:41

通信対戦型のネットワークであれば、権限なしでも十分。
ゲーム初回起動時にログイン要求する際に、サーバへローカル情報
を送信し保存させればよい。
次回からのアプリ起動時にはローカル情報をサーバから取り出せばいい。
※ここで「ローカル情報」といっているのはゲーム上で必要な
パラメータの設定値や各ユーザ毎に異なる値を用意しておくべき
情報のこと。

**名前は開発中のものです。** · 05/03/19 10:32:40

私が作成したＣ／Ｓ型のゲームでの通信方法は
urlLoad = new URL( "サーバアドレス" );
urlConnect = urlLoad.openConnection();
urlConnect.setDoInput( true );
urlConnect.setDoOutput( true );
urlConnect.setUseCaches( false );
dos = new DataOutputStream( new BufferedOutputStream( urlConnect.getOutputStream() ) );
dos.writeUTF( strLoadReqMsg );//データ送信　Ｃ→Ｓ
dos.flush();
dis = new DataInputStream( urlConnect.getInputStream() );
strLoadResMsg = dis.readUTF();//データ受信□Ｃ←Ｓ
なんか文句ある？

**名前は開発中のものです。** · 05/03/19 13:48:44

サーバーが用意できる場合は誰もたたいてないんじゃないか？
そもそも鯖がJava系でないことを前提に書くならば16bitサイズが限界のUTF8もいまさらだな
シリアライズはもうXMLにいってるから無視なのかね＞Sun

**名前は開発中のものです。** · 05/03/19 22:27:06

Unicode4.0にはJava5.0で対応してるぞ
int型を使うというかなりアレな実装ではあるがまぁ仕方ないのかなぁ・・・

http://www5.airnet.ne.jp/sakuraba/java/laboratory/J2SE1.5/MiscAPI/SupplementaryChar/SupplementaryChar.html

**名前は開発中のものです。** · 05/03/19 23:21:40

最初っから多国語対応しっかりして欲しかったな

**名前は開発中のものです。** · 05/03/20 00:47:58

>>537
俺が言ったのはUnicode4.0のことじゃない
文字列の長さが16bitまでしか扱えないシリアライズのことだ
先頭2バイトに文字列長いれてるからね

**名前は開発中のものです。** · 05/03/20 02:21:14

>>538
Unicode4.0が決められたのは、Javaが生まれた後だからエスパーじゃないと無理。
.NETもcharは16ビットと決めうちなわけだが、あっちはどう対応しているのだろう．．．

**名前は開発中のものです。** · 05/03/20 07:59:48

Java3Dってどれくらい使える状態？
openGLの高級化ラッパだよね？

**名前は開発中のものです。** · 05/03/20 08:22:36

>>541
Direct3Dベースもあるっちゅうねん
とりあえずどうせJava3DもJ2SE SDKに標準で入ってないから
JOGLの方がいろいろとやりがいがありそうだ

**名前は開発中のものです。** · 05/03/20 08:27:44

>>539
結局シリアライズの時は2文字のフリをして格納して
実際の文字の長さを調べたいときはcodePointCountで調べる
という方法しかないんじゃないか？

**名前は開発中のものです。** · 05/03/20 11:57:29

>>542
Java3D使ったソフトはJREしか入ってないマシンでは動かないってことですか？

**名前は開発中のものです。** · 05/03/20 12:06:24

3D関係ってたいていビデオカードがらみでトラブルおこるのが常

**名前は開発中のものです。** · 05/03/20 12:46:11

Javaで３Ｄっていうけど、メリットある？
作り手がJava言語しか分からないから？
実行環境を気にしないアプリにしたいから？
実行環境はOSレベルでもうだめだよね？
あれ？MacやUnixでもJava３Ｄは動くんだっけ？
Cで作成した３Ｄ用のモジュールを呼ぶだけで、
かつWin専用ならC言語のEXE形式で作ったほうがスマートな気がする。
ま、メリットあげるならWebStartでバージョン管理だけして、
Runtime.exec()でEXE呼び出しぐらいか？

**名前は開発中のものです。** · 05/03/20 12:53:47

openGLサポートされてりゃJava3Dは動くっしょ。

**名前は開発中のものです。** · 05/03/20 13:12:17

Java3D以前にJava2DのOpenGL実装がATIとｎVIDIA以外でもちゃんと動けば問題ないんだがなぁ
３DがJavaで動くメリットは割と多いぞ

SDLだってかなり限定的なクロスプラットフォームだと思うがそれが支持されているんだからな

**名前は開発中のものです。** · 05/03/20 15:20:36

>>544
別途Java3Dをインストールする必要があるって話

**名前は開発中のものです。** · 05/03/20 15:21:37

>>547
だから～、
DirectX版もあるし、どっちにしても別にインストールする必要があるんだってば

**619** ◆pKT/RyrDCw · 05/03/20 15:39:20

>>544
Web Start用のJava3Dのライブラリを拾うエクステンションが
合ったのは覚えてます、というか使ってます。
ttp://cattaka.jfast.net/index.php?Link3DChat

**551** · 05/03/20 15:44:58

↑別スレの619です。
あと関連サイトです。
Java 3D Web Start Release
ttps://j3d-webstart.dev.java.net/release/

**名前は開発中のものです。** · 05/03/20 17:10:50

日本語ドキュメントねぇとつかいにくいなぁ

まずはゲーム作成を本当にSunが考えているなら標準APIで加算合成と
ジョイパッドまわりを追加してほしいものだな

**名前は開発中のものです。** · 05/03/20 17:33:17

ガベージコレクタのプログラムからの制御も必須

**名前は開発中のものです。** · 05/03/20 17:48:13

・キー状態をポーリングできるAPI
・簡単に確実にフレームバッファを操作できるAPI
・簡単に確実にフルスクリーンにできるAPI
ぐらいか。
キー状態をポーリングできないのが痛い。

**名前は開発中のものです。** · 05/03/20 18:16:15

>>554
たしかにnew領域の専用のGC命令ほしいよな
いまだとFULLGC発行する実装だし、軽いGC操作というイメージがない
System.lightGc()とかってのがあればねぇ

1フレームごとに1回new領域のGC発生させたいところだが、殿堂入りも早くなって
メモリ管理はますます重要になるかもしれないが

>>555
キー状態に関してはダウンとアップのイベントからやるしかなかろう
Linux等X系は（ウインドウシステムの？）実装上の問題があるけどなー

フレームバッファとかフルスクリーンに関しては非常に簡単にできるだろ
ほんの２，３行書くのが面倒だったらそれラッピングすればいいだけ
これでできないのだったらDirectXなんて異次元だろうに

**名前は開発中のものです。** · 05/03/20 18:23:09

>>555
>・キー状態をポーリングできるAPI
それって、どのキーが押されたか判別するためのAPIの事？
KeyListenerでキーの入力情報を逐一フラグで管理してもだめ？

**名前は開発中のものです。** · 05/03/20 18:32:46

>>556
擬似的に行うと、微妙にズレがあるからなぁ．．．

フレームバッファやフルスクリーンに関しては、
自分のPCだけ動けば良いのなら数行なんだがな。
本当にすべてのプラットフォームで動かしたいのなら、
試行錯誤してようやく大半のプラットフォームでも動くコードができると思うが。
実際、Java Games ForumsでもWindows2000,XP以外のOSだと実装が不完全とか言われているし。

**名前は開発中のものです。** · 05/03/20 19:52:00

ウインドウモードも用意すればよろし

XWindow系は解像度かえれないし、短いコードでもそれらを判断して対応できるよ

そもそもフルスクリーンモードのみはOS固定のゲームでもきらわれる

**名前は開発中のものです。** · 05/03/20 20:21:20

>>559
ウンドウモードでも、結構微妙。
しょぼいコード書くと、タイミングによって固まったりするけどなぁ。
というかWindows, Linuxだけでも動くように作成したことがあれば経験あると思うのだけど。

>そもそもフルスクリーンモードのみはOS固定のゲームでもきらわれる
フルスクリーンモード*のみ*とは一言も言っていない。
大体デバッグ面倒だから、ウィンドウモードで作成してから後から対応してたりする。
Javaで作成しているのだから、
Windowsだけしかフルスクリーンモード対応していませんとか言うのも悲しいだろう。

とりあえず、Sunはゲーム作成を本気で流行らせたいのならSDL位の機能は標準で用意汁。

**名前は開発中のものです。** · 05/03/20 20:30:00

OSによって解像度変更やフルスクリーン動作ができないものがあったり
環境依存する以上Sunにはどうしようもないだろう
Windows以外のOSにWindowsと同じ機能をもたせるかどうかは会社やコミュニティ次第

俺はWindowsのように解像度変更が出来る環境はフルスクリーンで、できなかったら
Windowモードにと作ってるがそれはへんか？

固まるってやつはスプリアスまわりかもしれんがそれ以外なら
できるだけ新しいバージョンのJRE使うことでだいぶ回避できるかな
個人的に1.4.2系は結構とまる気がする

5.0はいまのところ固まった記憶がない

**名前は開発中のものです。** · 05/03/20 20:31:14

あと逆に俺はSDLはJava並みの機能がほしいと思ってるんだが
まぁこれらは各種オプションで何とかなってる感じだな

SDL自体機能ほんとなにもねぇ

**名前は開発中のものです。** · 05/03/20 21:29:11

>>562
Javaでどうしようも無いのはジョイスティックくらいじゃないかな？
それ以外は速度を気にしないのならなんらかのAPIが用意されてたはず(でもそれじゃ意味ないよねｗ

**名前は開発中のものです。** · 05/03/21 01:20:44

Javaでどうしようもないの？＜ジョイスティック

**名前は開発中のものです。** · 05/03/21 01:23:18

いまは各自JNIで実装してるね

sunはゲーム関係にも注目していますとかいってるけど、同考えても無視だよなぁ
フルスクリーンはゲームより組み込み想定だろうし

**名前は開発中のものです。** · 05/03/21 03:03:10

>>565
いちおうJavaGames(JOGL,JOAL,JInput)やらLWJGLやらはあるけどねぇ・・・

**名前は開発中のものです。** · 2005/03/21(月) 18:41:09

>>549
そうなんだ
じゃ、Java3Dでゲーム作ってもしょうがないな・・・
入れてる人なんていないだろうし

**名前は開発中のものです。** · 2005/03/21(月) 19:24:48

ttp://ortros.den.rcast.u-tokyo.ac.jp/~mitani/Java/java3d/index.html

**名前は開発中のものです。** · 2005/03/22(火) 00:18:16

>>568
おー、おでの環境ではトラの頭とかいきなり問題なくグリグリ動くぞ
かんどー(･∀･)

Win2000 JDK1.5
Pentium4　2GHｚ　メモリ512M

**名前は開発中のものです。** · 2005/03/22(火) 21:07:54

どうせ3Dの処理まで全部JavaにするならOpenGLとGLUTを全部Javaで実装したライブラリなんてどうよ？
http://www.cmlab.csie.ntu.edu.tw/~robin/JavaGL/index-j.html

**名前は開発中のものです。** · 2005/03/22(火) 21:21:58

sdljavaのSDLImageで画像ファイルの読み込みに成功された方はいませんか???
sdljava付属のサンプルでSDLImage以外は動くのですが何故かこのサンプルを動かそうとす
ると｢序数78がダイナミックライブラリjpeg.dllからみつかりません｣とエラーが出て起動できません。もちろん、jpeg.dllはsdl_imageに付属してきたものを実行ディレクトリーに入れてあります。
sdljavaのcソースを調べてみるとやっているのはSDL_ImageのIMG_Load()呼んでいるだけでしたので自分簡単なnativeコードを書いて同じくIMG_Load()を呼んでみたのですが同じエラーが出ました。
どなたかヒント又は原因がわかりましたら教えてください。
(java 1.5.0_02
os windows2000)

**名前は開発中のものです。** · 2005/03/22(火) 21:35:08

>>571
まずはサイトで質問したのか？

**名前は開発中のものです。** · 2005/03/22(火) 21:46:01

>>572
英語のサイトでしたのでまだしてません。
誰か、日本でもわかる人がいるかという甘えで質問してしまいました。

**名前は開発中のものです。** · 2005/03/22(火) 22:48:15

zlib.dllがないとか

**名前は開発中のものです。** · 2005/03/22(火) 23:03:18

>>574
そもそも、SDL_Imageがおかしいかと思いSDL_Image.dllを自分でコンパイルしてみました。
その時付いていたdllは全部実行ディレクトリーに突っ込んであります。
ご指摘いただいたzlib.dllですが付属していたのはzlib1.dllとなっていたのでそのまま突っ込みました。
今、zlib.dllにして試してみましたが駄目でした。
ちなみに自分で作ったSDL_Image.dllはSDL_Image付属のcのサンプルでは使えました。

**名前は開発中のものです。** · 2005/03/22(火) 23:41:55

JDK1.4だと動いたりして
そんなことないか(*´Д｀)

**名前は開発中のものです。** · 2005/03/22(火) 23:54:44

そうだzlib1.dllだった。すまん。
jdk1.5.0_02/winxp/最新のSDL1.27,SDL_imageでtestimageは普通に動いたなぁ。

**名前は開発中のものです。** · 2005/03/22(火) 23:55:37

JNIつかってるのならJNIのほうのDLLが問題かもな
SDL程度なら実はラッパ自作したほうが早いかも

**名前は開発中のものです。** · 2005/03/23(水) 14:59:50

>>576
試してみたところclassのバージョンがサポート外と言われてしまいました。
ライブラリーごとコンパイルし直せば良いのかもしれませんが本家でも5に対応と書かれていますしそれ以上試してません。
>>577
動きましたか。
じゃあ、やっぱし私の環境に問題があるみたいですねぇ。
>>578
jniの方のdllも自分で構築してみたましたが駄目でした。
仕方ないのでcのコード内でIMG_Load()を単純に呼んでみるコードを書いて試したのですがやっぱし同じエラーが出ました。

**名前は開発中のものです。** · 2005/03/23(水) 22:17:24

SDL関係のDLLをシステムフォルダに入れてみるっていうのは？

**名前は開発中のものです。** · 2005/03/23(水) 22:56:28

>>568-569
Java3Dを使ってるページじゃないから注意ね。
独自に三次元表示ルーチンの実装をしてる。
もう五年くらい前からあるんじゃないかしらん。

**名前は開発中のものです。** · 2005/03/24(木) 18:07:03

>>1が完全に消えたと思うのは、ｦﾚだけか？

**名前は開発中のものです。** · 2005/03/24(木) 18:55:07

１がいなくても有意義な内容になればかまわん