WindowsVista質問スレッド 25

WindowsVista質問スレッド 25 at WIN

975:名無し~3.EXE
07/11/09 10:50:58 XIpHkkgn
>>969
英文とやらが何かわかりかねます
たぶんディスクスキャンを行ってます
予期せぬシャットダウンなどの場合にディスクに損傷がないか調べるように
なってますから。
ディスクスキャンではなく、他の場合、英文を正確にメモして書いてみると
いいです

976:名無し~3.EXE
07/11/09 11:14:27 XIpHkkgn
DWMとデスクトップコンポジションをもうちょっとわかりやすくすると
みんなの目に見えてるデスクトップ→■
ウィンドウ１→□
ウィンドウ２→□
ウィンドウ３→□
・・・以下略
Aeroでは各ウィンドウ毎に目には見えない部分でセッション分けされて
管理描画される
ウィンドウ２に何か描画変更が合ったとしてまずはその部分だけを描画
後にDWMが合成処理を行って目に見える■に反映する
この時他のウィンドウ１や３はそのままの状態を維持してるだけ
各ウィンドウ毎に目に見えない部分で描画されてから合成処理されるの
でCPU負荷は下がり、部分的な処理になる
Aero無効時はDirect3Dの描画結果をそのまま目に見えるデスクトップに
反映してるだけなので、一枚しかない中で共有してる状態
何か変動すると全面描画し直しになる
このためにCPUはGPUに対して描画命令を全体的に発効するので負荷
が高くなる
アニメのセルの背景と人物の関係を連想すると良い
もし背景も人物も一枚一枚アニメーターが書いてるとするとその労力は
シャレにならない
背景や各人物・物体などセルにわけて描いて合成すれば、動きのある
部分のセルだけを変更すれば良いのでアニメーターが楽になる
こんな感じ？ｗ

977:名無し~3.EXE
07/11/09 11:17:44 5b9kAnlN
これを開いてⅣが見えるのはフォントのバグって本当？
URLﾘﾝｸ(1rg.org)

978:名無し~3.EXE
07/11/09 11:18:57 XIpHkkgn
Aero ON/OFFでウィンドウをつかんでぶんぶん振り回してみると違いが
わかるとおもいます

Aero ON時にはウィンドウの移動してもそのウィンドウを管理する部分だけ
描画し直しになるのと一度管理部分で描画してから合成するために、ちら
つき（ティアリング現象）が発生しにくくなります
部分的処理でCPU負荷を下げることにもなります

Aero OFF時に同じことをするとCPU負荷は高くなり全面描画し直しとなる
のでちらつきが発生しやすくなります

979:名無し~3.EXE
07/11/09 13:10:55 ngBoavsR
>>954
・リカバリ→カスペルキーアンインストール→KB939653を更新
・カスペルキーを7.0に更新、URLの問題解決方法を行う
等を行ってみたのですが駄目でした。OSを再インストールするしか無いんでしょうかorz
また、リカバリした後カスペルキーを7.0にアップデートするとアンチウィルスの定義ファイル
の更新が行えませんでした。配布元ファイルへの接続が出来ませんでしたとなります。
一体何が悪いやらさっぱりですorz

980:名無し~3.EXE
07/11/09 13:39:51 O7oYNLGj
>>979 セキュリティ板行ってみては
ｽﾚﾘﾝｸ(sec板)
のスレ>95-100　とかアンインスト＞再インストとかしてるな、>1記載のURLはみたほうがいい
最初の症状だと単純にKasperskyファイアウォールがIEの通信を止めてただけみたいだが。

981:名無し~3.EXE
07/11/09 13:49:10 ngBoavsR
了解しました。いろいろお手数掛けます；

982:名無し~3.EXE
07/11/09 15:16:02 Bh17Mf9K

983:名無し~3.EXE
07/11/09 15:51:48 DxljYMnj
お集まりの殿方に質問でござる。
古いソフトでウィンドウの端をつまんでリサイズすると、
ウィンドウ内がちらつくと思うが、
Vistaではいかがなものか？

①やっぱりちらつく
②あらゆるソフトでちらつかない

お答えいただけると幸いでござるよ。

984:名無し~3.EXE
07/11/09 15:53:51 GQ1DKYGo
よくここのスレで見かける「ハードディスクがガリガリ言ってるんですけど」っていう書き込みなんだけど、
実際ガリガリ言ってて、なんか問題あるんだろうか。

１，ガリガリ音が凄く大きくて、作業の支障になる。
２．ガリガリしている間、マウスもアプリも動かなくて困る。

て、言う事なんでしょうかね。

985:名無し~3.EXE
07/11/09 15:56:16 pUEHW0LP
>>984
カーソルが動かないとまでは言わないけど、やっぱ多少の引っかかりがある感じ。
いつもSuperFetchの読み込みが終わるまで待ってるよ。

986:名無し~3.EXE
07/11/09 16:22:50 bdcOLGld
>>984
ビジー状態のときはなるべく操作せず作業が終わるのを待つ
ビジーかどうかの判断にアクセスランプを見てる
たまになかなか作業が終わらないと思ってずっと待ってたら
端にアイドル状態を利用した作業だったりする

987:名無し~3.EXE
07/11/09 16:27:17 fXs4hVMS
>>986
ガジェットにCPUメーターとか置いとけば？

988:名無し~3.EXE
07/11/09 16:30:13 bdcOLGld
ある
ビジー状態とアイドル作業じゃCPUメーターの動きが違うの？

989:名無し~3.EXE
07/11/09 16:34:39 XIpHkkgn
>>983
一応実験してみました
使用するソフトはVistaのものとしてWindows Mail、IE7
旧描画APIを使ってる物としてJane Style、Firefox2
ウィンドウのサイズをリサイズする際のちらつき度を
体感ですが、検証

Vista付属のものは描画APIをWPFやDWMに最適化
されているのかちらつきは抑止されてる
Jane Styleは古い描画APIの中でもさらに古い仕様
で描かれているのか、ちらつき度合いが酷い
いちいちウィンドウ全体を描き直してる感じ
Firefox2は古い描画APIでも比較的新しい仕様なのか
ちらつきは抑止されてる
アプリケーションが使ってる描画APIに依存する形で
ちらつき度合いはかわるっぽい
単にAPIの互換性の問題なのか、それともアプリケ
ーションの描画処理の問題なのか
よって答えは①でも②でも無く、アプリケーションに
よってマチマチ

990:名無し~3.EXE
07/11/09 16:42:27 XIpHkkgn
たしか２ｋだかXPの頃に一回大きくウィンドウリソース周りの
仕様変更（API含む？）があったと思うんだよね
XPだったかもしれない
それ以降に対応した開発ツールで推奨されるAPIで作られ
てるものならちらつきはあまりないと思う
それ以前の開発ツールや非推奨APIで作られてるものは、
ちらつきやすいかもしれない
MSは小さな仕様変更も含めると結構頻繁にAPI弄るんだよね

991:名無し~3.EXE
07/11/09 16:57:36 fXs4hVMS
>>988
アナログの針のタイプじゃなくて線グラフタイプの方だと、あっ裏でコソコソ始めやがった、ってのが判りやすいよ

992:名無し~3.EXE
07/11/09 18:25:44 Bh17Mf9K

993:名無し~3.EXE
07/11/09 18:33:52 bdcOLGld
>>991
㌧

994:名無し~3.EXE
07/11/09 18:59:22 DxljYMnj
>>989 >>990
かたじけない。サンクユーでござる。

995:名無し~3.EXE
07/11/09 19:18:50 BB63c0Uk
本スレから移動です、OCについての質問なんですが

OS:Ultimate
M/B:P5B Dela Wihi
MEM:3G(4G)
CPU:E66
VGA:88GTX
電源：クーラーマスターの電磁対策がある600W

上記構成で、XPhomeの場合は普通にE66を3G常用でOCしていたのが、先日VistaにしOCし、早速同じOC設定にしたところ
Biosすら起動せず固まるようになりました。コンセントひっこぬいてデフォ状態にしないと起動しないです。
つまるところOCできないんです。これはVistaのせいってことでおｋですか？
対処法があれば、どうかご教授ください。