MacType スレッド 20px
■ このスレッドは過去ログ倉庫に格納されています
Windowsのグラフィックス デバイス インターフェイス (GDI)やGDI+をフックし、FreeTypeによる描画で美しいフォント レンダリングを実現するFlyingSnow (snowie2000) 氏開発のアプリ、MacTypeと MacTypeのバグ修正や、DirectWriteの設定を変更できるしらいと (silight) 氏開発の補助アプリ、MacTypePatchのスレッドです。 MacTypeとMacTypePatchのどちらとも、オープンソース化されました。また、MacTypePatchの成果のほとんどはMacTypeに取り込まれました。 スクリーンショットや設定を共有したり、動作報告など、楽しくまったりいきましょう。 ※重要※ MacType 1.2013.1231.0以前の旧バージョンは、複数の重大な脆弱性が報告されている旧バージョンのFreeTypeを使用しているため、セキュリティ上、大変危険です。また、Windows 10 Anniversary Update (Windows 10 バージョン 1607) に対応していません。 加えて、MacType 1.2016.830.0にはWindows 7でOSが起動しなくなる重大な不具合が存在します。これらはすべて最新バージョンでは修正済みであり、最新版の導入が推奨されています。 また、MacTypePatchの成果のほとんどはMacType 1.2016.830.0以降に取り込まれたため、以後のバージョンのMacTypeとの組み合わせは公式に非推奨となりました。 ■ 公式サイト ttp://www.mactype.net/ ■ 公式リポジトリ (GitHub) ttps://github.com/snowie2000/mactype ■ 限社区 公式フォーラム(中国語(簡体字)) ttp://font.themex.net/ ■ Patch 公式配布エントリ ttp://silight.hatenablog.jp/entry/MacTypePatch ■ Patch 公式リポジトリ (GitHub) ttps://github.com/silight-jp/MacType-Patch ■ MacTypeスレ アップローダ (uploader.jp) ttp://ux.getuploader.com/mactype_c/ 前スレ MacType スレッド 19px ttp://mevius.2ch.net/test/read.cgi/win/1501330147/ 👀 Rock54: Caution(BBR-MD5:669e095291445c5e5f700f06dfd84fd2) Q: Mozilla Firefoxや、Firefoxの派生ブラウザでMacTypeが適用されない A: 描画APIがDirectWriteに変更されたためですが、IEやEdge、CentBrowserを除くChromium派生ブラウザと異なり、DirectWriteを無効にすることができます。 about:config を開き、gfx.direct2d.disabled という設定名を検索、値を "true" にしてください。また、この設定値を "false" にしたまま、iniファイルの [General] セクションに DirectWrite=1 を追加することで、 DirectWriteレンダリングの改善も可能です。 Firefox 51以降では、仕様が変更されるため追加で gfx.content.azure.backends の設定値を "direct2d1.1,cairo" に変更する必要があります。 )(()()(((()()(()((()))()()()))(())()((()))()(()()))()((()()((()())))()()) ((()))())))(((()((()((((()((())())))((()))))())())(())()))()((()))())(((( ))))(()((())()))())(())))()())(()(()(())(())()((((())))(((((())((())(()() )(())((())(((()())()()()(())))(()))((()))))(()))(()())()()(()((()(()())(( ()((((())())(())(()())((()()))))()()(())())((()())(()())())(()))()((((()) )()((((()))(())((()()))())))(()(((()))((((()())))))(())))(())))(((((()()( ))((())()((()(()(()(()))))()())))))((())(()((()))))))(())()((((((())(()(( )()(()(())((()())())())))))))(((((()(())))()))()(()))()(()((()((()(())((( )()((())(()(()))()(()()(())()(())()()((())(()(((())()())())(()())()))())( )(())(((((())))))))(())((()((()(()((()())()()(()()()()((()))()(()(()))))) (())()))))((())))))()())((((()())())()()()()((()(())())())((()((((())()(( (())()((()()())((()()()(()))())())()((()())()))()())))(())((())((((()(()) )))(()(()())(())()((()((()()((()))))((())(((()))))(((()(())()())))()()()( ()(())()))((((())))))(()(()))()(()(((((()(()))(((())())))())())())))((((( ())((())())()))(()((())()(())))))()(())))()())()()((((())))(((()(()((()(( (()(()(((())())(((((())())())((((())()))))))()(())()(())())()((())(())()) )))()))))()(()())))))()())()((()((())((((())()((())()))()(((()((()(()()(( )))))())((()())(()(()()))(())())())))(()())(())()(()()((()()(()(((((())(( (())))()()))(())(()(((()(((())(()())))())()()(((((())((((()))())()())())) ())))())(()))()()))()(())(((((()))()(((()))(((())())))())()(()))((((()((( (()())(((((()((()()((())(((()))(()()))()))(())((())()))))()(()(()())))()) )(())()((()()()((((((()))()))()())))))))()()())()(()(()()()()))()(((()((( )(()(((((())()((()()((()))))(()((()(()(())()))(((())()()())))()()))())))( )))()))()(((()(()()()((()))))))(())(())()(((()((()))(()(()(((())(())(())) )(()))((()(((((()())((()))()())((())()())(()(())))))))))((()()()((()(())( ((()))))()(())()())(())()((()(())))()())(((()()())((()())))((())(()(()(() >>1 乙です スケーリング100%と200%ではレンダリング結果が全然違います 不具合報告や質問の際にはOSのバージョンやビルドNo.に加えてスケーリング設定も追記した方がいいと思います 200%でおかしいなと思った奴は まず100%にしたときの描画を確認して その結果でもって書き込めと思うけど >>2 これ、もう要らないだろ。 2017_0628_0だけでFirefoxのDirectWrite有効のままでも適用されてる。 FCUでMacTypeをレジストリーモードで使うとスタートメニューが開かなくなってたんだけど どうもFCUから実装されたシャットダウン時に動作していたプログラムをオートリオープンする機能と MacTypeのレジストリーモードとの組み合わせが良くないっぽいかもしれない http://www.winhelponline.com/blog/stop-auto-reopen-programs-restart-windows-10/ あたりを参照(記事でMacTypeがどうこうは触れられていない) この機能はスタートメニューからのシャットダウンや再起動だと作動するけど スタートメニューからではなく記事に紹介されているような別の手段でシャットダウンや再起動した場合は作動しないらしく 自分はとりあえずコマンドプロンプトでの shutdown.exe /s /t 0 (シャットダウン) や shutdown.exe /r /t 0 (再起動)の実行と スタートメニューからのシャットダウンや再起動をそれぞれ何度かやってみたけど スタートメニューからのシャットダウンや再起動の場合はことごとくスタートメニューが開かなくなるけど shutdown.exeからだと今のところ100%スタートメニューが開く この邪魔くさい機能をoffにする手段はどうも無いらしい(あったら誰か教えて) あともしかしたらこの機能とは関係なく別の理由でたまたま回避できるのかもしれない 当面はシャットダウンと再起動はショートカットからの実行しようかなと思ってる あくまで自分の環境での話なので効果なかったらごめん >>11 dpi100% FF57.0の自分の環境での話ですが gfx.direct2d.disabledはデフォルトのままでもMacTypeが効きますね ただしgfx.content.azure.backendsにskia が残っているとMacTypeが効きませんので最後の1行は必要なようです >>12 Win10 1703以降であれば実際にdpi設定を一度試して違いを見るとよろしいかも MacType無効時においてdpi100%とdpi200%とでは メイリオ等じゃなくMSゴシックなどのフォントの修飾具合が全然違います よってdpi100%の人が見ているMacType有効無効の効果の違いは dpi200%の人には伝わりにくいようです(逆も同様) >>13 もしかしたら的外れな返答かもしれないけど ウチもFCUでMacType0628 + Patchをレジストリモードで使ってるけど Classic Shellを導入しているからか、Classic ShellのスタートメニューからWin10のスタートメニューを開けるよ。 >>16 スタートメニューが開けなくなる症状が誰でも出るとは思ってないよ 他の人が同じような症状を訴えている書き込みを見た覚えがあったので 自分の環境で解消できた方法を一応報告しただけ >>11 そのままでもDirectWriteフックは適用されるが 設定変更しないとFreeTypeレンダリングは適用されない >>13 設定 - アカウント - サインインオプション 「更新または再起動後にサインイン情報を使ってデバイスのセットアップを自動的に完了します」をオフ FCU MacTypeInstaller_2017_0628_0だけでIEとChromeのDWに効いてる Edgeには効いてない 誰だよCTPいれないと効かないって言ったやつ CTPでテストして問題無い事を確認後に 本体に取り込んで更新されてるのに 何故古いCTPを入れないと効かないと思ったんだ? でも3月のCTPつっこんだらEdgeにも効いてるってのがいたから 何かしらそれなりに大きな違いがあるんじゃないの 0628だけでEdgeにも効いてるって報告は今のところないよね >CTPでテストして問題無い事を確認後に >本体に取り込んで更新されてるのに そういう根拠は? 効く効かないはともかく 前スレにもスクショで示したし他の人の報告にもあるように動作は全然違う >>13 スタートメニューが開かないネタはWin10の別スレにもあって、そこではサードパーティーソフトが入れるサービスをOFFにするネタがあったよw。 >>26 >>13 を書いたのは自分ですw 自分の場合はスタートメニューが開かない現象が起こるのは MacTypeをレジストリモード(またはサービスモード)で使った場合だけだったんだけど (逆にそれさえしなければスタートメニューが開かなくなる事はかった) >>22 で書いたとおり >>19 の設定だけすれば レジストリモードで使っても問題なくなったので 自分的にはもう解決しました >>21 3月のCTPを本体に取り込んでそのままではなく 動作の仕方をさらに変更して2017_0628_0をリリースしているかもしれないでしょ その結果例えばdpi=100%環境だとDWでMacTypeが効き始めないようになっていて その環境の人が「2017_0628_0ではDWでMacTypeが効かない」と言っているのかもしれない その環境の人の言葉を「仕様が変わった」という意味に捉えてしまうと確かに違和感があるだろうね 貴方がもしも高dpi環境で運用しているなら、CTPを入れるのは面倒だけどdpi変更は簡単だから100%にしてPC再起動して画面に近づけて見てみるとわかると思うよ >>20 最近PC新調してFCUに上げたばかり 1920x1080 DPIスケール120% MacTypeだけで同様の動作です JaneStyleがぼけてるのは個別でスケーリング無効で対応 >>29 CTPで試していて本体に取り込まなかったと言う事は 単純に考えても その部分に不具合が有るから取り込まなかったと思わないの? 不具合が無ければそのまま使うと思うけど それにMacTypeはソース公開してるから おま環の確認など要らない >>31 別に無理に確認をお願いしないw ソースを読めないから教えて欲しいのだけれど ソース上では DWでの処理において 2017_0628_0と CTP_170307_W10とでdpi環境問わず同一の動作と見え方をするように組まれているの? それとそろそろあなたが設定しているdpi設定値だけでも教えて下さいw >>31 ちょっと何言ってるか分からない お前の話、切った貼ったで簡単に移植出来る事が『前提条件』になってるんだが…そもそも(ry >>33 何処が切った貼ったが前提なの? バグや不具合有ったらそれそのまま導入しないって意味だけど? 修正などして出来るだけ不具合無くしてアプデするだろっての アスペ全開で絡まないでくれ >>32 君はソース読めないなら説明しても理解できないでしょw 猿に大学受験の勉強教えるような無駄な行為 誰もしたくないと思うけどwww >>33 gitってバージョン管理ソフト使ってるから、 不具合修正を取り込む取り込まないとかの切った貼ったは簡単に出来るぞ。 >>34 ソースの読み方を教えてくれとは言ってませんよ 内容についてを聞いているのです ポイントを絞った聞き方をしたつもりでした ソースを読めない人に内容の解説する人も そのようなケースもいくらでもあるでしょ 前スレで暴れてたアスペガイジがまだ居る気がする・・・ FCUで重くなるって件は結局結論はどうなったの?一部のアプリだけ? FCUでMacType使うと重くなるって報告は今のところない >>36 何かレス見てたらCTPの意味も知らない感じだけど 分からない事はここで聞くのでは無く こっちで聞きましょう https://github.com/snowie2000/mactype くれぐれも日本の恥にならないように 前スレの最後の方でも書いたが、DWで効かないでなく MacTypeInstaller_2017_0628_0.exeだけだと 効き方がデフォのClearTypeと違いがわかりづらいので それによって効いてないと思ってしまう ただし本当に効いてないソフトもあるかもしれない(Edgeなど) そこにMacType_CTP_170307_W10を当てると、DWでの効き方がきれいになり 効いてることがはっきりと確認できるようになる ということなんだよ 理解して? 面倒なので検証の画像は上げないけど 希望があるならChromeあたりのスクショで どういうことなのか説明できる画像を上げることも可能 >>42 前スレの報告だとCTPでEdgeに効くことになってるけどあれ間違いじゃない? Edgeにはどうやっても効かないでしょ 作者もこう言ってる Microsoft added signature check so that mactype cannot be loaded. I tried a lot of methods to remove to protection, but once the protection is removed, the edge crashes immediately. Right now, there is no known way to support new edge. Edgeに関しては CTPは確認してないので分からないけど Windows10 Pro バージョン 1709 OSビルド 16299.64 MacTypeInstaller_2017_0628_0.exe + Patch1.26 だとEdgeでも効いてるよ (少なくともyahooのトップページのニュース一覧のフォントがビットマップではなくなる) あくまで自分の環境ではだけど >>44 そうか、Edegeに関しては俺もテストしてないので CTP_170307できれいになるというのは検証した限りではChromeやFirefoxでの話ということで >>34 不具合がなければそのまま使う…とかいてるのはお前であってw 「出来るだけ…」ってサラッと書くし。ここらへんを論じてるつもりなんだが >>35 切った貼ったが簡単に出来るかどうかじゃなくてw 簡単だとしても仕様(考え)どおり動作しないってことが大前提…Zzz >>42 >そこにMacType_CTP_170307_W10を当てると、DWでの効き方がきれいになり 効いてることがはっきりと確認できるようになる これが未だに分からんのだが dpiは何でも良いが16pxでchromeのDW描画とMacType6月最新版のDWモード6描画で見比べて 効いてることがはっきり確認できないの?そんなやつ他にいる? きれい云々の差はiniのガンマいじっても解消されないの? あとDWモード5だとどうなのかね 最新版のデフォルトiniの日付見ると6月28日だから、最新版用の設定変更が何かしらされてる可能性はある >>50 (a)MacType2017_0628_0のみ (b)MacType2017_0628_0+CTP_170307_W10(またはPatch) (a)だと自分の環境でDWでのMacTypeが効かないと言っている人はいるけど (a)はDWでMacTypeが効かないものだと宣言している人はいないよ みんな(a)と(b)ではDWでのMacTypeの効き方が違うと言っているのだよ あなたはCTP_170307_W10をあてる検証をするつもりが無いのだろうから もうこの話に首を突っ込まないでいただきたい 横から失礼します 〜〜だと効く、効きが良いという組み合わせと使ってるフォント名とiniファイルのうpをお願いしたいです 煽りとかじゃなくて自分で再現出来るならお互い納得いくと思うの 根拠が必要なのはわかるけど、自分も含めて知識などが乏しくて議論についてわからない、ついていけない人達にとって有益なのはうpかなと >>52 ちなみに自分が >>45 で書いた MacTypeInstaller_2017_0628_0.exe + Patch1.26 でEdgeに効いているという件は MacTypeInstaller_2017_0628_0 に付属している default.ini で効くよ 普段は自分が作ったiniを使ってるけど >>51 >みんな(a)と(b)ではDWでのMacTypeの効き方が違うと言っているのだよ 私もそう言ってるけど?なぜそれをあらためて私に? 私が聞いたのはこれ >そこにMacType_CTP_170307_W10を当てると、DWでの効き方がきれいになり 効いてることがはっきりと確認できるようになる これが未だに分からんのだが dpiは何でも良いが16pxでchromeのDW描画とMacType6月最新版のDWモード6描画で見比べて 効いてることがはっきり確認できないの?そんなやつ他にいる? きれい云々の差はiniのガンマいじっても解消されないの? あとDWモード5だとどうなのかね 最新版のデフォルトiniの日付見ると6月28日だから、最新版用の設定変更が何かしらされてる可能性はある それともこれは嘘なので検証しないでくださいって事? >>53 ありがとうございます 残念ながら私の環境では効かないor効いたのがわからないでした DW以外ではきちんとMactypeの効果が出てます モードはサービス、レジストリ共にです defaultとは設定が異なりますが、非公式Patchの導入で本来指定されている設定値での [General]DirectWrite=0 [Experimental]ClipBoxFix=0も変更しましたが効果はありませんでした >>50 DWモードってなんぞ? それってしらいと氏のパッチじゃないの? >>55 yahooのトップページ見た? MacTypeが効いていればニュースの一覧のフォントがビットマップ表示じゃなくなるので すぐ分かるよ 自分が普段使ってるiniでは(Patchを導入しているので) [General]DirectWrite=0 [Experimental]ClipBoxFix=0にしてるけど その状態でもEdgeには効いてるよ 何が違うんだろうねえ・・ Mactype本家にDWモードなんぞありません(ないよな?) パッチあててた人がみんなが何言ってるかわからないと騒いでいたようです 以上これまでのぐだぐだしたやりとり解決でOK? >>54 > 私もそう言ってるけど?なぜそれをあらためて私に? 今までは人を否定するばかりで 違いについて言及したのは今日が初めてでしょうに > それともこれは嘘なので検証しないでくださいって事? 簡単にできるdpiの変更での検証でさえ拒否しておいて何言ってんの?人のせいにしないで下さいよ VMwareで>>45 ,53と同じ条件で試してみたけどやっぱりEdgeには効かなかった 厳密に言うとメニューとかUIには効くけど本文には効かない もし本文に効いてる人がいたらSS撮って上げて欲しい >>57 ,59 パッチの機能が取り込まれたんだよ Default.iniにこれがあるでしょ [DirectWrite] ;渲染模式,0=默认,1=锯齿,2=经典,3=经典自然,4=自然,5=自然对称,6=字体原型 RenderingMode=6 >>59 それはない そのMacType本家の最新版(MacType2017_0628_0)のdefault.iniに [General] DirectWrite=1 [DirectWrite] RenderingMode=6 GammaValue=1.5 Contrast=1.0 ClearTypeLevel=1 の記述があるし DirectWrite=0にすると効かなくなるDWアプリも確認している 全部DWに効かないとしても少なくとも一部のDWには効くし 自分の環境ではchromeでも効く まじだww これは失礼した どうやら自分の設定をそのまま引き継いだ人にはCTPで差がでるようだな もう一度検証しなおすわ >>55 ,58 及びみなさん スレの雰囲気を悪くして申し訳ありません 出先なので詳しく書けないけど スレの最初の方にも書いたとおり 例え同じMacTypeバージョンとパッチバージョンでも 各自のOSのdpi値設定やビルドバージョンなどによって同じフォント・アプリ・ページでも見てくれが違ってくるので 自分が見ている状態が全てだと思わないで頂くよう注意して下さいとだけ書き記します しかしついさっきiniフォルダを削除してMactype入れ直すまで Default.iniには[DirectWrite]なんてものがなかったぞ つまりMactypeインストーラ最新をインストールしてもiniは古いままだった iniフォルダも全部削除してからインストールしないと更新されないんだな よく考えると当たり前といえば当たり前だが 齟齬が生じたのはこれのせいだったか >>64 いちいち毎回「自分の環境では」と付け加えるのが面倒くさいので 毎回言ってないだけだよ 自分の環境と状況が違う人を責めるつもりは全くない 自分が知る情報を提供しているだけだよ(^^) Win10FCU DPI120% MacType単体で ChromeはStylで少々細工で無問題 CentはDW無効でおk IEは問題なし なぜかSleipnir4@DW無効でちょっと問題あり Edgeには効いてない >>65 まあ話がすれ違う原因の糸口がつかめただけでも良かったと思おうw そういう情報も重要! 馬鹿が最新のバージョンでのDirectWriteの設定を 間違えてるだけ 本当に思い込みの激しい馬鹿は 自分の意見が一番正しいと思い何も聞く耳持たないので スルーしないとダメ Patchdll使用してる環境では確かにEdgeにも効いてた だけどRenderingMode=6でやってもメイリオではMactype使わない場合と全く差がないぞ よく見ると差がわかるとかではなく全く差がない MSゴシックははっきりと違いがわかるが >>70 Anniversary Updateまでは俺も効いてた Creators Updateで効かなくなって 本家作者もパッチ作者もEdgeには効かせられないみたいなこと書いてたからあきらめてたんだけど なぜかFCUでEdgeに効くという書き込みが複数ある 本当なら作者に報告したい ・MacTypeInstaller_2017_0628_0.exeのみ(iniフォルダも削除してインストール) ・ChromeでRenderingMode=0〜6すべてテスト どれも汚い MacType_CTP_170307_W10当てると綺麗になる この点はDirectWriteの設定をいじろうが同じようだ なのできちんとiniが最新が入って自分のプロファイルをいじった人も 2017_0628_0だけだと効いてないと感じるのも無理はないようだ ん? PC新調したばかりだけどMacTypeInstaller_2017_0628_0でじゅうぶん効いてるぞ とりあえずDefault.iniで使ってみろよ CTP0307と変わらず綺麗に表示されるよ 俺も前に自分のプロファイルそのまま使っててMactypeアプデしたときに 描画おかしくなって緻密に一行一行チェックしたけど 結局原因はよくわからなかった >>60 は???意味分からんのだが 君の言った事を尋ねてるだけなんだけど? それともこれは嘘なので検証されると嘘がばれるから詳細説明出来ないって事? >>50 のこれ答えなさいよ >>75 これもさすがに完全な虚言でしょ? エイリアスモードとアウトラインモードと縦横ClearTypeモードで全部同じように汚いの?? きれいとか汚いとか何言ってるのか意味不明なんだが とりあえず0628版のDWをchromeで見てchromeDWと違いが分からんと言ってるのは君だけなんだが どうやったら再現出来るのかね 10で問題なく完成の領域に達したら使うかも知れないので教えてね >>79 自分の発言以外認めず 後に戻れないんだろ 相手にするだけ無駄 >>61 >>73 ごめん遅くなった Windows10 Pro バージョン 1709 OSビルド 16299.64 MacTypeInstaller_2017_0628_0.exe + Patch1.26 レジストリモード default.ini(無編集で使用) UserParams.ini(win8.1 or later のものを無編集で使用) Microsoft Edge 41.16299.15.0 上記環境での yahooトップページのSS https://i.imgur.com/1uUhbQg.png ID変わってるかも >>79 >エイリアスモードとアウトラインモードと縦横ClearTypeモードで全部同じように汚いの?? その通り 意味不明かもしれないがこっちの環境で起きてることの事実を言ってるだけ 汚いとか効いてない(ように見える)と言ってるのは前スレとか見ても俺だけじゃないようだぞ 少なくとも俺は自演なんかしてないからなw うーん、とりあえず 0628単体では描画が汚いがCTP0307入れると綺麗になるとしつこく言ってるやつは chromeで16pxのフォントでスクショ上げてくれ じゃなかったら他の人が間違える元になるから変なこと書かないで欲しいわ グラボとモニターとガンマ設定によってはそういう事もあるか?とも思ったが 言ってる事が二転三転するし、症状が曖昧だし、どうやったら再現出来るのかわからんし 今のところ虚言にしか思えない んで>>77 が言うとおり2017_0628_0のDefault.iniだと確かにCTP_170307と同じように綺麗になる もう何年も前からiniは微調整しつつ引き継いできたものなのでそこに問題がある可能性が高い 他の人も昔からiniを引き継いでるって人が結構多いのでは? それで問題が起きてるんじゃないかと 問題のないiniを使ってる人には問題が起きないから何言ってんのかよくわかず 問題があるiniの人は同じトラブルが生じてると 原因究明に時間かかってるがそういうことだと思うんだよな 現在どの記述に問題があるのか調査中 >>84 前スレにスクショ上げたんだけど RenderingModeを0〜6のいずれにしても汚さの差があるAのような感じでガタガタで汚くBみたくきれいにならない これはFirefoxだがChromeでも一緒 AMacTypeInstaller_2017_0628_0 https://i.imgur.com/3WMVS3p.png BMacTypeInstaller_2017_0628_0 + CTP_170307_W10 https://i.imgur.com/qDVh4ZV.png >>77 Windowsはクソだからな いっぺんアンインストールして もう一度入れ直してみ。 直る可能性がある。 Windowsはアップデート前と後で互換性がないんだよ。 前のレジストリがトラブルの原因かのしれない。 それで治ったなら 毎回毎回それを繰り返せ、心が折れるまでな。 それがマゾ仕様のWindows10の主な使い方だ。 >>87 いやその32pxFirefoxは見たしどうやった結果の32pxだか分からんから とりあえず16px,chromeでと言ってるんだが あとClearTypeを使わないモード0で(2)のようには絶対ならんと思うけど 君の環境ではアンチエイリアスがなぜか効くという事でぉk? >>82 確かに効いてる これ作者に報告したいけどもう少し情報が欲しいな 実機なのか仮想環境なのか あとプログラムの知識あるなら ProcessExplorerとか使ってMicrosoftEdgeCP.exeにMacTypeのDLLが読み込まれてるかどうかも検証して欲しい それとこのスレ自分で検証しない人多すぎないか? >>87 の言ってることは嘘じゃないぞ 0628単体よりもCTP_170307かパッチを当てた方が綺麗なのは事実 てかソースコード読めば明らかじゃん >>90 実機ですよ DLLが読み込まれてるかとかは良く分からんけど できそうなら調べてみる けどあまり期待しないでw >>90 ProcessExplorerってやつを立ち上げてみたけどここからどうすればいいかさっぱり分からないので DLLが読み込まれているかどうかどうすれば分かるか教えて https://i.imgur.com/3Unav6t.png >>89 いや0だと効かないけどMSゴシック系は20pxあたりからMactype関係なくAAが効くでしょ ただ原因判明したかもで0で効かないってのもまた違うっぽい 疲れたのでまた後で書く >>92 メニューのView -> Lower Pane View -> DLLsで見れるようになる >>94 ざっと見た感じでは EasyHK64.dll MacType64.core.dll MacType64.dll は読み込まれてるっぽい https://i.imgur.com/GBTDoRW.png >>90 じゃ君でもいいからスクショ上げてみ? chrome16px,0628単体でモード0と6が同じ様にガタガタにレンダリングされるが chromeデフォルトのDWとは異なるアンチエイリアスが効いているおり かつchromeデフォルトのDWとはっきり違いが分からないというやつのスクショ あとCTP_170307のソースコードね 見て分かるなら見たいから見せて 条件も症状もはっきりさせずに綺麗とかガタガタとか曖昧な事言われても検証のしようがないんだが >>93 は?言ってる事無茶苦茶じゃん 0でも6でも(2)のようにガタガタにアンチエイリアスが効くと言ってたのにどっちなんだよ >>エイリアスモードとアウトラインモードと縦横ClearTypeモードで全部同じように汚いの?? >その通り >意味不明かもしれないがこっちの環境で起きてることの事実を言ってるだけ >RenderingModeを0〜6のいずれにしても汚さの差があるAのような感じでガタガタで汚く ほら、何度もモード0-6で全部同じくアンチエイリアスがガタガタに汚く効くと言ってる 何で事実がコロコロ変わるの? お前に原因なんか聞いてないんだよ、まず言ってる結果の方が意味不明なんだから だから16px,chromeでスクショ上げろって >>95 ありがとう >>44 に書いた > Microsoft added signature check so that mactype cannot be loaded. の反例になりそう ただこれだけじゃ作者もどうすればいいのかまでは分からないだろうな せめて仮想環境で再現できる条件くらいは突き止めたい >>98 あ、今更なんだけどPatch1.26のdllは System32とSysWOW64の下には置いていない あんまり関係ないかもしれないけど一応 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.4.7 2024/03/31 Walang Kapalit ★ | Donguri System Team 5ちゃんねる