【徹底討論】Java３Dの可能性について考える

【徹底討論】Java３D� ..

446:デフォルトの名無しさん
04/05/16 22:12
>>444
jGL
URLﾘﾝｸ(www.cmlab.csie.ntu.edu.tw)

使ったこと無いけど全部Javaで書いたOpenGL実装らしい

447:デフォルトの名無しさん
04/05/17 04:34
>>444
1.5からは速くなりましたよ。
マシンも速くなっているから全然問題なし。
劇重なのはマシンがしょぼいだけだろ？

448:デフォルトの名無しさん
04/05/17 10:58
>>446
へぇ～。
しかし3年で1万ヒットって寂しいな。

449:デフォルトの名無しさん
04/05/17 15:51
Java3Dは知っていても>>446を知っているのはほとんどいないのか。
少なくとも日本人はほとんど知らなさそうな。

450:デフォルトの名無しさん
04/05/17 15:52
これらのソフトのライセンスはどうなんだろう。
作ったものはどれもタダでばらまける？

451:デフォルトの名無しさん
04/05/17 22:43
>>441
お互い依存はしていないんだけど、シーングラフのクラス構造がほぼ
同じなので、どちらかを覚えればもう一方も割合楽に組めます。

Xith3Dの利点は
・速い。ゲームを前提としているので、Java3Dに比べてパフォーマンスに優れている。
・Java3Dは公式といいながらも、開発はほぼストップしている（らしい）のに比べて、Xith３Dは活発に開発が進められている。

でも、勉強がてらなら、日本語ドキュメントが充実してるJava３Dの方が
やりやすいかもしれんね。

452:m＠お勉強中。
04/05/17 23:57
>>451
Xith3Dって速いんですか～。
そか～。どうしよ～。
今のお勉強は
ちょい簡単なゲーム（っていえるほどのものでもない）を
最終目標にしてるんですけどね～。
とりあえず
.mqoファイルからジオメトリとテクスチャを読み込んで
表示できるようになりました～。
（マテリアルは無視。）
モデルデータにはミコトのサンプルデータの女の子を使ってます。
次はボーンを読み込んでボーン変形できるようにしてみます。

453:デフォルトの名無しさん
04/05/18 00:46
>>451
うへぇ、Java3D、開発ストップしてるのかよ。
SGIっていま参加してないんだっけ？
というかSGI自体がもう3Dやってないのかな。

454:デフォルトの名無しさん
04/05/18 03:56
>>453
止まってはいない。
でも非常に遅い。
かつ、JOGL等別の動きがある。
URLﾘﾝｸ(www.j3d.org)

455:デフォルトの名無しさん
04/05/18 05:26
>>454
それは、「ひととおり使えるようになってやる気がなくなった」から遅いのかな。
それとも、「ひととおり使えるようになるまで先が長すぎてやる気がなくなった」から遅いのかな。

456:デフォルトの名無しさん
04/05/18 23:23
>>455
なんでだろねぇ。
一通り使えるようにはなってると思うんだけど。
思ったほど性能が出てなくて行き詰まってるのかも。

457:m ◆GYql9MUjQU
04/06/02 21:05
またまたおしえてください。

ある点が凸型の立方体の内側にあるか外側にあるかを判断したいんですが
どうしたらよいのでしょうか？。
各ポリゴンがJava3D的に三角ポリゴンと考えて
全ポリゴンに対してある点がその三角ポリゴンの法線の逆のほうにあれば
内側にあるということになると思うんですが
Java3D的にはどのように書けばよいのでしょうか？。
メソッドがいっぱいありすぎてわからなくなってしまいました。
よろしくお願いいたしますm(_ _)m。

458:デフォルトの名無しさん
04/06/06 15:22
>>446
Zaurusのjeodeで使ってみたら動いたけどとてつもなく遅かったｗ

459:デフォルトの名無しさん
04/10/01 12:18:01
Ｊａｖａ　３Ｄプログラミング・バイブル
やさしくわかるＪａｖａ　３Ｄ
Ｊａｖａ３Ｄグラフィックス入門

とか読んだ人いますか？　
JAVA3Dはじめようと思って、
おすすめ本教えて下さい。　
お願いします。

460:デフォルトの名無しさん
04/10/01 14:45:28
JOGLのほうがいいよ

461:デフォルトの名無しさん
04/10/02 02:06:06
　　　　　　　　　　　　　　　　|
　　　　　　　　　　　　　　　　|
　　 ∩＿＿＿∩ 　　　　　（（　|　ﾌﾟﾗﾌﾟﾗ
　　 | ノ　　　　　ヽ　　　　　　J　　））
　　/　　●　　　● |　　　たった一つの命を捨てて
　 |◎）￣￣||￣￣ ) ミ　生まれ変わった不死身の体
　彡､＿＿＿||＿／｀＼　鉄の悪魔を叩いて砕く
/　＿＿　　　　/´>　 )　クマーンがやらねば誰がやる
(＿＿＿）　　　/　(_／
　|　　　　　　 /
　|　　／＼　＼
　|　/　　　 )　 )
　∪　　　（　＼
　　　　　　＼＿)

462:デフォルトの名無しさん
04/10/02 13:32:10
Java3D は注目されてるだけまだマシだと思う。

もっとマイナーな Java Sound API なんて
出来たばっかりなのにもう既に仕様がウンコ。

463:デフォルトの名無しさん
04/10/02 21:13:46
いや、JavaSoundはJavaで音だそうとしたらこれ使うしかないだろう

それに出来たばかりといっても1.3からだからもうかなり立つよ

464:デフォルトの名無しさん
04/10/02 21:58:28
JOALのほうがいいよ

465:デフォルトの名無しさん
04/10/03 04:00:59
JavaSound って普通に使えるの？

466:デフォルトの名無しさん
04/10/03 12:18:16
>>465
標準APIなのに普通に使えないってどういうことですかい

467:デフォルトの名無しさん
04/10/03 22:36:14
いやどこいっても評判最悪なんで、仕様がウンコなのは別にして
APIはあるにはあるがまるで使い道がない、ってのかなと。

468:デフォルトの名無しさん
04/10/03 22:49:49
使う場面がないってことだろうねえ

looking glassだっけ？でもってデスクトップ用途として使われ始めれば
なんらかの手が入ると思うけど・・・

469:デフォルトの名無しさん
04/10/03 23:02:52
評判最悪ってどこでだ？
おれは悪い評判はみたことないけど

むしろカスなのは昔からあるAppletのAudioClipとか

JavaSoundではOggとかもプラグインで再生できるし
ストリーミング再生やＰＣＭ多重重ね合わせができ、
midiもサウンドフォントをもっていることによってLinuxでもWinでも同じ音が出るなど
利点多いと思うんだけど？

実際に使ってみてダメ登坂段下ならしかたないけどさ

俺はずっと1.3から使ってきてるけど、JavaSoundでむかつくのは
1.4からJREのサイズを小さくするためにスモールフォントをはずしたことだな

ちなみに1.3時代はマシンパワーが貧弱なこと、vm自体も遅かったことで
負荷が高いゲームなんかで音がとぎれたりとかあることはあったが
今ではそんなことないし

ただ、実装が1.3、1.4、5.0と特にPCM周りのアクセラレーションの効かせかたが
違う気がするのでそこでの影響はあるかもしれない

でも、DirectXだって一番の鬼門はしばらく描画よりサウンドだったわけで
アクセラレーションレベルを下げてくださいとかいろいろあった
ちなみに今はサウンドカードを買う時代ではなくオンボードのAC97が普及しすぎて
問題は表面化しないがずっとAudigyではいろいろと問題が山積みとかね

470:デフォルトの名無しさん
04/10/03 23:10:55
問題はJavaSoundじゃなくて、
JavaSoundを使う場面がないということじゃないかなあ

>>469みたいなの書かれたとしても、
そもそも真偽を確かめる価値がないのよ。

だからコメントとしては「マンセー小僧必死だな」ぐらいしかいえない。

471:デフォルトの名無しさん
04/10/03 23:40:18
場面がないって・・・

音楽流すためにはJavaSoundしかないのに？
他のライブラリあるの？

472:デフォルトの名無しさん
04/10/03 23:53:05
JNIで直叩き。
というのはサテオキ

サウンドを鳴らすアプリをJavaで作る場面がないってこったろ。

473:デフォルトの名無しさん
04/10/03 23:57:28
Serveletで音楽鳴らして何が楽しいのか、と。

474:デフォルトの名無しさん
04/10/04 00:43:17
真偽を確かめる価値どころか470はJavaSoundを気にする必然性すら無いんじゃ・・・

475:デフォルトの名無しさん
04/10/04 00:46:42
全く使われてない、あるいは使われもしないようなライブラリのAPIが
腐ってるかどうかなんて、判断しようがないよ。

476:デフォルトの名無しさん
04/10/04 01:02:09
ふつうにゲームとかアプリで音出したりとかしないのか？
じみーにJBuilderの効果音がうらやますい

477:デフォルトの名無しさん
04/10/04 01:02:35
>>473
サーバーサイドしかしらんならこのスレからでていけ

478:デフォルトの名無しさん
04/10/04 04:55:51
描画の必要性よりは、格段に音の必要性のほうが低いね。

479:デフォルトの名無しさん
04/10/04 12:50:16
>>476
ふつうにJavaでゲームとかアプリ作ってる人が極端に少ないだけじゃないの？

480:デフォルトの名無しさん
04/10/04 13:05:24
>>479
ゲーム作っても、音入れないことあるし。

481:デフォルトの名無しさん
04/10/04 13:09:44
とりあえず>>462でてこないかな
仕様にくわしいようなんで

482:デフォルトの名無しさん
04/10/04 21:08:00
>>481
どこをどう読めば仕様に詳しいように読めるんだよw
っつーかJavaSoundはそもそもスレ違い。

483:デフォルトの名無しさん
04/10/04 21:09:02
皮肉の話だろ

484:デフォルトの名無しさん
04/10/05 10:09:23
あのー、おすすめ本教えて下さい。　

485:デフォルトの名無しさん
04/10/05 10:22:37
むしろ携帯の方の3Dライブラリを充実させてほしいぞな
そっちの方が利用価値あるだろ
ガンダムめぐりあい宇宙は感動したぞな
あーいうのがアプレットで普通にweb上に転がってるってのも面白いかもしれんけども

486:デフォルトの名無しさん
04/10/05 10:23:19
>>484
古い雑誌にちょこちょこ載ってない？

487:デフォルトの名無しさん
04/10/05 10:41:34
>>470
使う場面はありますよ。
音響工学で

488:デフォルトの名無しさん
04/10/05 11:25:01
>>487
音響工学で使えるほど高機能・厳密な制御ができるの？

489:デフォルトの名無しさん
04/10/05 11:50:22
あのー、まじめにー、おすすめ本教えて下さい。

490:デフォルトの名無しさん
04/10/05 12:38:54
Java3Dの本は本当に少ないからあったら買ってみるでいいだろ

491:デフォルトの名無しさん
04/10/06 00:24:59
高いので・・・。

『Java3Dグラフィックス―Web上で動く3DCG 基礎から立体...』
『Java 3Dグラフィック完全解説』

どっちか読まれた人いますか？　どっちがいいかな？

492:デフォルトの名無しさん
04/10/07 00:48:53
結論：Javaはサーバサイドだけやってれば良し。

493:デフォルトの名無しさん
04/10/09 22:09:19
>>488
それは愚問というものだよ。
根性次第。
高機能・厳密な制御は根性さえあればどんな言語だってできる。

494:デフォルトの名無しさん
04/10/09 22:10:01
>>489
新しくてかつ分厚いのがお勧めだね

495:デフォルトの名無しさん
04/10/09 23:47:09
>>493
APIの話なので、根性さえあればどんな言語だってというのとは別なんですが。
たとえばJavaSoundで位相を決めたりとかってできるの？

496:デフォルトの名無しさん
04/10/09 23:55:06
自力で位相を決めた後JavaSoundに流し込めばいいだろ

497:デフォルトの名無しさん
04/10/10 01:12:05
だからここは JavaSound のスレではないと・・

498:デフォルトの名無しさん
04/10/10 03:40:22
LinuxでJava3DやりたいんだけどJFree-Dってどこにあるの？

499:デフォルトの名無しさん
04/10/10 12:06:58
>>495
お前、ライブラリ厨だろ。
標準APIに付属しているものでないと使いたがらないのか。

他人や他組織が作った該当するAPIくらい自分で探せ。
それが嫌なら自分で作れ。音響できる奴は数学くらいできてあたりまえなんだから
それくらい自分でやれ

500:デフォルトの名無しさん
04/10/10 12:14:44
>>499
JavaSoundでできるかどうかを問題にしてるだけで、Javaで他に実現できるライブラリがあるかどうか、とかは別問題なんだけど。
それに波形を自分で合成して流し込むだけ、っていうことでFAみたいだし。

501:デフォルトの名無しさん
04/10/10 12:53:41
位相を変えることすらできないなんて、貧弱ですね。＞JavaSound
こりゃ誰も使わないと思いますよ。
クソ確定。

502:デフォルトの名無しさん
04/10/10 13:30:53
位相を気にするやつなんかめったにいない。

503:デフォルトの名無しさん
04/10/10 14:36:09
>>501
というかお前の数学能力がクソ。
お前の脳がクソ確定。
お前は変えられる方法を自分で調べもしないで
クソクソ喚いているだけの餓鬼。

本当に変えられないと思っているなら
API仕様を良く読んでみろ。

504:デフォルトの名無しさん
04/10/10 14:42:27
つまり、Java3DのスレでJavaSoundについて言い合ってるやつらはクソだと。

505:デフォルトの名無しさん
04/10/10 14:47:43
>>500
お前は位相を変える
式も自分で書けないのか？

506:デフォルトの名無しさん
04/10/10 15:16:08
>>505
つまり読解力がない、と。

507:デフォルトの名無しさん
04/10/10 17:09:42
なんでJavaSoundの徹底討論になっているんだ？ｗ

508:デフォルトの名無しさん
04/10/10 17:20:30
Java3Dのネタがないからじゃね？
JavaSoundの徹底討論にもなってないし。

509:デフォルトの名無しさん
04/10/10 18:32:50
Looking GlassはJava3D使ってるらしい。
最近は結構速くなってんのかな。

510:デフォルトの名無しさん
04/10/10 18:38:19
速くなればなるほどJavaっぽく無い手法で高速化してるんだろうなぁという気がするのは病んでるからだろうか
Looking GlassがブレイクしたらJava3Dも脚光を欲しいものだ・・・

511:デフォルトの名無しさん
04/10/10 19:08:33
まずはJava2Dのアクセラレーションがふえないとな
LinuxのOpenGLアクセラレーションはどの程度きくんだろ？

512:デフォルトの名無しさん
04/10/10 21:08:06
JFree-Dはどこにありますか？
検索サイトで出てきたURLはどこも404なのですが・・・

513:デフォルトの名無しさん
04/10/10 21:08:21
でもさ、JavaSoundがどのようなAPIを持てばよいか、っていうのは
よく考えるべきだと思うんだよね。
結局DirectSoundと同じだったりしたら萎える。

514:デフォルトの名無しさん
04/10/10 21:33:11
しかし、DirectSoundもそれなりに考えられてるぞ。

515:デフォルトの名無しさん
04/10/10 22:08:11
DirectSoundをJavaらしくきれいにラッピングしたというところかな
セカンダリバッファに書き込むときとかリングバッファを意識しないとかね

問題はDirectSoundとこのスレとどう関係があるかだ

516:デフォルトの名無しさん
04/10/10 22:28:27
>>512
Java3D自体にlinuxようがあるでしょ?

URLﾘﾝｸ(java3d.dev.java.net)

517:デフォルトの名無しさん
04/10/10 22:55:00
>>516
betaですけどありました、ありがとうございます

518:デフォルトの名無しさん
04/10/10 23:58:52
>>510
ネイティブ部分を増やしてるってこと？
妥協せずネイティブはJITでやって欲しいね。

519:デフォルトの名無しさん
04/10/11 10:30:57
>>506
つまり数式を解く読解力がないと

520:デフォルトの名無しさん
04/10/11 10:31:37
>>508
ネタとしては、
Java3Dに搭載されている
Sound APIは距離減衰機能があるということ

521:デフォルトの名無しさん
04/10/11 10:32:40
>>510
java.lang.Mathの
ソースコード見たことがないのか？
nativeキーワードばかり使って
計算の殆どはVMに内蔵されたCでかかれた
コードを使っているぞ。

522:デフォルトの名無しさん
04/10/11 10:33:26
>>513
100%PureJavaであることに意義があるから
同じでもいいだろう。

523:デフォルトの名無しさん
04/10/11 14:42:07
>>521
単純計算だとCよりJavaの方が速いんじゃなかったっけ？
なんでJavaで書かれてないの？

524:デフォルトの名無しさん
04/10/11 15:04:03
Javaの方が速いという根拠を聞きたいのだが

525:デフォルトの名無しさん
04/10/11 15:07:27
>>524
俺は分からんから、ム板のスレあさってくれ。
Java厨と.NET厨がケンカしてるスレでベンチマークと解説が出てた気がする。

526:デフォルトの名無しさん
04/10/11 15:26:54
あれは速い場合もあるってだけでしょ。
例えばグリッド(テーブル)への行の追加は、WIN32を呼ぶより仮想化してある
JavaのSwingの方が速かったはず。
あと、メソッドを呼ぶ速度はJavaが何倍も速い。

527:デフォルトの名無しさん
04/10/11 15:37:31
Cでもくそ高いプロファイラとCPUやらマシンスペックが固定されていれば早いよ
Ｊａｖａはダイナミックにそのへんやれる余地があるのが強い

昔に書いたコードがVM差し替えでそのまま早くなるのは利点だな

528:デフォルトの名無しさん
04/10/11 15:38:29
あれ？
NativeからJavaに書き換えてパフォーマンス改善したのって、BigDecimalだけだっけ？

529:デフォルトの名無しさん
04/10/11 15:50:50
最終的にはnativeにいきつくのがおおいし、そもそもpureJavaでいい
標準APIならその実装はどうだっていいだろ

530:デフォルトの名無しさん
04/10/12 20:48:06
で、499=503は何をそんなにエキサイトしまくってるんですか？

531:デフォルトの名無しさん
04/10/12 23:30:27
>>503
おそっ

532:デフォルトの名無しさん
04/10/12 23:46:51
>>531
おまえもなー

533:デフォルトの名無しさん
04/10/13 01:39:52
>>532
おまっ・・・おれもなー

534:デフォルトの名無しさん
04/10/13 02:58:59
俺もお前も　お前も俺も
輝く未来を賭けて
さぁ　鋼鉄のスクラムだ

535:デフォルトの名無しさん
04/10/14 11:15:52
あのー、３Dを語ろうポリー

536:デフォルトの名無しさん
04/10/14 20:49:21
結論：3DやるならVC++でDirectX直

537:デフォルトの名無しさん
04/10/15 21:16:45
OpenGLでマルチプラットフォーム

538:デフォルトの名無しさん
04/10/16 03:25:10
形ばかりのマルチプラットホームではあまり嬉しくない分野だからなー。
Javaの出る幕は無いだろ。

539:デフォルトの名無しさん
04/10/16 04:13:29
JSDL以外でJavaからSDLを使うライブラリってありませんか？

540:デフォルトの名無しさん
04/10/16 05:47:43
>>536
C#でManaged DirectX

541:デフォルトの名無しさん
04/10/16 06:33:20
一部のマニアしかつかわねぇよ。

542:デフォルトの名無しさん
04/10/16 22:51:07
じゃ俺C#で無意味に3Dエディタでもつくって見ようかな

543:デフォルトの名無しさん
04/10/17 02:26:18
Javaは好きだけどJava3Dには手を出すつもりはありません

544:デフォルトの名無しさん
04/10/17 18:18:13
ん？
Javaってサーバサイド用の、COBOLみたいな位置付けの言語だろ？

545:デフォルトの名無しさん
04/10/17 19:52:31
ageてるやつの文章をよーく見てみよう

546:デフォルトの名無しさん
04/10/17 21:42:11
>>528
とりあえずBigDecimalのソース見たが
nativeキーワードつかってるところは一つも見あたらなかった。
java.mathパッケージのソースも全部検索したが
nativeは一つも無かった。
一部java.ioを使ってるクラスがあったが。
そっちにnativeがあるかもしれん

547:デフォルトの名無しさん
04/10/17 21:44:43
JavaがだめだからC#を使う
って本末転倒すぎ

速度気にするなら率直にCでやれよ

548:デフォルトの名無しさん
04/10/17 22:20:14
URLﾘﾝｸ(www.idiom.com)

549:デフォルトの名無しさん
04/10/17 23:20:54
>>548
ネビーユの補完やLU分解は
なぜかJavaが最速なんだな

550:デフォルトの名無しさん
04/10/17 23:23:18
高速フーリエ変換もなぜかCを抜いて
IBM製Java VMが高速

551:デフォルトの名無しさん
04/10/17 23:25:09
Conclusions: Why is "Java is Slow" so Popular?
Java is now nearly equal to (or faster than) C++ on low-level and numeric benchmarks.
This should not be surprising: Java is a compiled language (albeit JIT compiled).

Nevertheless, the idea that "java is slow" is widely believed. Why this is so is perhaps
the most interesting aspect of this article.

Let's look at several possible reasons:

# Java circa 1995 was slow. The first incarnations of java did not java a JIT compiler,
and hence were bytecode interpreted (like Python for example). JIT compilers appeared
in JVMs from Microsoft, Symantec, and in Sun's java1.2.

This explanation is implausible. Most "computer folk" are able to rattle off the exact speed
in GHz of the latest processors, and they track this information as it changes each month
(and have done so for years). Yet this explanation asks us to believe that they are not able to
remember that a single and rather important language speed change occurred in 1996.
# Java can be slow still. For example, programs written with the thread-safe Vector class are
necessarily slower (on a single processor at least) than those written with the equivalent thread-unsafe ArrayList class.

552:デフォルトの名無しさん
04/10/17 23:26:28
This explanation is equally unsatisfying, because C++ and other languages have similar
"abstraction penalties". For example, The Kernighan and Pike book The Practice of Programming
has a table with the following entries, describing the performance of several implementations of a text processing program:

*

Another evidently well known problem in C++ is the overhead of returning an object from
a function (several unnecessary object create/copy/destruct cycles are involved).
* Java program startup is slow. As a java program starts, it unzips the java libraries and
compiles parts of itself, so an interactive program can be sluggish for the first couple seconds of use.

This approaches being a reasonable explanation for the speed myth. But while it might explain
user's impressions, it does not explain why many programmers (who can easily understand the idea
of an interpreted program being compiled) share the belief.

Two of the most interesting observations regarding this issue are that:

1. there is a similar "garbage collection is slow" myth that persists despite decades of evidence
to the contrary, and
2. that in web flame wars, people are happy to discuss their speed impressions for many pages
without ever referring to actual data.

553:デフォルトの名無しさん
04/10/17 23:26:35

Together these suggest that it is possible that no amount of data will alter peoples' beliefs, and
that in actuality these "speed beliefs" probably have little to do with java, garbage collection, or
the otherwise stated subject. Our answer probably lies somewhere in sociology or psychology.
Programmers, despite their professed appreciation of logical thought, are not immune to a kind of
mythology, though these particular "myths" are arbitrary and relatively harmless.
Acknowledgements
Ian Rogers and Curt Fischer clarified some points.
References

[1] K. Reinholtz, Java will be faster than C++, ACM Sigplan Notices, 35(2): 25-28 Feb 2000.

[2] Benjamin Zorn, The Measured Cost of Conservative Garbage Collection Software - Practice
and Experience 23(7): 733-756, 1992.

[3] Linux Number Crunching: Languages and Tools, referenced on slashdot.org

[4] Christopher W. Cowell-Shah, Nine Language Performance Round-up: Benchmarking Math & File I/O,
appeared at OSnews.com, Jan. 2004.

[5] E. Schanzer, Performance Considerations for Run-Time Technologies in the .NET Framework,
Microsoft Developer Network article.

554:デフォルトの名無しさん
04/10/17 23:42:22
漏れら極悪非道のageブラザーズ！
今日もネタもないのにageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 ∧＿∧ 　 ∧＿∧ 　　　age
　（・∀・∩）（∩・∀・）　　　　age
　（つ　　丿（　　⊂）　age
　（　ヽノ　　ヽ/　　）　　　age
　し（＿）　　（＿）Ｊ

555:デフォルトの名無しさん
04/10/17 23:43:09
マイクロベンチマークとかはもういいよ

Javaの性能がどの程度なのかは
自分で使ってる人間ならわかってるだろ

556:デフォルトの名無しさん
04/10/18 00:04:30
つまりJavaは1.4系からは十分早い

557:デフォルトの名無しさん
04/10/18 00:05:27
JNIで既存のライブラリ使おうとするとたいて二重でso/DLL呼ぶことになるから非効率極まりないような気がするのだが・・・

558:デフォルトの名無しさん
04/10/18 00:10:55
関係ないがTomcat5.5は起動がめちゃ早くなってる。

559:デフォルトの名無しさん
04/10/18 00:52:38
５．５の正式版ってもうでたの？

560:デフォルトの名無しさん
04/10/18 01:23:46
一応、最初から正式版だよ。

561:デフォルトの名無しさん
04/10/18 01:59:26
Javaが速いとかいってる奴はメモリ使用量見ても何も思わないのか・・・
まぁ、速いけどな

562:デフォルトの名無しさん
04/10/18 02:06:03
>>561
CrusoeのCMS(16MB)と同じで諦めてます
消費税みたいなもんです

563:デフォルトの名無しさん
04/10/18 02:13:58
メモリはこれからの改善点だな
プロファイラとかで見るとやたらとStringオブジェクトが多かったりするんだよね
Immutableなせいもあるのだろうが・・

564:デフォルトの名無しさん
04/10/18 02:33:08
>>556
1.4.2からはさらに高速化し
1.5からはPreJITに相当する機能によりさらに高速化

565:デフォルトの名無しさん
04/10/18 12:50:48
>>560
URLﾘﾝｸ(jakarta.apache.org)

みるかぎりアルファっぽいけど？

でもバイナリのほう見るとアルファがないのもあったりする

以前のがあってもよさそうだけど、リリース済みの5.5.0や5.5.1のバイナリがどこにもおいていない・・・

566:デフォルトの名無しさん
04/10/18 12:58:07
>>564
ずっといじってきたけどVMのコア自体は1.4から5.0で速度的に大きく変わった点はないかな
1.4.1ではもちろんShift_JIS方面の変更が大きいし、一部ハードウェアアクセラレーションを使った
機能が追加されて体感速度はあがったけどね。

1.4.2ではほんのすこしで5.0はコンパイルがききやすいヘビーな処理は1.4.2と変わらない感じ。
ただしgcの速度が大幅に改善されていることと、インクリメンタルが別物になったとか大きい変更点はある。
起動時間はWindows使ってる限り改善されているように感じないし。

567:デフォルトの名無しさん
04/10/18 19:10:21
起動時間は、２つめ以降のVM起動が劇的。

568:デフォルトの名無しさん
04/10/18 19:23:13
>>565
5.5.0と5.5.1にはalphaはついてなかったよ。
「it is not yet stable.」だったけどね。

569:デフォルトの名無しさん
04/10/18 22:27:29
>>567
別に1.4.2でも2つめ以降はキャッシュに乗ってるので別に問題にならないくらい早い
バニアスコアとドタンコアのPentiumMで確認済み

5.0はコンパイルの速度とかが原因かクラスロードとか少し重いかなぁという気はする
まだこまかくチェックしてないけど、古いマシンでは1.4.2のほうが快適な場合も多い感じ

>>568
ぜんぜんだめやん

570:デフォルトの名無しさん
04/10/19 00:34:52
Java３Ｄについて語ってくれよ。

571:デフォルトの名無しさん
04/10/19 01:28:04
>>569
それは、Javaの仕組みとしてじゃなくて、潤沢なメモリでキャッシュされてれば、ってことでしょ。
連続して2つ起動した場合じゃない？
5はクラスを共有したりしてるから、全然違うと思うんだけども。

572:デフォルトの名無しさん
04/10/19 04:51:35
>>566
Swingはめっさはやくなったぞ。

ぬるぽ処理も1.4.2から高速化したで。

5.0からはGenericsでさらに高速化。

さらに一度起動したJavaはネイティブコンパイル
されたままディスクに保存され
２回目以降からは高速化される。

573:デフォルトの名無しさん
04/10/19 05:47:50
Genericsはコンパイラの仕事だから、実行速度には影響ないと思われれれ。

574:デフォルトの名無しさん
04/10/19 12:07:44
>>571
そう。ＯＳの仕組み、というか2回目以降はウィルスチェックがはいらないのが一番大きい
それ以外では大きくかわらんということだ。メモリ使用量チェックしてないのでまだわからんが
速度的にはびっくりするくらい変わらなかった
６．０では完璧な共有ライブラリになるようだから注目してるけどね

>>572
うそばっかかくなよ

Swingも計測してみたが早くなってないよ
大きく変わったのはLinuxでOpengGLサポートをtrueにしたときだけ

デフォのテーマが変わって見た目がよくなったというのも大事だが
WindowsLAFの出来がよくなったのが個人的には非常に大きい
ネイティブとの見分けがますますできなくなったという感じ

575:デフォルトの名無しさん
04/10/19 12:35:26
>>574
文字描画周りの一部がJavaで書き直しとか
BufferdImageのVRAMへのキャッシングとか
微妙にJava2Dが変わってるからケースによっては
Swingの性能にも影響あるかもよ

URLﾘﾝｸ(weblogs.java.net)

576:デフォルトの名無しさん
04/10/19 12:46:40
まぁ、いいことばかりだが1.4.2から劇的に変わると思っていたJava2Dが
Windowsではほとんど変わってないのにショック受けたしな
OpenGLも手元の環境では有効にならないし・・・動いたという報告も聞いたことない

BufferedImageのキャッシュはやり方知っていれば1.4.2でも適切に処理ができた
それでも敷居が下がったのはいいだろうね

577:デフォルトの名無しさん
04/10/20 08:42:15
>>576
OpenGL対応のグラフィックカード使ってる？

578:デフォルトの名無しさん
04/10/20 10:34:12
>>577
OpenGLをTrueにすると標準出力にどういう表示される？

579:デフォルトの名無しさん
04/10/20 12:43:17
>>578
OpenGL pipeline enabled for default config on screen 0

580:デフォルトの名無しさん
04/10/20 13:02:42
もしかしてソフトウェアエミュレーションができないのかな＞J2SE5.0のOpenGL

581:デフォルトの名無しさん
04/10/27 12:31:14
ソフトウェアエミュレーションできても遅くて意味ないだろ
NVIDIAのGeforceシリーズはかなり前からOpenGLサポートしてるよ
他社のグラボでも、最近のグラボは大抵OpenGLくらいサポートしてるだろ

582:デフォルトの名無しさん
04/10/27 12:40:22
たいていのチップはi855とかUMAな

583:デフォルトの名無しさん
04/10/28 20:11:37
3DのAPIの業界標準はOpenGLなんだからJavaがOpenGLに対応するのは当然
JavaがDirectX採用したら、Windowsでしか動作しなくなる
OpenGLをDirectXでエミュレーションできるかどうかはWindowsがやるべきで、JavaVMがやることではないよ
業界標準を守らないのはあくまでもMicrosoftだということを忘れるな

584:デフォルトの名無しさん
04/10/28 21:02:56
i855やi830などUMAでもOpenGLアプリは動いてるから文句いってるんだけどな
しかし１GHｚ未満＋GeForce2MXよりはもう早いのなぁ

585:デフォルトの名無しさん
04/10/29 11:14:13
みんな、J2SE5でOpenGL Trueにしてるの？
オプションつけないとデフォルトではOpenGLは無効になるみたいだけど

586:デフォルトの名無しさん
04/10/29 11:28:27
OpenGLサポートってこのこと言ってるの？

＞そのほかJavaのグラフィック機能（Java2D）が、OpenGL経由で、
＞システムが持つグラフィックアクセラレーション機能を利用できるように改良された。
＞これにより、高速なグラフィックサブシステムを持つ環境で、より高速な描画が可能になる。
URLﾘﾝｸ(www.itmedia.co.jp)

これだったらJavaVMのオプションで　-Dsun.java2d.opengl=True つけないと有効にならないよ

587:デフォルトの名無しさん
04/10/29 12:17:08
そのオプションつけても無効だから困ってるんだ

588:デフォルトの名無しさん
04/10/30 08:51:57
どのグラボでOpenGLサポートが有効になるのかな？
情報くれ

589:デフォルトの名無しさん
04/10/30 18:26:25
結論：DirectX>>>>>>OpenGL

590:デフォルトの名無しさん
04/10/30 22:45:28
>>589
どっちが上とかじゃなくて実際にJava3Dで作られたアプリケーションやら
アプレットがあれば見てみたいんだけど何か代表的な物はありますか？

591:デフォルトの名無しさん
04/10/31 01:04:07
3DならVC++でDirectXが一般的だしなー。
JavaはサーバサイドでCOBOLの後継やってなさい。

592:デフォルトの名無しさん
04/10/31 01:22:46
Windowsだけで世界が閉じてればDirectXでもいいんだけどね。

593:デフォルトの名無しさん
04/10/31 01:49:23
Windowsだけで閉じた世界に住んでいる人もいるからね。

594:デフォルトの名無しさん
04/10/31 14:12:01
Windows以外で3Dって事実上、かなりニッチなんだよなー。

595:デフォルトの名無しさん
04/10/31 14:22:08
CADや研究用途ぐらいなものかな。
まあ、でも海外だとOpenGLのゲームは珍しくも無いからなー。

596:デフォルトの名無しさん
04/11/01 01:59:50
こんなの見つけた
URLﾘﾝｸ(timetripper.hp.infoseek.co.jp)

597:デフォルトの名無しさん
04/11/01 02:53:46
うわ。ショボ。
8801の頃を思い出すな。

598:デフォルトの名無しさん
04/11/01 11:49:47
>>597 は、まだ8801mkIIを使っている

599:デフォルトの名無しさん
04/11/02 02:01:41
基本的なことを聞きたいんだが、現状のJavaによる3Dプログラミング
の認識としては、

・JOGLはまんまOpenGLだからOpenGLになれてる人には便利。ただし
ハードウェアがOpenGLに対応していない場合にソフトエミュレーションを
やってくれないため環境によって動かないことがある。つまりWrite once
run anywhereじゃない。

・Java3Dは独自の記述方法だが、内部的に必要があればOpenGLを
使っている。ハードウェアがOpenGL対応かどうかに関係なく（速度は
違えど）同じ結果を返す。

・しばらくは「Java3Dが放置され、これからはJOGLになるんじゃないか」
という見方もあったが、Looking Glass などに象徴されるように、JOGLは
低級/環境依存/実験向け、Java3Dは高級/環境非依存/運用向けの
棲み分けとなり、今後もJava3Dは発展し続ける。

という認識で間違いない？　これからJava3Dやろうとおもってるんだけど
もしかして「いまさらJava3Dってずれてる？」と不安になってネット上で調
べてみた結果なんだけど。

600:デフォルトの名無しさん
04/11/02 21:13:22
それ以前にいまさらクライアントサイド、デスクトップ用途でJavaってのがずれまくり。

601:デフォルトの名無しさん
04/11/02 23:39:24
>>599
いいんでないかな。
もうちょっとアグレッシブにJava3Dやって欲しい気もするが。
Looking GlassもJava3D使ってるし。
デスクトップがシーングラフってのに可能性を感じる。

602:デフォルトの名無しさん
04/11/03 02:39:20
>>600
今時のPCのCPU性能とメモリ容量ならずれまくりだとは思わないけど
それに、Webアプリでも、クライアント部分にJavaアプレット使ってるのもあるけどな

603:デフォルトの名無しさん
04/11/03 02:59:06
>>600
クライアントサイド、デスクトップ用途でJavaってのがずれまくりというのが少々ずれてる。

604:デフォルトの名無しさん
04/11/03 11:54:43
Java対応の3Dネットワークゲームライブラリだそうな。
URLﾘﾝｸ(www.cyberstep.com)

605:デフォルトの名無しさん
04/11/03 21:31:20
Java3Dを普及させるようなキラーコンテンツが無いってのが
一番の問題かなあ･･･。

Java3Dで何か作っても、ランタイム入れないと見れないので、
普通の人はあまり見てくれない。
だから、Web上で見かける3DのJavaアプレットは
大抵Java3D使わずに、自前でレンダリングしてる。

Javaだけで何処まで3D表現が出来るかは、この辺を参考。
URLﾘﾝｸ(homepage1.nifty.com)

"Old Contents"→"JAVAde3D"にあるアプレットを見れば、
どんな処理がどれ位の速度で出来るか、大体わかると思う。

606:デフォルトの名無しさん
04/11/03 21:49:04
>>605
そこのアプレット
1フレーム毎にcreateImage()してたりして
性能面ではちょっとあやしい

それとは関係ないけどJavaベースの据置きゲーム機の話
URLﾘﾝｸ(www.itmedia.co.jp)

607:デフォルトの名無しさん
04/11/05 00:01:34
Java3Dを使ってゲームのような物を作ろうとしているのですが
キャラクタの移動で地形の形状を追従させるのに苦難しています。
Collision系のビヘイビアだと突き抜けることがあるのでダメだったので、
現在はPickingを使って地形の形状に対して衝突しているかしていないかを
移動毎にチェックする方法で対処しています。
他に何かいい方法があるならば教えて貰えないでしょうか？

608:デフォルトの名無しさん
04/11/25 00:55:36
Java3Dでゲームなんてやめとけ・・・というアドバイスしかできんな。

609:デフォルトの名無しさん
04/11/25 02:01:39
>>608
それ、アドバイスのつもりでアドバイスになってないよ。

610:デフォルトの名無しさん
04/11/25 07:35:57
Windowsのゲームなんて遅いばかりだから、DOSゲームにしとけ、というのと同じ感じか。

611:６０８
04/11/27 19:45:04
そうかな。
いいアドバイスだと思うがな。
Java3Dではしょぼいゲームしかできない事は、まともな判断の
できる奴ならわかる事だし、まだＨＳＰかｉアプリの方がましだ。
プレステ並とか夢みてるならＣ＋＋やるしかないだろう。

612:609
04/11/27 23:11:42
>>611
そこまで書いて初めてアドバイスだ、ということだよ。
>>608だけじゃただのいたずら書きだ。

613:デフォルトの名無しさん
04/11/28 01:51:43
>>611
プレステ並のゲームを作るとしたら、Java3DとかDirect3DとかOpenGLとかのレベルじゃない問題の方がでかいと思う。

614:デフォルトの名無しさん
04/11/28 16:31:21
>>611
道具は使いよう。
ゲームの質とレンダリングエンジンの速さは関係ない。

607は、pickingよりもうまい方法を考えろ。Java3Dの問題じゃない。
うまい方法を考えるのが、ゲームプログラミングの醍醐味だ。

615:デフォルトの名無しさん
04/11/28 16:46:26
そうでもない

616:607
04/11/28 17:21:34
レスありがとです。
かなり前にも書いたけど駄目っぽかってほったらかしてたのですが開発再開して見ました。
URLﾘﾝｸ(cattaka.jfast.net)
>>614
とりあえず現状は思いつかないのでpickingで処理してるのですが
他の方法が思いついたらそちらに変更できるようにしておきます。

617:デフォルトの名無しさん
04/12/17 19:12:50
ＪＡＶＡ３Ｄの宿題ここで答えますスレが無いので、ここで質問させてください。
四角と円柱を１０個以上使って何か図形を作れといわれたのですが、
図形を同時に表示させる方法がわかりません。
色々ＨＰを参考にしたのですが、よくわからず困っています。
ソースをパクろうにも四角や円柱を使って図形を作ってるＨＰが無く、
月曜までに仕上げないと、かなり留年しそうなので
どなたかわかる方いましたら、ご教授お願いしていただけませんでしょうか？

618:デフォルトの名無しさん
04/12/17 19:40:21
あきらめて留年してください。以上。

619:デフォルトの名無しさん
04/12/17 21:05:07
>>617
複数のShape3DをBranchGroupに追加するだけだよ

620:デフォルトの名無しさん
04/12/18 17:11:55
>>617
留年おめでとう！長い人生、1年や2年どうってことないさ！
アハハハハハハハハハｈ

621:デフォルトの名無しさん
04/12/18 17:24:19
>>620
その笑い方どこかで・・・・ザインソフト？

622:デフォルトの名無しさん
04/12/18 22:03:24
>>605
それJava3Dじゃなくてソフトレンダだぞ。

623:デフォルトの名無しさん
04/12/19 13:38:48
Bindenlicht is a Java(tm) binding for the Irrlicht Engine, bringing a high quality
open source 3D engine to the Java(tm) platform.
URLﾘﾝｸ(sourceforge.net)

jirr.sourceforge.net, the java port of the Irrlicht Engine created by Stefan Dingfelder
URLﾘﾝｸ(jirr.sourceforge.net)

624:デフォルトの名無しさん
04/12/19 21:31:14
URLﾘﾝｸ(dn.planet-d.net)

625:デフォルトの名無しさん
05/01/18 18:29:16
anti-aging

626:デフォルトの名無しさん
05/03/30 03:47:11
JOGL最強伝説

627:デフォルトの名無しさん
05/05/27 11:40:01
Java3D 1.4の新機能の情報ってまだ出てこないのか？

628:デフォルトの名無しさん
05/05/27 14:46:24
見てないけどここにはないかな。
URLﾘﾝｸ(java3d.dev.java.net)

629:デフォルトの名無しさん
05/05/27 14:53:24
>>627
URLﾘﾝｸ(j3d-core.dev.java.net)

630:デフォルトの名無しさん
05/06/27 17:04:46
Java3Dで作成したWindowってサイズの変更とかできるんですかね？

631:デフォルトの名無しさん
05/06/28 14:16:46
>>590
つ　[先行者ゲーム]

632:デフォルトの名無しさん
05/06/28 15:01:09
>>631
あれは Java3D 使ってないと思ったが……

633:デフォルトの名無しさん
05/07/03 23:42:57
今Java3Dを使ったアプリケーションを作成しているのですが
Canvas3DにOBJ形式のファイルを表示させる方法がわかりません。
Java3DのデモのOBJLoaderはアプレットなのでアプリケーションの
方法はどうしたらよいのでしょうか？
よろしくお願いします。

634:デフォルトの名無しさん
05/07/04 17:21:19
今年のJavaOneのDuke賞は，２組日本人が入りましたね．
Java３Dを使っているProjectLookingGlassのカテゴリでは
九工大のチームが受賞したようです．

URLﾘﾝｸ(java.sun.com)

LookingGlassは開発者も日本人だし，日本人の層が厚いのかな．

635:デフォルトの名無しさん
05/07/04 23:39:09
>>30
バーチャファイターにもストⅡにも
チェンリーなんてキャラはいない

636:デフォルトの名無しさん
05/07/05 03:08:40
>>635
シュンリーだった。ｽﾏｿ

637:デフォルトの名無しさん
05/07/05 05:43:20
いるのはチュンリーな。

638:デフォルトの名無しさん
05/07/09 18:50:47
Java3Dって確かノード（プリミティブやShape3D）単位でのピッキングの機能があったけど、一歩進んでポリゴン単位のピッキングってできないのかな。
URLﾘﾝｸ(javadesktop.org)
の
PickTool.GEOMETRY_INTERSECT_INFO -is the same as GEOMETRY, but the the PickResult will also include information on each intersection of the pick shape with the geometry.
The intersection information includes the sub-primitive picked (that is, the point, line, triangle or quad), the closest vertex to the center of the pick shape,
and the intersection's coordinate, normal, color and texture coordinates.
To allow this information to be generated, Shape3D and Morph nodes must have the ALLOW_GEOMETRY_READ capability set and GeometryArrays must have the ALLOW_FORMAT_READ,
ALLOW_COUNT_READ, and ALLOW_COORDINATE_READ capabilities set, plus the ALLOW_COORDINATE_INDEX_READ capability for indexed geometry.
To inquire the intersection color, normal or texture coordinates the corresponding READ capability bits must be set on the GeometryArray.
あたりの記述にヒントがありそうなんだが・・・漏れの頭じゃいまいち分からない。

賢者のどなたか教えてくれまいか？

639:Baba
05/07/11 18:24:20
Java3Dで、ノードをPickingして、マウスの移動に合わせて移動するってドウやるの？
単純は PickingTranslateBehaviorだと、座標系が違うからマウスに追従しないよね？
どこかにサンプルコード無いかねぇ。。

640:デフォルトの名無しさん
05/07/12 10:42:38
>>638
ちゃんと読んでないから確証はないけどPickIntersectionにそれらしいメソッドがあるから
GEOMETRYモードでピッキングしたらそれに関わる情報が得られるんじゃない？

>>639
ちゃんと読んでないから確証はないけどPickCanvasを使えばできるんでない？

1：PickCanvasを作る。
2：PickCanvas.setShapeLocation() でピッキングの座標を入力
3：PickCanvas.getPickShape() でPickRayを取得
4：取得したPickRayからピッキングする開始点と方向ベクトルが得られる。

1～4の手順でキャンバス上の座標から空間を貫く開始点と方向ベクトルが得られるわけだから
あとはそれを利用すればノードの移動させる先というのはけいさんできるよね。

641:デフォルトの名無しさん
05/07/18 17:20:22
javaでIEEE1394との通信ってできますか？

642:デフォルトの名無しさん
05/07/26 01:20:35
>>641
Java3Dではむずかしい。

643:デフォルトの名無しさん
05/07/26 02:11:54
javaでは可能？

644:デフォルトの名無しさん
05/07/27 01:02:48
Java3Dで通信ってどういうことをすればいいの？

645:デフォルトの名無しさん
05/07/27 06:15:30
表示だけjava3D使ったらいいんじゃないの？

646:デフォルトの名無しさん
05/08/08 21:37:31
>>640
ありがとん。以下のやり方で出来たよ。
PickMouseBehaviorを派生したクラスのupdateSceneをオーバーライドした。
分かっちゃえばなんてこと無いけど、やっぱり細かい事でいちいちクラス分け杉な気もす。

public void updateScene(int xpos,int ypos)
{

TransformGroup tg = null;
Point3d [] pickedPrimitive = null;

pickCanvas.setMode(PickTool.GEOMETRY_INTERSECT_INFO);
// マウスの座標を与える
pickCanvas.setShapeLocation(xpos,ypos);
pickCanvas.setTolerance(10);

// マウスの位置に一番近いノード
PickResult res = pickCanvas.pickClosest();

if(res != null){
Shape3D shape = (Shape3D)res.getNode(PickResult.SHAPE3D);
PickIntersection pi = res.getIntersection(0);
//交差したポリゴンの各頂点を返す
pickedPrimitive = pi.getPrimitiveCoordinates();
for(int i=0; i<pickedPrimitive.length; i++) {
System.out.println(pickedPrimitive[i]);
}
}
}

647:デフォルトの名無しさん
05/08/12 22:33:22
Java3D1.4っていつ頃リリースされるんだろう。
早くシェーダ使いたい・・・。

648:デフォルトの名無しさん
05/08/19 01:50:48
>>647
シェーダとシーングラフの関係ってどうなるのか興味あり。
それぞれのノードやグループに個別のシェーダーを割り当てられるのか？
いずれにせよOpenGLやDirectXとは大分毛色の違う呼び出し方になりそうだが……。

649:デフォルトの名無しさん
05/08/26 16:21:09
ずっと停滞してるな。このスレ

650:デフォルトの名無しさん
05/08/26 16:57:18
>>641
Java Communication APIってどうよ？
USBしかできなかったっけ？

651:デフォルトの名無しさん
05/08/26 23:26:09
RS-232Cはできたよ。

652:デフォルトの名無しさん
05/08/27 00:37:42
IEEE1297も出来た

653:デフォルトの名無しさん
05/09/04 01:26:33
すみませんが質問です。

Shape3Dの一つのジオメトリにテクスチャマッピングを行いたいのですが、ジオメトリ中テクスチャを
貼り付けたくない頂点があります。その場合はテクスチャ座標の登録はどのようにすれば良いのでしょうか。

物の本を読むと、どうも頂点と同じ数だけ頂点座標も用意して登録しないといけないような印象を受けるのですが・・。

次ページ