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との組み合わせは公式に非推奨となりました。

■ 公式サイト
http://www.mactype.net/

■ 公式リポジトリ (GitHub)
https://github.com/snowie2000/mactype

■ 限社区 公式フォーラム（中国語（簡体字））
http://font.themex.net/

■ Patch 公式配布エントリ
http://silight.haten...p/entry/MacTypePatch

■ Patch 公式リポジトリ (GitHub)
https://github.com/s...ght-jp/MacType-Patch

■ MacTypeスレ アップローダ (uploader.jp)
http://ux.getuploader.com/mactype_c/

前スレ
MacType スレッド 19px
http://mevius.2ch.ne....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有効のままでも適用されてる。

>>4
これどう違うの？

FCUでMacTypeをレジストリーモードで使うとスタートメニューが開かなくなってたんだけど
どうもFCUから実装されたシャットダウン時に動作していたプログラムをオートリオープンする機能と
MacTypeのレジストリーモードとの組み合わせが良くないっぽいかもしれない

http://www.winhelpon...-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を入れないと効かないと思ったんだ？

>>19
ありがとう！
これでスッキリ

でも3月のCTPつっこんだらEdgeにも効いてるってのがいたから
何かしらそれなりに大きな違いがあるんじゃないの
0628だけでEdgeにも効いてるって報告は今のところないよね

>CTPでテストして問題無い事を確認後に
>本体に取り込んで更新されてるのに

そういう根拠は？
効く効かないはともかく
前スレにもスクショで示したし他の人の報告にもあるように動作は全然違う

根拠もなにもCTPの意味分かってる？

>>13　スタートメニューが開かないネタはWin10の別スレにもあって、そこではサードパーティーソフトが入れるサービスをOFFにするネタがあったよｗ。

これな

Windows10でｽﾀｰﾄﾒﾆｭｰが出なくなったらageるｽﾚ [無断転載禁止]
https://mevius.5ch.n....cgi/win/1461882574/

>>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
君はソース読めないなら説明しても理解できないでしょｗ
猿に大学受験の勉強教えるような無駄な行為
誰もしたくないと思うけどｗｗｗ

>>33
gitってバージョン管理ソフト使ってるから、
不具合修正を取り込む取り込まないとかの切った貼ったは簡単に出来るぞ。

>>34
ソースの読み方を教えてくれとは言ってませんよ
内容についてを聞いているのです
ポイントを絞った聞き方をしたつもりでした

ソースを読めない人に内容の解説する人も
そのようなケースもいくらでもあるでしょ

前スレで暴れてたアスペガイジがまだ居る気がする・・・

そもそもCTPのソース公開されてないだろ

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
不具合がなければそのまま使う…とかいてるのはお前であってｗ
「出来るだけ…」ってサラッと書くし。ここらへんを論じてるつもりなんだが

（「論点のすり替え」が来そうなヨカン）

>>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ファイルのうｐをお願いしたいです
煽りとかじゃなくて自分で再現出来るならお互い納得いくと思うの
根拠が必要なのはわかるけど、自分も含めて知識などが乏しくて議論についてわからない、ついていけない人達にとって有益なのはうｐかなと

>>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も変更しましたが効果はありませんでした

Edge効いてるぜ

>>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無効でおｋ
IEは問題なし
なぜかSleipnir4@DW無効でちょっと問題あり
Edgeには効いてない

>>65
まあ話がすれ違う原因の糸口がつかめただけでも良かったと思おうw
そういう情報も重要！

馬鹿が最新のバージョンでのDirectWriteの設定を
間違えてるだけ
本当に思い込みの激しい馬鹿は
自分の意見が一番正しいと思い何も聞く耳持たないので
スルーしないとダメ

Patchｄｌｌ使用してる環境では確かにEdgeにも効いてた

だけどRenderingMode=6でやってもメイリオではMactype使わない場合と全く差がないぞ
よく見ると差がわかるとかではなく全く差がない
MSゴシックははっきりと違いがわかるが

↑Chromeの話ね
Firefoxだと差はある

>>70
Anniversary Updateまでは俺も効いてた
Creators Updateで効かなくなって
本家作者もパッチ作者もEdgeには効かせられないみたいなこと書いてたからあきらめてたんだけど

なぜかFCUでEdgeに効くという書き込みが複数ある
本当なら作者に報告したい

>>73
ごめん
おれの話もRS1環境下でした

・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のいずれにしても汚さの差がある?のような感じでガタガタで汚く?みたくきれいにならない
これはFirefoxだがChromeでも一緒

?MacTypeInstaller_2017_0628_0
https://i.imgur.com/3WMVS3p.png

?MacTypeInstaller_2017_0628_0　+　CTP_170307_W10
https://i.imgur.com/qDVh4ZV.png

>>77
Windowsはクソだからな
いっぺんアンインストールして
もう一度入れ直してみ。

直る可能性がある。
Windowsはアップデート前と後で互換性がないんだよ。
前のレジストリがトラブルの原因かのしれない。

それで治ったなら
毎回毎回それを繰り返せ、心が折れるまでな。
それがマゾ仕様のWindows10の主な使い方だ。

>>87
いやその32pxFirefoxは見たしどうやった結果の32pxだか分からんから
とりあえず16px,chromeでと言ってるんだが
あとClearTypeを使わないモード0で(2)のようには絶対ならんと思うけど
君の環境ではアンチエイリアスがなぜか効くという事でぉｋ？

>>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のいずれにしても汚さの差がある?のような感じでガタガタで汚く

ほら、何度もモード0-6で全部同じくアンチエイリアスがガタガタに汚く効くと言ってる
何で事実がコロコロ変わるの？
お前に原因なんか聞いてないんだよ、まず言ってる結果の方が意味不明なんだから
だから16px,chromeでスクショ上げろって

>>95
ありがとう
>>44に書いた
> Microsoft added signature check so that mactype cannot be loaded.
の反例になりそう
ただこれだけじゃ作者もどうすればいいのかまでは分からないだろうな
せめて仮想環境で再現できる条件くらいは突き止めたい

>>98
あ、今更なんだけどPatch1.26のdllは
System32とSysWOW64の下には置いていない
あんまり関係ないかもしれないけど一応

>>97
これが汚くなった原因
https://github.com/s...17c657629c93b2bd301f

又しらいと信者沸いてるのかよ
報告はHPでやれよ

>>100
肝心のCTPとの違いが分からんけどCTP170307と何が違うのやってる事
何がどうなって汚くなってるの？
ソース見ても自分で動作検証しても、モード0と6が同じになる要素が見つからんしガタガタにはならんし
choromeデフォルトのレンダリングとはっきり区別つかないなんて事もないんだが
何が明らかなん？
あと四の五の言わずにスクショ見せてくれりゃ早いと思うが

>>97
0〜6いずれもAAは効いている(それがMactypeによるものなのかどうかについては言及していない)
それぞれ汚さの程度に差はあるがいずれも?に類似した汚さであり、到底?には及ばない

しかしこれもある条件がつくことが判明した
もういいよこれについては
条件分岐多くて説明が大変なので
そんなことはどうでもよくなるような
もっと根本的に重大なことがわかったので明日あたりに書く
16px、chrmeのスクショ上げても同じようなスクショ上げるだけに終わるので無駄だよ

>>103
じゃあ完全にMacType効いてないじゃんALIASEDがアンチエイリアスされちゃうんだから
明らかにMacType効いてないのによく見るとMacType効いてるってどういう事？
結局また0628版だけだとDWに効かないって主張に翻すの？コロコロ変わり過ぎなんだが
いいから四の五の言わずに黙って16px,chromeのスクショ上げろよ

WIN10HOME 1709 16299.64 64bit
GeForce Game Ready Driver 388.31
chromeバージョン: 62.0.3202.94（Official Build） （64 ビット）
MacType バージョン: 1.2017.628.0 トレイモード

MacType OFF
http://fast-uploader.../file/7067172915637/
MacType Defaultプロファイル （HintingMode=1 [DirectWrite]RenderingMode=6 GammaValue=1.5 Contrast=1.0 ClearTypeLevel=1）
http://fast-uploader.../file/7067172990904/
[DirectWrite] GammaValue=0.8 のみ変更
http://fast-uploader.../file/7067173021666/
HintingMode=2 のみ変更
http://fast-uploader.../file/7067173058536/
RenderingMode=1 のみ変更
http://fast-uploader.../file/7067173097288/

全部機能してるし、ガタガタと言えるのはモード1、OFFだけ。OFFとモード6は違いがはっきり分からないレベルではない。

いや失礼、ガンマバリューはなんか変わってないね
どっちにしろAAがオフとモード6で変わらない、変わらないが効いてる、汚い、綺麗、モード1でもAA効いてる
とか支離滅裂なのをちゃんと説明してくれ
あとコード見れば明らかとか言ってるやつもスクショはよ

>>104それの
HintingMode=2 のみ変更の画像見てわかるように、なんか効き方が変でしょ
MSゴシック系で試してみればもっとよく汚いのがわかると思うんだけど
Mactype不使用時と同じにしか見えない(ただし不使用でもAAがかかるサイズ以上で)

そしてそれがまさに問題の正体でした
HintingMode=2だとRenderingModeをいくつにしようが汚くなる
CTP_170307_W10ならHintingMode=2でも綺麗
昨日いじっててようく気づいた

>>106
いやお前のWin10がイカれてるんだよ
まずwindowsは一部フォント以外AAが16pxでもかかるんだよ
でもお前のWin10は32px以上にならないとかからないというんだから壊れてる

あとヒンティングを変えた画像はヒンティングしか変わってなくて
縦横両方にAAがかかっておりデフォルトと比べて明らかに斜め線のジャギーが消えて綺麗になってるが
お前のモニターでは同じ画像が横方向AAのみのデフォルトDWと同じAAの効き方に見えてるそうだからモニターも壊れてる

あとヒントなしエイリアスモードがChromeデフォルトDWと同じになってしまうという事はMacTypeは効いてない
効いてないのに効いてると感じるという事はユーザーが壊れてる

という事で結論はお前のモニターとOSとユーザーが壊れてるとしか考えられない
この前のスクショでヒントとガンマが違ってそうだったから16pxchromeでSS上げろと言ってるのに
頑なに逃げ回るという所からしてもユーザーが壊れてる
この症状は>>90にも共通するからあっちもユーザーが壊れてるのが原因と思われる

>まずwindowsは一部フォント以外AAが16pxでもかかるんだよ
>でもお前のWin10は32px以上にならないとかからないというんだから壊れてる

そんなこと一言も言ってません
メイリオは16pxでもAAかかる、MSゴシック系は18pxあたりからAAがかかる
前からわかってる

>>104のMacType OFFとHintingMode=2 は確かによく見ると差があるね
でも一見して明らかに差があると思えるほどの差かな？
少なくともOFFとDefault.iniの差に比べると圧倒的に小さな差だと思うんだけど

まあともかくあなたには明確な差と思えるのかもしれないが
俺には大した差じゃない(どっちも汚い)と感じるのでずっとそのようなニュアンスで表現してるだけ

俺が16pxの画像を上げても>>104と全く同じ結果になるから今更上げる必要性がない
もう問題は解決して結論は出たのでいいです
やり取りがなかったらなかなか原因がわからなかったと思うので感謝してますよ

>>109
お前は何度聞いてもずーっとレンダリングモード1とOFFが同じ描画だと言い続けてたな
モード0〜6の全部で同じ様なAAが掛かると言ってたが？何で嘘付いた？
だから最初から16px,chromeのスクショ上げろと言ってるんだが何で自分でやらないの？

>>104と同じ出力なら、お前の環境でも問題なく最新版だけできれいな描画が得られてるが
CTP170307を当てれば古いのでヒンティング切り替え機能が実装されておらず
ユーザーが壊れてても設定の間違えようがないというだけの話だったな
一般ユーザーにとってはわざわざ不具合が放置されてて機能の少ない古いCTPを当てる意味は皆無だな

あと>>90はCTPのソースはよ

1段目は妄言なので無視するけど

2段目については表現の汚さはあれどその通りだと思うよ
というかなんでhintintgの切り替えが効くことを知っていたの？
普通気づかなくね？

前々から思っていたがあなたからただよう開発者臭

>>111
言うてるやないの何が妄言なのか
「>>83
　>エイリアスモードとアウトラインモードと縦横ClearTypeモードで全部同じように汚いの？？
　その通り」
「>>103
　0〜6いずれもAAは効いている」

お前はエイリアスモードのこれも、
http://fast-uploader.../file/7067173097288/
アウトラインモードのこれも、
http://fast-uploader.../file/7067172990904/
全部MacTypeOFFのこれと同じように汚い
http://fast-uploader.../file/7067172915637/
と言ってるし
エイリアスモードのこれにもAAが掛かると言ってる
http://fast-uploader.../file/7067173097288/
何が妄言なのか

もういいよとにかくデマ流すな
お前一人で不具合残しのCTP版使っとけ

これいつまで続くの･･･

デマ荒らしだとスルーするわけにもいかんからな…

>>112
この画像の切り抜き方いいね
タブ切り替えるだけでどこが変化してるかよくわかる

このスレコード読める人いないの？
>>100の内容について言及できる人一人もいないじゃん

CTPから正規になる時に不具合が有れば修正してからリリースするのに
わざわざ不具合の有るCTPを使う
Patchも本家が効かないようにしてるの理解せずに勝手に効かせるようにしてる
両方不具合が有っても
自己責任だから自分で解決しろ
出来ないなら使うな

>>112
ニュアンスを理解してないのでは？
「同じ様な」ってのは完全に同じという意味じゃない
0〜6のAAについては(それがMactypeによるものなのかどうかについては言及していない)
って書いたじゃん

>>117
> わざわざ不具合の有るCTPを使う
不具合って具体的に何？
不具合が有ると断言するからには説明できるよね

そもそも最新版で不具合が発生したら古いバージョンを試すのは当たり前のことじゃん
0628で不具合があったからCTPを入れたら問題なく使えました
自己責任で解決しました
それで終了なのに何が不満なんだ

妄言だの嘘だのただのニュアンスの理解の差であって問題と無関係のやりとりなのでもういい

【まとめ】
・MacTypeInstaller_2017_0628_0ではHintingModeの値を変えるとDirectWriteの描画にも差が出るようになった。
(それまではHintingModeをいくつにしてもDWの描画は同じだった)
・この変更に気づかずにたまたまHintingMode=0や2で使い続けてきた人は2017_0628_0にするとDWでの描画が汚くなり、
まるでMactypeを使ってない時と同じように見えるので、効いてないと勘違いすることもある。
(むしろ変更に気づいた人はどうして気づいたんだ？不思議)
・このときにCTP_170307_W10を入れると綺麗になる。
・しかし2017_0628_0でHintingMode=1にすると綺麗になることがわかったので、もうCTP_170307_W10を入れる必要はない。

・2017_0628_0でインストールされるDefault.iniにはそれまでなかった新たな[DirectWrite]の項目がある。
・前のiniフォルダが残ったまま2017_0628_0.exeにアップデートまたはインストールすると
新しいDefault.iniはインストールされず[DirectWrite]の記述のサンプルが無いので要注意。

>>118
MacTypeのAAでないならChromeのデフォルトのDWしかないじゃん
どっちにしろMacTypeでAAがかからないようにエイリアスモードに設定しても
アンチエイリアスが効いてるってはっきり書いてあるじゃん
もういいから二度とデマ撒き散らすなよ

>>120
デマ乙
言ってるそばからorz

早く誰か検証してまとめて〜
赤字IDの奴以外で

>>119
Windows10互換した
一つ前のMacType 2017.614.0
ここでCTP_170307_W10にバグが有るの分かって
バグ修正入ってリリースされてんの
最新の
MacType 2017.628.0
は
Fixed the compatible issue with Chrome, firefox and etc.
Possible to disable hinting in Win7
Traditional Chinese translation got improved.
Better multi-lang system.

Chrome、Firefoxなどの互換性の問題を修正
など

当然開発途中のCTP_170307_W10は
バグの修正もされていないし
Chrome、Firefoxなどの互換の問題は修正されていないので
当然使用は控えた方がよい

ほらデマに踊らされた人が出てきた

【まとめ】
・ MacType0628（最新版）ではCTPや、しらいと氏のパッチを使わなくてもDirectWriteに対応している
・ 但しEdgeには効かないという報告が複数あり、しらいと氏のパッチを使うとEdgeにも効くという報告がある
・ (1) MacType0628（最新版）のみではDWが効かない
　 (2) DWが効くが描画が汚い
　 (3) CTP170307を入れると綺麗になる
　 (4) ソースを見ると最新版では描画が汚くなると判る
　などというレスが前スレから何度も上がっているが、問い詰めた結果そのような現象の証拠は一切なく、
　実際には全て問題なく機能していると白状。完全なデマと判明。
・ 最新版で解消された不具合や追加機能等が使えなくなる他、古いパッチを当てる事による不具合リスクを追うだけなので
　 惑わされないように注意が必要
・ デマの首謀者とデマ協力者の２名が荒らしを継続中なので今後も要注意

>>124
0614から0628の間でDLLの修正はこの3つしかない
https://github.com/s...c13a60b5890e4d6467aa
https://github.com/s...17c657629c93b2bd301f
https://github.com/s...1424a3821896d15dff73
どれもDirectWriteのヒンティングを切るコードをパッチから取り込んだだけだ

言っておくがMacTrayとかDLL以外のバグ修正はCTPを入れても修正されたままだからな
CTPに不具合があると言ったんだからCTP自体の不具合を教えてくれ
不具合の再現方法でもいい

>>125これは人の意見、人の環境で起きた事実、その人が思ったことをデマと罵ってるだけで
全く参考にならんな
デマを履き違えてる
訂正が必要な箇所あるかもしれんが>>120でだいたいあってるはずだよ
そりゃトラブルが最初からなかった人にはわからんだろうな
あったからこそどうすべきかわかったんだし今後も同種のトラブルが起きた人には大いに参考になる

・このときにCTP_170307_W10を入れると綺麗になる。

↑ここちょっと誤解させるかもしれないので

「このとき」というのはHintingMode=0や2で使ってる時という意味
1の人なら特に明確に綺麗にはならない

hintingmode=2でガタガタ、太さバラバラの描画になることのを知ってたのなら
最初から2である可能性を指摘すればよかっただけでは？
なのにそれをしてこなかったのは
実はあんもこの数日のやり取りの中で違いがあることに気づいたんじゃねえのww

他の人の意見も聞きたいんだけど
>>104のMacType OFFとHintingMode=2の違いをどう思う？
?明らかに違うとすぐわかる
?違いはあるけどよく見ないとわからない
?差はわからない

0628上書きインストで使用中だけどでiniの書き方かわってるのか、知らなかった
俺のはFirefox以外の、IE、Chrome、Edgeの3つとも効いてないけどこれが原因か？
できれば詳しい人はどこをなおせばいいか教えてほしい
[General]
HookChildProcesses=1
HintingMode=0
AntiAliasMode=4
shadow=0.9,0.9,0,0x0,0,0x0
MaxHeight=150
UseMapping=0
FontLink=1
FontSubstitutes=1
WidthMode=0
FontLoader=0
BolderMode=0
GammaMode=0
GammaValue=1.4
RenderWeight=1.1
Contrast=0.9
TextTuning=-1
NormalWeight=0
BoldWeight=-1
ItalicSlant=1
LcdFilter=2
LoadOnDemand=1
TextTuning=0
TextTuningR=-1
TextTuningG=-1
TextTuningB=-1
CacheMaxFaces=64
CacheMaxSizes=64

>>126
グダグダ言ってないで
使うならお前一人勝手にやってろよ
本当に頭悪いなお前
システムに関与する物でCTPを勧めて馬鹿かと思うわ
不具合が起きたら自己責任で逃げるつもりかなｗ
勧めるなら自分の身分明かして全責任負えよ

今後CTPやPatch入れるのは自己責任なので
OSが起動出来なくなったり不具合が起きてPCが使えなくなっても報告は不要
自己責任なので自分で勝手にやってろ

>>130
俺は?と?の間くらいだ
だから最初は正直効いてないと思ったし効いてないと書いた
だがやりとりしていくうちに実際はよく見ないとわからないが効いてるということがわかったし
ちゃんとそのことを書いた
他にも何人か効いてないと書いてる人がいたのでおそらく同じ誤解だろう

なあ、これってデマなのか？
もし間違ったまま情報垂れ流し続けてたらデマだと思うが
ちゃんとあとで訂正してんだからデマと言われる筋合いはねえわ

>>125
>　 (3) CTP170307を入れると綺麗になる

HintingMode=2なら実際に0307入れると綺麗になる
なあ、これってデマなのか？

>>132
最新版で問題ない人にCTP入れろなんて言ったつもりはないんだが
それとも最新版で問題あっても最新版使い続けろと言いたいのか？
そもそもCTPの不具合報告あったか？
スレが荒れたのは
最新版で不具合あったけどCTP入れたら解決したという報告に対して
最新版に不具合なんて絶対無い！あるならSS撮って証拠見せろ！と言い張る人がいるせいだろ
作者が古いバージョンを公開している理由を説明してみろよ
最新版で問題があったときに古いバージョンを試せるようにだろ
そんなこともわからないのか
だいたいCTPじゃなくてもMacTypeは自己責任で使うもんだろ
それとも最新版で問題起きたら作者が責任取ってくれると思ってたの？

デマ荒らしが沸いてるので改めて
【まとめ】
・ MacType0628（最新版）ではCTPや、しらいと氏のパッチを使わなくてもDirectWriteに対応している
・ 但しEdgeには効かないという報告が複数あり、しらいと氏のパッチを使うとEdgeにも効くという報告がある
・ (1) MacType0628（最新版）のみではDWが効かない
　 (2) DWが効くが描画が汚い
　 (3) CTP170307を入れると綺麗になる
　 (4) ソースを見ると最新版では描画が汚くなると判る
　などというレスが前スレから何度も上がっているが、問い詰めた結果そのような現象の証拠は一切なく、
　実際には全て問題なく機能していると白状。完全なデマと判明。
・ 最新版で解消された不具合や追加機能等が使えなくなる他、古いパッチを当てる事による不具合リスクを追うだけなので
　 惑わされないように注意が必要
・ デマの首謀者とデマ協力者の２名が荒らしを継続中なので今後も要注意

>>135
荒れてるようにみえるけど別に荒れてないぞ
デマでもないことをデマと罵ったり、ユーザーが壊れてるとか口悪いこと言う人だけど
結果的に問題は解決した
すべては>>120に書いてある
0628でiniの設定が一部変更されたことに伴う設定の問題があっただけだ

>>135
古いバージョンを試すようにって
お前作者なの？
自分勝手に解釈するなよ
それに
不具合報告なんて作者じゃないんだから分かるわけ無いじゃん

不具合起きたらGitHubなどで問い合わせすれば
作者は対応してくれる
これはしっかり責任取ってると思うけど？

それにCTP何処で一般公開されてるの？

後、スレが荒れてるのは自分勝手な解釈して
自分だけが正解と思ってるお前が原因だよ
試しにお前3日レスしないでみろよその間荒れないから

そもそもDWに対してMacTypeを使う理由は
・横のみのサブピクセルレンダリングに限定されてる場合が多くジャギーが目立ち評判の悪い
　デフォルトのClearTypeアンチエイリアスに対して縦方向のサブピクセルレンダリングを加えて滑らかに表示できる
・ビットマップフォントにもアンチエイリアスが掛けられる
・ヒンティングを無視する事で特定の一部描画結果を見やすく出来る（但し特定の一部描画結果が見づらくなる）という選択肢が持てる
という３点だからな
デフォルトのアンチエイリアスのジャギーが見分け付かないとかヒンティングで何が出来るのか分からない人間は
わざわざMacTypeにDW描画させるメリットなんかないはずなんだが…
ほんとやめて欲しいわ

「古いバージョンを試す」のはいいとして、
最新版に古いCTPを上書きするのはただのアホだと思うぞ
仮にやるなら2016_0904_0に上書きだろ

この土日でいろいろスッキリしてすごく快適

ThunderbirdもFirefoxと同様SkiaとClipBox設定が必要でした

>>138
なるほど自分たちで試行錯誤するのは間違いで
作者に文句言うのが正解なんだな
俺が間違ってた
次から最新版の不具合報告があったら俺が代わりに作者に文句言っとく
もう二度とアドバイスはしない

で、結局>>100が読める人はいなかったか
それどころかコード読める俺を追い出して
コード読めない人らでこのスレ仕切った方が荒れないとまで主張しだした
そりゃコード読める人がいたら邪魔だよな
知ったかぶりできないからｗｗｗ

今まで使ってきたiniとMacType0628のDefault.iniの項目や設定値が全然違う
数年ぶりに見直しするかなあ
来週末にw

EasyHKを除去するのを忘れるな

ところでCTP171017はクソってことでいいの？
こっちの環境だとIndividualでNormalWeightを-1以下にすると
ことごとくフォントがおかしくなるんだけど

>>143
いやいやお前にコードが読めない事は分かる
コードが読めるやつならコードが読めただけではMacTypeで何をどうしてるのか分かるわけなくて
仕様を読み込んで仕組みを理解しないとあーだこーだ言えないからな
だから、コードの注記やタイトルに書いてある以上の事が一切言えないし
仕様と仕組みが分かってないから最新版では汚くなる事がコード見れば明らか等という虚言を述べる結果になったわけだ
アドバイスって…ヒンティングも知らんやつに何のアドバイスが出来るんだよ（笑）

>>146
それ作者のコードじゃないからな
ユーザーからMacType改造したけどエラーが出てビルドできないという相談があって
作者が代わりにビルドしただけ
https://github.com/s...0/mactype/issues/366

>>147
お手本のような知ったかぶりだな
そのように言えばコードが読めなくても読めるふりできると思ったのか
コードが読めないならせめてググってみようとか思わないのか
例えば"m.m12 += 1.0f / 0xFFFF;"でググると
>>100の修正箇所とパッチのコードが引っかかる
その周辺を見比べればどんな機能が追加されたのかわかりそうなものだが

846 名前：名無し~3.EXE[sage] 投稿日：2017/11/10(金) 17:28:59.49 ID:pD2lTpm/
FCUでGDIの描画が重くなる問題はすでに海外のプログラマが原因を見つけてMSに報告済み
11/15のWindows Updateで修正される予定

847 名前：名無し~3.EXE[sage] 投稿日：2017/11/11(土) 00:00:54.00 ID:DHUPGCZg
それはよかった
OS全体とFirefoxが時間経過と共に妙に重たくなって困ってた
直る事を祈ろう

876 名前：名無し~3.EXE[sage] 投稿日：2017/11/17(金) 09:20:57.53 ID:mzvW0KFU
>>874
俺はPAINTSHOP PRO とINVENTORが起動が遅いのと時間とともに重くなっていく
グラフィック系のソフトで似たような報告があったような

877 名前：名無し~3.EXE[sage] 投稿日：2017/11/17(金) 11:37:46.57 ID:G9OiSYk/
>>874
フォルダを開くのが目に見えて遅く重くなっていくから
MacTypeの関与は正直分からんけど、何かしらは発生してると思う

なぜコピペしたんだ
言ってみろ逃げるなよ

どっも知ったかなんだから
本当に知り尽くしている奴なら、突っ込まれないし
相手の浅はかさ加減に呆れ果てて相手にしようとも思わないはずです

どっちも知ったかって一緒にするなこっちは何も知ったかぶってないわ
知っている範囲の事しか言ってない
>>149のやつはコードを見ただけで描画が汚くなる出力が判ると言ってるのに
ヒンティングもアンチエイリアスも知らないんだから明らかな知ったかだ
コードが読めるだけではほとんど何も分かるわけない
なので具体的な話が出てこない

>>148
thx
じゃあ今後の正式版に組み込まれることはないんだね
よかった

いっぱい何か連投してる人いるけど文章が基地害ぽいから全部NGしたよ
何かを伝えたいならもっと簡潔に

結局何が正しいのか分からなかったけど最新版にしてdirectwriteを1にして既存iniに書き足してサービスモードで起動してもFCUUpdate後のChromeでもちゃんと効いてるのでとりあえずはこれでいくわ

>>156
iniはポータブル版をダウンロードして
新しい方を書き換えてみたら？

結局こういう事だよ
不明点があったら聞いとくれ
【まとめ】
・ MacType0628（最新版）ではCTPや、しらいと氏のパッチを使わなくてもDirectWriteに対応している
・ 但しEdgeには効かないという報告が複数あり、しらいと氏のパッチを使うとEdgeにも効くという報告がある
・ (1) MacType0628（最新版）のみではDWが効かない
　 (2) DWが効くが描画が汚い
　 (3) CTP170307を入れると綺麗になる
　 (4) ソースを見ると最新版では描画が汚くなると判る
　などというレスが前スレから何度も上がっているが、問い詰めた結果そのような現象の証拠は一切なく、
　実際には全て問題なく機能していると白状。完全なデマと判明。
・ 最新版で解消された不具合や追加機能等が使えなくなる他、古いパッチを当てる事による不具合リスクを追うだけなので
　 惑わされないように注意が必要
・ デマの首謀者とデマ協力者の２名が荒らしを継続中なので今後も要注意

ま〜だ言ってるよこいつしょーもな

>>155
HintingModeを元から1で使っていたのなら最新版で特に見栄えに変化は生じないので問題にならない
2にしてみればわかると思うが、2で使っていた人が最新版にそのiniを引き継いだことで生じた問題なんだよ

最新版ではDWにもHintingModeの設定が有効になった
もとから1だったのなら何も問題にならない
2だと汚くなるのでなんじゃこりゃ、となる

その仕様変更に誰も気づかず、指摘してくれる人がなかなか出てこなくて、長ったらしいやりとりが続いたんだよ

↑>>156だった

>>159-161
これがそのデマの首謀者
彼は意味も分からないくせにCTP（テクノロジー・プレビュー版）を導入し、3月のCTP版と
6月の正式版で動作が異なるという一点を以て正式版に問題があると主張し続けている

【デマ野郎の状況】
3月のCTP版の仕様やコード、リリースノートは現時点で公式フォーラム（http://font.themex.net/）に
アクセスできないので不明だが、公式リポジトリを見ると6月19日と21日にDirectWriteでもヒンティングが
使えるように変更しているようなので、3月のCTPではヒンティングの変更が不可能な仕様だったと思われる
https://github.com/s...c13a60b5890e4d6467aa
https://github.com/s...1424a3821896d15dff73

彼はたまたまヒンティングはしない方が「綺麗に見える」という感性の持ち主だったにも関わらず
持ち前の残念な性格から意味も分からずiniファイルでヒンティングを有効に設定していたが
3月のCTP版ではDirectWriteにヒンティングは適用出来ない仕様だった為、彼がiniで指定したヒンティング設定は適用されず
結果的に彼の望むヒンティングを使用しない描画が得られていたものと思われる

最新版では設定が反映されるように改善された為、彼の設定間違いが顕在化してパニックに陥り
持ち前の人の話を聞かない性格が災いし、最新版に不具合があるという妄想に取り憑かれ
デマを撒き散らす行為に至ったものと思われる
現在もまだ自分の設定間違いという事実を受け入れられない為、妄想を維持する為にデマ活動に勤しんでいるようである

【実際の状況】
実際には、最新版でHintingMode=1（ヒンティングを無視）にすればヒンティングが無視され
HintingMode=2（フォントのヒント情報を使用）にすればフォントのヒント情報が使用されて描画されるので
動作に何ら問題は起きていない

>正式版に問題があると主張し続けている

そんなこと一回もしたことないので
ガチのデマ流すの止めろw

あ〜そっか、何が問題だと言ってるのか理解できない文盲か
Hintingの切り替えができるようになったことが広まっていないためにトラブルが生じたと言ってるのであって
Mactypeが問題なんて言ってねえよw

ねちっこいな

一般ユーザーとコード読める人では理解度に差が当然あるからな
一般ユーザーがわからなかったことをねちねち責めてもしょうがないだろ

無知のくせに他人を批判するから…

>>164
正しくは
「お前個人がHintingの意味を知らなかった為にトラブルが起きたと勘違いした」な
Hintingの切り替えが出来るようになった事を知らずに使っていても、ヒントOFFにしてるやつはOFFになるし
ONにしてるやつはONになって描画されるから、みんな自分の望む綺麗な描画が得られている

プログラマは人とコミュが上手く取れなくなり統合失調症になりやすい

もう無視しとけ
相手しなければ良いだろ

今後は
○○なんだけど

仕様を必ず聞く

本体→教えられる物は教える
本体+CTP→自己責任なので自分で解決しろ
本体+Patch→Patch作者HPで聞け
本体+CTP+Patch→良く分からないなら使わない方がよい

これで良いだろ

1人はコードが読めない知ったかぶりだと罵り
1人は病気のプログラマーだと罵り
二人とも罵った相手から問題解決して貰ったくせに
自分の非を認められないがゆえに嘘を重ね続けるというね

誰か神ini上げてくれ〜

そもそもプログラムがコードどおり機能する前提がちゃんちゃらおかしい

オフィシャルな掲示板ならまだしも
なんでごちゃんでこんなに必死なの？

>>172
試作3号

コードなんちゃらはデマ男が苦し紛れに言ってるだけで関係ない

偉そうなこと言ってる人はソース公開されてるんだから自分で開発したら？
こんなところで煽ってることが意味不明だし相手にされない理由だよ

開発てwなんの話だ

DWで使う場合は結局どういう設定にするのがベストなの？

ベストてw話聞いてなかったのか

否定w

Avastとの競合がどうにもならんくて試行錯誤したのだが、結局

レジストリモード、UseIuclude=1、子プロセスの自動フック停止
念のためAvastでMacTypeをスキャンから除外

で狙ったものにだけ効かせる設定に変更して落ち着いた
ExcludeModuleやUnloadDllやらは何を試してもうまくいかなかった
すでに散々議論されてるところかとは思うが報告あげとく

Mactype:Mactype2017_0628 + CTP170307 + Patch1.26 サービスモード
Operating System: Windows 10 Pro 64-bit (10.0, Build 15063) (15063.rs2_release.170317-1834)
Processor: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz (8 CPUs), ~3.4GHz
Display Device: NVIDIA GeForce GTX 1050 Ti
Display Driver: ver.388.31

今まで
DirectWrite=1
HintingMode=1
で使ってたものを、HintingModeの設定がどうこうって話がここで上がってたので、どう変わるんだろうと思い
HintingMode=2
に変えてMactypeサービスを再起動したら、ディスプレイドライバーにエラーが発生し画面が黒くなってOSがフリーズした

イベントビューアの管理イベントを見ると
・レベル：エラー ソース:Application Error
障害が発生しているアプリケーション名: dwm.exe、バージョン: 10.0.15063.0、タイム スタンプ: 0x982d0cc7
障害が発生しているモジュール名: MacType64.Core.dll、バージョン: 1.2017.628.0、タイム スタンプ: 0x59532090
例外コード: 0xc00000fd
・レベル：警告 ソース:Dwminit
デスクトップ ウィンドウ マネージャーのプロセスが終了しました。(プロセス終了コード: 0x000000ff、再起動回数: 1、プライマリ ディスプレイ デバイス ID: NVIDIA GeForce GTX 1050 Ti)
この2つのイベントが繰り返し表示されていた

OSをサービスモードで起動してiniを元に書き換えて再起動したら元に戻った
多分オレ環が原因だろうけど一応報告しとく

dwmを除外設定してるかい？

>>184
ありがとう
dwm.exeの除外はしてなくてプロセスマネージャでみると
"アクセスが拒否されました"の状態
http://i7.5cm.ru/i/Ete1.png
だったんだけど、

[UnloadDll]
dwm.exe
を設定(プロセスマネージャの状態には変化なし)してから
HintingModeを0-2全部試してみるとエラー発生しなくなった。

一番違いが分かりやすい、firefoxのFoxAge2chサイドバーの板リストの部分で比較してみたけど
HintingMode=0
http://i7.5cm.ru/i/hZaE.png
HintingMode=1
http://i7.5cm.ru/i/dhbU.png
HintingMode=2
http://i7.5cm.ru/i/yOwl.png

結局HintingMode=1 が一番細くなってる部分が少ないように見えたのでこれでいく(元のまま)ことにした

dwm.exeが除外されてない人ってちらほらいるな
昔のver2013の時のini見たら除外されてるし、2016辺りのどっかのバージョンで抜けてたのがあるのかな

昔のiniをそのまま使い続けているとか

>>179
一旦アンインストールして古い設定ファイルも消してから、Mactype2017_0628のみインストール。
設定はDefaultで。

Windows10付属のOneNoteが文字が汚いのでどうしてもMactype効かせたいですが無理ですよねえ？

dwm除外するとタイトルバーに効かなくなるんじゃないっけ
除外を外した記憶があるわ

mactypeの作者ってublock横取りした奴に気質が似てるねｗ
しらいとがパッチ作れば自分の手柄にしてあげるくせに
その証拠にパクられたしらいとが萎えてやめた途端、自分からは作らない。

お　嫉妬か？

それならしらいとがパッチ更新しなくなった理由もつじつま合うだろｗ

イミフ

パッチ更新しなくなったの
アマギフ来なくなったからだぞ

荒らすのが目的の人は来ないでほしいかな

嘘なら無視
本当の事の場合は即否定するレス
良く有る事

公式ページでダウンロード(Get MacType)のボタン押した時に、わざわざかなり目立つように謝辞と最近の更新の多くの元ネタである旨を表示してるっての。
横取りどころか、むしろ珍しいくらい律義な方だろう。

Thank you!
Before you starting download, please have a look of persons/sites in the following list. MacType won't be here without helps from them

All the dear donators
thank you for your generous donations!

drwatson http://drwatson.nobo.../gdi++/index-en.html
author of GDI++, the project that MacType born from

ThemeX.net http://www.ThemeX.net
Where all dicussions about MacType take place

しらいと http://silight.haten...p/entry/MacTypePatch
who made a great patch about MacType and he is still updating. Most parts of recent update of mactype is inspired by his patch. Thank you!
DO visit his site and give him a thumb up, he deserves it.

2ch http://www.2ch.net/
Great forum for GDI++ and MacType and more, Creativties born there every second

maxchow
X-Series font author, who give me lots of useful advices on MacType

CrendKing http://gdipp.googlecode.com
Project GDIPP author, a person with great programing skills that digs very deep into font rendering.

And more...
There are so many people who helped MacType growing that I can't list you all here. Thanks for all of you

gdippのソースパクっといてLGPLなのにソース公開しなかった前科があるからな
今も全部は公開してない

gdi++が滅びて飯が美味い
メルカリの台頭でヤフオクが滅びるようになｗ

みんな民度の低いメルカリを避けるおかげで
ヤフオクに出すとえらい値上がりしまくって
ウハウハなんですがそれは

DemilightとかLight系のリモートフォント指定するサイトまじ死なねえかな
細すぎてくっそ見づらい
何考えてんの

ここの
https://qiita.com/no...1c69b9b25f2958bd9f97
デモプレビュー（NotoSansCJKjp）
http://nowri.github.io/sample-noto/
Firefox gdi + mactype で表示
http://fast-uploader.../file/7067924061875/
Demilightなら許容範囲な気もするが…
印刷を想定してるとかじゃなければ指定する意味は無いわな

結局使っててもっさりしてくる人はいないのかな？

エロゲーで悪いが（視認しやすいため）もっさり動画用意した、画面の切り替わり時の暗転やキャラの表示などに注目
http://www.42ch.net/...urce/1512378911.webm

PC再起動してMacTypeを一度も使ってない時も時間の経過と共に症状が酷くなっていくので、正直MacTypeは無関係と思われる

改めて投稿し直し
--------------------------------------------------------------------
735 名前：名無し~3.EXE[sage] 投稿日：2017/10/30(月) 14:43:37.53 ID:KDonHv5x
1017のせいかFCUのせいかは知らんが最近使ってるとどんどん重くなってくる
特に文字レンダリングが多いソフトでその傾向があってソフトを再起動しても無駄
だからWindowsを毎日くらいに再起動してて昔のPCみたいになってる

846 名前：名無し~3.EXE[sage] 投稿日：2017/11/10(金) 17:28:59.49 ID:pD2lTpm/
FCUでGDIの描画が重くなる問題はすでに海外のプログラマが原因を見つけてMSに報告済み
11/15のWindows Updateで修正される予定

847 名前：名無し~3.EXE[sage] 投稿日：2017/11/11(土) 00:00:54.00 ID:DHUPGCZg
それはよかった
OS全体とFirefoxが時間経過と共に妙に重たくなって困ってた
直る事を祈ろう

876 名前：名無し~3.EXE[sage] 投稿日：2017/11/17(金) 09:20:57.53 ID:mzvW0KFU
>>874
俺はPAINTSHOP PRO とINVENTORが起動が遅いのと時間とともに重くなっていく
グラフィック系のソフトで似たような報告があったような

877 名前：名無し~3.EXE[sage] 投稿日：2017/11/17(金) 11:37:46.57 ID:G9OiSYk/
>>874
フォルダを開くのが目に見えて遅く重くなっていくから
MacTypeの関与は正直分からんけど、何かしらは発生してると思う
--------------------------------------------------------------------

↑この件について
エロゲーで悪いが（視認しやすいため）もっさり動画用意した、画面の切り替わり時の暗転やキャラの表示などに注目
http://www.42ch.net/...urce/1512378911.webm

PC再起動してMacTypeを一度も使ってない時も時間の経過と共に症状が酷くなっていくので、正直MacTypeは無関係と思われる

Mactypeをレジストリにしても独立モードで停止できるようにしても、
そもそも使わなくてもどんどんWindows10のレスポンスが悪くなっていくわ
ATOKの変換候補の選択で如実に影響が出る

ピロピロっと上からゆっくり描画されるアレな。8bit機かよと。

>>208
FCUにアップデートしてからちょっと重いかもと思った事はあるけど
そこまでのは経験してないな

俺もATOKや他のソフトで同じ症状が出るわ
文字がスクロールするようなGDIを多用する部分のあるソフトだとあり得ない高CPU使用率になる
一度その状態になるとWindows自体を再起動するまで何してもなおらない
だがややこしいことに別にずっと使っててもそうならないときもあるんだよな
何かをきっかけに描画周りがバグって異常ループを繰り返してるんだと予想
まあでもMacType外しても起きるんならWindowsの問題だろうな

>ATOKの変換候補の選択で如実に影響が出る

それな
ATOKかClassic Shellアタリが怪しいと思っている

ちなみにATOK2017使ってる

確定履歴の辞書登録オンのままで辞書太らせておいて
重くなったとかほざいてんじゃなかろーな

最初は速かったエクスプローラやコマンドプロンプト、chromeの起動がだんだん遅くなってたんだけど、
NVIDIAのグラフィックドライバの更新をしようとして、
インストーラを起動してそのインストールの準備が終わった段階で何故か以前のようにすぐ起動するようになった。

MacTypeの話題じゃなくなってるぞ

モニターがグレアか否かでも見え方が変わりそうだね

プロセッサ　 　 Celeron 430 @ 1.8GHz
Windows10 Pro　 　 バージョン 1709　 　 OSビルド 16299.64
MacTypeInstaller_2017_0628_0.exe　 　 MacTrayロード　 独立モード

Microsoft Edge　 41.16299.15.0

処理能力の低いＰＣだと、MacTray のプロセスマネージャーで、
「Microsoft Edge」および「Microsoft Edge Content Process」のステータスが、
数秒毎に「稼働中」から、一瞬「停止」になる。
「このプロセスを除外」にした場合も、同様に、数秒毎に「除外」から、一瞬「停止」になる。
Firefox だと、「このプロセスを除外」後には、ずっと「除外(停止)」。

そこそこの処理能力のＰＣだと、ずっと「稼働中」。
「このプロセスを除外」にしても、ずっと「稼働中」。（「除外／停止」ではない）
プロセスを除外後にMacTypeを再起動しても、ずっと「稼働中」。（「除外／停止」ではない）
Firefox だと、「このプロセスを除外」後には、ずっと「除外(停止)」。

このプロセスを除外時の Default.ini
　 [UnloadDll]
　 firefox.exe
　 MicrosoftEdge.exe
　 MicrosoftEdgeCP.exe

>>214
おれもnvidiaの更新で全体もっさりが劇的に改善。俺の場合は起動時から重かったけど。mactype外してもだめだったから無関係。

>>217
[DirectWrite]のRenderingModeを変えてみ

634 名前：名無し~3.EXE[sage] 投稿日：2017/12/08(金) 14:20:13.14 ID:P0QNg6eq
>>521-522
>‎「Fall Creators Update」でGetPixel/SetPixel関数が遅くなる問題 〜一部アプリの動作速度に影響
https://forest.watch...cs/news/1095865.html
これなんだろうか
まあどっちにしろ早く直して欲しいわ…

635 名前：名無し~3.EXE[sage] 投稿日：2017/12/08(金) 15:27:55.00 ID:YhZvhN2j
現象
https://blogs.msdn.m.../12/08/fcu_getpixel/
プログラムの内容にもよりますが、ほぼ同等スペックの Windows 10 Creators Update と Windows 10 Fall Creators Update で
GetPixel 、SetPixel 関数の処理速度を GetTickCount 関数を使用して計測した結果
Windows 10 Fall Creators Update 上の処理速度は、Windows 10 Creators Update の数倍から数十倍遅くなることが報告されています。
回避策
有効な回避策は確認できていません。
状況
マイクロソフトでは、この問題について調査をしています。
進展があり次第、本ブログを更新予定です。

一部のアプリってどうせゲームだろ
全然関係ないからいいやw

バージョン管理システムですら影響受けてるって書いてあるじゃん読めないのか

むしろ、ほとんどのゲームは関係ないな。

GetPixel/SetPixelなんてうんこAPI
呼び出しに10倍程度遅くなったくらいで困るような場面で普通使わんやろ…

GetPixelとSetPixelはツールバーの描画処理とかでマイクロソフトが使いまくってる

事実長時間OS起動してるだけでガンガン重くなっていくのに
関係無いとか無いわ

最新のfirefoxからMactypeが効かないです
今までアプリケーションごとに効かせてたけど
MacLoaderに入れてもだめでした
MacTrayを立ち上げれば効くのですが

こういう細いフォント指定って誰得なんだよ
https://this.kiji.is...ts/39166665832988672

タブレットで見やすいようにじゃないの?

FirefoxやChromeにMacTypeを効かせるにはどういう設定にすればいいのでしょうか？

>>230
FirefoxなどGecko系は about:config を開いて、
gfx.direct2d.disabled を True にして
gfx.content.azure.backends の文字列を direct2d1.1,cairo に変更する

>>229
細かったらなんでタブレットだと見やすいの？

>>224
実際は数十倍なんてものじゃないと思うわ
使っているほどどんどん遅くなって最終的には数千倍のレベルになってると思う

これ削除したらOSが安定するようになったわ

>>234
OSごと削除した方がいいんじゃね？

>>232
8インチ程度の画面だと細い文字は識別しやすくていいよ
27インチとかだとあらが目立つけど

>>232
ppiが普段使いのPCとは違いすぎる

そもそもタブレット用のCSSは別物
96dpiPC用CSSがウェイト300のNotoSansJPでテキストカラーがライトグレーなんだからアホでしかないわな
「共同通信／日付」の部分がウェイト400
フォントサイズが12pxでウェイト300と400の違いなんて出せるわけないのに

MacTypeとかCleatype使えば濃淡で違いが出る（ライトグレーが更に薄くなる）し、
タブレットでもPCでも300%くらいに拡大すれば違いが出るが
どういう環境で見られたいのか意図が不明なデザイン

試しに入れてみたけど画面めちゃくちゃ見やすくなるな
あとは OpenType のプロポーショナルメトリクスを反映させてくれたら最高なんだが

FontSubstitutesってもう効かなくなってる？
[General]にFontSubstitutes=1
[FontSubstitutes]にYu Gothic UI=ＭＳ 明朝
上の設定でnotepad.exeでYu Gothic UIを指定しても置換されていない
MacType自体は効いてるんだけども
誰か試してみてくれないかな

Win10 FCU 64bit
MacType2017_0628_0 サービスモード

FontSubstitutesってAUぐらいからもう聞かなかったような。違ったけ

Windows10が手元に2台あるけど効果があるのと、ないのがある…うーん

うちは効いてるよ
日本語にしても中華フォントで表示されるアプリがあって違うのに置き換えてる

神記事きたか？

How to Fix User Interface Slow Downs in Windows 10
https://winaero.com/...ow-downs-windows-10/

>>244
それ効果無かった

コタツで使用のWindows10を入れたC2DのノートはMacType入れると不安定

ブラウザでフォントの置換をcssで@font-faceを使って出来る事を知った
メイリオとMS　PゴシックをNoto Sans CJK JP置き換えて
MacType導入無し

画面の小ささによって汚いとこは目立っていない

Evernoteの最新できかなくなった
別のに変えるかブラウザで使うしかないのか

C2Dとか久しぶりに聞いたぞ

同じくEvernoteの最新でMactypeが効かなくなった
対応させることってできない？

更新なくなったけど、他のソフトないわけ？
これ割りと不安定になるしさぁ

>>250
MacType以上に更新されてるソフトはありません

実質開発停止

な、age厨だろ

Github

>>247 入れて試してみて問題無かった
CTP171017 + DirectWrite=1

Windows10x64FCUをクリーンインストールして入れてみたけどやっぱ不安定になるわ
アンインストールしたから>>246これ試してみよう

>>255
まだCUだけど前にCTP入れたら汚くなったこと忘れてたわ
結局元のままにしてる

>>257
AntiAliasMode=4
俺環だと、これが綺麗

>>258
サンクス
気が向いたら試してみるわ

設定見たらもう4にしてたわ

俺FCUにアプデしたが安定してるけどね
レジストリモードで

安定してる人としてない人が居るからややこしいんだよねぇ。
うちはスタートメニューが開かなくなったタイプだった。
OSバックアップ取ってからMacType再インストールして試してみようかな？

スタートメニュー開かないのはmactypeの問題じゃないらしい
それに一度ログアウトしたらなおる

>>263
うちは
　・スタートメニューが開かなくなった
　・ログインしても自動ログアウトされる
の複合現象だったんだよ。
ログインしてる20秒くらいの時間にエクスプローラー開いてMacTypeインストールしてる
フォルダ名を変更してMacType起動しないようにしたら復旧したからMacType起因だったと判断してる。
ちなみにレジストリモードだった。

友達がWindowsで稼げている情報など。ニュースというか参考までに。
⇒　http://kuchibeta.sbl...ticle/181868190.html

興味がある方のために書きました。

86PLMKOCHN

しらいと君がwin10FCUバグ修正パッチ出してるな
スタートメニューバグも治るかも？当然非公式なので自己責任で

MacTypeと全然関係なさそうな案件に対するパッチのようだけど？

寄付ガー金額ガーって騒いだおかげでMacType関係は一生更新されないと思うよ。

mactypeがwin10が持ち合わせてるバグを突いてるとしたら？と思ったけどまあいいや

個人的にはMSPゴシックのビットマップフォントだけ何とかしてくれれば、これいらないんだけどな

大体の人はフォントの綺麗なスマホやタブレットで見てるからこれ必要ないんだよな

>>269
可能性はゼロじゃないけど、ほんとにそう思って書き込んだのならかなり奇特な方だと思うわ。

土挫の最後の砦ですよ。

エクセルやワードで印刷すると
画面表示と印刷が合わない悪の根源でもあるがw
Windowsは１px以下処理ができないのだよ。
横方向はサブピクセル使って擬似的に解像度あげてるけど
所詮その程度のレベルしか作れないので

Windowsで文字を表示するにはギザギザくっきりのビットマップフォントだ
可視性では最高と思い込んでいるバカが多い。

１px以下処理はWindowsでは難しい。
１px以下になると背景と合成するためにαチャンネルの処理が必要になる
メモリも増えるし処理も増える。低スペックで作っているWindowsは破綻する。

やめるにやめられないかと思う。
まともに作ると大部分が切り捨てられる。
Windowsの方向性がMacの丸パクリなのでいずれは蹴られるだろうけど

一応事実を書いておくが
現実は逆でモニターの見た目と引き換えに機械音痴でも使えるようにしたのがMacで
印刷とモニターの差を少なくしたのがWindowsな

Windowsでは人間工学に基いて96dpiを採用したけどMacは機械音痴の為に1ポイント=1pxに
してしまったから72dpiで1pxがでかく同じ12ポの文字でもギザギザくっきりだった
モニターガンマもWindowsは人間工学に基いて2.2を採用したがMacは1.8だったので
無意味にモニターが高価になりαチャンネルの計算も複雑化してリソース消費量も多かった

今ではWindowsに倣って改善されてきてるがそれでもモニターの見た目に無頓着な思想は残ってて
文字の太さやフェースが実際より太く大きく変更されてしまうせいでデザインが崩れたり
4K程度の解像度が人間の視覚能力を超えているとか非科学的な宣伝をしている

まぁAppleはイメージ戦略で売ってるところがありますし。
Intelプロセッサ採用以前は競合するIntelプロセッサと比較して「ン倍の性能！」とか言ってたしね。

>>264
Windows10でｽﾀｰﾄﾒﾆｭｰが出なくなったらageるｽﾚ
http://mevius.2ch.ne....cgi/win/1461882574/

Appleはカルト宗教なんで...

レギストリモードでたんまーにOS起動時当たらない事があるんだが
たんまーにだから原因がわからない

いろいろあってFCUを再インストールする羽目になったのでついでにMacType動かないか試してみたら動いてくれた。
CentBrowserで綺麗なフォント描画が復活してくれてうれしい。

>>277
俺も長いことレジストリで使ってるがそんなこと経験した記憶が無いな
少なくとも起動アプリがOSデフォだと問題ないはず

MacTypeInstaller_2017_0628_0
が最新verでええのんか？
Windows10 Creators Updateでも不具合ないやつかな？

>>280
それ入れたらアンインストーラが修復しかできなくてTotalUninstallerで消すハメになったな
MacTypeInstaller_2016_0904_0→MacType_CTP_171017→Patch1.26、DirectWrite=0、レジストリモード、FCU16299.125ほぼ問題なし

ただ一部のソフトのフォントがおかしい、7-zipのCRC画面だけとか
https://img15.pixhos.../59811226_clip_2.png
noMeiryoUIの設定と↓のレジストリでシステムフォント変えててCUまでは問題なかった

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts]
"Yu Gothic Light & Yu Gothic UI Light (TrueType)"=""
"Yu Gothic Medium & Yu Gothic UI Regular (TrueType)"=""
"Yu Gothic Regular & Yu Gothic UI Semilight (TrueType)"=""

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes]
"Yu Gothic UI"="Meiryo UI"

>>281
そうなのかー最新版といっても安心できないのね
参考になりました

>>282
嘘やぞ、標準で消せる

>>281
普通に消せるけどな
プログラムと機能やアプリ管理から消せないなら、MacTypeInstaller_2017_0628_0.exeをもう一回実行すればそこから消せる

Win10 Pro FCUだけどMacTypeInstaller_2017_0628_0でレジストリモードだけで問題ないな。

同じくWindows10 Pro x64 FCUでMacTypeInstaller_2017_0628_0にてレジストリモードだけで動いてる。

FCUは描画関係のメモリ管理に深刻な問題があるらしいからCUに戻した

古いのからMacTypeInstaller_2017_0628_0にしたけど、iOSプロファイルで字がきれいと思えん
MacType卒業してブラウザでフォント置換にするわ
MS Pゴシックとメイリオを撲滅させる

うちはMacTypeとブラウザ等のフォント設定変更の合わせ技。
Windows10側のシステムフォント変更はお手軽に「Meiryo UIも大っきらい!!」で一括変更してる。
Pゴシックとメイリオ、游ゴシックはもちろん使ってない。

エクセルの表示の汚さに耐えきれられなかった
游ゴシックだと高さが間延びするし
そこで、UseInclude=1でOfficeとChrome、Firefoxだけかけることにした

13 名前：名無し~3.EXE[sage] 投稿日：2017/12/22(金) 20:51:30.02 ID:1lwLsTg3
https://twitter.com/...s/944041736573091841

＞‎中の人に問い合わせた人によれば、FCUで低レベルのGDIメモリの割り当て方法がなんか変わったのが原因で、再起動するまでどんどんメモリが断片化するという現象が起きてるそうな。で、直るのは来年3月の大型アップデートになるかもしれんと。ないわー…

ワロタ

FCUはWindows Defenderが原因で重くなるアプリもあるから
使ってるやつは気をつけてくれよな

FCUしたらpcを起動してmactypeも起動しないとフォントが変わらなくなり、更にエクスプローラー等を開いて2秒前後経たないと反映されなくなったのですが対処法ありますか？

Failed Creators Update
False Creators Update

>>294
うちではそんな事ないから設定アプリ>回復からPC初期化してみたら？
というかFCUの人は全員そうやってクリーンインストールした方がいい、色んな不具合が直る可能性が高い、復旧は手間だけどもね

別に宣伝するわけでもないけど、EaseUS Todo Backup Freeとかのバックアップソフトを使ってシステムのフルバックアップ取って、
FCUをクリーンインストールした直後、他のソフトを入れない素に近い状態でMacTypeを適用してみたら切り分けしやすいかも。

Windows8.1とWindows１０だとWindows10のが文字が薄い
だが、それだけの理由で8.1使うわけにも行かない

前スレ707でChromeには次のCSSつかえって書き込みがあったのですが
body {
-webkit-text-stroke-width: 0.1px;
text-shadow: 0 0 1px rgba(0, 0, 0, 0.1), 0 0 2px rgba(0, 0, 0, 0.01), 0 0 3px rgba(0, 0, 0, 0.01)!important;
}

-webkit-text-stroke-width: 0.1px;はわかるのですが
それに加えてtext-shadowを使うのは何か意味があるんです？

>>299
正直シャドウは必要ではない
薄いと感じたらつけるくらいでいい

-webkit-text-stroke: 0.0125em !important;
text-shadow: transparent 0 0 0, rgba(0, 0, 0, 0.25) 0 0 0 !important;
俺はこんな感じにしてる

よく見たら
transparent 0 0 0,
はいらんな

CSSは専用スレで聞けよ

そんなスレはないしMacTypeのDWはまだ微妙だしいいだろ

関係ないんだから良い訳無い
以上

>>299
CSSは関係ないので
ブラウザの所で聞け

MacTypeが手段ではなく目的になってるな

だからMacTypeでのchromeに不満か不具合がある場合の運用対処法の話で
CSSの話じゃないんだから関係あるだろ

このスレには関係はあるわな
自分に関係ないやつは黙ってればいい

GitHub見たらREADMEが更新されてた
Important notice!
・Until next update, DO NOT use registry mode in Windows 10 latest version as it will very likely to crash and lock you out in the logon screen.
・Since there are some unknown problems with the new installer and it is a big update, it is very much recommended to stop old MacType, uninstall and reboot, and then do a clean install. This will keep you away from many unexpected problems.

>>308
MacType使わないんだから全く関係ないじゃん
それに
>>299
はMacTypeの話では無く
CSSの話をしているんだけど

＞前スレ707でChromeには次のCSSつかえって書き込みがあったのですが
＞body {
＞-webkit-text-stroke-width: 0.1px;
＞text-shadow: 0 0 1px rgba(0, 0, 0, 0.1), 0 0 2px rgba(0, 0, 0, 0.01), 0 0 3px rgba(0, 0, 0, 0.01)!important;
＞}
＞
-＞webkit-text-stroke-width: 0.1px;はわかるのですが
＞それに加えてtext-shadowを使うのは何か意味があるんです？

これの何処にMacTypeを使っていて
どこら辺がCSSの話じゃ無いのか詳しく書いてくれないかｗ

要するにChromeに対応できないMacTypeが悪いってことだろ
作者に文句言うのが正解

CSSで描画いじらなくてもMacTypeでChrome対応できてるとおもうが…
@font-faceは俺もやってるけどねMSPゴシやメイリオや游ゴシをIPA Pゴシックに変えるだけで十分だ
英字フォントの日本語部分はChromeのフォント設定でだいたいカバーできるしUI部分は--disable〜でいけるし
不満がある人は使ってるフォントの問題では？IPAフォントはいいぞ、Win環境ではNotoより滑らかに見える

>>310 サンクス

NotoフォントのCSSが細すぎる駄目サイトの話もちょっと前にあったし
chromeにちゃんとMacType効いてる人もCSS使ってまだまだよく出来るかもね

Windows10標準搭載
UDデジタル教科書体 NK-R
https://light.dotup.....dotup.org501726.png

見やすいね

え？

>>315
この数字は教科書体NK-Rじゃないよね。
　こんな数字が出るのなら躊躇なく変えますが、
　このフォントの重大な欠点だと思っています。
　数字の１がだめです。
MacTypeの話題じゃないけど間違いはほっておけない。

今気づいたが楷書体って横書きだと違和感でかいね。筆の運びが分かりやすいだけに、つながりのなさが際立ってしまう。
右上がりを抑えた横書き用楷書体とかないのかな。

数字マジクソいよね

せやな

論文の英数字や単位もゴシックで書いちゃうひと？

https://i.imgur.com/6b9V0Yj.png

3行目と4行目のどっちかが"1"じゃなくて"l"だけど
こんなの見分け付かないよな

個別のフォントの比較や批評はこのスレの対象外だと思うのだが。

不具合でるから暫く無効にしてたが無くても別に困らないことに気づいた

あっそ

良かったじゃんバイバイ

MacTypeは不具合の元だからな

paint.net を久しぶりに起動しようとしたらエラー吐いて起動できなんだ
MacType で PaintDotNet.exe を除外指定して無事に起動できるように
なったけど、これってオマ環？
FCU あてる前には特に何もせずに起動できてた気がするものの
paint.net 使うのが久しぶりすぎて記憶が定かでない……

Windows10 ｘ64, MacType_CTP_171017(レジストリモード) + Patch1.26
paint.net v4.0.19

Patch入れてるなら制作者に聞けよ

Windows10 FCU(64bit)で正式版(1.2017.628.0)をMacTrayモードで動かしてるけど、paint.net普通に起動するな。

いいなぁ、確認ありがとう

とすると、やっぱオマ環か
うちだと FCU に 1.2017.628.0 + Patch1.26 だと Windows の起動にしくるし、
FCU に CTP_171017 だけだと Windows の起動にしくる
paint.net 以前に難儀な環境だ orz ＞ うちのPC

FCU新規インストールして環境再構築したらなんか改善するかもしれんね。
うちではログインしてすぐログアウトするループ現象が直った。

為念。
俺もPaint.NETが落ちるようになった。ろくな確認もせずアンスコして再インストールして起動してる。原因と疑ってるプラグインは入れてないです。

俺の環境だとPaint.netは起動したりしなかったりする、起動できる確率の方がやや高い感じ
一度起動できれば問題なく使える
他にもWindows10の設定画面とかも同じような症状が出るからWPFだとそうなるのかなと勝手に解釈してる

あほか？
今日4.0.20が出ているよ。
私の環境では一切問題は出ていません。
MacTypeは、新しいもので、パッチ等は一切入れていない。
その上で、いろいろやってできるだけきれいな字が出るように
がんばっています。
全てをMacTypeで賄おうとするのは無理だと思う。

paint.net 4.0.20でHigh-DPI対応関連の修正改良が入ってるから、関係あるかもね。

paint.net.4.0.3.install.exeまで起動確認
それ以降は最新でも起動せず

>>328 自己レスです

paint.net v4.0.20 だと除外指定しなくても起動できるようになってた
Windows10 ｘ64, MacType_CTP_171017(レジストリモード) + Patch1.26

う〜む、2日ほどずれてたらなんとなく最新版インストールするだけで
あまり悩まず問題解消に至っていたのか

Windows10で勝手に再起動されたらageるｽﾚ【Win10】 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
https://mevius.5ch.n....cgi/win/1515673257/

Edgeの起動が遅いのはこれのせいだった

Win10HOMEに強制的にFall Creators Updateが来たからうｐになったけど
そこでもう十数年来愛用してるファイラにマウスのカーソル飛びの不具合が生じて
当然32bitアプリだからとうとうダメになったかと愕然となったんだけど
乗り換え試したり一日あたふたして、そういえばと最後にググってみたら
このしらいとさんの修正パッチが出て来て、適応したら正常に動作するようになった。
改めて、この人スゴイんだねぇ
Mactypeには関係ないけど、感動したんでｗ

Patchの宣伝乙です
専用スレに行って下さい

宣伝て。有料ソフトじゃあるまいし
別にいいじゃん感動しただけでしょ

自分が良いと思ったからスレ違いでも書くって勝手すぎますね
本人もいい迷惑でしょう

FCUでのマウスカーソル飛びとMacTypeに関係があるならともかく、
まったく別の案件なのに名前を出されるとMacTypeから距離を置いてる
しらいと氏もあまりいい思いはしないだろうと。

貶してるわけじゃないし、ネタじゃなくマジでその程度の雑談も許容できないならちょっと心配になるわ
Patchと言ってもMacTypePatchじゃなく、Windowsに対するハックみたいな話だから、妥当なスレなんてないし
MacTypeパッチスレなんて勢い0の廃墟につぶやくよりはしらいと氏を知る人が多いこのスレの方が妥当だろ？

最初の書き込みくらいはまぁ許されていいんじゃねと思わないでもないが
スレチの指摘に対する逆ギレは痛すぎる

スレチだとわかってて書くならスレチと言われたくらいでキレるなよｗ

いや俺は>>341とは別人だよ、やけに噛み付く人が多いから
このスレの住人はよっぽどしらいと氏にコンプレックスがあるのかと思ってついね

適用な

スレによっては雑談を極力避けた方がいい所ってあるよね
空気読む練習だな

あとキレてもいないしなw 誰かが奴がキレたといえばキレたと思い込み、
本人だと勝手に思い込み、よく考えればスレチでもないのに条件反射スレチだと思い込み、
むだに不寛容で神経質、勝手に他人の心情まで下世話に斟酌して、コミュ障のお手本みたいな展開でちょっとウケる

> このスレの住人はよっぽどしらいと氏にコンプレックスがあるのかと思ってついね
なにいってだこいつ
気持ち悪いわ

> 勝手に他人の心情まで下世話に斟酌して、
なにそのブーメラン
そしてキレすぎ笑うわ

発狂しすぎｗ

>>351
こんな話題に乏しく流れが遅いスレ、しかも業務報告専用とかの議題が決まってる訳でもないスレで、どう空気を読んだら雑談ダメ他所いけって発想になるんだよ
俺は正直>>344くらいまでは長文感想に引いてネタでからかってるだけで、本気で排斥してはないのかなと思ったけど
>>345以降で「あれっ、こいつらガチなのかな」と思って面白くなってしまった

>>354
(それはちょっと狙った、ある意味キレてるだろ)
まぁ暇すぎて便乗で雑談したかっただけかもしれん、すまんね

しょっちゅう荒れて伸びるね

>>356
自分は脱線による雑談は問題ないと思っている方で
煽り合いなんかよりもマシだと思うけれど
それとは別につい過剰に反応したり釣られたりして反省することも多々あって
>>351は自分に向けたレスのつもりだった

キチガイに絡まれて可哀そうにと思ってたら本人がキチガイだった時の気持ち

こわいなーNGすとこ