【美しく】gdi++.dll スレッド 2pt【鮮やかに】
1 ：名無し~3.EXE：
美しく、力強く、鮮やかに。
新たなスクリーンフォントの世界を体験してみませんか。
従来のフォントレンダラを大きく上回る描画性能を実現したgdi++のスレッドです。
公式サイト
http://drwatson.nobody.jp/gdi++/
作者：◆0x0D/0x20I 氏、460氏ほか
過去スレ
【美しく】gdi++.dll スレッド【鮮やかに】
http://pc8.2ch.net/test/read.cgi/win/1158937333/
ニュース・紹介
ttp://www.new-akiba.com/archives/2006/09/gdidll.html
ttp://www.forest.impress.co.jp/article/2006/09/22/gdiplusplus.html
ttp://hail2u.net/blog/software/gdi-plusplus.html
新たなスクリーンフォントの世界を体験してみませんか。
従来のフォントレンダラを大きく上回る描画性能を実現したgdi++のスレッドです。
公式サイト
http://drwatson.nobody.jp/gdi++/
作者：◆0x0D/0x20I 氏、460氏ほか
過去スレ
【美しく】gdi++.dll スレッド【鮮やかに】
http://pc8.2ch.net/test/read.cgi/win/1158937333/
ニュース・紹介
ttp://www.new-akiba.com/archives/2006/09/gdidll.html
ttp://www.forest.impress.co.jp/article/2006/09/22/gdiplusplus.html
ttp://hail2u.net/blog/software/gdi-plusplus.html
|
|
|
テンプレそのままかよ
テンプレにWiki追加してないよママ
>1おつ
slashdotでも紹介されてた気がする
slashdotでも紹介されてた気がする
>>986
どう考えてもARやHG、DFのおまけフォントなんていらない
それよりもイワタUDゴシックが気になる、画面にも対応してるっぽいし
http://www.iwatafont.co.jp/MO_UD/UD_outline.html
どう考えてもARやHG、DFのおまけフォントなんていらない
それよりもイワタUDゴシックが気になる、画面にも対応してるっぽいし
http://www.iwatafont.co.jp/MO_UD/UD_outline.html
∧＿∧ >>１お茶どうぞ
(`･ω･´) ｼｭｯ
（つ と彡 /
／ /
／ /
／ /
／ /
／ /// / ﾂﾂｰ
／ 旦 /
／ ./
＞wikiのcss
font-familyの指定だけ外せば良いと思いますよ。
て言うか「このページを編集する」で編集出来なかったのですがｗ；
font-familyの指定だけ外せば良いと思いますよ。
て言うか「このページを編集する」で編集出来なかったのですがｗ；
>>1
乙
乙
::|
::| ＿＿＿_
::|. .／|=| ヽ. ≡三＜￣￣￣>
::|. / |=| o |=ヽ .≡￣＞／
::|__〈 _＿＿ ＿__l ≡三／ ／
::|､ヽ|.|┌--､ヽ|/,-┐| ≡/ <＿＿＿/|
::|.|''''|.＼ヽ--ｲ.|ヽ-ｲ:| ≡三|＿＿＿_＿_／
::|.ヾ |.::. ..￣￣|￣ /
::| ';:::::┌===┐./
::| ＿〉ヾ ヾ二ｿ./
::||ﾛ|ﾛ| ｀---´:|＿＿__
::|:|ﾛ|ﾛ|＿＿＿__/ﾛ|ﾛ|ﾛ,|｀ヽ
::| |ﾛ|旦旦旦旦旦/ﾛ/ﾛ|旦,ヽ
::|ﾛヽ 旦旦旦旦旦./ﾛ,/|::旦旦)
::|ヾ旦旦旦旦旦旦,,,/::::|､ 旦旦|
::| ＿＿＿_
::|. .／|=| ヽ. ≡三＜￣￣￣>
::|. / |=| o |=ヽ .≡￣＞／
::|__〈 _＿＿ ＿__l ≡三／ ／
::|､ヽ|.|┌--､ヽ|/,-┐| ≡/ <＿＿＿/|
::|.|''''|.＼ヽ--ｲ.|ヽ-ｲ:| ≡三|＿＿＿_＿_／
::|.ヾ |.::. ..￣￣|￣ /
::| ';:::::┌===┐./
::| ＿〉ヾ ヾ二ｿ./
::||ﾛ|ﾛ| ｀---´:|＿＿__
::|:|ﾛ|ﾛ|＿＿＿__/ﾛ|ﾛ|ﾛ,|｀ヽ
::| |ﾛ|旦旦旦旦旦/ﾛ/ﾛ|旦,ヽ
::|ﾛヽ 旦旦旦旦旦./ﾛ,/|::旦旦)
::|ヾ旦旦旦旦旦旦,,,/::::|､ 旦旦|
フリーのフォントライブラリ、Freetypeの他にPangoってのもあるのか
まぁまだ縦書き対応がなってなかった気がしたので使い物にならんと思うが
パッケージソフト、どうせならアドビあたりが出した方がいいんじゃね
安くてそれなら買うわ。
>>9
> ログイン後、CSSを編集することでテンプレート以外のデザインに変更することができます。
まぁまだ縦書き対応がなってなかった気がしたので使い物にならんと思うが
パッケージソフト、どうせならアドビあたりが出した方がいいんじゃね
安くてそれなら買うわ。
>>9
> ログイン後、CSSを編集することでテンプレート以外のデザインに変更することができます。
>>7
(*´Д｀)ﾊｧﾊｧ
(*´Д｀)ﾊｧﾊｧ
ライセンスの話。
修正BSDライセンスかX11ライセンスが、◆0x0D/0x20I氏の希望形態に近い
ような気がする。GPLやLGPLは本意ではなさそうだ。
修正BSDライセンスかX11ライセンスが、◆0x0D/0x20I氏の希望形態に近い
ような気がする。GPLやLGPLは本意ではなさそうだ。
常駐のgdi.exeからiniの設定が出来たら素敵。
アイコンがいい感じなので、もうちょっと発展して欲しいなぁ…
アイコンがいい感じなので、もうちょっと発展して欲しいなぁ…
>7
メイリオのガタガタさがよく分かる…。
メイリオのガタガタさがよく分かる…。
iniはテキストエディタで十分と思うけど
>13
pango はレンダリングには Freetype を使っている。
pango はレンダリングには Freetype を使っている。
>>17
アイコンはClearType Tuningのパクリ
アイコンはClearType Tuningのパクリ
22 ：名無し~3.EXE：2006/09/28(木) 01:21:14 ID:l6zdj3Vs
>>20
最近はcairoを使っているような
最近はcairoを使っているような
ageてしまった、ごめん
メイリオはClearType切ると大変なことに…
>>16
ライセンスはもう決まりました。
> 933 名前： ◆0x0D/0x20I [sage] 投稿日：2006/09/27(水) 22:29:32 ID:kdcoJI+4
> 再配布は自由。改変も自由。派生物もご自由に。ソースを利用して自作のプログラムに
> 組み込んだ場合はその旨をどっかに明記。転売はだめだけど、商用利用は別にかまわない。
> 改変した場合のフィードバックは義務じゃなくて良心で。って、だいたいこんな感じ？
ライセンスはもう決まりました。
> 933 名前： ◆0x0D/0x20I [sage] 投稿日：2006/09/27(水) 22:29:32 ID:kdcoJI+4
> 再配布は自由。改変も自由。派生物もご自由に。ソースを利用して自作のプログラムに
> 組み込んだ場合はその旨をどっかに明記。転売はだめだけど、商用利用は別にかまわない。
> 改変した場合のフィードバックは義務じゃなくて良心で。って、だいたいこんな感じ？
もっとどんどんSS晒して
>>26
つまりは、gdi++.exeに、「iniを開く」メニューがあると良いなと言うことか。
つまりは、gdi++.exeに、「iniを開く」メニューがあると良いなと言うことか。
gdi.exeはアイコンダブルクリックでオンオフを
切り替えられたら使いやすいんじゃないかな
切り替えられたら使いやすいんじゃないかな
マジか。変なこと書いてすまねぇ。
33 ： ◆0x0D/0x20I ：2006/09/28(木) 01:58:20 ID:fkDxjKfA
Osakaフォントスレで、へた字を移植する予定だったけど、だいたい道筋がついて、BDFエディタを
作りかけて放置してあることに気づいた。最近、そっちの方がむしろ気になってる漏れがいる。
ま、そっちは置いといて、今のgdi++.dllの当面の目標は、
・ズレ修正（結構厄介そうな悪寒）
・allgdiを仕上げて同梱
・縦書き対応
だいたい、これくらいかな？最適化の問題は付いて回ると思う。エッジ強調やガンマ補正である
程度の品質向上は望めるだろうけど、劇的な変化はちょっと難しいだろうから、今のgdi++.dllが
一段落ついたら、FreeType2を使ってレンダリングする方向で逝くべきかもしれない。あくまでこれは妄想だけど('A`)
後で前スレ>>944と>>951をマージさせて頂いて、サイトにうｐしておきます。
>>28
むしろ、たいした設定項目もないから、GUIを用意してもいいんじゃないかな。
VBで良ければパパッと作れるけど、SDKはﾏﾝﾄﾞｸｾ('A`)
作りかけて放置してあることに気づいた。最近、そっちの方がむしろ気になってる漏れがいる。
ま、そっちは置いといて、今のgdi++.dllの当面の目標は、
・ズレ修正（結構厄介そうな悪寒）
・allgdiを仕上げて同梱
・縦書き対応
だいたい、これくらいかな？最適化の問題は付いて回ると思う。エッジ強調やガンマ補正である
程度の品質向上は望めるだろうけど、劇的な変化はちょっと難しいだろうから、今のgdi++.dllが
一段落ついたら、FreeType2を使ってレンダリングする方向で逝くべきかもしれない。あくまでこれは妄想だけど('A`)
後で前スレ>>944と>>951をマージさせて頂いて、サイトにうｐしておきます。
>>28
むしろ、たいした設定項目もないから、GUIを用意してもいいんじゃないかな。
VBで良ければパパッと作れるけど、SDKはﾏﾝﾄﾞｸｾ('A`)
ボールドの対応も頼みたい
35 ： ◆0x0D/0x20I ：2006/09/28(木) 02:02:47 ID:fkDxjKfA
>>34
ボールドって、横にずらして濃く描画する擬似ボールド機能をつけるってこと？
ボールドって、横にずらして濃く描画する擬似ボールド機能をつけるってこと？
.NET Framework++.dll とかはいかがｗ
>>プログラマの皆様
Delphiでポトペタのススメ
ランタイム要らないし
ランタイム要らないし
>>33
もうやっちゃった・・・
前スレ944に前スレ953の再修正を加えました。
また、前スレ951のスレッドローカルストレージパッチを取り込みました。
P4+SSE2, later or compatible processor向け最適化(w/PGO)
http://free.flop.jp/gdi++/src/up0025.lzh
お休みなさい __o_
もうやっちゃった・・・
前スレ944に前スレ953の再修正を加えました。
また、前スレ951のスレッドローカルストレージパッチを取り込みました。
P4+SSE2, later or compatible processor向け最適化(w/PGO)
http://free.flop.jp/gdi++/src/up0025.lzh
お休みなさい __o_
おつかれ
ボールドは大分判りやすくなったと思うよ。（MS Pゴシック、Quality=3、Weight＝0）
やっぱりズレ修正が最重要課題かな。なだらかになっても表示が崩れちゃあ……。
ATOKの電子辞典で表示が崩れる。
http://free.flop.jp/gdi++/src/up0026.png
右が正常。あ〔感〕の上にある空白がマズいみたい。
やっぱりズレ修正が最重要課題かな。なだらかになっても表示が崩れちゃあ……。
ATOKの電子辞典で表示が崩れる。
http://free.flop.jp/gdi++/src/up0026.png
右が正常。あ〔感〕の上にある空白がマズいみたい。
前スレ944 を元にソースを分割したりいろいろしてみた。
もしよければ取り入れてください。arch:SSE, arch:SSE2 指定のビルドも添付しました。
・944 のソースを元にソースファイルを分割整理。
・Cache, Settings をクラス化。グローバル変数 → クラスの static 変数 ってだけです。
・Quality の上限、下限チェックを修正。
・リソースファイルの取り込み
・malloc/free → new/delete[]、memcpy → ZeroMemory
・Makefile にリソースファイルのコンパイル、リンクを追加
・Makefile に VisualC++ 8 による SSE / SSE2 最適化を追加
・Intel C++ Compiler 用のソース、Makefile を分離（ICC 持ってないので未確認）
・make 用のバッチファイルを添付
http://free.flop.jp/gdi++/src/up0027.zip
もしよければ取り入れてください。arch:SSE, arch:SSE2 指定のビルドも添付しました。
・944 のソースを元にソースファイルを分割整理。
・Cache, Settings をクラス化。グローバル変数 → クラスの static 変数 ってだけです。
・Quality の上限、下限チェックを修正。
・リソースファイルの取り込み
・malloc/free → new/delete[]、memcpy → ZeroMemory
・Makefile にリソースファイルのコンパイル、リンクを追加
・Makefile に VisualC++ 8 による SSE / SSE2 最適化を追加
・Intel C++ Compiler 用のソース、Makefile を分離（ICC 持ってないので未確認）
・make 用のバッチファイルを添付
http://free.flop.jp/gdi++/src/up0027.zip
>>33
◆0x0D/0x20I氏にお願いしたいのはやっぱりallgdiかな。
これもiniで設定できるようにして、起動時にONできるようにしたり
gdi++.dllのiniを簡単に設定できるような機能とかそういうのがあるといいかな。
◆0x0D/0x20I氏にお願いしたいのはやっぱりallgdiかな。
これもiniで設定できるようにして、起動時にONできるようにしたり
gdi++.dllのiniを簡単に設定できるような機能とかそういうのがあるといいかな。
>>17
http://free.flop.jp/gdi++/src/up0028.zip
DLLディレクトリを開く・INIを開く・ダブルクリックで有効/無効を切り替え
を追加
新規に加工したところは /***/
555氏みたいにバージョン情報埋め込もうかとおもったけどVSEEだとリソース生成できないのよね
http://free.flop.jp/gdi++/src/up0028.zip
DLLディレクトリを開く・INIを開く・ダブルクリックで有効/無効を切り替え
を追加
新規に加工したところは /***/
555氏みたいにバージョン情報埋め込もうかとおもったけどVSEEだとリソース生成できないのよね
>555
お疲れ様です。
かなりソース見やすくなったので好みなのですが
環境BCC5.5ではエラー吐くように･･･orz
エラー E2148 D:\tool\gdi\src\stringHash.h 4: パラメータ 'BUFSIZE' のデフォルト引数が再宣言されている
エラー E2238 D:\tool\gdi\src\stringHash.h 4: 'StringHashT<BUFSIZE,ignoreCase>' の宣言が複数見つかった
お疲れ様です。
かなりソース見やすくなったので好みなのですが
環境BCC5.5ではエラー吐くように･･･orz
エラー E2148 D:\tool\gdi\src\stringHash.h 4: パラメータ 'BUFSIZE' のデフォルト引数が再宣言されている
エラー E2238 D:\tool\gdi\src\stringHash.h 4: 'StringHashT<BUFSIZE,ignoreCase>' の宣言が複数見つかった
>>45
乙です。非常に切り替えが容易になりました。
>>47
ショートカットに引数"-on"指定をして有効状態で起動は出来なかったので
batファイル作ってそれから起動でうまくいきました。
@echo off
START gdi.exe -on
CLS
EXIT
乙です。非常に切り替えが容易になりました。
>>47
ショートカットに引数"-on"指定をして有効状態で起動は出来なかったので
batファイル作ってそれから起動でうまくいきました。
@echo off
START gdi.exe -on
CLS
EXIT
>>45のはどれベース？
Enhance使うとレインボーエフェクトになるんですけど・・・
Inkscape とか Dia はメニュー周りがひどい表示になるっぽいです。
gtk+ 系全滅かなぁ。
Inkscape.exe, dia.exe とか後は Photoshop（実行ファイル名不明）
などをデフォルトで追加しておいても良いかもしれません。
>>52
すみませんバグです。設定の読み込みを書き換えたのですが、
修正をミスして Quality が 1 低く扱われています。
Quality を 1 増やすと公式と同じ出力になると思うのですが…
settings.cpp の 56 行目は Scale = Quality + 1; が正解。
せっかくなので 40 のソースも含めて明日にでも見直してみます。
gtk+ 系全滅かなぁ。
Inkscape.exe, dia.exe とか後は Photoshop（実行ファイル名不明）
などをデフォルトで追加しておいても良いかもしれません。
>>52
すみませんバグです。設定の読み込みを書き換えたのですが、
修正をミスして Quality が 1 低く扱われています。
Quality を 1 増やすと公式と同じ出力になると思うのですが…
settings.cpp の 56 行目は Scale = Quality + 1; が正解。
せっかくなので 40 のソースも含めて明日にでも見直してみます。
>>前スレの人
勝手にマルシーマークってダメなんじゃなかったっけ？
勝手にマルシーマークってダメなんじゃなかったっけ？
常駐版だと.NET Framework 2.0でも効果あるね
(ただし32bitのアセンブリが使われる場合だけ)
(ただし32bitのアセンブリが使われる場合だけ)
>>53
GJです。おかげでgdi関係のショートカットが整理できました。
現状Limechat2ではズレが原因でgdi++を使えない状態だったり
imepadsv.exe等にも適用されているのを、毎回UnlockerでOFFにしてるので
gdi.exeの設定で適用しないアプリを指定できたら便利なのですが･･･。
GJです。おかげでgdi関係のショートカットが整理できました。
現状Limechat2ではズレが原因でgdi++を使えない状態だったり
imepadsv.exe等にも適用されているのを、毎回UnlockerでOFFにしてるので
gdi.exeの設定で適用しないアプリを指定できたら便利なのですが･･･。
>>53
有効状態じゃないときもiniとdllフォルダ開けませんか？
有効状態じゃないときもiniとdllフォルダ開けませんか？
SourceForgeを使うとしたら、jpよりnetにして欲しい
テンプレ、こんな感じでいいかな？
ttp://www.wikiroom.com/windows/index.php?gdi%2B%2B.dll#template
ttp://www.wikiroom.com/windows/index.php?gdi%2B%2B.dll#template
修正版できました。
http://khdd.net/kanou/kangae/2006/gdi++20060928-enhance.zip
バグが出ないことを最優先にして修正しました。
・バグ「レインボーエフェクト」を修正 (ビットの並びが BGR なのを RGB と勘違いしていた)
・static な配列を書き換えるのをやめ、比較演算を行うようにした (そのぶん遅い)
・色情報が正しく取れていない (前景色と背景色が同じ) 場合、出力色空間の制限をオフ。
・Enhance の設定できる値を 0～9 に増やし、全体に弱くした。
・サイズによってエッジ強調の強さを変える小細工をとりあえず停止した。
http://khdd.net/kanou/kangae/2006/gdi++20060928-enhance.zip
バグが出ないことを最優先にして修正しました。
・バグ「レインボーエフェクト」を修正 (ビットの並びが BGR なのを RGB と勘違いしていた)
・static な配列を書き換えるのをやめ、比較演算を行うようにした (そのぶん遅い)
・色情報が正しく取れていない (前景色と背景色が同じ) 場合、出力色空間の制限をオフ。
・Enhance の設定できる値を 0～9 に増やし、全体に弱くした。
・サイズによってエッジ強調の強さを変える小細工をとりあえず停止した。
使ってみたが滲んでるように見えて
逆に見づらくなっただけのような気がする
綺麗にはあんまりみえなかったけど
慣れればこっちの方がみやすいのかな？
逆に見づらくなっただけのような気がする
綺麗にはあんまりみえなかったけど
慣れればこっちの方がみやすいのかな？
じゃあ、使わなきゃいいんじゃないですか？
美しく、力強く、鮮やかに。
新たなスクリーンフォントの世界を体験してみませんか。
従来のフォントレンダラを大きく上回る描画性能を実現したgdi++のスレッドです。
公式サイト
http://drwatson.nobody.jp/gdi++/
作者：◆0x0D/0x20I 氏、460氏ほか
wiki
http://www18.atwiki.jp/gdiplus2/
http://www.wikiroom.com/windows/index.php?gdi++.dll
専用uploader
http://free.flop.jp/gdi++/
過去スレ
【美しく】gdi++.dll スレッド【鮮やかに】
http://pc8.2ch.net/test/read.cgi/win/1158937333/
ニュース・紹介
ttp://www.forest.impress.co.jp/article/2006/09/22/gdiplusplus.html
ttp://slashdot.jp/developers/article.pl?sid=06/09/22/1617251
ttp://www.new-akiba.com/archives/2006/09/gdidll.html
ttp://hail2u.net/blog/software/gdi-plusplus.html
新たなスクリーンフォントの世界を体験してみませんか。
従来のフォントレンダラを大きく上回る描画性能を実現したgdi++のスレッドです。
公式サイト
http://drwatson.nobody.jp/gdi++/
作者：◆0x0D/0x20I 氏、460氏ほか
wiki
http://www18.atwiki.jp/gdiplus2/
http://www.wikiroom.com/windows/index.php?gdi++.dll
専用uploader
http://free.flop.jp/gdi++/
過去スレ
【美しく】gdi++.dll スレッド【鮮やかに】
http://pc8.2ch.net/test/read.cgi/win/1158937333/
ニュース・紹介
ttp://www.forest.impress.co.jp/article/2006/09/22/gdiplusplus.html
ttp://slashdot.jp/developers/article.pl?sid=06/09/22/1617251
ttp://www.new-akiba.com/archives/2006/09/gdidll.html
ttp://hail2u.net/blog/software/gdi-plusplus.html
gdi++.dll は Windows のグラフィック操作の中枢をつかさどる gdi32.dll をインターセプトし、
美しいスクリーンフォントを実現することができる 2ch 発祥のオープンソースソフトウェアです。
このソフトウェアはまだ開発段階である為、思わぬ不具合が起きる可能性があります。
ご使用の際には、バックアップを心がけ、細心の注意を持って自己責任でお願いします。
ちょっと弄ってみた。
美しいスクリーンフォントを実現することができる 2ch 発祥のオープンソースソフトウェアです。
このソフトウェアはまだ開発段階である為、思わぬ不具合が起きる可能性があります。
ご使用の際には、バックアップを心がけ、細心の注意を持って自己責任でお願いします。
ちょっと弄ってみた。
バックアップを心がけるってのは違うと思うｗ
途中で送信しちゃったorz
このソフトウェアはまだ開発段階のため、思わぬ不具合が起きる可能性があります。
バックアップと細心の注意を心がけ、自己責任でご使用してください。
こんな感じで
このソフトウェアはまだ開発段階のため、思わぬ不具合が起きる可能性があります。
バックアップと細心の注意を心がけ、自己責任でご使用してください。
こんな感じで
うはｗｗｗたしかにそうだｗｗｗｗｗｗｗ
その辺は適当に流し読みしてくりｗ
その辺は適当に流し読みしてくりｗ
定期的なバックアップと細心の注意を心がけ、でいいかな？
と思う。
けど、他の人の意見も聞いてみないとだな。
けど、他の人の意見も聞いてみないとだな。
定期的にバックアップを行い、細心の注意を払って自己責任でご使用ください。
うーん…
うーん…
で、おまえら、バックアップと細心の注意をしているのか?
うんにゃ全然。自己責任だけ負ってるから問題なし。
OpenJaneDoeのソースを元にして描画がズレるのを再現してみました。
時間のある人はこれ使ってgdi++.dllをデバッグしてください。
ttp://free.flop.jp/gdi++/src/up0032.zip
時間のある人はこれ使ってgdi++.dllをデバッグしてください。
ttp://free.flop.jp/gdi++/src/up0032.zip
>>68
15インチXGAとか19インチSXGAとかのドットピッチの大きい液晶を*至近距離で*
使っている人はアンチエイリアスによる補間部分がボケや滲みとして感じてしまうかも。
高精細な液晶やCRTを使っている人、モニタから距離をとって使っている人は多分
ほとんど気にならないはず。
15インチXGAとか19インチSXGAとかのドットピッチの大きい液晶を*至近距離で*
使っている人はアンチエイリアスによる補間部分がボケや滲みとして感じてしまうかも。
高精細な液晶やCRTを使っている人、モニタから距離をとって使っている人は多分
ほとんど気にならないはず。
85 ：名無し~3.EXE：2006/09/28(木) 11:00:31 ID:jY/GJTPo
>>84
テレビをみるように距離とればとても綺麗だね。
まるで紙にかかれている文字を見てるようで文句なし。
でもそんな距離で作業しないしねぇ。
だから目が疲れる。
一日十時間超えで作業してるL997とL887ユーザの意見っす。
テレビをみるように距離とればとても綺麗だね。
まるで紙にかかれている文字を見てるようで文句なし。
でもそんな距離で作業しないしねぇ。
だから目が疲れる。
一日十時間超えで作業してるL997とL887ユーザの意見っす。
12pt未満は読みにくいよな。
高精細なディスプレイだとビットマップは細くなりがちだし、
かといってAAも小さい文字の日本語フォントには向いてないので難しい所だ。
そういう意味でメイリオはいい線いってるよ。
かといってAAも小さい文字の日本語フォントには向いてないので難しい所だ。
そういう意味でメイリオはいい線いってるよ。
PDFファイル並みの綺麗さが欲しい。
それを言うならAdobe Readerだろ
あれならClearTypeの方がきれい
あれならClearTypeの方がきれい
メイリオの見づらさはどうにかならないのか
だからClearType使えって
つMeiryo mod 12pt AA
全然見当違いなことかもしれないんだけど、
これを応用してリモートデスクトップでフォントにアンチエイリアスがかからないのを
直す事ってできないのかな？
これを応用してリモートデスクトップでフォントにアンチエイリアスがかからないのを
直す事ってできないのかな？
リモートから画面の情報をビットマップで転送しているんじゃなかったっけ？
リモート側に GDI++ がインスコされてないと．．．．
リモート側に GDI++ がインスコされてないと．．．．
>>91
使っても見づらいっつーの。
使っても見づらいっつーの。
それは単に価値観の差じゃね？
俺は普通に可読性高いしいいと思うけど。
俺は普通に可読性高いしいいと思うけど。
99 ：名無し~3.EXE：2006/09/28(木) 12:10:17 ID:czObJZg9
もともとメイリオってそんなに見やすいものなのかな、とずっと思っている俺がいる
メイリオはClearType使ってもジャギーが残るから許せないやつもいるだろうな
>>99
ClearType使わない場合、12pt程度が限界でそれ以下だと見られた物じゃないと思う
使ったら、9ptぐらいでもなんとか実用的かなぁ。ちなみに1600*1200のCRTユーザーね
ただwebとかまったり見る場合と、ソースとか注視して弄ってる場合ではまた違うし
結局個人の感覚だねぇ
ClearType使わない場合、12pt程度が限界でそれ以下だと見られた物じゃないと思う
使ったら、9ptぐらいでもなんとか実用的かなぁ。ちなみに1600*1200のCRTユーザーね
ただwebとかまったり見る場合と、ソースとか注視して弄ってる場合ではまた違うし
結局個人の感覚だねぇ
ttp://free.flop.jp/gdi++/src/up0035.png
別なバグが発生したようです
別なバグが発生したようです
>>103
選択文字列がおかしくなってます。
選択文字列がおかしくなってます。
>>104
ファミコンゲームの画面かと思った。
ファミコンゲームの画面かと思った。
リモートデスクトップでもサーバー側でgdi++があれば、
ちゃんとアンチエイリアスがかかった！
でもコンテキストメニューは最初はアンチエイリアスがかからない。
マウスカーソルを重ねればアンチエイリアスがかかる。
メニューが出た直後からアンチエリアスがかかるようにできますか？
ちゃんとアンチエイリアスがかかった！
でもコンテキストメニューは最初はアンチエイリアスがかからない。
マウスカーソルを重ねればアンチエイリアスがかかる。
メニューが出た直後からアンチエリアスがかかるようにできますか？
確かにｗｗｗｗ
下から見るとコントラストで微妙に見える
下から見るとコントラストで微妙に見える
>>101
メイリオをClearTypeなしって時点で論外な希ガス。
メイリオをClearTypeなしって時点で論外な希ガス。
メイリオでなくても非ドットフォント（特にデザインフォント）をClearTypeなしかつ低ピクセルで見るのは耐え難い
up0027のGDI++.DLL(2006/09/28 02:27)をLive2chでうごかしてみた
http://free.flop.jp/gdi++/src/up0036.png
設定は以下のとおり。
[General]
Quality=3
Weight=8
Enhance=2
MaxHeight=0
UseSubpixel=1
SubpixelDirection=0
ForceAntialiasedQuality=1
[Exclude]
FixedSys
Marlett
メイリオ
Meiryo
[Individual]
[ExcludeModule]
環境
PenM + Xp SP2 + RADEON X300 + 2048x1536モード
http://free.flop.jp/gdi++/src/up0036.png
設定は以下のとおり。
[General]
Quality=3
Weight=8
Enhance=2
MaxHeight=0
UseSubpixel=1
SubpixelDirection=0
ForceAntialiasedQuality=1
[Exclude]
FixedSys
Marlett
メイリオ
Meiryo
[Individual]
[ExcludeModule]
環境
PenM + Xp SP2 + RADEON X300 + 2048x1536モード
ビットマップなしのアウトラインフォントなら
AA処理したほうが確実に原型に近いからね。
AA処理したほうが確実に原型に近いからね。
＞アップローダの中の人
maxsizeを2MBぐらいにして、保存件数増やしてくれ
maxsizeを2MBぐらいにして、保存件数増やしてくれ
>>111
その解像度でその weight でかなり重くない？
その解像度でその weight でかなり重くない？
>>113
？保存件数10000件にしてるけど、少ない?
？保存件数10000件にしてるけど、少ない?
200kbくらいでいいかもね
skkimeというマイナーなIMEを使用してのですが
変換文字の候補表示ウィンドウがちゃんと表示されません。
ttp://free.flop.jp/gdi++/src/up0037.png
上から、Quality=0, 1, 2, 3 といった順番です。
skkime側の問題なのでしょうか？
VER : 20060927
OS : Win2KSP4(Athron64 3200), WinXPSP2(Celeron2GHz)で同様
SETTING : Quaility以外標準添付のまま
変換文字の候補表示ウィンドウがちゃんと表示されません。
ttp://free.flop.jp/gdi++/src/up0037.png
上から、Quality=0, 1, 2, 3 といった順番です。
skkime側の問題なのでしょうか？
VER : 20060927
OS : Win2KSP4(Athron64 3200), WinXPSP2(Celeron2GHz)で同様
SETTING : Quaility以外標準添付のまま
FixedSys使ってるからじゃないか?
excludeどうなってる?
excludeどうなってる?
122 ：名無し~3.EXE：2006/09/28(木) 15:21:44 ID:VZPCEbvr
ロダ貼っとけよ
前スレからライセンスの話が出てるけど、一番重要なのは著作権を放棄するか否かだと思うんだ
しない方がいいと思うけど
しない方がいいと思うけど
PDSにするって選択肢は最初からないもんだと思ってたが。選択肢に入れてる人いるの？
>>121
Fixedじゃないほうの“System”だろ。
Fixedじゃないほうの“System”だろ。
著作権を行使しないとかじゃね
2chもやってる
2chもやってる
本人が著作権なんてどうでも良いって言ってるんだから
周りがギャーギャー言うことじゃねえべ
周りがギャーギャー言うことじゃねえべ
＼ ｷﾞｬｰ ｷﾞｬｰ ／
この許諾契約は、このソフトウェアを製作した人/団体 (以下、製作者) と、このソフトウェアを使用する人 (以下、ユーザー) との間において、合意の下に行使される契約です。
あなたはこのソフトウェアを利用するに当たって、この許諾契約に合意しなければなりません。あなたはこのソフトウェアをインストール (アーカイブを展開) した時点で、この許諾契約に合意したものとします。
このソフトウェアはフリーウェアですが、著作権は製作者にあります。あなたはこのソフトウェアを無料で利用することができます。
あなたはこのソフトウェアを自由に再配布および改変することができます。
あなたはこのソフトウェアを営利目的に利用することができますが、あなたはこのソフトウェアを製作者の許諾なしに転売することはできません。
あなたがこのソフトウェアのバイナリおよび/またはソースを利用してあなたのプログラムに組み込んだ場合は、あなたはその旨および著作権をドキュメントやバージョン情報ダイアログなど、何らかの方法で明記しなければいけません。
製作者はこのソフトウェアの利用に関する一切を保証しません。責任の所在はユーザーにあります。あなたがこのソフトウェアを利用することによっていかなることが発生しても、製作者は一切の責任を負わないものとします。
大体こんな感じかね
大半の人がスルーする例のテイストに仕上げてみました
あなたはこのソフトウェアを利用するに当たって、この許諾契約に合意しなければなりません。あなたはこのソフトウェアをインストール (アーカイブを展開) した時点で、この許諾契約に合意したものとします。
このソフトウェアはフリーウェアですが、著作権は製作者にあります。あなたはこのソフトウェアを無料で利用することができます。
あなたはこのソフトウェアを自由に再配布および改変することができます。
あなたはこのソフトウェアを営利目的に利用することができますが、あなたはこのソフトウェアを製作者の許諾なしに転売することはできません。
あなたがこのソフトウェアのバイナリおよび/またはソースを利用してあなたのプログラムに組み込んだ場合は、あなたはその旨および著作権をドキュメントやバージョン情報ダイアログなど、何らかの方法で明記しなければいけません。
製作者はこのソフトウェアの利用に関する一切を保証しません。責任の所在はユーザーにあります。あなたがこのソフトウェアを利用することによっていかなることが発生しても、製作者は一切の責任を負わないものとします。
大体こんな感じかね
大半の人がスルーする例のテイストに仕上げてみました
∧＿∧
(`･ω･´) ｼｭｯ
（つ と彡 /
／ /
／ /
／ /
／ /
／ // / ﾋﾟｭｰｰ
／ (^^) /
／ ./
(`･ω･´) ｼｭｯ
（つ と彡 /
／ /
／ /
／ /
／ /
／ // / ﾋﾟｭｰｰ
／ (^^) /
／ ./
∧＿∧
(`･ω･´) ｼｭｯ
（つ と彡 /
／ /
／ /
／ /
／ /
／ // / ﾋﾟｭｰｰ
／ /
／ ./ ミ(；^^)
(`･ω･´) ｼｭｯ
（つ と彡 /
／ /
／ /
／ /
／ /
／ // / ﾋﾟｭｰｰ
／ /
／ ./ ミ(；^^)
>133
このソフトウェアをインストール (アーカイブを展開) した時点で、この許諾契約に合意したものとします。
それなんてMSのEULA
このソフトウェアをインストール (アーカイブを展開) した時点で、この許諾契約に合意したものとします。
それなんてMSのEULA
MSじゃなくても大抵のEULAはそうだろｗ
ちなみにMSのEULAは引用（流用）してないぞ
ちなみにMSのEULAは引用（流用）してないぞ
>121
>126
Systemフォントでしたー
ありがとう。
[Exclude]にFixedSysは入れてましたが、
Systemは入れてませんでした。
これで、文章書くのにも使えますー。thx
>126
Systemフォントでしたー
ありがとう。
[Exclude]にFixedSysは入れてましたが、
Systemは入れてませんでした。
これで、文章書くのにも使えますー。thx
推奨設定：
[Exclude]
System
FixedSys
Marlett
メイリオ
Meiryo
[Exclude]
System
FixedSys
Marlett
メイリオ
Meiryo
>>139
Terminalも入れた方が良いかも
Terminalも入れた方が良いかも
++適用のfontview.exeでフォントを表示した時、表示が重い上に、
フォント本来の姿が見れなくなってしまう(++適用後が表示される)ので、
allgdi使ってる人はExcludeModuleに指定したほうがいいと思いますた。
フォント本来の姿が見れなくなってしまう(++適用後が表示される)ので、
allgdi使ってる人はExcludeModuleに指定したほうがいいと思いますた。
フリーウェアです。自由に配布、改変できますが、著作権は放棄しません。
全て自己責任と常識の範囲内で使用してください。
ソースコードは公開してますが、フィードバックは自由です。あったら嬉しいし、無かったらそれなりに寂しいです。
商用のソフトウェアに組み込むは自由ですが、使用していることをどこかに明記してください。
もちろん、これその物の販売は禁止です。
こんなんでどう？4行なら読むだろ。
全て自己責任と常識の範囲内で使用してください。
ソースコードは公開してますが、フィードバックは自由です。あったら嬉しいし、無かったらそれなりに寂しいです。
商用のソフトウェアに組み込むは自由ですが、使用していることをどこかに明記してください。
もちろん、これその物の販売は禁止です。
こんなんでどう？4行なら読むだろ。
あ、5行か
1行でも読まない奴は読まない
ファイルすら開かないからな
Adobeみたいに初回起動時にライセンス表示するとか
ウザさ倍増ｗ
ウザさ倍増ｗ
ほかにもビットマップって結構あるんだね
[Exclude]
メイリオ
Meiryo
Marlett
System
FixedSys
Modern
MS Sans Serif
MS Serif
Roman
Small Fonts
Script
Courier
[Exclude]
メイリオ
Meiryo
Marlett
System
FixedSys
Modern
MS Sans Serif
MS Serif
Roman
Small Fonts
Script
Courier
*.fonって全部一括でExcludeできたら楽ですね。
これらに++掛けたら変になるものだらけだった。
これらに++掛けたら変になるものだらけだった。
派生にも一緒に適用したいから
Meiryo *みたいな設定の仕方もできるようにしてほしぃ
Meiryo *みたいな設定の仕方もできるようにしてほしぃ
ごめん、アップデートしたいけどどれをDLすればいい？
gdi++を除外するアプリを指定するより、gdi++を適用するアプリを指定するバージョンみたいのきぼんぬ
Enhanceがまともに動いてmakefileがついてるパッケージは存在するのか。
Firefoxは除外してあるのに、
Firefoxのダウンロード完了しましたっていう
右下から出てくるやつがすげーのろくなったり、
ダウンロードマネージャでアイテムがフェードインしてくるのも
すげー遅くなる。俺だけ？Firefoxのバージョンが1.0.7だから？
Firefoxのダウンロード完了しましたっていう
右下から出てくるやつがすげーのろくなったり、
ダウンロードマネージャでアイテムがフェードインしてくるのも
すげー遅くなる。俺だけ？Firefoxのバージョンが1.0.7だから？
CCleanerでGDI++使ってみたら
Win2k特有の文字化けが9割方解消された。
既出だったらスマソ。
Win2k特有の文字化けが9割方解消された。
既出だったらスマソ。
JaneDoeViewのスクロールが重いので
しかたなく、JaneIEViewを使っています。
Doeでは、これ以上軽くならないのかな？
しかたなく、JaneIEViewを使っています。
Doeでは、これ以上軽くならないのかな？
訂正～
Pentium-M搭載のノートに適用したところ、IE系のリンクハイライトの文字ズレは解消されず。
AthlonMPだと動いてないっぽいです。
スマソ
Pentium-M搭載のノートに適用したところ、IE系のリンクハイライトの文字ズレは解消されず。
AthlonMPだと動いてないっぽいです。
スマソ
>>151
ここを参考にニーズに合うのを選んでとしか。
http://www18.atwiki.jp/gdiplus2/pages/4.html
分からない時はとりあえずstableでいいんｼﾞｬﾏｲｶ。
個人的にup0021がお勧め。0025はExcludeModuleが効かないし、
他はまだ不具合あったりするので…。Enhanceは全滅ぽい。
ここを参考にニーズに合うのを選んでとしか。
http://www18.atwiki.jp/gdiplus2/pages/4.html
分からない時はとりあえずstableでいいんｼﾞｬﾏｲｶ。
個人的にup0021がお勧め。0025はExcludeModuleが効かないし、
他はまだ不具合あったりするので…。Enhanceは全滅ぽい。
>>148
ビットマップフォントかどうかはAPIで判別できるから自動的に除外できないかな
ビットマップフォントかどうかはAPIで判別できるから自動的に除外できないかな
どれを入れていいんだかわかんなくなってきたな
64だからSSE2付きの方がうれしいですよ
なんか静かになったね。一段落かな？
ttp://free.flop.jp/gdi++/src/up0039.png
ttp://free.flop.jp/gdi++/src/up0039.png
SSE2はPentium4とCro2Duo以外だとSSEより遅くなるから注意
http://www.marumo.ne.jp/db2006_8.htm#26
http://www.marumo.ne.jp/db2006_8.htm#26
Athlon64って下手にSSE2を使わない方が速いんじゃなかったか？
>>168
それはIntelのコンパイラが意地悪をしていたから。
それはIntelのコンパイラが意地悪をしていたから。
そりゃSSE2,SSE3はネットバーストを
何とかするために作られたんだから当然っちゃ当然
何とかするために作られたんだから当然っちゃ当然
>166
すげー！もうなんか異常に綺麗だな。
俺のPB12のヒラギノon Safari よりも良いな。
裏山視す。
すげー！もうなんか異常に綺麗だな。
俺のPB12のヒラギノon Safari よりも良いな。
裏山視す。
遅いのはSSE2入れた最初のコアだけじゃね
なんだったかわすれたけど
なんだったかわすれたけど
流れ速すぎ。
とりあえず、重箱の隅つつきをいくつか。
hook.cpp:
_hook_init(), _hook_term()
memcpy(p->addr, ～);
のあとに、それぞれ、
FlushInstructionCache((HANDLE)-1, p->addr, sizeof(p->hook));
と、
FlushInstructionCache((HANDLE)-1, p->addr, sizeof(p->orig));
追加しておいた方がいいのでは？ よく分からんが。
up0025.lzh:
override.h
> #if _MSC_VER <= 1200
> #define for if(0);else for
> #endif
この#defineはVS2005でも無害なので場合分けはムダ。
forの挙動が標準準拠になったのはVS2005からなので、あえて場合分けするなら
#if _MSC_VER < 1400
だろうが、場合分けする必要はないと思う。
とりあえず、重箱の隅つつきをいくつか。
hook.cpp:
_hook_init(), _hook_term()
memcpy(p->addr, ～);
のあとに、それぞれ、
FlushInstructionCache((HANDLE)-1, p->addr, sizeof(p->hook));
と、
FlushInstructionCache((HANDLE)-1, p->addr, sizeof(p->orig));
追加しておいた方がいいのでは？ よく分からんが。
up0025.lzh:
override.h
> #if _MSC_VER <= 1200
> #define for if(0);else for
> #endif
この#defineはVS2005でも無害なので場合分けはムダ。
forの挙動が標準準拠になったのはVS2005からなので、あえて場合分けするなら
#if _MSC_VER < 1400
だろうが、場合分けする必要はないと思う。
動的メモリ確保はどうするのかな。mallocかAPIかnewか…。
newを使うとコンパイラのバージョンによる差異があるので注意。
newの挙動メモ
・メモリ不足のとき、VC6 までは NULL が返される。
・VS2002 以降は、例外(std::bad_alloc)が投げられる。（規格準拠）
・VS2002 以降でも例外ではなく NULL を返すようにするには、
new (std::no_throw) hoge[256];
というように、std::nothrow を付ける。
VC6 でも規格準拠の動作をさせるには、
1. スレッドの最初で、_set_new_handler() を使って、
std::bad_alloc を投げる関数をハンドラにセットする。
2. このままでは、new (std::nothrow) でも例外が投げられるようになってしまうので、
void *operator new(size_t cb, const std::nothrow_t&) throw()
などを再定義しておく。
実装例。
http://homepage3.nifty.com/k-takata/mysoft/bregonig.html
の先のアーカイブ内のsrc.lzh内の mem_vc6.h を参照。
スレッドの最初で set_new_throw_bad_alloc() を呼び出すようにしておけば、
VC6～VS2005で new が同じように使える。
ただし、iostreamなどを使うと競合する場合あり。
newを使うとコンパイラのバージョンによる差異があるので注意。
newの挙動メモ
・メモリ不足のとき、VC6 までは NULL が返される。
・VS2002 以降は、例外(std::bad_alloc)が投げられる。（規格準拠）
・VS2002 以降でも例外ではなく NULL を返すようにするには、
new (std::no_throw) hoge[256];
というように、std::nothrow を付ける。
VC6 でも規格準拠の動作をさせるには、
1. スレッドの最初で、_set_new_handler() を使って、
std::bad_alloc を投げる関数をハンドラにセットする。
2. このままでは、new (std::nothrow) でも例外が投げられるようになってしまうので、
void *operator new(size_t cb, const std::nothrow_t&) throw()
などを再定義しておく。
実装例。
http://homepage3.nifty.com/k-takata/mysoft/bregonig.html
の先のアーカイブ内のsrc.lzh内の mem_vc6.h を参照。
スレッドの最初で set_new_throw_bad_alloc() を呼び出すようにしておけば、
VC6～VS2005で new が同じように使える。
ただし、iostreamなどを使うと競合する場合あり。
HeapAllocならしくっじてもNULLになるから明快で好きだぜ
>>7
試しにスクショをロダに上げた。
試しにスクショをロダに上げた。
>>177
ClearTypeと標準アンチエイリアスも上げてもらえないでしょうか？
ClearTypeと標準アンチエイリアスも上げてもらえないでしょうか？
UseSubpixel=1が効かないのですが、Win2000では使えないのですか？
OS：Win2000ProSP4
APP：JaneView
FONT：MSPGothic
OS：Win2000ProSP4
APP：JaneView
FONT：MSPGothic
あれ、今日はずいぶん静かだね。
開発だって何時間もかかるんだから、1日で静かとか言うのはやめときｗ
>>181
なるほど。TTとばかり思いこんでた俺が馬鹿でしたわ。
なるほど。TTとばかり思いこんでた俺が馬鹿でしたわ。
gdi++を3～4時間使ってみて、「やっぱり元に戻すか」と思って再起動したら何コレ？
俺、今までこんなガクガクしたフォントを見てたんだってショックだったよ。
というわけでもうコレなしには生きられない、かも。
俺、今までこんなガクガクしたフォントを見てたんだってショックだったよ。
というわけでもうコレなしには生きられない、かも。
>>175
HeapAlloc が一番楽にコンパイラ感の統一をできそうだけど
たとえば StringHash などクラスのインスタンスを用意するのにも HeapAlloc？
# なんか、いっそのこと plain C でって人の気持ちがちょっとわかるかも
ところで、StringHash って map で置き換えれないかな。趣味の世界？
HeapAlloc が一番楽にコンパイラ感の統一をできそうだけど
たとえば StringHash などクラスのインスタンスを用意するのにも HeapAlloc？
# なんか、いっそのこと plain C でって人の気持ちがちょっとわかるかも
ところで、StringHash って map で置き換えれないかな。趣味の世界？
>>175
>動的メモリ確保はどうするのかな。
_allocaで。とか言ってみるテスト
そういや漏れがこれ使おうとした時の名残がまだソースに残ってるなぁ・・・
↓これ(override.cpp)
#include <malloc.h>// _alloca
>>185
どうでもいいけど確かVC6でstd::map使うと物凄い数のwarningが出たような気が。
>動的メモリ確保はどうするのかな。
_allocaで。とか言ってみるテスト
そういや漏れがこれ使おうとした時の名残がまだソースに残ってるなぁ・・・
↓これ(override.cpp)
#include <malloc.h>// _alloca
>>185
どうでもいいけど確かVC6でstd::map使うと物凄い数のwarningが出たような気が。
>>179
Quality=2 のときしかサブピクセルレンダリングのコードが存在しないみたい。
Quality=2 でもだめですか？
>>186
_alloca はセキュリティの強化された _malloca 使えとか MSDN に書いてますね。
でも、VC6 だとなかったりするのかな…
map はそういや文字数制限の warning がすごかった気が。
pragma で警告抑制していた記憶がよみがえりました。
>>189
やっぱり、ふつうは new ですよね。
new/delete と malloc/free の混在だけは避けたい気がする。根拠は気持ち悪い以上のものを示せない。
new したのを free したりしなければ大丈夫だったと思うけど、自信がないので当てにならない。
異なるコンパイラでコンパイルされたビルドが混在しなければ問題は起きない？
どっちみちエラー処理用に new の挙動をそろえる？
C++ 自体久しぶりで、C++ で DLL とか書いたこと無いから正直よくわかりません。
どういう風にするのが常道なんだろう。
Quality=2 のときしかサブピクセルレンダリングのコードが存在しないみたい。
Quality=2 でもだめですか？
>>186
_alloca はセキュリティの強化された _malloca 使えとか MSDN に書いてますね。
でも、VC6 だとなかったりするのかな…
map はそういや文字数制限の warning がすごかった気が。
pragma で警告抑制していた記憶がよみがえりました。
>>189
やっぱり、ふつうは new ですよね。
new/delete と malloc/free の混在だけは避けたい気がする。根拠は気持ち悪い以上のものを示せない。
new したのを free したりしなければ大丈夫だったと思うけど、自信がないので当てにならない。
異なるコンパイラでコンパイルされたビルドが混在しなければ問題は起きない？
どっちみちエラー処理用に new の挙動をそろえる？
C++ 自体久しぶりで、C++ で DLL とか書いたこと無いから正直よくわかりません。
どういう風にするのが常道なんだろう。
>>104-106
修正しました。
http://khdd.net/kanou/kangae/2006/gdi++20060929-enhance.zip
背景が透明な場合をちゃんと区別するようにしたので、これで
直ったはずです。Enhance 有効のときだけ出るバグはもうないと
いう希望的観測を持っております。
あとは画質の改善 (今は o が八角形ぽく見える) や高速化を
考えていきたいと思っております。では。
修正しました。
http://khdd.net/kanou/kangae/2006/gdi++20060929-enhance.zip
背景が透明な場合をちゃんと区別するようにしたので、これで
直ったはずです。Enhance 有効のときだけ出るバグはもうないと
いう希望的観測を持っております。
あとは画質の改善 (今は o が八角形ぽく見える) や高速化を
考えていきたいと思っております。では。
【俺もうｐろだの中の人へ】
ファイルの接頭辞をユニークなもんにしてくれ
gdi++じゃなくてgdiとかがいいな
ファイルの接頭辞をユニークなもんにしてくれ
gdi++じゃなくてgdiとかがいいな
makefileわかんね('A`)
link (2回出て来る) に
/LIBPATH:"C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib" /LIBPATH:"C:\Program Files\Microsoft Visual Studio 8\VC\lib"
ってオプションを足してます。
cl には
/I"C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include"
を足した。あとはVisual Studio 2005 コマンドプロンプトを起動して
「nmake」と打つだけでコンパイルできてます。
/LIBPATH:"C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib" /LIBPATH:"C:\Program Files\Microsoft Visual Studio 8\VC\lib"
ってオプションを足してます。
cl には
/I"C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include"
を足した。あとはVisual Studio 2005 コマンドプロンプトを起動して
「nmake」と打つだけでコンパイルできてます。
>>194
Live2ch でぐりぐりスクロースしてもレインボーカラーがでなくなった．GJ！
Enhance = 0 と Enhance が１以上のときでメニューバーの
表示がグレーアウトしているときの品位が結構違うので今後の課題
として取り組んでほすい
Live2ch でぐりぐりスクロースしてもレインボーカラーがでなくなった．GJ！
Enhance = 0 と Enhance が１以上のときでメニューバーの
表示がグレーアウトしているときの品位が結構違うので今後の課題
として取り組んでほすい
Enhanceは完成度低い
>>198
そんな事しなくても、これ使って環境変数INCLUDEやLIBを追加すればいいかと。
ttp://www.munepi.com/software/eve.html
あと、バージョンリソース入ってないみたいだけどVS2005EE？
テキストエディタで弄れるようにしてあるので、誰のカスタム版かはっきりさせる為に
入れといた方がいいと思うけど。
ttp://free.flop.jp/gdi++/src/up0047.zip
ついでにgdidll.rcの"Comment"は"Comments"の間違いです。ｽﾏｿ＞カスタム版製作者の方々
そんな事しなくても、これ使って環境変数INCLUDEやLIBを追加すればいいかと。
ttp://www.munepi.com/software/eve.html
あと、バージョンリソース入ってないみたいだけどVS2005EE？
テキストエディタで弄れるようにしてあるので、誰のカスタム版かはっきりさせる為に
入れといた方がいいと思うけど。
ttp://free.flop.jp/gdi++/src/up0047.zip
ついでにgdidll.rcの"Comment"は"Comments"の間違いです。ｽﾏｿ＞カスタム版製作者の方々
もうどれを落とせばいいのか分からないくらい修正版出まくり
タイトルバーに影文字のようなエフェクトがかかっている時に
Enhanceを有効にすると…もやもやに。
メニューバーの件と同じことだとは思うけど、一応。
ttp://free.flop.jp/gdi++/src/up0048.png
Enhanceを有効にすると…もやもやに。
メニューバーの件と同じことだとは思うけど、一応。
ttp://free.flop.jp/gdi++/src/up0048.png
>>166
これ何てフォント？
これ何てフォント？
up0025.lzh をベースに 194 を取り入れてソースを分割したもの
一応、SSE, SSE2 版付き。PGO 下のは無いです。
http://free.flop.jp/gdi++/src/up0049.zip
後の修正は builderscomment.txt 参照のこと
余計なお節介だったらごめん。これにてたぶん名無しに戻ります。
>>193
例外を catch してエラー処理してもまずいんでしょうか？
（今はないけど）どっちみちエラー処理は必要なような…
>>198
Platform SDK のパスはバージョン依存だし、201 氏の言うように
各自環境変数を直したら良いんじゃないでしょうか。
>>202
公式のやつ。それ以外は各自で判断じゃないでしょうか。
一応、SSE, SSE2 版付き。PGO 下のは無いです。
http://free.flop.jp/gdi++/src/up0049.zip
後の修正は builderscomment.txt 参照のこと
余計なお節介だったらごめん。これにてたぶん名無しに戻ります。
>>193
例外を catch してエラー処理してもまずいんでしょうか？
（今はないけど）どっちみちエラー処理は必要なような…
>>198
Platform SDK のパスはバージョン依存だし、201 氏の言うように
各自環境変数を直したら良いんじゃないでしょうか。
>>202
公式のやつ。それ以外は各自で判断じゃないでしょうか。
ExcludeModule効かないです。ウィルスソフトの数個のプロセスがunlockerでも
ロック解除出来なくて、再起動するまでロックしたままなので死活問題なんです。
ロック解除出来なくて、再起動するまでロックしたままなので死活問題なんです。
gdi++のstable版を丸ゴaaをJaneDoeViewで12pt表示
[General]
Quality=2
Weight=2
Enhance=0
MaxHeight=0
UseSubpixel=1
SubpixelDirection=0
ForceAntialiasedQuality=1
で、表示しているのですが、「W」が欠けてしまいます。
Wの両隣に半角英数字があると欠けないのですが、全角文字があると欠けるようです。
できたら改善お願いします。
ttp://free.flop.jp/gdi++/src/up0050.png
[General]
Quality=2
Weight=2
Enhance=0
MaxHeight=0
UseSubpixel=1
SubpixelDirection=0
ForceAntialiasedQuality=1
で、表示しているのですが、「W」が欠けてしまいます。
Wの両隣に半角英数字があると欠けないのですが、全角文字があると欠けるようです。
できたら改善お願いします。
ttp://free.flop.jp/gdi++/src/up0050.png
>>206のはup0025ベース(ExcludeModule効かない)だからかな。
Enhanceはいい感じになりますた。メニュー部分がおかしくなるけど…。
>>207
普通にD&Dとかで、指定アプリのみ++適用で我慢するしか。
一度allgdiやっちゃったら病み付きになるのは仕方ないけどw
Enhanceはいい感じになりますた。メニュー部分がおかしくなるけど…。
>>207
普通にD&Dとかで、指定アプリのみ++適用で我慢するしか。
一度allgdiやっちゃったら病み付きになるのは仕方ないけどw
いちおう秀丸エディタでもやってみました
http://free.flop.jp/gdi++/src/up0051.png
全角のＷも、連続で使うとどんどん欠けていくようです。
WOWOWって文字で最初気づきました。
http://free.flop.jp/gdi++/src/up0051.png
全角のＷも、連続で使うとどんどん欠けていくようです。
WOWOWって文字で最初気づきました。
gdi++のstable版を丸ゴaaをJaneDoeViewで12pt表示 ×
gdi++の9/27日stable版を使い、丸ゴaaをJaneDoeViewで12pt表示 ○
gdi++の9/27日stable版を使い、丸ゴaaをJaneDoeViewで12pt表示 ○
色々、みてみたのですが、これMS P Gothic幅のフォントだと発生するようです。
MS P Gothic 12ptで見事に発生しました。
MS P Gothic 12ptで見事に発生しました。
やっとうちのＰＣでのstable版ができたｗ
gdi.exeとgdi++.dll、gdippgui.exeの３点セット＋installer完成ｗｗｗｗ
でもどのバージョンのdllとかexeなのか最早判別不可能ｗｗｗｗ
gdi.exeとgdi++.dll、gdippgui.exeの３点セット＋installer完成ｗｗｗｗ
でもどのバージョンのdllとかexeなのか最早判別不可能ｗｗｗｗ
WZ EDITOR 4.0では動作しませんでした
秀丸なら動くのか……
秀丸なら動くのか……
>>207
ウィルスソフトは立ち上げないほうがいいと思うよ
ウィルスソフトは立ち上げないほうがいいと思うよ
うーん
やはりサブピクセルとエンハンサーは無しで行って欲しいなあ
技術としては面白いし出来ないより出来た方が良いけど
基本性能を上げて欲しいって感じかなあ
やはりサブピクセルとエンハンサーは無しで行って欲しいなあ
技術としては面白いし出来ないより出来た方が良いけど
基本性能を上げて欲しいって感じかなあ
>>215
Quality=1 のとき Enhance= を1以上にすると落ちる。
あと、void Cache::ProcessTerm() で
voidなのにreturnがあると怒られる。
>>217
iniファイルで0突っ込んでおけばいいじゃない。
Quality=1 のとき Enhance= を1以上にすると落ちる。
あと、void Cache::ProcessTerm() で
voidなのにreturnがあると怒られる。
>>217
iniファイルで0突っ込んでおけばいいじゃない。
俺は軽さ重視で行って欲しいなぁ。
性能や機能なんかは後からでもなんとかなるけど、
軽快さだけは後からじゃどうしようもない事が殆どだから。
性能や機能なんかは後からでもなんとかなるけど、
軽快さだけは後からじゃどうしようもない事が殆どだから。
ふぉんとに綺麗ですね。
もっともっと綺麗にしてくれ
もっとお母さんみたいに言ってくれ
本家版で
アプリや書類のショートカットをgdi++にドラッグ&ドロップして
起動できたら嬉しいなあ
アプリや書類のショートカットをgdi++にドラッグ&ドロップして
起動できたら嬉しいなあ
【母さんみたいに】gdi++.dll 3pt【言ってくれ】
226 ：sage：2006/09/29(金) 12:09:11 ID:v1KgxCis
最後まで読んだが、
「漢字のような密度の高い文字を使う老齢者を視野に入れるなら」
出すべき技術ではないだとさ、ワロタ
「漢字のような密度の高い文字を使う老齢者を視野に入れるなら」
出すべき技術ではないだとさ、ワロタ
使いたくないなら使わなきゃいいじゃん
君の方が綺麗だよ
まあ記事の性格から「製品に取り込むかどうかを検討するなら」ということだろうね
GDI++においては現状まだ開発途中ではあるし「他がきれいなんだからこれもきれいになってほしい」
というのは年齢に限らず人の人情ということもいえるわけだしこの先考えていかなければならないだろうけど
今のところは技術を完成させること（Ver1.0としてリリースできること）に専念してほしいところだね
GDI++においては現状まだ開発途中ではあるし「他がきれいなんだからこれもきれいになってほしい」
というのは年齢に限らず人の人情ということもいえるわけだしこの先考えていかなければならないだろうけど
今のところは技術を完成させること（Ver1.0としてリリースできること）に専念してほしいところだね
まぁ「きれい」「きれいじゃない」ってのは感覚だから、
ひとそれぞれだから「ご自由に」としか言えないよなぁ。
ひとそれぞれだから「ご自由に」としか言えないよなぁ。
また宣伝か
うぜええええええ
うぜええええええ
まぁでも、細い線が薄くボケる問題はAAとか見てると顕著で気になる事は気になるな
ソース見てもチンプンカンプンな人だから考え違いしてるかもだけど
オーバーサンプリングした多階調データに通常サンプリングのデータを重ねて
任意の比率で通常サンプリング側に色調を寄せる(似せる？)
って方法で解決できないもんなの？
寄せれば寄せる程ガタガタにはなるだろうけど、そこは個人で決めれれば問題なさそうだし
ソース見てもチンプンカンプンな人だから考え違いしてるかもだけど
オーバーサンプリングした多階調データに通常サンプリングのデータを重ねて
任意の比率で通常サンプリング側に色調を寄せる(似せる？)
って方法で解決できないもんなの？
寄せれば寄せる程ガタガタにはなるだろうけど、そこは個人で決めれれば問題なさそうだし
>>233 >>226
比較用に GDI32.dll での描画結果も上げてみた
http://free.flop.jp/gdi++/src/up0054.png
レンダラの差が戦力の決定的差でないことを教えてやるｗ
比較用に GDI32.dll での描画結果も上げてみた
http://free.flop.jp/gdi++/src/up0054.png
レンダラの差が戦力の決定的差でないことを教えてやるｗ
gdi++云々というより、アンチエイリアス全般、もっと言えば
アウトラインフォント全般に言える話じゃない、この記事。
わざわざgdi++を狙い撃ちで記事を書く意味が解らないね。
特定周波数の明暗パターン！とか言ってみたかっただけちゃうんかと。
でも、除外pt数がもっと細かく決められればいいかも。
例えばOsakaのビットマップがいい！というなら7/9ptを除外とかね。
アウトラインフォント全般に言える話じゃない、この記事。
わざわざgdi++を狙い撃ちで記事を書く意味が解らないね。
特定周波数の明暗パターン！とか言ってみたかっただけちゃうんかと。
でも、除外pt数がもっと細かく決められればいいかも。
例えばOsakaのビットマップがいい！というなら7/9ptを除外とかね。
up0056.zip: up0052.zipを改変
説明は同梱のmemo.txtに。
説明は同梱のmemo.txtに。
水晶体でアンチエイリアスがかかる人はどんなフォントも読みづらいと思う
ド近眼の俺はコンタクトがなかったらFixedSysもボケボケで見えるし
ド近眼の俺はコンタクトがなかったらFixedSysもボケボケで見えるし
242 ：名無し~3.EXE：2006/09/29(金) 12:54:51 ID:9A3+3C1w
派生バージョン?を作っている人はトリップを付けてほしい。
>>218
> Quality=1 のとき Enhance= を1以上にすると落ちる。
EnhanceEdges関数内の
register signed char* vdif = hdif + srcWidthBytes * height;
↓
register signed char* vdif = hdif + (signed char)(srcWidthBytes * height);
に変更する。2箇所あるので両方とも。
落ちないことは確認しました。
> Quality=1 のとき Enhance= を1以上にすると落ちる。
EnhanceEdges関数内の
register signed char* vdif = hdif + srcWidthBytes * height;
↓
register signed char* vdif = hdif + (signed char)(srcWidthBytes * height);
に変更する。2箇所あるので両方とも。
落ちないことは確認しました。
IPA Pゴシック
Quality=3
Weight=0
Enhance=0
MaxHeight=0
UseSubpixel=1
SubpixelDirection=0
ForceAntialiasedQuality=1
http://free.flop.jp/gdi++/src/up0057.png
Quality=3
Weight=0
Enhance=0
MaxHeight=0
UseSubpixel=1
SubpixelDirection=0
ForceAntialiasedQuality=1
http://free.flop.jp/gdi++/src/up0057.png
>>215ので、Excludeに指定してるメニュー部分のMeiryoKeまで++化されます。
↓のでは何故か本文まで…。設定はQ2W5E0U0です。
http://free.flop.jp/gdi++/src/up0058.png
ついでにこの記事には、「使う人は好きで自己責任で使ってるのに、うるせーなﾑｷｷｰ」
という感情的反発心いっぱいですw
↓のでは何故か本文まで…。設定はQ2W5E0U0です。
http://free.flop.jp/gdi++/src/up0058.png
ついでにこの記事には、「使う人は好きで自己責任で使ってるのに、うるせーなﾑｷｷｰ」
という感情的反発心いっぱいですw
>>239
グリッドフィッティングが無意味だと言ってるのか？
グリッドフィッティングが無意味だと言ってるのか？
>>248
ほほう。では、グリッドフィッティングの重要性について、解説してみたまえ。
ほほう。では、グリッドフィッティングの重要性について、解説してみたまえ。
慶應とか顰蹙とか憂鬱とかだな
鬱陶しいやつだな
檸檬は
薔薇
ブラウザで開いてみたけど、形でわかるものだな。
257 ：名無し~3.EXE：2006/09/29(金) 15:05:24 ID:2WWBEIT1
魑魅魍魎
曖昧模糊
漢字の認識って、空間周波数というより、
前後の文字との関係や、文字全体の
アウトラインや濃淡を総合的に判断していると
おもわれ。
ぶっちゃけ、三鷹の鷹の文字の画数が１本２本
なくなってても、三鷹と認識されることからみて、
年齢別コントラスト感度云々というのは、どうなのかなぁ
正直、こじつけ感が否めない
前後の文字との関係や、文字全体の
アウトラインや濃淡を総合的に判断していると
おもわれ。
ぶっちゃけ、三鷹の鷹の文字の画数が１本２本
なくなってても、三鷹と認識されることからみて、
年齢別コントラスト感度云々というのは、どうなのかなぁ
正直、こじつけ感が否めない
>>259
極度に視力が悪い人までは正直範囲外だし
そういう人のために拡大ツールあるしね。
メガネ掛けてる人に聞いて、実際に文字がどういう風に見えるか
検証してみた結果、年齢別コントラスト感度はこじつけっぽ。
人の顔を判断するときも文字を判断するのと似たような感じだしね。
基本的に一つ一つ認識するように頭の構造ができてない。
極度に視力が悪い人までは正直範囲外だし
そういう人のために拡大ツールあるしね。
メガネ掛けてる人に聞いて、実際に文字がどういう風に見えるか
検証してみた結果、年齢別コントラスト感度はこじつけっぽ。
人の顔を判断するときも文字を判断するのと似たような感じだしね。
基本的に一つ一つ認識するように頭の構造ができてない。
ブラウザとかのデフォルトのフォントサイズを50pxぐらいにしちゃえばおｋ
263 ：名無し~3.EXE：2006/09/29(金) 15:39:18 ID:2WWBEIT1
それってなんて高橋メソッド
264 ： ◆0x0D/0x20I ：2006/09/29(金) 15:40:56 ID:l+OZj8Z9
漏れは私事で今週いっぱい掛かりそうなので、その間参加できそうにないです。申し訳ないです。
>>226
なんと、かの、おっぱ○星人のhiraxさんの記事ジャマイカ！（失礼
おもしろい記事でした。単純に、老人/若者云々のくだりは比喩のようにも聞こえる。
フォントにも因る部分はあるが、コントラストが落ちて読みにくくなるのは漏れが試作版を
初めてうｐしたときから実感していたし、それにサイトにも敢えて「ボケボケ」と書いておいたし。
（もちろん今はエッジ強調フィルタを実装してもらったりしたおかげで当時より改善しているけど）
この文章はリクルートのブログに載せる都合上、パッケージソフトとして販売する際の商業的な面を軸に
話を進めてあるんだろうと思う、inside outの方ではちょっとフォローしてあるね。
>>259
それでも、スムージングすると、小さいポイントでは輝度の差が少ない灰色と黒色を頻繁に
眼が比較しなきゃいけなくなるから認識に時間が掛かったり負担が掛かるんじゃないかなぁ。
>>226
なんと、かの、おっぱ○星人のhiraxさんの記事ジャマイカ！（失礼
おもしろい記事でした。単純に、老人/若者云々のくだりは比喩のようにも聞こえる。
フォントにも因る部分はあるが、コントラストが落ちて読みにくくなるのは漏れが試作版を
初めてうｐしたときから実感していたし、それにサイトにも敢えて「ボケボケ」と書いておいたし。
（もちろん今はエッジ強調フィルタを実装してもらったりしたおかげで当時より改善しているけど）
この文章はリクルートのブログに載せる都合上、パッケージソフトとして販売する際の商業的な面を軸に
話を進めてあるんだろうと思う、inside outの方ではちょっとフォローしてあるね。
>>259
それでも、スムージングすると、小さいポイントでは輝度の差が少ない灰色と黒色を頻繁に
眼が比較しなきゃいけなくなるから認識に時間が掛かったり負担が掛かるんじゃないかなぁ。
>>264
体壊さんようにしてくだちい
体壊さんようにしてくだちい
Quality3でWeightを変更しても、
効果が殆どない気がするんだけど気のせいかな。
効果が殆どない気がするんだけど気のせいかな。
>>264
お疲れさんです
gdi.exe(ちなみに常駐ソース起こしたのは前スレ742：◆0x0D/0x20I氏
http://free.flop.jp/gdi++/src/up0060.zip
とりあえずDLLのバージョンが表示できたり
DLL読んでないときに操作できるようにしてみた
お疲れさんです
gdi.exe(ちなみに常駐ソース起こしたのは前スレ742：◆0x0D/0x20I氏
http://free.flop.jp/gdi++/src/up0060.zip
とりあえずDLLのバージョンが表示できたり
DLL読んでないときに操作できるようにしてみた
>>267
有効状態で起動するには何をどのようにすればいいのでしょうか？
有効状態で起動するには何をどのようにすればいいのでしょうか？
うーん。全てのプログラムに適用しちゃうのはやりすぎじゃないだろうか。
適用したいプログラムを書くようにしたほうがいいと思うけど…
適用したいプログラムを書くようにしたほうがいいと思うけど…
>>264
同意。
hirax.netで氏が書いてるくだらないネタやコード見てればわかるけど、
平林氏個人はこういう狭くてヘンなツールは間違いなく大好きなはず。
むしろ件の記事は、gdi++見て「これはイケる！」と短絡的に感じた
企業サイドの人間を(一人二人はいると思う)、
微妙に牽制してるんではないかと。個人に対して「使うな」なんて一言も書いてないし。
同意。
hirax.netで氏が書いてるくだらないネタやコード見てればわかるけど、
平林氏個人はこういう狭くてヘンなツールは間違いなく大好きなはず。
むしろ件の記事は、gdi++見て「これはイケる！」と短絡的に感じた
企業サイドの人間を(一人二人はいると思う)、
微妙に牽制してるんではないかと。個人に対して「使うな」なんて一言も書いてないし。
>>270
ですよねー
一応DLL側が[ExcludeModule]実装してるのもあるから
exe側にどれだけ動作制御させるか判断するのめんどくさくて
結局その辺はなんも弄らなかった。
神々に任せる'`,、('∀`) '`,、
ですよねー
一応DLL側が[ExcludeModule]実装してるのもあるから
exe側にどれだけ動作制御させるか判断するのめんどくさくて
結局その辺はなんも弄らなかった。
神々に任せる'`,、('∀`) '`,、
>>269
「"gdi.exeのパス" -on」でショートカットを作るとか。
「"gdi.exeのパス" -on」でショートカットを作るとか。
う、うん…。
>>275
出来ました！ありがとうございます
出来ました！ありがとうございます
こういう人も来ているしそのうち何か問題が出ると思うんだよね。
（＞＜）
なんだこのきめぇ野郎は。
上のリンクの記事読んだけど言ってる事は当たってるよ
AA処理にしても見易い見難いはコントラストにかかってる
実際灰色の背景に黒文字だとコントラストは下がり見難くなるが
ボケは認識し難くなって綺麗に見える
しかし今度は背景黒で白文字では太目のフォントなら綺麗だが
今度は強すぎて疲れる表示になってしまう
背景白に黒文字が基本だけど
この表示では粗がはっきり見える上に
線の多い文字は黒潰れしてしまってやたら目立つんだよなあ
そこで一つ提案
潰れて見える原因の多くは横線が多い文字だから
縦と横の出力か入力調整が出来れば
フォントに合わせた最適な表示を選択できるんじゃないかな?
縦は掠れ防止の為に太く横は潰れを防ぐ為に細くとかその逆とか
以前フォント弄りまわしてた時に
実際そうやって縦横で個別に調整してたし効果は確実にあると思う
ただ今以上に処理が重くなってしまいそうだけど
まずは速度より品質で行って欲しいし
AA処理にしても見易い見難いはコントラストにかかってる
実際灰色の背景に黒文字だとコントラストは下がり見難くなるが
ボケは認識し難くなって綺麗に見える
しかし今度は背景黒で白文字では太目のフォントなら綺麗だが
今度は強すぎて疲れる表示になってしまう
背景白に黒文字が基本だけど
この表示では粗がはっきり見える上に
線の多い文字は黒潰れしてしまってやたら目立つんだよなあ
そこで一つ提案
潰れて見える原因の多くは横線が多い文字だから
縦と横の出力か入力調整が出来れば
フォントに合わせた最適な表示を選択できるんじゃないかな?
縦は掠れ防止の為に太く横は潰れを防ぐ為に細くとかその逆とか
以前フォント弄りまわしてた時に
実際そうやって縦横で個別に調整してたし効果は確実にあると思う
ただ今以上に処理が重くなってしまいそうだけど
まずは速度より品質で行って欲しいし
オレは速度を重視してほしいわ。
品質を上げるための物なんだから、速度なんて二の次で良いと思うんだけど。
>>281
そこまで行くと、フォントの問題だと思う。
楷書の場合、縦棒を太く、横棒を細く書く。
ほとんどの明朝体はそうなっているんじゃないかな。
ブロック体（？）でも、モトヤアポロなども縦棒が太め。
個人的に好きなフォント。
そこまで行くと、フォントの問題だと思う。
楷書の場合、縦棒を太く、横棒を細く書く。
ほとんどの明朝体はそうなっているんじゃないかな。
ブロック体（？）でも、モトヤアポロなども縦棒が太め。
個人的に好きなフォント。
まぁ速度、品質意見わかれるわな。
待つ側はマッタリ待とう。
待つ側はマッタリ待とう。
品質より速度重視ならこんなの使わなければいーじゃん。
と思った。
標準レンダラ高速ですよ？
と思った。
標準レンダラ高速ですよ？
>>284
だから自分の使用フォントに合わせて最適化したいでしょ?
標準はメイリオで良いとしても
明朝体とか掠れの好みがかなりあるから調整したいんだよね
と言うよりゴシックと明朝でどちらも綺麗にってのは難しいと思う
今は何故かたまたまだろうけど明朝体の表示が凄く綺麗な調整になってる気がしてて
自分が使ってる明朝体に関しては文句ない品質でかなり綺麗
でもゴシックは今ひとつだから頻度の低い明朝よりゴシックに合わせたいって感じかな
だから自分の使用フォントに合わせて最適化したいでしょ?
標準はメイリオで良いとしても
明朝体とか掠れの好みがかなりあるから調整したいんだよね
と言うよりゴシックと明朝でどちらも綺麗にってのは難しいと思う
今は何故かたまたまだろうけど明朝体の表示が凄く綺麗な調整になってる気がしてて
自分が使ってる明朝体に関しては文句ない品質でかなり綺麗
でもゴシックは今ひとつだから頻度の低い明朝よりゴシックに合わせたいって感じかな
品質を重視して欲しいかな。元々その為のソフトなんだし。
速度は極端に遅くならなければそれでよし。
綺麗でかつ速いなら最高だが、そうはいかないんだろうな……。
速度は極端に遅くならなければそれでよし。
綺麗でかつ速いなら最高だが、そうはいかないんだろうな……。
289 ： ：2006/09/29(金) 17:53:55 ID:X7okd440
品質はこのくらいで限界でしょうから妥協すべきですね。多少ぼやけますが
それは我慢して軽さを重視すべきですね。
それは我慢して軽さを重視すべきですね。
実装が確立されてるわけじゃないんだから
焦らず待っとればいいでしょ
度が過ぎると「だったら自分で作れよ」ってことになっちゃうよ
焦らず待っとればいいでしょ
度が過ぎると「だったら自分で作れよ」ってことになっちゃうよ
つか試しにOperaのWEBフォントを明朝にしてみたら
やはりやたら綺麗
もうこれで良いかって気がしてくるが
文字の好みも捨てられない要素だしな
やはりやたら綺麗
もうこれで良いかって気がしてくるが
文字の好みも捨てられない要素だしな
>>287
ある一定のレヴェルを超えたらフォントに合わせて最適化する、という意見には賛成。
同じゴシックでも、Meiryo や SH系 といった ClearType に最適化されたフォントと、
そうでないフォントでは、大きく違うからね。
「gdi++ for ヒラギノ」や「gdi++ for M+」、「gdi++ for メイリオ」という様に、
派生版を作ってもおもしろいだろうね。
もちろん、開発や保全のコストがぐっとかさむから、
いかに一つのバージョンの成果を他のバージョンに還元するか、といった問題がある。
ある一定のレヴェルを超えたらフォントに合わせて最適化する、という意見には賛成。
同じゴシックでも、Meiryo や SH系 といった ClearType に最適化されたフォントと、
そうでないフォントでは、大きく違うからね。
「gdi++ for ヒラギノ」や「gdi++ for M+」、「gdi++ for メイリオ」という様に、
派生版を作ってもおもしろいだろうね。
もちろん、開発や保全のコストがぐっとかさむから、
いかに一つのバージョンの成果を他のバージョンに還元するか、といった問題がある。
品質と重さの好みはどうしても個人で違うんだからこの際置いておいて
公式Webで配布するものはともかく、このスレとかで公開される物に関しては
可能な限り様々なパラメータを ini で指定できるようにして
考えうる色々な方法を試すべきじゃないかな？
もちろんここで配るのはデバッグVerでα品質の自己責任が基本で。
開発側が効果の微妙と判断したパラメータでも、使う側には有用だったりするかもしれないし
効果が見込めないなら、公式配布には説明すら入れない隠しパラメータにすれば良いしね
公式Webで配布するものはともかく、このスレとかで公開される物に関しては
可能な限り様々なパラメータを ini で指定できるようにして
考えうる色々な方法を試すべきじゃないかな？
もちろんここで配るのはデバッグVerでα品質の自己責任が基本で。
開発側が効果の微妙と判断したパラメータでも、使う側には有用だったりするかもしれないし
効果が見込めないなら、公式配布には説明すら入れない隠しパラメータにすれば良いしね
>>291
( ﾟдﾟ) ・・・
( ﾟдﾟ) ・・・
>>296
GJ
GJ
298 ：名無し~3.EXE：2006/09/29(金) 18:38:28 ID:BmI7kSns
フォントを縦等倍で横だけ拡縮出来たら、
速度と見栄えをある程度両立出来ないかな？
速度と見栄えをある程度両立出来ないかな？
ﾌｫﾝﾄの拡縮率を縦横別に指定できたらどうかな
>>226
ttp://free.flop.jp/gdi++/src/up0062.png
Quality=2
Weight=1
UseSubpixel=1
元のフォントが細ければつぶれないわけで。
JUN
ttp://free.flop.jp/gdi++/src/up0062.png
Quality=2
Weight=1
UseSubpixel=1
元のフォントが細ければつぶれないわけで。
JUN
ビットマップのほうがマシだな
296です。
> Weightが4までしか設定できないのは仕様ですか？
stable版対応ということで。
> おつかれさま。でもできたらup0060.zipをベースにしてほしかったな。
up0060が上がってたのは時分のをうｐする時だったもんで。(^^;)
ちょっと頭が痛いので今日はここまで。
後はどなたか継続ぷりーず。
> Weightが4までしか設定できないのは仕様ですか？
stable版対応ということで。
> おつかれさま。でもできたらup0060.zipをベースにしてほしかったな。
up0060が上がってたのは時分のをうｐする時だったもんで。(^^;)
ちょっと頭が痛いので今日はここまで。
後はどなたか継続ぷりーず。
>up0060が上がってたのは時分のをうｐする時だったもんで。(^^;)
up0060が上がってたのに気付いたのは自分のをうｐする時だったもんで
でした。
up0060が上がってたのに気付いたのは自分のをうｐする時だったもんで
でした。
GDI++、ヒンティングに対応してくれたら最高なんだけどね・・・
>>306
恐らくQuality=1 && Enhance=>1 の状態になって落ちたのかと。
恐らくQuality=1 && Enhance=>1 の状態になって落ちたのかと。
>>287
本来は明朝のほうがきれいなんだよ。
たまたまXGA程度の低解像度+Windowsのクソレンダラ+
アウトラインよりはるかに細いビットマップを持つゴシックフォント
という特殊条件が重なってるから日本語Windowsのデフォルトは
ゴシックになってるわけで。
印刷物なんかほとんど明朝でしょ(何も考えずExcelやWordで作った文書を
印刷した場合を除けば)。
gdi++前提でゴシックだとどうも文字が太くてボケボケだと思ってる人は
Webブラウザのデフォルトフォントを明朝系にしてみるといいかも。
本来は明朝のほうがきれいなんだよ。
たまたまXGA程度の低解像度+Windowsのクソレンダラ+
アウトラインよりはるかに細いビットマップを持つゴシックフォント
という特殊条件が重なってるから日本語Windowsのデフォルトは
ゴシックになってるわけで。
印刷物なんかほとんど明朝でしょ(何も考えずExcelやWordで作った文書を
印刷した場合を除けば)。
gdi++前提でゴシックだとどうも文字が太くてボケボケだと思ってる人は
Webブラウザのデフォルトフォントを明朝系にしてみるといいかも。
おーすごい綺麗だ…
>>310
赤ペン先生思い出したw
赤ペン先生思い出したw
>>312
俺もｗ
俺もｗ
EPSONのサイトで誰でもタダでフォント落とせるんだな・・・
http://www.epson.jp/download2/readme/3.0/ttf30.htm
EPSON 丸ゴシック体Ｍ
http://free.flop.jp/gdi++/src/up0065.png
http://www.epson.jp/download2/readme/3.0/ttf30.htm
EPSON 丸ゴシック体Ｍ
http://free.flop.jp/gdi++/src/up0065.png
かなり前のフォントスレで既出だよ
＞314
勝手に使うのはライセンス違反ではあるが。
勝手に使うのはライセンス違反ではあるが。
>>316
中学生の学級新聞みたいw
中学生の学級新聞みたいw
ほんとだ。マジでそっくり
CSS切ればもっとそれっぽくなるんじゃね？ｗ
役に立たない奴等、最高!!
雑字フォントで小学生の学級新聞
ttp://free.flop.jp/gdi++/src/up0067.jpg
ttp://free.flop.jp/gdi++/src/up0067.jpg
>>322
几帳面で字が汚い子のノートみたいだ
几帳面で字が汚い子のノートみたいだ
hiraxがすっかり実験台に
>>322
宮崎勤とか酒鬼薔薇が思い浮かんだ
宮崎勤とか酒鬼薔薇が思い浮かんだ
>309
明朝は本来、縦書きで映えるように作られている字体。
しかもMS明朝の元となるフォントは縦書きに適したフォントを、横書きに転用した物だとか。
だから、MS明朝が汚くても仕方がない。
高いフォントだと、さすがに横書きでも綺麗なんだけれどね。
明朝は本来、縦書きで映えるように作られている字体。
しかもMS明朝の元となるフォントは縦書きに適したフォントを、横書きに転用した物だとか。
だから、MS明朝が汚くても仕方がない。
高いフォントだと、さすがに横書きでも綺麗なんだけれどね。
>>327
犯罪予告用手書き風直線多角フォントがあったら面白そうだな。
犯罪予告用手書き風直線多角フォントがあったら面白そうだな。
便乗～。
ttp://free.flop.jp/gdi++/src/up0072.png
ttp://free.flop.jp/gdi++/src/up0073.png
ttp://free.flop.jp/gdi++/src/up0074.png
上から、HGP教科書体、HGP行書体、JS平成明朝体W3の順です。
JS平成明朝体W3の「オーバーサンプリング」の前に変な縦線が出ていますね……。
でもこのフォントが、この中では一番読みやすい感じです。設定は、
Quality=1
Weight=1
Enhance=0
です。
ttp://free.flop.jp/gdi++/src/up0072.png
ttp://free.flop.jp/gdi++/src/up0073.png
ttp://free.flop.jp/gdi++/src/up0074.png
上から、HGP教科書体、HGP行書体、JS平成明朝体W3の順です。
JS平成明朝体W3の「オーバーサンプリング」の前に変な縦線が出ていますね……。
でもこのフォントが、この中では一番読みやすい感じです。設定は、
Quality=1
Weight=1
Enhance=0
です。
SS見せられても正直意味がない。
>329
アジ看板の字体なんかサイコーかも。
ある人が、あれはもはや伝統芸だから保護すべきだとか言ってたよな。
どこかで見たような気もするんだけど……タイトルとかには使えるかも＞アジ看板風フォント
アジ看板の字体なんかサイコーかも。
ある人が、あれはもはや伝統芸だから保護すべきだとか言ってたよな。
どこかで見たような気もするんだけど……タイトルとかには使えるかも＞アジ看板風フォント
しねきゃぷしょんもなかなか味があっていいなー
なんかどのSSも全体的に「薄い」希ガス、GDI++ を通すと痩せるのか？
滲むからなー
ただ細いウェイトのフォント使ってるからじゃないの？
>>335
ゲバ文字ってのみつけたけどこれとはまた違うのかな。
ゲバ文字ってのみつけたけどこれとはまた違うのかな。
>341
ちょっと違うというか、言葉では説明できない。
数年前まではお茶の水の○治大学でよく見られたんだが、今はもう見ることができないね。
変形ゴシックというか、とりあえず実例を見つけたので見てください。
ttp://www.wheatnoodles.org/x/archives/001179.html
各大学によって伝承される文字が違うとかなんとか。
ちょっと違うというか、言葉では説明できない。
数年前まではお茶の水の○治大学でよく見られたんだが、今はもう見ることができないね。
変形ゴシックというか、とりあえず実例を見つけたので見てください。
ttp://www.wheatnoodles.org/x/archives/001179.html
各大学によって伝承される文字が違うとかなんとか。
>343
画像がなかなか見つからないのよ。
これでマルクスなんか読んだら、かなり頭脳にくるだろうね。
早稲田は今でもアジ看あるのかな？ 時々行くんだけど、目にしないね。
ちなみに東大のはへなへなです（笑）。腰が入ってません。
適当に細い字で誰か作ってくれないかな＞アジ看フォント
○○大学○○派とかいうので何種類も作ってくれたら、もうそれだけで買っちゃうね。
画像がなかなか見つからないのよ。
これでマルクスなんか読んだら、かなり頭脳にくるだろうね。
早稲田は今でもアジ看あるのかな？ 時々行くんだけど、目にしないね。
ちなみに東大のはへなへなです（笑）。腰が入ってません。
適当に細い字で誰か作ってくれないかな＞アジ看フォント
○○大学○○派とかいうので何種類も作ってくれたら、もうそれだけで買っちゃうね。
意外に統一的な字体は無いかも。あの「野太いゴシック」は、ややステレオタイプな
感じかもしれづ。むしろ、「変に省略された漢字」が散りばめられているのがそれっぽい
かなとか。
感じかもしれづ。むしろ、「変に省略された漢字」が散りばめられているのがそれっぽい
かなとか。
ここでみそ字ですよ
hiraxのタイトルの絵がやつの言う「二値文字」じゃないという件について。
うるさいこと言うくせにゴミ出しのルールを守らない環境団体のオバちゃん
みたいにマヌケだなｗ
うるさいこと言うくせにゴミ出しのルールを守らない環境団体のオバちゃん
みたいにマヌケだなｗ
>>309
とはいえ、スクリーン上で日本語を読むなら、ゴシックの方が読みやすい。
たとえば、レンダリングの綺麗な Mac でもゴシック体だし、
携帯のフォントもゴシックがベース。
画数が多い分、鱗などがじゃまになる。
本当に印刷物のインキのドットと同じレヴェルの解像度で表示できるようになったとき、
どのように表示されるかが楽しみでもあるけど。
とはいえ、スクリーン上で日本語を読むなら、ゴシックの方が読みやすい。
たとえば、レンダリングの綺麗な Mac でもゴシック体だし、
携帯のフォントもゴシックがベース。
画数が多い分、鱗などがじゃまになる。
本当に印刷物のインキのドットと同じレヴェルの解像度で表示できるようになったとき、
どのように表示されるかが楽しみでもあるけど。
今日のGDI++ｗ
ttp://free.flop.jp/gdi++/src/up0075.zip
中身は多分20060927＋allgdi＋ExcludeModule＋TLSぐらい
・ズレるバグ修正(OpenJaneDoe、GreenPad、>>82で確認、それ以外は不明)
・ビットマップフォントはExcludeの設定に関わらず強制的にExcludeする
・gdi++、allgdi++相当の機能をdllに内包
・gdi++.exe経由で起動したらExcludeModuleは読み飛ばすようにした
・IMPL_ExtTextOutWをいろいろ整理
ソースは付けていません(弄りすぎたし派生バージョン多すぎてpatch作っても意味無さそう)
が、漏れにソースくれればpatchをマージして送り返しますｗ
ttp://free.flop.jp/gdi++/src/up0075.zip
中身は多分20060927＋allgdi＋ExcludeModule＋TLSぐらい
・ズレるバグ修正(OpenJaneDoe、GreenPad、>>82で確認、それ以外は不明)
・ビットマップフォントはExcludeの設定に関わらず強制的にExcludeする
・gdi++、allgdi++相当の機能をdllに内包
・gdi++.exe経由で起動したらExcludeModuleは読み飛ばすようにした
・IMPL_ExtTextOutWをいろいろ整理
ソースは付けていません(弄りすぎたし派生バージョン多すぎてpatch作っても意味無さそう)
が、漏れにソースくれればpatchをマージして送り返しますｗ
・・・と思ったけど、いきなり問題発覚ｗ
Quality=1以外だとまだズレるみたい。もしかしてQualityの値別に計算する必要あるのか？
Quality=1以外だとまだズレるみたい。もしかしてQualityの値別に計算する必要あるのか？
久しぶりに来たら>>350の中身がわけかわらん。
簡単なreadmeでも付けてくれたらありがたい。
簡単なreadmeでも付けてくれたらありがたい。
なんかvbsとかついてるな
gdi++lite.dll まだ？
PC買えば軽くなるよ
>>350
パッチというかソース丸ごとでええやん？
パッチというかソース丸ごとでええやん？
差分にしねーとソースの統一ができないからじゃないかな。
サイズちっこいのはCRT削ってるんじゃないかな？
まあ、サイズなんてどうでもいいことだが
まあ、サイズなんてどうでもいいことだが
Enhanceでﾚｲﾝﾎﾞｰや黒ﾍﾞﾀが出ないで、
メニューの表示もおかしくならないってのは、うちでは初めてだったので、
>>350のには感動してるんですが。
ズレもQuality2以上でも今の所出てません。JaneDoeはそもそもExcludeしてるしw
メニューの表示もおかしくならないってのは、うちでは初めてだったので、
>>350のには感動してるんですが。
ズレもQuality2以上でも今の所出てません。JaneDoeはそもそもExcludeしてるしw
>>350だと、Firefoxが何か変だ。
マウスオーバーやスクロールで、文字の幅がグニャグニャ変わる。
古いバージョンだと何とも無かったんだが…
…でも、低コントラストのグレーの描画は綺麗になったね。すごい。
マウスオーバーやスクロールで、文字の幅がグニャグニャ変わる。
古いバージョンだと何とも無かったんだが…
…でも、低コントラストのグレーの描画は綺麗になったね。すごい。
JaneDoeStyleで試したけど、ズレまくりですねw
選択時に文字がぐにゃぐにゃ動く。ExcludeModuleｹﾃｲ
選択時に文字がぐにゃぐにゃ動く。ExcludeModuleｹﾃｲ
そろそろ飽きてきたな
もう馴れてしまって感動も薄くなった
つるつるﾌｫﾝﾄがあたりまえになってきた。素晴らしい事だね( ´∀｀)
漏れの友人の中には、gdi32とgdi++の出力
を比較してみせても、「ふーん」という
反応しか返ってこない。
もしかしてそれが普通なのかorz
を比較してみせても、「ふーん」という
反応しか返ってこない。
もしかしてそれが普通なのかorz
もう俺たちは戻れないとこまで来ちまったんだよ･･･。
そう･･･フォントレンダリングマニアの世界によ･･････。
そう･･･フォントレンダリングマニアの世界によ･･････。
確かに、フォントマニアより5段階ぐらいディープな世界だな。
キレイだけど読みやすいとは限らないからねぇ。
自分はＰＣ雑誌の付録の辞典に掲載されてたＬＣフォントの特集で
巧妙なビットマップフォントと可読性の良さに感動して、
今それをメインに使っている。
可読性ばんざい！
自分はＰＣ雑誌の付録の辞典に掲載されてたＬＣフォントの特集で
巧妙なビットマップフォントと可読性の良さに感動して、
今それをメインに使っている。
可読性ばんざい！
>>372
スクリーンショットうｐ
スクリーンショットうｐ
昔MACの「OSAKA」が可読性がいいとかで評判だったというアレだな。
PC98の頃に、NECよりEPSONの互換機フォントのが読みやすいとか。
MSゴシックもそれなりにいいと思うが、SH-G30とかも流行したっけな。
だが、時代はもう進んでる！ 振り返るな！ ｽｽﾒｰ！
PC98の頃に、NECよりEPSONの互換機フォントのが読みやすいとか。
MSゴシックもそれなりにいいと思うが、SH-G30とかも流行したっけな。
だが、時代はもう進んでる！ 振り返るな！ ｽｽﾒｰ！
このスレにうｐされたソース読んでるだけでご飯3杯はいける
普通の人にフォントの話してもへ～で終わるのは当たり前だ
本当かよ！
ｳｽﾞｳｽﾞ
いろいろフォント変更してきたが、
結局GDI++にしてMSPゴシックに回帰www
結局GDI++にしてMSPゴシックに回帰www
･･･そしてこれから始まるんだぜ･･････オレ達のフォントレンダリング伝説（レジェンド）が･･･
よしおめぇら根性入れろ！ぶっこんでくぞっ！！気合入れてしっかりつかまってろよ！！
ボボボボボッボッッ！ヴォォォオン！！パラリラパラリラパラリラ～
よしおめぇら根性入れろ！ぶっこんでくぞっ！！気合入れてしっかりつかまってろよ！！
ボボボボボッボッッ！ヴォォォオン！！パラリラパラリラパラリラ～
今までの標準AA用フォントって擦れるのを考慮してBoldにしていたけど、
これだと本当に濃い太字になっちゃうから、
太さにマイナスの値指定できるように出来る？
これだと本当に濃い太字になっちゃうから、
太さにマイナスの値指定できるように出来る？
383 ： ：2006/09/30(土) 12:04:05 ID:QgyzdX9E
>>380
おれはもうつかってない
おれはもうつかってない
ttp://free.flop.jp/gdi++/src/up0076.zip
・>>350でズレるバグ修正
・UseSubPixel=1のときQualityを無視
<チラシの裏>
ズレるバグって浮動小数点の丸め誤差かよorz
</チラシの裏>
・>>350でズレるバグ修正
・UseSubPixel=1のときQualityを無視
<チラシの裏>
ズレるバグって浮動小数点の丸め誤差かよorz
</チラシの裏>
チラシの裏はCSSスタイル（/* */）推奨
もうソースはくっつけなくなったのか
>384
ズレなくなったけどフォントの色に影響がでてる
ズレなくなったけどフォントの色に影響がでてる
dllのサイズが倍以上に増えてるけど、何があったんだろう。
なるほど。把握した。
テンプレに視認性テスト追加しとくか
>>388
気になって比較してみたが気のせい
気になって比較してみたが気のせい
LineTo()とか乗っ取って同じ事やったら…
【提案】
・もはやdllだけじゃないのでソフト名を「GDI++」にして「gdi++.dll」「gdi++.exe」を「gdipp.dll」「gdipp.dll」にする
【要望】
・テンプレの充実（「フィードバックでうｐする人は名前欄にコテor酉or初回レス番号を推奨」とかのルールなど）
あと、開発自体はム板でやるとかどうよ？
一般的な話題と、技術的な話題が入り混じってて分かりにくい
自治厨っぽくてスマソ、以上
・もはやdllだけじゃないのでソフト名を「GDI++」にして「gdi++.dll」「gdi++.exe」を「gdipp.dll」「gdipp.dll」にする
【要望】
・テンプレの充実（「フィードバックでうｐする人は名前欄にコテor酉or初回レス番号を推奨」とかのルールなど）
あと、開発自体はム板でやるとかどうよ？
一般的な話題と、技術的な話題が入り混じってて分かりにくい
自治厨っぽくてスマソ、以上
×・もはやdllだけじゃないのでソフト名を「GDI++」にして「gdi++.dll」「gdi++.exe」を「gdipp.dll」「gdipp.dll」にする
○・もはやdllだけじゃないのでソフト名を「GDI++」にして「gdi++.dll」「gdi++.exe」を「gdipp.dll」「gdipp.exe」にする
○・もはやdllだけじゃないのでソフト名を「GDI++」にして「gdi++.dll」「gdi++.exe」を「gdipp.dll」「gdipp.exe」にする
【要望】じゃないね、【提案】だね
はにゃーん心経でよろしく
拡大縮小をLanczosアルゴリズムでやってくれる神はいないかな
>>400
どう考えても 重くなりそうだけどな
どう考えても 重くなりそうだけどな
ならばバイキュービックアルゴリズムかなあ
www.nakata-jp.org/computer/freesoft/bycubic/index.html
www.nakata-jp.org/computer/freesoft/bycubic/index.html
ろだに>>384のソースあたよ。
バイキュービックは整数倍の縮小の時はダメダメぽ。
BabelMapもうまく表示できないけど、今の段階で手をつけるとややこしくなりそうだな
どうせならMugenViewer使えｗ絶対重いけどｗｗ
>>406
BabelMapユーザ(=ﾟωﾟ)ﾉ gdi++とは相性最悪やね。
BabelMapユーザ(=ﾟωﾟ)ﾉ gdi++とは相性最悪やね。
Yukariとかで比較しながら研究してみるといいと思うよ^^
もうやった＞＜
どれでも大して変わらないな。縮小だし。
どれでも大して変わらないな。縮小だし。
ttp://free.flop.jp/gdi++/src/up0081.png
むしゃくしゃしたのでやった。今も反省していない。
むしゃくしゃしたのでやった。今も反省していない。
サービスｗｗｗｗｗｗｗｗｗｗｗ
gdi++をウイルスとして検出するアンチウィルスソフトがあると
聞いたのですが，名前分かりませんか？
聞いたのですが，名前分かりませんか？
>>411
テキストで比較するとどうなるんかな
テキストで比較するとどうなるんかな
そろそろついていけなくなって
どれを DL すればいいかわからなくなってきた織れが来ましたｙｐ
どれを DL すればいいかわからなくなってきた織れが来ましたｙｐ
>>412
ちょｗｗｗｗ
ちょｗｗｗｗ
>>417
おれも。いろいろな人が開発して発展するのは良いのだが、
どれが如何なのか訳がわからなくなっちまった。
悩んだら本家が一番だと思うのだが、更新が止まってるからな。
開発に取り掛かる余裕が出来たらで良いから本家で統合して欲しい。
或いは他の誰か統合してそれと判るように示してくれ。おれには無理だ。
おれも。いろいろな人が開発して発展するのは良いのだが、
どれが如何なのか訳がわからなくなっちまった。
悩んだら本家が一番だと思うのだが、更新が止まってるからな。
開発に取り掛かる余裕が出来たらで良いから本家で統合して欲しい。
或いは他の誰か統合してそれと判るように示してくれ。おれには無理だ。
http://free.flop.jp/gdi++/src/up0079.zip
とりあえず今はこれで委員ジャマイカ？
とりあえず今はこれで委員ジャマイカ？
各ビルドの関係は
http://www18.atwiki.jp/gdiplus2/pages/13.html#id_2f5593b0
を参照。
公式27日以降では、up0052 (or up0056)が昨日の時点までの改良を
ほとんど取り込んであるはず。これとは別の流れで、up0079があると。
どっちがいいのかは知らん。
http://www18.atwiki.jp/gdiplus2/pages/13.html#id_2f5593b0
を参照。
公式27日以降では、up0052 (or up0056)が昨日の時点までの改良を
ほとんど取り込んであるはず。これとは別の流れで、up0079があると。
どっちがいいのかは知らん。
>>412
sexeか？
sexeか？
lanczos2よかはsupersamplingの方がまだ軽いんじゃないかなぁ。。。画質は多少落ちるけど
atwikiとwin2chwikiを統合させた方がいいような
ただwikiって表記のこだわりとかで小さな編集合戦が起こるのは日常茶飯事なんだよなｗ
ただwikiって表記のこだわりとかで小さな編集合戦が起こるのは日常茶飯事なんだよなｗ
別に大したこと書いてないから誘導書きぐらいでいい希ガス
てか派生作ってるやつはいい加減トリップ付けろよ
4xアップサンプリングで縮小法を比較してみたけど、正直差がわからん。
ttp://free.flop.jp/gdi++/src/up0082.png
ttp://free.flop.jp/gdi++/src/up0082.png
Lanczos3≒バイキュービック>バイリニア>>>ニアレストエイバー
のように見える
のように見える
派生はせめてバージョンとか変えて欲しい
作者名/No.??? Editionとかさ
作者名/No.??? Editionとかさ
バイリニアがダントツで潰れが少なくて見やすくね？
バイリニアは横画にムラがある。
バイキュービック>Lanなんとか>>バイリニア>>（壁）>>ニアなんとか
じゃまいか。
バイキュービック>Lanなんとか>>バイリニア>>（壁）>>ニアなんとか
じゃまいか。
何を基準とするかのバランスの考え方の違いかなぁ。
バイキュービックとLanczos3はムラ無く潰れてるだけにみえるし、
多少ムラがあってもシャープさがあるバイリニアの方が、
可読性で大きく上回る気がする。
正直ボケボケで潰れてる文字はちょっと見難いと感じる。
画像に使うならバイキュービックとかLanczos3の方がいいとは思うけど。
バイキュービックとLanczos3はムラ無く潰れてるだけにみえるし、
多少ムラがあってもシャープさがあるバイリニアの方が、
可読性で大きく上回る気がする。
正直ボケボケで潰れてる文字はちょっと見難いと感じる。
画像に使うならバイキュービックとかLanczos3の方がいいとは思うけど。
左下のにAAかけたら読みやすそう
まとめると、ニアレストネイバー以外ならどれでも。
縮小処理でのニアレストネイバーってどう実装してるんだ？
N倍の画像にボックスフィルタリングの後処理として使うなら、バイリニアも
バイキュービックもニアレストネイバーも同じだよな？
N倍の画像にボックスフィルタリングの後処理として使うなら、バイリニアも
バイキュービックもニアレストネイバーも同じだよな？
そういやなんでサンプルは大抵フォントサイズ小さいんだ？
みんな解像度いくらくらいなんだろうか。
みんな解像度いくらくらいなんだろうか。
上のほうで紹介されてたyukariを使用して比較してみた。だいぶ結果が違うなあ。
ttp://free.flop.jp/gdi++/src/up0085.png
ttp://free.flop.jp/gdi++/src/up0085.png
>>441
乙
乙
443 ：名無し~3.EXE：2006/09/30(土) 22:19:55 ID:Q7nXTayO
>>441
EX2が一番いい感じがするんだけど…どうなんだろう
EX2が一番いい感じがするんだけど…どうなんだろう
Lanczos8とか16とか意味あるのか？遅いだけとしか思えないのだが。
最近傍・バイキュービック・スプライン補完は除外、バイリニアはあと一息ってところだろうか。
他はちょっと甲乙つけられない
他はちょっと甲乙つけられない
Allgdi.exe を Dock に入れたいから誰かアイコン作ってくれ。
とか言ってみるテスツ。
とか言ってみるテスツ。
>>447
今のアイコンはパクリみたいだから、他のにしないと。。w
今のアイコンはパクリみたいだから、他のにしないと。。w
>>445
員の横棒の濃さが均一になってるので無意味という訳じゃないと思うけど、
リアルタイムで処理するのは不可能な遅さだね。速度を考えたら現行
のまま（面積平均）かマルモ氏のLanczos3を使用するのが良さそうだね。
員の横棒の濃さが均一になってるので無意味という訳じゃないと思うけど、
リアルタイムで処理するのは不可能な遅さだね。速度を考えたら現行
のまま（面積平均）かマルモ氏のLanczos3を使用するのが良さそうだね。
http://www.marumo.ne.jp/db2000_c.htm#18
縮小処理は、大きく分けて次の３ステップで実行されます。
1. プリフィルタ
2. 座標変換
3. ポストフィルタ
(略)
縮小時の画質は、ほぼ、このプリフィルタのみで決定します。
ポストフィルタとして、３次補間を使おうが、線形補間を使おうが、
最近傍点を使おうが殆ど変化はありません。
特に、1/2 などの単純な縮小の場合には全て最近傍点と完全に同じになってしまいます。
(略)
既に書いたように、単純な縮小の場合３次補間は最近傍点法と完全に同一になってしまうので、
単に CPU を無駄遣いしているだけになります。
縮小処理は、大きく分けて次の３ステップで実行されます。
1. プリフィルタ
2. 座標変換
3. ポストフィルタ
(略)
縮小時の画質は、ほぼ、このプリフィルタのみで決定します。
ポストフィルタとして、３次補間を使おうが、線形補間を使おうが、
最近傍点を使おうが殆ど変化はありません。
特に、1/2 などの単純な縮小の場合には全て最近傍点と完全に同じになってしまいます。
(略)
既に書いたように、単純な縮小の場合３次補間は最近傍点法と完全に同一になってしまうので、
単に CPU を無駄遣いしているだけになります。
Tahomaの英文字を綺麗に表示するにはどんな設定がいいんですか？
さっさと教えろカスども
さっさと教えろカスども
まずあなたの綺麗の定義を教えてください。
てか自分で考えろカス
てか自分で考えろカス
縮小せず等倍でバイリニア＋面積平均かけてみました。（MS Pフォント使用）
ttp://free.flop.jp/gdi++/src/up0086.png
基本コンセプトから外れるけど、
拡大しないから計算コストは一番少ないかも？
ttp://free.flop.jp/gdi++/src/up0086.png
基本コンセプトから外れるけど、
拡大しないから計算コストは一番少ないかも？
ビットマップ捨てろｗｗｗｗ
かなり綺麗だけどちょっと薄いね
ビットマップもだいすきだよー☆
>>458
どんな方法を使っても周辺情報から平均化する以上は薄くなるのは当然
ビットマップなら1ドット幅なんだからより顕著
むしろこのくらいで済んでいて且つ周辺のボケが少ないから
アウトラインフォントなら相当良い表示になるかも
どんな方法を使っても周辺情報から平均化する以上は薄くなるのは当然
ビットマップなら1ドット幅なんだからより顕著
むしろこのくらいで済んでいて且つ周辺のボケが少ないから
アウトラインフォントなら相当良い表示になるかも
>>455
グローエフェクトをかけただけにみえるのは俺だけか
グローエフェクトをかけただけにみえるのは俺だけか
そこから濃さを2倍とかできんの？
字画省いてるのそのままだし単に滲ませただけに見える。
ビットマップのほうが効果がわかりやすい
の意味がわからん…
の意味がわからん…
>>455
ビットマップが滲んだだけじゃんww 意味無い。
ビットマップが滲んだだけじゃんww 意味無い。
視認性テストのキャプチャだけど、
画数の多い漢字って、少々読みづらくても全体の雰囲気や前後の文脈からわかるし、
髪に印刷されたものでも同じようにみていると思う。
だから、漢字仮名交じりの、一般的な文字種と配合の文章を比較した方がいいような気がする。
画数の多い漢字って、少々読みづらくても全体の雰囲気や前後の文脈からわかるし、
髪に印刷されたものでも同じようにみていると思う。
だから、漢字仮名交じりの、一般的な文字種と配合の文章を比較した方がいいような気がする。
そもそもビットマップはドット決め打ちだから効果もへったくれも無いんでないの。
ココのスレは使ってる奴らが馬鹿すぎて判断基準にならんなｗ
ビットマップがよければ、滲ませないそのままが一番速くて視認性もいい(というか、そういう風に作ったわけだから)。
OSAKAなりSHG30なりMSゴなり、好きなものを選べばいい。「グレースケール適用のビットマップフォント」を作って
それを適用するソフトを作ったというならまだしも。
OSAKAなりSHG30なりMSゴなり、好きなものを選べばいい。「グレースケール適用のビットマップフォント」を作って
それを適用するソフトを作ったというならまだしも。
イマイチ(´・ω・｀)
ttp://free.flop.jp/gdi++/src/up0087.zip
ttp://free.flop.jp/gdi++/src/up0087.zip
まあ、一度偉そうに言っちゃうとID変わるまで引っ込みがつかない、ってのはよくあること。
ID:hvM3sF4Tのご高説をもっと賜りたいです
そんな事ないよみんな頭いいよ！
でも突っ込んでる人の気持ちもわかるよ！
でも突っ込んでる人の気持ちもわかるよ！
255*255のアイコンははじめて見た
>>473
だからあ
ビットマップに使うんじゃなくて上のは内部展開せずに
品質が上がらないかテストしてみたって事だろ?
拡大縮小をしないから元々のコンセプトからは外れるが
やらなくて済むなら計算コストが馬鹿ほど違うからな
で，ビットマップは1ドット幅だから比較には効果がわかりやすいと言う事だろ
拡大縮小を行わないと言う意味を理解しろ馬鹿ども
だからあ
ビットマップに使うんじゃなくて上のは内部展開せずに
品質が上がらないかテストしてみたって事だろ?
拡大縮小をしないから元々のコンセプトからは外れるが
やらなくて済むなら計算コストが馬鹿ほど違うからな
で，ビットマップは1ドット幅だから比較には効果がわかりやすいと言う事だろ
拡大縮小を行わないと言う意味を理解しろ馬鹿ども
アイコンの限界が 255 だって始めて知った。
64x64 や 128x128 と来て 255x255 って凄い気持ち悪い…。
64x64 や 128x128 と来て 255x255 って凄い気持ち悪い…。
うんちでますぅぅ
つ⌒【おむつ】
もう一つ言うなら
ビットマップフォントを単純平均するとコントラストは50%に下がってしまう
それをバイリニアで補完してコントラストを上げようと言うのだろ?
>455を見ろ
元の70~80%くらいにコントラストの低下が押さえ込まれてる
ビットマップフォントを単純平均するとコントラストは50%に下がってしまう
それをバイリニアで補完してコントラストを上げようと言うのだろ?
>455を見ろ
元の70~80%くらいにコントラストの低下が押さえ込まれてる
おにーちゃん達喧嘩やめてぇぇええ！
>>485
このスレの趣旨わかってるか？
このスレの趣旨わかってるか？
エディタによってエイリアスがかかるのとかからないのがあるのだが、
どうなってるんだろうか
○ 秀丸、JmEditor、TeraPad等多数
× WZ、VerticalEditor（ソフトの機能にアンチエイリアス有） 主に縦書き系？
しろーとですまん
どうなってるんだろうか
○ 秀丸、JmEditor、TeraPad等多数
× WZ、VerticalEditor（ソフトの機能にアンチエイリアス有） 主に縦書き系？
しろーとですまん
縦書き非対応。
どのサイズでもアウトライン＋AAで描画できて、かつそれが薄くならなければ良い。
それが拡大縮小すること無しに実現されれば、とは素人の弁。
どのサイズでもアウトライン＋AAで描画できて、かつそれが薄くならなければ良い。
それが拡大縮小すること無しに実現されれば、とは素人の弁。
縮小アルゴリズムについての話が出てるけど、整数倍の縮小の場合は最近傍法を
選択しない限り、どれをとっても品質には大差ないのに。
縮小アルゴリズムを変えるだけで解決できるなら、ヒンティングなんていらないし、夏。
選択しない限り、どれをとっても品質には大差ないのに。
縮小アルゴリズムを変えるだけで解決できるなら、ヒンティングなんていらないし、夏。
そういえば、これLimeChat2に使ってる人いません？
LimeChat2に適用したら、20060923以降のバージョンでは
なぜか文字の描画位置がまるまる1行下にずれる
LimeChat2に適用したら、20060923以降のバージョンでは
なぜか文字の描画位置がまるまる1行下にずれる
選択肢に答えが見つからないのなら…作ってしまおうぜ？
gdi++の描画が遅いのは縮小処理に時間がかかってるからでは無いけど。
ところで、うｐろだにあれを置いときました。
試してみる人は自己責任で。
ところで、うｐろだにあれを置いときました。
試してみる人は自己責任で。
なんか最初の頃のバージョンの方がいいような気がしてきた
サブピクセル使ってる頃が一番良かったよ
GDI++サービスパック試したけど、ちゃんと普通にサービスとして動いてますた。
でもやっぱタスクトレイ常駐版の便利さに勝てないので、戻しますた。
でもやっぱタスクトレイ常駐版の便利さに勝てないので、戻しますた。
>>462
薄いと言うより、眠い印象ですね。
薄いと言うより、眠い印象ですね。
0922改造版レベルまでソースをシェイプアップしたまへ
最適化の人こないなー
ところで、up0052以降タスクトレイ常駐のgdi.exeが使えないのはおれだけ?
>>494
一応比較のためのスクリーンキャプチャもあげておきます
http://free.flop.jp/gdi++/src/up0090.png
http://free.flop.jp/gdi++/src/up0091.png
一応比較のためのスクリーンキャプチャもあげておきます
http://free.flop.jp/gdi++/src/up0090.png
http://free.flop.jp/gdi++/src/up0091.png
一行ずれてるというより
フォントの高さが低く計算されてるようだな
フォントの高さが低く計算されてるようだな
>>503
up0061のgdipp.exeも？
up0061のgdipp.exeも？
>>501
ソースをシェイプアップ、の意味が判らんが
とりあえず20060923版相当に戻してみた
ここ最近の追加機能が全く使えんけどソースは見やすくなったと思うｗ
ttp://free.flop.jp/gdi++/src/up0092.zip
ソースをシェイプアップ、の意味が判らんが
とりあえず20060923版相当に戻してみた
ここ最近の追加機能が全く使えんけどソースは見やすくなったと思うｗ
ttp://free.flop.jp/gdi++/src/up0092.zip
乙。
ソフトの性質上、綺麗じゃないと意味が無いから美しさ優先ってのも判らないでもないが、
重かったら使う気しなくなるし遅くなると早さを取り戻すのが大変そうなので、
軽量化はかなり嬉しい。
出来ればそっち系で進めてもらえると秀樹感激。
ソフトの性質上、綺麗じゃないと意味が無いから美しさ優先ってのも判らないでもないが、
重かったら使う気しなくなるし遅くなると早さを取り戻すのが大変そうなので、
軽量化はかなり嬉しい。
出来ればそっち系で進めてもらえると秀樹感激。
確かに、綺麗さと軽快さは両立したい。
thx
thx
開発の初期段階から速度を重視しようとするとどうしても品質が犠牲になるし
局所的な最適化にしかならないことが多いから、軽量化は必要な機能見切ってからでいい
局所的な最適化にしかならないことが多いから、軽量化は必要な機能見切ってからでいい
でも、他のソフトだと後から軽快さを追及って難しそうに見えるんだよね。
さくらエディタとか。
最初から気をつけてたら秀丸レベルの軽快さも実現できたかもしれないし。
さくらエディタとか。
最初から気をつけてたら秀丸レベルの軽快さも実現できたかもしれないし。
秀丸のバランス感覚は絶妙だな
バージョン上がっても重くならないし
バージョン上がっても重くならないし
>>510-514
ソース公開されてんだから自分でやりゃいいじゃんｗ
ソース公開されてんだから自分でやりゃいいじゃんｗ
いや、開発者の方にその辺ちょっと意識してもらえると嬉しいなってだけだよ。
軽快さを追求するような修正を一人がしてくれたとしても、
複数人が関わってるとそれだけで手一杯になっちゃうかもしれないし。
軽さなんか･･･って意識の積み重ねでこれだけ差が出てる例があるからねぇ。
無茶な要求だったらｺﾞﾒﾝよ(´･ω･`)
軽快さを追求するような修正を一人がしてくれたとしても、
複数人が関わってるとそれだけで手一杯になっちゃうかもしれないし。
軽さなんか･･･って意識の積み重ねでこれだけ差が出てる例があるからねぇ。
無茶な要求だったらｺﾞﾒﾝよ(´･ω･`)
>>512
その通り。頭いいなおまえ
その通り。頭いいなおまえ
ターゲットユーザーも明確でないのに軽快さとかあほちゃう
大体プロトタイプに速度チューニング強要するなんてソフト開発したことある奴とは思えん
大体プロトタイプに速度チューニング強要するなんてソフト開発したことある奴とは思えん
>その辺ちょっと意識してもらえると嬉しいなってだけだよ。
これがなぜ強要になってしまうんだろう。
これがなぜ強要になってしまうんだろう。
現段階だとまだ手法を模索している段階だものな。
なんでフォントがからむとどのスレも荒れるんだ？
2ちゃんはクソ溜めだからしょうがない
いちいちかまっていてどうする
いちいちかまっていてどうする
7不思議やね＜フォントのスレは荒れる
ん？軽量化ってスピードの話だったの？
コードの風通しの話だと思ってた
コードの風通しの話だと思ってた
普通に富豪的プログラミングになっても
仕方ないかも。ソフトがソフトだし。
仕方ないかも。ソフトがソフトだし。
526 ：sage：2006/10/01(日) 08:22:09 ID:yQFLKs+1
軽さなんてのは、機能が安定した時点で、各CPU用の最適化ビルド作ればいいじゃん。
あるいはある時点で、まとめてリファクタリングするか。
まずは、どこまで綺麗に汎用的にできるか追求して欲しい。
あるいはある時点で、まとめてリファクタリングするか。
まずは、どこまで綺麗に汎用的にできるか追求して欲しい。
しまったあげちまった。スマソ.
速度厨は消えろ
おまえらは標準AAやClearTypeで十分だ
まだ安定してないしバグも多く試行錯誤中のコードで
しかも品質を重視しないと意味の無いプログラムに速度求めるとは馬鹿真骨頂
それにエディタや他のソフトを引き合いに出すとは更に馬鹿もいい所でソフトの規模を考えろ
アルゴリズムの最適化や無駄なコード省けば速くなる時は直ぐに速くなる
しかし品質と言う物はこのプログラム場合アイデア次第
速度はアイデアが出尽くしてコードが安定したからの話
この順序がわからんなら使うのやめろ ウザイ
遅くて困るならPC買い換えろ
それで解決できる事を一々要求するなクズども
いずれVistaに変わっていってVistaになってもフォントの表示品位は今と一緒で
それを改善しようと言う趣旨のプログラム
その頃にはどうしてもPC買い換えたり組みなおしになるからパワーの問題も解消されてる
だから今は速度を考慮に入れる必要は全く無し
おまえらは標準AAやClearTypeで十分だ
まだ安定してないしバグも多く試行錯誤中のコードで
しかも品質を重視しないと意味の無いプログラムに速度求めるとは馬鹿真骨頂
それにエディタや他のソフトを引き合いに出すとは更に馬鹿もいい所でソフトの規模を考えろ
アルゴリズムの最適化や無駄なコード省けば速くなる時は直ぐに速くなる
しかし品質と言う物はこのプログラム場合アイデア次第
速度はアイデアが出尽くしてコードが安定したからの話
この順序がわからんなら使うのやめろ ウザイ
遅くて困るならPC買い換えろ
それで解決できる事を一々要求するなクズども
いずれVistaに変わっていってVistaになってもフォントの表示品位は今と一緒で
それを改善しようと言う趣旨のプログラム
その頃にはどうしてもPC買い換えたり組みなおしになるからパワーの問題も解消されてる
だから今は速度を考慮に入れる必要は全く無し
現在のgi++は「大きく描いて縮小する」というアプローチだけで収まっている。
その中で、縮小アルゴリズムの速度や品質について語られている状況。
品質を追求するとなると、いつかは
「フォントデータを直に読み込んで、ヒンティング情報etcまで処理する」
という世界に踏み込むことになるのかな。
（個人的にはそこまでいく必要はないと思ってる。現在のgdi++でのヒラギノ表示に十分満足してるし）
その中で、縮小アルゴリズムの速度や品質について語られている状況。
品質を追求するとなると、いつかは
「フォントデータを直に読み込んで、ヒンティング情報etcまで処理する」
という世界に踏み込むことになるのかな。
（個人的にはそこまでいく必要はないと思ってる。現在のgdi++でのヒラギノ表示に十分満足してるし）
>>529
そんなにバグあった？
本家0927版のreadme見ると↓って書いてあるけど、ズレるバグは直したし
縦書きに対応してないってのはどっちか言うと仕様だろうし。
>(2006/09/27)までに判明しているバグと仕様
>・縦書きに対応していない
>・Jane Doeでズレる
そんなにバグあった？
本家0927版のreadme見ると↓って書いてあるけど、ズレるバグは直したし
縦書きに対応してないってのはどっちか言うと仕様だろうし。
>(2006/09/27)までに判明しているバグと仕様
>・縦書きに対応していない
>・Jane Doeでズレる
いろんなソフトで正常に表示されないのはバグとは言わないのか。
>>535
貴重なアイデアを提供してくれる協力者にそんな扱いは無いだろう
貴重なアイデアを提供してくれる協力者にそんな扱いは無いだろう
> 馬鹿真骨頂
> このプログラム場合アイデア次第
> コードが安定したからの話
必死なのはいいけど落ち着いて書けよ
気持ち悪いぞ
> このプログラム場合アイデア次第
> コードが安定したからの話
必死なのはいいけど落ち着いて書けよ
気持ち悪いぞ
とりあえずお前ら落ち着け。
的外れな要望はスルーするなりすればよろし。
だが>>529のような態度は気に入らない。
もう少し落ち着いた対応ができないものか。
－－－－－以降、何事もなかったかのように再開－－－－－
的外れな要望はスルーするなりすればよろし。
だが>>529のような態度は気に入らない。
もう少し落ち着いた対応ができないものか。
－－－－－以降、何事もなかったかのように再開－－－－－
>>539
_RealGetTextExtentPoint32Wのあるやつか。
ソース分割系(～up0056)の方にもマージすべきかどうか・・・。
◆0x0D/0x20I氏がどっちの系列で行くかだよな。
up0079の方は、up0056に比べてEnhancerが古いんだっけ？
_RealGetTextExtentPoint32Wのあるやつか。
ソース分割系(～up0056)の方にもマージすべきかどうか・・・。
◆0x0D/0x20I氏がどっちの系列で行くかだよな。
up0079の方は、up0056に比べてEnhancerが古いんだっけ？
>>542
ちょっといい加減しろと言う感じになってたもんでスマン
コードを書いてくれたりアイデアを提示して検証してくれる人たちの否定をしたり
的外れな速度要求を出したり
せっかく色々やって盛り上がっている有用なプロジェクトを潰したくないもんで
いずれはサービスにするなりシステムに組み込むかもしれないけど
今は実験段階でこう言う実装になってるってて速度は二の次と言う事を
理解してない奴が余りにも多くて
次スレではテンプレにそういう事も含めて入れておいた方が良いな
もちろん元のGDI++の作者に展望とか方針とか示してもらえれば
(強要ではないし無いならないでかまわないし)
どういうソフトなのか今はどの段階なのか分かり易い
ちょっといい加減しろと言う感じになってたもんでスマン
コードを書いてくれたりアイデアを提示して検証してくれる人たちの否定をしたり
的外れな速度要求を出したり
せっかく色々やって盛り上がっている有用なプロジェクトを潰したくないもんで
いずれはサービスにするなりシステムに組み込むかもしれないけど
今は実験段階でこう言う実装になってるってて速度は二の次と言う事を
理解してない奴が余りにも多くて
次スレではテンプレにそういう事も含めて入れておいた方が良いな
もちろん元のGDI++の作者に展望とか方針とか示してもらえれば
(強要ではないし無いならないでかまわないし)
どういうソフトなのか今はどの段階なのか分かり易い
＞なってるってて
落ち着いて書けよ
落ち着いて書けよ
物の使い道を狭めて自分と違う考えを厨呼ばわりするという態度も退廃させる元。
つぶしたくないなら俺理論の展開は避けるべき。
別に良いじゃん。速度と品質を丁度良い所で両立するってのも。
つぶしたくないなら俺理論の展開は避けるべき。
別に良いじゃん。速度と品質を丁度良い所で両立するってのも。
>>506
使えなかった……。
使えなかった……。
単発速度厨どもはぐだぐだ言う前にPC買えよ
ミドルレンジのものでもストレスなく動くぞ
ミドルレンジのものでもストレスなく動くぞ
Firefox+0926版
ttp://free.flop.jp/gdi++/src/up0095.png
ttp://free.flop.jp/gdi++/src/up0095.png
まるでFirefox信者のようだ。
重いんだけど？→PC買え
重いんだけど？→PC買え
ブラウザと同じに考えるなよ
新しい分野に手を出しているんだから多少重くてもしょうがないだろ
新しい分野に手を出しているんだから多少重くてもしょうがないだろ
PCの買い替えで重さが解消するのなら尚更
>>508-509
お疲れ様です。
otfの表示が軽快になったのは良いのですが、iTunesで表示幅に余裕があるにも
かかわらず行末が省略されてしまうものが出て来ました。
ttp://free.flop.jp/gdi++/src/up0094.png
フォントによるのかも知れませんがどうも“r”が混じってる行でなるようです。
060929-enhanced版までは正常でした。
お疲れ様です。
otfの表示が軽快になったのは良いのですが、iTunesで表示幅に余裕があるにも
かかわらず行末が省略されてしまうものが出て来ました。
ttp://free.flop.jp/gdi++/src/up0094.png
フォントによるのかも知れませんがどうも“r”が混じってる行でなるようです。
060929-enhanced版までは正常でした。
MS UI GothicはExcludeできないの?
>>546
同意。「画質最優先」という方向性はこのスレ住民 and/or 開発者の総意なのか？
「フォントの画質をあげるプロジェクトなんだから、画質優先」という人もいれば、
「とにかく頻繁に呼ばれる描画関数をフックしているんだから、速度も重要」という人もいる。
今のところはまあまあバランス取れていると思う。
画質のみ優先したいという俺理論でやりたいなら、ソースも公開されているんだし
速度がまったくでない最高画質のDLLを自前で作成すれば良いだけ。
がんばれよー
同意。「画質最優先」という方向性はこのスレ住民 and/or 開発者の総意なのか？
「フォントの画質をあげるプロジェクトなんだから、画質優先」という人もいれば、
「とにかく頻繁に呼ばれる描画関数をフックしているんだから、速度も重要」という人もいる。
今のところはまあまあバランス取れていると思う。
画質のみ優先したいという俺理論でやりたいなら、ソースも公開されているんだし
速度がまったくでない最高画質のDLLを自前で作成すれば良いだけ。
がんばれよー
俺は速度が遅いからこれ使うのやめたよ。
俺の場合、フォントの質を上げたいソフトってのは頻繁に使うソフトだから速度も重要で。
泣く泣くgdi++を使うのをあきらめた。
正直何を最適化しても、今のままのアプローチじゃ重いままだろうし。
Windowsのフォントレンダリングの貧弱さに一石を投じたという意味は非常に大きい。
LinuxとかMacで普通にあれだけきれいなレンダリングを軽快に出来てるんだから、Windowsで出来ないはずがない。
このソフトをきっかけにM$が目を覚ましてくれることを期待してる。
俺の場合、フォントの質を上げたいソフトってのは頻繁に使うソフトだから速度も重要で。
泣く泣くgdi++を使うのをあきらめた。
正直何を最適化しても、今のままのアプローチじゃ重いままだろうし。
Windowsのフォントレンダリングの貧弱さに一石を投じたという意味は非常に大きい。
LinuxとかMacで普通にあれだけきれいなレンダリングを軽快に出来てるんだから、Windowsで出来ないはずがない。
このソフトをきっかけにM$が目を覚ましてくれることを期待してる。
馬鹿？
いや、カバです
むしろキリンです。
でも、ゾウさんの方がもっと好きです。
>>553
それ何てフォント？
もしかするとotfの場合は別な処理が必要とかかも
>>555
ForceAntialiasedQualityを無くしたからかな？
漏れが2kユーザだからいらねとか思ったけどこれは無いとマズいかｗ
つーわけで入れときます。
>>556
>>508-509のやつで出来てるけど
それ何てフォント？
もしかするとotfの場合は別な処理が必要とかかも
>>555
ForceAntialiasedQualityを無くしたからかな？
漏れが2kユーザだからいらねとか思ったけどこれは無いとマズいかｗ
つーわけで入れときます。
>>556
>>508-509のやつで出来てるけど
ぐっだぐだ文句垂れ流して荒らす前に速度優先させた改良型を自分で作ればいいと思う
>>558
LinuxとかMacとは仕組みが違うような希ガス
LinuxとかMacとは仕組みが違うような希ガス
>>558
それから、最初のころよりかは結構パフォーマンス改善されているんで、
差し替えて試してみてもいいかも。
とりあえずAthlonX2 +3800で常用レベルにはなってると思う。
【OS】5.1.2600.Service Pack 2
【EXE】FileVersion: 8.0.2006.0929
Comments: gdi++Manager
【DLL】FileVersion: 8.0.2006.0927
Comments: Optimizing for Pentium4/SSE2,
later or compatible processors
それから、最初のころよりかは結構パフォーマンス改善されているんで、
差し替えて試してみてもいいかも。
とりあえずAthlonX2 +3800で常用レベルにはなってると思う。
【OS】5.1.2600.Service Pack 2
【EXE】FileVersion: 8.0.2006.0929
Comments: gdi++Manager
【DLL】FileVersion: 8.0.2006.0927
Comments: Optimizing for Pentium4/SSE2,
later or compatible processors
>>563
Enhanceが使いたいんで>>215を入れてるんだけど
メニューとかのエンボス文字が読めなくなる。
だからMS UI Gothicを除外すればいいのではと思ったんだけど切れてくれない感じorz
Enhanceが使いたいんで>>215を入れてるんだけど
メニューとかのエンボス文字が読めなくなる。
だからMS UI Gothicを除外すればいいのではと思ったんだけど切れてくれない感じorz
二派で開発進めればいいんじゃね？
ここで言葉ぶつけ合ってるより伸びるところは伸ばした方が。
このソフトはアイデアどうこう言うならなおさら。
ここで言葉ぶつけ合ってるより伸びるところは伸ばした方が。
このソフトはアイデアどうこう言うならなおさら。
>557 なにこの池沼ｗｗｗ
>画質のみ優先したいという俺理論でやりたいなら、ソースも公開されているんだし
>速度がまったくでない最高画質のDLLを自前で作成すれば良いだけ。
>がんばれよー
脳みそ腐ってんじゃないの？
>画質のみ優先したいという俺理論でやりたいなら、ソースも公開されているんだし
>速度がまったくでない最高画質のDLLを自前で作成すれば良いだけ。
>がんばれよー
脳みそ腐ってんじゃないの？
まぁまぁ落ち着いて水に流そうぜ
>>569 つまらない煽り...
572 ：名無し~3.EXE：2006/10/01(日) 12:45:26 ID:VTh6OSws
これってｌinuxよりもきれいに見えるの？
>>571
恥ずかしくないの？
恥ずかしくないの？
元ゲームプログラマとしては…
最初から見やすいように意識してないソースはどんどん汚くなるし、
最初から軽量化を意識してないソースはずんどこ肥大化するし、
最初から速度を意識してないソースはあとから高速化させるのはかなりしんどいよ、と。
現状でどうこうするというのはともかくとして、将来を見据えて詰め込んでいかないと、
どうにもならなくなったりするよ、と。まぁそれでも〆切があればなんとかなるもんだけど(苦笑)。
最初から見やすいように意識してないソースはどんどん汚くなるし、
最初から軽量化を意識してないソースはずんどこ肥大化するし、
最初から速度を意識してないソースはあとから高速化させるのはかなりしんどいよ、と。
現状でどうこうするというのはともかくとして、将来を見据えて詰め込んでいかないと、
どうにもならなくなったりするよ、と。まぁそれでも〆切があればなんとかなるもんだけど(苦笑)。
いきなり「池沼」と決め付け、「脳みそ腐ってんじゃないの？」なんてあおるほうがよっぽど恥ずかしい。
http://www.2ch.net/before.html
http://www.2ch.net/before.html
簡単に軽量化って言うけど、無理でしょ(笑)
(3)別のフォントレンダラ (FreeType など) を利用する
(3) は、FreeType はヒンティング情報を処理してくれるので、
最もクリアな結果が得られるかもしれません。
ただ、 FreeType もあくまでグリフごとの情報しか返してくれないようですし、
まとまったものを描画させようとすると、けっこうな苦労になると思われます。
TextOut() のラッパーを作るなら、やはり TextOut() を呼ぶのが一番手っ取り早いので
と書いてる通り、GDIのラッパーとして作るしかない以上いまの重い描画方法するしかないんだから。
LinuxとかMacと同等となると、Microsoftが本気出して改善しないとなあ。
(3)別のフォントレンダラ (FreeType など) を利用する
(3) は、FreeType はヒンティング情報を処理してくれるので、
最もクリアな結果が得られるかもしれません。
ただ、 FreeType もあくまでグリフごとの情報しか返してくれないようですし、
まとまったものを描画させようとすると、けっこうな苦労になると思われます。
TextOut() のラッパーを作るなら、やはり TextOut() を呼ぶのが一番手っ取り早いので
と書いてる通り、GDIのラッパーとして作るしかない以上いまの重い描画方法するしかないんだから。
LinuxとかMacと同等となると、Microsoftが本気出して改善しないとなあ。
>>568
オープンソースではよくある話だな
ソフトができる
↓
高機能化・重量化 ←────────┐
↓ . .. │
意見が分かれる (今ここ) .│
↓ ..│
派閥ができる ...│
｜ ..│
├─────────┐ │
↓ ↓ .. │
本家の開発が 別名の派生.. │
減速する ソフトができる ─┘
↓
本家停止
オープンソースではよくある話だな
ソフトができる
↓
高機能化・重量化 ←────────┐
↓ . .. │
意見が分かれる (今ここ) .│
↓ ..│
派閥ができる ...│
｜ ..│
├─────────┐ │
↓ ↓ .. │
本家の開発が 別名の派生.. │
減速する ソフトができる ─┘
↓
本家停止
スレ読んでたらプログラマと営業あたりの温度差みたいなの感じるな
営業はプログラムの事なんて全然わからんから、
なんでこんな簡単な仕様変更にキレるのかわからない
→あいつは使えないみたいな話
営業はプログラムの事なんて全然わからんから、
なんでこんな簡単な仕様変更にキレるのかわからない
→あいつは使えないみたいな話
>>574
俺も元プログラマだけどさ
ソースの可読性は重要だけど最優先じゃないからね
いくらきっちりコメントつけまくって可読性を上げて
後から手を付けやすくしても
コードを簡潔に書く癖が無ければ
後から無理に高速化しようとしても出来ないもんだよ
要は経験とセンスの問題だから
そういう事に気を取られすぎると手が遅くなるし
わずかな高速化にのめりこんで全体の完成が遅れるより
早く全体を仕上げてしまって自分が書いたコードを忘れない内に
最適化に手を付けたほうが良いかな
フローを見直したりそういう事に時間をかけたほうが良い
言うなら絵を描く事と似ているかもね
あくまで自分の話だけどね
あ，別に人それぞれのスタイルを否定するわけじゃないから
雑談程度に捉えておいて欲しい
俺も元プログラマだけどさ
ソースの可読性は重要だけど最優先じゃないからね
いくらきっちりコメントつけまくって可読性を上げて
後から手を付けやすくしても
コードを簡潔に書く癖が無ければ
後から無理に高速化しようとしても出来ないもんだよ
要は経験とセンスの問題だから
そういう事に気を取られすぎると手が遅くなるし
わずかな高速化にのめりこんで全体の完成が遅れるより
早く全体を仕上げてしまって自分が書いたコードを忘れない内に
最適化に手を付けたほうが良いかな
フローを見直したりそういう事に時間をかけたほうが良い
言うなら絵を描く事と似ているかもね
あくまで自分の話だけどね
あ，別に人それぞれのスタイルを否定するわけじゃないから
雑談程度に捉えておいて欲しい
>>578
本家の維持は優先しなくてもいいでしょ。
いい物があったらいい物に傾く。
別に本家を切り捨てろって言う意見でもないけど。
みんなはよりいい物を求めているわけで、
開発者もそれを望んで精出してるわけで。
本家の維持は優先しなくてもいいでしょ。
いい物があったらいい物に傾く。
別に本家を切り捨てろって言う意見でもないけど。
みんなはよりいい物を求めているわけで、
開発者もそれを望んで精出してるわけで。
もうここは口ばっかの詐称プログラマで溢れ返る運命にある
詐称→自称
似たようなもんだけど一応。
似たようなもんだけど一応。
好きな格言
「すごい未完成品よりしょぼい完成品」
「すごい未完成品よりしょぼい完成品」
あれやこれやと議論するよりも、実際にコード書いてうｐしたほうが早いんじゃないか？
ふ
現在、Xで主流となっているのが、Xft＋freetype＋fontconfigというライブラリの組み合せによるフォントの描画だ。
Xでのフォントの話をすると非常にややこしくなるので詳細は割愛するが、
おおざっぱに言えばXftがフォントを描画するフロントエンドで、
Xftがフォントを描画する際に使用するレンダリングライブラリがfreetype、
そしてフォント関連のマネージメントを行っているのがfontconfigである
Xでのフォントの話をすると非常にややこしくなるので詳細は割愛するが、
おおざっぱに言えばXftがフォントを描画するフロントエンドで、
Xftがフォントを描画する際に使用するレンダリングライブラリがfreetype、
そしてフォント関連のマネージメントを行っているのがfontconfigである
俺も元プログラマだけど手伝ってやらね
>>455
これに激しく期待
これに激しく期待
>>583
確かに本家にこだわらなくてもいいかもしれない
問題は人材の流れ。
たとえ話だけど、2chが突然閉鎖されるとして、その時に移住先の議論が固まらなければ、
移住は個人の判断になるだろう。
そうしたら、中小規模BBSが乱立して、掲示板は（過疎って）総崩れするかも知れない。
だから方向性は早い段階で議論したほうがいいと思う
確かに本家にこだわらなくてもいいかもしれない
問題は人材の流れ。
たとえ話だけど、2chが突然閉鎖されるとして、その時に移住先の議論が固まらなければ、
移住は個人の判断になるだろう。
そうしたら、中小規模BBSが乱立して、掲示板は（過疎って）総崩れするかも知れない。
だから方向性は早い段階で議論したほうがいいと思う
元○○↓
あほうだなあw
2chなんかでやってるからだめなんだよ
早いうちに、SouceForgeに移しちまえばいいものをw
Subversionでね
2chなんかでやってるからだめなんだよ
早いうちに、SouceForgeに移しちまえばいいものをw
Subversionでね
確かにさっきのは理想論だったなぁ。
プログラムより人の扱いのが難しいってわけね。
プログラムより人の扱いのが難しいってわけね。
＞Subversionでね
お前これ言いたいだけちゃうんかと
お前これ言いたいだけちゃうんかと
>>597
ばれたw
ばれたw
FreeTypeもいいけれど最大の問題はMSのラスタライザではなくベクタフォント側にヒンティング情報がないことでは。
自動ヒンティングは特許の問題があるらしいけど。
自動ヒンティングは特許の問題があるらしいけど。
フィルタ作成者から一言。
いちおう、速度は気にしています。二重ループの中で条件
分岐を多用するとパイプラインが詰まって遅くなるなとか。
ただ、ベンチマークをとってみたところ、フィルタ処理よりも
縮小処理本体のほうがずっと重いようです。
gdi++ 不使用時の描画速度を 1 とすると、Quality=2 で
50 倍くらい、Q=3 で 100 くらいかかっています (Weight=1)。
それに比べて Enhance 有効にしても 10 倍くらい上乗せ
されるだけです。
縮小処理そのものをコメントアウトしても 1～2 くらいしか
減らないので、時間のほとんどは繰り返し描画に食われて
いる模様です。むしろ、文字の拡大率を上げて 1 回だけ
描画するようにしたほうが速くなるかもしれません。
マシンスペックも使っているアプリも人それぞれなので、
議論の際にはそこを明らかにしてくれるとありがたいです。
画質についても同じで、画面の解像度と常用するテキスト
サイズをどこに置くかで、評価は全然変わって来るかと
思います。
今回測定した方法は非常に原始的で、TeraTerm で
隣のマシンに繋いでテキストを cat し、ストップウォッチ
で手動測定したものです。信頼性・手間の上で非常に
難があるので、どなたかベンチマークプログラムを作って
いただけると非常にうれしいです。
いちおう、速度は気にしています。二重ループの中で条件
分岐を多用するとパイプラインが詰まって遅くなるなとか。
ただ、ベンチマークをとってみたところ、フィルタ処理よりも
縮小処理本体のほうがずっと重いようです。
gdi++ 不使用時の描画速度を 1 とすると、Quality=2 で
50 倍くらい、Q=3 で 100 くらいかかっています (Weight=1)。
それに比べて Enhance 有効にしても 10 倍くらい上乗せ
されるだけです。
縮小処理そのものをコメントアウトしても 1～2 くらいしか
減らないので、時間のほとんどは繰り返し描画に食われて
いる模様です。むしろ、文字の拡大率を上げて 1 回だけ
描画するようにしたほうが速くなるかもしれません。
マシンスペックも使っているアプリも人それぞれなので、
議論の際にはそこを明らかにしてくれるとありがたいです。
画質についても同じで、画面の解像度と常用するテキスト
サイズをどこに置くかで、評価は全然変わって来るかと
思います。
今回測定した方法は非常に原始的で、TeraTerm で
隣のマシンに繋いでテキストを cat し、ストップウォッチ
で手動測定したものです。信頼性・手間の上で非常に
難があるので、どなたかベンチマークプログラムを作って
いただけると非常にうれしいです。
実務家が来ると沈黙するんだな
弄るにしてもGUI側ならホント気が楽だぜ
弄るにしてもGUI側ならホント気が楽だぜ
>>601
HDBENCHのTEXTで比較してみた。まあ参考程度に。(Weight=0だし)。
AthlonX2 3800+ / Geforce 6600 /Mem 2GB
GDI32 153200
GDI++(QL=0) 96400(x1.6)
GDI++(QL=1) 4180(x37)
GDI++(QL=2) 1970(x77)
GDI++(QL=3) 1384(x111)
orz... 100倍以上遅くなってるよ、ﾏﾏﾝ...
[General]
Quality=?
Weight=0
Enhance=0
MaxHeight=0
UseSubpixel=0
SubpixelDirection=0
ForceAntialiasedQuality=1
[Exclude]
FixedSys/Marlett/メイリオ/Meiryo
HDBENCHのTEXTで比較してみた。まあ参考程度に。(Weight=0だし)。
AthlonX2 3800+ / Geforce 6600 /Mem 2GB
GDI32 153200
GDI++(QL=0) 96400(x1.6)
GDI++(QL=1) 4180(x37)
GDI++(QL=2) 1970(x77)
GDI++(QL=3) 1384(x111)
orz... 100倍以上遅くなってるよ、ﾏﾏﾝ...
[General]
Quality=?
Weight=0
Enhance=0
MaxHeight=0
UseSubpixel=0
SubpixelDirection=0
ForceAntialiasedQuality=1
[Exclude]
FixedSys/Marlett/メイリオ/Meiryo
ついでに、Weight=1にするとこんなもん。大体1.5倍余計にかかる。
GDI++(QL=1) 2789
GDI++(QL=2) 1347
GDI++(QL=3) 908
GDI++(QL=1) 2789
GDI++(QL=2) 1347
GDI++(QL=3) 908
ビットマップ表示させるのと同じくらいの軽さにしてください
608 ：名無し~3.EXE：2006/10/01(日) 15:23:26 ID:wIboP4m/
これ完成したらフォント商売あがったりだろうなぁ
の「ビットマップ表示させるのと同じくらいの軽さにする機械をだしてくれえ！」
ど「できることかできないことか考えてからしゃべるもんだ！」
ど「できることかできないことか考えてからしゃべるもんだ！」
>>608
関係ないし
関係ないし
むしろAAかけてもAAが普通に見られるフォントが要求されるような
ってもうあるか？
ってもうあるか？
>>611
つ Meiryo
つ Meiryo
フォントの作者はむしろ喜ぶはず。
Windowsのフォントレンダリングのせいで自分が作ったフォントが汚く見えるのはとてもムカツクし
それでMSゴシックより汚く見えちゃうんだから。
例えば M+IPA
http://mix-mplus-ipa.sourceforge.jp/bbs.html#9
Windows のフォント表示は Vista で改良されるのでは……と
期待してましたが、
Vistaベータ2 見る限りでは変わってないですね。
このまま変えないつもりなのかな……。
Windowsのフォントレンダリングのせいで自分が作ったフォントが汚く見えるのはとてもムカツクし
それでMSゴシックより汚く見えちゃうんだから。
例えば M+IPA
http://mix-mplus-ipa.sourceforge.jp/bbs.html#9
Windows のフォント表示は Vista で改良されるのでは……と
期待してましたが、
Vistaベータ2 見る限りでは変わってないですね。
このまま変えないつもりなのかな……。
615 ：ひみつの文字列さん：2025/01/01(水) 11:35:12 ID:MarkedRes
日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。
ホンダの話だか忘れたけど、エンジンを作るときに
まず機能を要求する→機能どおりのができる→五月蝿いから静かにしないといけない
→静かにしたら性能落ちた→何を考えてるんだ！性能そのままで静かにするんだろうが！
っていう話を聞いた覚えがある。
可読性だのなんだの重要ではあるけれど、ぶっちゃけどうでもいいよね？
画質重視、速度重視どっちでもいいけど、まずは片方に注力しないとだめなんじゃね？
まず機能を要求する→機能どおりのができる→五月蝿いから静かにしないといけない
→静かにしたら性能落ちた→何を考えてるんだ！性能そのままで静かにするんだろうが！
っていう話を聞いた覚えがある。
可読性だのなんだの重要ではあるけれど、ぶっちゃけどうでもいいよね？
画質重視、速度重視どっちでもいいけど、まずは片方に注力しないとだめなんじゃね？
既に出来てるものを弄るのと
1から作り出すことは違うでしょ
1から作り出すことは違うでしょ
だから速度は今の実装じゃ頭打ちだっての
前スレ369とか見れば分かる。
仮にスケーリングが2倍速くなっても全体から見ればたかが数％も上がればいい方
それと試しにキャッシュをDIBからDDBに変えてみたけど全く効果ナシ
前スレ369とか見れば分かる。
仮にスケーリングが2倍速くなっても全体から見ればたかが数％も上がればいい方
それと試しにキャッシュをDIBからDDBに変えてみたけど全く効果ナシ
>>615
Q1かQ2かでいつも迷ってちょくちょく変えてますが、
Q2の速度はQ1の半分になりますか…。
でも質が全然違うので、やっぱQ2が妥協点で確定しつつあります。
Q3は重い上に、Q2とQ3の質の差は、Q1とQ2ほどじゃないし。
Q1かQ2かでいつも迷ってちょくちょく変えてますが、
Q2の速度はQ1の半分になりますか…。
でも質が全然違うので、やっぱQ2が妥協点で確定しつつあります。
Q3は重い上に、Q2とQ3の質の差は、Q1とQ2ほどじゃないし。
常駐ALLgdi.exeをスタートアップしてるんだけど、
音量を調整すると画面が2秒くらい黄緑色になる。
これ織れだけでつか？
音量を調整すると画面が2秒くらい黄緑色になる。
これ織れだけでつか？
>>593
これの事？
ttp://free.flop.jp/gdi++/src/up0096.zip
昔の版でHDBENCHやCrystalMarkが使えんかったから作っただけで、
今となってはもう必要ないと思うけど
これの事？
ttp://free.flop.jp/gdi++/src/up0096.zip
昔の版でHDBENCHやCrystalMarkが使えんかったから作っただけで、
今となってはもう必要ないと思うけど
623 ：名無し~3.EXE：2006/10/01(日) 16:12:51 ID:qryNfmQZ
はい、そうです
最近のｈａ，Weightが全く効果ない気がする。
1と8とかにしても違いがないっぽい。
1と8とかにしても違いがないっぽい。
何でもそうだけど、一通り出来うる機能も盛り込んでから改めて見るとわかる
『省けそうな部分/共通化できそうな部分/更に上を目指せる部分』ってのがある
逆に最初からギチギチにチューニングして組み上げていくと
改めて別コンポーネント化しないと性能向上の足を引っ張る罠も結構ある
一定の目標値を決めて作る製品等は
『仕様を作る前に固定化できる』からチューニングも盛り込みながらが可能だが
見えない目標を目指す(搭載機能すら定まってない)ものを作る時は
下手なチューニングが別の部分(性能/メンテナンス性)で足を引っ張る可能性がある
開発サイドの事を考えるなら、まずはアイデア盛り込みと仕様の模索だけでいいと思うが
重いからってテスターが減るのも辛いところだね
『省けそうな部分/共通化できそうな部分/更に上を目指せる部分』ってのがある
逆に最初からギチギチにチューニングして組み上げていくと
改めて別コンポーネント化しないと性能向上の足を引っ張る罠も結構ある
一定の目標値を決めて作る製品等は
『仕様を作る前に固定化できる』からチューニングも盛り込みながらが可能だが
見えない目標を目指す(搭載機能すら定まってない)ものを作る時は
下手なチューニングが別の部分(性能/メンテナンス性)で足を引っ張る可能性がある
開発サイドの事を考えるなら、まずはアイデア盛り込みと仕様の模索だけでいいと思うが
重いからってテスターが減るのも辛いところだね
現時点で実用上問題が出るほど遅いようには思えないんだけどな。
遅い遅いって言う人はどんな環境なんだろう？
俺の場合はPenM1.1Gのメモリ512MでDonutRAPTやかちゅ～しゃに適用させてるけど
タブを切り替えた時にテキストが上から順に再描画されていくのが目視できる程度で特に問題なし。
目視できるのが許せないとか実況の時に瞬間的なレスポンスが無いと困るとか
そこまで突き詰めてくるのだったらそれはちょっと違うと思う。
遅い遅いって言う人はどんな環境なんだろう？
俺の場合はPenM1.1Gのメモリ512MでDonutRAPTやかちゅ～しゃに適用させてるけど
タブを切り替えた時にテキストが上から順に再描画されていくのが目視できる程度で特に問題なし。
目視できるのが許せないとか実況の時に瞬間的なレスポンスが無いと困るとか
そこまで突き詰めてくるのだったらそれはちょっと違うと思う。
ためしにアスロン700,256M,XP無印HOMEの中古でやってみると
Jane Styleで書き込み直後に表示される文字に明らかな変化が出る。
非適応だと一応一瞬で表示。
適応だとスクロールじみて流れてくる感じになる。
Jane Styleで書き込み直後に表示される文字に明らかな変化が出る。
非適応だと一応一瞬で表示。
適応だとスクロールじみて流れてくる感じになる。
なんか文字の表示が滑らかになるというより、滲むというか、輪郭がぼやけるというか、
副作用で背景色によっては（2chﾌﾞﾗｳｻﾞのスレ色分け部分など）黒い文字の一部が紫色に変色したりして変だな。
副作用で背景色によっては（2chﾌﾞﾗｳｻﾞのスレ色分け部分など）黒い文字の一部が紫色に変色したりして変だな。
>>584
自称プログラマで溢れているというよりも
いまだアルファ版にもプレビュー版にもver0.1にも達していない
ということが理解できないただのユーザーが数多くいるだけのような気がする
ここはユーザー専用スレにして開発は別の板でやったほうがいいのでは
自称プログラマで溢れているというよりも
いまだアルファ版にもプレビュー版にもver0.1にも達していない
ということが理解できないただのユーザーが数多くいるだけのような気がする
ここはユーザー専用スレにして開発は別の板でやったほうがいいのでは
常駐gdi 60ベース+61のGUI
http://free.flop.jp/gdi++/src/up0097.zip
基本的にはくっつけただけだけど変更点は/***/で検索してたどってね
あとVSEEならプリコンパイル済みヘッダ機能使えるファイル構成にした
http://free.flop.jp/gdi++/src/up0097.zip
基本的にはくっつけただけだけど変更点は/***/で検索してたどってね
あとVSEEならプリコンパイル済みヘッダ機能使えるファイル構成にした
>>631
つまり黒いところは黒いままで半透明のところは何度も重ねがけされるってことかな。
つまり黒いところは黒いままで半透明のところは何度も重ねがけされるってことかな。
半透明の濃さもかわってないから、重ね書きした後に縮小処理してるか、
同じ色を載せてるだけになってるって感じなのかね。
たしか、薄い文字を何とかする為の実装って言ってた気がするけど、
それの解消になってないんだよね。
同じ色を載せてるだけになってるって感じなのかね。
たしか、薄い文字を何とかする為の実装って言ってた気がするけど、
それの解消になってないんだよね。
僅かだが変化している模様。ただ、本当に僅かな変化で、0と100でもそう違いはない。
数値を大きくするだけ無駄な気がする。
数値を大きくするだけ無駄な気がする。
おかしいな。もう一度試したらさっきよりも変化が大きくなってる。
フォントにより差はあるだろうけど
現状ではW=0以外ならばさしたる違いは見られない感じだね
要するに描画は2回すれば十分って事かな
でもパラメーターとして弄れる幅が大きければ
この先の実装でどう変化してくるのか分からないから
試せるようにしておいた方が良いと思う
一応作者の意向に従って大まかな環境を
CPU A64 [email protected](栗使用でアイドル1GHz)
MEM Dual Channel
ブラウザはOperaの最新ビルド
利用フォントはゴシックはヒラギノ角ゴW6かメイリオボールドでテスト
明朝はNoel
この環境では重いと言う事は全然ない感じ
ただQ=3に設定すると明らかに重くなるページはあり
(Operaは元々2回描画していて掠れを防いでいる感じがあり
IEやFirefoxより表示品位が高いけど何らかの原因で非常に重いページがある)
現状ではW=0以外ならばさしたる違いは見られない感じだね
要するに描画は2回すれば十分って事かな
でもパラメーターとして弄れる幅が大きければ
この先の実装でどう変化してくるのか分からないから
試せるようにしておいた方が良いと思う
一応作者の意向に従って大まかな環境を
CPU A64 [email protected](栗使用でアイドル1GHz)
MEM Dual Channel
ブラウザはOperaの最新ビルド
利用フォントはゴシックはヒラギノ角ゴW6かメイリオボールドでテスト
明朝はNoel
この環境では重いと言う事は全然ない感じ
ただQ=3に設定すると明らかに重くなるページはあり
(Operaは元々2回描画していて掠れを防いでいる感じがあり
IEやFirefoxより表示品位が高いけど何らかの原因で非常に重いページがある)
もともと濃ゆいフォントじゃ大して変わらないですよ。
OTFのMS明朝とか物凄い薄いから、W5以上ないとだめぽ。
OTFのMS明朝とか物凄い薄いから、W5以上ないとだめぽ。
俺も口だけ出させてもらう。
/BASE:0x6FFF0000とかやろうよ。
/BASE:0x6FFF0000とかやろうよ。
http://taketo3.at.infoseek.co.jp/soft/font.html
Font Associateって機能もあるのか
Font Associateって機能もあるのか
そういえば、up0049のノーマルビルドとSSE最適化ビルドでベンチマークを取ってみた
マシンはPentium3-M 1GHz、メモリ768MB
GDI++ Normal
Q=1: 1125
Q=2: 561
Q=3: 337
GDI++ SSE
Q=1: 1123
Q=2: 566
Q=3 343
参考 GDI32: 5587
ほとんど変わってねぇorz
マシンはPentium3-M 1GHz、メモリ768MB
GDI++ Normal
Q=1: 1125
Q=2: 561
Q=3: 337
GDI++ SSE
Q=1: 1123
Q=2: 566
Q=3 343
参考 GDI32: 5587
ほとんど変わってねぇorz
重書きするなら
>455で良くない？
>455で良くない？
>>455をやるならgdi++とは切り離してほしいな。ぜんぜん別物なんだから
とりあえずDrawStateもフックして強引に灰色テキストを描画できるように
してみたけど、なんかイマイチ
ttp://free.flop.jp/gdi++/src/up0098.png
>>639
漏れの環境だとそのアドレスには既にINDICDLL.DLLとかいうのが読み込まれてて
バッティングするけど
してみたけど、なんかイマイチ
ttp://free.flop.jp/gdi++/src/up0098.png
>>639
漏れの環境だとそのアドレスには既にINDICDLL.DLLとかいうのが読み込まれてて
バッティングするけど
>>644
これはこれでいいんじゃないかな。
これはこれでいいんじゃないかな。
>>644
潰れるよりはずっと良いんじゃない?
潰れるよりはずっと良いんじゃない?
>>644
いい！すごくいい。入れて！
いい！すごくいい。入れて！
勃起した
どこに入れて欲しいか正直に言ってみろ
652 ：名無し~3.EXE：2006/10/01(日) 21:08:44 ID:DYdaE3Ur
アッー！！
なにこの流れｗ
うｐろだ100記念ｗ
>>644のやつはアイコンとかが灰色で描画されてなかったので
他の方法を模索してみた。
とりあえずDST_TEXTとDST_PREFIXTEXTは何とかなったけど、DST_COMPLEXは
もうこれ以上無理のような気がしてきた
ttp://free.flop.jp/gdi++/src/up0100.png
>>654
んーotfか・・・とりあえずDrawStateの問題が片付いたら調べてみます。
片付きそうにないけどorz
>>644のやつはアイコンとかが灰色で描画されてなかったので
他の方法を模索してみた。
とりあえずDST_TEXTとDST_PREFIXTEXTは何とかなったけど、DST_COMPLEXは
もうこれ以上無理のような気がしてきた
ttp://free.flop.jp/gdi++/src/up0100.png
>>654
んーotfか・・・とりあえずDrawStateの問題が片付いたら調べてみます。
片付きそうにないけどorz
あえてやる必要は無いかもしれないな。
>>656
そんなにお兄さんのが嫌いかい？
そんなにお兄さんのが嫌いかい？
>>655
おお、これはいいものだ。
おお、これはいいものだ。
今日のGDI++ﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆
もう飽きたっす
単にボールドになるだけだし
単にボールドになるだけだし
とんでもない節穴だな
ノーマルとボールドの区別がつきにくくなってるから
太いなとは確かに思う
太いなとは確かに思う
ゴシックが太くなるのはこのスレで何度も既出
太いとか細いとかはフォント自身の問題だ。
太いと感じるならもっとウェイトの細いフォントを使えばいい。
太いと感じるならもっとウェイトの細いフォントを使えばいい。
使ってて違和感があるからコメントがでるんであって。
まだ開発中なのに太くなるのが仕様ですといわんばかりの態度だね
今後改善する材料とかそういう気が無ければ665の意見は妥当と思うよ。
まだ開発中なのに太くなるのが仕様ですといわんばかりの態度だね
今後改善する材料とかそういう気が無ければ665の意見は妥当と思うよ。
使ってて違和感があるのに使ってるのか？
もしかして馬鹿？
もしかして馬鹿？
せめて過去ログ読んでからコメントしてよ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
ただ太さの違いが分かりにくいといってるんだけなんですが。
ただ太さの違いが分かりにくいといってるんだけなんですが。
> DAT落ちしてるし
してねーよ
http://pc8.2ch.net/test/read.cgi/win/1158937333/
> テンプレに貼ってありませんよ
嘘ばっかり
>>1に思いっきり貼ってる。
読む気がないなら正直にそう言え
してねーよ
http://pc8.2ch.net/test/read.cgi/win/1158937333/
> テンプレに貼ってありませんよ
嘘ばっかり
>>1に思いっきり貼ってる。
読む気がないなら正直にそう言え
m9(^Д^)ﾌﾟｷﾞｬｰ
これはひどい
ワラタ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
過去ログも何もDAT落ちしてるしテンプレに貼ってありませんよ
ひどいな。
いい感じに間隔空いてるなーw
>>622
うーん、これだったかなぁ。
確か白窓に小さい黒文字で出てたような・・・
って今度はHDBENCHですか。
また乗り遅れてるorz
ベンチを探してたのはSSEとSSE2と未使用の差ってあるのかなと思って。
>>641を見るとあまり変わらん感じだね。
うーん、これだったかなぁ。
確か白窓に小さい黒文字で出てたような・・・
って今度はHDBENCHですか。
また乗り遅れてるorz
ベンチを探してたのはSSEとSSE2と未使用の差ってあるのかなと思って。
>>641を見るとあまり変わらん感じだね。
初めて使用してみました
あまり詳しい設定は分からないけどデフォルトでも全く違うのに驚いた・・
ところで、今のところ必ずgdi++.exeにD&Dしないと反映されないのでしょうか？
もうこのgdi++の効果を必ず使用したいと指定したアプリは
そのアプリ.exeをクリックしていつものように起動させると反映されているようになると便利なのですが
あまり詳しい設定は分からないけどデフォルトでも全く違うのに驚いた・・
ところで、今のところ必ずgdi++.exeにD&Dしないと反映されないのでしょうか？
もうこのgdi++の効果を必ず使用したいと指定したアプリは
そのアプリ.exeをクリックしていつものように起動させると反映されているようになると便利なのですが
682 ：名無し~3.EXE：2006/10/02(月) 09:15:07 ID:byppvU30
>>681
ショートカットのプロパティを開いて
リンク先の表記を
例) C:\Tools\gdi++\gdi++.exe "C:\Tools\LimeChat2\LimeChat2.exe"
の様に表記すればいい。
その際にショートカットのアイコンがgdi++から読み込まれるようになるので
再設定が必要になる。
ショートカットのプロパティを開いて
リンク先の表記を
例) C:\Tools\gdi++\gdi++.exe "C:\Tools\LimeChat2\LimeChat2.exe"
の様に表記すればいい。
その際にショートカットのアイコンがgdi++から読み込まれるようになるので
再設定が必要になる。
とりあえずこのﾓｯｻﾘﾓｻﾓｻした動作を軽くしてくれ。
>>683
あと2年ほどしたらまたおいで
あと2年ほどしたらまたおいで
gdi++を使って綺麗にする → 重くてうざくなってきた
↑ ↓
アンチエイリアスが恋しくなってくる ← ノーマルに戻す
サイクル
↑ ↓
アンチエイリアスが恋しくなってくる ← ノーマルに戻す
サイクル
linuxなりマックなり使えば解決
糞マカと馬鹿使用者は消えてよ
OSでどーの言うのはスルーすればいいじゃん無駄に荒れる
画面のプロパティ→デザイン→効果のClearTypeとかの所に選択できる設定が増えるとうれしいな
>>681
慣れたら常駐版とか使うよろし。初めてならあまりお勧め出来ない。
慣れたら常駐版とか使うよろし。初めてならあまりお勧め出来ない。
>>615だけど、今度はup0049のSSE2版でやってみた。
>>615のときのDLLは公式の060927だった。
スクリーンフォントの縁を滑らかにする・・・on
GDI++オフ＋ 52121
GDI++ Q1 6355
GDI++ Q2 2920
GDI++ Q3 2154
Weight=1 GDI++ Q3 1555
Weight=8 GDI++ Q3 548
いくらか速くなる様だ。
以下はアホなTEST
Weight=32 GDI++ Q3 175
Weight=64 GDI++ Q3 115
Weight=128 GDI++ Q3 68
Weight=256 GDI++ Q3 38
Weight=512 GDI++ Q3 20
>>615のときのDLLは公式の060927だった。
スクリーンフォントの縁を滑らかにする・・・on
GDI++オフ＋ 52121
GDI++ Q1 6355
GDI++ Q2 2920
GDI++ Q3 2154
Weight=1 GDI++ Q3 1555
Weight=8 GDI++ Q3 548
いくらか速くなる様だ。
以下はアホなTEST
Weight=32 GDI++ Q3 175
Weight=64 GDI++ Q3 115
Weight=128 GDI++ Q3 68
Weight=256 GDI++ Q3 38
Weight=512 GDI++ Q3 20
>682
ナルホド。じゃあ文書をダブルクリックしてアプリケーションを開くときは…
文書の拡張子をそのショートカットに関連づければいいんだな。理解した
ナルホド。じゃあ文書をダブルクリックしてアプリケーションを開くときは…
文書の拡張子をそのショートカットに関連づければいいんだな。理解した
HDBENCHの何やってんの？
>>682
どうもです。
C:\Program Files\gdi++\gdi++.exe "C:\Program Files\DonutRAPT\Donut.exe"
早速リンク先に↑こう表記しましたが、当然正しいパスなんですけど
受け側に指定されたパス名'C:\Program'は無効です。パスとファイル名が正しいか確認してください。
というショートカットエラーが出て適応できません。
どうもです。
C:\Program Files\gdi++\gdi++.exe "C:\Program Files\DonutRAPT\Donut.exe"
早速リンク先に↑こう表記しましたが、当然正しいパスなんですけど
受け側に指定されたパス名'C:\Program'は無効です。パスとファイル名が正しいか確認してください。
というショートカットエラーが出て適応できません。
作者が来ない
もしかして・・・
>>693
VIDEOのTEXT
VIDEOのTEXT
素人が片手間に作ってるレンダラが
MS謹製のより全然綺麗ってどういうこと？
MS謹製のより全然綺麗ってどういうこと？
速さと引き換え。
「何かを得るという事は、必ず何かを失うという事でもある。」
名言だと思います。
名言だと思います。
>>701
世の中全般に言えることだよ
「玄人」が「ビジネス」として受けた「単価通りの仕事」より
「素人」が「片手間」でやったほうが納得いく仕上がりってのは
「予算」や「工期」に縛られず好きなように出来るからね
世の中全般に言えることだよ
「玄人」が「ビジネス」として受けた「単価通りの仕事」より
「素人」が「片手間」でやったほうが納得いく仕上がりってのは
「予算」や「工期」に縛られず好きなように出来るからね
これって処理途中にMSのレンダラを使ってるんじゃないの？
（悪いとかそういうことじゃなくて）
（悪いとかそういうことじゃなくて）
>>701
さんざん貼られた画像のページの文章読んでないのか
さんざん貼られた画像のページの文章読んでないのか
>>705
基本そのはず
基本そのはず
gdi++:日本人の日本語
標準：アメリカ人の日本語
標準：アメリカ人の日本語
Individualってなんだっけ？
スタート→プログラムにあるIEのショートカットをgdi++.exeで開けない気がする
>>711
フォント毎にWeight設定。実装してるビルドって少ない希ガス。
フォント毎にWeight設定。実装してるビルドって少ない希ガス。
714 ：名無し~3.EXE：2006/10/02(月) 23:12:01 ID:z6PnRU5P
今後、これを組み込んだタブブラウザなんかも
でるのでしょうか？
でるのでしょうか？
>>714
ライブドアの新ブラウザに採用されます
ライブドアの新ブラウザに採用されます
ところで、>>659の修正が施されたGDI++ってうｐされてる？
>>714
Katjushaはネイティブで対応したしなぁ
Katjushaはネイティブで対応したしなぁ
ttp://www.codeguru.com/cpp/w-p/system/systeminformation/print.php/c10621/
ここにあるQGraphicsTextDemoをGDI++を使って実行するとGDI++とGDI+とGDI(GetGlyphOutline)の
画質と表示速度の差が分かるけど、GDI++の表示速度は一番この中で速いみたい。画質については好みの
問題なんで置いておくとして、太字についてはGDI++が一番分かりやすいと思う。
ここにあるQGraphicsTextDemoをGDI++を使って実行するとGDI++とGDI+とGDI(GetGlyphOutline)の
画質と表示速度の差が分かるけど、GDI++の表示速度は一番この中で速いみたい。画質については好みの
問題なんで置いておくとして、太字についてはGDI++が一番分かりやすいと思う。
速さと美しさがバーターってのが悲しいね(´・ω・`)
そんなこと あ た り ま え
1+1-1 = 1
1*1*1 = 1
1/1/1 = 1
etc...
全ての演算速度が同じ って仮定ならな
1*1*1 = 1
1/1/1 = 1
etc...
全ての演算速度が同じ って仮定ならな
ごめん。GDI++の表示速度が一番速いというのは間違え。GDI+の方が早かった。
正確には、GDI++(Quality=2) > GDI+ > GDI++(Quality=3) 。
けど、Quality=2との比較だと、圧倒的にGDI+の方が綺麗だね。
けど、Quality=2との比較だと、圧倒的にGDI+の方が綺麗だね。
君が何を言っているのか全くわからないのだけど？
流れと関係ない話で申し訳ないんだけど、
ファイル名に引数がついたショートカットを
GDI++に投げ込んでみたところ、
「実行できません」と言われてしまった。
これって対応できませんか？
バイナリは>>1の公式サイトの2006/09/27版
ファイル名に引数がついたショートカットを
GDI++に投げ込んでみたところ、
「実行できません」と言われてしまった。
これって対応できませんか？
バイナリは>>1の公式サイトの2006/09/27版
GDI++.exe "パス" 引数みたいなショートカット作ればいいんじゃね？
729 ：名無し~3.EXE：2006/10/03(火) 08:21:25 ID:j5q4kMT7
これって設定した状態を保存することは出来ないの？
プログラム再起動したら元通りになっちゃうんだけど
プログラム再起動したら元通りになっちゃうんだけど
ini直接編集とGUIのどっちも駄目？
そんなﾊﾞﾅﾅって感じなんだけど。
そんなﾊﾞﾅﾅって感じなんだけど。
サイトまとめ人が来ないとこのまま立ち消えになりそうなんだけど？
立ち消えって言うけど成就したといえる形が何なのか
gdippMangager.exeに適用ボタン、またはgdippManager.exeだけに変更を加えてプレビューできる機能とか
出来ないかな？
こんな感じに
http://free.flop.jp/gdi++/src/up0103.png
まだ全体をころころ変えてるとエラー出る場合があるので
あったらいいなというだけです
出来ないかな？
こんな感じに
http://free.flop.jp/gdi++/src/up0103.png
まだ全体をころころ変えてるとエラー出る場合があるので
あったらいいなというだけです
ごめんなしあ
プログラムなんて出来ませんｗ
プログラムできる人に、こういうのやってもらえないですかという編集した画像です
プログラムなんて出来ませんｗ
プログラムできる人に、こういうのやってもらえないですかという編集した画像です
ネガティブな意味でいったわけじゃないから気にすんな
>>738
お前可愛いな…ちょっとおじさんのところへおいで
お前可愛いな…ちょっとおじさんのところへおいで
>>740
アッー！
アッー！
↓ここからハッテン場
オーナードローにして、gdipp.dllの関数を呼び出せば行ける？
といっても前処理後処理があってめんどくさそう
といっても前処理後処理があってめんどくさそう
>>743
汚い穴だなぁ
汚い穴だなぁ
この板でゲイネタをやっても寒い
どこがゲイネタなんだよ？
なんでもかんでもゲイを連想させてるんじゃねえよ糞腐女子
なんでもかんでもゲイを連想させてるんじゃねえよ糞腐女子
女はこんなスレに来ねえよ・・・
_, ,_ ﾊﾟｰﾝ
（ ‘д‘）
⊂彡☆))Д´）
（ ‘д‘）
⊂彡☆))Д´）
750 ：名無し~3.EXE：2006/10/03(火) 21:25:53 ID:wIym+iI3
eclipseで、使えませんか?。
会社で一番使うアプリなので。
会社で一番使うアプリなので。
>>750
会社で使うＰＣにこんなへんなもん入れんなよｗ
会社で使うＰＣにこんなへんなもん入れんなよｗ
eclipseはスクリプト書く人なら結構使ってるんじゃね？
eclipseってJavaだっけ？試したことないなぁ。
すまん、アイデアだけ。
①現状の単純平均から重みつき平均を使う。
111
141
111 これでもやっと感を減らしつつ、出すところは出す。どんなフィルタがいいんだろ？
②現在の平均を取る部分の変わりに、ルックアップテーブルを作る。
LUT[0-256*16]
データサイズはせいぜい
もしガンマ補正が必要ならば、LUT上にかける。
これで除算が無くなるから、そこそこ二次キャッシュがあればスピードも上がる？
①現状の単純平均から重みつき平均を使う。
111
141
111 これでもやっと感を減らしつつ、出すところは出す。どんなフィルタがいいんだろ？
②現在の平均を取る部分の変わりに、ルックアップテーブルを作る。
LUT[0-256*16]
データサイズはせいぜい
もしガンマ補正が必要ならば、LUT上にかける。
これで除算が無くなるから、そこそこ二次キャッシュがあればスピードも上がる？
ラプラシアンフィルタを使ったシャープネスフィルタがいいかも
laplacian:
0 1 0
1 -4 1
0 1 0
double rate = /* 0.0 - 1.0 */;
double result = cm->i() - rate*(ct->i() + lm->i() + rm->i() + cb->i() - 4*cm->i());
laplacian:
0 1 0
1 -4 1
0 1 0
double rate = /* 0.0 - 1.0 */;
double result = cm->i() - rate*(ct->i() + lm->i() + rm->i() + cb->i() - 4*cm->i());
GoogleEarthを除外してもallgdiが起動中はGoogleEarthが凄く重くなる。何故？
757 ： ◆0x0D/0x20I ：2006/10/03(火) 23:53:07 ID:vJQf+bvv
帰還しますた、ええと、派生が多くてどれがどれだか･･･そっか、wikiを見ればいいのか。
そろそろallgdiの方もパッケージに含めるべきだね。
あと、個人的にFreeType2の実験をしたいと思ってる今日この頃。
>>735
いいアイデアだね、それ。
そろそろallgdiの方もパッケージに含めるべきだね。
あと、個人的にFreeType2の実験をしたいと思ってる今日この頃。
>>735
いいアイデアだね、それ。
>>754
ルックアップテーブルは考えた。
描画エリアの背景を拡大してフォントレンダラに送り込んで描画後に縮小だ。
白地に黒とかなら問題ないんだが、
ガンマ補正入りルックアップテーブルなぞ使ったら背景の影響を受けるし、
文字の背景画像にも影響を与えるんだなコレが。
ルックアップテーブルは考えた。
描画エリアの背景を拡大してフォントレンダラに送り込んで描画後に縮小だ。
白地に黒とかなら問題ないんだが、
ガンマ補正入りルックアップテーブルなぞ使ったら背景の影響を受けるし、
文字の背景画像にも影響を与えるんだなコレが。
>>757
生還乙
生還乙
>>757
無事生還おつです
無事生還おつです
>>350に>>194のEnhanceのコードを取り込んで>>260の修正を加えたものがgdi++.dllとgdi++.exeの最新版かな？
まだ、つくられてはいないと思うけど
で、allgdiの最新は>>735
まだ、つくられてはいないと思うけど
で、allgdiの最新は>>735
>>423
>公式27日以降では、up0052 (or up0056)が昨日の時点までの改良を
>ほとんど取り込んであるはず。これとは別の流れで、up0079があると。
>どっちがいいのかは知らん。
up0079はallgdiが統合されているためかexeのallgdiは使えない。
up0052もうちの環境ではallgdiが使えない。
>>655
>>659
>公式27日以降では、up0052 (or up0056)が昨日の時点までの改良を
>ほとんど取り込んであるはず。これとは別の流れで、up0079があると。
>どっちがいいのかは知らん。
up0079はallgdiが統合されているためかexeのallgdiは使えない。
up0052もうちの環境ではallgdiが使えない。
>>655
>>659
本体が未完成なのにallgui統合なんてしなくていいとおもう
エッジ強調フィルタの改良版をアップローダに上げました。
今回は、文字のいちばん外側のピクセルにはフィルタを掛けず、
内側にはきっちり今まで通りの処理を施すようにしてあります。
ベースバージョンは公式の20060927です。
>>754
縮小時に重みつき平均を取ると、同じ太さの線が(縮小後の)ピクセルのまん中に
ある時と橋にある時で濃さが変わってしまうのが難点です。2つのピクセルの
境界に沿って線が引かれているような時は、片方のピクセルにかかっている分を
無視して、隣のピクセルに足し込んでやると文字全体の濃さが変わらずに
コントラストが改善できるんですが、とても重い処理になりそうです。
>>755
今までのフィルタがまさにラプラシアンをめんどくさいやり方で実装した
ものです。-1 2 -1 のフィルタを縦横にかけて中間結果を別々に持ち、
最後に総和を取っています。
>>758
常に白黒で書いて好きにガンマ補正をかけてから、背景との合成は自前で
計算したほうがいいかも。8倍に拡大描画すれば、1の立ったビットの個数を
表引きで求められるので、それなりに速く実装できそう。
今回は、文字のいちばん外側のピクセルにはフィルタを掛けず、
内側にはきっちり今まで通りの処理を施すようにしてあります。
ベースバージョンは公式の20060927です。
>>754
縮小時に重みつき平均を取ると、同じ太さの線が(縮小後の)ピクセルのまん中に
ある時と橋にある時で濃さが変わってしまうのが難点です。2つのピクセルの
境界に沿って線が引かれているような時は、片方のピクセルにかかっている分を
無視して、隣のピクセルに足し込んでやると文字全体の濃さが変わらずに
コントラストが改善できるんですが、とても重い処理になりそうです。
>>755
今までのフィルタがまさにラプラシアンをめんどくさいやり方で実装した
ものです。-1 2 -1 のフィルタを縦横にかけて中間結果を別々に持ち、
最後に総和を取っています。
>>758
常に白黒で書いて好きにガンマ補正をかけてから、背景との合成は自前で
計算したほうがいいかも。8倍に拡大描画すれば、1の立ったビットの個数を
表引きで求められるので、それなりに速く実装できそう。
>>
up0104.zip を落して試してみましたが
iniデフォルト の状態から Quality を 2 に変更して Firefox を立ちあげると
アンカーにマウスを乗せてアンダーラインを表示した瞬間に落ちます
up0104.zip を落して試してみましたが
iniデフォルト の状態から Quality を 2 に変更して Firefox を立ちあげると
アンカーにマウスを乗せてアンダーラインを表示した瞬間に落ちます
Janeでもプニルでも落ちますた。
JaneNida はおちない
Live2ch 落ちますた
IE7RC1起動できずorz
Live2ch 落ちますた
IE7RC1起動できずorz
770 ：Pico ◆PicoKHZGNI ：2006/10/04(水) 07:11:53 ID:hsbLqC/N
0079版をベースにして、1bitで8x8倍で描画して、アルファブレンドさせてみました。
SSE2を使った縮小アルゴリズムを書いてみたら、かなり軽くなった気がするので、
まだアルファ版以下の完成度ですが、良かったら試してみてください。
注意:
△とても未完成です。
△Quality、Enhanceの値は無視しています。
△8*8なので64階調です。
△SSE2専用です。
△かなり大量にコードが変更されています。新しいバグが入っているかも。
http://free.flop.jp/gdi++/src/up0105.zip
SSE2を使った縮小アルゴリズムを書いてみたら、かなり軽くなった気がするので、
まだアルファ版以下の完成度ですが、良かったら試してみてください。
注意:
△とても未完成です。
△Quality、Enhanceの値は無視しています。
△8*8なので64階調です。
△SSE2専用です。
△かなり大量にコードが変更されています。新しいバグが入っているかも。
http://free.flop.jp/gdi++/src/up0105.zip
>>770
乙
乙
どうせオープンソースならsf.jpあたりを利用すればいいのでは
cvsとか使ったほうが管理が楽そう
cvsとか使ったほうが管理が楽そう
>>770
かなり快適 P4 3.4G
かなり快適 P4 3.4G
ずれる
SSE2が動かないCPU(AthlonXP)な人なので、
SSE版とか、MMXに留めておいたバイナリも欲しい
欲を出せば3DNowなバイナリを希望したい
SSE版とか、MMXに留めておいたバイナリも欲しい
欲を出せば3DNowなバイナリを希望したい
A64(winchester)だけど
>770は起動時にメモリエラーが出る
その後普通に起動して使えるけどなんだろこれ?
起動はショートカットから行ってる
>770は起動時にメモリエラーが出る
その後普通に起動して使えるけどなんだろこれ?
起動はショートカットから行ってる
これが有名税って奴か
地がグレー（こことか）だと、文字列に白い横線が入るんだけど、うちだけ？
9/27版で、フォントはY.OzFont UI。
[General]
Quality=2
Weight=1
Enhance=2
MaxHeight=0
UseSubpixel=1
SubpixelDirection=0
ForceAntialiasedQuality=0
[Exclude]
FixedSys
Marlett
メイリオ
Meiryo
ここであげられてるバージョンにすれば、なくなるですか？
9/27版で、フォントはY.OzFont UI。
[General]
Quality=2
Weight=1
Enhance=2
MaxHeight=0
UseSubpixel=1
SubpixelDirection=0
ForceAntialiasedQuality=0
[Exclude]
FixedSys
Marlett
メイリオ
Meiryo
ここであげられてるバージョンにすれば、なくなるですか？
Enhanceのせいだよ。
シャープに見えるようにする為に、明度差をつけるようにしてるから、
逆に背景との境目が文字の黒と差をつけられて白っぽくなる感じかと。
シャープに見えるようにする為に、明度差をつけるようにしてるから、
逆に背景との境目が文字の黒と差をつけられて白っぽくなる感じかと。
Enhance=0にしてみますた。なるほど、たしかに…さんくす。
ページによってやはり向き不向きあるですね。勉強になりました。
ページによってやはり向き不向きあるですね。勉強になりました。
>>770
こりゃ軽い。背景画像がfixedなウェブページでもこれまでよりずっと軽快に動く。
あとは表示位置がズレる問題とか、ファイルのプロパティなどの右端が欠ける問題が解消されれば……。
ところで、eやsなんかの右端が欠けている気がする（MS UI Gothic）。
こりゃ軽い。背景画像がfixedなウェブページでもこれまでよりずっと軽快に動く。
あとは表示位置がズレる問題とか、ファイルのプロパティなどの右端が欠ける問題が解消されれば……。
ところで、eやsなんかの右端が欠けている気がする（MS UI Gothic）。
>>770
『8倍キレイ』なのに軽いですね
『8倍キレイ』なのに軽いですね
それから公式と>770のHDDBENCHの結果
標準 22000
公式 1350
770版 2700
設定はQ=2 W=1
どうやら倍速い模様
標準 22000
公式 1350
770版 2700
設定はQ=2 W=1
どうやら倍速い模様
公式のQuality=3よりも自然なボケ方に見えて美しいですね。
サンプリング元のWindowsのレンダリングが、小さい文字だと歪んで
いるからかと思います。
Enhance のバグフィクスを uploader に上げました。Quality=1 でも
使えるようにしてあります。
サンプリング元のWindowsのレンダリングが、小さい文字だと歪んで
いるからかと思います。
Enhance のバグフィクスを uploader に上げました。Quality=1 でも
使えるようにしてあります。
>>770
綺麗になったうえにさらに軽くなっててGJ!
うちの環境だと起動時にエラーが発生してるけど使えてるみたい。
> "0x77fcbb4f" の命令が "0x0000002c" のメモリを参照しました。メモリが"read"になることはできませんでした。
綺麗になったうえにさらに軽くなっててGJ!
うちの環境だと起動時にエラーが発生してるけど使えてるみたい。
> "0x77fcbb4f" の命令が "0x0000002c" のメモリを参照しました。メモリが"read"になることはできませんでした。
マジ糞が漏れるｗｗ
すみません、書き込むスレを間違えました
いいから早く便所行って来い
>>770 がとてもよく感じるので、２倍描画４階調アルファとかでどうなるのか興味が尽きない。
3倍描画でサブピクセルありにするとか、
9倍描画→３倍に縮小してサブピクセルありにするとか
夢がひろがりんぐ？
9倍描画→３倍に縮小してサブピクセルありにするとか
夢がひろがりんぐ？
>>795
ｳｹﾙ
ｳｹﾙ
>>770
うはーゆめがひろがりんぐ
うはーゆめがひろがりんぐ
>>770
感動した！
感動した！
やっとJaneDoeで常用できる軽さになったお(´д⊂
え…何かみんなが言うほど変わらないんだけどどうゆうこと？
Firefox使用。
Firefox使用。
ネタに決まってんだろ糞新参が
>>770
すげー2倍ぐらい速くなってるかも・・・
漏れは試しにGetGlyphOutline使って描画するようにしてみたら
視認性と引き換えに2倍遅くなりましたとさ(´・ω・`)
ttp://free.flop.jp/gdi++/src/up0108.png
すげー2倍ぐらい速くなってるかも・・・
漏れは試しにGetGlyphOutline使って描画するようにしてみたら
視認性と引き換えに2倍遅くなりましたとさ(´・ω・`)
ttp://free.flop.jp/gdi++/src/up0108.png
>>806
（ ﾟдﾟ）ﾎﾟｶｰﾝ
（ ﾟдﾟ）ﾎﾟｶｰﾝ
770のってフォントサイズが異様に変わらない？
ダイアログの文字切れとか頻発するんだが・・・
ダイアログの文字切れとか頻発するんだが・・・
早急に修正が必要だな
>>793
これいいな！
これいいな！
問題はズレがあることだよなあ。
そこが直ってこの速さなら最高。
そこが直ってこの速さなら最高。
GdippManagerで一度有効にしたあとに無効にしてもノートンがGDI++有効になってるけど
ノートンの設定のせい？
ノートンの設定のせい？
ノートンは除外しとかないとエラー出るよ
ところで、GDI++Manager起動しているのにGDI++が効いたり効かなかったりするのは何で?
後から起動するソフトには適用されないし……。
後から起動するソフトには適用されないし……。
770はすばらしいけど、ちと不安定かも。スタートボタン押した瞬間、
explorerが死んだ。
痛し痒しだな。
explorerが死んだ。
痛し痒しだな。
>>819
allの常駐でやってるから、引っかかるポイントではある気がするのですが
allの常駐でやってるから、引っかかるポイントではある気がするのですが
>>770を使うと、うちの場合、エディタやブラウザの文字ボックスで
文字変換するとIMEの変換ウィンドウが出なくなる
文字変換するとIMEの変換ウィンドウが出なくなる
>>770
感動した
感動した
未だにgdi++に適したフォントを探し続けてる俺ガイル
大丈夫僕もいるよ
そこそこの大きさのフォントサイズなら、ボディいっぱいいっぱいじゃない方が見やすかったり
常駐Manager とりあえずプレビュー機能と適用ボタンまで
INI処理を結構書き換えてしまったのでINIに保存されてねーぞｺﾞﾙｧ！ みたいなのがあったらごめん
http://free.flop.jp/gdi++/src/up0110.zip
>>735に触発されて作ってたんだけど今の今まで
要旨が "プレビュー" のほうだと思ってたせいで "Managerだけに適用" をすっ飛ばしてました('A`)
INI処理を結構書き換えてしまったのでINIに保存されてねーぞｺﾞﾙｧ！ みたいなのがあったらごめん
http://free.flop.jp/gdi++/src/up0110.zip
>>735に触発されて作ってたんだけど今の今まで
要旨が "プレビュー" のほうだと思ってたせいで "Managerだけに適用" をすっ飛ばしてました('A`)
834 ：Pico ◆PicoKHZGNI ：2006/10/05(木) 07:47:55 ID:3uBaMu8k
意外とMMX版に需要が有るようなので作成してみました。
・Qualityをちゃんと読むようになりました。
Quality=7 の時のみSSE2やMMXを使用します。
それ以外(0～6,11,15)の場合は、Cのコードで動きます。割と遅いですorz
・MMXに対応しました。いやぁ命令の名前が共通ってのは便利だな。
デフォルトではSSE2以上向けのgdi++.dllが入っているので、
MMX対応CPUならmmxフォルダ、そうでないならgenericフォルダの物と置き換えてください。
・ズレとかはまだ全然直っていないはず。
http://free.flop.jp/gdi++/src/up0112.zip
・Qualityをちゃんと読むようになりました。
Quality=7 の時のみSSE2やMMXを使用します。
それ以外(0～6,11,15)の場合は、Cのコードで動きます。割と遅いですorz
・MMXに対応しました。いやぁ命令の名前が共通ってのは便利だな。
デフォルトではSSE2以上向けのgdi++.dllが入っているので、
MMX対応CPUならmmxフォルダ、そうでないならgenericフォルダの物と置き換えてください。
・ズレとかはまだ全然直っていないはず。
http://free.flop.jp/gdi++/src/up0112.zip
グーグルの検索結果で英字だけフォント変更が反映されないのはデフォ？
プニルです。
プニルです。
css使え
>>825
動きました！ありがとうございます。
自分だけかも知れませんが「元に戻す」とかのメニューのグレー文字が潰れますね…
WinXP Pro SP2、CPUはBartonなAthlonXP-m (MMX+, 3DNow!+, SSE)です。
動きました！ありがとうございます。
自分だけかも知れませんが「元に戻す」とかのメニューのグレー文字が潰れますね…
WinXP Pro SP2、CPUはBartonなAthlonXP-m (MMX+, 3DNow!+, SSE)です。
>>835
言語がUTF-8だから。日本語じゃないよ。
言語がUTF-8だから。日本語じゃないよ。
839 ：Pico ◆PicoKHZGNI ：2006/10/05(木) 08:25:53 ID:3uBaMu8k
>>778
案外簡単にできました。3DNowは特に役立ちそうな命令がないかな･･･
>>787
ズレの補正などの部分は元のコードそのままだからねぇ。
正直そのあたりの部分はよく理解できてないから、分かる人がいたら修正お願いします。
>>788
公式は速いなぁ・・・ってスムーズ切ってある状態だよね?
スムーズONとなら良い勝負･･･も出来ないか。いかにSSE2と言えども計算量が違いすぎる・・・
>>795
結局、間に合ったのかが気になる。
>>799
2倍だとがっかり画質だよ。
>>800
サブピクセルは8倍のままで、なんとかなるかもよ。
>>809
8倍だと誤差も8倍って事だよなぁ。字間とかを1文字ずつ自力で計算すべきなのかも。
>>818 >>831
他のバージョンでどうなるのか気になる。
案外簡単にできました。3DNowは特に役立ちそうな命令がないかな･･･
>>787
ズレの補正などの部分は元のコードそのままだからねぇ。
正直そのあたりの部分はよく理解できてないから、分かる人がいたら修正お願いします。
>>788
公式は速いなぁ・・・ってスムーズ切ってある状態だよね?
スムーズONとなら良い勝負･･･も出来ないか。いかにSSE2と言えども計算量が違いすぎる・・・
>>795
結局、間に合ったのかが気になる。
>>799
2倍だとがっかり画質だよ。
>>800
サブピクセルは8倍のままで、なんとかなるかもよ。
>>809
8倍だと誤差も8倍って事だよなぁ。字間とかを1文字ずつ自力で計算すべきなのかも。
>>818 >>831
他のバージョンでどうなるのか気になる。
>>834
CPU パロミノ2000+ですがMMX対応版で多少ラグは感じるもののそれまでの版にあった
スクロールで引っかかる感じ（WinXP、Opera9.02）もなくスムースに動いてます。
対応の意味は充分あったかと。
CPU パロミノ2000+ですがMMX対応版で多少ラグは感じるもののそれまでの版にあった
スクロールで引っかかる感じ（WinXP、Opera9.02）もなくスムースに動いてます。
対応の意味は充分あったかと。
PeggyPadで全角スペースが左にずれるな
いや、GDI++の方が使ってないから遠慮しとくわ
スペースとか括弧とかスラッシュとか、記号系はみんなずれる
使いこなすとかあるんだｗ
よくわからんけど、文字打ってみたら右に行くほどずれてるな
まぁいいか
まぁいいか
なにを使うか使わないかはお互いに好きにすればいい
ただ報告なら報告らしく書いてくれれば皮肉でも愚痴でも参考になる
ただ報告なら報告らしく書いてくれれば皮肉でも愚痴でも参考になる
単一動作しかしないモジュールを使うのがどう技術力が居るのかは甚だ疑問だが、
技術力以前に使って問題が出るなら、敢えて慣れたアプリケーションに使う必要はないな。
技術力以前に使って問題が出るなら、敢えて慣れたアプリケーションに使う必要はないな。
ロボトミー手術を受ければ使えるようになるよ
>>851
戦闘力
戦闘力
ﾂﾏﾝﾈ
このぐらい上げればなんとかなりますか
http://www.vipper.org/vip0712.jpg
http://www.vipper.org/vip0712.jpg
>>855
まだ足りん
まだ足りん
選択肢：ネタにして誤魔化す
じゃれるのもいいけど、流石に開発の邪魔になるからその辺にしとこうぜぃ。
ログ読むだけでも結構時間かかるし、その分開発に割ける時間も減っちゃうぞ。
ログ読むだけでも結構時間かかるし、その分開発に割ける時間も減っちゃうぞ。
>834
起動するたびにエラーは出るけど、その後は普通に動くっぽい。
もしかしてPGOなビルドと相性悪かったりするのかな。
OS: Windows2000 SP4
CPU: AthlonXP 2000+ (SSE, 3Dnow!まで)
Soft: Firefox, Thunderbird (共にSSE PGOな野良ビルド)
"0x77fcbb4f"の命令が"0x0000002c"のメモリを参照しました。メモリが"read"になることはできませんでした。
起動するたびにエラーは出るけど、その後は普通に動くっぽい。
もしかしてPGOなビルドと相性悪かったりするのかな。
OS: Windows2000 SP4
CPU: AthlonXP 2000+ (SSE, 3Dnow!まで)
Soft: Firefox, Thunderbird (共にSSE PGOな野良ビルド)
"0x77fcbb4f"の命令が"0x0000002c"のメモリを参照しました。メモリが"read"になることはできませんでした。
102+105の組み合わせでクラッシュしたので使用をやめてみたら
IE系ブラウザでのgoogleやYahoo検索時になぜかCTがかからなくなってしまいました･･･
解決方法わかる方いらっしゃいませんか？
環境
Pen4 530、WinXP、IE6
IE系ブラウザでのgoogleやYahoo検索時になぜかCTがかからなくなってしまいました･･･
解決方法わかる方いらっしゃいませんか？
環境
Pen4 530、WinXP、IE6
gdi++使ったり使わなかったりのPC生活してたら
あってもなくても違和感たっぷりになってきた('A`)
あってもなくても違和感たっぷりになってきた('A`)
>860
毎回D&D起動時にそれと同じメモリ保護例外が出る。
OS: Windows2000 SP4
CPU: Pentium!!!600MHz
up0112(gdi++-20060927-1005-Pico) MMX版を使用
毎回D&D起動時にそれと同じメモリ保護例外が出る。
OS: Windows2000 SP4
CPU: Pentium!!!600MHz
up0112(gdi++-20060927-1005-Pico) MMX版を使用
バイリニアとか聞くと、いっそのことフックしたらDirectXで……とか思う素人。
漸くデバッグ完了したのでとりあえず暫定版ビルドしてみますた
ttp://free.flop.jp/gdi++/src/up0116.zip
多分>>644,>>655,>>659,>>712あたりの修正とPico氏の>>834ぐらい
ってか日が経ちすぎて忘れたorz
あと理由は知らんけどダイアログがズレるバグとwin2kでメモリがreadに・・・の
バグはなぜか出てない模様(環境によっては出てるかも)
ttp://free.flop.jp/gdi++/src/up0116.zip
多分>>644,>>655,>>659,>>712あたりの修正とPico氏の>>834ぐらい
ってか日が経ちすぎて忘れたorz
あと理由は知らんけどダイアログがズレるバグとwin2kでメモリがreadに・・・の
バグはなぜか出てない模様(環境によっては出てるかも)
あなたは誰ですか
ちゃんと名前付けてくれないと…
>>872
ｽﾏｿ
ｽﾏｿ
>868 を使ってみた。
Quality=7
Weight=1
UseSubpixel=0
SubpixelDirection=0
ForceAntialiasedQuality=1
UseNewRasterizer=1
で、エラーなし起動。快適であります。
エラー出る環境との差はなんだろうね。
Quality=7
Weight=1
UseSubpixel=0
SubpixelDirection=0
ForceAntialiasedQuality=1
UseNewRasterizer=1
で、エラーなし起動。快適であります。
エラー出る環境との差はなんだろうね。
UseNewRasterizer=1って何でしょ。
8倍に生まれ変わったからって事？
8倍に生まれ変わったからって事？
あ、メモに書いてあった。ｽﾏｿ
Weightの仕様も変わってたんですね。
Weightの仕様も変わってたんですね。
と思ったら一部のページが激重だった。
テキスト多めのblogが妙に重い模様。
まぁそろそろPC変えろってことっすね。
テキスト多めのblogが妙に重い模様。
まぁそろそろPC変えろってことっすね。
Quality=7
UseNewRasterizer=0
で起動するとうちは。落ちるみたい
UseNewRasterizer=1なら大丈夫だった。
ONにして使うから個人的には全然問題ない。
Weight=0でもBoldとの見分けがちょっとつきにくいね。
でも流石にこれは限界がある気がするから、
線が強く引き締まって美しく見えるようになった明朝で使おうかなぁ。
UseNewRasterizer=0
で起動するとうちは。落ちるみたい
UseNewRasterizer=1なら大丈夫だった。
ONにして使うから個人的には全然問題ない。
Weight=0でもBoldとの見分けがちょっとつきにくいね。
でも流石にこれは限界がある気がするから、
線が強く引き締まって美しく見えるようになった明朝で使おうかなぁ。
どうでもいいサンプルだけど、GDI++適用した状態で見やすかったゴシック系フォントは
「Osaka-UI/等幅」「ヒラギノ丸ゴシック」あたり。
丸ゴシはLCDで見てもくっきりしててきれいだと思う。
http://free.flop.jp/gdi++/src/up0117.png
「Osaka-UI/等幅」「ヒラギノ丸ゴシック」あたり。
丸ゴシはLCDで見てもくっきりしててきれいだと思う。
http://free.flop.jp/gdi++/src/up0117.png
>>868で落ちるバグ取れたかも。__assume入れてたの忘れてた
ついでにおまけに少し手を加えますた。
多重起動とかバージョン情報のハイパーリンクとかｗｗ
ttp://free.flop.jp/gdi++/src/up0118.zip
ついでにおまけに少し手を加えますた。
多重起動とかバージョン情報のハイパーリンクとかｗｗ
ttp://free.flop.jp/gdi++/src/up0118.zip
>>884
それぐらい自分で確かめたらどうだ
それぐらい自分で確かめたらどうだ
>>884-885
漏れの環境(win2k)だとそもそもタイトルバーにgdi++が適用されないから分からん。
三連休の間にデバッグ済ませてソース上げるつもりなので誰か修正よろ＞xpな人
>>887
環境変数フォルダってDocuments and Settingsの事？
とりあえずパス名を""で括ってから渡すようにしてみますた。
ttp://free.flop.jp/gdi++/src/up0120.zip
漏れの環境(win2k)だとそもそもタイトルバーにgdi++が適用されないから分からん。
三連休の間にデバッグ済ませてソース上げるつもりなので誰か修正よろ＞xpな人
>>887
環境変数フォルダってDocuments and Settingsの事？
とりあえずパス名を""で括ってから渡すようにしてみますた。
ttp://free.flop.jp/gdi++/src/up0120.zip
890 ：名無し~3.EXE：2006/10/06(金) 13:28:54 ID:dC4RMW8R
203 名前：名無し~3.EXE [] 投稿日：2006/10/06(金) 00:48:02 ID:e44YXqaI
gdi+使ってみたが、やはり普通のスムージングだからボケが目立って綺麗じゃないね。
スムージングのピクセルが太いんだよね。
やはりClearTypeのようにサブピクセル単位でコントロールしないとだめだ。
ああ、Meiryo Mod 12pt AAを2000で使いたい…、。
gdi+使ってみたが、やはり普通のスムージングだからボケが目立って綺麗じゃないね。
スムージングのピクセルが太いんだよね。
やはりClearTypeのようにサブピクセル単位でコントロールしないとだめだ。
ああ、Meiryo Mod 12pt AAを2000で使いたい…、。
gdi+？
GTK+系全滅なのが残念
うはｗ ホントにlstr遅い 特にlstrcmpやばい 初めて知った
久々見たら派生しすぎでどうなってるんだ('A`)
wikiにそれぞれの特徴とかあるといいんだけどなあ。
wikiにそれぞれの特徴とかあるといいんだけどなあ。
>>889
gdi++がそれで動作してるのは偶々、というかどっちか言うとバグな気がする
つーわけでexeと同じフォルダのgdi++.dllしか読めないようにしとくか・・・
>>894
もちけつ
>>895
とりあえず>>868,>>883に関してはもはやどのバージョンにも属してないｗ
gdi++がそれで動作してるのは偶々、というかどっちか言うとバグな気がする
つーわけでexeと同じフォルダのgdi++.dllしか読めないようにしとくか・・・
>>894
もちけつ
>>895
とりあえず>>868,>>883に関してはもはやどのバージョンにも属してないｗ
CVSとかSVNな管理体制にしとけばいいのに
898 ：名無し~3.EXE：2006/10/06(金) 18:30:03 ID:B8joy5m6
ツール導入でプロジェクト管理できると思うやつは素人。
作者がstable担当で
たまに最適化する人がいて
後の人間は本体を良くする案だけ出せばいいよ
たまに最適化する人がいて
後の人間は本体を良くする案だけ出せばいいよ
http://drwatson.nobody.jp/gdi++/
こっちにはもうアップしないの？
こっちにはもうアップしないの？
派生しすぎいくない
>>883は軽さとかを含めてバランスがいい気がする。
上手く取り込んで欲しい。
一番の問題はboldとかstrong指定された文字と
そうでないやつの区別がつかないことなんだけど、
2ｃｈブラウザの場合は既読レスはグレー指定にしたらわかりやすくなった。
Webブラウザは明朝にするしかないかな。
上手く取り込んで欲しい。
一番の問題はboldとかstrong指定された文字と
そうでないやつの区別がつかないことなんだけど、
2ｃｈブラウザの場合は既読レスはグレー指定にしたらわかりやすくなった。
Webブラウザは明朝にするしかないかな。
どこが軽いんだよ
自演乙
自演乙
＞RegularとBoldの区別
これって本来はフォント側（各種ウェイトを用意する）で対策するべきじゃない？
ちゃんとRegular用とBold用フォントを用意しておくと快適だよ
これって本来はフォント側（各種ウェイトを用意する）で対策するべきじゃない？
ちゃんとRegular用とBold用フォントを用意しておくと快適だよ
905 ：名無し~3.EXE：2006/10/06(金) 19:45:14 ID:HeeETdo/
とりあえず改めて27日版をベースとして機能をコミットしていけばいいんじゃないの？
改良した人は順番に並んでくださーい
改良した人は順番に並んでくださーい
>>904
一応その辺も試したんだよね。
基本的に文字がちょっと太り気味になるから、潰れないようにってのも考慮すると、
ゴシックでは明確な区別を保つのはつらい気がした。
明朝を使おうと思ったのはその辺からかな。
一応その辺も試したんだよね。
基本的に文字がちょっと太り気味になるから、潰れないようにってのも考慮すると、
ゴシックでは明確な区別を保つのはつらい気がした。
明朝を使おうと思ったのはその辺からかな。
そこで>>455にやっぱり期待しちゃうわ
リリースする人へのお願い
デフォルトで自分の思う最高の画質になるように.iniを設定してほしいです。
今の公式版（0927版）がQuality=1 になっているせいで
「こんなもんか…」と思われるのはすごくもったいないです
デフォルトで自分の思う最高の画質になるように.iniを設定してほしいです。
今の公式版（0927版）がQuality=1 になっているせいで
「こんなもんか…」と思われるのはすごくもったいないです
最高設定にしたら、今度は糞重いと言われそうな悪寒。
readme嫁ってこった。
readme嫁ってこった。
>>908
http://free.flop.jp/gdi++/src/up0121.png
今うちの状態．
ゴシックでもそれほど潰れてないし，文字として認識できるレベルではあると思うんだけど，どうかな？
http://free.flop.jp/gdi++/src/up0121.png
今うちの状態．
ゴシックでもそれほど潰れてないし，文字として認識できるレベルではあると思うんだけど，どうかな？
教えてください
だろ
だろ
>>913
太字のところとか、ぼけすぎてて目が疲れない？
http://free.flop.jp/gdi++/src/up0122.png
これくらい細く綺麗に出てくれたら最高なんだけどね。
まあ、フォントの善し悪しは別にして。
太字のところとか、ぼけすぎてて目が疲れない？
http://free.flop.jp/gdi++/src/up0122.png
これくらい細く綺麗に出てくれたら最高なんだけどね。
まあ、フォントの善し悪しは別にして。
>>917
ClearTypeがボケにくくシャープなのは、サブピクセルレンダリングのおかげ
ボケ（スムージング）が1/3ピクセルしかないから
通常のスムージングだと1ピクセルボケるので、どうしても目立つ
ただClearTypeは原理上横オンリーだから、多少ジャギーは出るけどね
あとClearTypeを複雑な日本語フォントで使うには
Meiryoのようにしっかりとヒンティングを調整する必要があるからな
そのまま使うと漢字が潰れちゃうし
シャープが自動的にヒンティングを行うレンダリングエンジンを開発してたが、
そういうエンジンが搭載されたらサブピクセルレンダリングは最強だろうね
Winより携帯の方が進んでるのが悲しい
あとこれはモニタ側の問題だが、しょぼい液晶だとRGBのガンマが揃っていないので、
ClearTypeが綺麗に見えない（いくら調整しても文字に色が付いちゃったり）
まともな液晶だと上手くスムージングされて非常に綺麗に見えるんだがね
自分の場合デスクトップPC（モニタはL997）はClearType使ってるが、
モバイルノート（CF-R2）は液晶の質がアレなんでgdi++の方が見やすいよ
10.4インチXGAでドットが細かいので、ボケが目立ちにくいってのもある
ClearTypeがボケにくくシャープなのは、サブピクセルレンダリングのおかげ
ボケ（スムージング）が1/3ピクセルしかないから
通常のスムージングだと1ピクセルボケるので、どうしても目立つ
ただClearTypeは原理上横オンリーだから、多少ジャギーは出るけどね
あとClearTypeを複雑な日本語フォントで使うには
Meiryoのようにしっかりとヒンティングを調整する必要があるからな
そのまま使うと漢字が潰れちゃうし
シャープが自動的にヒンティングを行うレンダリングエンジンを開発してたが、
そういうエンジンが搭載されたらサブピクセルレンダリングは最強だろうね
Winより携帯の方が進んでるのが悲しい
あとこれはモニタ側の問題だが、しょぼい液晶だとRGBのガンマが揃っていないので、
ClearTypeが綺麗に見えない（いくら調整しても文字に色が付いちゃったり）
まともな液晶だと上手くスムージングされて非常に綺麗に見えるんだがね
自分の場合デスクトップPC（モニタはL997）はClearType使ってるが、
モバイルノート（CF-R2）は液晶の質がアレなんでgdi++の方が見やすいよ
10.4インチXGAでドットが細かいので、ボケが目立ちにくいってのもある
「RGBのガンマ値は別々に調整するのが基本」
……しかし調整後の方が色が不自然な気がするのはなぜだろう？
……しかし調整後の方が色が不自然な気がするのはなぜだろう？
>>917
>>917の仰るとおりで，up0122.pngはヒンティング＋ClearTypeのおかげ．
ClearTypeってのが重要で，LinuxやMacにおけるサブピクセルレンダリングではそうはならない．
大きいサイズを縮小するというアルゴリズムである限り，up0122.pngの様にはならないと思う．
（フィルタを使えば近いものにはなるだろうけど）
＃以下，個人的な感覚
http://free.flop.jp/gdi++/src/up0123.png
フォントが違うので一概には言えないけど・・・
up0121.pngに比べて細くはなっている．
でも，背景の白が目に強く訴えかけるので目が疲れる．
文字自体のコントラストが低くなったからというのも関係してるだろうけど，背景に対する文字の面積が小さくなることによって見辛さが増します（私は）．
>>917の仰るとおりで，up0122.pngはヒンティング＋ClearTypeのおかげ．
ClearTypeってのが重要で，LinuxやMacにおけるサブピクセルレンダリングではそうはならない．
大きいサイズを縮小するというアルゴリズムである限り，up0122.pngの様にはならないと思う．
（フィルタを使えば近いものにはなるだろうけど）
＃以下，個人的な感覚
http://free.flop.jp/gdi++/src/up0123.png
フォントが違うので一概には言えないけど・・・
up0121.pngに比べて細くはなっている．
でも，背景の白が目に強く訴えかけるので目が疲れる．
文字自体のコントラストが低くなったからというのも関係してるだろうけど，背景に対する文字の面積が小さくなることによって見辛さが増します（私は）．
う，アンカー間違ってる．
脳内補正でお願いします・・・
脳内補正でお願いします・・・
ttp://www.aim-dtp.net/aim/evaluation/gamma_space/index.htm
ttp://www.aim-dtp.net/aim/evaluation/cdg/cdg-beta-v17.png
>920
下側の画像が画面の大きさの範囲で視点を動かしたとき、ガラッと変わるようだったら、
一点から見たときの画面上のガンマが場所によって違う
あと、RGBそれぞれが連続な階調になってない場合は別々に調整しないほうが無難。
ttp://www.aim-dtp.net/aim/evaluation/cdg/cdg-beta-v17.png
>920
下側の画像が画面の大きさの範囲で視点を動かしたとき、ガラッと変わるようだったら、
一点から見たときの画面上のガンマが場所によって違う
あと、RGBそれぞれが連続な階調になってない場合は別々に調整しないほうが無難。
>>923
これってちゃんと七色になってればいいの？
これってちゃんと七色になってればいいの？
なんだそれすげえな
画面上のガンマが場所によって違う
=調整しても意味がない
って意味でした。スマソ
=調整しても意味がない
って意味でした。スマソ
モニタのキャリブレーションは手調整じゃ無理
どうしたって感覚になる
人間の目は明るさによっても色の見え方が違ってくる
専用の機械を使わないと駄目だな
PC用だと数万はするし気にすることは無い
どうしたって感覚になる
人間の目は明るさによっても色の見え方が違ってくる
専用の機械を使わないと駄目だな
PC用だと数万はするし気にすることは無い
>>902
ソース付いてないのにどうやって取り込むんだよ
ソース付いてないのにどうやって取り込むんだよ
>>924
逆、色が付かずにすべてグレーになっていればOK。
色が付いたらガンマが狂ってる状態。
ただ>923の画像はガンマ2.5だから、一般的な2.2のモニタだと色が付く。
htmの2.20を見た方が良いかも。
しかしこれはかなりシビアなテストだから、PC付属のモニタとかならまず色が付くと思う。
逆、色が付かずにすべてグレーになっていればOK。
色が付いたらガンマが狂ってる状態。
ただ>923の画像はガンマ2.5だから、一般的な2.2のモニタだと色が付く。
htmの2.20を見た方が良いかも。
しかしこれはかなりシビアなテストだから、PC付属のモニタとかならまず色が付くと思う。
自分のディスプレイのガンマ値をhtmの方で選んだらほぼ色付いてない
でも誤差があるな
でも誤差があるな
以前モニタを調節したが、色が判別しにくくなるんだよな。
このスレのcleatypeとかサプピクセルレンダリングの知識結構間違ってるぞ。
半端な知識のやつは余計なこといわないほうがいいよ。
半端な知識のやつは余計なこといわないほうがいいよ。
メイリオがgdi++できれいにならないのはなんで？
gdi++.ini をエディタで開いてみそ
いや、除外から消して適用してもきれいにならないから、除外に入ってるんでしょ？
除外していても、スクロールさせると全て適用されてしまうな。
>>939
いいだしっぺの法則
いいだしっぺの法則
バージョンがスパゲティ化してる
>>940
お前それ好きだなｗ
お前それ好きだなｗ
同じことを言うやつは同じやつ。
ｸｽｸｽｸｽｸｽｸｽｸｽ
ｸｽｸｽｸｽｸｽｸｽｸｽ
バージョンがスパゲティ化してる
スパゲッティがバージョン化してる
今日のお昼はパスタにするか
じゃあ俺はゲッティにする
同じことを言うやつは同じやつ。
ｸｽｸｽｸｽｸｽｸｽｸｽ
ｸｽｸｽｸｽｸｽｸｽｸｽ
>>930
確かに2.20だと灰色に見える
確かに2.20だと灰色に見える
いいニダ
新スレのほうがのびはじめたので、埋めモード入り
じゃ、作者様への不平不満で埋めますか。
EIZOの液晶モニタをオンボードのビデオカードしかもアナログ接続で使っている漏れには、違いがわからなは
>>954
つわもの現るｗｗｗ
つわもの現るｗｗｗ
EIZOはええぞー
L997でそれなら超強者ｗ
…俺はデジタル経由だ
…俺はデジタル経由だ
r-──-. ＿_
/￣＼|＿Ｄ＿,,|／ ヽ
l r'~ヽ ゝ＿＿.ノヽ／~ヽ l うめ
| | l ´・ ▲ ・｀ l | |
ゝ::--ゝ,＿_∀＿ノ --::ノ
. /::El〔X〕ｌヨ⌒ヽ,
（:::::El::::::::ｌヨ::::::::::!
. /::∧~~~~ヽ;ﾉヾ;::＼_,
/:_/ ）､＿,,〈＿_｀<´｡,ゝ .(⌒Ｙ⌒)
＿∠ﾟ_/ ,;:i'`～～''ｊ;::::￣´ゞ''’＼_ (⌒ ○⌒) (⌒Ｙ⌒)
`つノ' /jﾞ 'ｊ;::::＼:::::::::;/´:| （_"人_） (⌒ ○⌒)
/;i' 'j;:::::::::＼/ :::;/ （_"人_）
/;i' :ｊ;ヽ::;;;／ ;ｒ'´ (⌒Ｙ⌒)
. /;i' ,ｊﾞ:ヽ/::;ｒ'´ (⌒ ○⌒)
/;i'_,,_,,_,,_,,_,_,_,_,iﾞ::::;/ / （_"人_）
ヽ､:::::::::::::::::::::::__;r'´;;/ (⌒Ｙ⌒)
｀├‐i～ｰﾍ,-ﾍ'´ (⌒ ○⌒)
i⌒i.~ｊ fj⌒j （_"人_）
/￣＼|＿Ｄ＿,,|／ ヽ
l r'~ヽ ゝ＿＿.ノヽ／~ヽ l うめ
| | l ´・ ▲ ・｀ l | |
ゝ::--ゝ,＿_∀＿ノ --::ノ
. /::El〔X〕ｌヨ⌒ヽ,
（:::::El::::::::ｌヨ::::::::::!
. /::∧~~~~ヽ;ﾉヾ;::＼_,
/:_/ ）､＿,,〈＿_｀<´｡,ゝ .(⌒Ｙ⌒)
＿∠ﾟ_/ ,;:i'`～～''ｊ;::::￣´ゞ''’＼_ (⌒ ○⌒) (⌒Ｙ⌒)
`つノ' /jﾞ 'ｊ;::::＼:::::::::;/´:| （_"人_） (⌒ ○⌒)
/;i' 'j;:::::::::＼/ :::;/ （_"人_）
/;i' :ｊ;ヽ::;;;／ ;ｒ'´ (⌒Ｙ⌒)
. /;i' ,ｊﾞ:ヽ/::;ｒ'´ (⌒ ○⌒)
/;i'_,,_,,_,,_,,_,_,_,_,iﾞ::::;/ / （_"人_）
ヽ､:::::::::::::::::::::::__;r'´;;/ (⌒Ｙ⌒)
｀├‐i～ｰﾍ,-ﾍ'´ (⌒ ○⌒)
i⌒i.~ｊ fj⌒j （_"人_）
うめーー
うめがてらSSなんぞを・・・
gdi++は20060927 Q=2 W=0 UseSubpixel=1
フォントは自家合成
ttp://kunekune.breeze.jp/up/uploader/src/up4750.png
gdi++は20060927 Q=2 W=0 UseSubpixel=1
フォントは自家合成
ttp://kunekune.breeze.jp/up/uploader/src/up4750.png
自作じゃなくて自家合成と言ってるあたりが正直でよろしい
読みチャ水
↑誤字失礼
読みやすい
読みやすい
user.cssでhn、b、strongとかにゴシック指定して、
デフォルトを明朝指定にするといい感じになるな。
デフォルトを明朝指定にするといい感じになるな。
明朝は字の面積と縦横のコントラストがはっきりしてるから
視認性が良いんだよな
逆に太い明朝ほど見難いものも無い
視認性が良いんだよな
逆に太い明朝ほど見難いものも無い
メイリオみたいに、ふつうと太字に違うアウトラインデータを割り当てることってできるの?
たとえば、ヒラギノ角ゴW3を指定したとき、太字にしたらヒラギノ角ゴW6がよばれるみたいな
たとえば、ヒラギノ角ゴW3を指定したとき、太字にしたらヒラギノ角ゴW6がよばれるみたいな
http://hp.vector.co.jp/authors/VA028002/aoview20060317.lzh
これ綺麗でかなり軽いけど、こういう風にはできないので？
これ綺麗でかなり軽いけど、こういう風にはできないので？
>>968
池沼なの？
池沼なの？
はあ？
うめ
ただのcleartypeじゃないのそれ？
そういう表示にしたいならこのアプリはいらないよ
そういう表示にしたいならこのアプリはいらないよ
wxWidgets + FreeTypeだと。
FreeTypeだからヒントが効いてるのでは。
吉里吉里３(開発途中)っていうデュアルOSになる予定のシステムもそうらしい。
ttp://kikyou.info/diary/?200510
FreeTypeだからヒントが効いてるのでは。
吉里吉里３(開発途中)っていうデュアルOSになる予定のシステムもそうらしい。
ttp://kikyou.info/diary/?200510
readmeも読めないのに他人を知障扱いか（わらぃ
真性くせえｗ
>>967
ttfname3
ttfname3
あー違うみたいだね。
でも汚いと思うんだ…
つぶれまくりじゃん
でも汚いと思うんだ…
つぶれまくりじゃん
縦線、横線がにじまないから目標とすべき画質に見えますが。
視認性チェック向けの何かいいAAって無いかな
ひぐらしの「嘘だっ！」って言う超巨大な顔のやつとかどうだろう？
ひぐらしの「嘘だっ！」って言う超巨大な顔のやつとかどうだろう？
綺麗かどうかは別としてFreeType2の実際の例として
そんな感じになるっぽいというやつだからあんまり深読みするなよな。
ずいぶん未完成のようなことが書いてあるから
煮詰めればもっと綺麗になる可能性はあるんじゃないか？
知らんけど。
そんな感じになるっぽいというやつだからあんまり深読みするなよな。
ずいぶん未完成のようなことが書いてあるから
煮詰めればもっと綺麗になる可能性はあるんじゃないか？
知らんけど。
うめ
984 ：名無し~3.EXE：2006/10/08(日) 09:59:07 ID:RChh2Q/8
はら
たけ
のこ
987 ：名無し~3.EXE：2006/10/08(日) 10:35:23 ID:RChh2Q/8
ぎり
みんなぬんぬれ
◆0x0D/0x20I さんの正式版マダー?
FreeType2と格闘中ですのでもうしばらくお待ちください。
_ _ _ _
+ + | | | | | | | | +
| | Π| | | | Π| | +
/￣￣￣￣/三三三三//￣￣￣￣l￣￣￣￣l +
/￣￣￣￣ /三三三三//￣￣￣￣￣i､￣￣￣ i､
/￣￣￣￣ _/三三三三//￣￣￣￣￣￣',￣￣￣￣l
/￣￣￣￣￣/三三三三//￣￣￣￣￣￣￣',三二二ニl +
￣￣￣￣￣/三三三三//￣￣￣￣￣￣￣￣
古代都市ワクテカ （B.C.8000年頃）
+ + | | | | | | | | +
| | Π| | | | Π| | +
/￣￣￣￣/三三三三//￣￣￣￣l￣￣￣￣l +
/￣￣￣￣ /三三三三//￣￣￣￣￣i､￣￣￣ i､
/￣￣￣￣ _/三三三三//￣￣￣￣￣￣',￣￣￣￣l
/￣￣￣￣￣/三三三三//￣￣￣￣￣￣￣',三二二ニl +
￣￣￣￣￣/三三三三//￣￣￣￣￣￣￣￣
古代都市ワクテカ （B.C.8000年頃）
せっかくだから俺はこのスレを埋めるぜ
うめ。
「おお 新弟子舞うとは なにごとじゃ！」
「おお 新弟子舞うとは なにごとじゃ！」
goo英和辞典の発音記号にGDI++が掛からないのは何故だろうと
悩んでたら、発音記号部分は単なる画像ファイルでした。
悩んでたら、発音記号部分は単なる画像ファイルでした。
しかも呪われているではないか！
1000
1000
ここまで来たんだから頑張って埋めようぜｗ
まもなくここは 乂1000取り合戦場乂 となります。
＼∧＿ﾍ ／￣￣￣￣￣￣￣￣￣￣￣￣
,,､,､,,, / ＼〇ノゝ∩ ＜ 1000取り合戦、いくぞｺﾞﾙｧ！！ ,,､,､,,,
/三√ ﾟДﾟ) / ＼＿＿＿＿＿＿＿＿＿＿＿＿ ,,､,､,,,
/三/| ﾟＵﾟ|＼ ,,､,､,,, ,,､,､,,,
,,､,､,,, Ｕ （:::::::::::） ,,､,､,,, ＼オーーーーーーーッ！！／
//三/|三|＼ ∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
∪ ∪ （ ） （ ） （ ） ）
,,､,､,,, ,,､,､,,, ∧＿∧∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
,,､,､,,, （ ） （ ） （ ） （ ）
＼∧＿ﾍ ／￣￣￣￣￣￣￣￣￣￣￣￣
,,､,､,,, / ＼〇ノゝ∩ ＜ 1000取り合戦、いくぞｺﾞﾙｧ！！ ,,､,､,,,
/三√ ﾟДﾟ) / ＼＿＿＿＿＿＿＿＿＿＿＿＿ ,,､,､,,,
/三/| ﾟＵﾟ|＼ ,,､,､,,, ,,､,､,,,
,,､,､,,, Ｕ （:::::::::::） ,,､,､,,, ＼オーーーーーーーッ！！／
//三/|三|＼ ∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
∪ ∪ （ ） （ ） （ ） ）
,,､,､,,, ,,､,､,,, ∧＿∧∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
,,､,､,,, （ ） （ ） （ ） （ ）
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。