64bitまだでつか?
>>3 やっぱGDI++よりクリアタイプの方が見やすいな
>>4 同意。変に太くならないしな。GDI++は調整できると言っているが、結局は極太で使っている。
ここはgdi++のスレであってClearTypeのスレじゃないから
ClearType信者はお引取りください
インスコガイドは間違いだらけだから貼っても無駄
もう開発してないのに過去ログや視認性チェックは不要
スレの現状を踏まえるとこれ以上テンプレを貼る必要性なんてあるのか?
貼れと言いつつ自分は貼ろうとしない
相変わらず他力本願のクズしか居ないねぇw
>>11 お前こそわざわざID変えてご苦労だな。その改行って意味あるの?
さっさとお前が貼っとけよ
死んだソフトにしがみ付いてる基地外自治厨クンw
開発する人が居なくなって、荒らしだけが自演し続けてるのか。永久機関だな。
隔離スレだから別にいいじゃんw
あ、もしかしてここが開発スレとでも思ってるの?www
>>15 自演がばれて発狂かよ。見苦しい奴だ。
これから自演するときはIDだけじゃなくちゃんと文体も変えるんだぞ。
ニワカさん乙〜
ここ(2ch)は荒らしを封じ込める為のスレだよ
あっちに来ると迷惑だからw
こいつには「あっち」があるのになぜ煽りに来るのだろうか
そんなことしたらその「あっち」を探されるだろうに…
まずゴシックの時点で無いわ。それでも日本人かよ
意味が分からない
ニワカさん乙〜
って流行らそうとしてんの?
痛々しいレスって流行るけどさ
FT版ではない初期のgdi++を思い出した
無断転載の古いバージョンしか使えない乞食に相応しいスレ
さて、と。
そろそろ乞食共に炊き出しでもするか(笑)
う〜ん・・・
おまいら、炊き出しの時間ですよ〜(笑)
で、GDI++はどれを使うのがBetterなの?
he090211.zip
環境や好みによるが、
XPならHelium20091013最終版
Vista以降ならHelium2開発版
GDI++じゃなくてもいいならDirectWrite版
オープンソースがいいならgdi0850やezgdiなど
↑
いつもの存在しないバージョンを語りだす粘着荒らし
以下、自演擁護
↓
>>32 存在しないバージョンを語る荒らしは死ね^^
作者本人が20081225以降は更新してないって言ってるんだが
完全に興味が無くなったので開発を再開するなんて絶対に有り得ないともな
作者がメイリオ+ClearTypeのよさに気付いた結果だから仕方ない。
結局メイリオを無料で合法的にダウンロードできるようになった日がGDI++の寿命だったのだよ
64bit対応とVistaでの数々の不具合を解決するのに四苦八苦しているときに
ちょうどWin7にDirectWriteを搭載するというニュースを知ってしまったのだから
今までしてきた努力は何だったんだと怒り狂って開発放棄したくなった気持ちもわかるよ
惜しむらくは完全なソースコードを公開しなかったことだが
まぁGDI++の歴史に終止符を打つにはそれが最良の選択肢だろう
20091225に期待してます(・∀・)
そういえばさ、ソースコードって「私は本物です証拠です」と言った時に
一部分だけ晒したのが最後?
肝心なところが無いだろとか色々言われてたけどw
ちょっと見てみたいのでまだ持ってる人いたらうpしてくれ。
>>37 クリアタイプなんて端から相手にしてない
gdi++作者のページ読んで来いw
だが、負けたんだ・・・
中国で開発継続してた気がするからそっちのフィードバックに期待するしか無いよw
あっちの民族は物真似は得意だけど独創性には欠けるから品質が落ちるかも知れないけど
新OSに対応してくれる可能性はある
ID:SVCAy5AU
日本が不自由なやつだなぁ
gdi++の64bit版が無理なら、これに替わるソフトって無いの?
Win8では128bitなんてものまで出すようだし、このまま32bitに留まるのはどんどん厳しくなるな
>>42 >物真似は得意だけど独創性には欠ける
日本のこと言ってるのかと思ったw
>>44 ezgdi
中国は何千年も古来から、良いものを真似るのが技術を磨く上で上達の早道であり、
非常に合理的で美徳とされてきた文化と歴史があるから仕方ない
だから他を真似るのに抵抗がなく、他文化をパクりまくってここまでの大国になれた
パクるには下手に出てそれに近付くことが第一歩なので、商売や外交が非常に上手い
それが清いか汚いかは別としてそういう国なんだよ日本とは考え方が違う
それはむしろ日本だろ
お前の身の回りで日本のオリジナルといえる物がどれだけあると思ってんだ?
日本の郷土料理にカレーとラーメンを申請して拒否られた話を思い出した
カレーもラーメンも本家とは既に全く異なったものになっていて、全くの別物だ!とか言ってたな
そんなわけで
>>48 カレーもラーメンは、日本オリジナルです
50 :
名無し~3.EXE:2009/11/17(火) 02:03:30 ID:RHG/trwv
そういう屁理屈しか捏ねられない時点で(ry
gdi++ に替わるソフト = Mac OS X
真面目な話クリアタイプで我慢できないなら Mac や Linux を使えばいい
Windows しか使えない糞餓鬼は文字表示なんぞに拘る前にすべき事があるだろう
あんな薄い文字読めるかボケ
MacやLinuxよりはまだクリアタイプの方がマシです
>>51 オフィスに置いてあるパソコンがWindowsだったらどうするの?勝手にLinux入れるのか?w
お前みたいにたかがネットや2ch閲覧だけでgdi++使ってる人間だけじゃないんですよ。
本領を発揮するのは、長文の入力・確認が必要な事務作業員とかプログラマでしょ。視野が狭すぎる。
オフィスに置いてあるパソコンにgdi++のような得体の知れないソフトを勝手にインスコするのか
>>55 問題が起きれば消せばいいだけだし。
デュアルブートにしたり構成ごと変えるのとは次元が違うぞ。
遊びでやってるわけじゃなし、仕事の効率上げるためだからgdi++入れるくらいならokだけど
Linux入れてOpenOfficeで作業やりますだの言ったら、即時に解雇予定者になっちまうだろうよ
>>57 お前が事務作業員とかプログラマでないのはよくわかった
問題が起きれば消せばいい(笑)
>>56 お前がどう思ってるか知らないし、会社によっても違うだろうけど
大抵の会社はソフトウェア指定があるのですよ。
趣味なら「フリーウェアで十分だよww」とか思ってても、仕事だとそれで済まないし
会社がMS Office統一で全員使ってる以上、自分だけLinuxで作業しますなんてわけにはいかないの
ほとんどの会社は同じだと思うけどね。
うちみたいな事務じゃなくて、プログラマだって一緒だと思うよ。
Windows上の開発環境で書きたかったら、薦められたところでMacやLinuxで作業なんてできないはず
仕事の効率上げるためだから覚醒剤の使用はokだけど
問題が起きれば揉み消せばいい
と言ってるようなものですなw
別に、公共のパソコンじゃあるまいし、勝手に弄っちゃダメなわけじゃないぞ?w
ただ、うちだったらMS Office指定だし、他社でも大抵はそういう指定があるから
「MacやLinuxでも使ってろよwww」とは出来ないと言ってるの
こんな夜中にID変えてまでご苦労だね。そんなにWindowsやgdi++が嫌いなの?w
情報漏洩が社会問題になってる昨今、
フリーソフトのしかも配布元も分からないウィルス入ってるかも分からないようなのを
一従業員が勝手にインストールできるって素晴らしい職場だねぇ
「効率上げるためWinnyを使いますが、問題が起きれば消します」とか申請できそうだなw
そもそも
>>51は職場でLinux使えとはひとことも言ってないしな
>>63 AntiMalware使って共有ソフトの検査は月一でやるね。企業ライセンスが売れまくってるらしいよ。
で、gdi++とWinnyでは全く危険性が違うわけだけど、頭は大丈夫?
>>64 長文扱う仕事以外にgdi++が必要に迫られる場があるの?インターネット?w
> 問題が起きれば消せばいい
たぶんID:y7HhbT3m自身も会社にそう思われてるでしょw
問題が起きれば消せばいい(クビにすればいい)ってね
所詮その程度の社員ってこと
っていうかマカーは巣に帰れよ。アンチがここに居る理由は無いでしょ
>>67 そりゃそうだろ。事務作業員なんてのはそういう仕事だよ。
>>66 それとこれとに何の関係が。
>>51は職場でLinux使えとはひとことも言ってないわけで。
>>69 じゃあさっさと消えろよwwお前の存在がここに問題起こしてるんだよ分んねえのか?wwwwwww
素直にMacやLinux使えって言ってんだよwどうせLinuxが何かすら分かってないんだろ?え?wwww
平日の夜中に、単発のアンチが大量に沸くなんて同一人物としか考えられないんだが
圧倒的に
>>51の優位だな。スレ的にはgdi++マンセーな阿呆よりも
現実的にMacやLinuxを選択すべきということがよく分かっている
つまりID:y7HhbT3mは会社のPCがXPだったらUxTheme Patcherを平気で入れるし
2000だったらWindows 2000 Revolutions Packみたいなのも平気で入れるってことか
会社のPCを完全に私物化してるただのアホだな
gdi++擁護厨=Windows以外が使えない情弱と言うわけですね、分かります。
>>75 それどころかWinnyもBTorremtも入れてて、検査の時だけ消してる気がするwwwwwwww
問題があれば消せばいいらしいからなww検査の時以外は入ってても問題ないって思考が見えるwwwwww
問題が起きれば消せばいい=問題が起きるまでは何をやってもok
どうでもいいけどMac版のオフィスはWindows版より軽快に動作するし
LinuxのOpenOfficeだって、オフィスファイルの互換性は完璧だぞ。
それこそOffice2007形式なんかは企業ではまだ使用はご法度だしねぇ‥Linux使えない環境ってのが信じられん。
むしろ、企業としてLinuxを採用するところは恐ろしい速度で増えてるけど
>>79 問題が起きれば消せばいい=問題が起きれば消えればいい
仮想ソフト(VMwareとかね)でLinuxを使えばいいじゃない
WindowsOSさえ使っとけばソフトのインストールは自由なんでしょ?
つか、gdi++入れるよりはLinuxのほうが安全だろ
問題があればWindowsクリーンインスコすれば終わりなんだし
もしくは社用のデフォをイメージにして置いとけば、何入れようが一瞬で元通りに出来るわけで
もう分かるだろ?働いてないよこいつw
GDI++ のボケボケ文字を長時間見てると目が疲れる
ボケないオートヒントは字形が歪みすぎて読みにくい
こんなソフトを常用できる人は目が腐っているのだろう
結論
クリアタイプ最高
プログラミングなんて英数字の羅列だからクリアタイブが見易い
むしろGDI++だと:;とか,.を区別できない
ここgdi++のためのスレなんだけど?
なんでクリアタイプ信者がここに来る必要があるのかね?
gdi++が嫌いなら使わなければ良いだけだろうに
>>88 同意
必死にクリアタイプをマンセーしてるやつらは消えろよw
ここでクリアタイプ派とgdi++派が喧嘩するなんて愚の骨頂ww
だって作者がクリアタイプでいいと言ってしまったから仕方ないよ。
MS社員がMacでいいなんて言ったらここの板が炎上するのは想像に難くないだろ?
GDI++のx64版を出さないから悪い。
説明は日本語でだ。
92 :
作者:2009/11/17(火) 22:33:57 ID:Tepd2Pzh
私はすべての開発を撤廃しました。
したがって、私には、64ビットのバージョンを出す構想が全くありません。
HeliumやTrayはオープンソースではない。
FT版はオープンソースだが幾つかの脆弱性が放置されている。
マルチディスプレイにして、フォントサイズでかくすればいいじゃん
GDI++効かせたスクショを上げても
その画像を見る人のディスプレイのドットピッチによって
見え方は全然違うと思うんだ
ezgdiってどやって使うんだ…
なんか64bitでGDI++が使えますみたいなこと書いてあんだが
>>100 Vistaの迷走っぷりを見ればあそこに過度の期待はダメだと分かるだろうに
せめて、DirectWriteをすべてのアプリに適用するというオプションでもつけてくれればいいんだけど
それも有り得ないな。
馬鹿かお前
GDIと根本から違うレンダラをどうやって既存のアプリに適用するんだよ
リボンUIをすべてのアプリに適用するオプションをつけろというぐらいナンセンスな話
リボンUIを適用しないオプションが欲しいな
もしも勝手にDirectWrite化なんて事になっていたら
・大多数のソフトでまともに文字が出ないなど不具合多発
・描画パフォーマンスがVistaと比べ物にならないほど激重
結果、Vistaを超える史上最悪OSになってしまうだろうよw
Office2010でDirect2DやDirectWriteをがんがん使ってくるかと思ったが
対応OSにXPが入ってるし残念ながら期待できないね
XPなんて切っちゃえばいいのに
せめてでは標準のエクスプローラとかにはDirectWriteを適用するとかは
なんでしなかったんですかね
そうすれば、64bitしか選択できない機種でも
32bitアプリでGDI++が使えると思うのですが
DirectWriteを適用てw
素人ってホント突拍子もない事を考えるねぇ
色々とありがとうございます。
無理のようなので、7に移るならUltimateで言語パック適用で英語表示にするつもりです。
一時期はフォントの件でmacに移ろうかと思った程です。
GDI++はまさに神ソフトです。
111 :
名無し~3.EXE:2009/11/18(水) 17:17:25 ID:C5fbFjRY
mac使えよバカ
適応と適用の区別がつかない俺
DirectWriteのウリはUnicodeの完全なサポートとDirect2DをバックエンドにしたGPUベースのレンダリングとサブピクセル単位でのClearTypeだからな。
仮に"DirectWrite版"なるソフトが実在したとしても実際のところあまりメリットは無い。
つうかVistaのDirectWriteに制限が多すぎて噴いたw
やっぱVistaは所詮Vistaか
>>114 大阪北が荒らそうと知恵絞って、OS煽りを開始した模様
Running DirectWrite on Previous Windows Versions
The following behavioral issues may affect the use of DirectWrite API on previous Windows versions:
* Scripts new to Windows 7 may not render entirely correctly on previous Windows versions.
* Locales not available in previous Windows versions fall back to default behavior.
* The ClearType Tuner is not available on previous Windows versions.
* GDI interoperability has a higher memory cost in some scenarios on previous Windows versions.
これはひどいw
言っとくが
DirectWrite=縦方向にもアンチエイリアスが有効なハイクオリティなフォント描画
ではないぞ
カスタムでパラメータを与えてやるとそういう描画も可能というだけ
IE9に過度な期待して後で後悔しないようになw
出来るだけ綺麗な文字で見たいって人と
極限まで綺麗な文字を突き詰めないと満足できない人の違いかと
わざとぼんやり汚い画像載せてる?
122の環境ではバッチリ調整できてるか、
調整の仕方がわからなくて悔しいっ!
のどちらかじゃないかな
ん?何か勘違いしてない?
gdi++イラネ
IE9早くでないかな
>>122の画像だが、上から
MS Pゴシック+DirectWrite ClearType Natural
TV P丸ゴシック+GDI ClearType
TV P丸ゴシック+DirectWrite ClearType Natural
TV P丸ゴシック+DirectWrite ClearType Natural Symmetric
DirectWrite でも無条件でサブピクセルレンダリングになる訳ではない。
それと Natural Mode は AA が激しくズレる。まぁ当然だが。
DirectWriteはやっぱgdi++の品質には遠く及んでないな
てかMS Pゴシックを比較で出すなとw
なんで?
使ってないから
どうでもいいことに噛み付くアホっているよな
どうせならメイリオで比較しろよ。
ヒンティングを有効にしたgdi++よりDirectWriteの方が見やすい。
並べて見比べるとgdi++はボケボケで滲んでて見れたものじゃない。
GDIのClearTypeと違ってガタガタじゃないしgdi++よりクッキリ。
バランスと可読性に優れたアンティエイリアスだよ。
実際GDI++のHintingよりDirectWriteの方が綺麗
NoHintingは滲んで汚いしレンダリング品質もクソ
そもそもブラウザにNoHintingなんてもっての外
文字の視認性が悪くなってフィッシングを生むだけ
セキュリティ軽視してるAppleぐらいしか採用しないのもわかるよ
フィッシング詐欺に話をつなげる発想はなかった
>>130 頭悪すぎ
MS Pゴシックはビットマップ表示になるのを示しただけだろ。
う〜ん
HintingがDirectWriteより汚くてNoHintingがCoreGraphicsより汚いのか、、、
一世風靡したgdi++が完全に過去の栄光となってしまったなぁ
作者がXPしかきちんと対応しなくてWin7beta公開時期に去ったのがようやく理解できたよ
大丈夫、にじんでるのが好きな奴もいるから。
でも、まだGDI++は使わないと見づらいのは変わりない。
それに代わるのはまだまだでてないんですよね?
GDI++が見やすいかは環境によるだろう。
GDI++の方が見づらい
てか、サブピクセルポジショニングすらできない
時代遅れのClearType/gdi++.dllと、
DirectWrite/CoolType/CoreGraphicsを
比較するのがナンセンス
そういう考え方があるのは分かるけど何でここで声高に主張するのかが分からん
GDI++が必要以上ににじむのはFreeTypeのせい
FreeTypeのラスタライザは重くて品質が悪い
これはFreeTypeがもともとportableがウリで
半端な精度の固定小数計算だから仕方ない
《流れをぶった切って近況&報告》
何とか三連休中には公開に漕ぎつけたいので猛ペースで開発中
iniの設定を満足に出来なくて
gdi++を叩きたい気持ちはわからんでもないが
わざわざここでCleraTypeマンセーしなくてもいいよ
スレ違いなんだから
>>145 乙
期待してます
×CleraTypeマンセー
○DirectWrite/CoolType/CoreGraphicsマンセー
残念ながらGDI++の滲みはFreeTypeの計算精度の問題なので幾らINIを弄っても改善できませんよ。
INIを設定すれば如何なる欠点をも解決し得ると本気で思っているのですか?
はぁ〜コレだからGDI++信者は困るよ。。。
煽るためだけにここ見てるのか
AA連投の頃に比べると
大阪北の粘着にも貫禄が出てきたみたいだが
単発でDWマンセーの不自然なレスが続くところに
詰めの甘さが出ているのが残念
FreeTypeの欠点はしょうがないからまぁ諦めるとしてもせめてガンマをちゃんと設定できればなー
なんでオフとガンマ値2.0しか選べない手抜きなんだよぉ
(FreeType版はガンマ以前に糞だから問題外)
ヘリウム作者はFreeTypeの欠点から来る限界を知ってたので
画質を追求する方策は敢えて取らなかった、と妄想してみる
>>122 これのどこを見てgdi++より綺麗なんて思えるのか謎w
ヒンティング有効にしてgdi++で見てみな
クソだからw
わざと悪い設定にして比較する意味が分からん
同じ条件で比較しないと意味ないだろ馬鹿
NoHintingが好みならMacと比較しとけ
結局gdi++が汚いのは変わりないよ
158 :
名無し~3.EXE:2009/11/21(土) 08:16:01 ID:1muErrME
ヒンティング有効にしたところで
>>122なんかよりgdi++の方が明らかに綺麗だが
自分で設定調節できないってだけだろ
いつの間にこんな不自然なほどアンチ率が高くなったんだよw
あんまりリセット繰り返してルータ壊すなよ。
アンチはずっと前から多いぞ?過去ログ見てみろよ。
作者が基地外だから仕方ない。
>>161 「ヒンティング有効」の意味が分かってないみたいだな
お前こそ設定調節できてないだろw
>>161 火に油を注いでどうするよ?
アンチに餌撒いても喜んで喰いついてくるだけなんだから
GDI++はどこに目のピントを合わせていいのかわからなくなる魔法のソフト。
169 :
:2009/11/21(土) 11:41:21 ID:D01bTdZq
2つの●が3つに見えるようにすればおk
● ●
ID:i0BzgQtv=ID:1muErrME
つ ハードディスクの中
ちげーよバカ
64ビットで動けばなぁ。
>>174 同じくこのソフトだけが動かないがために
64に移行できんわ
他の64で動くソフトはまだ使い勝手が悪すぎる
DirectWrite版でいいよw
>>163 161はgdi++のHintingModeを有効にした結果な
というか特殊な条件下だとgdi++の方が汚い、なんて結果を提示してネガキャンしたところで何の意味があるのかね
>>178 つまりヒンティングを有効にすればgdi++の方が汚いが、それ以外だとまだgdi++の足元にも及ばないということね
なら無効にしとけばいいんじゃないかな
DirectWrite版にヒンティングを無効にするという選択肢が無いから比較してないだけだろう。
それにヒンティングしない方がいいかどうかは個人の好みの問題。
ヒンティング有効にするとDirectWriteより汚い
ヒンティング無効にするとCoreGraphicsより汚い
但しDirectWriteやCoreGraphicsと違い、Windows(x86)上のあらゆるソフトで利用可能
という他に変えられない大きなメリットがある
ってことか
そこら辺のフォントのヒンティング有効時の表示を比べて意味があるの?
膨大なヒンティング情報が入ってるメイリオでさえ
ノーヒンティングのほうが綺麗といってる人がいるのに
せめてメイリオを使って比較すべきだろ
これはMeiryo UIか?
UI用にひしゃげられたフォントを使うのも不適切だろ
元々歪んでるんだから
Meiryo UIだけど半角英数字はメイリオと同じだから問題ないよ
それじゃメイリオで比較してるんじゃなくて
Verdanaもどきで比較してることになるだろ
結局、ヒンティング情報が入ってないCJKフォントでMACモドキの表示にできるのが一部の人にウケただけってこと?
どうりで世界中で中国人しか開発引き継ぐほど興味もってくれないわけだw
欧文はClearTypeの効きがいいからじゃないかな。漢字もメイリオが出て、まあ遜色がないところまで来たけど。
自分はXenoでKleeAAを使ってるのでGDI++を使ってます。
漢字は固定幅だからサブピクセルポジショニングできなくてもいいので
gdi++で十分だと思うよ
欧文・ひらがな・カタカナはサブピクセルポジショニングできないと
>>173のように不揃いで汚くなる
まぁ、Meiryo UI自体がリボンUI用のフォントだからバランス良くないけど
DirectWriteを使うと不揃い感が低減される
ClearTypeのサブピクセルポジショニングってWPFじゃないと有効じゃないらしいけど、
最近のアプリって大体WPFなんかな
よく知らんのだが
サブピクセルポジショニングは謂わば水平方向のアンチエイリアス。
プロポーショナルフォントのサブピクセルレンダリングにおいて必要不可欠な存在。
DirectWriteの登場で、CoolTypeやCore Graphicsに長らく遅れを取っていた
Windowsのレイアウトエンジンがようやく追いついたといえる。
>>175 Vista64で使ってるけど、元々適用アプリはブラウザとかエディタに限定してるし、
その辺は32bitアプリだから別段問題無い。
つか、今はまだみんな32bitアプリだから使えるのは今のうちとも言える。
>>182 俺の場合ヒンティングありのメイリオの
・文字の大きさが不揃い
・くっきり見せる事を重視した結果省略しまくりで別の字になってる
・止め跳ねがあるせいかなんかトゲトゲした印象
というデザイン上の問題でノーヒンティングの方が好きだけど、それと
「綺麗さ」というのはまた別の話じゃないのかなーと思ったり。
ぶっちゃけもうちょい色を濃くできて、ヒンティング無し設定もできるなら
ClearTypeでもいいかなと思うしw
SuperFetchとかもそうなんだけど、MS標準機能って設定いじれない
のが嫌なんだよね。
間違えた
>>159じゃなくて、
>>161が固定幅に見えますね。
でも固定幅じゃないですね。アホすぎてすみません...
何もかも間違ってる
アホは黙ってろ
これして何の意味が・・
SSのまとめ
>>193 横方向の不揃いならメイリオに限らず欧文フォントにもよく見られる。
サブピクセルポジショニングができれば多少は改善される。
GDIは座標系が整数であるが故、これができなかった。
この制限は当然ながらgdi++にも受け継がれている。
余談だが、gdi++でサブピクセルポジショニングできないのを指摘した人は
以前にもいた(gdi0852.png)が、一部のgdi++信者が叩いて追い出したようだ。
どう見ても
>>161はTV P丸ゴシックじゃねーし(どこが"丸"ゴシックなんだ?)
>>173に至ってはかすってもいない
結局、SS見て何も識別できない、DirectWriteとgdi++の区別つかないアホが
愛用してると思うと元開発者として泣けてくる
世の中アホの方が多いのをお忘れなく
アホですがべつに「区別がつかない」からといって、
汚い表示でも我慢ができるわけではないのです。
>>194に上げたものが、どれがどのフォントで、どのシステムでレンダリング
したものなのか、画像だけで判別できないので、前後のレスから推測して
みたのですが、いろいろ間違っているようですね。
でも
>>194のなかで、個人的にこれなら良い、これはダメという好みははっきり
あるわけです。
>>161はなんのフォントで、どのレンダラで、どういう設定なのか教えてください。
ウゼーんだよ
スレを私物化するなキチガイ
質問は質問スレ行けよ
スレタイすら読めないアホが偉そうに・・・
さすがにそれはだまされません。
ヒラギノ角ゴシックかなにかでそ。
DirectWriteとgdi++が区別つかないアホは相手するだけ無駄
つーかアホはMacでも使っとけばいいだろうに
>>200 メイリオで不揃いって言ったら縦というか高さでしょ
縦方向にAAかければおk
自分はアホじゃないと思ってるのはだいたいアホ
俺もアホ
自分はアホだと思ってるのはだいたい自覚してるよりずっとアホ
俺は秀才
GDI++はDirectWrite版を試すことさえできないXPユーザーのためのソフトです。
Vista/7ユーザーはDirectWriteマンセーでも何でも好きにして下さい。
ですが他所でお願いしますね。
>好きにして下さい。
>ですが他所でお願いしますね。
どっちだよw
言葉の最後のほうしか聞かない人ってよくいるよね
アホしかいないように見える、このスレ。
アホが使うアホ専用ソフトのスレでナニ言ってんだか
>DirectWriteとgdi++が区別つかないアホ
ClearTypeとgdi++が区別つかないアホもいたぞw
そんなアホでもgdi++ユーザーだから笑える
同じアホなら踊らにゃ損
こんな糞OSいつまでつかってんだよ
あ、エロゲのためか
まず開発者がアホだから。
あのド汚いソースコードの山がアホを如実に語ってる。
開発を申し出たのもプロジェクトと掲示板だけ作って逃げるアホ。
アホがアホに向けて作ったソフトにアホしか集まらなくて当然でしょう。
MeiryoKeなんてMeiryoUIより歪んでて汚いイラネ
歴代アホ作者
一位 ◆.mZ2vg/JrI
プロジェクトと掲示板を作っただけのアホ
二位 導入マニュアル君
嘘しか書けないニワカ自治厨
三位 ◆0x0D/0x20I
開発能力無いくせにしゃしゃり出るな
四位 ◆sy567m.tFw
ただでさえ汚いソースコードを殺人的に汚くした張本人
五位 ヘリウム作者
オープンソースプロジェクトを乗っ取った気分はどうですか〜?
ファンの俺より遍歴に詳しいとは
連休中に公開するつもりが間に合わなかった
やっぱり一人で開発していると思うように進みませんねぇ・・・
歴代の開発者の方々には本当に頭が下がります。
>>228 無理しなさんな
一人でやってるのだから限度があるのも仕方ない
陰ながら応援するくらいしかできないけど
公開を心待ちにマターリと待ってるよ
>>228 乙です
このプロジェクトが進歩しているというだけで有難いことです・・
アンチの同志へ告ぐ:
新しい開発者を追放したまへ
ソフト系のアンチってどうゆうことかいまいちわからん。
ユニクロでキレていたおっさんと一緒ってこと?
アンチは元開発者
gdi++を熟知してるので並大抵の煽りは通用しない
相手するならしっかり勉強してから挑むように
大阪北が荒らす原因になった流れのコピペだれか貼ってくれ
>アンチは元開発者
>gdi++を熟知してるので並大抵の煽りは通用しない
まだそんなものを信じているのかw
gdi++なんてものは始めから存在しないんだよw
DirectWrite版を近日公開するから、早いとこ7に乗り換えるんだな。
DirectWrite版の一般公開でアンチが増えただけ
DirectWrite版が良い感じなので要らなくなったgdi++はゴミ箱へ捨てた。
DirectWrite版の意味がわからないん。。。
現在のgdi++は何版なのでしょうか?
一見すると gdi++ vs DirectWrite版 が喧嘩してるように見えるけど
中身的には XP厨 vs Vista/7厨 が喧嘩してるだけなんだよね。
Windows板にはよくある構図なので別にアンチでも何でも無い。
大阪北がwikiに書いてある通りの行動パターンでワロタ
DirectWrite版はどこにありますか
gdi++とDirectWrite版の比較でgdi++惨敗だったから悔しいのはわかるけどさー
DirectWrite版の存在自体を無くしてしまおうと信者必死だなw
今度は「比較は捏造だ!gdi++が世界一!」とか言うつもりなの?
DirectWrite版の最新はどこにありますか
あるなら使ってるところのスクショ貼ればいいのに
上のほうで比較のスクショが出てたのも知らんのか
それにしても自分が知らないだけで「○×はありません」て
作者が見たら心外だろう
そりゃDirectWriteでしょ
DirectWrite版のXP対応版はどこにありますか
DirectWrite版とgdi++で同じスレを表示した比較スクショだが…
あの「も」はないわw
偽装工作の次は揉み消して無かった事にするとはw
信者コワイヨー
255 :
名無し~3.EXE:2009/11/24(火) 22:47:26 ID:fnDAxGgg
XP乞食の僻みばっか
出ないってことは公開してないってこと?
Windows 7を買ってください
ソフトが対応していれば美しいNatural ClearTypeで表示されるでしょう
また大阪北が暴れだしたな
新しい開発者の追放に専念したいのでDirectWriteの宣伝は後にしてくれ。
まぁここでやらなくてもどっかでやるだろ。
叩かれるほどの事をできる人は
素直に尊敬してしまう
アホな開発者が作ったアホなソフトを使うアホなユーザーの遠吠えはもういいよ。
Vistaでgdi++を使ってる俺はおかしいのか?
まともな人間ならVistaや7は使いません。
WindowsはXPで卒業してMacやLinuxへ行きます。
もう大阪北の煽りに対するテンプレ作ろうぜ
64ビット化まだでつか
アホな開発者が作ったアホなソフトを使うアホなユーザーの遠吠えにレスしているアホな
>>262
「フォントを綺麗にするソフトです」
そのソースコードは途轍もなく汚いw
結果がすべて
まぁフォントを綺麗にするのがウリなのにソースコードが汚いのは本末転倒だと思う。
そのせいでエンバグしたり再現不可能なバグが残存してるのも頂けない。
ソース汚くしたのってヘリウム作者だろ?
んで、ソース綺麗にして軽く安定しましたってヘリウム出したのに
ソース出さないんだから開いた口が塞がらないよ
また大阪北か
ニートかよこいつは
答え:本当はソース綺麗にしていないので恥ずかしくてソース公開できない
話題無くなった開発終了ソフトのスレが勢い20て・・・
なんだかんだ言っても愛用してる人は多いからな
ドットが細かく見えるいい液晶使ってる人ほど
GDI++はありがたい
なんでgdi++信者って液晶自慢するアホが多いの?
278 :
名無し~3.EXE:2009/11/26(木) 17:45:16 ID:/j6kiy5a
サブピクセルレンダリングできない字形の不自然さと
計算精度の悪さゆえのボケボケを併せ持った
至極のソフトを堪能するには上質な液晶モニタは
必要不可欠なのだ。
それブラウン管で見たことあって言ってんの?
一種の選民思想みたいなモンだろ。
使いたいフォントがgdi++がないと汚かったからな。
>>275 しかも、ごく一部の少数派しか需要無いソフトのスレ
本来なら過疎化が進んで「保守」以外のレスは付かないスレ
もしかして「昨日は俺が信者役だったから今日はお前が信者な」つって
クソガキ数名が信者vsアンチごっこでもしていて利用されてるのか?w
ezgdiちょっと見てみたが筋が悪いな。
システム全部にしか適用できん。そりゃ不安定になって当然だw
easyhookの仕様なんだろうか? それとも単に簡単だからそうしてるのか。
あのままだとちょっと64bit版は辛い気がする。
以前からJPEG形式のような滲み具合なのが気になっていたが、
いくら弄っても改善しないので半ば諦めてたがFreeTypeの精度が悪い為だったかorz
FreeTypeのソースに手を加えれば良いのかな
でもライセンスがややこしくなるしやめとくか
うーん、gdi++側のアプローチでどうにか改善できないものか。。。
>>284 ねえ、なんでこのツール使うのやめないの?
ソースなんてどうでもいいだろ。汚くて困るのなんて開発者本人(と、オープンソースなら改変加える人)だけ。
コンパイルしたらどうせ一緒なんだし、そんな重箱の隅を突いてどうしたいんだと。
>>287 で?
「全く不必要」な処理が入ってるならまだしも、コードの汚さは開発者以外にはほぼ関係ない。
リンク先にもあるけど、一番の問題はバグを引き起こしやすい事と、起きた場合の箇所判別が大変なこと。
馬鹿か?
予言:この釣りは伸びる
とりあえず頭悪そうだから補足しとくか
ソース汚い→プログラムに無駄が多くなる→重くて不安定になる
ソース汚い→バグが直せない→作者やる気無くす→開発停滞
ソース汚い→他人が読めない→新しい開発者が入ってこれない→プロジェクト崩壊
ソース汚い→自分でも読めない→作者やる気無くす→開発終了
ソース汚いのは当初から問題になっていてFreeType開発者にも指摘されたが
結局誰も正そうとしなかったのでアンチの恰好の餌食になってる
「ソースが汚くていい」は今までなかった新展開だなw
>>290 だから、下3つは分かるよ。俺もそう言ってるじゃん、開発者と改変したい人が困るって。
1つ目はおかしいだろ。スパゲティであっても、全く使わないコードでも入って無い限り重くて不安定になんかならん。
コンパイルって何か知ってるの?
釣りが下手すぎて面白くない。
異常なまでに単発が湧いてるな
gdi++のソースコードは汚いとか以前に設計から失敗してると思うが。
フォントキャッシュのアルゴリズムが無茶苦茶。
コアルーチンの大部分がリエントラントになっていないので
複数スレッドから同時アクセスするとコケる。
特にオブジェクトの寿命管理があまりに酷くて
あるスレッドで使用中のオブジェクトを別スレッドが破棄してしまう。
そのくせ無駄にロックしている箇所があってパフォーマンス悪化の原因を作ってる。
整数オーバーフローやバッファオーバーランなんて至る所にあるし
とてもまともなプログラマが書いたコードとは思えない。
だったら、書き換えてくれればいいのに(´・ω・`)
書き換えるべき箇所が多すぎるというか、書き換えなくていい所が無いというかw
とにかく新しいソフトを作り上げる労力を超えるので書き換えるなんて現実離れ。
仮に新しく作るとしてもgdi++と比較されてフルボッコされるのは目に見えてる
現に叩かれて追放された開発者だっている。協力者を募るだけでも厳しいのに。
触らぬ神に祟りなし・・ならぬ、触らぬgdi++に祟りなし
これが傍観してる開発者の見解だろ
いずれにせよ今はezgdiの様子見ってところかと
あっちに動きがあればスレの流れも変わるだろ。良い方向に流れるかどうかは知らんが
おまいら、ezgdiの人が別プロジェクトでフルスクラッチしてるらしいですぜ?
チャンコロに乗っ取られた!!1!!!111!!1
ってファビョる連中が目に見えるな。
64bitで使えるようになるならなんでもいい
>乗っ取られた
オープンソース文化を理解してないおバカ発言
>>302 そういうバカ発言するやつがたくさんいそうだろ、このスレw
前スレに乗っ取られた発言したアホが居た
http://iup.2ch-library.com/i/i0032030-1259310722.png DirectWrite版的なものをネタとして作ってみたが、誰かが前に言っていたように、
メリットがあるかどうかは微妙だな。
ある程度は調整にもよるんだろうが、もともとClearType向けのフォントでないと、
きれいに表示されないようだ。
>>298が求めているようなものにはなりそうもない。
ただし、動作は軽い(今後作り込んだらどうなるかわからないけど)。
俺自身としては、一部のフォントでもきれいに表示できて動作が軽ければ十分な
メリットなので、さらに作業を進めてみようと思う。
まあDirectWriteはサブピクセルポジショニング前提だから
GDI互換のレンダラにするとあまり綺麗に見えないね。
あとWin7付属のClearTypeチューナーの影響を受けるというか
ClearTypeチューナー自体がDirectWriteの為にあるような感じで
標準ClearTypeではチューナーで設定した描画にならない。
>>305 どう見てもgdi++です
捏造スクショ乙
ClearTypeにしろDirectWriteにしろ1バイト文字の見栄え優先で
2バイト文字圏のユーザーのことはとりあえず文字が表示されればおkだろ、ケケケ…
っておまけ程度の欠陥品っていうのが結論でしょ
1バイト文字圏の人間が作ってるのだから当然といえば当然だろうけど
Appleにやってもらいましょう
見栄えより可読性を優先したのがMS
可読性より見栄えを優先したのがApple
ただそれだけのこと
2バイト圏はボケボケ文字が必要みたいな
おかしな思考回路のアホってまだいるのか
世間ではgdi++派の方がずっと少数派なのをお忘れなく
現実を見た方がいいよ
更新きた?
Helium20091127キタ
キタ----------------------------------------------------------
それは0327
結論:この釣りは伸びた
He最新版、FreeType+Direct2Dで使えるのが素晴らしい。
Win7買っててよかったよ。
>動作環境
>* Windows Vista
>* Windows 7
XPの俺オワタ
あのー、SSE2の時は仕方ないと思ったけど、XPを切り捨てるのはどうかと。。
Windowsで一番使ってる人多いのがXPなのに
Direct2Dを使えるXPを準備してから言え
どこで公開されてるの?
>Windowsで一番使ってる人多いのがXPなのに
いやそれは無い
いやXPが一番多いだろ
XPは今までのを使えばいいじゃない。
一から作り直した方が楽とか言われてるけど、それをやる人がいないのは、結局難しいからなんだよなw
freetype自体がでかくて扱い難しいし。
>>325 お前の目は節穴か?
ezgdiの開発者が一から作り直してるしHeliumだってコアは一から作り直してるだろが
スレで一から作り直す人がいないのは
・ 叩かれる
・ 一から作り直してもスパゲッティじゃないプログラムにできる人がいない
という二点。
ある程度力量のあるプログラマならコードを書こうとする前に
ソフトの規模から想定しうるプログラムの複雑さを推し量るだろう。
まずは、現在のgdi++と同じ機能を持ったソフトを作り、
さらに将来の要望に応じるべく柔軟な構造にするとなると
スパゲッティじゃないコードとして保守するのは想像を絶する作業と気づく。
gdi++ だって(元々スパゲッティだったが) gdi0500 〜 gdi0700 の頃の
大規模拡張で急速にスパゲッティ化が進んだ。歴史を繰り返すのは明らか。
スパゲティの三大要因=FontLoader・FontLink・ガンマ補正
このうちどれか一つでも搭載するとスパゲティを繰り返すので注意w
~~~~~~~~~~~~~~~
別のプロジェクトでfontlinkに対応したことがあったけど、
あれ結局自分でレジストリを読むしかないんだな。
どこにあるか教えてくれ
いつものように引っかき回して遊んでるだけなんだからいい加減釣られるなよ
どこにあるか教えてくれ
久々に来たんだが本家helliumの配布サイトどこに消えたんだ?
サイトが残ってるようだが移転先がわからん。
>>326 ありゃ移植版だよ。ソース見た?
へりうむは知りません。ソースないのでw
helliumって何でしょうか?
いわゆるPolyStationのような物ですか?
>>335 そういうのは、動くものが出来てからいうもんじゃないのか。
そりゃやろうとするだけならインクすとんでも出来るw
>>337 というか、掲げてる目標がでかすぎて不安になるな。
ID:fncXnm3r=◆.mZ2vg/JrI
ハイハイ負け犬の遠吠え乙
>そりゃやろうとするだけならインクすとんでも出来るw
InkStoneは何も作ってないでしょうが。
そういうのは一行でもソース書いてから言いなさい。
341 :
名無し~3.EXE:2009/11/29(日) 08:33:45 ID:EKFXWX8b
そんなことより、hellium最新版はどこですか?
◆.mZ2vg/JrI
↑こいつまだいるのか
陰気で糞で遁ずらってことでこれからは陰糞遁(インクソトン)と呼ぼう
ロダにDirectWrite版来てる。
どうせウイルスだろうから誰か踏め。
>>343 AppInit_DLLsで全適したらログオンする時にOSごと落ちて使用不能に陥った
事前にバックアップ取ってたので何とか復旧できたから良かったものの、
Windows7で初めて青画面を見たよ。。。
ロダのgdi0904のdwTray
32Windows 7で今の所挙動に問題なし
ただ好みのフォントが薄めなので
・調整できません(本来はガンマ、コントラスト等調整できるが今は決め打ち)
ここの実装楽しみにお待ちしております
と思ったらNpro採用のネトゲには弾かれて反映されなかった
なんか挙動不審すぎてまだまだ使えないねぇ
今後に期待
Nproのせいかと思ってたけどゲーム内では反映されてた
システムフォントいじってるので
・FontLinkには一切対応していません。
こっちのほうでログイン画面だけ反映されてなかったぽい失礼
349 :
名無し~3.EXE:2009/11/30(月) 01:25:00 ID:JtC4xKOD
ヘリウムもそうだがソース出さない開発者は死ねよ
>>349 あくまでGDI++の亜種だからヘリウム共々
ソースは出す必要無いと思う
気にくわないのなら使わないか自分で亜種を作ればよい
テンプレに
> 2ch 発祥のオープンソースソフトウェアです。
とあるのだからソース出さないソフトはスレ違い。
そもそも gdi++ じゃないなら尚更スレ違い。
絶対ネタだと思ってたら、とうとう現実になっちまったのか。
作者に続ける気があるなら、これのために7導入してもいいかな。
しかしスレ違いってのには同意。そもそもGDI++の亜種なのか
まったくの別物なのかもわからんし。
ていうか、適用できてる
すまん。
適用できてるって人はスクショ貼ってよ。
設定できないせいか適用されてもきちゃないな・・・
gdi++の設定変えただけじゃねえか
まつがえたw
白地に黒 → 黒地に白
開発が順調に進めばgdi++が用済みになるのは時間の問題?
XP厨がゴネて荒れるかもしれないけど作者がんがれ!!
DirectWriteはスレ違い
ウンコストンみたく外部掲示板でやれ
DirectWrite+が発足されたんですか?
365 :
名無し~3.EXE:2009/11/30(月) 16:30:38 ID:SSHBhiGP
動きあったみたいだね。
ClearTypeのような薄さはそのままに、
Linuxみたいな優しい文字表示になった。
これが縦アンチエイリアスの力か・・・!
自治厨は気にしなくていいよ。どんどんやれ。
7でgdi++を使ってます。はよなんとかしてください。
368 :
名無し~3.EXE:2009/11/30(月) 17:11:09 ID:DsXHF0af
スレ違いウザイ
作者がやる気あるなら別スレ立ててもいいくらいなんだけど、作者の意向がわからんことにはなあ……。
2ちゃんとは関わらずにひっそりやりたいと思っているなら、スレ立てても使えないしな。
> 2ちゃんとは関わらずにひっそりやりたい
gdi++のロダに上げていてそれは無いだろう
てか作者って
>>305じゃね?
黙ってロダに置いて行き、スレ違いを無視したレスで埋まろうがスレが荒れようが一切関知せず
いわゆる「ヘリウム作者方式」ってやつか
Vistaだから使えないけど応援してる。
変なのがあの手この手で煽ってくると思うけどがんばれ。
まあ今までこのスレ見てたなら耐性も大丈夫だとは思うが。
Vistaで使えるだろ
64bitの話か?
だが作者にはがんばって欲しい
Vista x64で使ってた。32ビットの専ブラとかIEとかは使えるでしょ。
Natural ClearTypeは原理的に無理だと思うが(GDIと字幅が違う)、
まだレンダラの設定がデフォのままであまり綺麗に見えないのが残念。
(Gamma=1.8/Contrast=0.5/ClearTypeLevel=0.5/縦AAオフ/RGB固定)
モニタの設定値を使うようにプログラムすれば
ClearTypeチューナーの設定を反映した描画にできるとアドバイスしておく。
まぁ上のスクショはDirectWriteの可能性を示すための物なので
MSのDirectWriteサンプルを改造した物で撮ったが。
>>363,368
大阪北w
こないだまで自分がdirectwrite版がどうとか書きこんでたのに今度はスレ違いかよw
次は使い古したOS煽りかな?
>>370 ああ、こんなものを作っている人がそんな何人もいるわけないものな。
スレ移行を推奨します。
どうせ2ch内にスレを移してもアンチはついてくるだろ。
外部板をレンタルして強制IP表示にした方がいい。
外部板やプロジェクトホスティングに垢取ると簡単に逃げれなくなる罠
ねえねえWin7なんてまだリリース1ヶ月じゃん?
Win7専用ソフトの報告が立て続けに出るのは不自然で内海?
スレ住人のWin7率が高いだけ?
それとも作者がID変えて自演で宣伝とか?
>>382 普通2〜3日様子見て大きな不具合無さそうなら乗りかえするだろ。
いつまでもセキュリティホール満載のXPやVistaを使い続ける理由は無いわけだし
Win7買ったけどRC版のまま使ってる俺がいる。
新OS出てもPCごと買い換えたりしないけど、OS単体で買う人はいくらでも居るでしょ。
>Win7専用ソフトの報告が立て続けに出るのは不自然で内海?
これがいわゆる情弱ってやつか
Vistaの時はリリース直後にVistaの動作報告なんてほとんど無かったけどなw
まぁ優待販売で安く買えたし、Vistaスルー組の2000/XPユーザーが7に乗り換えたってことか
387 :
305:2009/11/30(月) 22:59:36 ID:7X1T9rTJ
305 = dwType の作者です。
gdi++のロダに、改良版をアップロードしました。
レジストリを直に編集する必要がありますが、最低限の設定変更が出来るようになりました。
(OSの設定値を変更するということではなく、このソフト固有の設定です)
詳しくは同梱のreadme.txtをお読みください。
>>384 いねーよ。VistaやXP使ってる奴が1万以上出して乗り換えるほどの価値は7にはない。
それとも情弱情弱うるせー割にレビューを鵜呑みにして簡単に乗り換えた情弱ばかりか?w
>>387 thx!!
ちなみに今後のリリースでは設定はレジストリではなく
iniファイル化の予定あるのかな?
>>387 スレ違いだからいい加減他所でしろ
日本語が読めんのか?
∩_
〈〈〈 ヽ
____ 〈⊃ }
/⌒ ⌒\ | |
/( ●) (●)\ ! !
/ :::::⌒(__人__)⌒:::::\| l
| |r┬-| | / <こいつ最高にアホ
\ ` ー'´ //
/ __ /
(___) /
>>387 偽物うpされる可能性もあるので、トリップつけて下さると助かります
394 :
305:2009/12/01(火) 00:55:02 ID:e8gE+nim
ソース出さないところとか聞く耳持たないところとか
ヘリウム作者そっくり。
もしかして同一人物か?
>>391 別スレ立ててもお前みたいなタイプの人間が乗り込んできて
結局このスレと同じ状態になるのが見えてるからここでいいよ
少しはこのスレの流れもまともになってきたし
別"掲示板"ですればいいだろが。
荒らしのIPをアク禁すればいい。
>>396 別スレ立てても荒れるから、は理由になってない
オープンソースでなくgdi++でない物はスレ違いというだけだ
>>1 >※Helium版、DirectWrite版、改造版などの話題はスレ違いです
>※Helium版、DirectWrite版、改造版などの話題はスレ違いです
>※Helium版、DirectWrite版、改造版などの話題はスレ違いです
さあ、誰かスレを立てるんだ・・・!!
401 :
テンプレ案:2009/12/01(火) 01:30:37 ID:0VZC85uM
7用のインストーラーが付いたら使う。
どこに置いても使えるのに?
・GdiTray全適用してるとたまにエクスプローラ右クリックでRuntime Error 206が出るので、以下のスクリプトをかまして遅延起動させる
WScript.Sleep 10000
WScript.CreateObject("WScript.Shell").Run "GdiTray.exe"
これってどうやるの?
.vbsで保存して実行
>>409 つーか、gdi++.iniに↓でも書き加えとけ。
[GdiTray]
DelayExec=10000
一度止まったら誰かが切り出すまでしばしの沈黙に耐える
右へ倣えと言われたら右に倣う独断性の貧しい寂しがり屋集団なのがよくわかるw
ばーか
大阪北隔離スレで何言ってんだか
はじまりました
長い規制が解除されてよほど嬉しいんだな
2ちゃんねる見てないで勉強したら?
大阪北が自演を繰り広げております
GDI++専用アップローダに初心者用スターターパックというのが
上げられてるけど、iniに改造フォントの名前はあるわ
初心者にgditrayを勧めるわで、ちょっとあれだな
FF13のラスボスは死骸化したセラらしい
ちなみに最後ライトニングさん死ぬってさ
ラ・イ.ト・ニ・ン.グは死亡END
セ ラは実の妹ではなく記憶がフ ァ ルシに植え付けられていたことを知る。
ラ ス.ボ スは司教エストラーデ・ラ・ピピータ。 3回変身する。
EDラストは3年後に仲間がみんな集まって再会。墓地で誰かの墓参りかと思ったら、ラ イ ト ニ ン グの墓。
墓石に本名のセラフィナ・ラ・ピピータと刻まれているのが映ってジエンド。
ラ ス.ダ ンはコクーンシティ。機械と融合したフ ァ ル シの暴走と司教の陰謀を止めるのが最終目標。
それ嘘バレだから
【FF13はサチコ死亡END】
衣装は6着しかないは嘘。隠しはアンコール含めて12着ある。
サチがサチコになってリハに向うまでは一本道
中盤で訪れるサロンパスにサチコイーエックスがいて、ちょっとしたクライマックスになる。
終盤で過去のサロンパスに行った時にサチコになる前のコバヤシがいて、ミカワの髪は実の髪ではなくリーブがミカワに植え付けられていたことを知る。
記憶を取り戻してからは、サチコの姿や持ち歌が変化する。
ラ ス ダ ンはエヌエチケホール。機械と融合したミカワの暴走とリーブの陰謀を止めるのが最終目標。
ラ ス ボ スはリーブ・ツゥエンティ・ワン。3回変身して最後はデスピサロみたいになる。
EDラストは3年後に仲間がみんな集まって再会。墓地で誰かの墓参りかと思ったら、サチコの墓。
墓石に本名のコバヤシと刻まれているのが映ってジエンド。
今時FFみたいな中身スカスカのゴミゲーやってる奴いるんだ
さすが大阪北
このスレもようやく活気が戻ってきましたね
425 :
名無し~3.EXE:2009/12/26(土) 00:42:50 ID:+sFwW6v/
ヘ⌒ヽフ ;,,.";: ゜。
( >ω<)・:;;:;";:; ヘッブシュン!
/ ~つと) ;:;",.
Heliumの更新マダー
Heliumの更新マダー(笑)
Heliumの更新キター?
Windows7にしてみたんだけど
タイトルバーだけガタガタになるのが気になる
どこか弄ると直るのかな?
Heliumの最新版で直ってる
>>430 もう少し真実味が出るようにアドバイスあげると
「最新版」とわざわざ言わない方がいいよ
本当にあればそんな書き方しないんで
最新版って20091227の事でしょ?
>>429 Aeroが有効になっているとどうやら効かないっぽいが、
Word2007やExcel2007のタイトルバーには効いているんだよな…。
そんなワケで、[DenyModule]にDWM.exeを追加すると少しはマシになる。
マシになるというかClearTypeが効いてるだけな
頼むから64bit版早くしてくれ
ははワロス
ちちワロス
ん?悔しかったの?
うん
nLiteで言語の中国語削除するとIEで繁体字とかのページ見てもフォント崩れないんだな
崩れなくても読めないけど
しかし、DirectWriteには失望したな。
OS Xに近づくどころかgdi++にすら適わないとかMS無能集団過ぎるだろJK
無能なのは開発者も一緒だよ
T221でDPIスケーリングしてやっとMacに追いつく
Skypeの字が崩れるのって仕様なの?
Skypeだけじゃないけどね。
Firefoxなんかも規定サイズ外のフォント表示になるからダイアログからはみ出てチェックやボタンが押せなかったりするのはよくあることだし。
これはもうMSがWindowsのフォントレンダリングを見直すしかないんだよ。
iPhoneなんて3.5インチ液晶で解像度320*480しかないのに誰が見てもフォントが綺麗だって感想なんだからこれはOSそのものが問題だね。
それとOS Xも初期の頃のCheetahやPumaは日本語フォントは今ほど綺麗ではなかった、gdi++のWindowsにすら劣っていた。
>>445 Firefoxのどのバージョン?
Skype4以上は字崩れるのは同じだけどFirefoxは崩れてない
昨日ここに来たばかりの初心者なんだけど、XPで使うとしたらどれがいいの?
>>418とか言われてるし、dwTypeは7用みたいだし
899のfreeTypeがいいのかな
448はウイルスな
中華サイト行くと本体の最新が2月11日版、トレイは3月版が最新らしいけど
どういうこと?
どの中華サイトだよ
kwsk
ReadyFor4GB使ってるんだろ
PC起動時にATOK2010単体にHe081225を噛ます事って可能?
スタートアップにスタートアップツール for ATOK 2010のショートカットがあったから
"gdi++.exeのパス" "起動したいツールのパス"の方法を試したけど適応されない
どうしたものか
>>457 何をしたくてそんな事をしようとしてるのか皆目見当が付かない
460 :
名無し~3.EXE:2010/02/18(木) 20:58:38 ID:WCqkaHPp
エクセルで作ったグラフをパワポに貼り付けたら
グラフの縦軸の文字(Arial)だけ黒く塗りつぶされてしまった(´・ω・`)
gdi++を無効にすると直るから、コレが原因だと思うけど
なにか解決方法ないかな?
オフィスとは相性悪いね
このスレなんか落ち着いたな
DirectWriteのフォントレンダリングがgdi++の足下にも及ばずがっかりしたが、別の有効利用法を思いついた。
それは、VistaのAero以降gdi++が適用されず汚物のような姿を晒していたタイトルバーのフォントをDirectWriteで多少まともなフォントに変身させること。
というか、現状gdi++に及ばないDWなんて情弱以外には意味ないよね。
一体何時になったらWindowsのフォントがOS Xのように美しくなるんだろうね。
2012登場予定のWindows 8もM$だと不安だ、安心できない。
[DenyModule]
; 拒否モジュールリスト
WINWORD.EXE
EXCEL.EXE
dwm.exe
と
[UnloadDLL]
; ロードさせたくないプロセス
imejpmgr.exe
msdev.exe
devenv.exe
の違いをどなたか教えてください。
どちらも指定したexeにgdi++が適用されなくなりましたが
両者にはどんな違いがあるのでしょうか?
すみません自己解決しました
|■GdiTrayの適用除外指定って?
| Helium版
| [DenyModule]以下に記述してください。
| [UnloadDLL]はデバッグ用のため除外されないことがままあるようです。
>>460 Win XP + Helium のときは問題なかったような。試してみては?
Win 7 x64 + ezgdi だと縦書き文字はダメなんだけどね。
スターターパック大変ありがたい。
今テレビで
朝鮮学校の生徒
「金日成のやって来たことを見ると尊敬できます。」
---
橋本
「北朝鮮はヤクザ」
朝鮮学校
「政治と教育を一緒にするな」
拉致被害者
「当然。本国に(・∀・)カエレ!」
歴代アホ作者
一位 ◆.mZ2vg/JrI
プロジェクトと掲示板を作っただけのアホ
二位 導入マニュアル君
嘘しか書けないニワカ自治厨
三位 ◆0x0D/0x20I
開発能力無いくせにしゃしゃり出るな
四位 ◆sy567m.tFw
ただでさえ汚いソースコードを殺人的に汚くした張本人
五位 ヘリウム作者
オープンソースプロジェクトを乗っ取った気分はどうですか〜?
おっ、大阪北元気〜?
終わりやなここ
gdi++って開発終了しているんだっけ?
なぜか中国では日本で確認されているより新しいバージョンのgdi++が配布されている
そのうえx64でも64アプリ32アプリ両方に安定して適応されてるんだよなあ
x64対応は金がかかるから無理とか以前誰かが書き込んでなかったっけ?
かの国じゃ開発環境も全部不正コピーだろう
全部x64で揃えても多分金かかってない
揃えるも何も、MSが無料で配布してんだろ
開発環境ってコンパイラのことじゃなくてフックライブラリの話だろ
開発に参加したいけど足の引っ張り合い過ぎて
どれ読めば良いのか分からん
478 :
名無し~3.EXE:2010/03/07(日) 11:24:57 ID:UduAt3ug
中華開発のezgdiでいいよもう
Win7-64bitで安定して使えてるし
heliumよりそれ汚くね?
ezgdi は x64 ソフトにも適応できるってのがポイント
そもそもWindowsのフォントレンダリングが何時まで経っても進化・進歩しないのが悪い。
2001年登場のMac OS Xから早9年、未だOS Xの足下にも及ばないWindowsの醜悪なフォントレンダリングを改善する気のないM$の開発陣は首を括るべきだね。
Macの字はぼやけててWinの方がくっきりしてて見やすいとか言うやつもいるから
期待しない方が良いよ
>>481 個人的には全く同意だけど、
>>482の言うような問題もあるから、
せめてレンダラの設定で切り換えられるようなのがあればいいなと思う。
そんなやつは目と頭がどうかしてんだろ
視認性と審美性は若干方向が違う事もわからん方が頭がどうかしてんだろ
>>485 とりあえずお前がどうかしてるってことでかたをつけよう
>>482 お年を召された方には
そ言う方が多い気がしますね。
なんだ?こんなところにもマカーがうろついてんのかよ
気持ち悪いな
お前の顔よりマシですよ
まだマカーとかって言葉使ってる人いたんだ
過去からタイムスリップしてきた人?
>>489 お前みたいのがWinの方が文字見やすいとか言うんだな
よくわかった
じゃあMac使えばいいじゃん
>>488 俺の隣に座ってるおかめにそっくりな事務のおばさん(38)もgdi++入れてあげたら字がぼやけて見辛いと不満を口にされたねwww
Dockクローンはカワイイと大好評だったがw
老眼なんだからサイズも大きくしてやれよ
それ面と向かって言えよw
というかMacは何段階かに分けて調整できるだろ。
ぼやけて見えるってのなら調整出来てないだけ。
だからそれを何でこのスレでやるの?頭悪いの?
鏡見ようネw鏡見ようネw
win7 x64の環境でメモ帳とかにも効果をきかせようとするにはどうするの?
UACを無効にしたり色々やってみたけどできなかった
>>500 なぜ適用できないかは当然わかってるんだよな?
そんなにgdi++でないとだめで、そんなにメモ帳に適用したいんなら
C:\Windows\SysWOW64\notepad.exeでも使ってろよ
このツンデレめ
俺はもう64bitマシンはezgdiに完全に乗り換えちゃった
gditrayってchrome対応してないのな
火狐はいける?
試せよ。池沼。
恋せよ。乙女。
なんでこのスレ単発IDだけなの?
そんな頻繁に書き込むほどレスのやり取り多くないしなあ
通りすがりで覗くと一度で嫌になるからだろな
さようなら
えっ
Win7-64bitが増えてきてgdi++を捨てた人がますます増えたしね
所詮はカスが開発したカスソフトですから
とクズが申しております
ん?悔しかったの?w
基地外が住み着くと開発も進まなくなるってのがよく分かる
アンチはずっと前から多いぞ?過去ログ見てみろよ。
作者が基地外だから仕方ない。
ずっと前から多いんじゃ、そりゃ人もいなくなるわな
作者可哀相に
これ、Heliumが一番綺麗だな
しかもfreetype.dllのバージョンもあわせないと綺麗に表示されないんだな
新しければいいってわけじゃないのか 勉強になった
>>519 FreeTypeのバージョンチェックをしないように設定出来るって
同梱のgdi++.htmに書いてあったろ
当然、望ましいFreeTypeは最新の2.3.12だよ
>520
いあ、それは知ってるんだけど、最新のFreeType使うとフォントがすごく汚くなるんだよ いくら設定しても綺麗にならない
だからあえてバージョンチェックしてそれで通るFreeType使ってるよ
フォントの綺麗さがなぜか違う
>>521 [gdi0897.7z]freetype 2.3.11と[gdi0899.7z] gdi0897.7zの容量削減+Core2最適化は
サブピクセルレンダリング無効 PostScript インタープリタも無効になってるから汚い
使うなら[gdi0898.7z] freetype 2.3.11 VC9SP1がいい
>522
ありがと
入れ替えていろいろやってみるー
524 :
nocd5:2010/03/18(木) 19:39:34 ID:DDiIGiwO
FreeType2.3.12
mingw-gcc4.4.0でコンパイルしてみました。
必要な人はブログからお願いします。
#define FT_CONFIG_OPTION_SUBPIXEL_RENDERING
#define TT_CONFIG_OPTION_BYTECODE_INTERPRETER
を有効にしてみたけど、
他にアドパイスあればお願いします。
-Os は個人的な趣味です。
>>524 乙
よくわからんが綺麗になった気がする
>>524 その変更はどういう効果を狙っているのですか?
>>524 公開してるブログだからあえてお聞きしたいのですが
アドレスどこですか?
>>524 nocd5でググッたら一番上にありました失礼
なんか少し文字が細くなった気がする
壁紙にしてる嫁の髪の毛が心なしか少し伸びたような気がします
532 :
nocd5:2010/03/19(金) 07:42:37 ID:OPMZNj9B
>>527 #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING
>>522を見てサブピクセルレンダリングを有効にしなきゃないのか!
と知って有効にしてます
(以前それを知らずにビルドしたら表示が好みじゃなかったので)。
#define TT_CONFIG_OPTION_BYTECODE_INTERPRETER
の方はググってみるとサブピクセルレンダリングと一緒に
有効にされていることが多いので有効にしてみました。
効果とか意味は正直分かりません
(TT内のバイトコードインタープリタをコンパイルする
→TT内のなんかのコード実行速度が速くなる?)。
-Osは
-O3と比べて体感するほどの違いが感じられなかったので
そこそこの数がロードされることを考えると
ファイルサイズ小さくした方がいいかなと思ったからです。
>>528,529
すいません書き忘れました…
某スレの感覚で書き込んでしまった。
>>530 自分の環境ではssで比較したけど違い無かったですね。
その辺も含めてコンパイルオプションのご指導いただければと思います。
>>531 壁紙にしたいほどの嫁うらやましいです。
2次元じゃないことを祈ります…(AAなら髪が伸びるのも納得w
>524
これめっさ綺麗だな
たしかに細くなった VC版と比べたら
でも線が細くなっても滲みにくいからいいわこれ
534 :
名無し~3.EXE:2010/03/19(金) 14:39:39 ID:DBv1sCPh
うpろだの初心者スターターパックを使ってるけどそれより綺麗なの?
自分で試せボケ
>>524の入れてみたけどどこも変わってない気がする
気がします
538 :
nocd5:2010/03/19(金) 22:51:02 ID:OPMZNj9B
>533
#define TT_CONFIG_OPTION_BYTECODE_INTERPRETER
の影響ですかね?
>536,537
うちも
[Rasterize]
HintingMode=0
にしてるからか、ssとって比較しても同じですね。
TrueTypeのバイトコードインタープリタはググって
何となく何なのか分かりました。
新しいのいれたら文字が太くなった。
気のせいではないと思う。
皆フィーリングで感想言わずに以前のと新Ver適用したSS撮って並べて比べりゃいいのにと思う
他力本願の乞食には酷な注文だよ
本元がバグフィックスしたよとしか書いてないんだから
そんなには変わらないんじゃないの
このフォント何かっこいい
>>543 こんな太いフォントを常用してる奴は頭がおかしい
人の好みをおかしいの一言で切って捨てるなよ・・・
ヒラギノ角ゴ W4の改造フォントか?
普通のヒラギノ角ゴ W3に慣れている自分には太いのと
プロポーショナルメトリクス表示が窮屈なカンジ
Henry-W4P+だよ
Helveticaとヒラギノ角ゴ W4の合成フォントだと思う
2.3.7の方が「基調講演」あたりが読みやすい
>>550 知ったか乙?
>>543はバージョンが違っても表示結果は同じだってサンプルだろ?
画像編集ソフトなんかで差分を取れば1bitも違わないのが判る。
上のFreeType2.3.12 と 2.3.7 の文字だけでも相当な違いだと思うが
「基調講演」あたりは一緒だと思うが
一緒かな?横棒のにじみが少ない気がする
知ったか乙って何を知ってる振りなんだよw めくら乙とかの方が相応しくないか?
だいたいSS比較は同じ画像でもモニタによって
見え方違うから細かい比較は無理
私は
>>524さんの気に入って常用してる
ソフトで比べたら一緒だな
違うように見えるのはモニタの左右で映り具合が違うってことだから
安物モニタか劣化モニタってことか
557 :
543:2010/03/21(日) 00:34:23 ID:tmRZQazw
dllを変えてスクショとって、ペイントに貼り付けただけだよ
ペイントはDenyModuleに入れてるから
上にあるFreeType2.3.12と2.3.7の字はCleartypeだよ
ちなみにおれには両者の区別が付かない
>>557 フォトショなんかで差分合成とかすれば判るけど
左右でまったく同じだから区別つく方がおかしい。
環境や設定にもよるがHintingMode=0なら表示の違いはない。
ちゃんとしたTrueTypeフォントでHintingMode=1に設定したら変わるかと。
んでも、結局ezgdiでもタイトルバーのキャプションには適用されないんだろ。
まったくM$も毎度毎度改善じゃなくて改悪ばっかりしてユーザーエクスペリエンスなんてこれっぽっちも考えてないな。
Windows 8ではシステム全体のレンダリングエンジンをIE9で披露したDirectWriteを使った美しいフォントレンダラーにしろよな。
9年も前にAppleがOSXで実現していて、今やiPhoneもAndroidもましてや自社のWindows Phoneでさへ実現してることをなぜWindowsでできないんだ?
>>559 そりゃあ Windows 9 を買わせるために決まってるだろ
欧米のアルファベットじゃ従来のClearTypeでも十分だからな。
IEなんかでも東アジア圏では他のブラウザより読みにくい(汚い)っていう現状を
開発側が「気にしたこともなかった」という状態だった。
IE9開発者のライアン・セルヴァティウス氏インタビュー
ttp://pc.watch.impress.co.jp/docs/column/mobile/20091208_334067.html >確かに英語以外の言語で、Windowsプラットフォームの文字品位が低いという話は聞いたことがあります。
>見やすさや文字の美しさといった、感性に関する部分をブラウザ側でカバーするという発想は、これまでしたことはありませんでした。
こんな状態だとWindowsの開発者も似たようなものだろ。
「WPFやDirectWriteで既に機能は提供した」で満足してそうだ。
おいおい、マジかよwww
マジで東アジアなんて世界の果ての辺境だとでも言うつもりかwww
ライターが指摘しているとおり、すでに主観の問題じゃなく誰が見たってWindowsの2バイト言語のフォントレンダリングは酷いだろwww
まず日本人がOSXやiPhoneを見て最初に出てくる言葉が高確率で”文字が綺麗”なんだからよw
俺ちょっとChannel9に書き込みしてくる。
シナーが真面目にライセンス代払うようになったら考えるだろ
>>561 世界に開発者がいるLinuxはともかく、Mac OS Xが日本語表示も(というか世界の言語を)
考えて開発してる時点で、手を抜いてるといわれて当然。
MSはIMEといい日本軽視がひどいな。
>>562 日本軽視っていうよりはMSKKがドットフォントが一番見やすいとか考えてそうなのが問題。
あとは処理速度だろうなぁ。
ClearTypeも標準AAも他のOSの綺麗なAAと比べたら何倍も描画が早い。
発展途上国やミニPCなんかの低性能PCの存在を考えると
(欧米では)わざわざ無用に綺麗なAA方式を選ぶ必然性がないんだろうな。
MacOSXは自社スペックしか存在しないのと2年前のPCを切り捨てるからできるわけでw
ま、Direct2DとDirectWriteが普及したら処理速度は無視できるだろうから
Windows 7.0に期待するかね
Windows 7.0ってなに?
車中泊のことだろ
車で寝る
カーで寝る
カーネル
な… 何を言ってるか わからねーと思うが
,. -‐'''''""¨¨¨ヽ
(.___,,,... -ァァフ|
|i i| }! }} //|
|l、{ j} /,,ィ//|
i|:!ヾ、_ノ/ u {:}//ヘ
|リ u' } ,ノ _,!V,ハ |
/´fト、_{ル{,ィ'eラ , タ人
/' ヾ|宀| {´,)⌒`/ |<ヽトiゝ
,゙ / )ヽ iLレ u' | | ヾlトハ〉
|/_/ ハ !ニ⊇ '/:} V:::::ヽ
// 二二二7'T'' /u' __ /:::::::/`ヽ
/'´r -―一ァ‐゙T´ '"´ /::::/-‐ \
/ // 广¨´ /' /:::::/´ ̄`ヽ ⌒ヽ
ノ ' / ノ:::::`ー-、___/:::::// ヽ }
_/`丶 /:::::::::::::::::::::::::: ̄`ー-{:::... イ
自分で言って笑うなwww
でも教えてくれてありがとう////
最近導入して、このスレ初めて来たんだが、
このソフトウェアと中国になんの関係性が…。
gdipp とか ezgdi などの派生ソフトが中国製だから
gdi++.dllのwikiをだいぶ書き直しました。(メニューとかスレのリンクとか)
ks画像を消したいから管理者権限が欲しいorz
Twitterでつぶやいてください
あんなごみ捨て場どうでもいいよ
新Wikiあるのにご苦労なこった
:
どうすんだここ…
保守する価値もない
64bit に対応しなきゃだめだな
ezgdi でいいだろ
支那ソフトってこれのソースが元なん?
そうだよ
584 :
名無し~3.EXE:2010/05/04(火) 15:36:34 ID:8CIXbzzK
ノ´⌒ヽ,,
γ⌒´ ヽ,
// ""⌒⌒\ )
i / ⌒ ⌒ ヽ )
!゙ (・ )` ´( ・) i/ 今日もいい天気です
| (__人_) |⌒ヽ/⌒\
(''ヽ `ー' / 〉 〉 ,、 )
/ / (__ノ つ‐ー<.
〈_/\_________ノ
ロダのSPadって何ぞ
gdi0795と同じものらしいけど元のが消えてないのになぜ再アップ?
ezgdiよりgdi++の方が綺麗で軽い気がする
まあ設定をうまくやれば改善されるのかな
ezgdiの利点は64bitで使えるってとこだけだから
ezよりもgdippの方が明らかに綺麗。
相手されないな
かわいそうにw
>>589 綺麗っつうか、64bitならgdippしかまともなのがない
ezgdiはたまに全アプリの起動が激重になる
あと\表記もまとも
ezgdi で全く問題ないな
gdipp は思うような表示にならないから捨てた
ezgdi から gdipp に乗りかえた
かなり違うんだね、びっくりした
今んとこ
32bitだったらgdi++
64bitだったらgdippでいいの?
ezgdi と gdippだったらgdippほうがいいような書き込みが多いけど
gdippのほうが軽いな
重いテキストを開くときのもたつきが軽減した
gdippをインストールしたんだけど
どこで設定を変えられるんだろう・・・
>>597,598
誘導ありがとうございます
スレチで申し訳ありませんでした
やっぱりgdippのほうがよさげだな
なぜかgdi++.exeから動作させることができ無くなった
gdi++ helium使ってたんだがどっかにiniの詰め合わせってなかったっけ。
ezから戻ろうと思ってるんだが
gdippはまだぜんぜんダメだな、gdi++の代替品にはなり得ない。
アンチエイリアスがまったくかからない、汚すぎるよ。
同意
画数多い字でもキチンと綺麗に描画されるようになってから64bit移行しよう
iniの設定plz
確かにezgdiで不満が少ししかないのでgdippを試してみようという気になれない
最強ではないと思うが
白地に黒文字のSSで頼むよ
本当の実力はここで分かる
配色でも何でも
実際に使う環境で評価しないと全く意味が無い。
>>609 だな
黒板配色は七難隠すから参考にならない
612 :
名無し~3.EXE:2010/05/18(火) 16:04:50 ID:y9TnQifw
gdi++からppに替えたけど素晴らしい。まあ多少不都合もあるが
サービスとして動作するからログイン画面から既に適用済みなのが非常に魅力的なんだがフォントレンダリングが酷すぎるな。
Win7x64 で gdipp を使っているけど、
Win7x32 だったら、Helium も使えるの?
x64でもHelium使えるんじゃなかったけ?
32bitアプリにしか適用できないだけで。
gdippとHeliumは共用できるのかな
osakakitaも流石に海外を相手にはできなかったのかw
gdippをサービスとしてインストールしたら、デスクトップが壁紙以外全部表示されなくなった...
ezgdi>>gdipp
32bitなら
gdi++>>>>>|超えられない壁|>>>>>上記2つ
64bit>>>>>|超えられない壁|>>>
>>32bit
ezgdi>>gdipp
∴ezgdi
∧∧ Q.E.D.
( ・ω・)
.c(,_uuノ
白抜きの文字はフォント関わらず概ね綺麗に表示されるなこのソフト
そっち方面に特化させた方が良いような気がする
そもそも白地に黒文字は影つけた時点でさえカスレみたいになるんだし
淵に細工するやり方で補正するのには無理があると思う
>>623 黒地に白文字が見易くて白地に黒文字が醜いならモニタのガンマとレンダラのガンマがあってないだけだと思う。
白抜きはこれ入れなくてもキレイに見えるもんだから
てす
てす
このソフトって文字をドット絵みたいな扱いで補正してんの?
画像や動画編集ソフトなんかのシャープ系とはアルゴリズムとか違うん?
文字コードからアウトラインデータをラスタライズしてる
参考までにここの人たちは画面からどれぐらいの距離でどれぐらいPC使ってるの?
自分0.7〜0.8mぐらいで毎日90分程度使ってるんだけど
30〜40センチほどで16時間ぐらい
>>631 自分視力0.1不可程度の視力なんですが16時間でも大丈夫だったりするんですかね
話し変わりますがこのソフトの影付ける機能あるじゃないですか>Shadowって奴
思うに文字がボケて見える一番の理由は文字と背景の境が明確じゃないからだと思うんすね
そこでなんですが影の色を銀とか銅とか輝度の高い色もチョイス出来るようにして欲しいんですが無理でしょうか?
恐らく文字周りを綺麗にふちどってやれば大分シャープに見えると思うんですが…試しに
HintingMode=2、AntiAliasMode=1、TextTuning=1、
GammaValue=0.7、NormalWeight=6、でShadow=0.08,0.08,4程度付けてメイリオで見てるんですが多分影の色黒くなければもう少しちゃんと見えると思うんで…
検討の程よろしくお願いします
単純にガンマ下げてコントラスト上げればシャープになるよ
何のためにアンチエイリアス掛けてるの?って話になるけど。
勿論それも試したんですが仰るとおりアンチエイリアスを掛ける意味がなくなってしまいます
それで文字自体に影響の出る方法でなく外側の影って方法で輪郭を作ってやればと思いました
要するにClearTypeで補正されて出来上がった文字の仕上げに影を使おうかなと
技術的な事が分からない分際で恐縮なんですがなんとなく影の色を変えるぐらいなら
そんなに難しいことじゃないんじゃないかとか思った次第です、わがまま言ってすみませんでした
chrome使ってるんだけど
フォント固定されていないweb上の文字に
gdi++を適用させる方法ない?
freetype版
gdi0787です
OSはXPsp2です
>>635 アップローダに行って新しいの使えばChromeでも有効になるよ
gdi++のヘリウム版導入したら、一部の文字が重なるようになってしまったんだが…
デフォ設定でも自分なりにいじってもダメだ、解決策ないですかね?
Skypeとかのこと言ってんなら無理
スカイプではなく、explorerの表示を「詳細」にしたら日本語が全部重なってしまうんです…
おまえだけ
Visual Studio 2010のソースエディタ部分にHeliumが効かないよー
WPFってGDI使ってんの?
使ってない。
HW支援がないDirectWriteと考えると判りやすいかもだ
結局、32bitだと、どれが良いの……。
gdippで満足してるから、それでいいんだろうか。
他のは試してないけど。
32bitならgdi++一択だろうに
gditray経由で使用しているんだが、Opera (10.53 Build 3374)だと
アラビア文字が右から左へ連結されずに、ばらばらに表示される。
「フォントの設定」画面でどのフォントを指定しても駄目で、
時々フォント一覧の最初にある Andarus になったりもする。
gditrayを終了した上でOperaを再起動すれば正常に表示される。
バージョン:
Windows XP 5.01.2600 Service Pack 3 (x86)
GDI++.DLL Version 8.0.2007.0927
Opera自体フォント設定おかしいからねえ…
特に10.5以上はアレだな
急にfirefoxに適用できなくなったんだけど
何かfirefox側で仕様変更したんだろうか…
No It isn't.
>>649 問題ないけど。
(Firefox3..6.3 gdi++ Helium版2010年4月6日付)
全てのページでなら原因は推測できないけど、
特定のページなら、Firefox側の設定で、
サイト特有のフォント使用にチェックが入っているんじゃない?
ごめん、なんかウイルス感染してブラウザ全般色々書き換えられてた
今から再インストールだ…
ネトゲってgdi効かないんだよな
あのダサいフォントどうにかなんないかなぁ
dgitray使ってるんだけどエクスプローラやメモ帳に適用されてない
windows7の64ビット版で、
GdiTray Version 1.0.2008.0927
GDI++.DLL Version 8.1.2008.1225
です
>>655 HookChildProcesses=1
で、Excludeには何も記述していません
>>654 gditrayってことはgdi++だよね
32bit専用だと思う
>>657 ありがとうございます。そういう事でしたか・・・
ググッてみたところx64で使用するにはezgdiやgdippなるものを使うことになるんですね
前のPCから使ってきたgditrayともお別れということですね
win7 64bitでezgdi使ってると
たまにアプリ終了時にエラーが出るな
いいえ。
俺の環境だけなのか。
どのタイミングか分からないが
あるとき以降に終了しようとしたアプリのすべてが正常に終了しなかったという旨のエラーがでる
このときエラーメッセージにEasyHook32.dll、またはEasyHook64.dllがある
これが再現した状態で新たにアプリ起動→終了した場合は正常に終了できるが、それ以前から起動していたアプリは×
同上に
explorer.exe関連のプロパティを開くと文字が下3分の1ほど
切れて隠れてしまうことがある。
いつのまにか直っていたりログオフするまで直らなかったり。
どっちにしろスレチなんです…
これだけ過疎でezgdiの話題も出ていて、バグ報告なのにスレチってことないだろ
そうだよなすまんかった、次からここには書かない
自治厨はほんとカスだな
いやいや
668 :
名無し~3.EXE:2010/07/03(土) 21:21:02 ID:s36g1U+V
>>668 gdi++ helium
Win 7 64bit
ATOK 2010
な俺の環境では問題なく適応されている。
670 :
668:2010/07/04(日) 10:15:41 ID:oG4SNoEg
環境を書き忘れていました。
gdi++ helium最新版
Win XP SP2
ATOK 2010
です。
同じ症状がでることがあるが毎回ではない
忘れた頃にやってくる状態
全部確認した訳じゃないけど今のところFirefox内でのみ起こる
他のソフト使ってる時の変換候補はキレイになってたりする
gdi++ helium 8.1.2008.1225
XP SP3
ATOK 2010
672 :
nocd5:2010/07/04(日) 22:51:18 ID:P16hkLB9
673 :
nocd5:2010/07/04(日) 22:52:19 ID:P16hkLB9
>>672 抜けてた ->freetype.dllを
>>671 たしかにfirefoxでは汚いのに他のソフト上だと綺麗だった
firefoxとの相性がよくないのかな?
動的に出力された文字列が駄目くさい
>>672 いつもお世話になっています。
今回のバージョンに差し替えますと、何故か肝心のJaneのレス表示欄だけに適応されず
CPU使用率を占拠してスクロールなどが重くなり操作もままならない状態です。
その他Win全体において問題ないようです
ちなみに前バージョンのFreeType 2.3.12 (development snapshot 2010-05-26 14:16:34 (GMT))に戻すと
ちゃんと元通り適応されました
677 :
nocd5:2010/07/06(火) 21:42:07 ID:du2dTugT
>>676 貴重な情報ありがとうございます。
まあ使用フォントや設定が違うんでなんともいえないですが、
うちでは再現しないんで、いくつか試して頂けないでしょうか?
前回と今回で違うのはソースとオプションなんで
その組み合わせでいくつかビルドしてみました。
ttp://kissho.xii.jp/1/src/1jyou118559.zip.html ・100526-llvm-disableopt
前回ソースでいくつかのオプションを有効→無効に変更。
・100704-llvm
今回ソースでオプションの有効→無効の変更はしていない。
・100704-llvm-disablegzip
今回ソースでgzipとlzwだけ無効にしたもの。
・100706-llvm(ディレクトリ名ミスったけど気にしないw)
リポジトリ最新のソースでオプションを有効→無効に変更。
>>677 4つ試してみました
・100526-llvm-disableopt : (MaruGoR-AA)適応されない/(MS Pゴシック)適応される
・100704-llvm : (MaruGoR-AA)適応される/(MS Pゴシック)適応される
・100704-llvm-disablegzip : (MaruGoR-AA)適応される/(MS Pゴシック)適応される
・100706-llvm : (MaruGoR-AA)適応されない/(MS Pゴシック)適応される
こうなりました。
フォントは通常MaruGoR-AA_3.01y.otfを使用しています。
デフォルトのMS Pゴシックに戻すと
>>672の最新版でも適応されましたので
フォントが悪いですかね
一応環境晒しときます。
【JaneStyleのバージョン】 Jane Style Version 3.40 (3.4.0.0)
【 Windowsのバージョン 】 Windows 7 Ultimate
os
680 :
nocd5:2010/07/07(水) 21:27:24 ID:I7FOIgAz
>>678 大変参考になりました、ありがとうございます。
おかげさまで原因となっていたオプションは特定できたのですが、
今後同じように問題が起こらないとも限らないので、
lzwとgzipのオプションだけ無効にして、後は手を付けない事にしました。
ということでリポジトリの最新版(677の100706と同じ)をビルドしてみたので
よろしければ。
とりあえずMaruGoR-AA_3.01y.otfでは適用されると思います。
ttp://nocd5.blog59.fc2.com/blog-entry-417.html
>>680 無事適応されています
今回はお世話になりました。ありがとうございます。
ゴシックは、gdi++かけない方がいい
明朝はおk
683 :
nocd5:2010/07/13(火) 22:15:11 ID:xbosgPUA
今まで、freetypeのgdi++使っていて
本家gdi++を試している最中だが、Quality=15はすさまじく綺麗だな
ボケがなくて、そのうえ綺麗
でも重い・・・
さいきん思ったんだが、
この系統のツールって、
ただ文字が太字になるだけなんじゃないのか。
>>685 設定による
ただ見やすいのを追求しているとだんだん太くなっていくのも事実
二バイト文字入ってないのはいりません
エクスプローラーの文字とかが小さく感じるんだよな
アナログ卒業したら
GDI++がガサガサに見える!設定いまいちわからん!くそ!
ustreamのチャットでバグるのはなに????
Trebuchet MS
↑こいつのフォントリンクを設定すればバグらない
695 :
名無し~3.EXE:2010/07/17(土) 16:07:49 ID:IBLRqZOz
モンスターハンターオンラインの文字が少し変になることがある。
!とか初めの文字が重なったりする(´・ω・`)
なにか対策ないかな?
モンスターハンターオンラインにgdi++を適用しない
>>695 nProなんて採用してるゲームやってる時点で池沼
nProはSpeedfanのファンの回転が止まるから、ありえない
ガンマ補正かけないと黒背景白文字がきれいにならない
白背景黒文字はガンマ補正無しの方が好みなんだがなんとかならないものか
オシリーナ…
Firefox3.6.7でGDI++が効かなくなってる模様
704 :
名無し~3.EXE:2010/07/21(水) 21:04:14 ID:X4bREYzi
PC再起動してもgdi++が効かなくなった
おかしいなー
そこまでして使うか?
かわってないー自動更新の上書きだからかなー気をつけよう
GDI++がない生活なんて考えられない
709 :
名無し~3.EXE:2010/07/22(木) 03:00:28 ID:f/AYwLSD
gdippで綺麗にすることが出来た
でもメニューやブックマークサイドバーの文字には適用出来ないっぽい?
日常はもう使わなくなった
SS晒すときとかだけ使ったりする
711 :
名無し~3.EXE:2010/07/24(土) 00:20:23 ID:NJmfMLTj
3Dゲームをやってグラボを酷使したあとにブラウザ(Firefox)を起動すると、
なぜかgdi++が無効になった状態で起動してしまう。
PCを再起動しても直らないし何でだろう…。
712 :
名無し~3.EXE:2010/07/24(土) 00:43:58 ID:NJmfMLTj
あ、勘違いだった
>>711 うちもそれなる。
MHFだけどゲーム起動前にfirefoxを起動させておくと
gdi++が有効になるよ。
あとゲームを一旦終了させてからfirefox起動させると大丈夫。
むしろゲームの中でfirefox起動しちゃえばいいんじゃね?
FFの中でff起動とかカッコ良さそう
>>711 マイクロソフト公認のウィルスnProのせい
nProが許可してないプロセスはnPro起動後には実行されない
716 :
名無し~3.EXE:2010/07/24(土) 21:08:13 ID:zouowa/j
うーん、そんなこともあるのか…
まぁgdi++のやってる事も結構怪しいというか、OSが提供するGDIの機能を
乗っ取るわけだからね
悪性コードと見分けが付かなくて強制的にAPIフック無効化されるんだろうな
APIフック自体はWindowsの互換モード(≠XP Mode)やスキンソストに
アンチウイルスソフト、SSD書き込みキャッシュアプリとか
別に珍しくもない技術ではあるんだけど。
APIフックするAPIも公式に存在するわけでw
nPro採用ソフトとOSクリーンインストはセットと思ってたほうが気楽
採用ソフトの改変は許可しないけど
OSの深いところの改変はしまくる
以前はブルスクとかグラボ破壊とかよく起こしてた
gdiheliumっての使ってる。不満はない。
721 :
名無し~3.EXE:2010/08/01(日) 20:44:45 ID:Hbv854zF
>>683 ロダのgdi0899.7zから変えたら綺麗になりましたthx
>>683使ったらFireFoxへの効果が切れるようになったんだが
32bitだとhelium一択ですにゃ。
gdippサービスで入れてみたけどスタートアップで自動起動せず。遅延起動は可
色々心当たりはあるが解決すんのもめんどくさいんで結局ヘリウムに戻した
つか一日無駄にした
誰か2.4.2の.dll下さい作るのメンドクセえ
>>726 ありがたや2.4.0から続けて感謝ですわ
HookInjectionはどこかにないでしょうか?
もしあればうpお願いします
>>730 free.flop.jp/gdi++/
新しいiTunesで使えないのは俺だけ?
>>732 アルファベットと数字には効いてるけど、日本語部分には効いてないな。
734 :
名無し~3.EXE:2010/09/19(日) 05:20:07 ID:hkQofS2t
freetypeのgdi++をVistaのChorome使ってるんだけど、MS Pゴシックがバグるのは仕様かな?
Skypeの最新版やiTunesにもきかないのも仕様かな?
チョロメ
736 :
名無し~3.EXE:2010/09/20(月) 19:24:58 ID:DFEEtwjL
IE9のベータ版にも効かないですね…
ハードウェアアクセレーションには基本的諦めるしかないだろうね。
無効にしたら効くってのはAeroと一緒だな。
そうなんですか…
今後が心配だな…
gdi++や他の使ってもAeroで描画されるタイトルバーなんかには
今でも適用されてないし、win8のフォントレンダラに期待するしかないかも。
なるほどねぇ…
DirectWriteでもパラメータを変えてやればgdi++のヒンティング有効と
同等以上の表示ができるようにはなっている。
ただIE9は速度優先なので標準モードのまま。
パラメータ変えられないなら何の意味もないなw
Win7の64bitにしちまったのでgdipp入れてみた
まあ、綺麗だな
IE9は英数字はマシなんだよなあ
ただ漢字が絶望的に汚い・・・
IE9を入れたらガジェットにもgdi++が効かなくなったので速攻でアンインストール。
windows live mailとかにもかからなくなるね
今後ハードウェアアクセレーションとやらを使ったソフトが増えそうだけど…
gdi++ももう限界なのかな
>>747 ↑にもあるけど品質重視モード選択出来るようになれば
問題ないんだけどねえ
今は標準固定で選択できるアプリ見たことない
可能性はあるからGDI描写よりは素の状態だとマシだとは思う
なるほどなるほど
そういえば綺麗にやろうと思えば出来るんだったね
そこをフックして外部から強制的に有効にすることが、そのうちできそうな気がする
新バージョンのgdippがxpで使えてるけど。
でも低スペックだとやっぱり重いな。
752 :
名無し~3.EXE:2010/09/24(金) 21:16:30 ID:l64XjdKM
753 :
743:2010/09/24(金) 22:10:38 ID:C0NsEM0c
書き込みみて気づいたが0.9.1いれたときちょうどupdateほやほやだったんだなw
まあ問題なく使えてる。個別設定はできんが、Heliumの個別設定したのよりフォントの
シャープさは映える。
HeliumをSat+8で使っていたので、gdippを入れてみたら細くて薄く感じる。
たしかに細い。シャープってことでもあるが。
Utrillo-AAのようなもとが細身のフォントだとかなり薄い。
個人的にはシャープな方が好きなので構わないんだが、視認性はやや劣る。
gdippのが重いのか
サービスに組み込まれてるからフックしていないときとは比べられんが、
別HDDにxpは入ったままなので(Helium使用)、そちらと比べる限りでは重いという印象はない。
余談だがWindows7ってアクセスしてないHDDの電気供給をそのままほっとくと切るんだな。
HDDを従来入れてあった3台のうち2台(まる4年ほど使用)お役御免にして
WDの省電力大容量のものを1台入れ、電源も同時に80+ブロンズ相当品に替えた。20W/hほど下がった。
HDDの個別電源管理をさせてないXPより5W程度だが下がる時がある。HDD2台とも通電しているときは同等。
はて、ほっとくと電源切るのは2000やXPにもあったような
使ってなかったけど
メーカーOEMや初期状態によって、もちろんHDD1台のみだと違ってくるだろうが、とりあえずデフォルトで20分に設定してあった。
XPの場合もOEM次第ではデフォルトかもしれないし、
機能を使えばアイドル状態でほっておいたときにこの機能が働くんだろうが、
俺もXPでは使ってなかったからわからん。
7では作業中でも個別のHDDごとに電源off機能が働く。
gdippのメモリ使用量は500KB弱×2(hook_32とhook_64が走ってる)
CPUに負担をかけてるようにはみえない。
>>756 ヒンティング無しとヒンティング有りを比較するのはどうかと思うがw
>>751はgdippが特段重いって意味じゃないの。ごめんね。
Heliumでヒラギノ丸ゴAA用のオススメiniってないですか?
>>763 好みなんて人それぞれで、しかも環境に左右されるんだから
太さと濃さの値を自分で弄るのがオススメだ
gdippは今ひとつギザギザが目立つな。完璧じゃない。
gdipp (Ver.9.0.1)+iTunes最新Verで不具合。
iTunes Storeを開くとハングアップし,すごい勢いで
メモリを食いつぶす。iTunes.exeを除外指定して回避。
gdippよりHeliumのが軽い
こんだけ人減ればヘリウム作者がコッソリ最新版置いていっても
荒らされる事は無さそうだと思うのは俺の考えが甘いのか
gdippやezgdiみたいな代替ソフトが出来て荒らしてたアホも
2chのようにgooglecode荒らす根性はなくて諦めたんだろ。
プログラマが中国人みたいだし日本人相手にしか虚勢晴れないんだろうね
レイシストが来た
gdipp 0.9.1いれたデフォルトの状態でIE8にグーグルツールバーいれたら
google日本語入力がコケることがあったんだが
メイリオを除外すればいいみたいだ。ほっといても深刻なエラーにはならないけど。
ほかにも、ソフトによっては、メイリオを除外してないのが問題になってる場合があるかも。
どちらにせよ、メイリオ系はClearType前提でチューニングされてるのもあるし、
フリータイプ利かせないほうがいいかも。
xpで今日からgdi++使おうと思って導入したんだが
wikiに載ってるレジストリに書き込む方法をとっても
まったくフォントが変化しない
なんでよ?
gditray.exeってのがあるからそれ使ってください
おとなしくそれ使います
さんくす
>>772付記
gdipp 0.9.1、ほかは一切いじらずレンダラーをデフォルトの10(FreeType)から
31(DirectDraw)にしてみたらやはり症状は確認されなくなった。
メイリオ含めてレンダリングの感じ、これいいかもしれない。
ただ、縦と横の太さの差がやや強調されるので違和感があるかもしれない。
微妙に変な挙動が出たり、他の問題があるかもしれないが。
777
778 :
nocd5:2010/10/07(木) 23:37:44 ID:fFP58Oba
あざっす!よくわかんねーけど
なんとなく使ってみる。
是非ともSSE1特化版でコンパイルお願いします!
>>779 > よくわかんねーけど
まあ、違いはないと思います…
違いはないけど、ないんだけど最新使ってみたい!って
自分の頭弱い子ちゃんぶり
を理解している方だけ使ってくださいw
>>780 俺のビルドってHeでしか使えないですよね?
(まあ、通常のfreetype.dllもビルドできるかもしれないど)
HeってSSE2以上にしか対応してないと思うんですけど…
Core2ってSSSE3だっけ
783 :
nocd5:2010/10/08(金) 06:20:49 ID:5+BH2Ccq
>>782 SSE4もって思って調べたら
プロセスが45nm以前はSSSE3まで
45nm以降はSSE4.1だった。
SSE2に関しては
HeのFAQ
・うちの CPU、SSE2 に対応してないんですけど・・・
→ 頻繁に呼ばれる部分を随時 SIMD 化しているので、もう対応できません。ごめんなさい。
となってるけど
それ以上の最適化に関しては
完全にコンパイラ任せなのでどうなってるか分からんです。
普通にVCとかでコンパイルするのと比べて
速度的な差ってあるんですか?
あるよ。
おそらく最新のVCコンパイラ(SSE2使用&実行速度優先)でコンパイルしたほうが速い。
そして最新のICCでコンパイルしたほうがもっと速い。
な、なんだってー!
でもなんとなくもうしばらく使ってみる。
787 :
nocd5:2010/10/09(土) 08:33:28 ID:rzluHtU5
>>778のllvm版は大丈夫だけど
>>787のgcc非sse4.1版はJaneXeno100920でだけ"外部例外 C000001D."ってエラー出て効かなくなるね
(他のアプリはとりあえず正常に効いているように見える)
@Phenom II X6 1090T
Heliumだけかもしらんが、NormalWeight=10でMac OSXっぽい太さになるよね。マカーだから同じフォント使って確認した。
ただ、太字が反映されないっぽい。
>>789 わざわざありがとう
とりあえず違いは体感はできないけど、JaneXenoでも問題なく動いてます。
用途が違うんで速度だけで比較するのもナンセンスだが
x86系CPUでWin用バイナリに限定した場合のなんとなくな実行速度順
ICC > VC > LLVM > gcc
だけど、FreeTypeで体感できるほどの差ではないかも
>>791 雨で家いたから暇だったんでw
>>792 姫野ベンチってのをやってみたら
gccよりllvmの方が速いですね(20%くらい)。
vc10はベンチないで使われてる時間計測がらみの
関数がなくて一発でコンパイル通らないんで
参考にならないかもしれませんが圧倒的に遅かったです。
gcc, llvm(gccフロントエンド) : -O3 -march=core2 -msse4.1 -ftree-vectorize
vc10 : /O2 /arch:SSE2
VCって自動ベクタライズってできるんですかね?
ちょっとぐぐってみたけどよく分からん。
まあスレ違いなんでこの辺で。
VS2010とVS2008ではまた違うのだろうか…
やぱい理解の範囲を超えてきたw
知識ない&頭悪い僕に教えてください。
> >VS2010とVS2008
> 組み込み関数でSSE*使ってると命令は増えたけどパーシャルレジスタストールを回避してるので早くなる
> PGOがO2に負けるとか
これは"と"はミスタイプで
"組み込み関数でSSE*使ってる命令は増えたけど、パーシャルレジスタストールを回避してるので早くなる
(VC8の)PGOが(VC10の)O2に負けるとか"
であってますか?
それとも
"組み込み関数でSSE*使ってると、
命令は増えたけどパーシャルレジスタストールを回避してるので早くなるPGOが、
O2に負けるとか"
でしょうか?
gdi++使うとエロゲーや3Dゲームも重くなんの?
>>797 エロゲはGDI+使ってるのが多いから、そもそも効かないことが多い
3DゲームはCoDとかDIRT2とかは効かなかったけど、ネトゲでは効くものが多い
別に重くなったような感じはしなかったな
ただレイアウト崩れることはあるよね
gdi++ Heliumの0925版使ってるんだけど、設定値の中の
[FreeType]
LcdFilter=1
の「LcdFilter」って何するやつ?よくわからんのだが、0とか16に
変えてみると結構、表示が変わるんだけど。
NormalWeight=3でlinux並になったので満足してるのに・・・
>>800 FT_LcdFilter サブピクセルレンダリング時のサブピクセル部分へ適応させるフィルタ
0:FT_LCD_FILTER_NONE
フィルターを使用しない。サブピクセルセンダリング時に強いフリンジが発生することがあります。
1:FT_LCD_FILTER_DEFAULT
出力をぼかすことでかなりのフリンジを減らします。
2:FT_LCD_FILTER_LIGHT
フィルタを軽く掛けることで、ブラーによる不明瞭化の度合いとフリンジ減少の度合いのバランスをとります。
モニタや個人的な好みなどによってはデフォルトよりもよく見えるかもしれません。
3:FT_LCD_FILTER_LEGACY
オリジナルである libXft のカラーフィルタと同等のものです。
コントラストが高い出力となりますが、場合によっては非常に酷いフリンジを発生させます。
品質の高いヒンティングが与えられているTrueTypeフォントなら良い結果になるでしょう。
このフィルタは比較目的に提供されているだけです。
いい加減すぎたな
3:FT_LCD_FILTER_LEGACY -> 16:FT_LCD_FILTER_LEGACY
804 :
名無し~3.EXE:2010/10/13(水) 01:30:10 ID:3i/xNCif
[FontLink]
Tahoma = MS UI Gothic, SimSun, PMingLiU
Lucida Sans Unicode = MS UI Gothic
MS UI Gothic = SimSun, PMingLiU
Microsoft Sans Serif = MS UI Gothic
これってどういう効果があるのかな?
レジストリ書き換えなくてもシステムフォントが書き換え出来るの?
>>790 これやってみたけど、以前のとみくらべてみると少しぼやけるようになった。
太さてきには良いのだけどなぁ。
ボケないように設定するにはどの辺をいじればいい?
ググればいろいろと情報でてくるだろ
>>802-803 レスサンクス。
最初、0か16でアンチエイリアスによるにじみがなくなって
文字の輪郭がくっきり見えると喜んだが、確かに0や16だと
フリンジが発生してて目が疲れる。
普段は何もわからずデフォルトの1にしてたけど、2のほうが
いい感じ。当面、2で行きます。
16だと「品質の高いヒンティングが与えられているTrueType
フォントなら良い結果」とのことだけど、Winで当てはまるの
今のとこメイリオ系だけみたいだし。
俺も2にしてる。
黒地に白字のときと逆のときとの見栄えが気になってたときにいろいろ調整してみた結果
>>789 Athlon II x2 250で使わせてもらいました
ありがとうございます
657. 名無し~3.EXE [sage] 2010/09/22(水) 01:07:14 ID:GsYjk9ji
フォントについて色々実験したが、どうやらDirectWriteをデフォ設定で使ってるようだ。
デフォ=横方向だけのClearTypeで、何段階か拡大するとようやく縦方向もAA効かせる感じ。
だから拡大率1倍で使ってる限り、GDIのClearTypeと一緒で、日本語フォントが糞になる。
拡大して縦方向AAを使い始めるのは、拡大していくと英字フォントでも糞になるからだろう。
要するに相変わらず英語圏のことしか考えてないMSと役立たずの日本のMS社員
>>789 消えてしまってるみたいなので
AMD対応のをもう一度上げて貰えませんか?
gdi++をビスタやセブンで使われてる方いらっしゃいますか?何の問題もありませんか?
Vista 32bit版では特に問題ないよ。
gdiを使っていないウインドウタイトルなんかには適用されないけどね
64bit版なら中国製を選ぶしかない
ありがとうございました m(_ _)m
Vista64でも32bitアプリに効けばいいのであればHeは普通に使える
>>816 いや、ウィンドウのタイトルバーなんかはAero切らんと効かないし
ブラウザが導入しようとしてるハードウェアアクセレーションも同様。
これからどんどん効かない領域が増えるぞ。
direct writeとかgdi+もフック出来ないの?
一から新しくDirectWrite APIのフック・描写するバージョンを作ればできる。
ただDirectWriteはDWMやDirect3D・2D、GDIとの互換性などが求められるから
FreeTypeで代替実装をしようとすると複雑で動作が重いモノになる気がする。
DirectWrite APIをフックして強制的に縦方向AA有効化なら使い物になるかも
つうか誰か作ってたろ
粘着が叩き潰してたが
821 :
nocd5:2010/10/17(日) 00:21:52 ID:Nd1Uluza
>>820 以前のってGDIをDirectWriteに置き換えるタイプじゃなかったっけ
それとも思い違いでDirectWriteをFreeTypeに置き換えるタイプだったか?
前あったのはGDI→DirectWriteだね
iTunesの文字がGDI++じゃ効かなくて泣く泣く中国製にしてる。
ブラウザのDirectDrawも一長一短だな
これからネットもHTML5のリッチコンテンツが拡大していくと
おのずとハードウェア支援が欠かせなくなってくるだろうから
ますますgdi++の恩恵に授かれなくなってしまう
さらにハードウェアスペックも快適に使おうと思うと
4GBの壁のある32bitOSも取り残されていくだろうし
64bitOSへの移行はそれこそgdi++の終焉だな
今まで嫌悪していたが中華製を使わなければいかんのか……
826 :
名無し~3.EXE:2010/10/18(月) 01:45:51 ID:lpbU2z9V
そういうのは感情の無駄遣い。
漢語をつかい、真名仮名をつかい、それらに思考様式まで規定されているくせに
「中華製だからどうこう」などというのは端からおかしい。
windowsは64bitへの過渡期だし、描画方法も過渡期だからなぁ
8でフォントレンダラが改善されるのが一番なんだけど、ないだろうな
日本語(というか英字以外の漢字、平仮名、カタカナ?)の描画が汚いというのをマイクロソフトに訴えていくとか?
どこに訴えていけばいいのかわからないけど、それなりの人数で働きかければ無視できないんじゃないかなぁ?
>>828 訴え続けた結果のMeiryoだからもう無理なんじゃね?
>>825 古臭いDirectDrawじゃなくてDirect3Dの亜種であるDirect2Dな。
>>828 Watchの人がIEの開発チーフか誰かにインタビューした際に
「日本などの非欧米圏ではMacに比べてWinのフォント描画が汚い」って直接言ってる。
で「意見を本国の開発チームに持って帰る」っていって出てきたのが今のIE9。
831 :
名無し~3.EXE:2010/10/18(月) 09:04:40 ID:lpbU2z9V
ITに強い世代が増えれば、その人達が
Linuxのレンダラの美しさを認識しちゃうとMSに金払うのが
馬鹿らしくなる。そういう連鎖をちらつかせれば必死で対応してくるよ。
>>826 はぁ?
漢字文化と今の中国人とは別物なんだけど、歴史知らないの?
ちょっとは、歴史でも勉強しなさい。
まったくです!
すべての文明の起源は韓国
差別はよそでやってくれ
人間の起源はアフリカ
でたでた
freetype のレンダリングと比較してからもう一度出直してほしいと
その開発チーフさんに伝えるにはどうすればいいんだ
840 :
名無し~3.EXE:2010/10/24(日) 09:23:25 ID:jhxsvf/a
Windowsはもっと広範な層の視認性を総合的に判断してるんだから
ビットマップは汚いと思い込んでるごくごく一部の奴に左右されても困るよ。
それでも、そのうち細かい調整ができるようになるだろ。
ならないから言ってんだろw
あれが読みやすいと思ってるとか何年も使ってあれが普通になってしまった病的な状況だろ・・・
842 :
名無し~3.EXE:2010/10/24(日) 09:47:18 ID:QsG/kO3w
Unix系使ってたら嫌でもFreeTypeのレンダリングに慣れるだろ。
慣れてもやっぱビットマップの視認性を選ぶのが一般的なんだよ
いつまでたってもドザがあぽーに流れない所以だな
winが何時まで経てもビットマップなのはあえて選んでいるからではない
ただ無頓着なだけだ
インタビューでフォントレンダリングの問題も認識すらしてなかったよ
クリアタイプですら日本語圏に適用したのがつい最近だしな
最近の携帯電話を見習えよマジで。
勝手にしろと言われるがMacにしようかと思うくらい悩んでる
MicrosoftがAdobeを買収するという噂話も出てきてる(iPhone対策として)から
もう本当に買収してしまってAdobe Readerのフォントレンダーをもらってくればいいw
>>845 わかるわ。gdi++も64bitじゃ満足に使えないし。類似ソフトもいまいち。
描画形式も過渡期でハードウェアアクセレーションには今のところ効かないし。
win8のレンダラが劇的に良くならない限りはMacに行こうか悩むと思う。
勝手にしろ
おれ窓もマクブクも持ってるけど結局ブートキャンプで窓とgdi++入れて
窓しか起動してねぇ〜のが現状
文字を延々読むのは2chとwebぐらいだから
それさえgdi++が利けばあとのフォントはわりとどうでもいいや
Chromeに効いてくれないかな・・・
852 :
名無し~3.EXE:2010/10/24(日) 20:02:55 ID:QsG/kO3w
文字を延々と読むのが2chとwebということなら、
Windows版のSafariもなかなか良いと思う。同環境でのQuartzとの比較になるし。
853 :
名無し~3.EXE:2010/10/24(日) 23:25:45 ID:QsG/kO3w
除外リストにかならずSafari.exeをいれるべし。
ハングしまふ
>>851 Chromeにgdi++が適用できないとかたまに聞くけど
Win7(x86)+helium0825+Chrome7(過去バージョンからも)で普通に適用されてるぞ?
裏技と称したシングルプロセスの起動オプションなんかも付けてない
適用できない原因としてどこかで見かけて失念してしまったが
Windowsのフォント描画廻りの設定(フォントの縁を滑らかに…、ClearType…等)が
影響してるとかなんとかだったやも
helium以前のgdi++だとchrome適用されないね
helium版のレンダリングが好きになれないから困った
妥協するか使わなきゃすむ話じゃん
いや、シングルプロセスの起動オプションで解決するし
俺のやわなハートじゃ無理
>>858 両方ともWindows版じゃない上にFreeType使用なんだがw
つまりフォントが違うだけでWindows上でgdi++を使うのとそう変わらん
861 :
名無し~3.EXE:2010/10/27(水) 13:45:20 ID:ZclezYRg
そうそう、むしろFreeTypeの本家筋。
そういえば2.4.3より古いのは脆弱性があるみたいだけどお前ら大丈夫?
Chromeは今後のバージョンでGPU支援を本格的に取り込んでくる予定だけど
そうなると当然ChromeOSにもフィードバックされると思うんだが
ChromeがWebkit&FreeTypeを基本にしているなら
ChromeOSでGPU支援のまともなフォントレンダリングが出来るのであれば
Googleのやる気次第ではM$版SafariのようにChromeでもGPU支援による
美麗なフォントレンダリングが期待出来ないものだろうか
夢のまた夢かもしれんけど
iTunes10にうpしたら、ビジュアライザでの曲名・アーティスト名表示の不具合が消えたヨカッタ。
>>864 iTunesStoreだけ異なる描画エンジンなのかな?
>>862 なんでフォントレンダリングがGPU支援される前提?
DirectWriteですらDirect2Dを使うことでHW支援受けているようなものなんだが。
日立丸ゴシックとgdi++で、超見やすくなりました@火狐
超初心者で、GDI++初心者スターターパックってのを使わせてもらってるけど
これが一番きれいに写ります…。
871 :
名無し~3.EXE:2010/10/30(土) 10:36:00 ID:OAzoM9w9
Windows TV ゴシック はわりと見やすい。丸ゴもある。
V2Cでは全く駄目だけど。
>>869 貼るの面倒だから設定だけ晒す
HintingMode=3
AntiAliasMode=2
NormalWeight=-5
BoldWeight=-5
ItalicSlant=0
Saturation=-2
MaxHeight=150
Interpolation=16,16,16
VerticalText=0
ModuleListOrder=0
LcdFilter=1
>>869 Windows Vista - Lunascape6(IE8) - helium090211
HinthingMode=0 (NoHinthing)
AntiAliasMode=2 (SubPixel(RGB)
LcdFilter=2 (Light)
NormalWeight=0
BoldWeight=0
Saturation=0
GammaCorrection=0
いわゆるデフォルト状態と変わらないが
小さいフォントサイズ指定でも文字が読みやすいように
かなの懐が広いモリサワ ゴシックMB101 R をフォント指定している。
ttp://free.flop.jp/gdi++/src/gdi0933.png
あ、ごめん873はモリサワ ゴシックMB101 Rって書いてるじゃんね
>>872 パクらせてもらったらメッサ綺麗になりました。
本当にありがとうございました。
>>876 HintingMode=3は少し色味が変になる?んですよね
気にならなければ調整しつつ使ってやってくださいー
みんな結構ほそいのねー
WinXP firefox3.6 helium090211 MeiryoKe_PGothic
ttp://free.flop.jp/gdi++/src/gdi0936.png HintingMode=0
AntiAliasMode=2
NormalWeight=8
BoldWeight=3
ItalicSlant=1
Saturation=4
GammaCorrection=0
Interpolation=16
VerticalText=0
ModuleListOrder=0
LcdFilter=1
どんどん自分のがぼけぼけに見えてきた
ドッドピッチが広い液晶用にしてあるので、
ワタシの設定も他の人から見たらボケボケだと思います。
Windows 7 Internet Explorer 8.0.7600.16385 SGMAA
LCD:MITSUBISHI RDT222WM-S
ttp://free.flop.jp/gdi++/src/gdi0937.png HintingMode=0
AntiAliasMode=2
NormalWeight=18
BoldWeight=-2
ItalicSlant=-2
Saturation=16
MaxHeight=72
GammaCorrection=1
Interpolation=1,1,3
VerticalText=0
ModuleListOrder=0
LcdFilter=2
880 :
879:2010/10/30(土) 23:46:22 ID:cozbaNQc
× ドッドピッチ
○ ドットピッチ
スレ汚しスミマセン。
>>872-878 協力どうも
自分のはかなり極端に細い&薄い設定かと思っていたけど
まんざらおかしいわけでもないとわかって安心しました
HintingMode=0が多数のようですね
AntiAliasMode=2だと白地に黒文字の場合に半角英数のギラつきがどうしても目立つから
1に戻すか悩むところ
HintingMode=3
AntiAliasMode=2
BolderMode=0
WidthMode=0
NormalWeight=2
BoldWeight=0
ItalicSlant=0
Saturation=15
TextTuningR=-1
TextTuningG=-1
TextTuningB=-1
MaxHeight=72
GammaCorrection=1
Interpolation=16,12,15
VerticalText=1
ModuleListOrder=0
LcdFilter=2
GammaCorrection=1が0だと黒背景白地が薄くなるので1
それに伴い黒地白背景が薄くなるのでSaturation強め(これでもちょっと薄いかも)
HintingModeが0だと微妙に縦に伸びるみたいなので3
Weightは大体フォントごと個別設定
>>883 俺のに一番合ってるかも
かなり綺麗ですわ
既出または過去の開発経緯で対策が施されているかもだけど
frrtypeにはヒンティングに関する不具合があるらしい
http://mimosa-pudica.net/unix-font.html の'ヒンティングに関する問題'や下の方にその具体的な内容が触れられている
それを踏まえて
http://www.mdn.co.jp/di/articles/664/?page=3 なんかを見ると
>詳細には触れないが、可能なレンダリングアルゴリズムの組み合わせは、
>たいていの場合ふたつ方法のどちらかに帰結する。すなわち
>
>1 レンダリングエンジンがタイポグラファーのヒントを無視してやりたいようにするが、フォントデザインに忠実なままなので、通常は見ばえのよい結果となる(これはAppleの場合)
>
>か、もしくは
>
>2 レンダリングエンジンがタイポグラファーの複雑なヒントに依存して、理想的な読みやすさのためにその情報を利用しようとするものの、フォントが目的に合うようにデザインされ、ヒントを与えられた場合にしか見ばえがよくならない(これはMicrosoftの場合)
>
>のどちらかになるということだ。
まともなヒンティングが施されたフォントとなるとヒラギノなんかの一部の有料フォントに限られ
メイリオも一応ヒンティングにこだわったと言われているものの実際は中途半端で使い物にならないというのが
過去スレのリンク記事でもあったはず
MS Pゴシ互換の改変フォントも例に漏れずヒンティング情報が壊れている可能性大だから
ヒンティング情報をあてにしたレンダリングはさせないほうが良い結果が得られるように思う
ヒンティングに頼るなら最初に触れたリンクの人が改善した正しいヒンティングが行われる
freetype用のパッチを適用したfreetype.dllを誰かが公開してくれると良いのだけど
ここに書き込んである設定を
みんなは手打ちでiniに打ち込んでるのか
すごいな
え?
丸写しでいけるならそれは運が良かっただけだろうと
結局は自分の環境に合わせて書き換えて微調整するのが普通
>>987
マジか落ち着け
どうりで動作がおかしいと思った…
>>888 サブピクセル機能を有効にする場合に最低限自分が使ってるモニタの並びが
RGBなのかBGRなのかも確認しておかないといくら調整しても無駄だから注意な
FrrType版ならSubPixelDirection
Helium版ならAntiAliasMode
今更な気もするが
Win7 Firefox4.0beta6 helium090211 KakugoR-AA
http://free.flop.jp/gdi++/src/gdi0939.png HintingMode=3
AntiAliasMode=2
NormalWeight=3
BoldWeight=5
ItalicSlant=0
Saturation=8
MaxHeight=96
GammaCorrection=1
Interpolation=8
VerticalText=1
ModuleListOrder=2
LcdFilter=2
みんなフォントサイズが大なのはそれが常用設定なの?
狭い画面で表示量稼ぐのに小ポイントにするとどうしたって潰れ気味に
なるから、3年前にRDT261WH買ったよ
画面のちらつきも抑えたかったからOSも2000→Vista64に一気に移行
gdi++が無ければ変えてなかっただろうな
しかし職場のXPはSXGAのアナログ接続だしフリーソフトも禁止だから
ストレスたまりまくり
>>892 デスクトップ+フルHDがメイン機ならそういう使い方もありかもしれんけど
ノートだとそういうわけにはいかないでしょう
おれはノートメインだからサイズ=標準だよ
私はメイン(デスクトップ22インチ)もサブ(B5ノート)も「小」@IE8
XPでherium使ってるけど
Google Chromeでtext-shadowがかけられた文字にgdi++効かないな
描画方法違うのかな
>896
Win7でheliumだけどChromeでCSS3のtext-shadow効いてるよgdi++
壊れています
>>902 このページはわざとそう見えるようにhelium作者がしてるだけだから
気にすることはないかと
サンプルに使っただけで、もちろん他のページでも同様の描画になる
一応
ギコナビをgdi++.exeへドラッグ&ドロップするのがめんどくさいので
gdi++.exeのショートカットを作成し、右クリック「プロパティ」「リンク先」を
ギコナビのアプリケーションのアドレスを入れて起動しても反映されません
ドラッグ&ドロップなら成功するのですがどうしてなのでしょう
フルパスに半角スペースが入っているのにダブルコーテーションで括っていない。
×「C:\Program Files\gdi++\gdi++.exe C:\Program Files\gikoNavi\gikoNavi.exe」
○「"C:\Program Files\gdi++\gdi++.exe" "C:\Program Files\gikoNavi\gikoNavi.exe"」
>>906 レスありがとうございます
フルパスには半角スペースはありません
ダブルコーテーションをつけても反映しませんでした
908 :
907:2010/11/07(日) 01:07:04 ID:i+fzY9t7
>>906 リンク先(T) E:\gikonavi\gikoNavi.exe
作業フォルダ(S) E:\gdi++
↑このように指定したんですけど駄目なんです
これって第一引数に適用アプリのパス指定するんじゃないの?
リンク先: "E:\gdi++\gdi++.exe" "E:\gikonavi\gikoNavi.exe"
作業フォルダ: "E:\gdi++"
スペースがないからリンク先は「E:\gdi++\gdi++.exe E:\gikoNavi\gikoNavi.exe」でおk
で、作業フォルダに「E:\gdi++\」を指定する理由はないから空白にするか
「E:\gikoNavi\」にでもしておけばいいんじゃないだろうか
>>902 まったくgdi++が効いていないわけではないと思う
手短に比較サンプルを作ってみたから試してみて
http://free.flop.jp/gdi++/src/gdi0946.txt ※うpろだの都合でダウソ後、拡張子をtxt→htmlに要変更
上からPゴシとメイリオそれぞれに
text-shadow無し
text-shadowブラー8px
text-shadowブラー16px
text-shadowブラー32px
FireFoxで確認していないけど
Chromeの場合ブラーを効かせるとレンダリングが薄くなるようだ
ブラウザ内部でtext-shadowをどんな風に処理しているのかわからないけど
ChromeはSafariと同じくWebkit、FireFoxはGeckoと
そこらへんでgdi++の効き方に相違があるのかも
こんな結果だけどFireFoxからChromeに乗り換えて快適さに満足してるから
このへんは妥協するしかないかな
あとうちの環境での同上スクショ
http://free.flop.jp/gdi++/src/gdi0947.png
>>911 かなり好みな感じ
字画の多い感じも細部まで綺麗に描画しながら
濃さもあって見やすいね
X=感じ
O=漢字
スマソ
>>910 迅速な対応ありがとうございます
あなたは神でつか!!
その方法でやったら反映できました!!!
でもその方法で開くと同時にファイルのダウンロード(このファイルを実行または保存しますか?)が毎回一緒に出てきてしまうんです
どうにかならんですか
>>911 すげー見やすい
けど結局設定でどうこうよりもデカイフォントを使うかデカクフォント表示させるのがベターってことなのか・・
>>915 もう、gditray.exeを常駐させて使えよ…
919 :
918:2010/11/07(日) 12:38:11 ID:7MA1R551
Saturationが0になるは違うかも、訂正
薄くなることは確かだけど
>>918 Geckoエンジンがちゃんとレンダリング出来てるって事は
gdi++側の問題である可能性はまずないと思う
内部処理がまるでわからないから想像の範疇だけど
本来のフォントとブラーのかかったフォントを重ね合わせる処理が
上手い事いかなくて痩せてしまうのかも
gdi++のために対策してくれるなんてありえないけど
今後のバージョンアップで何かの拍子に上手い事
レンダリングしてくれるようになればいいけどね
こんな所まで侵攻してくんなw
乙
>>928の設定を少し詰めてとりあえず落ち着いた
ブラウザフォントがPゴシの場合だけど
Saturation=8 → Saturation=4
MS Pゴシック=,,-7,-7 → MS Pゴシック=,,-9,-9
にそれぞれ変えたらギラつき感は薄く、濃く締まった感じになってほぼ満足
8ptとか小さい指定でも字画の多い漢字も割とくっきり描画される
あとは好みでSaturationと各フォントの太さパラメータだけ弄ればいいと思う
項目ごとに弄っても他の値の組み合わせで大きく変わるから一概に言えないよ
GammaCorrection切ればそりゃ軽くなるのは当然だが
品質は犠牲になるよ
>>932 フォントサイズはともかくめっちゃ綺麗くっきりだね
gdippは興味あるけど俺のはインストしてもうまく動作しないんだよな・・
gdippで一部の文字でアンダーラインが潰れるの直った?
>>933 ああ、表示をヒラギノ丸ゴのSSと合わせようとして最小ポイントを12にしたんだった。
ppも個別設定はできるから、問題のあるフォントをみつけたら調整すればいいと思う。
メイリオはオートヒンティングが2以外だと長音記号がgoogle日本語入力のプロパティで
表示されない現象が起きた。
google chromeでgdi++を有効にして印刷すると
盛大に文字化けするなw
>インターネットエクスプローダー
こんな恐ろしいものが存在していたのか
940 :
名無し~3.EXE:2010/11/10(水) 17:54:35 ID:a4s1dzzn
もっと恐ろしいものの片鱗を味わったぜ・・
インターネット爆発!
インターネットエクスプローダー【IE】[名詞]
一部のPC好きの間で使われる、Microsoft社製のブラウザ「インターネットエクスプローラー」の蔑称。
バージョンアップごとに巨大化して重くなっているため、最新版を低性能PCに入れると
「不安定にさせる」と言う意味で、文字通り「爆発(Exprode)」させてしまいかねないことから。
>>932のは字画があちこちで上下に崩れてるところなんかは
ClearTypeのレンダリングと変わらないような?
綺麗かどうかは別としてそれが気になった
>>928 GammaCorrectionを切ったらInterpolationは上げたほうがいいんでないかな
なるほど、わかりやすい比較乙
縦長な理由が居間ひとつ思い浮かばないものの
ヒンティングなし > 超えられない壁 > オートヒンティング > ヒンティング有効 = CleaType
この差は歴然だよね
ガタガタに崩れてるのはどうにも馴染まない
上の設定晒し合いでもHintingMode=0と3で別れているように、
好みが強く出るところなんだろうから、安易に>はつけないほうがいいかと
上の人たちはみんなわかってるから言い合わずに納得してる方を使ってるんだとおもうよ
まあ、昔からある問題だよね。こんな感じで↓
若い女性を中心に丸文字が一般化しだしたとき、否定的な見方もずいぶん多かった。
ハネやハライの闊達さがなく、トメを含めた「意思」が明確ではない、など。
にぎりかたやシャープペンシルの普及の問題、
力の入れ方がなっていないという問題、
社会状況と字体の流行の関連、などの批判もあった。それぞれ、基本的にはそのとおりではある。
ただ、批判的だった同じ人にとっても、それに慣れると、
一本調子で文字ごとの起伏の小さい丸文字は横書きにおいてむしろ読みやすい、
洗練された形状とも思えるようになった。
じっさい他人のノートを読むとき、丸文字の安定した書き写しは他人にとっても視認しやすい。
従来の「達筆」こそ、慣れていないと個々人の癖の差異の大きさもあって視認性が頗る悪い。
もちろん、それらも慣れの問題ではあるが。
優劣・見やすさとは、かように視点の相違や慣れているかどうかによって変わりうるものである。
個人的には、丸文字に対するかつての批判が見当違いとも思わないし、
逆に丸文字の横書きでの視認性という長所もまたそのとおりだと思う。
あっと、ここでいう「丸文字」は、丸ゴシック体(ナール体の系)の特徴を含めた
広義の「丸文字」
恥ずかしながら今の今までヒンティング無効って選択肢がなかったわ。この流れに感謝。
ezgdiも晒していい?
うん
win7 64bit firefox(Namoroka) メイリオ size:16
HintingMode=1
AntiAliasMode=0
Shadow=0,0,0
WidthMode=0
GammaMode=0
GammaValue=2.2
Contrast=1.4
NormalWeight=32
BoldWeight=-12
ttp://free.flop.jp/gdi++/src/gdi0953.png
使ってるiniにSaturationとかそんな項目ねえなぁと思って追加してみたけど変化ない
ソース見てみたらやっぱ定義されてなかった\(^o^)/バージョン違いらしい
みんなiniさらすときはバージョンも併記して欲しいぜ!
firefox4.0beta7だけどフォントレンダリングが汚くなってる
とくにメイリオの劣化が酷い
クリアタイプ関係のレンダリングが弄られてるようだ
SSは?
>>958 オプションでハードウェア支援を切っているか。
何度目だよ、この話題
>>960 もちろん切ってるよ
gfx.direct2d.disabled true
gfx.font_rendering.directwrite.enabled false
>>961 で解決策あるの?
>>962 スレ読むなりググるなりしろよ。
それすら出来ない文盲にはフォントレンダラなんて関係ないんだし。
あとposition : fixedされた要素でgdi++の効きかたがおかしい
黒背景で細くなるから、もしかするとガンマが効いてないかも
環境はhelium XPsp3
>>963 このスレずっとみてるけど、firefox4beta7のクリアタイプの話題とか見たことないんだが。
あるなら教えてくれ。
chromeのtext-shadowも効き方がおかしいし
firefoxもおかしいしブラウザは独自レンダリングがデフォになるのかなぁ
heliumもいよいよ終わりが見えてきたな・・
いつからHeliumにtext-shadowが使えるようになったのやら
・・・と言ってみるテスト
何か根本的な勘違いをしている希ガス
>>966 CSS3のtext-shadowのレンダリングがおかしいって話なんだが・・
詳細は
>>918
>>967 なるほど、すまぬ
だとするなら単純に高速化のためにGeckoエンジンに手を入れた
何らかの影響かもしれないね
chrome使いなので比較SSのうpはできないが興味深い内容だったよ
これ今日入れてマネージャーで有効にしてるんですが、使ってるとたまに元に戻ってる時があるんですがなんででしょうか?
メモリ不足とか?
そう言えば自分の環境だけなのかもしれないが
Chromeをデフォのマルチプロセスで起動してる状態で
gdi++.iniを切り替えると無効化されてしまって
Chromeを再起動するまで適用されなくなるとかはあるかな
IE8でも同じ
>>969 文字が薄くなるのは治らないけど、positionプロパティの不具合の方は
webgl.enabled_for_all_sitesをfalseにすると改善することを確認
iTunes Storeの文字が綺麗になりましたねw
Bug 579276 - White text on a fixed position background triggers Bug 363861 (bad ClearType) with GDI and retained layers
Bug 363861 - GDI ClearType rendered to RGBA surfaces sometimes looks bad
FF4でフォントが汚いってのはこれっぽいな
正式版までに修正されるといいんだが・・
MS Pゴシックにgdi++だとAAが凄く荒いですね
2chのスレビューは何のフォント使ってますか?
メ イ リ オ
> AAが凄く荒いですね
何を基準に荒いと言ってるのか不明
MS PゴシはAAの基準なんだし
大方
>>980は自分の環境に合わせて調整もしないで
拾ったiniをただ漠然と使って文句を言ってるだけのような
Pゴが気になるならそのkakugoなんちゃらでいいじゃん
中学生か?
中学生じゃないよ
角ゴAAの表示が
>>985の好みだってことなら
つまりはクリアタイプが好みってことなのでは?
あえて方向性が逆であるGDI++使う必要性はないと思うけどね
> kakugo-AA
緑がかってる
ってかSSがAAって。。。
>>985 2番目、なんかサブピクセルがグレースケールに見えるんだけど
SH G30-Pなら、細身でAAが多少崩れる程度だから
何もいじらない状況でなら比較的マシなほうかも。
もしくはMSゴシEx+とかのクリアタイプ向け改変フォントが適切かと
どちらにしてもクリアタイプはスレ違いだけどね