3Dデスクトップ総合 6 [CompizFusion/Beryl/etc]

2007/12/19(水) 05:33:48

CompizFusion、Beryl、Compiz、LookingGlassなど
Linux板で扱える話題の3Dデスクトップ総合スレッドです。

CompizFusion
http://compiz-fusion.org/

CompizFusion Forums
http://forum.compiz-fusion.org/

CompizFusion wikipedia
http://wiki.compiz-fusion.org/

LookingGlass
http://www.sun.com/software/looking_glass/

前スレ
Compiz Fusion総合スレッド
http://pc11.2ch.net/test/read.cgi/linux/1186859442/

3Dﾃﾞｽｸﾄｯﾌﾟ統合ｽﾚ 4面目 [Beryl/Compiz/AIGLX/Xgl]
http://pc11.2ch.net/test/read.cgi/linux/1174056261/

3Dﾃﾞｽｸﾄｯﾌﾟ統合ｽﾚ 3ｸﾞﾘ目 [Beryl/Compiz/AIGLX/Xgl]
http://pc11.2ch.net/test/read.cgi/linux/1170886825/

3Dデスクトップ統合ｽﾚ 2 [Beryl/Compiz/AIGLX/Xgl]
http://pc10.2ch.net/test/read.cgi/linux/1167226498/

3Dデスクトップ統一スレ【AIGLX Xgl Compiz Beryl】
http://pc8.2ch.net/test/read.cgi/linux/1162697402/

2008/02/14(木) 22:07:40

＞いずれxglの時代が来ると楽観してたけどaiglxの方が栄えてる気がする。
なんでそう思ったのかｋｗｓｋ

2008/02/15(金) 00:25:30

>>175
aiglxはX11標準だから、そしてどこのデストリもX11はデフォルト。
X11には既にaiglxは組み込み済みでxorg.confに数行書き加えるだけで即動く。
xglは別途xglをインストールしないとならない。
aiglxが最初からインテルのチップセット内蔵で動いたのも大きい。
(当初xglはインテル非対応、今現在もi915以上のはずでi8xxは切り捨て)
世の中のPCは大部分がインテルのチップセット内蔵を使う安物PC。
これがノートになるとおそらく99%以上がインテルのチップセット内蔵。
デスクトップよりノートの方が出荷台数が多いご時世。
xorgは対応ハードの多さとlinux界の名士fedoraという事でaiglxを標準に採用。
(今は知らないが当初xglはlinux界から嫌われていたのもある、xglへの反発でaiglx開発が加速した)

2008/02/15(金) 00:49:07

> linux界の名士fedora
（　´∀｀）

Xglは発表当時は開発体制がクローズドだったんだよな

2008/02/15(金) 09:18:22

>>176
ｔｈｘ
どっちかっていうとなんでいずれxglの時代が来ると思ってたかのほうに
ついて聞きたかったんだけどねｗ

2008/02/15(金) 20:33:26

XglってSUSEだったよな。
俺はnvidiaのカードでAiglxの方が簡単導入&パフォーマンスも良いってことでXglは使わなくなったな。

2008/02/15(金) 21:09:53

nvidiaって、aiglxすら使わないんじゃなかったの？
おれはATI+Xglだから詳しくは知らないけど

2008/02/15(金) 22:42:36

Xglの成果はglucoseとかいう名前でX11本体に取り込まれるらしいから
Xglの時代が来るってのもあながち間違ってない気がする.

>>180
使わないよ
http://www.nvnews.net/vbulletin/showpost.php?p=996264&postcount=28

2008/02/16(土) 00:38:21

>>171
＞Xglて元々のドライバに3Dサポートがなくても動くらしく、2Dのみのradeonドライバとか
＞VirtualBoxの中でもCompizが動いてヌカ喜びしたら、キューブの切り替えなどが紙芝居で
＞（’・ω・`）になったので、そんな状態のような気がします。
なんかこれ気になるんだけど、
Xglってそういうもんだったっけ？
最初でたとき、intel、nvidia、atiのカードでしか動かなかった気がするんだけど

2008/02/16(土) 00:42:21

>>167
使ったことないから知らないけど、
http://www.theinquirer.net/en/inquirer/news/2006/04/14/ati-releases-linux-driver-update
> The big thing is that ATI now supports Avivo, even under Linux, and we do know that many of this community plays with video files than with games.

というのがある。古い記事だけど。

2008/02/16(土) 00:47:06

みんないいよなぁ。
俺のUbuntu専用ノートなんてS3ProSavage積んでるもんだから
視覚効果なししか選べねぇんだもんなぁ。

酒飲んで寝ようorz

2008/02/16(土) 07:39:40

アプリによってウィンドウ内容がちゃんと更新されないことがあります。
例えばタブを切り替えようとクリックしても何も表示が変わらず、
ウィンドウをリサイズするとやっと更新されるといった具合です。

2008/02/16(土) 10:11:09

CompizFusionつかえばCPUにさせていた描画処理をGPUに肩代わりさせることになるから
リソース的には有利、て解釈はあってる？

このばあいオンボードVGAでもそうなの？最近のオンボードは、一昔前のハイエンド並に
よく働くと聞いてるから

2008/02/16(土) 10:48:03

>186

そういう場合もある、ぐらいでチャレンジしてみたら？
環境によるので一概には言えないと思う。

ただ、i915でCore SoloなノートPCなオレはわりと恩恵を受ける。
普段(仕事)は古風な環境を使っているけど、なんかMac OS Xユーザが
まわりに増えてくると対抗してcompiz設定したユーザで
ログインし直したりする。

電池喰うけどな (acpiの申告によれば、5時間→3時間半)。

2008/02/16(土) 13:12:49

>>185
アプリによって描写がすごく遅いことはある。されないってのはよくわからん
環境と描写されないアプリ教えてくれればだれか同じ環境の人が確かめてくれるかも

2008/02/16(土) 15:06:26

>>186
CPUリソース的には有利(無論エフェクトてんこ盛りだとリソース食いつぶすが)。
メモリーは静的にはmetacityより小さいくらいだがウィンドウごとにpixmapを食う。
描画が速くなるか遅くなるかはGPUの能力次第。
利便性/リソース比を考えると圧倒的にcompiz優位。
もしgnomeなら迷わずemeraldを使うべし、これケチると損。

2008/02/16(土) 15:08:34

オンボードだとBIOSでVRAMへの割り当てを目いっぱい増やした方がいい

2008/02/16(土) 18:55:23

>>190
i915の自分は幸せになりますか？

2008/02/16(土) 20:19:07

>>188
Option "XAANoOffscreenPixmaps" "true"
が抜けてたせいのようで、
http://wiki.compiz-fusion.org/Intel_with_AiGLX
に従って修正したら直りました。スレ汚しすみませぬ。

2008/02/17(日) 06:28:59

まじでVirtualBoxのなかでcompiz動いた
でもテラ紙芝居ｗｗｗｗｗｗｗｗｗｗｗ
ttp://www.cs.toronto.edu/~andreslc/xen-gl/
このへん使ってうまく高速化できたらおもしろいんだがなぁ

2008/02/17(日) 21:52:36

最近はATIも楽だね。
ubuntuなんてドライバ入れたらAIGLXが有効になって
すぐcompiz動いてるし。

2008/02/18(月) 07:26:06

うーん、compiz-fusionを動かすとGimpの描画が無茶苦茶遅くなる・・・

やっぱRadeon9600なのが悪いのかな
鳥はPCLinuxOS(Mandriva)
何も考えずにコントロールセンターで3DデスクトップをON
多分純正のfglrxドライバが使われてまつ

2008/02/18(月) 07:39:46

>>195
GIMPは普通に使ってもたまに重いからな
compiz使わないときに比べて明らかに重いなら、プラグインのオンオフで原因を切り分けてみれば？

2008/02/18(月) 09:28:01

>>196
RPGのNPCキャラみたいに自分の後を送れて●がツイーっと・・・

切り替えながら使いまつ

2008/02/18(月) 18:00:21

>>197
む、そういう意味じゃなかった。
compizそのものじゃなくなんかのプラグインが原因かもしれんから、それを
調べてみればcompiz切らなくても大丈夫じゃない？ってこと

2008/02/18(月) 20:01:05

>>195
デスクトップキューブ→ミニマップ
このチェックをはずすとGimpに支障がでない。

Berylの頃もこれが引っかかってたかな？
どうにかGimp側で対処変更して欲しい部分。

2008/02/19(火) 06:09:35

>>198
うーんいろいろ切ってみたけどダメですね・・・

>>199
やってみましたが状況変わらず

xorg.confの設定が悪いのかなぁ

2008/02/19(火) 09:30:05

俺もATIだと不具合出まくりだ。
技術があればどうにかできるかもしれんが。
compiz fusionをonにしたら2D描画が劇重になるから、
最近はずっとoffにして使ってる。
KDEだからそこまで描画でもたつくわけじゃないし。

2008/02/20(水) 09:32:25

>>193
VMGLがVMware Playerで動くのかな？
ゲストでCompiz動かしてみたいよ。
http://en.wikipedia.org/wiki/Comparison_of_virtual_machines#_note-0

2008/02/20(水) 23:07:12

今までスルーしてたけど、atlantisって使ってみたら、けっこう面白い
http://usamimi.info/~linux/d/up/up0114.jpg
思ってたよりそんなに重くもなかった

2008/02/21(木) 09:59:14

>>203
どの辺が面白そうなのか…分からん。

2008/02/21(木) 13:00:46

>>204
言う前に試せ。
俺は紙芝居になってしまい撃沈。
GPUがサポートしていない機能はソフトでエミュレートするので悲しい事になる。

2008/02/23(土) 00:47:48

うーん、やっぱりfglrxで動かんなぁ。
Debian lennyで、

$ glxinfo |grep GLX_EXT_texture_from_pixmap
GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap

な状態なのだが、

$ compiz.real --replace
compiz.real (core) - Fatal: GLX_EXT_texture_from_pixmap is missing
compiz.real (core) - Error: Failed to manage screen: 0
compiz.real (core) - Fatal: No manageable screens found on display :0.0

なんでやー。

2008/02/23(土) 00:56:03

>>206
Debian/lenny,Cata8.1でX1250,HD3850両方ともちゃんと動いてるよ。
何故かX1250は3次元のウィンドウを使うと描写が乱れる。

2008/02/23(土) 01:16:36

8.1? Driver versionってところみると8.45なのだが、これが悪いのかな...
ちなみにX1300/X1550 Seriesと出ているようです > Graphics Card
むむー。

2008/02/23(土) 01:45:10

8.1ってのはCatalyst Software Suiteのバージョンのことです。
2008年第1版を意味し同梱ドライバーのバージョンとは同期していません。

2008/02/23(土) 08:08:23

>> 208
fusion-icon 導入する
もしくは
compiz-manager スクリプト
http://gitweb.compiz-fusion.org/?p=fusion/misc/compiz-manager;a=summary
の
# Driver whitelist
WHITELIST="nvidia intel ati radeon i810"　行に fglrx を追加して
導入するとか

2008/02/24(日) 10:47:56

現在Beryl2.0を１年ぐらい使用してきたんですけど
BerylとCompizFusionってどっちが速いの？
もし、Compizの方が速度的に速いなら乗り換えも考えてます
環境がセレ2.4GHz nVidia FX5200と非力な環境なもので。。。

2008/02/24(日) 13:01:32

ぜんぜん非力じゃないじゃん

2008/02/24(日) 17:20:11

>>212
3年まえにドスパラで3万ちょいで買ったマシーンだよ
最近のマシーンからしたら十分非力じゃないの？

2008/02/24(日) 17:22:54

それはP3 1Ghz の GeForce2 MX を使っている俺への挑戦か？ああん？

2008/02/24(日) 17:54:31

>>213
windows基準で言わんように。
linuxはリソースを無理やり無駄遣いして古いハードを使えなくしたりはないから。
だいたいゲームじゃないんだからさ。
たかがデスクトップ表示にんな高性能が必要なわけないでしょ、i915もあれば十分。

2008/02/24(日) 19:47:04

>>215
それは845Gでデスクトップの壁で我慢している俺への挑戦か？あは～ん？

2008/02/24(日) 19:51:12

Cubeで喜んでるのはガキだろ
俺も64X2でnVidiaだけどデスクトップの壁使ってる

2008/02/24(日) 20:27:46

ていうか、GF2や4程度でヌルヌル動かせる機能に対して非力だとかなんとか言うのはいかがなものか？
そもそも、openGLに依存する機能をCPUを持ち出して非力だとかなんとか言うのはいかがなものか？

2008/02/24(日) 20:33:57

いやいやCPUも関係してくるだろう
FX5200クラスだと動画の激しいターンとかのシーンで若干引っかかる感じがするだけで
普段は本当にヌルヌルだよ。この辺が解決できればと....

2008/02/24(日) 20:51:03

CPUに依存するエフェクト切ればいいんだよ。
キューブぐりぐり回すなんてCPUはほとんど無関係。
コードは知らないけどたぶんテクスチャをマッピングしたら後はGPUの仕事でしょ。
そのテクスチャはまんま通常描画してるpixmap、つまりCPUは通常業務しかしてない。
CPUはいつものようにビデオを再生してるだけで再生中のウィンドウをキューブに張り付けて
グリグリ回してるのはGPU。
CPU+GPUのデュアルプロセッサーの威力実感。

2008/02/24(日) 20:53:36

ドライバとかコードによるじゃん

2008/02/24(日) 22:54:21

コードレスインパクトドライバ

2008/02/24(日) 23:53:40

てかGeForce2でCompiz動くの！！？？

2008/02/25(月) 00:34:12

俺が半年くらい前に試した結果だと
UbuntuのcompizよりSUSEのXGLの方が
キューブの回転が明らかになめらかだったんだけど
他にも、比較したことある人いるかな？
ちなみにGF7600GS

2008/02/25(月) 01:20:58

>>223
失敬だなちみわ、ちゃんとぐりんぐりんぐにゅぐにゅ動いているもん、ぷんぷん。

2008/02/25(月) 02:18:38

>223
GeForce2 MX 400 で Compiz-Fusion してますが何か。
実用性薄いエフェクトは切ってるけどな。

2008/02/25(月) 05:17:44

知らなかった。てっきり動かないとばかり。
GTS（たったっけ？）が大量に余ってるから試してみようっと。

2008/02/25(月) 07:36:39

なんかatlantisハックしてみた
http://usamimi.info/~linux/d/up/up0121.jpg
まだつくり途中で魚平たいんだけど、これもカラフルでいいかもw

2008/02/25(月) 10:56:43

>224
loose-binding を有効にしてみるとか。

2008/02/25(月) 12:27:23

GF2-400どころか、GF2-200でもヌルヌル動くだよ
要するに、OpenGLのGPUが自立しているかどうかなんだな

2008/02/25(月) 13:09:47

で、BerylよりCompizFusionは軽くなってるの？

2008/02/25(月) 18:35:32

心配ならberyl使ってればいいよ。
俺はberylの開発終了でcompizに乗り換えたけどね。
beryl2.3を使っていたのが痛かった。
X11がちょこちょこ変わるからberylもちょこちょこビルドし直さないとならない。
でもうっかりberyl2.3のソース消してしまった。
開発終了でネットには2.0のソースしか残っていない。
明らかに2.3の方がよく動いてたのになんで2.0がstable最終なんだよ、理不尽。
つー事でさっさとcompizに乗り換え。
compizにしてもemeraldだから特に代わり映えはしない。

2008/02/25(月) 19:49:27

rsg

2008/02/26(火) 20:07:47

プルダウンメニューが半透明になってるのを止める方法はありますか？

2008/02/26(火) 21:02:38

あります

2008/02/26(火) 23:50:15

やけに簡潔だな

2008/02/27(水) 01:21:43

>>230
なるほどテレビデオ

2008/02/27(水) 15:00:21

3Dデスクトップは重いというイメージを捏造したMSの罪は重いね。

2008/02/27(水) 17:26:16

MSなんて罪深いどころの騒ぎじゃないな

懲役256年の禁固刑に処す

2008/02/27(水) 17:39:23

compizにかえたらgnomeパネルのウィンドウ一覧の更新が
berylと比べて遅いなあ。退化だ。

2008/02/27(水) 19:52:34

>>240
動作が遅くなった＝退化じゃないだろう

2008/02/27(水) 20:01:08

退化だろうw

2008/02/27(水) 20:12:29

なら戻せばいいじゃん。
設定ちゃんとすればberylより速くなると思うけどね。
compizでGoogle Eathがまともに表示できるようになったのに感動したよ。
3DデスクトップにDRIのオーバーレイをどうやってるのか知らんけどすごい。

2008/02/27(水) 20:29:56

動作が速くてもコードがぐちゃぐちゃでメンテナがいないとか
いろんな政治的なものがあるからね、この世界。

2008/02/27(水) 20:45:50

それは政治的とは言わない

2008/02/27(水) 20:47:30

やくざがからむと凄いみたいだよ。

2008/02/28(木) 02:47:49

山口組がオープンソースOS採用　Ubuntuを検討か？

みたいな感じか

2008/02/28(木) 02:50:48

からまれてるところもあるみたいだけど

2008/02/28(木) 11:10:34

やっぱりBerylのほうがCompizFusionよりヌルヌルだわw

2008/02/28(木) 12:12:01

それがどうした？

2008/02/28(木) 12:16:46

ぼくドラ

2008/02/28(木) 13:05:04

エ？

2008/02/28(木) 13:37:23

糸文

2008/02/28(木) 14:07:02

でもberylは完全に終わってるからもうじき動かなくなるよ。
下手したら次にX11がアップデートしたらberylは死亡。
ある日突然最新版がネットから姿を消し終了のお知らせだもんな、びっくりだわ。
政治決着ついて事実上berylの開発は全面禁止。
普通はこういう強硬なやり方に逆らって開発続ける人がいるもんだけどberylは完全に打ち切り。
最低でもメンテだけは続けるもんだけどberylはメンテもされずに完全停止。
linuxの政治とはこういうもん。

2008/02/28(木) 14:10:07

berylの人たちの作戦勝ちじゃないの？

2008/02/28(木) 14:50:01

買ったか負けたかはもっと後にならなきゃわからんだろう
どうしてもberylじゃなきゃいけないわけでもなし、compizに何か不満があるのか？

2008/02/28(木) 14:55:40

compiz遅いじゃんw

2008/02/28(木) 15:30:50

>>257
うちの環境じゃあまり違いがわからんな
なんか設定とか変えてみれば？

2008/02/28(木) 16:48:58

久しぶりに使ってみたら大分快適になったなぁ。
あとはドライバがDRI2対応になればよいんだがgalliumと一緒にでもなりそうだよな。。。

2008/02/28(木) 19:05:24

>>254
CompizからフォークしたBerylが、せっかく苦労してCompizへバックポート
してFusionになったのだから、さらにBerylの開発をする人は居ないってことだろ？

いちおうCompizFusionのgitwebにはQuinn Stormの名前があるし、
Berylサポートフォーラムもある。
http://forum.compiz-fusion.org/forumdisplay.php?f=105

2008/02/28(木) 20:27:57

政治ってのは悪いこともあるけどいいことでもあるわけじゃん。
つまりは開発リソースがCompizに集中するってことだろ？

2008/02/28(木) 21:12:04

>>261
同感。
Linuxのプロジェクトは、同じような趣旨のものを、わずかな違いで分散させすぎる傾向がある。
好きなものを好きなように作ってるから、そうするのも自由であるべきなんだけど、
結果として開発リソースが分散されてしまったり、メンテナが居なくなったりする遠因になる。
個人的にはfusionしてくれてとても良かったと思うわ。

2008/02/28(木) 21:13:08

最近は開発リソース余剰だよ。
ソフト開発は他の工業製品と違って人数かけるほど効率が低下する。
そして一人の天才の生産性は1000人の凡人に勝る->天才に協調性はなく独立指向が強い。
すぐに罵り合いを始めるw
今回はこのまま平行線でいったら二度と統合できないギリギリのタイミングって事でしょ。
これ以上普及が進んだら一本化は難しくなるandコード的に解離が大きくなりすぎる。
一本化の要求は利用する側、つまりデストリから出たと思うよ。
compizもberylも厳格な依存を要求する手間のかかるパッケージ。

2008/02/29(金) 00:44:04

ぶっちゃけcompiz等使ってると描画がむちゃくちゃ重くならない？
結局Metacityに戻しちゃった

2008/02/29(金) 00:48:59

>>264
俺の場合はMetacityの方が描画遅いな。
Compizの方が速いというかスムーズだから、体感速い。

2008/02/29(金) 05:41:05

>>265
ネットやファイル操作なんかの軽い作業はCompizの方がスムーズだけど
高画質なH.264なんかはMetacityなんかの普通の描画を使用したほうが
明らかにスムーズに再生できるよ。

2008/02/29(金) 15:00:40

俺はもうScale無しじゃ苦しくなってきた。
Windowsも仕方なく使うが、ちょっと窓開いただけで
すし詰めタスクバーか1枚ずつのAlt+Tabか。

2008/02/29(金) 15:03:39

スケールってMacでいうエクスポゼか？
便利そうなんだけど、キーボード派の俺はAlt+Tabで済ませちゃう。

2008/02/29(金) 17:19:30

>>268
キーボードにもバインドできるんじゃないか？
俺はALT+TABは現在のワークスペースに限定してて（ALT+TABしたいような
ウインドウを同じワークスペースに配置）、スケールは画面隅の設定で
マウス片手にマッタリWeb見てるような時に使うかな。

2008/02/29(金) 17:25:26

>>269
お前は俺か．
Scale便利．

2008/02/29(金) 18:17:19

>>264
compizの方が遥に便利だし何よりCPUのリソースを食わないのがいい。
Metacityは100%CPUが画面を描画してる。

>>266
それオーバーレイが動いてないからだよ。
オーバーレイが動いていればMetacityでもcompizでも全く変わらない。
ダイレクトに画面に表示するのがオーバーレイでMetacityやcompizはウィンドウの枠を書いてるだけ。
GPUにもよるけどMplayerとxineはcompizでもオーバーレイ可。
totemはMetacityでは可、フラッシュは元々オーバーレイ表示は無い。
(totemはgstreamer依存、ようするにgstreamerが駄目)

2008/02/29(金) 20:29:55

exposeと違ってファイルをドラッグしたままウィンドウ選択できないからダメ＞スケール
あれだとalt+tabのスイッチャーの方がいい
っていうか表現方法が違うだけで実質的に同じもの

2008/02/29(金) 20:57:30

>>271
totem-xineがあるね

2008/02/29(金) 21:00:14

dbus回りでなんかしてやらないとダメなのか。
てか俺のマウスはチャタリングが酷くてDNDの操作は苦手なんだよな…。
いやそもそも普通のクリックも1クリックで4回は発射されるという。