- 1 名前：デフォルトの名無しさん mailto:sage [2006/10/18(水) 11:50:09 ]
- ハードウェアの高スペック化、JavaVMのホットスポットの高速化に伴い、
パフォーマンスの問題は徐々にですが改善されつつあります。
しかしながら、"Java"というだけで未だに敬遠されるのが現状。
そんなSwingと引き続き付き合っていくみんなのスレッドです。
Java低速GUI Swing 4 （前スレ）
pc8.2ch.net/test/read.cgi/tech/1140533866/
Java低速GUI Swing 3
pc8.2ch.net/test/read.cgi/tech/1121700954/
Java低速GUI Swing 2
pc8.2ch.net/test/read.cgi/tech/1095398949/
Java低速GUI Swing
pc5.2ch.net/test/read.cgi/tech/1062271447/l50
- 620 名前：614 mailto:sage [2007/07/04(水) 18:56:44 ]
- >>616
いけましたよ!! ギガントありがとう!!
- 621 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 21:33:41 ]
- >>617
ttp://java.sun.com/javase/ja/6/docs/ja/technotes/tools/windows/java.html#-jar
ドキュメントを読む習慣を付けようぜ。
- 622 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 21:49:10 ]
- -jar使うのかよ
普通は使わんし、使うならマニフェストファイルに書くの普通だろ
Swingと何も関係ないやんか
- 623 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 22:00:11 ]
- スレ違いではあるが
>>622
とことん読まないね。
ttp://java.sun.com/javase/ja/6/docs/ja/technotes/guides/jar/jarGuide.html
>デスクトップ上で JAR ファイルをダブルクリックすれば javaw -jar により JAR ファイルが自動的に実行されます。
- 624 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 22:04:36 ]
- ダブルクリック起動なんて使い物にならんよ
オプション設定できないから
- 625 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 00:43:07 ]
- Windows Explorerを否定する617=622=624に脱帽
- 626 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 00:54:08 ]
- 最近のGUIシェルならむしろダブルクリックで
関連付けされたプログラム実行の方が一般的だろ。
自分を正当化してかみつきたいだけの馬鹿はスルーしとけよ。
- 627 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 11:41:18 ]
- >>624
lauch4j
- 628 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 12:00:32 ]
- > 625-626は624のいいたいことわかってるのかな
- 629 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 13:08:40 ]
- そのソフトがGUIなら起動後にオプション設定して再起動が今じゃ普通だが
それを回避するためにコマンドライン引数受け付けるのもあるけど、あくまでも救済処置だろ。
今となっては。
- 630 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 13:27:57 ]
- >629は、わけがわかってないと見た。
- 631 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 13:43:14 ]
- >>629
たぶんアプリケーションのオプションではなくJVMオプションの類の話をしてると思われる
- 632 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 14:47:03 ]
- 関連付けでオプションも設定しておけばいいんじゃね？
- 633 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 14:53:28 ]
- 起動するときにアプリにオプションを渡さないといけないのはCUIでGUIではあまりないと思うが
- 634 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 14:57:18 ]
- JavaのVMは別
- 635 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 15:07:49 ]
- オプションといってもVMのオプションね。
システムプロパティを指定する-Dや、
VMの種類を選択する-clientや-serverとか、
メモリ割当プールの最大最小サイズを指定する-Xmxや-Xmsなど。
今のところ、実行可能Jarをダブルクリックでは、
これを個別指定することはできない。
まあただ、-clientや-serverはCPUやアーキテクチャによって
自動選択されるし（おおよそではあるけど）
-Xmxと-Xmsも、Java6からは規定値が64MB/2MBではなくなり、
物理メモリに応じた値に変わるようになった。
ttp://java.sun.com/javase/ja/6/docs/ja/technotes/guides/vm/gc-ergonomics.html
-Dやその他のVMオプションは無理としても、
実行可能Jarの手軽さを全否定するほど、使えないってことは無いと思う。
- 636 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 20:26:11 ]
- GUIアプリほどオプションが必要。
SwingやJavaの動作が速くなったとはいえ、デフォではGCによる停止時間が長すぎるので
使い物にならないのさ。
あくまでも快適に動くアプリはチューニングされたオプションが前提。
マニフェストファイルにオプションがかけないのでここは厳しいんだよな。
WebStartもメモリだけしか対応してないので厳しい。
普通の人は２，３秒もGCでGUIがとまってたら使わないと思う。
- 637 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 20:28:14 ]
- >>635
6では単純なサーバークラス検出動作からかわったの？
- 638 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 21:28:25 ]
- わかった。
VMのチューニングしないとまともに動かないような、リッチでヘビーなGUIアプリはお前に任せる。
俺は、VMのチューニングが不要な、チープでライトなアプリ作って、実行可能jarで配布するよ。
ところでV2C使ってると、クライアントサイドJava & Swingもいいもんだと思えてくる。
もっとも、あれは作者さんのがんばりに寄るところが大きいのかな。
HTMLビューアは自作してるそうだし。
- 639 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 22:25:02 ]
- V2CだってデフォだとGC時にあほみたいに重くてつかえんだろ・・・
- 640 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 22:46:47 ]
- GCが一瞬で終わるウチの環境はハッピーなんだな。
ガンガレ639。お前には未来とVMチューニングがある。
- 641 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 02:48:48 ]
- デフォでGCで2,3秒とまるって、どんなアプリをどんな環境で使ってるんだろう？
Swingで最重量級といえるNetBeansでも、そんなに止まることはないが。
- 642 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 07:00:10 ]
- とりあえずOSはWindows 98だろうな。
- 643 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 20:16:52 ]
- IntelCore＋XPでNetBeans5.5.1も2,3秒とまるよ
コンカレントGCに変更すれば大丈夫だけど
- 644 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 21:46:12 ]
- メモリがバカみたいに少ないんだろうか
- 645 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 22:02:26 ]
- メモリは1.5GBだーね
glassfish立ち上げたりDB立ち上げると1GBじゃたりないよね
NetBeansはデフォだとまったくメモリが足りないから増やしてるさ
もしかしてみんなヘビーにNetBeansつかってないの？
- 646 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 23:37:13 ]
- ヘビーに使ってるよ。最近2GBじゃ足りない。
いや、コンカレントにするより、分散GCの周期を1分から延ばすのと
スループット並列GCにする方が快適だったりするかもしれないぞ。
でもIDEのVMとアプリケーションサーバのJVMは分けるよ。
違う性質のアプリなんだから分けた方がチューニングしやすい。
って何の話になってるんだ。
V2Cは、多分に作者さんのコーディングの腕で快適になってるんだと思う。
- 647 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 23:54:15 ]
- >>646
遅いのはFullGCだけだからFullGCがでなければそれでいいのさ
GCチューニングはJavaでゲーム作ったりしてテストしてるから大丈夫
5ms以下にしていれば体感的に問題はないかな
メモリが多いとパラレルがわりと有効だけど、パラレルにするとスループットはいいけど、
レスポンスが大幅に低下するから、使う場面が結構難しい
マルチコアだからパラレルでいいというよりはGC用にずっとコンカレントだけ動かしてるほうが
いい場合も多いかな
まぁ、バックグラウンドコンパイルとかもあるし、AP鯖やDB鯖も起動するからIDEだけにフルにまわすわけには行かないからね
最近はVM系もよく使うからなおさらかな
ところでAP鯖とIDE、デバッグ起動とそれぞれVMは自動的に分かれるよね?
Tomcatだってデフォだとメモリ少ないし-Xmxいれないとまずうごかん
あーSwingがもはや関係なくなってしまった
- 648 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 11:24:32 ]
- >645
glassfishとJavaDBはNetBeansと違うVMで走るよ。
- 649 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 12:59:29 ]
- >>648
何を当たり前のことを
- 650 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 15:41:58 ]
- glassfish走らせようがJavaDB走らせようが、GCには関係ないってことだ。
- 651 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 16:00:02 ]
- >>650
マルチプロセスでの動作を考慮ってことだろ。
- 652 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 19:59:56 ]
- とりあえずSwing関係ねーから他所行けや
- 653 名前：デフォルトの名無しさん [2007/07/24(火) 12:16:09 ]
- eclipseを使ってGUIをつくりたいんですがサンプルファイルの
import javax.swing.*;
public class Sample1 extends JFrame{
public static void main(String[] args){
Sample1 frame = new Sample1();
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setBounds( 10, 10, 300, 200);
frame.setVisible(true);
}
}
という簡単なものを表示してみようと思ったのですがサンプルどうりに300,200の
大きさのウインドウが表示されず左上隅に小さいウインドウが表示されるだけです．
なぜこうなってしまうのでしょうか？
- 654 名前：デフォルトの名無しさん [2007/07/24(火) 13:30:36 ]
- こちらの環境では上手く動いてるっぽいよ。OSはXP。
java version "1.6.0_02"
Java(TM) SE Runtime Environment (build 1.6.0_02-b06)
Java HotSpot(TM) Client VM (build 1.6.0_02-b06, mixed mode, sharing)
気休めだけど setLocation(int, int), setSize(int, int) とかも試してみたら？
- 655 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 13:52:23 ]
- >>653
Swingではやってはいけないコーディングなのがきになるが、それどこのサンプルなの？
- 656 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 14:21:25 ]
- >655
なんかまずいか？
- 657 名前：デフォルトの名無しさん [2007/07/24(火) 14:22:08 ]
- >>655
www.javadrive.jp/tutorial/
ここを参考にやったんですが出来ません．
>>654
1.6.0_02を使っているけど出来ませんxx
- 658 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 17:09:02 ]
- setMaximumSize, setMinimumSize, setPreferredSize, setSize
- 659 名前：デフォルトの名無しさん mailto:sage [2007/07/24(火) 18:00:31 ]
- import javax.swing.*;
public class Sample1 extends JFrame{
public static void main(String[] args){
SwingUtilities.invokeLater(new Runnable() {
public void run() {
Sample1 frame = new Sample1();
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setBounds( 10, 10, 300, 200);
frame.setVisible(true);
}
});
}
}
ウインドウマネージャ次第でフレームは再配置やリサイズされるかもしれないしな。
>>658のようないろいろなヒントをマネージャに与えれば言うことを聞いてくれるかも。
- 660 名前：デフォルトの名無しさん [2007/07/27(金) 00:38:57 ]
- ボタンを押すなりしてイベントが発生したときにコンポーネントの大きさや
位置を変えたり、非表示だったのを表示するようにしたりしているのですが、
大きさと、位置が変わってくれません。
デバッグしたところ正しい値はコンポーネントのプロパティに入っているようなの
ですが、、、
- 661 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 01:16:14 ]
- 画面リフレッシュしてる？
- 662 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 01:17:14 ]
- たぶんpackとかもわからないんだろうなぁ
- 663 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 14:24:01 ]
- 何のLayout使っているのかも重要だから書かないとな
- 664 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 01:26:08 ]
- モーダルなJDialogをsetVisibleする場合は、invokeAndWaitを使えばよいのでしょうか？
- 665 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 02:14:54 ]
- >>664
invokeLaterでええやん
例えばボタンとかを押してActionListener#actionPerformedを呼んで
その中からJDialog#setVisibleするのならinvokeAndWaitは使えない
- 666 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 10:04:35 ]
- >>664
使わなくてもいいよ
AWTスレッドなら
- 667 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 12:29:26 ]
- やりたい事
・BufferStrategyを使って描画
・フルスクリーン表示
・メニューの表示
CanvasでBufferStrategy使って描画、Canvasを含むJWindowをフルスクリーン表示
フルスクリーン画面でJPopupMenuを表示するとCanvasの描画が走るタイミングでJPopupMenuが消える
JPopupMenuをJInternalFrameで実現してJDesktopPaneとの組み合わせにしてもダメでした。
BufferStrategyを使わなければ実現出来るのに・・・。
ゲーム作ってる人で同じ悩みに直面した人いませんか？
- 668 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 13:25:18 ]
- >>667
JPopupMenu#setLightWeightPopupEnabled(boolean) で false にしろとかって話でなくて？
- 669 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 14:00:11 ]
- >>668
はやり、消えます。
BufferStrategyからgetDrawGraphicsしたGraphicsでMenuを描画すれば良いのでは
と思いついたのですが描画は出来ても機能せず。
フルスクリーンじゃない時はMenuがCanvasの上に表示されるので
フルスクリーン＋BufferStrategyの組み合わせがどうにも悪いのかなと・・・。
- 670 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 14:00:35 ]
- だからお約束のようにAWTとSwingまぜるなと
- 671 名前：デフォルトの名無しさん [2007/07/31(火) 14:10:17 ]
- >>670
JWindowからcreateBufferStrategyしてもダメでした。
- 672 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 14:13:51 ]
- JPopupMenuがSwingだからこれを使ってはダメ
- 673 名前：デフォルトの名無しさん [2007/07/31(火) 14:34:53 ]
- >>672
部品を全てawtに統一しJPopupMenuの変わりにDialogを使用したところ無事実現できました。
事象が上手く理解できていないので今からソースを見て理解を深めたいと思います。
ありがとうございました。
- 674 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 14:50:24 ]
- Swingってのはフレームから下を全てSwingフレームワークによってソフトウェア描画する
AWTってのは各種OSなどに描画を任せる
混ぜるな危険ってのはそういうこと
Swingコンポーネントを使いつつBufferedStrategyが使いたいという用途はあまりないと思うので
その場合はSwingフレームワークにあわせること
ゲームなどでBufferedStrategyは使うと思うが、メインループスレッドからバックバッファに描画、
その後repaint発行でいける
この場合注意すべきポイントはrepaintはいつ呼ばれるかわからないということ
つまりトリプルバッファのようにバックバッファが最低2つは必要になる
BufferedStrategyなどでゲームに特化した話題ならゲーム製作板へどうぞ
- 675 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 16:31:47 ]
- >>667
BufferStrategy の原理上そうなると思う．
昔ちょっと試したときの結論はゲームにメニューバーは付けない(そもそもかっこわるいし)で
ゲーム内にメニューを実装する，でした．
- 676 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 17:39:57 ]
- AWTでしか実現できない機能なんてあんのか〜、しらなんだわ。
- 677 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 18:00:20 ]
- GLCanvasもそうだけどいわゆるハードウェアべったりな動作を期待したい場合AWTを使うしかない
この仕組みを変えるためにはSwing自体大幅にパイプラインをかえないといけない
で、JOGLに関してはJavaSE6でそうなる予定だったのだが、不具合のためOFFになってしまった
そろそろ標準でJOGLついていてもいいと思うけどね
まともに3D動かそうとすると必須だし
- 678 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 18:21:29 ]
- swingとawtのFPS比較サイトとかあれば良いのにな。
- 679 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 18:31:18 ]
- ゲームの話か？
描画内容を反映させるのにBLITが必要なく、垂直同期が取れるAWTのほうが有利
JNIによるダイレクトなレンダリングも期待できる
GUIコンポーネントというのならSwingのほうが将来的にも拡張性的にも有利ではないかと
- 680 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 18:41:02 ]
- というかBufferStrategyのdoc読んだら重量には効かないのが分かるだろ。
>>677
このバグ自体は昔からあるけどいざ、潰してみたらVGAドライバ由来の物だということが分かったので当分無理。
だから途中でデフォルト無効になったんだし。
これさえ直ればちゃんとGLPanelがつかえるんだよ。
せっかく、JOGLがjavax.*まできたのに・・・。
JOALも標準拡張にしてやってくだせぇ。
ミドルレンジ以上のサウンドカードじゃないとOpenALまともにサポートしてないから無理かな？
- 681 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 19:13:05 ]
- ところでJava3DとJOGLのちがいってなに？
- 682 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 19:53:15 ]
- （そのレベルなら）なに気にすることはない。
自分で調べろや
- 683 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 21:35:54 ]
- ImageからBufferedImageへの変換ってどうやるの？
- 684 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 21:37:05 ]
- >>683
Java言語から勉強したほうがいいよ
- 685 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 21:57:55 ]
- >>683
www.amazon.co.jp/Java-Swing-Hacks/dp/4873112788/
この本の17ページに書いてあるよ
- 686 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 21:59:16 ]
- >>683
BufferedImage→ Graphics→drawImage
これで分からなきゃ初心者スレ行ってくれ
- 687 名前：デフォルトの名無しさん [2007/07/31(火) 22:06:50 ]
- JTableで編集中のセルの行インデックスを取得する方法ありますか？
- 688 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:07:40 ]
- ファイルからロードしたImageだからgetGraphics（）でnullになるんだけど、どうすれば・・
- 689 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:12:10 ]
- >>687
APIに載ってるんだが、なんで調べないの?
つ getEditingRow()
- 690 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:31:30 ]
- >>686 ああ、できた。あんがと
- 691 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:32:46 ]
- SwingとAWTを混ぜるなって話だけど・・・jdk7で変わるのかね？
Heavyweight/Lightweight Mixing feature of Java 7
ttp://forums.java.net/jive/thread.jspa?threadID=29175&tstart=0
ごめん内容いまいち追い切れてない。
- 692 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:44:27 ]
- >>691
まだmacはJDK5だと言うのに・・・。
- 693 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:46:38 ]
- そうだったのかｗ
あんまバージョンアップが早いと
リタイヤするOSが増えそうだな
FreeBSDも5だっけか
- 694 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:53:32 ]
- >>692
6の開発者向けプレビューが去年から更新されてないんだよね。
たぶん4月にはLeopardと一緒に正式リリースを目論んでいたんだろうけど、
Leopard10月になっちゃったし。
- 695 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:02:50 ]
- >>683
BufferedImageってImageインターフェースもってるだろ？
BufferedImageにすってことはどれだけ情報がうしなわれるとか考えた?
- 696 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:04:40 ]
- >>682
で、どっちが活発にメンテされてるの？
- 697 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:15:09 ]
- 去年JOGLは1.0がリリースされGLCanvasは現実的に使えるようになった
Windows版しかみてないが、ネイティブ版の8割くらいの速度で動くと思えばよい
1.0GHzで動いていたのと同じように動かすためには1.2GHzくらいが必要
Java3Dはかなり前に試したが、とにかく遅くて使い物にならないことや高レベルすぎるんじゃないかな
ゲーム以外ならJava3Dでいいのかもしれないけど
- 698 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:34:42 ]
- >>697
なるほど。よく分かった。
- 699 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:37:02 ]
- JOGLだとOpenGL専用で、どこでも使えるJavaっぽくないけど、
これ自体がオプションパッケージだから、依存性が強くてもいいのかもしれない。
Java3Dがまだこなれてないんじゃ、しようがないね。
- 700 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:38:25 ]
- >>695 Image.getGraphics()がアンサポート例外出すのがやなんだけど
- 701 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:46:50 ]
- >>699
OpenGLはWindowsやLinux、Solarisなどで動くオープンなAPIだよ
Java3Dは実装選べるけど結局OpenGLかDirect3Dかの二択だしプラットフォームはかわらんよ
sunが自前で全部実装ってのは無理
ビデオチップベンダとの協力が必要だから
- 702 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:48:51 ]
- >>700
オフスクリーン以外で実行したらそれがでるのは正しい動作
それにImageなんて抽象クラスなんだから実装はさまざまだ
- 703 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:51:33 ]
- 開発者側で混ぜるな危険をなんとか言ってるのはJava3D/LG3D関係か？
てかJOGL1.0はもう古い。今は1.1.0。
java2DをJOGLのテクスチャに合成するutilが追加されてる。
1.0までだとここらへん自力でやらないとだめだったけど今なら
java2Dで描画できるもんならなんでもJOGLに持っていけるようになったからフォント描画も楽になった。
ビルボード上にテクスチャ貼ってスプライトさせるなら自分でやった方が効率よさそうだけど。
- 704 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:53:45 ]
- >>703
1.0からできるっしょ？どっかかわった？
混ぜるな危険はSwingがでたとき、1.1時代からいわれてるよ
- 705 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:57:04 ]
- >>699
何言ってんだ？JOGLもJava3DもOpenGL使ってるだろ。
それに両方、標準拡張。
万人が使うわけじゃないからJREから外されれてるだけ。
そこらのJNI使った拡張機能とはわけが違う。
- 706 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 00:13:53 ]
- >>704
そうじゃなくてoffscreen renderingの問題だよ。どうにかなったのこれ？
昔から言われてるのは常識だろ。
>1.0からできるっしょ？どっかかわった？
javadoc嫁
- 707 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 00:49:41 ]
- >>706
落としてきてあるのだけは確認した
com.sun.opengl.util.j2dパッケージが追加されたのか
いままでもJava2Dからのテクスチャ生成ができたけど、これは動いてる最中も反映されるんか?
毎回getTexture必要になるっぽくみえる
今週末久々にJOGLいじってみるか
問題は激しくすれ違いなことだがJOGLのスレってなかったか
- 708 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 03:07:03 ]
- なるほど。ためになった。
- 709 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 05:49:39 ]
- >>707
JOGLにしかない機能・作法が意外とあるのにどこいってもJOGL専用話してる所がないんだよ。
JOGL紹介サイトでもOpenGLの教本に書いてあることくらいしか書いてない。
jogl-demosのソースか洋書あたるのが近道。
国内はJava3Dだらけだ。
- 710 名前：デフォルトの名無しさん [2007/08/01(水) 08:39:42 ]
- 良スレの予感。
- 711 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 10:57:50 ]
- >>709
JOGLって作りこみの部分に入るとOpenGLまんまだから迷うことはないけど
たしかにそのセットアップとかTipsとかそういう情報ゼロに近いね
一方JavaのゲームではJOGLしか選択の余地がないから非常に悩むところ
Java2Dのアクセラレーション範囲が狭いことに加え、アルファブレンディングの種類が足りなすぎる
おかげで２D描画もOpenGLが必須になるという・・・
- 712 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 11:05:22 ]
- 今気がついたんだが「LayoutManager2」なんてクラスがあるんだな。
本当にこんなネーミングで良いのか？
- 713 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 13:40:12 ]
- クラスというかインタフェースだけどな
配置の制約情報オブジェクトをコンポーネントに関連付けるメソッドが追加されたLayoutManager
ネーミングについては確かに投げやりだな
- 714 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 23:48:14 ]
- SAX2.0なんて2がつくの結構あるぜ
- 715 名前：デフォルトの名無しさん [2007/08/02(木) 01:26:14 ]
- >>712
そりゃたしかに投げやりなネーミングだな。ひどい
- 716 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 04:06:22 ]
- じゃあどんな名前ならよかったんだ?
- AdvancedLayoutManager
- ExtendedLayoutManager
- SuperLayoutManager
- LayoutManagerGreat
- 続・LayoutManager
- 717 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 04:23:15 ]
- LayoutManager4.0
アナログ的に配置指示
- 718 名前：デフォルトの名無しさん [2007/08/02(木) 10:30:35 ]
- >>716
続・LayoutManager に一票
- 719 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 11:29:00 ]
- ボーランドのライブラリは2がつくのたくさんあったな
- 720 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 12:01:51 ]
- Extended とか付けたら、もっかい拡張したくなったら名前に困るじゃん。
数字なら 3 とか 4 にすればいいだけで楽。
|
 |
