IntelHDグラフィックラップトップでの恐ろしいOpenGLパフォーマンス
私はしばらくの間ラップトップで ReallySlick スクリーンセーバーを実行しようとしていますが、それらのいくつかは機能しません（それらはクラッシュします）、そして機能するものはひどいパフォーマンスを持ち、役に立たないほど遅いです。
スクリーンセーバーはOpenGLを使用しており、Readmeには、OpenGLハードウェアアクセラレーションがないとパフォーマンスが低下するという注記がありますが、スクリーンセーバーは古く、古いATIカードを使用した10年前のデスクトップで完全に機能しました。
ラップトップには 第5世代Intel HD これは確かにOpenGL 2.1をサポートする必要がありますスクリーンセーバーが使用するよりも多く、そして私はまともなパフォーマンスで3D OpenGLゲームを実行することさえできたので、何が問題になるのか理解できません。
結局のところ、ラップトップは確かにOpenGLをサポートしており、ハードウェアアクセラレーションが含まれています。スクリーンセーバーの動作をあきらめていましたが、あきらめる直前に読んだページの1つに解決策がありました。
Opengl.orgフォーラムでは、fbayle説明 なんらかの不可解な理由で、Intelはdisableスクリーンセーバー用のOpenGLハードウェアアクセラレーション。スクリーンセーバーのみ。彼らは続けて、ドライブが実行中のファイルの拡張子をチェックして、スクリーンセーバーであるかどうかを確認し、そうである場合はアクセラレーションを無効にすることを説明しましたが、幸いなことに、それはずさんな、率直に言って、素人っぽい方法で行います。たとえば、if fExt='.scr' disableOGLAccel—つまり、ファイルの拡張子を大文字に変更するだけで、奇妙な制限を簡単に回避できます。
したがって、スクリーンセーバーの名前をLattice.scrからLattice.Scrに変更するだけです。 （何らかの理由で、fbayleは.sCrを推奨しています。これはランダムで、.Scrよりも不必要に1337多いようです。）
どうやらTerence、Really Slickの作者は、 FAQへのエントリ へのリンクを追加したため、パフォーマンスの問題の報告がありました Intelの問題の説明 -これは役に立たない「解決策」は「予想される動作」であり、ファイルの名前変更に関する注意事項であると述べています。
これは奇妙で、不便で、初心者にやさしくなく、不必要な回避策ですが、簡単で機能します。 （これは新しいドライバーバージョンでは機能しない可能性があることに注意してください（ソリューションが「修正」されている可能性があります）が、ハックに頼る代わりに適切な修正を要求できるように、新しいバージョンが引き続きサポートされていることを願っています。）
そして、定期的にスケジュールされているスクリーンセーバーに戻ります（私のお気に入りは、回路として構成されたラティスです。サイバースペースを飛んでいるように感じます）。