Javaゲーム作成総合スレ

**名前は開発中のものです。** · 2008/10/28(火) 18:23:40

Javaでゲームを作ろうと思っている人、今作っている人等が情報交換するためのスレです。
2Dのスレはありましたが、総合スレがなかったので立てました。
2D,3DどっちでもOKで、グラフィックス、アルゴリズム、お勧めサイト等、内容も自由です。

**名前は開発中のものです。** · 2009/10/03(土) 19:23:55

>>356
Window動作するゲームだとJFrameは使うと思う。
JMenuBarとかも使われそう。

**名前は開発中のものです。** · 2009/10/04(日) 02:19:53

どうせBufferStrategyかGLCanvasになるからFrameにCanvas張り付けて中で全部自前だなぁ。
設定ダイアログを別に付けるならSwing。

**名前は開発中のものです。** · 2009/10/04(日) 08:22:05

>>358
基本的にFrame一個作って、その上のBufferStorategyに全部処理させるのが基本なのか
RPG作るとしても、コマンドとか戦闘画面とかは全てお絵かきすべきであって、いちいち新しいFrameとかPanel立ち上げたり、コマンドをあらわすTable作ったりはしないのが正解かな

**名前は開発中のものです。** · 2009/10/04(日) 10:18:10

>>359
Swingコンポーネントを使う意味があるとしたらSLGだと思う。
RPGとかACTなら、基本的に全部自前で処理じゃないかと。

**名前は開発中のものです。** · 2009/10/04(日) 13:09:00

RPGのウィンドウやなんかは独自L&F実装したSwingでやってもいいんじゃね？

**名前は開発中のものです。** · 2009/10/04(日) 13:10:18

半透明パネルとか可能だからそれもありかもね。
メリットとしては、マウス関係のイベントとかをswingで取得できることか。

**名前は開発中のものです。** · 2009/10/04(日) 14:19:32

GLCanvas/GLJPanelとかつかってるならSwingの重ね合わせ鬼門だな

**名前は開発中のものです。** · 2009/10/04(日) 16:03:38

SwingとJOGL混ぜたら透過周りがすごいことになったような・・・あれはJava3Dだったかな。

**名前は開発中のものです。** · 2009/10/04(日) 16:06:49

どうすごいの？

**名前は開発中のものです。** · 2009/10/04(日) 18:54:04

>>364
GLCanvasとswingは混ぜるな危険だけど、GLJPanel使えば問題ないんじゃないか？

**名前は開発中のものです。** · 2009/10/04(日) 22:32:16

>>366
やってみればわかる

**名前は開発中のものです。** · 2009/10/05(月) 04:32:06

いまのGLJPanelはまだ不安定な部分が

**名前は開発中のものです。** · 2009/10/06(火) 15:09:55

JAVAのゲーム作り関係の本で初心者にお勧めなのってどれだろう？
古すぎるやつは買わないほうがいい？
amazonの中古で1000円切ってるのあるけどさ

環境はeclipseです

**名前は開発中のものです。** · 2009/10/06(火) 23:20:12

基本的な質問かもしれんが、RPGとかシミュレーションを作成する場合、命令入力やステータスを表すWindowをあらわすクラスを生成して、それをpaintComponent(Graphics g)で描画するのが基本なのかな？
Webアプリしか作ったこと無いから、イメージがわかない

>>369
「14才からの～」が評判良かったような気がします
読んだことは無いけど

**名前は開発中のものです。** · 2009/10/07(水) 00:18:11

>>370
アクション要素なしならそれでもいいけど、どの方式でやるにしろ、
オフスクリーンバッファで全部描画処理を完成させておいて。

そうすれば出力方法は何でもいいし、ウインドウにあわせて描画を拡大縮小させるとかできるから。

paintComponentやpaintメソッドとかでゲームのオブジェクトの描画処理はだめね。
また、これらのイベントの場合ダブルバッファだと問題が起きるからトリプルバッファにすること。

**名前は開発中のものです。** · 2009/10/07(水) 01:47:32

アクティブレンダリング自前で書く。

**名前は開発中のものです。** · 2009/10/07(水) 19:16:17

>>369
少なくともJava5以降を対象にしたものを買った方がいい。
総称型や拡張forのお陰でプログラムスタイルがかなり違う。

ただ、本気のゲーム作りのための参考書ってあんまり無い気がする。
JOGLやLWJGL系は皆無。

**名前は開発中のものです。** · 2009/10/08(木) 11:14:07

>>371
ごめん、何を言っているのかまったく理解できない、、、
レベル低くてすみません
paint系メソッドはすでに非推奨なの？
てか、描画はどうすればｲｲの、、、

サンプルになるものとか紹介していただけると嬉しいです

**名前は開発中のものです。** · 2009/10/08(木) 19:49:44

>>374
単にGL使えって意味じゃないか？
GLCanvasとかGLJPanelを使う場合、paintとかpaintComponentじゃなくて
displayが呼ばれる。

**名前は開発中のものです。** · 2009/10/08(木) 21:52:03

>>375
2DのゲームでもすでにGL...系使うのが当たり前なのかな
俺はてっきり、JFrameに直接描画するか、上にJPanelかなにか張って、それにpaint系で描画するものだと思ってた
いずれにしても、参考にしても良いサンプルが欲しい…

**名前は開発中のものです。** · 2009/10/08(木) 23:44:25

2DゲームならGraphicsクラスのメソッド使ってもそれなりに実装出来そうなきがするなあ…
加算半透明以外の要素は大体そろってるし。

**名前は開発中のものです。** · 2009/10/09(金) 01:14:28

>>376
paintのメソッドでもかまわないよ。
ただし、きれいにまわすには描画用のバッファが2枚必要。
paintイベントはOSによっていつ呼ばれるかわからないというのに注意しないといけないからね。

再描画はrepaint自前で呼び出すのみにするという方法もあるけどフレームレートが言っていないと厳しい。
その場合setIgnoreRepaintをよんで無効にしておくこと。GLでもそうだけど。

**名前は開発中のものです。** · 2009/10/09(金) 20:00:50

Java5以降は標準でダブルバッファだと思ったけど、トリプルバッファまでやる必要あるかなあ…？

**名前は開発中のものです。** · 2009/10/09(金) 20:37:11

>>379
>ダブルバッファだと思ったけど
そうなの？
だとすると、トリプルバッファ以上やらない限りはBufferStorategyは使わなくていいのかな？
あれは、JFrameとCanvasでしか使えなかったから、JPanelで自動的にダブルバッファにしてくれるなら、嬉しいよね

**名前は開発中のものです。** · 2009/10/09(金) 21:35:46

>>379
Swingの自動のダブルバッファとは違う話。

ゲームの処理がまわるスレッドがあると思うけど、そこで使う描画バッファが1枚だと
次のフレームの描画に使用可能なバッファが存在しない。

paintイベントで表示するときに前のフレームで描画したバッファが使用中だから。

アクティブレンダリングならその問題は起きないが、フレームレートが一定はないと厳しい。
paintイベントはいつ起こされるか判らないから。

**名前は開発中のものです。** · 2009/10/10(土) 13:58:45

>>381
自分が前に実装した時はゲームスレッドを用意して、そこからrepaint呼ぶようにしてた。
この場合、システムがrepaintしたときは内容に変更が無いから同じ絵が再描画される。
フレームレートとかはあんまり気にしてなかったな。

実際問題として、全画面のアクションゲームとかでなければあんまり気にしなくていいと思う。

**名前は開発中のものです。** · 2009/10/10(土) 14:55:42

>>382
そのrepaintする際のバッファが1枚だと描画中はだめなんで排他制御が必要になる

**名前は開発中のものです。** · 2009/10/10(土) 15:12:17

１フレーム画面が乱れるとかなら、ホビーゲームのレベルで特に気にしなくてもいいような。
そこでハングアップにつながるようだと問題だけど。

**名前は開発中のものです。** · 2009/10/10(土) 18:56:19

イベントディスパッチスレッド以外でゲームの描画すると不具合は生じるね。

フリーズ等はないとは言い切れない。

ハードウェアアクセラレーションを使うってことは実装上オフスクリーンバッファを
VRAMに確保しているはずなのでへんに動くと怖い気もする。

実装依存にするのも将来のバージョンで動かなくなる可能性もあるし。

ダブルバッファの場合ゲームのスレッドから描画処理だけ抜き出して
InvokeAndWaitで処理させてからのrepaintというのが必須になる。

**名前は開発中のものです。** · 2009/10/10(土) 23:49:32

トリプルバッファってのはオフスクリーンバッファと画面エフェクト合成用バッファがいるって意味じゃね？

>>385
AWTと並列処理の組み合わせでいける。シングルスレッドなSwingを使うから余計変なことになる。
というかそもそもパッシブレンダリング使うからrepaintまわりで排他制御が必要になるんじゃ？

**名前は開発中のものです。** · 2009/10/11(日) 01:22:50

AWTもシングルスレッドモデルだよ。
それに今の話の流れはパッシブレンダリング上での話。

**名前は開発中のものです。** · 2009/10/11(日) 10:14:08

排他処理する場合、repaintをオーバーライドする時にsynchronizeつければいいだけ？

**名前は開発中のものです。** · 2009/10/11(日) 11:08:47

描画バッファに対してrepaintの中と描画処理部分にsynchronizedブロックをつけるとよい。
少しでも高速化したい場合はLock構文を使うとよい。

したがって描画部分をまとまるようにすること。ゲームのロジックの中で描画していくのはさける。

**名前は開発中のものです。** · 2009/10/11(日) 13:10:06

14才からはじめるJavaゲーム製作だかなんだかの本を軽く立ち読みしたけど、排他制御には触れていなかったような、、、
JFrame上でBufferStoratgy使って描画するように書いてあったと思うんだが、これだけじゃ、不足なのかな？

**名前は開発中のものです。** · 2009/10/11(日) 13:21:07

JOGLだとFPSAnimatorに任せられるから、その辺は全然気にしたことなかったなあ。

**名前は開発中のものです。** · 2009/10/11(日) 13:22:26

>>390
それはアクティブレンダリングでしょ？今回の話とは違う。
ペイントイベントつぶすsetIgnoreRepaint（）使ってるはず。

**名前は開発中のものです。** · 2009/10/11(日) 13:25:58

>>391
FPSAnimatorはイベントディスパッチスレッド上でdisplayがきれいに動くようになってるからね。

AnimatorやJava2Dなどでパッシブレンダリングやろうとすると自前での管理が必要になる。

**名前は開発中のものです。** · 2009/10/11(日) 15:26:14

しかし、なかなかゲームとしての完成品にたどりつかん。
「JOGLをいれてGLCanvas…、おお、動いた！」
「GLSL？　ためしにウェブ参考にPhongシェーダー実装して…、おお！これがピクセルシェーダー！」
みたいに、断片断片を動かしては満足してしまう。
社会人になると、なかなか本腰いれてやろうって気にならないしなあ。

jMEは面白そうだが、趣味のために英語資料を読むのはめんどい。
日本語資料がもっと充実してるといいんだけど。

**名前は開発中のものです。** · 2009/10/11(日) 17:50:39

動画がうごかねぇ・・・
マック環境でうごかねぇ・・・

**名前は開発中のものです。** · 2009/10/11(日) 20:53:55

さすがにそれだけではなんとも言いようが無い

**名前は開発中のものです。** · 2009/10/11(日) 22:54:45

AWTはシングルスレッド前提じゃないでしょ？

**名前は開発中のものです。** · 2009/10/12(月) 01:11:47

イベントディスパッチスレッド前提なんでおなじだよ

**名前は開発中のものです。** · 2009/10/12(月) 14:54:55

そういや、みなさんモデル情報の持ち方ってどうしてる？
三角分割するのは当然として、自分はフラットポリゴンとグーローポリゴンが混在する場合の効率のよい
持ち方が今一つ詰め切れて無い。

現状だと、ポリゴンが頂点を共有しないという不効率な実装になってて、かなりメモリを浪費してる。
というのは、メタセコイアの形式に慣れてるんで、ポリゴン中心の設計だから。
マテリアルをポリゴンごとに指定できるようにすると、座標を共有する頂点でも
ポリゴンごとに別管理しないといけない。

正四面体で言うと、本来なら頂点は４つで済むところ、各ポリゴンが頂点を指定するので
内部的には12頂点が存在する。
そのかわり、各面それぞれ色が違っても問題ない。

頂点中心の設計にするとこの辺は効率化できるはずなんだけど、そうすると
各面それぞれ色が違うような多面体は例外処理が必要になり、メタセコイアからのインポートが面倒になる。
現在思案中。

**名前は開発中のものです。** · 2009/10/12(月) 17:19:28

>>399
> マテリアルをポリゴンごとに指定できるようにすると、座標を共有する頂点でも
> ポリゴンごとに別管理しないといけない。

メタセコイアは面がマテリアル番号を持ってるから、頂点を共有して面を色分けしても
何の問題も無いはず。

部分フラットシェーディングについては俺も頂点を共有しないことで対応してるよ。
フラットな面がある程度多いなら、その範囲だけ別オブジェクト(レイヤ)にして
スムージング角度をゼロにすれば、範囲内外の境界以外は頂点を共有できる。

**名前は開発中のものです。** · 2009/10/12(月) 17:32:20

>>400
>>399だが、glBegin～glEndだとマテリアルバラバラでも問題ないんだけど、
同じ頂点でマテリアルが違う場合、VBOにできないんだよね。
あれは頂点を座標、法線、テクスチャ座標でパックするから。

まじめに考えると、メタセコから読み込む時点でその頂点を共有するポリゴンを解析して、
法線とマテリアルとテクスチャ座標が同じなら同一頂点とみなし、そうでないなら別の頂点とみなすという
処理をいれるのが一番という気がしてきた。

内部フォーマットはあくまでOpenGLに寄り添う方向性で。

**名前は開発中のものです。** · 2009/10/12(月) 18:01:47

>>401
デバイス側も含めた問題でしたか、トンチンカンなレスしてすみません。

**名前は開発中のものです。** · 2009/10/12(月) 18:07:34

いや、別に謝られるような内容じゃないっす

あと自分のソース見直してみると、モデルのクラスに
頂点登録やポリゴン設定とかのメソッドがあって、設計の不備に気が付いた。

同じクラスにしてるんで面倒なことになってたようだ。
つまり、頂点やポリゴン単位で細かく制御できるクラスと、
「コンパイル済み」みたいな、Bufferで管理するクラスに分けるべきだったんだな…
どうせいったんVBOにしたあとは頂点とかいじれなくなるんだし。
（Java3Dはそういう発想だね）

ただ、その場合はボーンとかの処理をどうするか。
頂点座標をCPUから参照できなくなるから、頂点とシェーダを使わざるを得なくなる気がする。
なんか、趣味プログラマには敷居の高い領域になってくるなあ。

**名前は開発中のものです。** · 2009/10/12(月) 20:33:25

エディタの場合、考え方として、
「このポリゴンはどのマテリアルか」になるけど、
ゲームとして実装する場合は
「このマテリアルが使われているのはどの頂点か」という考え方になるわけだよね。
そうしないと、描画中にマテリアルの切り替えが大量に発生してしまう。

**名前は開発中のものです。** · 2009/10/12(月) 23:01:44

Nordとか見ると、Javaゲームもかなりのことができるんだよね。
WebStartでMMOゲームが起動するというのは、オンラインゲームの管理としては
非常に分かりやすいし。

**名前は開発中のものです。** · 2009/10/14(水) 00:20:23

半年振りくらいにこのスレ来たけど、
まさかの盛り上がりだな。
俺も２年ほど放置したアプレットゲームの制作を再開するか。

**名前は開発中のものです。** · 2009/10/14(水) 04:19:41

皆さんJAVAでゲーム作る際に環境は何を使ってゲーム作ってますか？
俺はエクリプスです

**名前は開発中のものです。** · 2009/10/14(水) 05:21:18

EclipseときどきEmacs最後にantでjar化。

**名前は開発中のものです。** · 2009/10/14(水) 12:51:21

EclipseのJAR Export Wizardって微妙に使いにくいと思ってたんだが、そうかみんな使ってないのか
俺もantかなんかにしよ・・・

**名前は開発中のものです。** · 2009/10/14(水) 14:34:05

NetBeansだな。
ビルドにant使ってるのでカスタマイズも楽な上に、
何もしなくてもライブラリへパスを通す設定がされた
実行可能jarが出来上がるようなant設定がしてある。

Eclipseのプロジェクト開けるのでEclipse使いにもやさしいかも。

**名前は開発中のものです。** · 2009/10/14(水) 22:09:11

JDK6 + eclipse3.5で今度こそゲーム作る
シミュレーションRPG作る
絶対に作る
宣言しておけば、たぶん作り始めると思う

**名前は開発中のものです。** · 2009/10/14(水) 23:32:04

宣言すると同時にコテつけて
ここで進行を記録しておくと、さらに完成に近づくと思う

**名前は開発中のものです。** · 2009/10/14(水) 23:39:13

2DベースのSRPGなら、比較的完成にこぎつけやすいゲームかも。
シナリオの区切りがあるから、メリハリもつきそうだし。

**名前は開発中のものです。** · 2009/10/14(水) 23:54:20

EclipseでJBuilderみたいな感じのjar作成ウィザードが使いたい

**名前は開発中のものです。** · 2009/10/15(木) 00:24:31

>>411
応援するよ
がんばれ
俺もなんか作る

**411** · 2009/10/15(木) 21:22:48

応援ありがとう
いきなり仕事が忙しくなったので、開発ははかどらないかもしれないけどがんばるよ
とりあえず、毎日何かすることに決めた
今日はJDK6のアップデートとeclipseのアップデートをしました

このスレのログみると自分はかなり低レベルだけど、とりあえず、簡単なものから作ろうと思います

コテハンとか進行記録は無理そうだけど、毎日なにかやるよ！

**名前は開発中のものです。** · 2009/10/16(金) 00:36:05

俺もがんばろうっと。
作成しているゲームがあまりに恥ずかしいので
アドレス晒せないのが申し訳ないが。

**名前は開発中のものです。** · 2009/10/16(金) 18:37:59

誰か僕にLWJGLを教えてください

**名前は開発中のものです。** · 2009/10/16(金) 23:44:40

そもそも、LWJGLでゲーム作ってる日本人って三桁いないと思う。
…二桁もいないかも。

**名前は開発中のものです。** · 2009/10/17(土) 15:16:24

昔は居ただろうが今は標準拡張のJOGLが正式リリースされたからな。

**名前は開発中のものです。** · 2009/10/17(土) 18:44:41

…まあ、JOGLでゲーム作ってる人もそんなに多いとは思えないけどな…
そもそも、日本でJavaゲームというと商用はほとんど皆無だし、フリーor同人ゲームにしてもほとんどがWindowsだし。

Win32＞.net＞flash＞mac＞Javaと、勢力順でこんな感じじゃないかと思う。

**名前は開発中のものです。** · 2009/10/17(土) 22:31:03

Win32＞flash＞.net≒Java＞mac

だろ

**名前は開発中のものです。** · 2009/10/18(日) 17:01:35

ｗ

**名前は開発中のものです。** · 2009/10/18(日) 17:29:54

オライリーからColladaの解説書とかでないもんかな？
OpenGLと相性のいい設計になってるはずだし、JOGLゲームで3Dを扱う場合の参考になりそう。
というか、正直、仕様書読むのめんどいので…

**名前は開発中のものです。** · 2009/10/19(月) 00:47:05

ツクール系>個人製作のアドベンチャー作成スクリプト>>>>>>>>>>>>>>HSP>>>>>>>>>>Javaとか.netとかじゃね？
吉里吉里とかも意外と使ってる人多いし、HSPも多い、ツクール系に関してはものすごく多い
それと、ちょっと前まではVisualC++が結構多かった気がする

**名前は開発中のものです。** · 2009/10/19(月) 02:14:36

何いってんの？
ここはPLでゲーム作るスレ。ここだとそのツールから作るわけになるんだが。

**名前は開発中のものです。** · 2009/10/19(月) 08:05:58

バカはすぐ同人やフリーウェアの話をしたがる。それはこの板の伝統。

**名前は開発中のものです。** · 2009/10/20(火) 22:17:16

>>426-427
すみません。
馬鹿ですみません。
スレタイが「Javaゲーム作成総合スレ」なので、基本的にJava以外の話は禁止だと思ってました。
しかしながら、.netだとか色々な話がでてきたので、自分も調子にのってしまいました。
本当にすみません。
もう、二度としません。

**名前は開発中のものです。** · 2009/10/20(火) 22:54:00

.netはPLでflushはいまやASがあるだろ。ツールがスレチと言ってんだろ。

**名前は開発中のものです。** · 2009/10/21(水) 00:24:52

しかし、話がJOGLに行ってしまうとJava固有のネタはあんまりでなくなってくるな。

**名前は開発中のものです。** · 2009/10/21(水) 07:09:58

GLCanvasとか語ればいいではないか

**名前は開発中のものです。** · 2009/10/21(水) 23:49:03

GLCanvasとGLJPanelはどっちが好き？
自分はSwingと組み合わせることを考えて汎用性でGLJPanelを使っているが、
性能的にはGLCanvasの方が良いって聞くよね。

**名前は開発中のものです。** · 2009/10/22(木) 14:49:09

ゲームにSwing使わないんでGLCanvas

**名前は開発中のものです。** · 2009/10/22(木) 17:01:42

統合環境等ツールで使いたいのならGLJPanel
ウインドウ占有するゲームならGLCanvas

ただし、GLJPanelを使えば重ねあわせがちゃんと動くというものでもないのが厄介。

**名前は開発中のものです。** · 2009/10/22(木) 23:48:12

OpenSceneGraphがJava対応してくれないもんかな。
jMEに比べれば資料も多いし、ゲームにも使えそうだし。

**名前は開発中のものです。** · 2009/10/23(金) 18:21:42

Javaで商用ゲームが少ないのは、動作確認がしんどいからというのがあるのかな？
OpenGLからGPUが叩けるようになると、VM上で動くことのペナルティはもはや
ほとんど問題じゃないような気がするし。

…もっとも、フリーや同人ゲームも少ないから、単にC++プログラマとJavaプログラマの
数の差が大きな理由かも。

**名前は開発中のものです。** · 2009/10/23(金) 22:17:10

デスクトップのjavaやってるマが少ないのかと。
海外のネットゲーだとクライアントがjavaだったりする。マイナーだが。

**名前は開発中のものです。** · 2009/10/23(金) 23:34:50

「javaでもそれなりのゲームが作れるんだぜ」
というデモンストレーションがJake2だったと思うんだが、
だからと言ってJavaゲームが登場するわけでもなかったね。

Javaはデバッグしやすいし、プログラム作成の工数はC++系よりも少なくてすむと思うんだが、
最近のゲームの工数だとデータ作成が圧倒的で、プログラムの占める割合はそれほど多くない感じだしな…

**名前は開発中のものです。** · 2009/10/24(土) 00:18:35

工数減らすアドバンテージなら既存のLLのが大きいし学習曲線もぐんと右肩上がりだから
いっそそれでフレームワーク作っちゃおうていう発想も十分通用するからね。
javaは色々容易ですよは選択肢として弱い。
じゃあjavaでどこまで作れるの？って疑問に直行じゃないかねぇ。
javaでゲーム作ったことないなら至極当然だけどこういう感じで作りますってサンプルが少ない。

あとはライセンスかね。java界だとオープンソースが多いからやれGPL,LGPLになっちゃう。
ライブラリ探してる段階でogg vorbisデコードにLGPLですとか言われるとほかに無いかと思うだろう。
C++だとdeeたんのアレがあるし。
ファルコムからエロゲ屋までどこでも見るぞアレ。

**名前は開発中のものです。** · 2009/10/24(土) 00:59:43

GPLはともかくLGPLは問題になるとは思えんが

**名前は開発中のものです。** · 2009/10/24(土) 01:16:19

PS3LinuxでJOGLが使えたら、ちょっと面白げではあったんだけどね。
PCで作りかけのゲームとか動かしてみたかったし。
…現実にはGPU封印だったけど。

**名前は開発中のものです。** · 2009/10/26(月) 03:39:44

よし！俺がJavaでゲーム作るお！
半年ロムって待ってろ!!!

**名前は開発中のものです。** · 2009/10/26(月) 22:06:21

仕事や学校に通いながらの半年ってけっこう短いけどな…
落ちものパズルとかならどうとでもなるだろうけど、
本格的なのを最初から作ろうとするとまず挫折するよ。

**名前は開発中のものです。** · 2009/10/26(月) 22:35:09

まぁ、このスレの平均的な住民像は「35歳独身無職引きこもり」だから何とかなるだろ

注目 · 2009/10/28(水) 11:33:04

696533203124999

中学生が　自主制作ハメ撮りAV　売り捌いてたらしい ★12
http://yutori7.2ch.net/test/read.cgi/news4vip/1256682280/

まとめwiki
http://www31.atwiki.jp/shotakon_pachinkas/

805816650390624

**名前は開発中のものです。** · 2009/11/03(火) 23:50:41

ほ

**名前は開発中のものです。** · 2009/11/06(金) 02:47:44

しゅ

**名前は開発中のものです。** · 2009/11/10(火) 23:28:35

保守するならついでに話題提供してくれよ。例えばJavaFXとかってどうなの？
ムービー対応してるなら、割と本格的なゲーム基板になり得るの？

**名前は開発中のものです。** · 2009/11/12(木) 08:13:58

最近Javaを始めたのですが、みなさんよろしくね！
保守

**名前は開発中のものです。** · 2009/11/13(金) 00:18:46

>>448
スタンドアロンの配布が絶望的な時点でFXはねーよ
そもそもメリットないし

**名前は開発中のものです。** · 2009/11/13(金) 09:34:44

FXは位置的にはSilverlightとかFlashの対抗馬なんだよな
昔のApplet全盛期には考えられないけど、完全に後塵を拝している感があるな

**名前は開発中のものです。** · 2009/11/17(火) 12:20:38

JAVAアプレットでシューティングゲームを作っているのですが、サウンド関連で質問があります。
au形式だとかなり音質が悪いので、wavでサウンドを実装したいのですが、そのままのwavでは容量が大きすぎるので、中身mp3のwavに変換したら音がなりませんでした。
ある程度の音質を保ったまま、JAVAアプレットで実装可能で容量の小さい形式に変換する良い方法はありませんか？

**名前は開発中のものです。** · 2009/11/17(火) 18:49:43

現在のJavaで圧縮音源に対応するには外部ライブラリが必須。
どうしても外部ライブラリを使いたくない場合は、java.util.zipパッケージの機能でwavをzip圧縮して使う。
mp3と違って容量が1割くらいしか減らないけど。

**名前は開発中のものです。** · 2009/11/17(火) 22:09:19

JavaSoundは無圧縮WAVとauのみかな

mp3はライセンスが絡むので公開するならやめとき

わからないならwavのビットレート下げるのが一番いいよ
たとえば効果音はステレオである必要は大概の場合ないし、8bitでいいよね
8bit-11KHz-monoならそれほどでもないかな
音質が問題になるようなものは22KHzにすればよい

BGMでストリーム再生するならoggVorbis等のほうがよい
これはWindowsでも同じだが

ライブラリはググれば一発で出てくる

**名前は開発中のものです。** · 2009/11/17(火) 23:53:48

Vorbis SPIでもバンドルしてJava Soundでいいんじゃないだろうか。
俺はBGMはogg vorbis、音声はFlac、ジングルは無圧縮wavにしてる。

**452** · 2009/11/18(水) 19:56:52

>>453-455
レスありがとうございます。
アプレットは勉強し始めたばかりで分からないことばかりですが、
皆さんのレスを参考に調べてみます。