実験的分数スケーリングにより、Ubuntu 17.10でフォントが汚れます

17.04から17.10に更新しました。

次のコマンドを実行して、分数スケーリングを有効にしました。

gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"

次に、125％のスケールを変更しました。スケールは変更されましたが、フォントとアイコンはとても汚れています。

Google Chromeおよびシステム設定以外のアプリケーションのランチャーアイコンとフォントが汚れています。

この問題を解決するにはどうすればよいですか？

何らかの理由で、システム設定のフォントが汚れていません...

— 結城
ソース

私たちは、おそらく近いこの質問:)ことができるようにこれは、GNOME 3.32（少なくともウェイランドの窓やシェルの場合）で固定されている

— トレビノ

私の経験では、この問題はGNOME 3.32でも持続します。具体的には、XWaylandを使用するアプリケーション（Firefox、Chrome / Chromium、Electronアプリ）には、部分スケーリングが有効になっている場合（スケーリングの割合が整数の場合でも）ぼやけたフォントがあります。受け入れられる答えは、これらのアプリケーションを（XWaylandではなく）Waylandでネイティブに動作させる方法、または少なくともぼやけたフォントを持たない方法などです。

— user1475412

進行中のようです。GNOMEは整数スケーリングのみを適切にサポートします（ソース）。

見積もり：

現在、積分係数（通常2）でのみウィンドウをスケーリングできます。これは、スケールファクター2に適した、またはスケールなしのdpi範囲のちょうど中間にある多くのシステムがあるため、ある程度制限されていることがわかります。

— SurvivalMachine
ソース

ただし、スケーリングの小数部分に完全に起因するとは思いません。Chrome、Chromium、Firefoxでは、1倍と2倍は大きく異なります。

— ザックモアゼニ

倍率を200％（2倍）に設定しても、Gnomeの分数スケーリングが有効になっていると、ChromeやFirefoxなどの非ネイティブアプリのフォントが非常にぼやけて見えます。これらは、hidpiをサポートせずに低解像度の1920x1080画面に直接レンダリングする場合よりも、分数スケーリングの方が明らかに劣っています。この問題は、Chrome、Firefox、Idea、Slackなどの非ネイティブアプリでのみ発生します。UbuntuGTK3アプリとメニューは鮮明です。ネイティブでないアプリは解像度の半分（2k）でレンダリングされ、必要に応じてフレームバッファーが4kにアップスケールされ、ブラーが発生すると思います。

— ピョートルKolaczkowski

また、GNOMEは、複数のモニターで混合DPIセットアップを使用する場合、すべてのアプリの整数スケーリングを適切にサポートしていません。非GTKアプリにはスケーリングファクターが1つしかないようで、異なるスケーリングファクターでディスプレイ間を移動しても適切に再スケーリングされないため、UIが2倍大きくなるか、2倍小さくなります。

— ピョートルコラツコウスキ

ここで同じ観察。ここでは、（を呼び出すことによりgsettings set org.gnome.mutter experimental-features "[]"）部分スケーリングを再度無効にし、既存の2倍スケーリングを使用し続けます。

— パンマリ

この問題に関する既知のアップデートはありますか？

— 詰