Xgl

1 名前：login:Penguin [2006/05/26(金) 19:18:02 ID:MNEbuO/E] NOVELL: Xgl www.novell.com/linux/xglrelease/ 260 名前：login:Penguin mailto:sage [2006/10/07(土) 20:25:18 ID:1bELW4fq] compizがウィンドウマネージャなんでなかった？ 261 名前：login:Penguin mailto:sage [2006/10/07(土) 20:26:29 ID:On2wSNEn] >>259 gnomeが思い時点で厳しくないか？ 262 名前：login:Penguin mailto:sage [2006/10/07(土) 20:59:06 ID:Hx8Rdqg9] いろいろ調べたけどジニーエフェクト出来ねえよお 263 名前：login:Penguin mailto:sage [2006/10/07(土) 21:07:54 ID:p1N7PzQA] >>260-261 言い方が悪かったみたい Gnome抜きでXGLとCompizのみで起動したいってこと 264 名前：login:Penguin mailto:sage [2006/10/07(土) 21:14:50 ID:jxrtsmJk] xglで画面回転中とかAlt+Tabで切り替え中にfreezeするのって どうやって問題箇所を切り分けていけばいいんだろう？ ｳｶﾞｰ 265 名前：login:Penguin mailto:sage [2006/10/07(土) 22:07:40 ID:On2wSNEn] >>264 ｇｄｂ 266 名前：264 mailto:sage [2006/10/07(土) 22:09:03 ID:jxrtsmJk] >265 majisuka w 267 名前：login:Penguin mailto:sage [2006/10/07(土) 23:43:07 ID:G1UrT2vq] >>262 berylで出来る 使ってないけど 268 名前：login:Penguin mailto:sage [2006/10/08(日) 09:44:40 ID:mkbGL4RU] >>262 ttp://ubuntuforums.org/showthread.php?t=263851 ttp://forum.beryl-project.org/topic-4861-howto-install-beryl-dapper-nvidia-using 不安定だけどどうぞ。 269 名前：login:Penguin mailto:sage [2006/10/08(日) 16:46:28 ID:27ZaTYUi] ちょっとアドバイスを頼む 現在の環境だと720x480のMPEG2をxine -V openglで再生させると コマ落ちするんだけど、CPUとグラボを乗せかえるとしたら どっちが効果あるかなぁ？ あと、xine以外にxglで使える動画プレイヤーない？ mplayerをxglで使えたら最高なんだけど。。。 現在の環境 CPU: Celelon2.4GHz MEM: 768 グラボ: GeFourceFX5200 128M プラン１ - CPUをP4の3GHzにする。 プラン２ - グラボをGeForuce6600にする。 プラン１とプラン２で悩んでる 270 名前：login:Penguin mailto:sage [2006/10/08(日) 16:52:48 ID:0/bnPf9i] 何のサーフェイスで再生されているかによって変わる。 ビデオオーバーレイサーフェイスなら、CPU ポリゴンサーフェイスに描画されて、かつそれがシェーダ使用での再生ならGPU 一番ありそうなのは 「XGLそのものがまだ未完成」 この場合完成を待てばどちらも買い換える必要はない。 271 名前：login:Penguin mailto:sage [2006/10/08(日) 16:59:09 ID:jWaFwgdQ] >>269 mplayerもvlcもxglで使えてるよ。 272 名前：login:Penguin mailto:sage [2006/10/08(日) 21:59:09 ID:eLZlMrKQ] >>269 コマ落ちはplayerのnice値を変えると改善する可能性があるらしいよ 273 名前：login:Penguin mailto:sage [2006/10/10(火) 00:39:04 ID:UHs3ypNT] ウィンドウが画面の上下にめり込まないんだけど Compiz Settingsの何処で設定を変えればめり込むんでつか？ 274 名前：login:Penguin mailto:sage [2006/10/10(火) 00:52:36 ID:+czogekx] >>273 Move Window のところの Constrain Y to 〜 の２つのチェックを外す。 275 名前：login:Penguin mailto:sage [2006/10/10(火) 01:20:56 ID:UHs3ypNT] >>274 おっ出来た！ サンクス！！ もう一個質問 メニューが出る時ブルブルしてるの止めるにはどしたらいいの？ 276 名前：login:Penguin mailto:sage [2006/10/10(火) 01:27:23 ID:+czogekx] >>275 Wobbly WindowsのMap Window TypesのUnknownのチェックを外す。 277 名前：login:Penguin mailto:sage [2006/10/10(火) 01:39:36 ID:UHs3ypNT] >>276 アプリのメニューはブルブルしなくなったんだけど Gnomeのアプリケーションメニューとかがブルブルしてる 278 名前：login:Penguin mailto:sage [2006/10/10(火) 01:40:36 ID:Id6vJdtH] >>277 全部チェックをはずす 279 名前：login:Penguin mailto:sage [2006/10/10(火) 01:44:05 ID:+czogekx] >>277 各項目の横にあるiのボタンを押せばその項目の説明が出るから、それを参考にいろいろいじってみたら良い。 元に戻したかったらiのボタンの隣にあるボタンを押せばその項目のデフォルトに戻せる。 自分でいろいろ試すのが一番だよ。 280 名前：login:Penguin mailto:sage [2006/10/10(火) 01:46:39 ID:UHs3ypNT] >>278-279 サンクス出来た 面白いからいろいろいじってみるぉ 281 名前：login:Penguin mailto:sage [2006/10/10(火) 02:02:39 ID:WhyBFn8g] >>262 ジニーエフェクト(っぽいやつ）だけど、beryl いれてもそのままじゃ使えないかな。 Animation Plugin / Magic LampsのMaxWaves でゼロを指定できればいいんだけど デフォだと3でロックがかかってるみたい。 なので、animation.c で 3 になってるところを一文字かえてやると 使えるようになるかな。 --- beryl-plugins.orig/src/animation.c  2006-10-10 00:47:05.000000000 +0900 +++ beryl-plugins/src/animation.c       2006-10-10 00:47:22.000000000 +0900 @@ -117,7 +117,7 @@  #define ANIM_MAGIC_LAMP2_GRID_RES_MAX      200  #define ANIM_MAGIC_LAMP2_MAX_WAVES_DEFAULT  3 -#define ANIM_MAGIC_LAMP2_MAX_WAVES_MIN      3 +#define ANIM_MAGIC_LAMP2_MAX_WAVES_MIN      0  #define ANIM_MAGIC_LAMP2_MAX_WAVES_MAX      20  #define ANIM_MAGIC_LAMP2_WAVE_AMP_MIN_DEFAULT  200 282 名前：281 mailto:sage [2006/10/10(火) 02:09:48 ID:WhyBFn8g] 上の例だと、Magic Lamp2 の Max Wave をゼロを指定できるようになるので、 Animation Plugin の Minimize/Unminimize Effectを Magic Lamp2 に指定、 Magic Lamp2 のパラメータを Grid Y = 200 / Max Waves = 0 にしてやれば、ジニーっぽい事ができる。 上の動画でやってるジニーと同じものか分からないけど。 ソースをざっと見た限り、Max Wave がゼロだと、波をたたせずに何もしないみたいだし ゼロ除算とかも無いと思う。 基本的にcompiz でも、同じだから行けるはず。 当方は、OpenSuse 10.1 + beryl 061006-2.1 + beryl plugins -061006-3.2 でやってます。 283 名前：login:Penguin mailto:sage [2006/10/10(火) 02:39:47 ID:EMdV5ZOS] >278 ﾜﾗﾀ 284 名前：login:Penguin mailto:sage [2006/10/11(水) 22:56:51 ID:yl5G213Y] SUSE10.1のXGLだとCtl+Alt+↓キーで 仮想デスクトップが縮小表示されて選べるんだけど compizで同じことは出来ますか？ 285 名前：login:Penguin mailto:sage [2006/10/11(水) 22:58:39 ID:oKOREH4N] >>284 途中のバージョン？からデフォルトのキーが変わった。 Ctl+Alt+PageDownになった。 設定で変えること出来るけどね。 286 名前：login:Penguin mailto:sage [2006/10/11(水) 23:02:22 ID:yl5G213Y] >>285 ども、それで出来ましたサンクスです。 287 名前：login:Penguin mailto:sage [2006/10/12(木) 18:37:59 ID:BRQyI/ga] 仮想デスクトップ切り替えの時にキューブでクルっと回転して切り替わるけど そのキューブの背景(現在は黒バック)を変えられるみたいだけど方法を教えてくれ Cubeの上下の赤い奴じゃなくてキューブの後ろのバックのことね。 288 名前：login:Penguin mailto:sage [2006/10/12(木) 18:41:53 ID:d7D/oCxy] >>287 Desktop CubeでSkydomeにチェック。 FilenamesタブのSkydome Imageを指定。 289 名前：login:Penguin mailto:sage [2006/10/12(木) 18:53:21 ID:BRQyI/ga] >>288 サンクス！それで出来たよ でもちょっと重くなるね 動画再生が一瞬とまるようになった... 290 名前：login:Penguin mailto:sage [2006/10/13(金) 22:12:48 ID:T5WghyWE] 640x480のサイズのDivx動画を再生すると みんなどれぐらいCPU食いつぶしてる？ セレ2.4GHzでFX5200なんだけど70%ぐらい 再生だけで食われちゃうんだけど 291 名前：login:Penguin mailto:sage [2006/10/14(土) 00:20:22 ID:lX9j7DfY] よくわからんが、WMVとかはすげー重いな。 MPEGはHDTVのTSファイルでもなんなく再生できるんだが。 292 名前：login:Penguin [2006/10/14(土) 09:09:48 ID:HoSo7ia2] だから何でグラフィックボードばかり強調したがるのか ソースの何を見てそう判断しているのか まさか何も見ない何も理解しないでテキトーな思い込みで言ってるのか 293 名前：login:Penguin mailto:sage [2006/10/14(土) 09:51:59 ID:kwHyu9D6] >>292 ？ 294 名前：login:Penguin mailto:sage [2006/10/14(土) 10:30:45 ID:grYLcDUj] うちも動画が重くて、DISPLAY=:0 mplayer hoge.mpgみたいに色々したけど どんどん惨めな気分になってきて結局戻した。 >>291 再生支援が効いてるってこと？ 295 名前：login:Penguin mailto:sage [2006/10/14(土) 11:44:30 ID:dIGSGsKC] つかvideo outは何よ? Athlon64 3000+ Geforce4200 mplayerでxvid再生してxvで70%、glで40%、x11で30%ぐらいだな 296 名前：login:Penguin mailto:sage [2006/10/14(土) 12:30:52 ID:grYLcDUj] 294だけど、XGLでならxvで60-70%かな。 gl､gl2だとはじめはxvより軽快だけどデスクトップを操作するうちにコマ落ちするので駄目だった。 しばらくするとメモリが足りないのかスワップすることもあるし、ながらだと全体がもっさりする。 やってることのわりに動作は軽快だし、操作性も好きだったんだけどね。 AthlonXP 2500+ memory 1G radeon9600（知り合いが地雷版だって言ってた） 297 名前：290 mailto:sage [2006/10/14(土) 19:38:31 ID:SjvUJwli] >>294-296 参考になりました みんなglだと動画再生でパワー食われてますね...ちょっと安心。 GeForce7600やRadeonX1600クラスのグラボならどうなのかな？ 298 名前：login:Penguin mailto:sage [2006/10/14(土) 19:45:15 ID:kKBe9hts] >>297 Athlon64 3200+ メモリ 2G 7600GS でxvで再生してCPU使用率20〜25％。 ちなみにそのときの周波数は1Gだった。（デフォは2G） gl2で再生すると30〜35％で周波数はMAXの2G。 glの方がCPU使うね。 299 名前：290 mailto:sage [2006/10/14(土) 20:05:53 ID:SjvUJwli] >>298 gl再生で、その程度の消費量なら理想でつね あした7600クラスのグラボ買ってくるかな 自分もgl2のほうが軽い感じがするけどglよりカクつく感じは気のせいかな？ 300 名前：login:Penguin mailto:sage [2006/10/14(土) 23:29:57 ID:kKBe9hts] >>299 俺の環境ではなぜかglでは落ちてしまう。 ちなみに64bitUbuntuで32bitのmplayer。 使用率の数字を出したファイルはStage6に置いてあるIWGPのファイルです。 301 名前：login:Penguin mailto:sage [2006/10/19(木) 07:28:05 ID:RXK+x9yf] Berylアップデートしたみたい ttp://blog.beryl-project.org/ 302 名前：login:Penguin [2006/10/19(木) 14:48:36 ID:8MyRvk0h] 炎上してるな 303 名前：login:Penguin mailto:sage [2006/10/19(木) 18:32:35 ID:EV2zh9OY] berylどっから落としたら良いのかがわからないお 304 名前：login:Penguin mailto:sage [2006/10/19(木) 21:30:44 ID:yTVNj43Q] PS3のあまりあるパワーでうにょうにょしたい www.itmedia.co.jp/enterprise/articles/0610/18/news055.html 305 名前：login:Penguin mailto:sage [2006/10/19(木) 23:26:18 ID:yTVNj43Q] ありあまるパワーｗ 306 名前：login:Penguin mailto:sage [2006/10/19(木) 23:42:40 ID:mfQkqpXC] >>303 wiki.beryl-project.org/ 307 名前：login:Penguin mailto:sage [2006/10/20(金) 08:56:08 ID:yMh+LwC3] >>304 ぶっちゃけSPE特化したコードを書かないとローエンドPC以下の性能しかないよ コードのデカいXとかそもそもOS動かすのは向いてない。 308 名前：login:Penguin mailto:sage [2006/10/20(金) 11:30:42 ID:+d8055Gl] >>306 thx 309 名前：login:Penguin [2006/10/20(金) 11:53:03 ID:Z2oWozgy] arstechnica.com/articles/columns/linux/linux-20061018.ars/2 According to Haitzler, "e17 shines in raw efficiency" and "can do all its fancy graphics without Open GL, without Compiz, without Xgl, without massively fast CPU's and tons of video RAM and high-end graphics chips." 310 名前：login:Penguin mailto:sage [2006/10/20(金) 12:09:27 ID:IV8MK/vl] E17とは、またしゃれたものを採用しますな 311 名前：login:Penguin mailto:sage [2006/10/20(金) 12:14:49 ID:IV8MK/vl] E17は、OpenGLなしCompizなしXglなし速いCPUやハイエンドVideoCard 大量のメモリがなくても、ファンシーなゲラフィック、エフェクトを実現しますよ みたいなこといってるな 312 名前：login:Penguin mailto:sage [2006/10/20(金) 12:48:00 ID:9WA9i1Af] (；ﾟдﾟ) (つд⊂)ｺﾞｼｺﾞｼ 　　_, ._ （；ﾟ Дﾟ） ID:IV8MK/vl 313 名前：login:Penguin mailto:sage [2006/10/20(金) 12:49:02 ID:FkuFwrXp] >>311 特殊効果全滅とか動くけど劇重とかかもね。 しかしE17がYDL独自開発みたいな記事はどうかと思う。 314 名前：login:Penguin mailto:sage [2006/10/20(金) 13:17:25 ID:IV8MK/vl] >>313 ????? 315 名前：login:Penguin mailto:sage [2006/10/20(金) 13:46:06 ID:FxNDvt3D] つーか速いGPUとビデオメモリ載ってんだから使えばいいのに 316 名前：login:Penguin mailto:sage [2006/10/20(金) 13:56:22 ID:cO3Zfi/p] 速いCPUもハイエンドGPU乗っかってない・・・ 317 名前：login:Penguin mailto:sage [2006/10/20(金) 18:22:45 ID:BsXx2dey] KDE4ってE17みたいになるの？ 318 名前：login:Penguin [2006/10/20(金) 22:12:57 ID:TPEvJ5BO] やはり、 VistaにしろXglにしろそうだが、使ってみて 「だから何でござるか」 という感じが強い。 ・ウィンドウが透明になったから何なのか。 ・擦りガラス状になったから何なのか。 何の役に立たんではないか。 319 名前：login:Penguin mailto:sage [2006/10/20(金) 22:19:04 ID:IV8MK/vl] 別にいいんじゃない、Linuxの場合は、他のWindowManger使えるわけだし 他のWindowManagerも開発続いてるし Windowsもできるんだろ、クラシックにｗ 320 名前：login:Penguin mailto:sage [2006/10/20(金) 22:20:01 ID:IV8MK/vl] あと無駄な改行はやめたほうがいいかと 321 名前：login:Penguin mailto:sage [2006/10/20(金) 22:31:25 ID:NjLxYBmW] 世の中なんてみんな虚構さ あの子のまつげもあいつの夢も 親の体裁も俺の身長も 322 名前：login:Penguin mailto:sage [2006/10/20(金) 22:32:50 ID:+SJ2AKSs] ゲーマー以外に、高価なGPUを買わせる言い訳。 323 名前：login:Penguin mailto:sage [2006/10/20(金) 22:35:36 ID:UXFmvR6Z] >>318 意味の無いエフェクトもいっぱいあるけど、実利のある物も多いよ。 ウインドウの移動時に下のウィンドウの内容が透けてみえると、どこまで ウインドウを動かせば必要な情報が見えるのかがわかりやすく、その結果 ウインドウを動かす動作が最小限で済む。 通常のウインドウを動かす操作で別ワークスペースまでウィンドウを動か せるため、違和感なく複数ワークスペースを使い分けれる。 各ウィンドウを個別のテクスチャに描画しているため、重なりあった ウィンドウを動かしても下にあるウィンドウに再描画イベントが走る必要が なくなり、動作が軽い。 反応の無くなったアプリケーションを暗く表示するなど、これまでになかった 視覚表現により、アプリケーションの状態を分かりやすく表現できる。 324 名前：login:Penguin [2006/10/20(金) 22:50:24 ID:aDCM1EmE] ウィンドウを動かす手間を惜しむやつは居ない -誰も苦労していないし不満も出ていない -むしろ「そんなこともできないのか」とバカにされる ワークスペースで困ったやつは居ない -誰も苦労していないし不満も出ていない -むしろ「そんなこともできないのか」とバカにされる ポリゴンサーフェイスのほうが負荷は高い -ポリゴンだから当たり前 -それにWindowsもLinuxもサーフェイス描画管理はオーバーレイ方式、VRAM経由なので -重なったりすればどっちにしろリドローが絶対に必要 -リドローに使う命令が異なるだけでリドローは絶対に必要 色が変わらないことで困ったやつは居ない -動かないのだから一発で分かるし -むしろ「そんなこともわからないのか」とバカにされる 325 名前：login:Penguin mailto:sage [2006/10/20(金) 22:54:04 ID:UXFmvR6Z] >>324 かわいそう。いままでバカにされて育ってきたんだね。 そんなに怯えなくても、怖い人ばかりじゃないよ。 326 名前：login:Penguin mailto:sage [2006/10/20(金) 22:54:47 ID:ijJs1+52] xglの"やるな"と思ったところは視覚的表現による機能性のコンセプトを 失っていないこと。F8キーを押したとき、言いたいことがよくわかった。 しかしながら、女性群に見せると、「おもしろ〜い♪私も使える？」 …使いかたもわかった。 327 名前：login:Penguin [2006/10/20(金) 22:56:35 ID:aDCM1EmE] >>325 かわいそう。サルでもできる操作もできない、プログラムも知らないで いままでバカにされて育ってきたんだね。 そんなに怯えなくても、怖い人ばかりじゃないよ。 328 名前：login:Penguin mailto:sage [2006/10/20(金) 22:59:52 ID:IV8MK/vl] 10年後にも同じことが言えてたら、見直してやるけどなｗ 10年後にはみんな普通に使ってると思うぞ LinuｘのXGLだろうが、WindowsのAeroだろうが 過渡期には変なやつがわくというのは世の常かな XGLはいいね、エフェクトがPluginで提供されてるから、 いらない機能は切ることもできるし、エフェクトの微妙な振る舞いを 調整できるから 329 名前：login:Penguin [2006/10/20(金) 23:02:26 ID:aDCM1EmE] こんなことはバァカでも知ってる基本。 ゲームでも何でもそうだが オーバーレイだから、最前面にあるものしか保持できない。 3D管理にしても、出力は最前面しか保持できないし 保持できないからコーディネート管理しかできない。 絵では保持できない。 保持できないからコーディネート管理なのはさっきも書いたとおりだが Zなどの「バッファ」がある。 ここに入るのは座標情報だけ。絵は入らない。 再描画が必要ないとか、サル未満のクズでも言わない恥ずかしい知ったか。 330 名前：login:Penguin mailto:sage [2006/10/20(金) 23:06:15 ID:UYbhLfEm] >>324 AeroもXglもサーフェイス独立してるからリドロー必要ないよ 331 名前：login:Penguin mailto:sage [2006/10/20(金) 23:08:18 ID:IV8MK/vl] Fvwmなどで、キーカスタマイズを割り当てるやつは ウインドウを動かす手間をお惜しむ部類だな 332 名前：login:Penguin mailto:sage [2006/10/20(金) 23:08:24 ID:UXFmvR6Z] >>329 描画済のテクスチャをハードウェアハードウェアアクセラレーションを 効かせて張り直すだけの処理と、アプリケーションのスレッドが自分の描画域を 何度も繰り返し描画しなおすのとでは、天と地ほどの差があるよ。 333 名前：login:Penguin [2006/10/20(金) 23:08:37 ID:aDCM1EmE] 3D管理にしても、出力は最前面しか保持できないし 保持できないからコーディネート管理しかできない。 絵では保持できない。 保持できないからコーディネート管理なのはさっきも書いたとおりだが Zなどの「バッファ」がある。 ここに入るのは座標情報だけ。絵は入らない。 334 名前：login:Penguin mailto:sage [2006/10/20(金) 23:08:57 ID:IV8MK/vl] だから、無駄な改行は.... 335 名前：login:Penguin [2006/10/20(金) 23:12:07 ID:aDCM1EmE] WM_PAINTによるリドローの負荷(WM_PAINT発行) と ポリゴンサーフェイスにリドロー（コーディネーションしてVRAMから読み込み貼りかえる） することによる負荷の差も知らないド素人。恥さらし。 336 名前：login:Penguin mailto:sage [2006/10/20(金) 23:13:26 ID:UYbhLfEm] ここで言ってるリドローってそういうレベルの話なのか？ それ言ったら、画面はリフレッシュするんだから、常にリドローしつづけてるとも言えちゃうけど.. 337 名前：login:Penguin mailto:sage [2006/10/20(金) 23:14:36 ID:IV8MK/vl] 改行にあせりを感じる 338 名前：login:Penguin mailto:sage [2006/10/20(金) 23:15:09 ID:IV8MK/vl] おつつけよ、改行君 339 名前：login:Penguin mailto:sage [2006/10/20(金) 23:15:41 ID:IV8MK/vl] 落ち着いて(ウッフン 340 名前：login:Penguin mailto:sage [2006/10/20(金) 23:19:24 ID:UXFmvR6Z] まぁ落ち着いて深呼吸してから、実際にウィンドウ振り回してみて負荷を比べてみなよ。 明確に差が出るから。 ハードウェアアクセラレーションってすごいなぁと実感できるよ。 341 名前：login:Penguin [2006/10/20(金) 23:37:44 ID:aDCM1EmE] >>336 「描画」だが。 リフレッシュは「モニタ」の仕事 この期に及んでハードウェアアクセラレーションとか言うバカは プログラムすらできないバカしかいないがねｗ 342 名前：login:Penguin mailto:sage [2006/10/20(金) 23:40:04 ID:K8V94meO] 低賃金負け組の日本IT土方は黙れよ プログラムプログラム五月蝿いんだよ 343 名前：login:Penguin mailto:sage [2006/10/20(金) 23:41:27 ID:IV8MK/vl] >リフレッシュは「モニタ」の仕事 344 名前：login:Penguin [2006/10/20(金) 23:42:55 ID:aDCM1EmE] リドローを「リフレッシュ」とは言わん。 「リフレッシュ」とは。 345 名前：login:Penguin mailto:sage [2006/10/20(金) 23:44:52 ID:IV8MK/vl] refreshとは? 346 名前：login:Penguin mailto:sage [2006/10/20(金) 23:47:32 ID:IV8MK/vl] ヘボグラマが仕事奪われた勢いだなｗ 347 名前：login:Penguin mailto:sage [2006/10/20(金) 23:48:21 ID:UXFmvR6Z] >>341 で、ちゃんとウインドウ振り回して負荷比べてきた？ 348 名前：login:Penguin [2006/10/20(金) 23:49:04 ID:aDCM1EmE] で、これはやってきた？ WM_PAINTによるリドローの負荷(WM_PAINT発行) と ポリゴンサーフェイスにリドロー（コーディネーションしてVRAMから読み込み貼りかえる） することによる負荷の差も知らないド素人。恥さらし。 349 名前：login:Penguin mailto:sage [2006/10/20(金) 23:57:03 ID:UYbhLfEm] >>341 リフレッシュして画面を書き出すのはGPUの仕事だよ フレームバッファから特定のリフレッシュでDACなりなんなりに出力するんだから。 モニタは受けた信号を出力するだけ。自らリフレッシュはしない。 350 名前：login:Penguin mailto:sage [2006/10/21(土) 00:01:17 ID:ZnSTxMbh] >>348 めんどくさいけどちゃんとレスしてあげると > WM_PAINTによるリドローの負荷(WM_PAINT発行) これはアプリケーションによる差がかなり大きい。 コントロール数の多いものや、イベント時に特殊な動作を仕込んでるものではかなり重たい。 また重なるアプリケーション数が増えれば当然その分重くなる。 >ポリゴンサーフェイスにリドロー これは全部CPUがやれば上記のものよりかなり重たい処理だが、ほとんどをGPUが受け持つので、 CPUの負荷は少なく済む。 351 名前：login:Penguin [2006/10/21(土) 00:08:20 ID:d2x4wQSj] 出力はGPUの仕事ではない。 GPUはCPUの指示がなければ動けない GPUの仕事はVRAMに格納するまで。 比較もおかしいな 片方だけ特殊状況というのもすごい。 352 名前：login:Penguin [2006/10/21(土) 00:11:22 ID:d2x4wQSj] というか、そもそも根本から間違っている。 モニタのリフレッシュは「モニタの走査作業」であって、 OS・が管理する部分やVRAMの中身まで書き換えているのではない ということ 今更こんなガキでも知ってることを強調するまでもないが、 知らないバカもまれに居る。 353 名前：login:Penguin mailto:sage [2006/10/21(土) 00:16:50 ID:7Y8TJw90] >>351 ごめん、後学のために教えてほしいが フレームバッファを読んでDACに書き出すのは誰の仕事？ いい加減スレ違いの話題かな・・・ 354 名前：login:Penguin [2006/10/21(土) 00:17:13 ID:d2x4wQSj] 仮にVRAMの更新頻度＝リフレッシュレートだとすれば、 ゲームでのフレームレートのインフレが説明できない。 モニタが75Hzなのに、ゲームのフレームレートが120だの150だの 行くはずがない。VRAMの更新頻度であるから、 75なら75までしか行かない。 バカのシロートがV-syncとか言い出すだろうが 垂直帰線を「待つ」のがV-syncなので 仕組みからして「VRAM更新頻度は同調していない」ことがわかる。 355 名前：login:Penguin [2006/10/21(土) 00:19:47 ID:d2x4wQSj] >>353 ごめん、後学のために教えてほしいが DACへと入れよと命令するもの DAC送信の命令を出すもの これらは誰の仕事？ いい加減スレ違いの話題かな・・・ 356 名前：login:Penguin [2006/10/21(土) 00:22:40 ID:d2x4wQSj] I/Oマネージャにアクセスできるのは誰なのか ドライバは誰からの命令を受け取るのか これも教えてくれ 357 名前：login:Penguin mailto:sage [2006/10/21(土) 00:25:09 ID:8CBJEMU7] >356 お前定期的に湧いて出てくるな 358 名前：login:Penguin mailto:sage [2006/10/21(土) 00:38:02 ID:ZnSTxMbh] ウィンドウ振り回してCPU負荷を比べるスクリーンショット撮ってきたよ。 振り回し中なので乱れてるところがあるのは御了承ください。 compiz antiasterisk.neconet.net:40080/up/src/antiast2268.png metacity antiasterisk.neconet.net:40080/up/src/antiast2269.png 359 名前：login:Penguin mailto:sage [2006/10/21(土) 00:38:12 ID:7Y8TJw90] >>354 誰もVRAMの更新頻度=リフレッシュレートとは言ってないと思うけども。 フレームバッファを特定の周期(=リフレッシュレート)で走査して、DACから クロックとデータを出力する仕事をするのはGPUじゃないの？ CPUがハングしても画面が出続けるのは何故？ 360 名前：login:Penguin [2006/10/21(土) 00:43:07 ID:d2x4wQSj] 336 名前： login:Penguin [sage] 投稿日： 2006/10/20(金) 23:13:26 ID:UYbhLfEm ここで言ってるリドローってそういうレベルの話なのか？ それ言ったら、画面はリフレッシュするんだから、常にリドローしつづけてるとも言えちゃうけど.. 画面のリフレッシュ とは、つまりはモニタのリフレッシュレートのことだろう。 モニタリフレッシュするたびにVRAMの中身まで書き換えていると。 そう思っているのだろう

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef