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

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

357:デフォルトの名無しさん
03/08/05 15:14
>>354 いや、すでに347で晒されてるのがそれじゃないか?
347にはつよくいきろといいたい。

358:デフォルトの名無しさん
03/08/06 13:59
>>356
コードのきれいさよりも低レベルな制御やら速度やらを求めてのことだろ。

359:デフォルトの名無しさん
03/08/06 15:38
Java3Dは速度を意識して作るべきじゃないと思う。
スーパーコンピュータ並のマシン上で動かしてもいいと思うくらい
意識で作るのに適していると思う。

シミュレーションするならスーパーコンピュータくらい使うだろ、と。

360:デフォルトの名無しさん
03/08/06 16:14
>>359
OpenGLで書くよりJava3Dの方がすっきりかけるというけど、
OpenGL Java Bindingは、すっきり書くことよりも速度や
カスタマイズ性のためにあるものなのだろってことね。

361:デフォルトの名無しさん
03/08/06 23:33
Java3Dの3DテクスチャはWindowsで使える様になった？

362:デフォルトの名無しさん
03/08/06 23:34
巨乳好き大集合！
マダムから美少女まで盛りだくさんのおっぱいが・・・
胸フェチ必見。当然モロ見え！
URLﾘﾝｸ(55.40.59.72)

363:デフォルトの名無しさん
03/08/10 13:58
>>359
> Java3Dは速度を意識して作るべきじゃないと思う。
では何を最優先に意識して作るんだ？

364:デフォルトの名無しさん
03/08/10 14:01
頭で妄想したものが一瞬で映像化されるアプリが欲しい

365:デフォルトの名無しさん
03/08/10 14:03
>>364
脳の電気信号を感知するものが必要だし、脳のを完全に解明しなければならんな。
どうせエロいことしか考えていないくせに

366:デフォルトの名無しさん
03/08/10 18:42
>>363
ヴぁー茶るリアリティ

367:364
03/08/10 19:03
>>365の事が頭から離れません…

368:デフォルトの名無しさん
03/08/10 19:24
>>367
まず脳は測定装置を用意しましょう。
３Dホログラムも用意しましょう。

369:デフォルトの名無しさん
03/08/10 20:03
Windowsが出た当初、DOSがいいに決まっているじゃないか、と言っていた。
3Dの世界でも、確実にJava化の波は来る。
やっぱネイティブコードじゃないと意味ないとか、
Javaはインラインが出来ないとか言っいる人たちは多いと思うが、
パフォーマンスに徹底的な差には
ならない時代がすぐそこに来ている。。

370:デフォルトの名無しさん
03/08/10 20:08
>Windowsが出た当初、DOSがいいに決まっているじゃないか
誰が？
どんな理由で？

case by case

371:デフォルトの名無しさん
03/08/10 21:51
はやくJava3DでVRを楽しみたいな。

372:デフォルトの名無しさん
03/08/11 05:48
>>369
んなくだらないこといってる間にC#のDirect3Dへ全部持ってかれそうなJava3D

373:デフォルトの名無しさん
03/08/11 16:08
>>364
妄想と現実の区別が付かなくなるくらい没入すればいい。

374:デフォルトの名無しさん
03/08/11 19:02
>>372
ﾊｧ? C#?
ﾌﾟ

375:山崎渉
03/08/15 15:47
　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

376:デフォルトの名無しさん
03/08/16 22:31
通報しますた

377:デフォルトの名無しさん
03/08/17 11:39
JOGL -- Sun の OpenGL Java バインディング
URLﾘﾝｸ(jogl.dev.java.net)

378:デフォルトの名無しさん
03/08/20 09:48
>>372
むりにC#に持っていくにもばかばかしいなあ。
Windowsで動くことしか期待しないなら今までのDirectXでやれば。

無理にM$製品にあわせるのもばかばかしい。

379:デフォルトの名無しさん
03/08/20 12:33
>>377
それってSunが直接関わってるわけじゃないと思うが

380:デフォルトの名無しさん
03/09/02 21:59
マウスなどで作成できる3DモデリングツールからJava3Dコードを自動生成できる
ツールはないかな？

381:デフォルトの名無しさん
03/09/02 22:08
>>380
それはないと思う、あるとしてもそのツール名を書かないと。

ある3Dファイル形式からJava3Dコードの自動生成ならあるかも知れない。
もう一つ言うなら、
ある3Dファイル形式から座標点を配列で抜き出すクラスはあるかも知れない。
STLファイルの形式なら、簡単に抜き出せまっせ。

382:381
03/09/02 22:11
あーごめん。勘違いしてた。忘れてくれ。

383:デフォルトの名無しさん
03/09/02 22:16
LightWave3D, Mayaで作ったものをJava3Dソースに変換できないかな。

>>381を見るとC++のOpenGLからはどうにかなることもあるということかな。

地形図からJava3Dで立体表示できるようなソースコードに変換できるものなら
ありそうやな。

384:デフォルトの名無しさん
03/09/02 22:47
俺の解釈であってたのか？

>>383
>LightWave3D, Mayaで作ったものをJava3Dソースに変換できないかな。
出力するファイル形式によってはあるかも知れない、が答えだけど、
Javaとは何か、Java3Dとは何かについて
もうちょっと勉強してから聞いたほうが良いと思われ。

385:デフォルトの名無しさん
03/09/02 22:58
3dオブジェクトって自前の独自フォーマットが当たり前なのでは？
既存のファイル形式を読み込めるようにする方法もあるけど

386:デフォルトの名無しさん
03/09/02 23:37
DXF, STL, VRMLなんかは汎用じゃないか，よう知らんが．

>>383
VRML形式ならJava3D用のライブラリを見つけたことがある．

387:デフォルトの名無しさん
03/09/03 00:30
先生！インストールするときOpenGLかDirectXをえらべって言われました
どっちも大好きなので難しいです
先生はどうすればいいとおもいますか？

388:デフォルトの名無しさん
03/09/03 00:32
>>387
普通はOpenGL

389:デフォルトの名無しさん
03/09/03 01:49
>>387
俺の中で，研究はOpenGL，エンターテーメントはDirectXって決めてる．
OpenGLはDirectXに比べて細かい設定が出来ると聞いたことがある．

390:デフォルトの名無しさん
03/09/04 01:02
全然更新がないようだが、DirectX版ってバグ直ってるのか？

391:デフォルトの名無しさん
03/09/13 01:22
>>380
NetBeansでできる。
URLﾘﾝｸ(java3d.netbeans.org)

392:デフォルトの名無しさん
03/09/13 13:22
まだあったのか・・・

393:デフォルトの名無しさん
03/09/14 13:22
NetBeansでできるとは。

Eclipseでできないかな？
んなプラグ印ないかな？

394:デフォルトの名無しさん
03/10/03 03:26
SIGGRAPH 2003に見るJavaの進化
URLﾘﾝｸ(www.atmarkit.co.jp)

OpenGL Java Binding で劇的に新化！

395:デフォルトの名無しさん
03/10/03 05:17
>>394

随分古い記事だな　昔試してみたけど、geforce2以降要るとか1.4.2要るとか
めんどくさくてパスした

396:デフォルトの名無しさん
03/10/03 08:26
>>394
> 　Javaとは直接関係ないながらも、OpenGL Java Bindingのフル機能を
> 生かすためには、グラフィックスハードウェアに密接に関係した、
> 専用のプログラミング言語、APIに関しても習熟しておく必要が
> あるでしょう。SIGGRAPHで目立ったものを紹介しておきましょう。
Javaらしさを殺した技術だな。

397:デフォルトの名無しさん
03/10/03 09:34
>>396
「Javaらしさ」を10行以内で(以下略)

398:デフォルトの名無しさん
03/10/03 10:27
>>395
これからの時代はnForce2だけでなくgForce2がオンボードされて当たり前です。
マザーボードには動作テスト用にオンボードVGAとして内蔵されています。

J2SE1.4.2くらいなら面倒くさくないはず。

399:デフォルトの名無しさん
03/10/03 21:32
OpenGLまんま使えるようにしただけだな。
特に何がどうこうという話でもない。

400:デフォルトの名無しさん
03/10/06 01:32
OpenGLが使いやすくなるとちゃうんか？

401:デフォルトの名無しさん
03/10/11 17:00
ぽっぽっぽ　ぬるぽっぽ♪

402:デフォルトの名無しさん
03/10/12 19:28
Java3Dプログラミングバイブルという本を買って読んでガックリきたので、
このスレ検索してきて見たら上の方で沢村がアホな事いってて読む気ガックリ減った。

でもなんとなく良いものではないという印象が伝わってきましたけど、
どなたかイミディエイトモードを説明してくれるサイトとかご存知ない？
ただJava3Dのインターフェイスだけ知りたいんですが。

出来れば日本語のサイトで。

403:デフォルトの名無しさん
03/10/12 20:33
>>402
2chの発言を鵜呑みにしてなんとなく良くないものと決め付けるのもどうかと。

書籍「The Java3D API仕様」を読めばそんなにがっくりこないこともありそだが。

404:デフォルトの名無しさん
03/10/23 00:24
Java3DってSWTで使えるの？

405:デフォルトの名無しさん
04/01/01 04:42
寂れてるね。
反応は期待しないで質問。

URLﾘﾝｸ(java.sun.com)

このSunのFly ThroughっていうJava3Dのデモを実行してみたいんだけど、
j3dfly-1_0-win.exe , j3dfly-1_0-win-NoExamples.exe のどちらとも起動したら
インストールの準備をしています　→ InstallAnywhere
って出たあと消えちゃってインストールできない。(プロセスは終了してない)

自己解凍書庫をWinRARで解凍してj3dfly.exeを実行してみてもInstallAnywhere→消滅。

ソースコードダウンロードしてmakeしてみてもエラー。

j3dflyで具具ってもヒット1件(多分同じ悩みで未解決)

どうすればインストールできるの？

406:デフォルトの名無しさん
04/01/01 17:17
2.0betaに逝きましょうが正解です。
URLﾘﾝｸ(www.mail-archive.com)

407:405
04/01/02 16:44
>>406
サンクス。動作しますた。

j3dfly自体は普通だったけど、J3dEditorっていうのが面白かった。
でも今の時点でソースファイルとの相互変換ができない(？)のが残念。

URLﾘﾝｸ(java3d.netbeans.org)

408:デフォルトの名無しさん
04/01/03 02:42
海外掲示板用オフラインリーダーを作るスレ
ｽﾚﾘﾝｸ(tech板)

海外でよく使われていうる掲示板スクリプト
専用のオフラインリーダー作って下さい。

必要な条件はID、PASSを管理できること、
OpenJaneみたいな三面型の見た目。
簡単にローカライズできるように言語ファイルを採用

409:デフォルトの名無しさん
04/01/31 19:27

410:デフォルトの名無しさん
04/02/02 20:12
作ってみた・・・けど向こう一ヶ月は忙しくて更新できなさそうURLﾘﾝｸ(members8.tsukaeru.net)

411:410
04/02/02 20:12
ごめん、書き込みミスった上にsage損ねた

412:デフォルトの名無しさん
04/02/02 20:54
わざとageる奴の常套手段w
そんなことしなくてもageたくらいでは誰も責めないよw

413:デフォルトの名無しさん
04/02/03 19:16
>>411
そう思うなら金輪際ageないでね。ageたらぶち殺すよ。

414:デフォルトの名無しさん
04/02/04 18:14
>>410
スクリーンショットが見えないんですが、どんなもんよ？
なんか、VRMLのみって書いてあるんだけど
Java3Dつかってないっちゅーこと？
Java3Dの代わりにVRMLしか使ってないならスレ違いだと思うな。
なんかちょっとがっかりしちゃうな。

>>411
上げなきゃだれも使わないだろ

415:デフォルトの名無しさん
04/02/04 18:22
画像ファイルがローカルになってるわけだが。。

>>414
おじさん、モデルデータとプログラムの違い分かりますか。

416:デフォルトの名無しさん
04/02/04 18:53
おじさん、jar圧縮の方法わかりますか。

417:デフォルトの名無しさん
04/02/04 19:19
release\client>java Link3DChat
とやっても
Exception in thread "main" java.lang.NoClassDefFoundError: Link3DChat

ですな。

418:415
04/02/04 21:01
俺は410じゃないよ、一応念為。

java3D入ってれば起動はする、けどサーバにはコネクトできないね。

419:デフォルトの名無しさん
04/02/05 00:09
java3dメモリ良くないと走らん

420:410
04/02/05 15:33
>>414
ごめん、めんどくさいからＨＰはモジラのコンポーサで書いてたら
リンク先がミスってました
>>416
jarで圧縮しようと思ったけど無精してそのままアップしてました。
次からjarで圧縮します。
>>417
Link3DChat.classは解凍できてるかどうか問題だけど
zipファイルの中になかったかな？・・・
>>418
ＨＰに書いてるサーバーは自宅鯖にDDNS通してるだけなので
たまに回線切れてDDNSの登録までの間落ちることがたまにあるのですが
ひょっとしたら他に問題があるかもしれないので少し調べてみます。

421:デフォルトの名無しさん
04/02/07 10:18
antのじゃｒタスクの使い方知らないとか？

422:デフォルトの名無しさん
04/02/07 10:24
jarタスクの使い方　

423:デフォルトの名無しさん
04/02/15 00:12
un

424:デフォルトの名無しさん
04/05/10 23:53
さげ

425:デフォルトの名無しさん
04/05/11 00:07
Java3Dはソースコードがもうすぐ公開されるよ。

426:デフォルトの名無しさん
04/05/11 04:54
マインスイーパの3D版作ってみました。
勘に頼らずに解ける問題しか生成しないのが特徴です。
URLﾘﾝｸ(www.geocities.jp)

427:デフォルトの名無しさん
04/05/11 20:27
↑
ブラクラ注意

428:425
04/05/11 23:32
ブラクラと違うよ。ただかなり重いかもしれない。
注意書き足しておいた。

429:426
04/05/11 23:34
↑名前間違えた
426でした

430:お勉強中。
04/05/14 00:29
ひとつの立方体をひとつのジオメトリで定義して
おのおのの面に別のテクスチャを張ることってできる？。
（Ａ、Ｂ、Ｃ、それぞれに別のテクスチャを張りたい。）
テクスチャに透明色を指定して（できる？）
必要な面以外には透明色になるようにテクスチャコーディネイトを指定して
無理やり重ねちゃうって考えてるんだけど
考え方自体間違ってる？。

　Ａ
　↓
　＿_
／／|←Ｂ
|￣|／
.￣
.↑
.Ｃ

431:デフォルトの名無しさん
04/05/14 03:09
>>430
そこまでわかってるならもう出来るんじゃない？
┌─┬─┬─┬─┐
│A │B │C │　 │
└─┴─┴─┴─┘
こんなImageを作って、後ろはnew Color(0,0,0,0)で塗りつぶす。
そのImageからテクスチャを作って、GeometryArray#setTextureCoordinatesでA,B,Cを選ぶ。

432:お勉強中。
04/05/14 09:59
>>431
マジレスあんがとm(_ _)m。

今ほんとにやろうとしてることはお勉強のために
メタセコイアの.mqoファイルを読み込んで
Java3Dで表示するプログラムなんだけど
Ａ、Ｂ、Ｃのテクスチャイメージ自体が別ファイルなんだ。
それをひとつのイメージに作りこんで
それようにテクスチャコーディネイトを作り直す。
ってことも考えたんだけど
そんならジオメトリ自体をテクスチャごとに分解しても
大して変わんないな～
と。
そのほうがマテリアルも別々に設定できそうだし。
英語のJava3Dチュートリアルを必死こいて読んでるんだけど
マルチテクスチャって項目があったから
もっとうまくできるのかな～
って。
マジで
もっと英語勉強しときゃよかったな～
と思う今日この頃…。

ちなみに
431はお仕事でJava3D使ってる人？。
ってか
今Java3D使ってる人っている？。

433:お勉強中。
04/05/14 10:11
もちょい詳しく書くと
テクスチャコーディネイトとテクスチャユニットステイトのペアを
３つ用意して
それをブレンド（？）すればできるかな～？
と思ったのです。
それぞれのペアではＡかＢかＣの面のみ何かかかれてて
それ以外の面は透明。
透明と透明じゃない部分がブレンドされても透明じゃない部分が残るだけ。
結果的にＡ、Ｂ、Ｃが描画された状態が残る。
　Ａ
　↓
　＿_
／／|
|￣|／
.￣
　＿_
／／|←Ｂ
|￣|／
.￣
　＿_
／／|
|￣|／
.￣
.↑
.Ｃ

434:デフォルトの名無しさん
04/05/14 21:11
>>425
それはどこまで本当なのだ？

435:デフォルトの名無しさん
04/05/14 21:15
String sS = "123||456";
sS = sS.replaceAll("||","+");
でsSの値が"+1+2+3+|+|+4+5+6"
になるけど、どうして？
||を+に置換するにはどうしたよいの？

436:デフォルトの名無しさん
04/05/14 22:35
>>435
マルチうるさいぞ

437:nana
04/05/14 22:39
>>436
クイツキいいね。あんた、釣られてるよ。

438:デフォルトの名無しさん
04/05/14 22:42
>>434
SunのMLで
URLﾘﾝｸ(archives.java.sun.com)
- 標準実装のソース公開
- API定義はJCPを通じて決める
とsun社員が言ってるYO。

439:デフォルトの名無しさん
04/05/14 23:29
今Javaを愛しているSun社員はいるの？
ほとんどリストラされたり出て行ったんでしょ？

440:デフォルトの名無しさん
04/05/14 23:44
今からJava3Dやるなら、Xith3Dがいいかも。
URLﾘﾝｸ(www.xith.org)

441:お勉強中。
04/05/15 01:15
>>440
とりあえず行ってみた。
英語だ…＿|￣|○。
とりあえずJava3D一区切りつけてからもちょいみてみようと思います。
おんなじ様なシーングラフ構造してますよ
って書いてありますよね？。＞Xith3D＞Java3D。

442:デフォルトの名無しさん
04/05/16 20:06
>>440
Javaでできているんだな？
100%PureJavaなのか？

443:デフォルトの名無しさん
04/05/16 21:19
>>442
JOGLかLWJGLが必要。
URLﾘﾝｸ(jogl.dev.java.net)
URLﾘﾝｸ(www.lwjgl.org)

444:デフォルトの名無しさん
04/05/16 21:21
>>442
PureJavaな3Dエンジンなんて需要あるか？
Javaでソフトウェアレンダリングなんて、実装できたとしても劇重だろ。

445:デフォルトの名無しさん
04/05/16 21:59
Java2Dももっとアクセラレーションきいてくれんかね
今のままだとアクセラレーションきく状況なんてまずないしのう
カラーキーつき転送だけでもいいからもっとバリバリ動いてくれれば・・・

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の出来がよくなったのが個人的には非常に大きい
ネイティブとの見分けがますますできなくなったという感じ

次ページ