gdi++.dll 7px

美しく、力強く、鮮やかに。
新たなスクリーンフォントの世界を体験してみませんか。
従来のフォントレンダラを大きく上回る描画性能を実現したgdi++のスレッドです。
gdi++.dll は Windows のグラフィック操作の中枢をつかさどる gdi32.dll をインターセプトし、
美しいスクリーンフォントを実現することができる 2ch 発祥のオープンソースソフトウェアです。
このソフトウェアはまだ開発段階のため、思わぬ不具合が起きる可能性があります。
定期的なバックアップと細心の注意を心がけ、自己責任でご使用してください。

※バグ報告をするときは、使用OS・フォント・アプリ・Verを必ず添えてください。
※FT版はfreetype.dllのVerも添えてください(CVSならビルド日時も、CVSサポートしきれるか知らんけど)。

gdi++.dll公式ページ 作者：◆0x0D/0x20I 氏、460氏ほか
http://drwatson.nobody.jp/gdi++/
まとめ Wiki
http://www18.atwiki.jp/gdiplus2/
http://www.wikiroom.com/windows/?gdi++.dll
GDI++専用 Uploader
http://free.flop.jp/gdi++/

過去スレッド
【美しく】gdi++.dll スレッド【鮮やかに】
http://pc8.2ch.net/test/read.cgi/win/1158937333/
【美しく】gdi++.dll スレッド 2pt【鮮やかに】
http://pc8.2ch.net/test/read.cgi/win/1159371166/
gdi++.dll 3px
http://pc8.2ch.net/test/read.cgi/win/1160178448/
gdi++.dll 4px
http://pc8.2ch.net/test/read.cgi/win/1162385942/
gdi++.dll quality=5
http://pc10.2ch.net/test/read.cgi/win/1165133735/
gdi++.dll 6px
http://pc10.2ch.net/test/read.cgi/win/1168768397/

関連スレッド
WindowsのフォントスレッドVer.17
http://pc10.2ch.net/test/read.cgi/win/1163161704/
【違いは】ClearTypeフォントマンセー【歴然】
http://pc10.2ch.net/test/read.cgi/win/1098974791/

紹介
窓の杜 - 【NEWS】指定したアプリ上であらゆるフォントの描画をなめらかにする「gdi++.dll」
http://www.forest.impress.co.jp/article/2006/09/22/gdiplusplus.html]]
スラッシュドット ジャパン | Windowsで綺麗なフォントレンダリングを実現する「gdi++.dll」
http://slashdot.jp/developers/article.pl?sid=06/09/22/1617251]]
どんなツールでもフォントをキレイにして実行する「gdi++.dll」 :にゅーあきばどっとこむ
http://www.new-akiba.com/archives/2006/09/gdidll.html
hail2u.net - Weblog - gdi++.dll
http://hail2u.net/blog/software/gdi-plusplus.html
平林 純@「hirax.net」の科学と技術と男と女／Ｔｅｃｈ総研：「綺麗なフォントレンダリング」と「想定ユーザ」
http://blog-tech.rikunabi-next.yahoo.co.jp/blog/hirabayashi/131
Re: [ft] gdi hack with freetype
http://lists.gnu.org/archive/html/freetype/2006-12/msg00032.html

【視認性チェック (1)】
||||
| |!|"|#|$|%|&|'|(|)|*|+|,|-|.|/|0|1|2|3|4|5|6|7|8|9|:|;|<|=|>|?|@|A|B|C|D|E|F|G|H|I|J|K|L|M|N|O|
|P|Q|R|S|T|U|V|W|X|Y|Z|[|\|]|^|_|`|a|b|c|d|e|f|g|h|i|j|k|l|m|n|o|p|q|r|s|t|u|v|w|x|y|z|{|||}|~|
|｡|｢|｣|､|･|ｦ|ｧ|ｨ|ｩ|ｪ|ｫ|ｬ|ｭ|ｮ|ｯ|ｰ|ｱ|ｲ|ｳ|ｴ|ｵ|ｶ|ｷ|ｸ|ｹ|ｺ|ｻ|ｼ|ｽ|ｾ|ｿ|ﾀ|ﾁ|ﾂ|ﾃ|ﾄ|ﾅ|ﾆ|ﾇ|ﾈ|ﾉ|ﾊ|ﾋ|ﾌ|ﾍ|ﾎ|ﾏ|ﾐ|
|ﾑ|ﾒ|ﾓ|ﾔ|ﾕ|ﾖ|ﾗ|ﾘ|ﾙ|ﾚ|ﾛ|ﾜ|ﾝ|ﾞ|ﾟ|
|　|、|。|，|．|・|：|；|？|！|゛|゜|´|｀|¨|＾|￣|＿|ヽ|ヾ|ゝ|ゞ|〃|仝|々|〆|〇|ー|―|‐|／|＼|
|〜|‖|｜|…|‥|‘|’|“|”|（|）|〔|〕|［|］|｛|｝|〈|〉|《|》|「|」|『|』|【|】|＋|−|±|×|
|÷|＝|≠|＜|＞|≦|≧|∞|∴|♂|♀|°|′|″|℃|￥|＄|¢|£|％|＃|＆|＊|＠|§|☆|★|○|●|◎|◇|◆|
|□|■|△|▲|▽|▼|※|〒|→|←|↑|↓|〓|∈|∋|⊆|⊇|⊂|⊃|∪|∩|∧|∨|¬|⇒|⇔|∀|∃|∠|⊥|⌒|∂|
|∇|≡|≒|≪|≫|√|∽|∝|∵|∫|∬|Å|‰|♯|♭|♪|†|‡|¶|◯|
|０|１|２|３|４|５|６|７|８|９|Ａ|Ｂ|Ｃ|Ｄ|Ｅ|Ｆ|Ｇ|Ｈ|Ｉ|Ｊ|Ｋ|Ｌ|Ｍ|Ｎ|Ｏ|Ｐ|Ｑ|Ｒ|Ｓ|Ｔ|Ｕ|Ｖ|
|Ｗ|Ｘ|Ｙ|Ｚ|ａ|ｂ|ｃ|ｄ|ｅ|ｆ|ｇ|ｈ|ｉ|ｊ|ｋ|ｌ|ｍ|ｎ|ｏ|ｐ|ｑ|ｒ|ｓ|ｔ|ｕ|ｖ|ｗ|ｘ|ｙ|ｚ|
|ぁ|あ|ぃ|い|ぅ|う|ぇ|え|ぉ|お|か|が|き|ぎ|く|ぐ|け|げ|こ|ご|さ|ざ|し|じ|す|ず|せ|ぜ|そ|ぞ|た|だ|ち|
|ぢ|っ|つ|づ|て|で|と|ど|な|に|ぬ|ね|の|は|ば|ぱ|ひ|び|ぴ|ふ|ぶ|ぷ|へ|べ|ぺ|ほ|ぼ|ぽ|ま|み|む|め|
|も|ゃ|や|ゅ|ゆ|ょ|よ|ら|り|る|れ|ろ|ゎ|わ|ゐ|ゑ|を|ん|
|ァ|ア|ィ|イ|ゥ|ウ|ェ|エ|ォ|オ|カ|ガ|キ|ギ|ク|グ|ケ|ゲ|コ|ゴ|サ|ザ|シ|ジ|ス|ズ|セ|ゼ|ソ|ゾ|タ|ダ|
|チ|ヂ|ッ|ツ|ヅ|テ|デ|ト|ド|ナ|ニ|ヌ|ネ|ノ|ハ|バ|パ|ヒ|ビ|ピ|フ|ブ|プ|ヘ|ベ|ペ|ホ|ボ|ポ|マ|ミ|ム|
|メ|モ|ャ|ヤ|ュ|ユ|ョ|ヨ|ラ|リ|ル|レ|ロ|ヮ|ワ|ヰ|ヱ|ヲ|ン|ヴ|ヵ|ヶ|─|│|┌|┐|┘|└|├|┬|┤|
|┴|┼|━|┃|┏|┓|┛|┗|┣|┳|┫|┻|╋|┠|┯|┨|┷|┿|┝|┰|┥|┸|╂|�@|�A|�B|�C|�D|�E|�F|�G|�H|
|�I|�J|�K|�L|�M|�N|�O|�P|�Q|�R|�S|�T|�U|�V|�W|�X|�Y|�Z|�[|�\|�]|�_|�`|�a|�b|�c|�d|�e|�f|�g|�h|�i|
|�j|�k|�l|�m|�n|�o|�p|�q|�r|�s|�t|�u|�~|��|�−��|�ポ�л��|��|��|��|�榎�掛�弓�芸�鋼�旨�楯≒|≡|∫|
|�倒�培√|⊥|∠|��|�處∵|∩|∪|

【視認性チェック (2)】
|___________________________________________________________
|ABCDEFGHIJKLMNOPQRSTUVWXYZ
|abcdefghijklmnopqrstuvwxyz
|0123456789O1234567890I123456789
|!"#$%&'()=-*@+:;,.<>/_{}[]~|
|aceimnorsuvwxz bdfhjklpqty
|-----------------------------------------------------------
|aaa aca aea aia ama ana aoa ara asa ata aua ava awa axa aza
|bab bcb beb bib bmb bnb bob brb bsb btb bub bvb bwb bxb bzb
|cac ccc cec cic cmc cnc coc crc csc ctc cuc cvc cwc cxc czc
|eae ece eee eie eme ene eoe ere ese ete eue eve ewe exe eze
|iai ici iei iii imi ini ioi iri isi iti iui ivi iwi ixi izi
|mam mcm mem mim mmm mnm mom mrm msm mtm mum mvm mwm mxm mzm
|nan ncn nen nin nmn nnn non nrn nsn ntn nun nvn nwn nxn nzn
|oao oco oeo oio omo ono ooo oro oso oto ouo ovo owo oxo ozo
|rar rcr rer rir rmr rnr ror rrr rsr rtr rur rvr rwr rxr rzr
|sas scs ses sis sms sns sos srs sss sts sus svs sws sxs szs
|uau ucu ueu uiu umu unu uou uru usu utu uuu uvu uwu uxu uzu
|vav vcv vev viv vmv vnv vov vrv vsv vtv vuv vvv vwv vxv vzv
|xax xcx xex xix xmx xnx xox xrx xsx xtx xux xvx xwx xxx xzx
|zaz zcz zez ziz zmz znz zoz zrz zsz ztz zuz zvz zwz zxz zzz
|===========================================================
|----+----+----+----+----+====+----+====+----+=-=-=-=-=-=-=-

【視認性チェック (3)】
|-|‐|ｰ|−|ー|一|―|─|━|
|=|＝|ﾆ|ニ|二|〓|
|≡|Ξ|三|
|+|＋|十|┼|┿|╂|╋|†|

|∇|▽|
|.|．|･|・|
|..|．．|･･|・・|‥|
|...|．．．|･･･|・・・|…|

|｡|。|o|ｏ|0|０|O|Ｏ|〇|○|◯|
|||1|１|I|Ｉ|l|ｌ|�T|│|┃|
|i|ｉ|j|ｊ|�@|
|L|Ｌ|��|
|U|Ｕ|∪|
|v|ｖ|�D|V|Ｖ|�X|∨|
|w|vv|ｗ|ｖｖ|W|VV|Ｗ|ＶＶ|
|x|ｘ|�I|X|Ｘ|�]|×|
|iii|�B|vii|�F|ix|�H|III|�V|VII|�Z|IX|�\|

|<|＜|く|
|ｪ|ェ|ｴ|エ|工|
|ｺ|コ|]|］|
|ﾁ|チ|千|
|ﾃ|テ|〒|
|ﾊ|ハ|八|
|ﾍ|ヘ|へ|
|ﾛ|ロ|口|□|
|ｮ|ョ|ﾖ|ヨ|∃|3|３|∋|

【視認性チェック (4、難読漢字)】
○第一水準
■員鴛夏駕鴬嘉夏寡馨劃獲橿　撞瞳童篤毒曇嚢膿農輩買薄曝
竃慣環贋喜貴亀虐彊蕎響驚薫　爆縛肇髪繁藩費鼻賓富膚葺覆
慶警撃憲賢碁膏轟債鷺纂讃賛　奮糞雰弊瞥箆募墓慕暮簿烹豊
餐暫資事璽襲讐署書薯償嘗菖　鳳帽房墨摩磨魔幕慢漫蔓霧鵡
賞醤醸腎誓青責蹟薦遷叢倉層　蒙貰鑓癒優憂誉傭庸養翼欄藍
曹槽漕蒼遭尊鷹奪壇檀置寵賃　蘭覧裏慮虜糧量零霊櫓露婁篭
漬蔦堤鄭填電董蕩謄騰闘導憧　聾鷲藁〓〓〓〓〓〓〓〓〓〓
○第二水準
僂僖價僵儂儔儼儻冀冑冓冕冪　蓴蔔蕘蕈蘂薈薑薨蕭薔薛藪蕾
凛勸匱厦簒曼燮單嗄嗜嗔嘖噎　薐薺薹藝藹藾藺蘆蘢蘰蘿蠣蟾
營嚆嚊嚔嚏嚴囂嚼囁囈囎囑囓　蠖蠢蠡蠱蠶蠹蠧蠻袤裹褄襃襄
圓團圖圜墅墫墮壓壜壤壟壹壼　褻褸覈覺覽覿詈謇謦譫譽讀讒
壽夐奠寢寞寰寶寳巉巖廈廛廩　貲貳賈賣賚賽贄贅贊贇贏贍齎
廬彙悳恚惷慝慵憙憬憊懃憺懍　贔贖躔躪輦轂邊邉扈醫醺釁釐
懼懾戛戲拿擔掣搴搆攝摯摶攪　鏨鐔鑢鑪钁鑿閹闃闍闔闖闡闥
擒擅擘擧舉擠擡擣擯攬擶擴擲　隲霓霎霏霙霤霪霰霽霾靄靆靈
擺攀擽攘攜攅攤攣攫數晝晨暈　靂靠靨鞏齏顫顰餮饕駑驀驢驥
曁暹霸梟檮棊樌橲檐檳檬櫑蘖　驤驩驫驪髏髑髓體髴鬘鬚鬟鬢
欖鬱殯滬濾瀛瀘熏燻熹爐爨牘　鬣鬮魍魘鯊鰲鱚鱠鱧鱶鱸鳧鳬
犢犧獸獻瓊甕甓畧畫疆疊疉疂　鴦鶯鶩鶺鷆鷏鷙鷸鷽鸞麈麋麌
瘍瘧瘡瘰瘻癘癢癨癩癪盧蘯眞　麕麑麝黌黨黶黷鼇鼈鼕齧龕龜
睿瞽瞻矍矗矚礦礪磚稟禀稾窘　龠�]���囚ｨ�ｩ�ｪ�ｵ�ｶ�ﾝ�ﾞ�F�M
竈窰窶竅竇篝簑簔籠簀篳簍篶　�O�Z�箭奬廐戔檢漲･�ｧ�ｬ�ｯ�ｵ
簣簧簪簟簷簫籌籔籤籖籥籬粤　�糺脯蕘������������\�]����
鬻纜罌罍罎羃羣羲羹羮羶羸譱　�ｩ�ｪ�ｵ�ｶ�ﾛ�ﾞ�F�M�O�Z�_�m��
耆耄耋聟聶胄脣膽臀膺臚臺舅　�廐戔檢漲･�ｧ�ｫ�ｬ�ｯ�ｵ〓〓〓
舊艫菁菷萇萼蕚葷蒹蒿蓍蓐蓁　〓〓〓〓〓〓〓〓〓〓〓〓■

【視認性チェック (5、旧漢字単語)】

參拜　滿州　萬歳　亞細亞　英靈　劍道　稻穗の國　鬪う　野蠻　南蠻

兩國　學徒　歐州　獻身　獻上　玉碎　國粹　鎭魂　讀賣　會社　惡戲

擬古侍樣　臺灣　國の爲　單一民族　英靈の聲　將軍　經營學　螢

○○縣護國神社　巖格　單一民族　九段下驛　人權　氣志團　特攻觀音

釋　大東亞共榮圈　擧國　從軍　國體　曉に　員數主義　嚴しい　實踐

日本對北朝鮮　日本男兒　戀文　懷古　歡喜　壞滅　自民黨　與黨　屬國

同期の櫻　齡　名譽　鐵人　心醉　勳陶　繼承　地圖　　應仁の亂 防衞廳　

發言　拔刀隊　斷行　紅一點　移轉　近衞師團　觸發　亞麻色髮　豐穰の海

日本語譯　よど號　豫告　彈丸　專攻　變人小泉　經験

【視認性チェック (6、心経)】
　　　　　　　　　　　　　　　　　　般若波羅蜜多心経

　　　　　　　　　　　観自在菩薩行深般若波羅蜜多時照見五
　　　　　　　　　　　蘊皆空度一切苦厄舎利子色不異空空不
　　　　　　　　　　　異色色即是空空即是色受想行識亦復如
　　　　　　　　　　　是舎利子是諸法空相不生不滅不垢不浄
　　　　　　　　　　　不増不減是故空中無色無受想行識無眼
　　　　　　　　　　　耳鼻舌身意無色聲香味觸法無眼界乃至
　　　　　　　　　　　無意識界無無明亦無無明尽乃至無老死
　　　　　　　　　　　亦無老死尽無苦集滅道無智亦無得以無
　　　　　　　　　　　所得故菩提薩垂依般若波羅蜜多故心無
　　　　　　　　　　　罫礙無罫礙故無有恐怖遠離一切顛倒夢
　　　　　　　　　　　想究竟涅槃三世諸仏依般若波羅蜜多故
　　　　　　　　　　　得阿耨多羅三藐三菩提故知般若波羅蜜
　　　　　　　　　　　多是大神咒是大明咒是無上咒是無等等
　　　　　　　　　　　咒能除一切苦真実不虚故説般若波羅蜜
　　　　　　　　　　　多咒即説咒曰
　　　　　　　　　　　羯諦羯諦波羅羯諦波羅僧羯諦菩提薩婆訶

　　　　　　　　　　　　　　　　　般若心経

仏説摩訶般若波羅蜜多心経観自在菩薩行深般若波羅蜜多時照見五蘊皆空度一
切苦厄舎利子色不異空空不異色色即是空空即是色受想行識亦復如是舎利子是
諸法空相不生不滅不垢不浄不増不減是故空中無色無受想行識無眼耳鼻舌身意
無色声香味触法無眼界乃至無意識界無無明亦無無明尽乃至無老死亦無老死尽
無苦集滅道無智亦無得以無所得故菩提薩捶依般若波羅蜜多故心無罫礙無罫礙
故無有恐怖遠離一切顛倒夢想究竟涅槃三世諸仏依般若波羅蜜多故得阿耨多羅
三貌三菩提故知般若波羅蜜多是大神呪是大明呪是無上呪是無等等呪能除一切
苦真実不虚故説般若波羅蜜多呪即説呪曰羯諦羯諦波羅羯諦波羅僧羯諦菩提薩
婆訶般若心経

【にじみチェック (パイプ)】
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll

>>1
乙

乙乙。フォントごとの設定にTextTuningも入れて欲しい
ShingoAA用に細字に設定してあると他のフォントで寂しいことになる

>>1-10
乙

毎回毎回般若心経は要らないだろうと思うが>>1乙

フォントの見本一覧あったらいいなあ、とくに外国語。
……2ｃｈでもたまに見かけるけど、どうやって入力してるんだかｗ

>>998
ソース無しでおｋ？

>>12
割れフォント厨は氏ね

普通のMSフォントなのにパイプテストが赤いことにいま気づいた　
ディスプレイだめぽ　orz

>>16
うん。喜んでテストするで

>>16
FreeTypeのソースが含まれているから無いとまずいんじゃなかった？

CPUがショボい（PenII 266MHz）せいか，もっさり具合が悪化。

>>21
ってか、そのCPUでよく今まで使ってたなｗ

まあ俺もPen3 700MHz、メモリ256MBの2k環境でつい最近まで使ってたけどなｗ
似たり寄ったりか。

>>21
まだ動いてるのかー！
すげえ

ごめん。>>16訂正。
ソース→バイナリ
迷惑かけてすまん。

>>24
あ、のだめアニメみてたｗ
ソースはEE環境あるけど、テクなくて
オートじゃないとコンパイルできましぇん……ごめん。

http://free.flop.jp/gdi++/src/gdi0459.zip
LCDFilterかけないと偽色が目立つorz

>>26
もつです。
「・一応ソースも入れて置くけど」ってことは、バイナリ前提だよね？
バイナリ入れ忘れ？？

>>26
スゲェ！ やっぱアンタは本物の神だな。
全く、ManagerやVista使えなくして遁走したどっかのキチガイ開発者とは大違いだよ・・・。

>>27
gdi0424のreadme消してしてなかったorz

コンパイルできない人へ
http://free.flop.jp/gdi++/src/gdi0460.png
左:gdi0459のsRGBガンマ 右:gdi0441

誰かiniの小数読み込み(double)実装してくれorz

>>29
おーのー！
バイナリ、プリーズっ！

>>30
TCHAR s[256];
float f = 0.0;
if(GetPrivateProfileString(..., s, 256, ...))
　　_stscanf(s, _T("%lf"), &f);

floatだから%lfじゃなくて%fだったorz

ごめん、ガンマ実装版はバイナリ配布しないことにする。
特許ヤバいし。
ソースの配布もヤバかったら消す。

Vistaと同じでCPUが低性能だと使い物にならなくなるね。
半透明を有効にすると何をするにも1分ぐらいまたされる感じ。

>>28
（　´,_ゝ`）プッ

managerが1028ではちゃんと動いたんだが1120だと動かない
freetype.dllも置いてるし、usemanagerも有効にしてるんだが適用してもらえない
なんか他に必要なことあったっけ？

>>36
本人乙

>>38
自己紹介乙

>>37
リネーム

……だめだ〜nmake.exeが挙動不審
path通してるのに……

usemanagerだのリネームだのしなくても使えるように戻してほしい。
ついでにgdi++.exeのほうもvistaで動いたバージョンに戻してほしい。

わざわざ機能制限して使いづらくしても何かメリットがあるとは思えないし。

リネームってどうすればいいんだろうか？
wikiに書いてある？

>>43
F2押してgdippManager.exeに書き換え。

>>43
聞いてる暇あったら同梱のテキストくらい読もうぜ…

すまん激しく勘違いした

>>44
うわぁ、「GUIついてる」とかの部分が邪魔だったのか
なんつーどうでもいい所で面倒なことになってんだ
激しく�dｸｽ、おかげで使えるようになった

>>42
Vistaのはエラーおちしてるらしいから制限でなくて単にバグでは。
簡単に直せるかどうかしらないが>>34の人に頼めばいいのでは。

>>48
gdi0324ぐらいまではvistaでも使えたけど。

>>48
ごめん、俺Vista持ってないorz

>>50
お店で買ってきましょう。


つうのは冗談だけど、managerが普通に使えるように戻すのは可能だよね？
つまりUseManagerの機能（？）をバッサリ削除でいいと思う。

>>51
なら、自分でバッサリしたらいいだろ。

いい方法がある。
>>51が>>50にVISTA買ってあげればいいんだよ、うん。

gdi0459 コンパイルしようとすると、
run.cpp(242) : error C3861: 'SHFree': 識別子が見つかりませんでした
となりますが、何が足りないでしょう？

>>53
managerが使えるように戻すのとvistaがどういう関係なの？

>>54
お前の脳みそ

>>51
gdi0459ベースとgdi0441ベースの二つを用意する。
gdi0459はバイナリ無いしね。

これでいいのかな？

gdi0441ベース
http://free.flop.jp/gdi++/src/gdi0462.zip
gdi0459ベース
http://free.flop.jp/gdi++/src/gdi0463.zip

http://free.flop.jp/gdi++/src/gdi0461.txt
あとこれについてｋｗｓｋ

2001/11頃の古いPlatformSDK(ヘルプにhh.exeを使う最後のバージョン)
とか使ってると、SHILCreateFromPathとSHFreeが未定義でエラーになる
のよね。まぁLoadLibrary＆GetProcAddressしちまえばいいんだけど。

>>58
�dクス、と言いたいところだけど、「GUI付いてるgdippManager.exe」のまま使おうとすると
「DLLの利用に失敗しました。……」になってしまう。（直ってないみたい？）

>54
run.cppの#define _WIN32_IE の定義を0x0601にしたらそのエラーは出なくなったよ
俺も脳みそ足りなくて他のエラーで躓いてるけど

>>60
直ってないと言うより直して無い。
下手に変えると暴走しそうで怖い。

以下Managerハンドル取得部分のソース(タブは全角スペース2個にしてある)

　　HINSTANCE hinstManager = GetModuleHandle(_T("gdippManager.exe"));
　　if (!hinstManager) {
　　　　return;
　　}

>>62
知らんけど、その辺バッサリ削除でいいんじゃない？ （適当に言ってｽﾏｿけど）
昔は「ファイル名がgdippManager.exeでないと動作しない」なんてことは無かったんだし。

>>63
削除すると複数同時起動が可能なってマズイと思うのだが

>>63
でもそのハンドルを参照したりしてるから削除しても動かないと思うが。

>>63
よくわからないんなら口出さなきゃ良いのに。

ていうかコイツ‥‥。

gdi0459コンパイルしてみた。
iniファイルを変更せずに使ってみたけど以前と比べて字が
やけに薄くなってしまう。自分でiniファイルでの調整が必要か…。

>>67
アルファ値もガンマ補正するようにしてみるか。

Manager使ってる人ってGUIが目的なのかな

全適用ならgdi++でCreateProcessのフックかかってるから
一回スナップショットとって全体にDLL叩き込めばあとは勝手に自己増殖するから
Manager対応にこだわることはないような気がする

から
からって　orz

なんか上の方で話題になっているからSetManagerHook関数とやらを見てみた
俺の頭ではどういう処理をしているのかはさっぱり分からんがこれだけは言える
ここまでしてManagerの動作を制限するなんて気が狂ってるとしか思えないという事だ

とりあえず>>58乙 そしてこんなつまらん動作制限をしたアホは首吊って氏ね

http://free.flop.jp/gdi++/src/gdi0464.zip
アルファ値もガンマ補正するようにしてみた。

俺はもう寝る。

ガンマ補正すると黒が細くなるのが正しい動作でしょ

>>72
ｷﾀ━(ﾟ∀ﾟ)━!!!!!
すげー。最高！！！

エラーとまんね〜〜〜！
VCEEでのコンパイル方法、おしえてくれ〜〜〜〜！

gdi++/src/expfunc.cpp
・_GetMsgProc()→GetMsgProc()に名前変更
・InstallManagerHook()、RemoveManagerHook()内のSetManagerHook()呼び出しをコメントアウト
・(呼ばれなくなるけど)Hook_GetProcAddress()内の_GetMsgProc()→GetMsgProc()に名前変更

gdi++/src/expfunc.def
GetMsgProc @1
行頭の「;」でコメントアウトされてるので外す

これでSetManagerHook()呼ばなくてもManager動いたっぽい。
とりあえず
・「gui無しgdippManager.exe」でもちゃんと効く
・UseManagerが0とか未定義でも効く
ってところまでは確認した。ソースいじれる人試してみて。

つーか解析と実験で夜が明けちゃったよ。とりあえず寝る。

>>76
俺は使ってないけど、その努力はGJ!!!

freetype2.3.2

とりあえずgdi0462ベースでバイナリ作ってみた。
http://free.flop.jp/gdi++/src/gdi0465.zip
個人的に欲しかった機能(UseInclude/IncludeModule)なんてのも
一緒に入っちゃってるけど…

ちなみにUseManagerの定義はgdi0462の時点でもう見なくなって
たんだね。(ただその時点ではまだgdippManager.exeの名前には
依存していた)

元々なんであんな処理を入れる必要があったのか(結局何もして
ないっぽい？)は分かってないので、実は無いと困る事があるの
かもしれないけど…まぁその時はgdi0465は無かった事にして
捨ててもらうという事で。

>>79
よく分かってない低脳だが
簡単にいうとmanagerなくとも勝手に全適用するようになったってことでおｋ？

違う違うｗ
「GUI付いてるgdippManager.exe」のままでも動くようになった。(はず)
ぶっちゃけそれだけｗ

>>80
じゃなくてmanagerの名前が何であろうと大丈夫になったってことだと思う？
今までは厳密にmanagerの名前が"gdippManager.exe"じゃなければならなかったみたいで。

>>76
gdi464とマージしてくれたらうれしいです

>>83
やっぱ必要だったか。
http://free.flop.jp/gdi++/src/gdi0466.zip
sy567氏の方と被らないといいけど…

>>84
THX!!
雑用済ませてからTRYしてみます

>>76乙

俺が実装できるのもはなくなったわけだが・・・

てかInstallManagerHook()とRemoveManagerHook()自体コメントアウトでよくね？

いよいよどれ使ったらいいのかわからなくなったぞ・・・

ガンマ調整の方はバイナリ配布しないの？
sy567氏が特許ヤバいって言ってるけど、そんな事言うとLcdFilterとかも特許ヤバいんだけど。

- Fixed a small memory leak when `FT_Init_FreeType' failed for
some reason.

- The Postscript hinter placed and sized very thin and ghost stems
incorrectly.

- The TrueType bytecode interpreter has been fixed to get rid of
most of the rare differences seen in comparison to the Windows
font loader.

- The auto-hinter now better deals with serifs and corner cases
(e.g., glyph '9' in Arial at 9pt, 96dpi). It also improves
spacing adjustments and doesn't change widths for non-spacing
glyphs.

ファイル名がヒデ...とかになるのが直るのかな？

>>78
gdi0467

ftmac.c
..\..\..\include\freetype/ftmac.h(189) : error C2143: 構文エラー : ')' が '*' の前にありません。
..\..\..\include\freetype/ftmac.h(189) : error C2081: 'UInt8' : 仮パラメータ リスト内の名前が正しくありません。
..\..\..\include\freetype/ftmac.h(189) : error C2143: 構文エラー : '{' が '*' の前にありません。
..\..\..\include\freetype/ftmac.h(190) : error C2146: 構文エラー : ';' が、識別子'maxPathSize' の前に必要です。
..\..\..\include\freetype/ftmac.h(191) : error C2059: 構文エラー : '型'
..\..\..\include\freetype/ftmac.h(191) : error C2059: 構文エラー : ')'

修正しないといけないのか('A`)

>>91
とりあえず後ろ向きの対処としては、include/freetype/ftmac.hの

// FT_EXPORT( FT_Error )
// FT_GetFilePath_From_Mac_ATS_Name( const char* fontName,
// UInt8* path,
// UInt32 maxPathSize,
// FT_Long* face_index );

を↑な感じでコメントアウトすれば通るよ。

ヒデ...になるのは直ってないorz

ヒデって何だよｗ

ファイルを開くダイアログでヒデオがヒデ...になる場合がある。

※性的な単語は自己規制しています。

ブラックアウト！！！

　　　　　　　　　　　　　　　　　　　　　　　　ヒデオ

誰かgdi0464の使い方を3行で説明してくれ。

バイナリを

>>97
VC2005EEとPSDK入れてFTコンパイルして
includeにATLとFTのincludeのパス追加して
libにFTのincludeのパス追加してGDI++をコンパイル

>>97
訂正、VC2005EEとPSDK入れてFTコンパイルして
includeにATLとFTのincludeのパス追加して
libにFTのlibのパス追加してGDI++をコンパイル

新し目のバイナリから引っ張ってきて流用してるだけじゃダメなのか？
というか
GammaMode
↑
これ何なんだ？

>>101
じっと耐えるかどうかデスよ

http://up2.viploader.net/pic/src/viploader432672.jpg


Manager使うと↑のように文字が省略されるんだが、どうしたらいいんだろ？

>>103
既出

>>104
ﾄﾝｸｽ！過去ログ漁ってきます。

>>101
1にするとhttp://www.geocities.jp/aji_0/colormetrix.htmlの
sRGBのガンマ補正になる。
ちなみに現地点ではGammaValueは2.2(sRGBの近似値)固定になっている。

>>106
ガンマ補正のバイナリ配布ｷﾎﾞﾝ

>>106
とりあえず気にしなくていい項目ってわけだね、�d�d

76氏、sy567氏、乙です。
初めてgdi++を使った時くらいの感動があったよ。
ありがとう。

>>107
>>100

>>100
見よう見まねでやってみたら出来た！
また一つどうでも良いスキルが身についた

.RESまで出来たけど
cl.exeでエラーでまくりで
もう分からん。さらばGDI++

なんでバイナリ配布しないの？ 嫌がらせ？

なんでバイナリ配布しなければいけないの？　嫌がらせ？

うーん未解決の外部シンボルが3つあってコンパイル出来ない
もう少し頑張ろう

石原軍団のような方が炊き出ししてくれるまで待ちますよ、ええ

開発環境なんてありませんから

無料のソフトでビルドできるわけだが
てか
>>100

馬鹿は>>34くらい読め

>>117
>>88

もうあがってる。

開発環境のソフト入れるとレジストリが肥大化しなかったっけ？
それが嫌でこのためだけに入れるのはいやなんだよなぁ。

レジストリが肥大ｗ

.NET2.0なんつー粗大ゴミも入るしなｗ

レジストリでかくなるのが嫌でちょっと使う程度のソフトは、Schwertkreuzまで使ってるからｗ

特許3082491 文字フォントデータ出力装置
出願人 松下電器産業株式会社

松下かよorz

>>120 >>122
俺もレジストリ肥大化(&.NET)が嫌で開発環境の導入してない もらうだけの人間だが
肥大化が嫌だの.NETが嫌だのって理由だけでバイナリ待ちの奴の為って話なら
俺でもビルドしたくないぞｗ

ネットカフェでも使う機会があればそこでできないか試そうかなとは思いつつ
全然ネットカフェ使う機会がない

>>124
それ、どこの部分で使われてるの？

>>112
gdi0470
パスは１の愛

【請求項１】 ２値の画素値を持つフォントを前記第１のフォントより小さい画素数から
なる多値の画素値を持つフォントに変換するフォント出力装置において、所定の領域の
所定の画素数の２値フォントデータを生成する２値フォントデータ生成手段と、前記２値
フォントデータの特定の領域の２値データの値を加重平均して中央の画素の値とし、
多値の画素値を持つ１個の画素を生成することで、前記２値フォントデータより縮小
された多値フォントデータを生成する空間演算手段と、前記多値データ群に１以上の
ゲインを掛けることで多値フォントデータを出力する階調補正手段と、前記階調補正
手段の入出力特性を設定する階調特性設定手段と、を備えたフォント出力装置。

【請求項３】 階調補正手段の出力する多値データを出力装置の特性に応じて階調特性を
変換するγ補正手段を備えたことを特徴とする請求項１記載のフォント出力装置。

よくみたらビットマップフォントじゃないかorz

>>127
ひとつ下（gdi0468）にあるだろ
何がパスだ大馬鹿

綺麗ですね・・・でも本家版並みに重いですね。
G-OTF 新丸ゴ Pro L(H1A2)gdi0468
http://free.flop.jp/gdi++/src/gdi0471.png

>>129
何怒ってんの？

>>130
バイナリ上がったから試してみたけど、俺も重くなったように感じる。
ガンマ補正の計算が重いのかなぁ。

ピクセルごとにpowは重いんじゃないかなあ

綺麗なんだけど背景黒に白だとにじむようになったな
あと全体的に薄ぼんやりするのは設定でなんとかなるのかな？

なんか状況がカオスなんで、
分かる人どういう状況なのか簡単にまとめて貰えないか。

>>135
とりあえずWikiのバイナリのページを更新しておいた。

間違ってるところがあれば修正よろ。

>>135
Aの流れ：sy567氏
　・ガンマ補正機能を加えた
　・が、特許への懸念からソースのみ配布
　・gdi0459〜0460〜0463〜0464
Bの流れ：76氏
　・managerの名前が"gdippManager.exe"じゃなきゃいけなかったのを廃止
　・gdi0441〜0462
A+Bの流れ：
　・0466（ソース）〜0468（バイナリ）〜470（バイナリ+FT）

ここにいたって一般庶民もやっと導入可能に
　・ベタ白抜き文字が、異様に美しい
　・白地に黒文字はややぼやける（iniで調整可能か）
　・かな〜り重い
と、判明……つづく。

>>137
まとめ乙。
一般庶民の俺が470を導入してみたけど、現状だと確かに重いね
開発の中の人、適度にがんばって〜

470にまとめた人と今日もの凄い勢いで頑張った作者達マジ乙
久々に更新きたかと思ったら一気にきたからびっくりしたｗ

Managerで全適用するにはさすがに重すぎだろうね。

で、gdi470をFirefoxに適用してガンマ効果うはうは、
軽いgdi441をJaneStyleに適用して軽快、
バージョン違いでも同時に起動は可能だった。

レジストリいじって、システムフォントをMeryoKeに変えちまえば
gdi++なしでExplorerとかを開いても、幻滅しないですむよ？

>>133
普通はテーブルだよな

>>141
コードでおｋ

>>140
へぇ、複数起動出来るんだ。考えもしなかったよ。
じゃあ、Manager使うとしたら、470はUseInclude=1でIncludeModuleに登録して使って、
軽い方のgdi++のExcludeModuleに470のIncludeModuleのモジュール登録する形がよさげかな？
自分の場合、ExcludeModuleにこれでもかってくらい登録してあるから、整理がより大変になるｗ
今度試してみるかな

ブラウザだけ470バージョンにすることに。
しかし、初期からの進化は目を見張るものがあるね。

Managerはそもそも多重起動できない作りになってるよ。
まぁできたとしても、全体に対して適用してるのを2つもやったら
どうなる事やら…

>>144
まさに瞠目の半年だったね。
あとは、本家の野心作GetGlyphOutline系が
今後、どう絡んでくるか。

>>141
ガンマ補正じゃないけど、単に黒背景に白文字で読みやすければいいなら
TextTuningのテーブルをこんな感じで弄ってもいいかもね。
ttp://vista.x0.to/img/vi7356622239.png

読みやすいですね。

>>147
バランスいい感じだな。

白文字だけすごく…太いです…

せっかく新しいバイナリが出たのにvistaにしてしまったせいで試せないのがくやしい
みんながうらやましいぜ

Vistaなんかに対応しなくていい。つーか対応したら某所の記者がこんな記事でも書くのが見え見え。

＞Windows Vistaに対応し、描画エンジンを一新した「gdi++.dll」
＞オープンソースの“FreeType”エンジンを採用し、性能が向上
＞
＞　任意のアプリケーション上のフォント描画を、独自方式でなめらかにできるソフト
＞「gdi++.dll」のVista対応版が、11日に公開された。Windows 2000/XP/Vistaに対応する
＞フリーソフトで、現在作者のホームページからダウンロードできる。

書かれたっていいじゃん

よくないよ

保管
(html)http://free.flop.jp/gdi++/src/gdi0472.zip
(dat)http://free.flop.jp/gdi++/src/gdi0473.zip

76氏って555さんですか？
（違ってたら忘れてください）

んなわけないｗ
つか、俺は肝心のフォントレンダリングに関してはなんも
分かってない奴だし。

てか俺も太字とガンマ補正ぐらいならできるかなって思ってやっただけで
フォントレンダリングなんか何も解ってないし。

余計な事を言ってすいませんでした。。＞開発者の方々

ガンマ補正実装で、かゆいところにようやく手が届いた感じ。
後はこのままガンマ機能実装前くらいまで軽くなれば完璧。

出来る人がやれるところをやったってある意味理想的な展開だな。
こうやって完成度がアップしていくのはうれしい。

精度落ちるけどガンマテーブルを参照するようにするか。
8bitか9bit、どっちがいいと思う？

>>162
末広がりで八ビット

>>162
双方の利点と欠点を挙げるとどうなりますか？

ビット数が多いと精度は高くなるがテーブルが大きくなる。
8ビットで256バイト、9ビットで512バイト、16ビットで65536バイトかな。

開発者の皆さまにアドバイスです。

1.グローバル変数にアクセスしない
　頻繁に呼ばれる関数やループの中でグローバル変数にアクセスすると、実行速度が大幅に低下します。
　適当なローカル変数に値をコピーしておき、その変数を利用しましょう。
2.乗除算はできるだけ使用しない
　CPUは乗除算が苦手です。可能ならばビット演算などに置き換えましょう。
3.条件分岐を減らす
　CPUによっては、分岐予測ミスのペナルティが非常に大きい物があります。
　特にループ内での条件分岐は禁物です。ループの外に追い出しましょう。
4.floatへの置き換えを検討してみる
　処理系やCPUによっては、doubleよりfloatの方が高速に実行できる可能性があります。
5.プロファイリングしてみる
　開発環境によってはプロファイラを使えるものがあります。または、要所要所にtimeGetTimeなどを入れて
　実行時間を計測してみます。意外な所に無駄な処理が見つかるかもしれません。
6.アセンブリ言語で最適化してみる
　これは最後の手段ですが、場合によっては劇的な効果が得られるかもしれません。

また、Visual C++などではコンパイル時にアセンブリのソースを出力できますので、
コンパイラがどのような最適化をしているのか調べるのに役立ちます。
重要なのは、コンパイラの最適化やCPUを過信してはいけないという事です。

次回は、これらをもとに実際にgdi++.dllのソースコードを修正していこうと思います。
ではまた。

>>166
おー。次回の講義こそ聞きたいなー

http://free.flop.jp/gdi++/src/gdi0474.zip
GammaMode=1の時にガンマテーブルを使うようにしてみた。
軽くなったかはｼﾗﾈ

仕事速いな。
うちは開発環境入れてないので結果待ちさせてもらいマッスル。

　　　 ∩＿＿＿∩
　　　 | ノ　　　　　 ヽ
　　　/　　●　　　● |
　　 |　　　　( _●_)　 ミ
　　彡､　　　|∪|　　､｀
　/ 　　　　　ヽノ 　::::i　＼
　＼／　　　　　　　::::|＿/
　 　 i　 　　　､　　::::/　ｸﾏ
　　 　＼_　　 _） ::／　ｸﾏ
　　 　　 ヽニノ'´

ウホッ！ついに本家版より重くなったｗｗ

>>168
gdi0475
パスは１の愛

バイナリ上がったから試してみたけど、
うーん、重い……。

なんかものすごく重いんだけど、、、ネタ？

はいはいini誤植
GammaMode=2.2→GammaValue=2.2

>>175
まだ重いけど？

>>176
一人で勝手にやってろ

はいはい

GPUにレンダリングを投げたくなる重さだが……
それ以上に美しい

そう・・・gdi++.dllはこの世でどれよりも重く・・・そして美しい！

それは黄金でつくられた十握の剣の如く
重厚な輝きをその身に秘め……

みな頭ごなしに重い重いと言うが、本当にそれでいいのだろうか。

これは、今まで「他より軽いから」という理由のみでFreeType版を使っていた
ユーザーに一石を投じたと言っても過言ではない。
それに「たまには非FreeType版やGetGlyphOutline版も使ってみようよ」と、
他の開発者に対する配慮さえうかがえる。ユーザーにしてもここへ来て始めて
どのgdi++を使おうかという選択肢ができたのだ。これは極めて重要だ。

かつてこれほどまでにユーザーや他の作者に気を配る、思いやりのある開発者が
他に居ただろうか。答えはノーだ。
俺はそんな開発者にささやかながらエールを送りたい。
そして今後はGetGlyphOutline版に期待することにする。

おもしろくない

未だに良く分かってないのだが、ガンマ補正とかあるモジュールは
自前でビルドしないと使えないのは今後も変わらないの？

>>182
どんなネタかと思えば・・・長文で頑張った割にはつまらん。
つまらなすぎて力が抜けそう。おまえにはほんとがっかりだよ！

もうね、gdi0462に>>147でいいんじゃね？

汚くなって劣化した上、重くなっている

最近の「改良」は意味がわからん

高速化してみたよ
でもgdi0467のdllじゃないと動かないかもだよ

>>187
まだテスト段階だからねぇ
今判断するのは早すぎるんじゃないかと
遠回りが必要な時だってあるしさ

>>188
GJ!
すっげぇ軽くなったよ。これなら十分常用可能なレベルだと思う

すんごい。超GJ

いまだにgdi0118のおまけの、サービス登録を使っているのだが、
これだと新しいgdi++が使えないんだよね

今後はサービス登録で使えるようにはできないですかね？

サービスはｲﾗﾈ

いや全適用の場合便利だぞ　サービス

>>188
GJ!
sy567ほか開発陣用にソースもよろしく〜

なんだかボールドがメチャごつくなって、
しかもBoldWeightが効いてないようなんだが。。。

>>188
重力室から出た後のような軽さ。

ガンマ補正の要望してた人って、こんな薄くてボケボケ表示が欲しかったの？
個人的に前の方が好みなんだけど。

|　　　　　　　　　 ＿
|　　　　　　／ ￣　　￣ ＼
|　　　　　/､　　　　　　 　　 ヽ
|　　　　　|･ |―-､　　　　　　 |
し　　　　ｑ -´　二 ヽ　　　　 |
　　　　　ﾉ＿　ー　 |　　　　　|
　　　　　 ＼.￣｀　 |　 　 　　/
　　　 　　　O＝＝＝＝＝ |

ガンマOFFにすればー

>>199
OFFにできないから言ってるんだけど。
465に踏みとどまるしかないのかな。

>>188
コレ、2kじゃ動かねーorz

ん？2000で動いてるが？

>>200
過去スレでも何回か話が出てたけど、ガンマ補正は黒背景で白文字とかにしてる人には
ありがたい機能だけど、白背景で黒文字の人にはありがたみが少ないと思う。
白背景で黒文字の人は現状gdi465でいいと思うよ。
俺は>>189で「十分常用可能なレベル」と書いたけど、言葉が足りなかったが「処理の軽さ」に
対して書いたんであって、表示品質に関しては正直まだ微妙かなと思ってる。
でも現状だとパラメータ決め打ちで動いてるんだし、この辺は設定がいじれるようになれば
解決可能かなと勝手にwktkしてる

>>201
ウチもwin2kで動いてるよ。>>188の注意書きはOK?

>>201
こっちも2kで動いてる、dllは2月ぐらいのリリース版。

黒背景白文字がメインで最新を使いたいんだが、未だに暫定斜体対応版使い
誰か斜体対応出してくれないかなー

あ、もしかしてgdi0476ってSSE2ビルド？
じゃあ、浄土マシンじゃ動かんわ。

AthlonXPで動いてる

>>205
TualatinコアのCeleron機で動いてるからSSE2無しでも動くはず
というか、自作板とかPC板でならともかく、いきなり浄土って書くのは良くないかと。Geode NXね

Vistaより重くなるのはなぁ・・・。

ガンマ(ﾟ�听)ｲﾗﾈ

ガンマとっぱらって>>147つけようぜ

ウチはXP SP2 + Celeron2.8GHz + 1.5G で重くなった印象を感じない訳だが、なんで？＞ガンマ対応

>>211
どうせいつもの難癖厨だからスルーしとけ

ガンマはバイナリ配布しないという面から避けて欲しいなあ。
モジュール増えてきてわけわからんし。

>>147ので事足りるならそれでよくないか？

俺も動作が鈍くなったとは感じないけど（Pen4 3.2GHz HT&Mem 3G）、どてっと
寸胴型の描画品質になってしまったよ。ぼんきゅっぼんと出るところは出て締ま
るところは締まってというメリハリくっきりの描画でなくなったから、gdi++.dllだけ
昔のに戻した。プログラム的にはバージョンの異なるものが混在しているわけ
だから、これって良くないことなのかな？エラーもなく安定動作はしているけれど。

ガンマ無しだとコントラストを上げて明るさを下げたような感じになるからね
確かに締まって見えるな

>>213
色バックに抜き色文字をきれいに表示するにはガンマ対応が必須。だから、
　　・「これまでにない美しさ」を実現できた
>147で効果があるのは、白黒オンリーじゃね？

>>ｓｙ567
ガンマ値・アルファ値、まだちゃんとiniを反映できてない状況だよね？
　・薄くてボケボケ
　・どてっと寸胴型
　・ボールドがメチャごつい
　・BoldWeightが制御不能（？）
このあたりの声は、ガンマ値・アルファ値のini調整でやっていくもの。
難癖厨はスルーでがんがれ

色バック抜き色文字を多様したサイト
↓
http://www.designlinkdatabase.net/
http://www.divx.com/?lang
http://exo.jp/keypersonq/
http://win32lab.com/

ガンマなしバージョンと比べると、醜美の別は一目瞭然。
もうガンマなしには戻れないｗ

※お知らせ※
このスレッドでは反論すると難癖として扱われます。
常に作者をマンセーしましょう。

起動時自動的に全体に適用させる方法ってあるんか？
いろいろ試したがうまくできん

>>217
ガンマなしとありのとをそれぞれのを出してみてくれ。
「色バック抜き色文字」と「白黒オンリー」とをそれぞれ２点ずつ計４点。

別にマンセーする必要も無いが
ガンマ追加前のバイナリ使えば済む事をｲﾗﾈｲﾗﾈうるさいから
難癖厨って言われてるだけだろ

>>220
自分でヤレ。
それに>147は未配布ゆえ、これらのサイトでどうなるのかはオレも見ていない

どうせ汚すぎて見せられないんだろ

ガンマ(ﾟ�听)ｲﾗﾈ

見てないのに
＞>147で効果があるのは、白黒オンリーじゃね？
とか決め付けて難癖厨認定してるお前こそが難癖厨だろ

>>223
ｓｙ567が上げてくれたのがあるぜ。
http://free.flop.jp/gdi++/src/gdi0460.png

>>224
>147に書いてあるように
　　「単に黒背景に白文字で読みやすければいいなら」
から白黒限定と想像したまでのこと。

難癖厨たってなあ…。
要望なり意見出さなかったら現状でokですね。で終わりじゃないか。

>>222
はぁ？

君の発言
＞ガンマなしバージョンと比べると、醜美の別は一目瞭然。
＞もうガンマなしには戻れないｗ

つまり、ガンマありを君は美しいというわけだ。
俺は>>214で述べたとおりで、君とは正反対のものしか結果的に見られな
かったから、一目瞭然の美しいものを見せてくれと言ったんだよ。
なのに、「自分でヤレ」では話が先に進まない。俺は自分でやった結果で
判断したんだから。
だから、根本的なところで出された結果そのものが違うんじゃないかと考え
て、君に見せてくれと頼んだんだ。

それに>>147はガンマではなくTextTuningによるもんであり別次元の話だ
ろｗ

>>227
頼んでる様には、みえないけど。

>>227
上・ガンマ有gdi0476/中・ガンマ無gdi0441/下・gdi++無適用

http://free.flop.jp/gdi++/src/gdi0477.jpg
http://free.flop.jp/gdi++/src/gdi0478.jpg
http://free.flop.jp/gdi++/src/gdi0478.jpg
http://free.flop.jp/gdi++/src/gdi0480.jpg

おっと、みすった。
http://free.flop.jp/gdi++/src/gdi0479.jpg

なんでjpg？

まあ、png がいいわな。
それでも違いは歴然。

>>229-230
俺も黒背景白文字がデフォな環境だからガンマ欲しいが
これを見るだけじゃ
『ガンマ使わなくてもini弄って文字太らせるだけでいいじゃん』
って思われると思う。

ガンマOFFに出来るようにすればいいだけじゃね？
俺は全然ありだと思う。

>>229
どうもありがとう。

環境に因るのかな。
うちではガンマ無しの方が断然綺麗だし見やすいと思うのだが。

http://free.flop.jp/gdi++/src/gdi0481.png

CATALYSTの方を弄ったら有りで綺麗に表示されたけど、何だか本末顛倒。
GammaValueが調整できるようになるのを期待。

俺もガンマ無し派だな。
スタートボタンの文字がぶっといのは見苦しいから。

まあ色んな意見の人がいるのはしょうがないわな。
ガンマ補正無しで満足してた人は他の機能（サービス適用とか）に
力入れてくれって人もいるだろうし。
この辺は中の人のモチベーション次第かと。
あと、フォントリンクに問題抱えてる人にとってはGetGlyphOutline版が
期待の星になるんじゃないかと思うんだが、あんまり話題にならないね

>>237
しょーもない理由だなw

llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll

ガンマ蟻は、↑が黒くなるくらいしか利点が無かったお。

痛いなぁ。
君はどうして欲しいんだ。
必要ないならガンマ追加版のバイナリ使わなければいいだけの話だろう。

どっちも痛いなぁ。

つーか何この宗教論争・・・
なんか、初期の開発者たちがガンマ対応を拒んでた理由が分かった気がするｗ

http://free.flop.jp/gdi++/src/gdi0483.zip
負数指定したらどうなるかｼﾗﾈ

じゃあ指定してみる

gdi0483 って、gdi0476 のソースマージされてますか？
そもそも gdi0476 のソース公開されていないのかな？

gdi0476 が激っぱやだったので、そこから改良されていると
うれしいなぁ、と。

>>245
gdi0476の激っ速氏は、バイナリをぽいっと置いていったので
ソースはなし。
どこ直したとも言ってなかったなあｗ

http://free.flop.jp/gdi++/src/gdi0484.zip
Contrastで文字の太さ。
ところでBoundって浮動小数点でも大丈夫なの？
template<T>についてよくわからないのでorz

ガンマの比較は、明るい背景に暗い文字と、暗い背景に明るい文字が一画面に両方ある場合が一番わかりやすい。

あと、自分のディスプレーにガンマの数字にあわせないとガンマの意味無し。
俺の液晶ディスプレーは1.8とか1.6とかだ
ガンマが1ならガンマ機能は完全に不要。

ガンマが１なディスプレーって少数派な気がするがどうなんだ。

>>247
なぜ
バイナリが
無いのですか

あなたのような　ひとが　つかえないように　です

>>250
コンパイルぐらいならできますよ？　gdi***.rcが無いとかエラーでるけどね。

HDBENCH使って見たら、、、重杉
gdi0465　1756
gdi0476　1788
gdi0484　 398

gdi0476が若干はやいのが気になるｗ

ガンマありの gdi0476 の速さは魅力だ。
ソースアップしてくれないかな。。。

bg=背景 , fg=描画したい文字(0~1) , C=描画色 , g=ガンマ として
( bg^g * (1-fg) + C^g * fg )^(1/g)
が正しいガンマ補正だと思うんだけど間違ってるかな？ちょっと自信ないかも

gdi0476が消えてる・・・

gdi0476ってdllだけのやつだったっけ？

　　レ ン ダ リ ン グ と

　　　　　逃 げ 足 の 速 さ は

　　　　　　　　業 界 ト ッ プ ク ラ ス ！ ！


　　　　　　　　　　　　　　Powered By gdi0476

gdi0476は可能性を見せてくれただけでもいいんじゃまいか？
多人数でソース弄ると弄る全員が >>166 を心がけないと
今だけ高速化させても再度高速化の為に手間を割く事になるし
高速化を重視しすぎてソースを弄り辛くなる可能性(技量次第だが)もあるしな

カリカリしてお願い！激っぱやマーン！と3人が叫べば、
疾風のように駆けつけてきて
ポイッとバイナリを置いていってくれると信じたい……

ID:6VkcMXrZ
こいつ痛すぎ

乗り遅れてgdi0476をゲトできなかった漏れは負け組？

>>260
別に大した物じゃないから気にするな

>>260
んなこたーない
軽いっつっても、ジムとシャア専用ザクくらいしか違わんよ

さすがに５倍も遅いんじゃなぁ……やっぱガンマ無くていいや。

>>257
>>166なんて、最近のコンパイラなら勝手に最適化しそうなもんだが。

インテルのコンパイラならな。
マイクロソフトのやつは最適化性能はそこまでよくない。

バイナリのサイズも倍近く違ったよな。

ICCはAMD製CPUはじきをバイナリに埋め込むのがなぁ

AMD互換CPU作ってるくせに？

＄399……5万円弱か。
http://www.intel.com/cd/software/products/ijkk/jpn/download/locations/index.htm

コンパイラーに頼らずに普段からまともなソースコードを書くように心がければいいだけ
汚いソースコードを書いてるとパフォーマンスが悪くなるしバグの元になる
てかプログラマとして当然のこと

>>270
グローバル変数はともかく、>>166他の部分はまともなソースコードと関係ない。
これやったからって五倍も十倍も速くなるわけでもないし。

>>166
乗除算はちょっと待ったと言いたい。
少なくとも（される方が変数でも）乗除する数が定数なら
ビット演算などへ変形する最適化などコンパイラのお手の物。

意味的に乗除算であるべき場所なら、乗除算を使った方がわかりやすいコードになる。
最適化で同じコードになるなら乗除算をそのまま使うべき。

最適化を過信しないのはいいが、任せて平気なことは任せろ。

>>271
じゃあ476が5倍速いのはどう説明するわけ？
ま、icc使ってるだけかも知れんが

>>273
>>166みたいなのは所詮小手先。
五倍も十倍も速くしたいならアルゴリズム変えないとダメでしょ。
例えばFreeType版でもキャッシュがまともに動くまでは相当遅かった。

>じゃあ476が5倍速いのはどう説明するわけ？
>>147で言ってるみたいに、いちいち演算してるところを
テーブルで置き換えてるんじゃないの。中身しらないから憶測だが。

>>274
テーブル使って劇遅かった474を最適化したのが476じゃね？

アルファは明るさじゃなくて面積を表す数値だから、
アルファに対してはガンマ補正はするべきではないんじゃない？

>>253>>276
もっとはっきり「あのコードは間違ってる」って書けよー
マンセー厨に配慮なんかしなくていいから

バグをバグと見抜けないメクラマンセーに仕切らせとくと
正しい指摘まで難癖扱いされ、パラメータの調整でどうにかなるとか見当違いな結論を出して
バグが直らねえままなんだよー

FT2.3.2でＳＨ Ｇ30-系がおかしくなるんだけど何とかならない？

ttfnameでなんとかできたような
これ以上は過去スレ漁ってくれ
FT2.3.2からの問題なら原因究明はまかせた

gdi0486で無限ウィンドウ状態になって固まったw

>>278
ＳＨ Ｇ30-Mでgjmyがおかしくなるのを確認。gjyは形が崩れ、mは表示されない。

FreeType2.3.2(gdi0467)で且つHintingMode=0の時に発生し、
FreeType2.3.1やHintingMode≠0では発生しなかった。

>281
うちの環境だと再現なし、かな。
あんまり参考にならない環境だけど。

win2k+gdi0441+FreeType2.3.2(3/12 23:00頃の自前ビルド)+SH G30-M

>>281
MLぐらい見てから書け馬鹿者

FreeType2.3.2にはバイトコードインタプリタにバグがあってそうなる。
しかもDavid Turnerが体調崩して寝込んでる上にCVS鯖が落ちてて
どちらも復活・復旧するまで数日かかるらしいから今のところ古いバージョン使っとけ

つう事らしい。

>>283
そんなこと要求してる人は初めて見たよ。

http://free.flop.jp/gdi++/src/gdi0487.zip
gdi0456 に「XP でしか作用しない」って書いてあったので
gdi++20060927 も 2K 用らしきコードをマージしてみたり。

>>285
そのコードはまずい。
詳しくは81＠3px以降参照。

Vistaですら問題ないと思われるよなスペックで軽重を語られても・・・・。

てか摂氏なんだが、ターナーってアメリカ人じゃないのか？

>>286
削除しました。
過去ログ読みます。

なんかｲﾊﾟｰｲあってよくわからない一般市民にお勧め教えてください

自分で選んで使えないソフトは使うべきではありません。

>>290
ttp://free.flop.jp/gdi++/src/gdi0424.zip
とりあえずこれ。
使い方はwikiなりを見ること。

2、3日前までの勢いがなくなってしまったな・・・

むしろ2,3日前の勢いが異常だった

とりあえず現在のガンマな流れから行くと
問題提起されてる >>253 >>276 の確認？
実は既に修正作業に入ってる or 現在の仕様が正しいのでそのまま
で勢いが止まってるのかもしれんが。

http://free.flop.jp/gdi++/src/gdi0488.zip
とりあえずContrast実装したから>>67-72は無かったことにする。
てか*WeightとItalicSlantは整数のままでいいの？

乙です。
綺麗なんだけど家じゃ重くて常用できないや

gdi0476の人が来てくれないと使う気にならんな

コントラストだと中間色の場合に色が変わっちゃいそうな印象だけどどうなんだろう。

実を言うとgdi0476はインチキ
つまりこれを使って速いとかガンマﾏﾝｾｰとか思ってた人間は全員アフォｗ

gdi0476のインチキって何？
何がどうインチキなのか知りたい :)

>>300
実際俺の環境では早くなったからどうでもいい。
0476がどれだったかは忘れたけど入れてから明らかに軽くなった。
正直常用を諦めようかと考え始めてたからすごく助かった。

インチキって言うのはちゃんとしたガンマ補正してないってことでしょ？

ガンマ補正版は今は様子見。
それ以前のよりも美しく力強い描画にならなければ入れ替える
意味がない。ただし、いつでも導入できるよう準備はしてある。
gdi0476もともかく保存しており万全。

大して綺麗じゃない割に重いしバイナリ無いし
バイナリ上げるのはパスワードつける基地外しかいない

正直、これって改悪としか思えない……

>>305
頭大丈夫ﾃﾞｽｶ？

で、0476の再うpは？

476の再うｐは禁止します

なんで？

バイナリ無しとかパスワード付きとかは私製ビルド扱いにしてほしいなあ。

>>310
gdi0490は488+αのバイナリです。重い orz
パスなし

http://free.flop.jp/gdi++/src/gdi0491.png
これです
お願いします

>>311
・ ZIP形式にする
・ 中間ファイル/FreeTypeヘッダは削除してから圧縮する

どうも開発の発散っぷりが初代の末期状態を感じさせるなあ。

いきなりガンマとかめんどくさいところいじらないで、
斜体とかVista対応の方をお願いしたいのだが、どうか。

それでも、開発が続いているだけで嬉しい。
個人的には、縦書き対応をお願いしたいけど。

>>314
いきなりガンマとか言うけど、かなり初期から黒背景だと暗い暗い言う奴いたし
できるところからやってる現在の流れでいいんじゃね？

>>316
出来て無いじゃん

斜体とか縦書き対応は FreeType の方を弄る必要があるしね。
弄っても、新Ver.が出ると改めて弄りなおす必要があるし。

上記２つは本家版を使うのが手っ取り早い解決なんだよな。

能書きはいい。コードを書け。

>>318
寝言は寝てから言え

＞斜体とか縦書き対応は FreeType の方を弄る必要があるしね。
嘘つくなよ
斜体はgdi++のバグだし、縦書きは昔555が対応しようとしていただろ
未完のまま終わったのが残念だけどな

＞上記２つは本家版を使うのが手っ取り早い解決なんだよな。
本家版の方がFreeType版よりズレ欠け酷いだろうが

>>316
『できる』って言葉で伝わらなかったか
いじれるところから(いじれる人が)いじってる現在の流れでいいんじゃねぇの？ って意味なんだが。

ガンマに手を付けてるから他の部分に手を付ける事が出来ない ってイイワケも
過去に複数の人間が違う機能をマージしあってる時期あった気がしたがな。

レス番ミスったｗ

サービス対応を是非。

314-322
いじれねえのに、今後の開発方針を論じるのか？

>>324
× いじれない
○ いじらない

sy567はC言語すら知らないただのゲーマーだ。あいつに要望しても無駄だろ。

ここでC言語も知らないしゲーマーですらない自分が来てみた

>>327
帰れ

うｐろだ「488+αのバイナリ」が
「88+αのパイズリ」に見えた……。

どっち方面の病？

>>329
恋

>>329の性欲に乾杯w

0476、再うpされないって事は偽ファイルだったって事？

試してないけど実際にうｐされてた事は間違いない。
dllとかのサイズが半分以下な辺りにすごく違和感感じたので使ってないけど。

持ってる人(自分含め)はそれなりにいると思うが
理由があって消したのだろうから、その理由がわからない限り何もできんだろ

>>333
サイズはコンパイルオプションの/MTと/MDの差。
処理的な違いはよくわからん。

現状じゃ確かに軽い「気がする」し、表示がおかしいとか他のに劣ってるってこともないからなぁ
>0476

>>333
むしろサイズの大きい方が違和感ありまくりなんだが。
（手元にあるやつだとgdi0392が45KBぐらいで、gdi0437が160KBぐらい）

コンパイルオプションでそんなに変わるものなの？　小さい方がいいんだけど。

0476は壮大な釣りだよ
自演とそれに乗っかって悪のりしてるのが何人かいるだけ

>>338
今更そんな事言わなくてもみんな知ってるって

0486を評価するのは、俺だけか？

ベースはどれも同じなの？
ログ読み返せってか？！(;´Д`)
読みづらいので誰か系統教えてくれ

ん、ソースだけだが0492がきてるな

>>337
/MTだとmsvcr80.dllの中にある関数で必要なものを全部リンクするからすごく大きくなる
/MDならmsvcr80.dllを使う

「88+αのバイズリ」
「ちょっと速く」
……あーひゃっひゃっ（ダメポ

>>343
それはVC2005での話じゃね？
VC6とかDDKのコンパイラなら/MDでOS付属のmsvcrt.dllにリンクできるから無問題

>>345
gdi0476は何でコンパイルされてたの?
>>335と>>337見てコメントしただけで入手できてないんだが

>>346
gdi0392まではmsvcrt.dllだから多分VC6
最近の100KB超えの物はVC2005かな？ gdi0476はｼﾗﾈ

つうかVC6で/MT使っても120KB弱なのに、VC2005使ったバイナリって大きすぎないか？

>>342
確かに速くなってる。
申し訳ないが、オレにはもう肝心の綺麗さはよくワカラン。

起動時のダイアログだけど、INIの内容と一致してる？
一致してなかったら多分俺の実装のせいだorz
あと、10桁以上は多分アウトだと思う。

gdi0493は492+αのバイナリです。ちょっと速くかも
パスなし

0494は493の訂正です。
ICC 9.1バイナリです。

これはなかなか、いいんじゃないか？

>>349
乙です。
起動時にダイアログは出ないし、むしろこのまま出ないほうがいい。
速さはいい感じになったんじゃないかな。
……で、BoldWeightのパラ、いじっても結果は不変。効いてないんじゃあるまいか？

0490もそうだったけど
0493-0494のバイナリもうちの環境じゃ動かないようだ
残念

うちでは、パーフェクトです。

ガンマモードの効きが、背景色がある場合とない場合とではっきり
と区別化されるようになったね。
gdi494を使用。

背景色が白の場合
http://free.flop.jp/gdi++/src/gdi0495.png

背景色が黒の場合
http://free.flop.jp/gdi++/src/gdi0496.png

背景色が白の場合の、いわゆる白地に黒文字は相当綺麗になった
と思います。初期のボテッと感がなくなり自然になった。
でも、背景色がある場合、わかりやすく黒地に白文字の場合を見て
みると、こちらはかなりボテッとしてて不自然な感じ。背景に色がつ
いていると、文字が太くなりすぎる嫌いがあるように思います。

iniのパーラメータをあれこれ弄ってみたけど、うまく改善できません。
背景色がある場合の文字の太さをもっと自然で見やすいものに改善
していただけたらいいなぁと・・・。

>>349
乙
Opteronでも軽くなった

Shadowの効き方が
背景色によってだいぶ違って見える
(明るい背景ほど効果が薄い)

>>356
文字細くしてガンマ下げりゃいいんじゃないの？

ごめん、正直言うと0492は俺じゃない。
とりあえず0492の人乙

>>350-351
ありがとう。
2倍は軽くなったなぁ。

BolderModeかえるとNormalにも影響があるような･･･

0:縦方向はNormalWeight
1:縦方向は太くならない
2:縦方向もBoldWeight

>>358
それもやってみたんだけど決定打にならなかったんですね。
こちらをご覧ください。さきほど提示したもんですが・・・

背景色が白の場合
http://free.flop.jp/gdi++/src/gdi0495.png

最上部の青枠のカテゴリーなんだけど、ニュース・トップ・主要と並んで
る部分ですね。選択した部分の「社説・春秋」と両隣の「リリース」「おく
やみ」の箇所を見ていただくとわかりやすいかと思います。
背景に色があるのとないのとでまったくの別物であるかのようです。
つまり、太さの度合いが違いすぎるのですね。根本的なところでの仕様
となっておりますので、この方面での調整を今後の課題としてお願いし
たいというわけなのです。

フォントが違うのかよくわからんけど、こっちでそうは見えんけどなぁ
http://free.flop.jp/gdi++/src/gdi0497.png (gdi0494)

たまげたなぁ・・・綺麗なフォントだなぁ

HintingMode=1
Contrast=1.5
にしたら、相当好みになった。

デフォルトの ini の
HintingMode=2
Contrast=1.0

では、字が薄かった。みんなはデフォルトのまま使っているのかなぁ？

>>364
本当ですね。盲点でした。
フォントを試しに変えてみたら気になっていた問題は解決しました。
ちなみに、問題のあったフォントはタイププロジェクトの「あられ」です。
他のフォントで同様の問題があるのは、気づいたところで欧文フォント
のLucida Grandeですね・・・。助かりました。ありがとうございました。

contrastを変えても太さは変化しない方がいいんじゃない？weightやtuningも弄るのは面倒だし
pow(fi_255 * i*2, contrast)/2 と pow(fi_255 * i*2, fi_contrast)/2 +0.5
を繋いだ感じの曲線にするとか

>>368
http://free.flop.jp/gdi++/src/gdi0498.zip
こうですか？

早いな。しかしこの式がコントラストの処理としてふさわしいかはわからん

>>369
0492+αのバイナリ=0499

>>371
○　0498
×　0492

>>371
zipにしてください。お願いします。

ごめん間違ってた｡右半分は
1 - pow(fi_255 * (255-i)*2, contrast)/2
じゃないと綺麗に繋がらないね。

>>374
http://free.flop.jp/gdi++/src/gdi0505.zip
ついでに0501もマージしてみた

>>375
いい加減バイナリ入れたら？

議論段階した末不要になったバイナリは削除してくれ
わかんねよ、手当たり次第コンパイルしげいる人

>>377
段階した末(;´Д`)
小学生からやり直してくる

色々上がりすぎだろ
504とか中身なに？

アーカイブの名前のつけ方と中身から推測するに0476の人じゃない？
あくまで予想だけど

斜体のズレ欠けを直してみたよ
でもgdi0503のdllじゃないと動かないかもだよ
ていうかgdi0401のバグを直してみただけだから最近の新機能は動かないよ

ちょっとコレ整理しないかい・・・

>>381
修正おつです
・斜体が全部表示されるの確認
・0401で末尾がかける問題も確認した範囲ではなくなった
ソースのマージを期待して待ってます

>>381
こちらでも、斜体のズレ欠けがおきない事が確認できた。
ファイルサイズもえらい小さいし動作も軽快。
せっかくなのでソースが公開されるといいなぁ。

0505+αのバイナリ + FT-cvs=0507

Contrast値の上限と下限を教えてきぼんぬ。

今すぐ使いたいよってゆう人は0507をﾀﾞｳｿすればいいんだね

>>381
おお！
gdi0392(0424)から乗り換えたら斜体かけなくなった。
0392のfixかな？
使わせてもらいますじゃ。ｔｈｘ

>>385
>>373

>>389
0508

>>390
頂きました。ありがとうございます。

二人ともGJ！
この軽さは個人的なノウハウの賜物って感じ？
何が違うんだろ。

>>386
0以下にならなければおｋ

おおっ！ガンマ補正スゲー軽くなったし調整も効くようになってら
勝手にwktkしてるとか書いてたけど、本当に実現されてるよ
これならガチで常用可能だね
まあ勝手に期待されて迷惑なだけだったかもしれんけどw、中の人大変乙です

>>393
GJです。
確認なんだけれども
iniに残されたGammaModeとGammaValueの項目は、
いまは不要になったんだよね？
Contrastだけで調整するということでOK？

自分の確かめればすぐわかることをなぜわざわざ聞く

最近のビルドは、Pentium4以降でないと動作しないのでしょうか？
お恥ずかしながらまだPentium3のマシンなのですが、このごろの
ビルドではgdi++の効果が得られない状況です。

>>397
TualatinコアのCeleronで動いてるから、pen3で動くと思う（gdi0508使用）
あと、今どれ使ってるとか、どの辺から動かなくなったとか具体的に書いた方がいいんじゃないかと

>>398
アドバイスをいただいて色々試しているうちに初歩的なミスに気がつきました。
manifestを入れるのを忘れていました。入れたところ正常に動作するようになりました。
お恥ずかしい限りです。ありがとうございました。

508試用中・・・
NormalWeightの値の重み付けが変わったのかな・・・？
0441の時、NormalWeight＝４だったのが、
NormalWeight=24でもちょっと細いくらいに感じる・・・

まあ、値を増やせば良いだけなんだけど、
Boldの方はあんまり変わってないんで、若干違和感。

>>381
駄目だうごかん。0503の方のFreetype.dllは動いてる。
0504ってSSE2でビルドしてないかい？

0509
float→int変換がかなり遅いので初期化以外で float 使わないようにしてみた。

hdbench スコアが
0508添付DLL > 0509自前ビルド > 0508自前ビルド
なのはコンパイラの差かな。
( 自前ビルド は VS2005 使用。)

>>402
あ、変えたのはアルファブレンドのところだけです。

>>381
どうもありがとー！
斜体欠けが直り超気持ちEー！

>>402
0510

ここまでのまとめとして

gdi0504-斜体欠けが直ってる
gdi0510-ガンマ系の最新版

の二つのどっちかでおｋだよな？

>>406
0504は使う分には問題ない（うちの環境（初代Athlon）だと駄目だが）が、
ソースが入ってないのでこれ以降の開発が出来ない。

>>406
ユーザサイドとしては、斜体系（gdi0504）かガンマ系（gdi0510）か、
どっちか好きな方を使うということだね。
gdi0510は、また黒々どっしりシェイプに戻ってて泡食ったけど
ini調整で、うちではこれまでで「最高の美しさ」に達したよ。
しかも軽くてスイスイ。>402,405に感謝。

あと、隠し球はGetGlyphOutline系（gdi0456、0489）だね。
こちらの伸展も興味深い……

>>407
だね。>381氏　ソース配布を激しく希望。よろしくお願いします。

0504はネタだろ。いい加減うざいからﾔﾒﾚ

つーか派生版だらけで、FreeType版になる前のgdi++の流れに似てきたなぁ。

サービス対応求むム

>>410
サービスのソースが公開されてないから無理

派生が出ても良いのが残ればおｋ

>>409
gdi0476のときも荒れてたけど(同じ人のビルドだよね)、
ネタとかインチキいうなら根拠を出して欲しいな

ソース無しは認めない方向に持っていきたいなら、
荒れないような言い方ってあるんじゃないの？

>>409
はぁ？

従来の斜体表示
http://free.flop.jp/gdi++/src/gdi0408.png

gdi0504で斜体欠けは克服
http://free.flop.jp/gdi++/src/gdi0512.png

>>4
そゆことね
てことは、マネジャも新しいのはできんてこと？
無知ですまん。

みなさんホント乙です。

>>414
はいはい捏造スクショまで作って自演乙

>>ID:mK3Joqob
サービス対応って、希望内容はこれと同じ？
http://pc11.2ch.net/test/read.cgi/win/1168768397/964
もしそうなら、最新Manegerとsexeでサービスに登録できるよ。

・最新Maneger
http://free.flop.jp/gdi++/src/gdi0458.zip
・sexeというフリーソフト
http://www.vector.co.jp/soft/winnt/util/se227419.html

>>416
gdi0504で欠けてるの？俺は欠けてないと思うけど。

>>417
さんくすです

Q. 起動時から「有効」にしたい
A. パラメータに -on をつけましょう

ここでいうパラメータってなんすか？

>>414
当方でも、確認した。
gdi0504は、斜体でもまさに切レテナーイ。
ソースないのがじつに惜しいね

>>409,416
>381氏がソースを出さないでわれわれの反応を楽しんでる、
と見てネタと言ってるのかと思ったら、
gdi0504の動作・機能自体がインチキってこと？
いんや、ちゃんと動いたよ。
もしそっちで動かないなら、コンパイル方法とかなにか別な理由。
……動かねえっっ前から怒ってる、浄土マシンの人？

>>419
sexeでgdippManager.exeを起動するとき、起動オプションとして”-on”を付けろってこと。

>>420
>>381氏がソースを出さないでわれわれの反応を楽しんでる、
>と見てネタと言ってるのかと思ったら、
それだよ
0476にしても結局ソース出さず終いだったしな
どうせまた自演でマンセーしまくった挙句、削除して逃げるんだろ

>>420
�dです。ほんと感謝。

>>422
お役に立てて何より。
で、サービスに登録するとなにかいいことあるの？
具体的にそのメリット教えてくれる？

>>423
む。
起動時に全体に適用するのが楽、とか・・・
そこが一番かな。。。その程度ですわ
もっとマネジャをうまく使えるのかも知れないけども、
うまい使い方がわからないもので

>>424
ふーむ、さんきゅ。
ならばスタートアップにManagerを入れとけばいいような気がｗ
ま、なにはともあれメデタシメデタシ。

>>425
それだとうまく適用できなかったのよ。。。
いろいろとやってみたんだがなぜだかね。

でもこれで快適です。
さんくすです〜

別にネタでも色々よくやってくれるなら全然いいよ
いくらでもﾏﾝｾｰしてあげるしソースとかいらないんで
がんばっていい物うｐしてください＾＾

>>400
NormalWeightは-64〜+64、他は-32〜+32になってるはず
wiki直そうかと思ったけど、FreeType系は全部こうなってるのかな？

>>421
手品のネタはわからなくとも良いものには拍手喝采。
ネタがわからんと怒りまくってるのは、一般の客ではなく同業者だから？
まぁ、良いものを提供されればうれしいので、あなたの事情に興味はないし
どうでもいいけど攻撃的になるのは筋違いでしょ。人それぞれ立場と事情が
あるのだから。

バイナリ無しとかソース無しとかやめようぜ

>>421
て事は、381氏が垂らした釣り糸に見事食いついてるのが>>421という事かｗ

>>430
そう願いたいんだけどね。
いかんせん、バイナリなしはガンマ系sy567氏の「クリーンハンド哲学」、
ソースなしは斜体系>381氏の「ハンドパワー哲学」みたいだからなあ。
ガンマ系バイナリのほうは高速コンパイル氏のICC 9.1に感謝するとして、
斜体系については、「gdi++ソースのバグフィックスで解決可」と判明しただけでも
すごい収穫じゃあるまいか？
（……斜体バグは、FreeTypeがらみで事実上、解決不能と思い込んでてたもん）

>>427 >>429
使う分にはいいんだけど。
アップする人がバイナリ消すなりなんなりすれば何の成果も残らないわけで。
いま曲がりなりにも開発が進んでるのは、開発停止時点でソースが公開されていたから。

>>432
0401のバグ直せるのって書いた人なんじゃないかなあ。
あの版ってソース入ってたっけ。

>>433
0401はソース入りだね
ただ、結構早くに消されたし再Upも無かっただろうから
一見さんにはできない芸当だと思う

>>381
http://free.flop.jp/gdi++/src/gdi0513.png
これは・・・。

今はもう無いから確認出来ないんだけど
須磨の斜体非対応版SSで斜体の文字一つ一つが全部かけて無かったっけ？
そこに違和感覚えた記憶がある。
あと、こっちでは同じページでも再現しないから
特定ブラウザもしくは特定フォントによる物かもしれないね

>>436
行末だけだと思うなあ。MSP明朝。
ttp://free.flop.jp/gdi++/src/gdi0514.png

そうじゃなくて、行末が欠けるだけなのはこっちも同じ

問題は須磨のページでSSを『最初にUpした人のSS』は文字毎に全部欠けてたような
記憶があったってだけで、俺の記憶違いなら流してくれていいんよ

gdi0515
全文字じゃないけどいっぱい欠けてる例
0504では行末の「跡」が欠けてる

>>439
ttp://free.flop.jp/gdi++/src/gdi0516.png

うちは、同じく gdi0504 だけど、行末の「跡」もかけてないよ。
FreeType のバージョン？

訳わからんから環境も書こうぜ。
必要なのはfreetypeのバージョン、gdi++のバージョン、自前ビルドの場合はコンパイラ、
使用フォント、設定、OS、CPU、使用ブラウザぐらい？

>>433,434
　gdi0424（パス操作関数を自前、ATL使用）じゃなく、
あえてgdi0401をバグフィックスした点に
謎を解く鍵はないかねえ？

>>436,438
　>414のことなら、左のは行末以外でも欠けてるね。

……んでなに、gdi0504は消されたの？
ハンドパワーだなあｗ

結局0504はネタって事でFA？
バグ直ってないみたいだし。

>>443
0504 は今見たら消えてるし、バイナリしかはいっていなかったけど、
少なくとも俺の環境ではネタじゃなく、動いている。

>バグ直ってないみたいだし。
完全克服が数名
一部行末を除いて大幅改善が数名
動かない・ネタ扱いが若干一名

ttp://free.flop.jp/gdi++/src/gdi0515.png
NorthWood P4 2.8C @ Win2K SP4 IE6 M1+IPA

バイナリ
gdi0392(dll)/gdi0504(dll) + 0503(FT2.3.2)

INI
HintingMode=0
AntiAliasMode=2
LcdFilter=1
その他=0

ネタでもほんとでも既に消されてる奴の話はどーでもいいかも

あれgdi0503って2.3.3だっけ。ごめんミス

>>446
なかなかソース出ないようならうｐする

>>445
須磨のArichan、急にアクセス伸びて驚いてないかなｗ

>>446
ここから斜体欠け修正のヒントをつかめるかもしれんだろ？

把握しま
ネガティブ発言ごめんYO

>>437
のは gdi0392(dll) + 0503(FT2.3.2) H=2, A=2, L=1
混乱させたようですまん。

504の再うｐは禁止します

GDI++.┬本家版（>>1開発終了）
　　　　│
　　　　├FreeType版─┬─安定版(gdi0465)──斜体修正版（gdi0504）
　　　　│　 　 　 　 　 　 │
　　　　│　 　 　 　 　 　 └─ガンマ・コントラスト版──最新版(gdi0510）
　　　　│
　　　　└GetGlyphOutline板（gdi0456)──最新版(gdi0489）

こんな感じか？

>>452
504は401ベースらしいからその図は違うんじゃね？

>>452
GetGlyphOutline板

>>452
　×安定版（gdi0465）
　○安定版（gdi0401）
じゃないかな。
gdi0465はManagerの名前制限を解除したもので、
ガンマ系gdi0510に吸収されているはず。

>>453-455
こうかな

GDI++.┬本家版（>>1開発終了）
　　　　│
　　　　├FreeType版──安定版(gdi0401)┬─ガンマ・コントラスト版──最新版(gdi0510）
　　　　│　　　　　　　　　　　　　　　　　　　　│
　　　　│　　　　　　　　　　　　　　　　　　　　└─斜体修正版（gdi0504）
　　　　│
　　　　└GetGlyphOutline版（gdi0456)──最新版(gdi0489）

　　　　├FreeType版──安定版(gdi0392)┬─ガンマ・コントラスト版──最新版(gdi0510）
　　　　│　　　　　　　　　　　　　　　　　　　　│
　　　　│　　　　　　　　　　　　　　　　　　　　└─斜体修正版gdi0401──最新版(gdi0504)

こうかな。ややこしい・・・

GDI++.┬本家版20060927（>>1開発終了）
　　　　│　　│
　　　　│　派生版最終（gdi0143）
　　　　│　　│
　　　　│　　└FreeType版──安定版（gdi0392）──安定版（gdi0465）
　　　　│　　　　　　　　　　　　　　　　　　│　　　　　　　　　　　│
　　　　│　　　　　　　　　　　　　　　　　　│　　　　　　　　　　　└─ガンマ・コントラスト版──最新版(gdi0510）
　　　　│　　　　　　　　　　　　　　　　　　│
　　　　│　　　　　　　　　　　　　　　　　　└─斜体修正版──開発版（gdi0401）──最新版、不完全？（gdi0504）
　　　　│
　　　　└GetGlyphOutline版（gdi0456)──最新版（gdi0489）

>>456
内輪で使い分けるぶんにはそうなんだけど、
　・安定版(gdi0401)……MSのライセンス抵触の恐れ. ──→gdi0504
　・安定版(gdi0424)……自前コードに書き換え─────→gdi0510
なんだよね。
だからもしだれかが開発に参入して、非ガンマで何か機能を付加するなら、
gdi0424ベースじゃないとよろしくない、ということはある。

>>459
gdi0424はgdi0392の再うｐだから中身的にはgdi0401の方が新しいと思うんだけど。
http://pc11.2ch.net/test/read.cgi/win/1168768397/236

>>460
あ、そうだね、gdi0424ベースじゃ逆にまずい！
失礼しました。
　・安定版(gdi0392=gdi0424・MSのライセンス抵触の恐れ)
　　　　　　　　　　↓
　・gdi0401(自前コードに書き換え)
　　　　　　　　　　↓
　・gdi0504、gdi0510
で、新開発の方は、gdi0401をベースにどうぞ、だね。

ガンマ版のネトランその他.txtから

gdi0387からの変更点
・David Turner氏の指摘を受けたので、パス操作関数を自前の物に置き換えてみる。
　どう見ても手抜き関数です。本当に(ry
・配列クラスもまずそうなので素直にATL使うことにした。
・gdi++.exeのエラーメッセージをリソース化してみる。
　多分英語版Windowsとか使ってるといい加減な英語メッセージが出るはず。
・マニュアル見てたらFT_LOAD_IGNORE_GLOBAL_ADVANCE_WIDTHなるフラグﾊｯｹｿ。
　DynafontやSH G30で幅が変だったのをgdi++側でどうにか出来た。

>>461
>>462の言うとおり、gdi0392で自前コード+ATLに書き換えだと思う。
ttp://www18.atwiki.jp/gdiplus2/pages/16.html

だからライセンス抵触は気にしなくていいはず。
強いて言うならLcdFilterがMSのサブピクセルレンダリング特許に抵触してるってぐらい？
ってかこの特許、David Turnerがそう言ってるけど、日本では成立してるのかな。
誰か教えて。

すげぇ拘りだな
これぞ正にフォント厨

フォント自体に拘ってるわけじゃないからどちらかというとデスクトップ厨じゃね？
どうでもいいけど

フォント厨キモい…

フォントとかふぉんとどうでもいいっすよ

0517
斜体が切れないように描画範囲を右に広げてみた。
広げ方の計算がいい加減だけど。

問題なしです。

>>468
欠けは直ったけど、IEで文字選択したときのズレが直ってない。

・・・って、よく見たら欠けも直ってないや。（gdi0504と同じ？）

>>468
0518、ICC 9.1バイナリ

これって既存のMS明朝とかゴシックを新たに描写し直してるの？
それともみんな自分でフォント入れ替えてそれを描写し直してるの？

お前はいったいなにをいってるんだ

>>468
GJ
あとは強いて挙げれば速さぐらいかな

>>474
アホでゴメン

>>473
上

今ごろ気づいたんだけどさ
メイリオの日本語文字は、斜体にならないんだね。
gdi++のテストを兼ねて、しばらくはKeでいくぜ〜

gdi0510
カーソル選択時とかの、文字反転した時に
輪郭グレーが目立ちやすくなってしまった
黒背景+白文字の偽色は全く無くなっててうれしい

ガンマいらない派なんだけど、
今後は
　1. ガンマ有り版のみ開発
　2. ガンマ無し版も並行開発
　3. ガンマoffに出来るようにする
のどれなの？＞開発者さん

>463
サブピクセルレンダリング関係の特許なら国内だと、
富士通、松下、シャープなどなど、家電・PC・モバイル、液晶・プラズマ、方式・分野問わず大量にあるぞ。

マイクロソフトが後だししても、MSはクロスライセンス契約してるから問題ない。
MSよか、そっちのほうがまんどくせ

空気読めてなかったらごめんね

ガンマ補正が薄いとかOFFにできないとか言ってる人達は
意味が分かってなさげだからスルーされてるんじゃないかなー

>>482
違うよ。
作者に反論すると難癖or荒らし扱いだからだよ。
多分、今の開発者が去ったらその辺の柔軟性が効くと思う。
UseManagerみたいにね。

ガンマ無しって GammaMode=0 じゃないの?

>>484
やってみた。違うねえ
GammaMode=0でもGammaMode=-1でも変わらず。
Contrastのみでコントロールして、
GammaModeは使わないように仕様変更されたんじゃなかったっけ？

白地に黒文字を細めに揃えたうえで、
ガンマ系と非ガンマ系を比べてみた。
（iniパラはうｐろだ参照）
http://free.flop.jp/gdi++/src/gdi0521.png
http://free.flop.jp/gdi++/src/gdi0522.png
http://free.flop.jp/gdi++/src/gdi0523.png

>>486
一番上のやつ滲みまくりで汚いね。

>>486
上　左右のバランスが悪い。左の緑フレームの文字が太く滲み過ぎ。
中　まずまず。太字が汚い（フォントの問題かも）。
下　ちょっとぎざぎざした感じ。

パラを見に行ってないが、直感で判断。
採点をすると上から順に、50点、70点、60点。

>>186
上は白抜きの文字が太くなりすぎなのがダメだな。
上&真ん中or下だと、下が書体の線の太さが均一に見えるのがいいけど、
白抜きの文字がちょっと弱く見える。
それと指摘されてるようにギザギザがたしかにちょっとあるのが気になる。
俺は下＞上＞真ん中かな。

>>488
90点とかはどんな設定なんだ？

僕のはワームホールが閉じているので効かないのかな

GammaValue=1.0で実質オフ

>>491
だよね
モニタのガンマに合わせろ的なこと言ってた人もいたけど
モニタが2.2の人が2.2のカーブで補正かけたらそりゃ薄いよね
個々の環境に依存するのにSS撮っても意味無いよね

それが自分で分からないレベルの人が最新追ってテストしてくれても
切り分けできないだろうし、要はその辺込みで「ネトラン禁止」なんだよね？

>>492
そうだね。プロテインだね。

>>492
ガンマ肯定してる人＝違いの分かる人たち
ガンマ否定してる人＝違いの分からない奴ら
こうですか＞＜

ガンマ値のデフォルト(iniに書いてない場合)は1.0にした方がいいですか？

>>495
GammaValue=1.3で使わせて貰ってますが、2.2だと白地に黒文字と黒地に白文字のギャップが
ありすぎるように思いますし、1.0をデフォルトにした方がいいと思います。
自分のモニタのガンマが(多分)1.0のせいもあるんでしょうけど、変えている人は少数派でしょうし。

ガンマ補正じゃなくてもいいから、白背景に黒文字でも、黒背景に白文字でも、色背景に色文字でも同じぐらい読みやすくて、軽くて、ズレ欠けが完全に直っている物ｷﾎﾞﾝﾇ

メイリオにItalicSlantが効いてない・・・？

ガンマ語るなら、ディスプレイのガンマ値をそろえるとか、
すくなくとも使用者のガンマ値がどんなもんなのか知らないといかん。

とゆーわけで、この画像で☆と背景の明るさが同じなのはどれですかアンケートをやるってのはどうだろう。
http://www1.interq.or.jp/sira/yorozu/cg_tips/gamma/gamma.gif

私は1.6

これはいいね、gdi++のうｐろだに置いといて次からテンプレに追加したらどう？

俺は2.6か。
てか、GammaValueとContrastの値によっては表示がおかしくなるしorz

2.2と2.4の間くらいかな・・・

1.4だと思った
結構、みんなばらけるね

オレ、>>499のだとどれも合わない。
ttp://kobayasy.com/gamma/
だと1.0ぽいんだけども。

>>504
それだと1.6だったな。

1.0って書いたけど、モニタのガンマ値は2.2かな。温度は6500K。
グラフィックカードによるガンマ補正が1.0ってことかな。
どちらにせよ、あまり補正はかけない方がいいんじゃないかな？
アンケートとるなら、白黒、黒白で違和感の最も少ないGammaValueがいいような。
黒背景に白文字と白背景に黒文字のhtmlファイルでも作って見比べるとか。

>>499 を 1.8 に合わせて >>504 を見ると 1.0 が気付かないくらい見えにくい状態になった

>>499で2.4
>>504で1.6だった
どっちの数値を参考にすればいいのかね

ＣＲＴだと>>499と>>504が大きく違っちゃうかもしれん。
俺の液晶ディスプレイだと>>499と>>504は同じ数字になった。

いつの間にかガンマ信者以外いなくなってしまった件について

両方1.8だった。

液晶だけど、>>499で2.4付近、>>504で2.0

俺は右が1.2で左が1.0です。

>>509
そういうことなのね。
「基準なのに数値違っちゃうのかよ！」とかツッコミ入れてた所だったから

これじゃ安易にデフォの値決められそうにないね
注意書きに「ディスプレイのガンマ値によって最適な設定は異なります」と
しつこいぐらいに書いとくぐらいしかないかなぁ

510が見えんのだが
また信者やら厨やら言ってる奴がご来店か？
そして自分のレスもあぼーん

ガンマをちゃんと合わせたいならここかな
http://www.aim-dtp.net/aim/evaluation/gamma_space/index.htm
2.2に合わせてあるけどgdi++側の設定は2.2だと白文字が太すぎで1.4くらいがちょうどいいな

>>516
ここで合わせるのって
合わせたいガンマの数値を開いて
左から2本目のバーの色を見ながら RGB <-> CMY の中間(灰色)で止めればＯＫなのかな？
一番右のしましまの棒の使い方がいまいち理解できてないけど

上は縞々がぎりぎり見えて下は見えないようにあわせるらしい

>>518
補足説明ありがとう

>>516 で 1.8 に合わせ終わって
うちのCRTでは >>499 が 1.8 で >>504 が 1.0
って差が出てしまうみたいだ

2.2 か 2.0 かな。

>>516
俺のCRTは2.4のようだ。白黒パターンより合わせ易いね。

>>gdi0525
さんくす。
でも、同梱のFreeTypeがうちでは動かず。サイズも大きいし、変。

GammaValue値調整で過去最高に綺麗に成りﾏｽﾀ。�d

今更ながらこのソフトを知り、ソースコードを見てみたのですが・・・ちょっとあれですね。
いくつか問題点を指摘してみますと、

まず、フックの初期化処理などでマルチスレッドを考慮していない箇所があるように
見受けられます（実際、そのようなコメントが書かれていますが）。
デュアルコアCPUが普及してきている現状、これは早急に対策すべきと思いますが。

次に、キャッシュ（？）を自作しているようですが、何と言いますか、単にメモリを開放せずに
データを溜め込んでいるだけのような構造のように思えます。その上FreeType のキャッシュも
使っているようで、これだとおそらく同じキャッシュデータがメモリ中に常に2つあり、
つまりメモリを無駄に2倍以上消費している、というような気がします。

それから複数人で開発する以上、最低限のコーディング規約はあった方がいいと思うのですが。
ハンガリー記法だったりそうでなかったりなど、一貫性がなく非常に読みづらいです。
あと、DLLでfprintfやexitを使うのは如何な物かと（笑）

流し読み程度ですが、全体的に見ると行き当たりバッタリの殴り書きのような印象ですね。
ある程度書き直した方がいいかと思います。まあ、開発に参加するつもりはありませんが。
技術的には興味があるのですが、ソフトウェア自体には興味がありませんので。

こんなん見つけました。[Individual]の充実にいい感じ。

Windows標準フォントの見本
http://html.eweb-design.com/0202_wft.html

※MingLiUなどでの文字化けは、
HintingMode=0、AntiAliasMode=2でほとんど防げます。

>>524
「お遊戯的な事は他でやってくんない」
まで読んだ

>>524
言い出しっぺの法則

岸谷顔デカ過ぎ
顔大きいせいで高岡の肢体が隠れまくり

ごめん、誤爆しました

>>522
gdi0525 に付属する freetype.dll のマニフェストファイルが間違っていて MSVCR80.DLL がロードできていないが原因。

>>526-527
あんまそう食いつくなって
問題点指摘してくれるいいデバッガーじゃないか

>>531
>>524みたいなのが百人居たとしても何の役にも立たないと思うが。

>>528-529
あんまそう恐縮するなって
高岡の肢体を見たがるいいゴバッガーじゃないか

>>532
現在まで開発に参加したプログラマが
全員向上心のかけらも無いってなら役に立たないかもしれん

gdi0520
計ったわけじゃないが速くなってる気がする
GJ

>>522
gdi0528

>>534
向上心がある上能力もあるからあれこれ修正したりFreeType対応したりしたんじゃないか
口先だけの奴はいらん

>>523
いやまったくだねー。
gdi++なしで、MSPゴシックとか、ブラウザで見てみ。

　　衝撃のさびしさだよｗ

開発者さん、ありがとう！

0529
0524 に 0520の"すこし速く"を適用してみた

>>539
残念ながらうちでは、かえって遅くなった気がします。
測定ごとにかなりバラつくので、
数値はアバウト、まさに参考までにって感じですが。

HDBENCHのText（XPｓｐ2　Celeron2.4G　RAM1.5G）
--------------------------------------------
3500p　　なし
3400p　　0476（※いわゆる「激っぱや氏」版gdi++.dll）
3200p　　0525（ソース0524+3/19FreeType.dll）
--------------------------------------------
1500p　　0392　　0520　　0528（ソース0524）
1400p　　0518（ソース0517）　　0530（ソース0529）
--------------------------------------------
0500p　　0470（ソース0466）

謎なのが0525（ソース0524）で、同梱FreeType.dllでは動かなかったので
3/19のFreeType.dllで代用したら、やけに速いんですよ。
不思議なことになんの支障もなく使えています。

http://free.flop.jp/gdi++/src/gdi0531.zip
0525と同じ環境でビルドしてみる。

>>540
うちの Win2KSP4 + AthronXP だと 0524 より 5% くらい速かったんですが、
環境依存なのかな。

>>524
開発してくれてるメンバーには
でかい顔で指摘されなくても分かってることだと思うよ

マネジメントは大半の人にとって楽しくないし、だからこそ
言い出しっぺの法則なんよ
書かない人が向上心だの何だの言うのはお笑いだよ

商業プロジェクトと仮定して、APIフックベースのこういうアプリ作るのに
どれだけのスキルの人間と工数が必要か現実的に見積もってみなよ
一流どころでもマルチスレッドにすべきなのにできてないのなんて腐るほどあるよ
みんなロハでよくやってくれてるよ

>>541
ビンゴ！
3300p　　0531（ソース0529、0525と同環境ビルド）

口だけのレス乞食はスルー汁

>>542
本格的に速度テストするなら、
いろんな環境下でのテスト結果が欲しいですよね。
ちょい前の「各自のガンマ測定祭り」みたいに。

そもそもHDBENCHのTextで、どこまで性能評価していいのか、
大いに疑問ではあるのですよ。
「HDBENCH」のわずか7文字を書いてるだけで、
実際の使用時でのブラウザ表示とかとは
まったく文字種、文字数が違うでしょ。

だれでも簡単にできて、しかも同じように評価できる
なにかいいテストベンチ方法ないですかねえ。

>>537
なんか誤読してないか？
>>534 の意味する所は >>532 で『何の役に立たない』って言うから
「向上心のある人間には少なからず役に立つだろうよ」って反論だぞ？
誰も向上心がないとか言ってない。


あと、そもそも>>532を書いた理由は
「お節介やきは、忠告しても親展がないといずれ手を出したくなる」
(手を出す性分じゃない奴はソースを読んで問題点が判っても書き込まない)
「技術的に興味があるって言ってる以上、周辺泳がせておけば何かの役に立つ」
こういった理由から。 確かにカチンと来る物言いだったけどな。

バカとはさみは使いようなんだ、閉鎖的過ぎると自分達の首しめる事になるぞ？

だから餌をやるなと言ったのに
人のこと言えないけど

>>546
gdi++用の描画ペンチはツールが作られてたぞ。HDBENCHよりも遙かにまともなやつが。
いまアプロダに残ってるかどうかは分からんが。

>>540
> 謎なのが0525（ソース0524）で、同梱FreeType.dllでは動かなかったので
> 3/19のFreeType.dllで代用したら、やけに速いんですよ。
確か対HDBENCHチートが入ってなかったっけ?

>>549
見つけました、トライしてみます。

>>550
……あちゃ、それかー!?

>>550
HDBENCH用チートってfreetype.dllに関係あったっけ？
gdi++側のソースだったように思うんだけど。しかもかなり昔の。

gdi0459からの変更点 (by sy567)
・UseManagerを廃止。
・HDBENCHチートをコメントアウト。
・INIとネトラン禁止.txtからEnableKerningの項目を削除。

gdi0096だったっけ？>bench
試しにやってみたら(WUXGA@Win2k、GDI0531付属FreeTypeDLL使用)、

GDI32
OPAQUE:178734
TRANSPARENT:181187

GDI0531
OPAQUE:7274
TRANSPARENT:4250

GDI0392
OPAQUE:7898
TRANSPARENT:4428

てな結果だった。

>>541
gdippBench（gdi0401）やってみました。
readmeにスレ転載禁止とあるので、うｐろだに結果SSを。

・「激っぱや」は速くない？
　　あの激速組gdi0476が、なんと遅組gdi0470以下でした。
　　しかし体感ではやっぱ速いわけで、またまた謎が深まりました。
・ICCは測定不可らしい？
　　gdi0528、gdi0518、gdi0530は測れませんでした。

>>555
gdippBenchのバグでしょう。

>>541
HDBENCHの結果で、一部訂正させてください。
>544でgdi0531＝3300pと報告しましたが、いま再確認したら、
同梱FT（363KB）による非適用下での描画でした。
別のFT（213KB）で適用して再測定したところ、1900pでした。
結局、HDBENCHでは、gdi0531は、
3000p↑の激速組と1500p近辺の普通組との間、
2000p快速組に位置するということです。

一方、gdippBenchでは、すべて同じFT（213KB）でしたから
結果は変わりません。gdi0531は微妙に1位です。

>>541
gdippBenchでもミス発覚、申し訳ない。
LcdFilter=1を忘れてました……！

うｐろだ
　　gdippBench結果SS(LcdFilter=1)

「激っぱや」gdi0476が
遅組から脱出してそこそこの数値になったので、
なんとなく信憑性が出てきました。
gdi0531の微妙な1位は不動ですｗ

gdi0467(ft232.zip)がろだにないっす。
どれ使えばいいっすか？

てかgdi0459の時点で釣りは始まってたんだよ。

>>559
0503かな。

Freetypeのバイナリまで消すのは何とかして欲しい。

>>561 あざーす

まぁ、Freetypeは各自でコンパイルする。ってのが基本スタンスだし

>>563
初耳だ

>>563
なにその限定性
初耳だ

ネコ耳だ

>>566
てめぇ。タヌキ何匹狩りやがった！……よこせ

なつかしいなそれは。

以上、3-946の自作自演でした。

0534
0529 ベースに、
αブレンド絡みのループ内計算量を減らしてみた。

>>570
乙。早速適用してブラウザでページ表示してみたら
色がめちゃくちゃになってしまった＿|￣|○

>>570
0535 バグ修正

>>572
まだなんか変だなぁ。
もーちょっと考えます。

期待してるお

みんな今どれつかっとるの？

>>575
Vista使ってるんで、かなり古いやつ。

>>575
gdi0531。
FreeTypeはgdi0520。

>>576
XPユーザーからすると、
「うらやましい」と「お気の毒」を
足して2で割ったよう気持ち。
……お気のやましいことで!?

某SNSにコミュが出来てるな。

freetype.dll の話なんだけど
ICC9.1氏とVC2005氏はFreeTypeのソースもしくはコンパイラ(オプション?)の違いなのか
同じini使っても誤差程度の違いが描画品質に出るんだな
その微妙な差なのか若干VC2005氏の方が速く感じる(いくつかのベンチでも若干ながら差は出る模様)
描画品質はICC9.1氏の方が好きだが速度も欲しい、あぁ悩ましい

>>578
ここの全員、招待してくれｗ

>>580
http://mixi.jp/view_community.pl?id=1940664

>>579
悩めるのが羨ましいぜ
うちの環境だと524以降はどれもなんらかの不具合が出て使えねえ

【27日はgdi++の記念日】
2006年09月27日 本家版完成、wiki開設
2006年10月27日 FreeType版のプロトタイプが誕生
2006年11月27日 FreeType版1ヶ月記念（11/25、256色追加済みアイコン）
2006年12月27日 FreeType開発者の目に留まる
2007年03月27日 FreeType版6ヶ月記念、ガンマ補正版完成(?)

そろそろ新年度に向け、動かなくなってる環境を総ざらえか？

>>573
0537
やっと直ったと思う

ついでにビットマップキャッシュのピクセル読み書きの RGB<->BGR 変換をやめてみた

>>584
GJ!
これまでの最速gdi0531からさらに、
HDBENCHで12％、
gdippBenchで14％ほど
うちでは高速化している模様。
（XP、Ｃｅｌｅｒｏｎ）

ＲＧＢ＜-＞ＢＧＲ変換をやめても、
特にiniは変更する必要ないの？

>584

青字が赤いよバーニィ！

>>586
液晶？
CRTの当方では、青字は青……

>>586
AntiAliasMode変えてみたらどうなる？
-1,0,1と2と3で挙動が違うかも。よくわからんけど。

>588

試してみました。(@Win2k,液晶)
AntiAliasMode=-1,2,3：赤青逆転
AntiAliasMode=0,1：問題なし

と出ました。
0,1だと大丈夫なんで、実用上の問題は少ないような気がしますが、
-1でも発生してることから、本質的には逆転が起きているかと思われます。

微妙にひらめいたんだが、
色いじり＆shadow機能で
「あっと飛び出す！gdi++立体文字」、できるね。

……赤青のセロハン色眼鏡が要るけどさｗ

0540
ワケ分からなくなってきたので
RGB<->BGR変換は元に戻しました。

手元では W2KSP4 FT2.3.2 AAMode=2 で
普通に使えていたんですけど。

変色のサンプル
http://free.flop.jp/gdi++/src/gdi0542.png

No. 色 : icc_ft vc_ft
0537 普通 : 414 369
0536 変色 : 424 382
0535 変色 : 410 367
0531 普通 : 415 365
0530 普通 : 431 381
0528 普通 : 427 389
0525 普通 : 413 370
# 末尾の2つの数字は freetype.dll による速度変化の参考値(gdi++未使用時217)
# 計測サンプルはそれぞれ2回(良い方を掲載)なのでほぼお遊び。

こちらで確認した変色が起きてるのは 0535/0536 の二つ。
iniをあえて削除したデフォ状態でも、普段使っているiniを使用しても
icc/vc いずれのfreetype.dllを使用しても
変色するバイナリは変わらず変色を起こす。
設定による細かい検証はしてません。

>>590
お前マジで頭いいな

LCDFilter=0だと偽色が目立つのは仕様でおｋ？

>>591
乙
うちでは問題なし
一番速い気がする

原因判明・・・
GDI++.exeと同一フォルダに古いFreeType.dllが残ってたせいだった・・・
読み込みの優先順位が、いつの間にか変わってたのに気が付いてなかったよ・・・

一応、言い訳がましく説明すると、
0441とかの頃だと、system32の方を優先的に読んでいたんだけど、
0537とかは同一フォルダを先に読みに行く模様。
で、古いdlを見に行っていたのが色変わりの原因。
この辺を綺麗にしたら、何の問題もなかったよ・・・


つか混乱させてごめん>開発陣＆ALL
回線切って吊ってきます。

ってことは現状は0537か0538でいいってことか

>>596
原因判明、速かったから偉いさ。
結局、gdi0537（gdi0538）が正解だったわけね。

>>594
もうみんなCVSだろうからいいんじゃあるまいか。
で、そうか！いま思えばその偽色現象が
>596の原因解明のヒントだったわけか。
……オレはぜーんぜん気づかなかったｗ

>>591
RGB<->BGR変換をやめて得た速度は、
gdippBench測定でわずか0.5％ほど。
高速化の過半はαブレンド絡みだったね。

あとすまないが、
gdi0531あたりのmfdel.exeを同梱してくれると、
オレのようなgdippBenchテスト野郎が喜ぶ。

>>598
そりゃ最初はピクセルごとにpow2〜4回だったしな。

gdi0538（ICC）とgdi0537（VC2005）の
速度比較について。

・ICCは、gdippBenchで測定不能なのでHDBENCHで
　　両者を比較すると、1900p vs 2900p でICCが遅い。
・前スレを手動で1000行読み込みテストしてみたら、
　　84秒 vs 81秒　で、ややICCが遅い。

これまでの「速いICC」という印象からは意外。
おそらくコンパイル時のパラ指定によるのだろうが、
わかる人いたら解説たのむ。

>>599
初期ガンマgdi0470からは、290％の高速化だよｗ
しかも驚くことに、
ガンマ装備前のgdi0392から約30％も速くなってる。
この2週間の成果はほんとすごいよ、開発陣。

×読み込みテスト
○スクロールテスト

久しぶりに使ってみたけどさー
まだまだ完成度低いなー
IEでずれまくるしさー
クリアタイプと比較にならないほど重いしさー
高速化なんて誇大広告やめようよ

あとどれぐらい待てば”使える”レベルになるのですか？＞作者

>>602
とりあえず、スクショうｐ
ウチではIE7で問題ないが

あと、クリアタイプと比べるなよ。 てか、クリアタイプ使えばいいのでは？
自分はクリアタイプよりもgdi++の表示が好きだし、
好みの表示のためにCPU時間を使うことに不満はなし。“使える”レベル
改善を求めるのなら、それなりの行動しなよ。 乞食じゃないのだから。
それに、以前比での高速化に誇大も何も無いし、
誰も待ってほしいなんて作者さんは言ってないよね。

…休みだし、釣られてみる

>>600
ICCって序数とかどうなんだろ。

>>603
『万里の河』君の相手は、まかせたｗ

>>604
序数……オレにはちんぷんかんぷんだが、
ICC氏ならきっとピンとくるさ！
おやすみー……

>>603
ttp://vista.rash.jp/img/vi7468799401.png

>>602
開発者は居るけど作者は居ない。
高速化と言うのは何か比較対象があるときに使う。

>>591
gdi0537-0540で少し色が変化したけど、
今後はこの色調で行くのね？

DoAlphaBlendのアルゴリズム、
やっと薄ぼんやりわかった。
やるなぁ「すこし速く」氏。
http://elku.at.infoseek.co.jp/memo/alpha.html

>576
ICCのやつVISTAでつかえるよ。

>>608
LCDFilter=0だと違いがわかりやすいね。
http://free.flop.jp/gdi++/src/gdi0544.png

てかまだ直ってない部分がある？

>>596
ありゃ、て事は変色はこっちのと違うのもなのか
こっちで確認した問題のありそうなバイナリは既にろだから消されてるし
0537の時点で不具合なくなってるからこの話はクローズかな？

一応 >>592 を調べる時は ini無し検証 をするため
以下の事してるので >>596 とは別問題っぽい
・gdi++.exe/gdi++.dll 以外に同一フォルダには何も無し
・system32フォルダにfreetype.dllが複数存在するが
　ver違いを検証する為リネームしてあるので間違った読み込みの恐れは無し

オレが言った色の変化というのは、gdi0531を高速化して
gdi0537（あるいは0540）に至る過程で、
白文字がやや太くにじみやすくなったんじゃないか、ということ。
これが新仕様なら、それに合わせてiniの微調整でOK。

>>610
CVSのFreeTypeをLCDFilter=0で使ったら
具合が悪いというのは、筋は通ってるけどねｗ
なんだろ、その微妙な青ズレ。
AntiAliasModeの2と3でも変化なし？

>>611
オレも同じ理解。
>592の変色は0537でデバッグ済みで、
>596の変色は古いFreeTypeを使っていたため。

>>612
ごめん、freetype.dllは2.3.2orz

たまたまなのかどうかわからないんだけど、
0538を使ったらFirefoxが10分で3回も落ちた。
0530にしたら落ちなくなった。

うちだけだったらスルーして構わない。

>>612
AntiAliasMode=3だと赤とシアンだね。

>>610
0545 で直しました。

>>616
0545動かない(;´Д`)ﾊｧﾊｧ
（Windows2003, CPU:初代K7, Freetype:0503のやつ）

たぶんビルド時のオプションのせいなので、
SSE2使わないビルドも同梱していただけないでしょうか。

>>617
SSE2の無いAthlonXP1700+で動いてるから他が原因だと思う

>>617
SSE2じゃなくてSSEの方じゃ・・・

http://free.flop.jp/gdi++/src/gdi0547.zip
/arch:SSEをはずしてみた。
SSE2のDLLはこっちでは動作確認できないので自己責任で。

>>616
GJ!　乙です。

>>614
やはり0538ではFirefoxが落ちやすかったけど、
0540では直ってた。キャッシュかな。
これから0545でしばらくいってみます。

>>613,615
赤とシアン……わぉ。セクシー気分のときは
LCDFilter=0＆AntiAliasMode=3ですなｗ
いまのFT2.3.3、ぐっときれいな気がするよ。
早くLCDFilter=1にいらっしゃい！

（；＾ω＾）・・・

>>590
お前天才！
その機能専用のバイナリ誰か出してみてくれｗ

>>620
ずれの修正はまだですか

いつの間にかVista対応ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

ガンマ実装も一段落したようなので、
Parheliaとガンマ値をそろえて比較してみた。
http://free.flop.jp/gdi++/src/gdi0548.png

>>626
下二つはParhelia、gdi++よりもwinデフォの方がくっきりとしてて見やすいな

>>626を評価をカキコむ時は自分のディスプレーのガンマ値の明記は必須？

見やすい/見やすくないじゃなくて
ガンマ調整が他の調整法に近づいてるって事がわかるだけじゃないかな？
これを見ると他のガンマ調整手段に近い計算ができてるみたいだね

>>620
NoSSEの方で動きました。ありがとう。

ICCの人、乙です。
Vista希望の星ですね

gdi0549.pngはどういうこと・・・？

>>632
誰かが縦書きトライ中なんだろうけど、
オレの一点予想は、
「GetGlyphOutline系での縦書きテスト」
……だといいなー。

縦書きには本気で期待しています。
頑張ってください。> 開発者様

すごく初歩的な質問で申し訳ありません。

Linux のレンダリングが綺麗なのはどうしてなのでしょうか。
また、フリーであれほど綺麗なレンダリングが可能なのに、
Window があえて ClearType でレンダリングするのはどうしてなのでしょうか。
ClearType にあって Linux のレンダリングにない利点があるのでしょうか。
それとも、ライセンスなどの政治的な理由なのでしょうか。

もう一点。
gdi++ はセキュリティ的に安全なのでしょうか。
ソフト自体に悪意はないでしょうが、
ハックの方法がキーロガーなどにも応用が利く方法が採られてはいませんか。
（たとえば、窓使いの憂鬱や TClock のように。
　どちらも素晴らしいソフトですが、ハックの方法が多少危険です。
　セキュリティソフトなどに誤解されかねない、という意味で。）

お教えいただけると嬉しいです。<(_ _)>

>>635
> Linux のレンダリングが綺麗なのはどうしてなのでしょうか。
FreeType という技術を使っているから
> Window があえて ClearType でレンダリングするのはどうしてなのでしょうか。
FreeTypeはGPLなので使用したらソースを公開しなくてはいけない。無断で使用することは出来ないから。

> gdi++ はセキュリティ的に安全なのでしょうか
安全だと思われる。心配ならばウィルススキャンするなりソースを見るなり、方法はいくらでもある。
ただ、フックなどウィルスがよく行う動作が含まれているため、アンチウィルスソフトは御認識する可能性もある。

釣りだろうが一応。間違ってたらごめん。

FreeTypeはFreeType Licenseってのが主流。BSDライセンスの仲間でソース公開の義務はないはず。
GPLでもいいとは書いてあるけど。

マイクロソフトのClearTypeは英字フォントだとかなり綺麗だと思う。
日本語にたいして本腰入れてないんじゃないかと。

おっと、FreeTypeは独自のライセンスですか。thx
んー、勉強してきますorz

>>635
オレの理解では、Windowsのレンダリングがこの程度なのは、
・ビルがスティーブほどデザイン志向じゃなかった。
・英数字だけならClearTypeでもまあまあ。
という理由から。

あなたの言うハックがgdiのインターセプトのことなら、
置き換えdllを実行フォルダに置くのはごくオーソドックスな方法かと。
でもTClockですら危険というなら、gdi++はそれ以上の大危険だろうなあ。
アンチウィルスソフトに引っかかって困るということは、
いまのところないですけど。

gdi++はフリーソフトではありますが、
秋葉原の怪しいジャンク屋、ぐらいにイメージしたらいいのでは？
愛想を振りまく店員もいませんし、
動作保証もありませんし、
使ってれてありがとうと、誰もお礼を言いません。
それでもよければ、どうぞ？

gdi++はWinに対する命令(WinAPI)を横取りする形で実現してる
つまり悪意があればgdi++と同レベルの(ユーザーモード)のアプリケーションに対してなら
いろいろと悪さができる。

TClockはWindows本体には介入しないで、explorer.exeに「だけ」介入しているから影響力は少ない
ただ、tclock.exeファイルとDLLが対話的に動作するからアンチウィルスには引っかかりやすいんだと思う

窓使いはドライバを使うから、やり方としてはさらに凶悪で
WinAPIをWindowsがどう解釈するかまで変更できる（実際キーボード入力を加工してるんだと思う)
たいていのマルウェアはドライバを使うように、悪意をもてば破壊力は非じゃなくなる

ClearTypeはポイント数が小さいときは綺麗なんだけどねぇ。
文字を大きくしたときに汚いのが嫌。

標準アンチエイリアスは品質が安定しないし、思うような表示
にしたければフォント側を調整しないといけないのが面倒。

だから、gdi++は自分にとって最高のソリューションです。
開発者の皆さん、本当にありがとう。

ガンマ調節するのに下みたいなhtml書いたんだけど需要ある？
あるならアップするけど。
http://free.flop.jp/gdi++/src/gdi0551.png

>>642
おお、よさげ。
ついでに>499とかのガンマ測定も
セットにしてくれれば、重宝しそうだねー。

（さらに書体指定あったら神ｗ）

>>643
単に文字色と背景色の違ったhtmlファイルを交互に表示するだけなんで
フォント指定とかは無理ですｗ
JavaScript使ってファイル一個にしてもっと複雑なことしようとも思ったけど
普段OFFにしている人間だし、一回あわせたらもう使わなそうなんでやめました。
とりあえずうｐ。IE6.0とFx2.0で表示されることを確認してあります。
http://free.flop.jp/gdi++/src/gdi0552.zip
test1.htmlかtest2.htmlのどちらかを開いてください。
背景色と文字色を反転をクリックするとtest1.html⇔test2.html
比較に使ってる文字は適当に選んだので気にしない。


合わせ方は……HintingMode=2、AntiAliasMode=1、Contrast最小にして
GammaValueを調節、その後にContrastを調節してからお好きな
HintingMode、AntiAliasModeにして使うのが自分流。

gdi0552.zip消してgdi0554.zipで上げなおしました。

552ベースでJavascriptでフォント切り替えできるようにしてみたんだけど、
新しいやつでその機能つけた方がいい？

はい。お願いします。
リンク色変えただけですけど、555上げましたので出来ればそちらで。

げげレスなかったからboldつけてそのままアップしちゃった。
申し訳ない。
http://free.flop.jp/gdi++/src/gdi0556.zip

0557
ピクセル読み書きの掛け算減らしたら、すこし速くなった。
ついでに RGB<->DIB変換スキップ(再)。(ini の変更は不要)

NoSSEビルド。
SSEビルドと変わらん速さみたい。

>>649
おつです

SSEビルドはちゃんとNoSSEと違いが出てます、大きな差ではないけど
少なくともgdi0547では誤差以上と言えそうな違いは数字で出てたのを確認
ただ何が効いてるのかと言われると、技術的なものはさっぱり

CPUの速度が速くなると誤差並にしか変わらない(感じない)可能性はあるかも？

Firefoxのナイトリービルドなので報告するべきじゃないと思うんですが、一応報告。
>>649で次のHTML(関係ない部分は削ってます)を表示しようすると落ちます。
当然ながらgdi++非適用時は落ちません。

<HTML><HEAD><TITLE>test</TITLE></HEAD>
<BODY color="#000000" bgcolor="#ffffff">
<H2>注意事項</H2>
<STRONG>目に触れる</STRONG>
<STRONG>そのまま</STRONG>
</BODY></HTML>

太字が怪しいのかな？

>>651
うちではその時に限っていきなりManager使っちゃって、
そしたらexplorerまで落ちた。復帰する度に何度も。

>>649
乙です。
RGB<->DIB変換スキップは、
Firefoxで落ちてるね。
　>614,621

>>649
ここ最近で一番出来が悪いですね。

>>644-648
おお、すげー。ふたりともGJ!
お昼寝して起きたら、まさに夢に見たものが。
果報は寝て待て、って本当だーｗ

>>649
NoSSE、SSE、SSE2（>620ビルド版）は
うちでも誤差程度（最大2％）しか変わらなかった。
それも、計測のたびに順位まで入れ替わってたから
まさしく誤差、かと。

>>654
IE7でも落ちるんだが('A

0558
範囲チェックが甘かったので直しました。

それ以前におれの動作チェック甘すぎだわ...

>>658
おつー＆どんまい！
だいじょうぶ、いまんとこ落チテナーイ

【0529ベースすこし速く】
gdi0531→gdi0558で、約19％高速化を実現！
おめでとー！

>>609
おっ、本当だ。THX!
開発者も乙。

つい先日2kからVistaに乗り換えたんだけど、
FreeType版が使えなかったから本家使ってたんだよね。
これで俺も幸せになれる……

>>658
修正おつです、落ちてしまうページは問題無く表示されるようになりました。

しかしながら、同一iniを使用してもレンダリングの結果が異なるようです。
http://free.flop.jp/gdi++/src/gdi0559.png

上 : RGB<->DIB変換スキップ実装前(0547NoSSE)
下 : RGB<->DIB変換スキップ実装版(0558NoSSE)

>>644-648
豪華にしてみた。
iniチェック・ちからワザ25書体版(0555-0556ベース)

>>558
GJ
うちの環境で速さは
537>540>545>550>538
だったんだが558がトップに躍り出た

>>658,661
gdi0558で「ご・ば・ぼ」あたりの
下部の文字欠けを確認。
15P MSPゴシック。
ちなみにgdi0545は正常。

>>661
0561
特定条件だと文字の描画範囲が狭くなっちゃっていたのを直しました

高速化とかどうでもいいからさ、縦書き・フォントリンク対応ﾏﾀﾞｧ-？
かれこれ半年待ってるんだけどねぇ・・・。

>>666
GGO版を待ちましょう。

>>666
そういう開発ができる人材、
スカウトしておいでー

>>667
FreeType版でおｋ

OEの宛先と添付ファイルの文字消えが無くならないでしょうか？
原因はFreeType自体？それともgdi++自体？
縦書きよりもニーズがあると思うんですが。。。

フォントリンクはまぁモチロン対応して欲しいんですが、
表示はされているんでまだ良いです。

OEのは表示されないのが。。。
メールこそ、綺麗なレンダリングで読みたいんですよ。。。

TBも使っているんですが、Hotmailを昔からOEで使っているんで。

>>665
修正お疲れさまです

>>661の件は欠けなくなったようですが
上下幅いっぱいに使ってるフォントだと
12pt で 下2px
13pt以降で 下1px 欠けてるっぽいです。

>縦書きよりもニーズがあると思うんですが。。。
はあ？
そんな要望出してるのお前しかいないし、フリーソフト使ってHotmailをThunderbirdで受信すればいいだけ。
縦書きよりもニーズがあると決め付ける根拠がさっぱり理解不能だが。

気持ちはわかるが、何が良いとかこうすれば良いとかの押し付け合いは無駄の極みだからやめろよ。

>>671
0562 で縦の描画範囲計算は以前と同じに戻しました
これで直ったかな

フォントによってビットマップデータの縦の並びが↓か↑か変わるので、
0561の計算は↑だとまずかった気がします

まーたまに要望出るくらいならいいんでないの。
書かない限り直らないみたいだし。

>>672
綺麗なフォント描画みたければWindows使うのやめてMac使え。
とか言われたらどう思う？

>>670
ニーズよりも、取り組んだ開発者が
対応できるかできないか。
OEの文字消えがどうして起きるのか、
あなたが何か解決の鍵を見つけてくれば
誰かが取り組むかもしれない。

縦書きにトライした開発者もいるけど
約モノ処理とか難題が多くて、
過去に頓挫した形。
FreeTypeのほうでも事情は同じで
なかなか進んでいない。

そもそも斜体バグですら、
完全治癒じゃない模様だぜ？
簡単に直せるなら直してるってｗ

>>676
開発者の言い訳乙

>>674
修正おつです。が、0562で新たなバグを生んだ模様。
Firefoxで↓見ると、
http://osakattf.hp.infoseek.co.jp/
範囲指定がらみの操作で文字化けが起きる。
極小文字+MSPゴシだとそうなるのかな。
0561では正常です。

ガンマ調節なんだけれど、黒地に白文字や白地に灰文字で美しくなるように調整すると、
白地に黒文字がかすんでしまう。
みんなはどういう風に調整しているの。

>>679
俺の場合は、ガンマ調整で白文字でも黒文字でもある程度読みやすい
妥協点を探した上で、NormalWeightを足して調整してる。

とりあえず「これは綺麗だ！」って設定のSS見てみたい

黒地に白文字も白地に黒文字も同じように見えるように調整している。

>>674
乙です。0564でのバグ修正、確認しました。

>>679
目玉焼きで黄身を最後まで残しておくオレは、
　1.GammaMode=1、Contrast=1のsRGB状態でini弄り開始。
　2.書体ごとに最適なHinting、AAMode、Weightを調整。
　3.1<=Contrast<=2で白黒はっきりと。物足りないとき、
　4.最後の手段でGammaMode=0、GammaValueを調整。
白地に黒文字を基本に、TextTuningは使わないという方針。
まだ、ちょくちょくiniを弄ってるけどねｗ

現在の最新安定版はどれ？

>>684
高速化前の安定版は、一応0531。
最新0564（vistaなら0566）でも、ぜんぜんおｋだけどね。
これが今後しばらくは、ベースになりそう。

>>685
0564には>>678のバグがあるよ。

>>674
度重なる修正お疲れさまです。
>>671 の件は 0562 以降で無事修正されたようです
こちらで確認した範囲では問題発生していません。

> ビットマップデータの縦の並びが
これに似た話を過去『ベースラインズレ修正』がメインだった時期に聞いたような気が
ログ見直して無いから気のせいかもですが。

>>686
修正された。>683で確認済み

開発お疲れ様です。
ちょっとお尋ねします。ガンマ補正等が加えられる前のバージョン(具体的にはgdi465)と
最新版(gdi566)をそれぞれ常駐させた場合のアプリの使用メモリ量がかなり変化します。
Janeの場合ですと、gdi465では約30MBに対しgdi566では約80MBとなります。
これは改良の結果やむを得ないことなのでしょうか？ご教示いただければありがたいです。
OS環境はXPsp2です。

465でも566でも20MBくらいで変わらんけどね＞JaneView
CacheMaxFaces
CacheMaxSizes
CacheMaxBytes
辺りのキャッシュ量設定が違ってるんじゃないの？

>>690
ありがとうございます。そちらではあまり変化が無いのなら
設定ミスかもしれませんね。よく見直してみます。お騒がせしました。

祝！gdi++FreeType版、誕生6カ月！

>>689-691
iniとFreeTypeを同じにすれば、
うちでも使用メモリは変わらないね。
JaneStyleのDoe　2.51だけど。

それより、久々の0465が
えらい濃くてびっくりしたｗ

>>692
女性？
記念日をやたらに大事にするから。
単純にすごいね、指摘されなければ通り過ぎてる。

>>693
アニバーサリー男と呼んでくれ。
あれ?!でも>583によれば、……誕生5ヵ月か！

【27日はgdi++の記念日】
2006年09月27日 本家版完成、wiki開設
2006年10月27日 FreeType版のプロトタイプが誕生
2006年11月27日 FreeType版1ヶ月記念（11/25、256色追加済みアイコン）
2006年12月27日 FreeType開発者の目に留まる
2007年03月27日 FreeType版5ヶ月記念、ガンマ補正版完成(?)

てかアイコンに256x256があるとrcがエラー吐くんだが。

IE6 で 0568 みたいな HTML を表示したら文字がズレたので
0567 で位置あわせの対策してみました

【27日はgdi++の記念日】
2006年09月27日 本家版完成、wiki開設
2006年10月27日 本家版完成1ヶ月記念、FreeType版のプロトタイプが誕生
2006年11月27日 本家版完成2ヶ月記念、FreeType版1ヶ月記念（11/25、256色追加済みアイコン）
2006年12月27日 本家版完成3ヶ月記念、FreeType版2ヶ月記念、FreeType開発者の目に留まる
2007年01月27日 本家版完成4ヶ月記念、FreeType版3ヶ月記念
2007年02月27日 本家版完成5ヶ月記念、FreeType版4ヶ月記念
2007年03月27日 本家版完成6ヶ月記念、FreeType版5ヶ月記念、ガンマ補正版完成(?)

いっそgdi27.dllにすれば？

27か．．．
ttp://ja.wikipedia.org/wiki/27

GammaMode=-1でガンマ無効に出来るみたいだけど、
実際のところ昔のモジュール（0424）と描画が違うように思います。
Contrastを適切に設定すれば同様の描画が可能でしょうか？

え…これvistaで使っても意味ないんじゃないの？あるの？

>>701
Windows Vistaでは東アジア言語向けにチューンアップしたClearTypeが使われているので不要です。

ようこそgdi++ワールドへ！
本日3月27日は「FreeType版・5ヶ月記念」として、
爽やかキャンペーンを実施中です。
人柱版による強制終了・シャットダウンなど、
古傷多彩で百戦錬磨のgdi++コムパニオンズが、
あなたの質問に爽やかにお応えします。

ClearTypeとメイリオで「これまでにない美しさ」を体験したあなたは、
MSゴシックなど従来フォントでの「変わらない汚さ」をご存じでしょう。
FTシリーズ最新作『gdi++音速ガンマ』が
Vistaより、さらに華麗なレンダリングワールドをナビゲート。
目にチカチカのあのメイリオにしっとりと潤い感を与え、
ギザギザの旧い書体を優美な流れるフォルムに変えます。

本日だけの爽やかキャンペーン。
この世紀のチャンスをお身のがしなく！

※vistaユーザーは、ICCビルドのgdi0556をお試しください。

>>703
XP 64bit版を愛用している人間はいずれを選べば良いんでしょう？

張り切ってるなぁ・・・
志垣太郎ばりだなぁ・・・がんばれ

生暖かく応援して見守ってる

結局Vistaで動かなかったのって何なんだろう。
ICCビルドなら動くってことは内部の問題じゃないんかな。

>>703
調べない/試さない 人にも丁寧な対応で恐れ入るが
中途半端に招き入れて途中からサポート放棄なんてかわいそうな事するなよ？

> 古傷多彩で百戦錬磨のgdi++コムパニオンズが、
> あなたの質問に爽やかにお応えします。
サポート担当は今後一切任せた、がんばれ。

/*
（志垣太郎の着ぐるみ脱いで一服中）
>>695　コレデスネ？
google{アイコン　256　rc}
http://www.dab.hi-ho.ne.jp/joji/rc_propo.htm
google{アイコン　256　rc　エラー}
http://homepage1.nifty.com/nogue/wincho01.htm

>705>706>708　コムパニオンズタチ、ヨロシクー
*/

というかVistaでVS2005を動かしてビルドしても駄目なの？

567ってのはどれの改良版？

JRE使うアプリだと綺麗になんねぇよ〜

>>710
VistaでビルドすればVistaで動くものができるわけではない。

ビルドに必要なOSの機能なんてファイル入出力とエラーメッセージの表示くらい。
この程度のことだとビルド自体の動作がOSのバージョンによって違うなんてことは起こらないので、
結局同じソースを同じコンパイラで同じ設定にすれば、どんなOSでビルドしても出てくるEXEは同じもの。

>>713
>>710を好意的に解釈すれば

　Vista上でコンパイルしてVistaで動かない物を吐く
　なんていう糞仕様にはさすがになってないんじゃない？

って事言いたいんじゃないか？
無料版の機能制限とかVerの違いとか色々あるから俺は知らんが。

>>713
>同じソースを同じコンパイラで同じ設定にすれば、どんなOSでビルドしても出てくるEXEは同じもの

ところが過去にはこんな罠もあったらしいぞ。
(自宅も職場も2000だから俺自身は未確認だけど)
ttp://www.wg7.com/w2ktips/#MSVCRT

>>715
ハナシは違うがそのページの作者は過去にエライ騒ぎを起こして叩かれてたな。
いや、何となく思い出しただけなのでスルーで。

何かと思ってTopに行ってみたらアレか
ロジックボムだっけ？

まあコンパイラが現状vistaに対応できてなくて面白いことになるケースもあるみたいだけどな

0567 に無用のデバッグログ出力が残っていたので、
0570 で削除しました。

Vistaの互換性がダメダメなだけ、に一票

ちょっと質問なのですが

ごく稀にカレントフォルダ？をgdi++のフォルダと認識して、本来の読むべき設定ファイル
(ソフト本来のフォルダ直下にあるiniとか)が読めないソフトとか有るんですが

これはgdi++側でなんとかなるものでしょうか？
それとも他(バッチファイル等)で対処するべきものでしょうか？
ぶっちゃけ、そのソフトが糞だから諦めなさいだったりしますか？

gdi++は全部適用する必要がないんで、バッチファイルとかでgdi++に投げて使ってます。

>>721
投げ方による。
対象EXEファイル -> gdi++のショートカットだと駄目なことがある。
gdi++のショートカットの作業フォルダがカレントとみなされるかららしい。

対象EXEのショートカット -> gdi++のショートカット
対象EXEファイル -> gdi++のexe
ならokのはず。

ソフトのカレントフォルダにあるiniとかを、gdi++のフォルダにもコピーしとくとか

逆に、そのソフトのディレクトリに gdi++を一式コピーして使うとか

>>704
普通ので32bitアプリに効くが64bitアプリ対応版はまだ開発されてない
つーか64bitアプリのフック自体が未知の領域
>>721
基本的にそのソフトの設計が腐ってるがショートカット作ればおｋ

>670,676,712
テキストの描画方式が特殊なんだろうが、
まとめると、だめな傾向が見えてくるかも……？

【gdi++がうまく適用できないアプリ】
・Outlook Express　……　宛先と添付ファイル名が白ボックスに
・JREを使うアプリ　……　？
・MS Bookshelf　　 ……　ガイドの文字列が黒ボックスに
・かささぎ（ハングル簡易入力）　……　文字化け

JRE物は描画も独自でやっちまってるから適用は無理だろ。

TextOutすら使ってないってこと?

寒い日、起動直後はクッキリ！
……液晶が暖まると、にじみ出す。

なかなか、これだという設定が見つからない。

でも、綺麗なのには間違いないけどね。

Gran Paradiso(Firefox3)も駄目。


CairoなんだからFreeTypeを使ってくれればいいのに、
どう見たってWindows標準のレンダリング。

>>730
FT_LOAD_NO_BITMAP付けてないだけでしょ

>>726
kssgはCharsetがSJISじゃないんじゃね？

>>730
ブラウザのプラグインで何とかなりそうだけど、どう?

>>733
fx1〜2も拡張機能で何とか出来そうじゃね？
ワンクリで切替出来たりとか。

>>733-734
お前達はやれば出来る子だと信じてる

>>722-725
丁寧なお答えありがとうございます。

"ファイルパス\gdi++.exe" "%~1"
上記バッチファイルをSendToに入れて運用していたため
> 対象EXEファイル -> gdi++のショートカット
と同一になり、不具合を生じていたのですね。

対象のソフト設計に問題があるとの事ですが、対策があるという事で
教えていただいた方法にて運用しようと思います。

managerって最新はどれ？

0572
FontLink 設定したフォントに FreeType を効かせてみるテスト。
あんまり FontLink を分かってませんが、
レジストリの FontLink 設定見て、
文字が無いとき別フォントから探すようにしてみました。
実際のところ、IM変換時は効かないのに確定したら効いたり、
Tahoma は全然駄目だったりですが、行き詰ったので上げます。
gdi++.ini の [General] FontLink=1 の設定で有効。無指定時は無効。

あと TA_BOTTOM の文字位置がおかしい気がしたので変更。
OE で文字が出ないところは出るようになったはず。

>>736
>対象のソフト設計に問題があるとの事ですが

どーかねーというか、gdi++みたいなソフト使わない限り問題出ないんだから
そのアプリでは問題なしで完結してるんだよね。

乙

修正お疲れ様です！
OEで表示されました！

でも、OUTLOOK2003では宛先選ぶ時のダイアログBOX？で文字化けしています。

参考までにスクショ上げておきました。
これからも頑張って下さい！
http://free.flop.jp/gdi++/src/gdi0573.png

>>739
gdi++は関係ない。アプリケーションのディレクトリをカレントにして起動しないと
動作がおかしくなるという一般的な問題。

>>742
頭が悪いのか、頭が悪いフリをしているのか、どっちだ？

>>743
> 本来の読むべき設定ファイル
> (ソフト本来のフォルダ直下にあるiniとか)が読めないソフト

の話でしょ? レスアンカーをたどる限り

BOOL SetCurrentDirectory(LPCTSTR lpPathName);
これで何とか出来ないか。

>>745
カレントディレクトリと実行ファイルのディレクトリが異なる運用を故意に許容している
ソフトもあるからgdi++側で一律に対処はできない。
ショートカットで作業ディレクトリを設定すればいいだけなんだからそうすべき

ネトランその他.txtぐらい更新しろよ。

>>746
> カレントディレクトリと実行ファイルのディレクトリが異なる運用を故意に許容しているソフト
ここに異論は無いんだが

gdi++から直接起動した場合のカレントディレクトリをgdi++の位置にしなくてもいい
とは思う
>>745だけだとカレントディレクトリの継承に問題が出る事があるなら
カレントがgdi++のフォルダだった場合のみ起動するexeのフォルダをカレントとする
とか

>>738
お、新機軸ですね。
1.TA_BOTTOMの修正
　OEの正常化、確認しました。
　ただし、似た現象かと思われたBookshelfは、症状に変化なし。
2.FontLink
　エクスプローラで、エクスプローラバー-フォルダなどのMS UI Gothicにgdi++の適用を確認。
　ただし、文字化け（「!」が挿入）する場合があるので、NormalWeightは細めに。

>>748
http://free.flop.jp/gdi++/src/gdi0576.zip
どれが最新なのかわけわかめなのでとりあえずソースの差分だけ。

駄目アプリ持ってないからそれが動くようになったかは知らないけど、
c:\xxx\gdi++.exe c:\yyy\hoge.exeで起動した時に、従来だとhoge.exe
のカレントがc:\xxxだったのが修正後c:\yyyになる事は確認した。

修正する人適当に取り込んでおくれ。
誰もやってくれないとさみしいけどｗ

>>750
最新安定版は、gdi0570でいいかと。
　・ガンマ機能版　gdi0529で一応完成
　・高速化版　　　 gdi0529ベースにgdi0570で一応完成

※開発中・FontLink対応版　gdi0570ベースで現在gdi0572

日 私が今から釣りをしたように見えます. [2] gdi562 03/29 182

>>750
おつです、コンパイルして確認できないんでダメなソフト探してみた。

スーパーπ Ver 1.1
ttp://www1.coralnet.or.jp/kusuto/PI/

これを>>736と同じ方法で起動してみたらgdi++のフォルダにiniが作られたんで
検証に使えないかな？ つか、こっちでは文字すら表示されないｗ

>>751
さんくす。
0570ベース http://free.flop.jp/gdi++/src/gdi0577.zip
0572ベース http://free.flop.jp/gdi++/src/gdi0578.zip

>>753
iniやdatがSUPER_PI.EXEと同じところに作られるのは確認した。
けど真っ白で文字が表示されないのはかわんねーｗ

ところでみんな、ブラウザの既定フォント、なんにしてる？

オレは、Firefoxで
　　MeiryoKe_PGothic=0,2,8,8,0,0

×メイリオ　　　　　　　　　　　一行長すぎ
×ヒラギノ角ゴ Pro W3　　　字間あきすぎ
×MSPゴシック、Osaka　　　きれいさに限界あり
×M+2P+IPAG　　　　　　　　極小サイズで読めねえ

gdi++に映える既定フォントのおすすめ、おしえておくれ。

Keやメイリオは使わないｗ
書体品質が低いので、せっかくのgdi++が宝の持ち腐れ
になってしまうから。

フォント関連のスレが多数あるから、そこで書体情報を
集めてみては？
gdi++で不都合の生じたフォントがあればスレの意義と
も見合った話題にもなるのだろうけど。

>>755
オレは、IE7・gdi++(H1,A2)で
　ラテン語基本 … Tahoma
　日本語 … A-OTF 新ゴ R
　（等幅はどちらも、MeiryoKe_Console）

関係ないけれど、ガンマ機能版に変えてから
ＭＳフォントがビットマップフォントで表示されるようになった。
大部分はメイリオか新ゴで表示されるようにしているから問題はないのだが

文字が...ってなるの直った？

直ってない

下手な開発研究室仕事かよ

>>758
Vistaではならないね。

FontLink対応で一番恩恵を受けるのはIMEの変換候補ですね。

>>758
書体によって事情が違ってくるね

>>757
デフォルトのiniでこうなってるからでは。

[Exclude]
Marlett
ＭＳ Ｐゴシック

>>764
除外するならUIの方だろ。

UIゴシックなんて使ってる人いない。

>>755
Firefoxは最小フォントサイズ設定できるから
M+2P+IPAGでいいんじゃないか？

>>755
最近は VLゴシック使ってる。M+ とさざなみゴシックのカスタム版をくっつけたやつ。

0579
0578に対して、
FontLink=1 の文字化けバグを修正したつもり。

>>764
当たりでした… orz いつの間に挿入してしまったのだろう？

>>765
アスキーアート対策かと

ガンマ値って、ディスプレイのガンマ値そのままがいいの？sqrtした方がいいの？

>>771
gdi0555か0560に入ってるファイルでも使って、白地黒文字と黒地白文字で
同じ感じで見れる値に調節すればいいんじゃね。
まあ1.3か1.4か1(無効)にしてる人が多いかも？

そろそろまたカオスになってきたので、
リリースされてるモジュールの流れとか分かってる人がいたらまとめて欲しい。

プログラム履歴代わりに、レスからまとめてみた。
修正あったらよろしく。
　　　　　　　（○安定版、×落ちるバグあり）
0392　○非ガンマ完成版（＝0424）
0524　○ガンマ版完成
-------------------------------------
0529　　0524の高速化（0520をマージ）
0535　　0529の高速化（αブレンド修正）
0537　×0535由来の色バグ修正と高速化（RGB<->DIB変換スキップ）
0540　　バグ報告混乱にて「RGB<->DIB変換スキップ」をいったん元に戻す
0545　　LCDFilter=0での色むらを修正
0557　×0545の高速化（ピクセル掛算減らし、RGB<->DIB変換スキップ(再)）
0558　　RGB<->DIB変換スキップの落ちるバグ修正（範囲チェック見直し）
0561　　0557由来の文字欠け修正（その1）
0562　　0557由来の文字欠け修正（その2）
0564　　0562由来の文字ズレ修正（その1）
0567　　0562由来の文字ズレ修正（その2）
0570　○すこし速く版完成（デバッグルーチン削除）
-------------------------------------
0572　　FontLink修正（その1） + TA_BOTTOM修正（OEバグフィックス）
0579　　FontLink修正（その2） + カレントディレクトリ修正マージ

>>774
乙です。

>>773
最新50レス読めばわかる

0574から、Office2007の一番上のメニュータブの文字が表示されるようになりました。
OEで文字が出ないというのと同じ現象だったようです。

またFontLink対応ですが、IE7の入力フォームでの変換候補表示には効いてません。
でもiTunesがきれいに表示されるようになりました。

VistaなんでICCバージョンしか試せてませんが、かなりうれしい改善です。

でもIEがとてもとても落ちやすくなりました・・・

うれしさのあまりsage忘れました・・・

ごめんなさい。

>>777,778
XPですが、0574でFirefoxが落ちることはないので、
どうにも変な現象ですね。
こちらもIE7で試してみますが、
そちらでもFirefoxを試してもらえませんか？

もしブラウザ依存のバグでないのなら、OSの違いかもしれません。
それでもないなら777さんのPCが固有の不都合を抱えているか。
いずれにせよ、IEでの落ちっぷりなど、追加レポをお願いします。

つーかFontLinkやFallbackなんて非公開API使えば一発だが。
物が物なだけにupできないけどな。

非公開APIって（笑）いやいや笑っちゃいけないか。でも非公開APIはないよ。

>>781
なに言ってるの。Win32には、
全米ユダヤ協会がKKKと協力して秘密裏に埋め込んだ
世界破滅のAPIがあるのよ。
……バルス！
あ、パズー。呪文は、バじゃないからパだから。

ゲイツ「ワシの非公開APIは108まであるぞ」

それはどうでもいいとして、
Contrast地味にすごいな。ヒンティング使わなくてもいいかも。

ID:mypXc/YS（笑）

おっさんばっか

>>779
Firefox2.0.0.3を使ってみましたが、非常に安定しています。
また、gdi++を適用しない状態ではIE7もさほど不安定ではありませんでした。
IEのバージョンは7.0.6000.16386です。

関係ありそうな箇所をアプリケーションログから抜粋しておきます。
何度もクラッシュしましたが、以下の3つがほとんどです。

モジュール AcLayers.DLL / オフセット 0x0001199a / 例外コード 0xc0000005
モジュール GDI32.dll / オフセット 0x000089ef / 例外コード 0xc0000005
モジュール unknown / オフセット 0x6354ac3c / 例外コード 0xc0000005

何か役に立ちますでしょうか？

0xc0000005でググってみたら、アクセス違反と出ましたが･･･

773みたいな履歴履歴煩い奴向けに叩き台
http://www18.atwiki.jp/gdiplus2/?page=test
しかるべきページに修正や装飾してから組み込んでくれ

また、スレでツリー書かれると
ツリー修正が重なる場合、無駄にログが流れるから今後Wikiでやってくれ
んで、履歴履歴煩い奴には Wiki見ろ で。

言い出しっぺの法則発動

>>786
xpですが、0574でIE7でもエラー出ませんねえ。
ほかにvistaの方々からエラー報告がなければ、
777さんのパソが、なにか固有の問題を抱えているという
ことじゃないでしょうか。

>>769
新機能の要望をさせてください。
gdi++のForceChangeFontと、WindowsのFontLinkのいいとこ取りで、
個別のフォントを、強制的に置き換える、ForceFontLink機能。
　　（例）UIとPゴシをKeシリーズに置き換え
　　ForceFontLink=ＭＳ Ｐゴシック, MeiryoKe_PGothic
　　ForceFontLink=MS UI Gothic, MeiryoKe_UIGothic
こんな感じにiniに複数行を指定する。

レジストリの書き換えなしに、
gdi++だけでシステムフォントの変更ができちゃう！
ブラウザの一部フォントだけ置き換えられる！
これ、実現したら凄いなー。

>>790
コードでおｋ

790の意味がよくわからないので誰かやさしく教えてください。

gdi++を利用して、
A というフォントを B というフォントで置換して表示させる機能が欲しい、
という話だろ。

>>790
FontSubstitutesでおｋ

gdi0310の時
http://free.flop.jp/gdi++/src/gdi0316.png

今（gdi0570）
http://free.flop.jp/gdi++/src/gdi0580.png

環境（アプリ、フォント）は同一の条件です。
gdi0310の時はすべての文字が描画されていたのに、
今は「・・・」となって描画されないものがあります。

更新履歴
gdi0347からの変更点
・太字の描画を変えてみた。
・↑をするのにFreeTypeのソースを一部含んでるからライセンスをFTLにした。

この直後から「・・・」になってしまうようになってしまいました。
以前の描画に戻していただけるとありがたいのですが、それが無理ならば
以前の描画方法も選択できるようにしていただけないでしょうか。
どうかよろしくお願いいたします。

>>795
BolderMode=2

>>796
ありがとうございます。
直りませんでした。変更時期が前過ぎて今さらダメなんでしょうか・・・。

>>774
どうもありがとう。とりあえず0570入れてみた。

>>795
EnableKerning=∞

これで直らないなら分からん

>>799
提案していただいたお気持ちに感謝します。
iniに書き込んでみたのですが、残念ながらダメでした。

>>800
iniに書き込んだ後gdi++を終了→再起動はもちろんやってるよね？

>>801
gdi++を使ったアプリをすべて終了。その後、ini設定。
アプリを開き直す。

再度、この手順でやってみました。
すみません、直りませんでした。

>>802
Boldweight=-16 でもだめですか？

>>802
おれの場合はフォントによってはそうなるな。
フォント何使ってる？

>>803
ありがとうございます。
早速、試してみました。wikiのあぷろだを汚すことに気が引けたので、
他のロダをお借りしました。結果を貼り付けます。

まずは設定です。
ttp://vista.crap.jp/img/vi7526703121.png

次に結果です。
ttp://vista.crap.jp/img/vi7526705043.png

左パネルの見出し項目がかなり細くなりました。でも、以前みたいに
きちんと表示されません。Boldを-16と細くすることで、iTunes Store
のウェブページの文字も細くなりました。だから、効いてはいるので
すが・・・。

gdi0310の時
http://free.flop.jp/gdi++/src/gdi0316.png

上のを以前、貼り付けた時はなんの設定をしなくても普通に表示され
ていたのにと思うと、本当に残念で・・・。
レスしていただきましてありがとうございます。

>>804
AXISです。
ためしに他のフォントをiTunesで試してみました。
ヒラギノでも同様でした。ヒラギノではもっと「...」の箇所が増えました。
フォントとアプリの相性なのでしょうか・・・。でも、以前は・・・。
レス、ありがとうございます。

>>806
そうね、AXISでもヒラギノでもそうなる。
丸ゴAAとかだと正常に表示されるね。
すまんが、おれにはなんでかはわからん。

マジレスすると「...」の方が面白いのでわざと修正していない。嫌なら誰かが修正すればいいだけ。

>>808
そいつはまじなのか

>>808　わざとかよ… ('A`)

やらないのはできないのと同じ事
口だけの構ってちゃんはほっとけ

　　　　　　　　　　　　　 　 　 　 　 　 ,i,.:' i　　　 .:'　　　　　　　　 　 .::`
　　　　　　　　　　　　　　　　　 　 　/　 !ﾞ　_、/ _;;-＝ｪ;､　　　　　 　 .::i!
　　　　　　　　　　　　　　　　　　 , '′,/　,r;;.,i　　`ｔiゝ.::　　 ,,　　　　.:::::i
　　　　　　　　　　　　　　　　, '":｀　,/　　,iY'i　　　 '" .'　::/ﾞ '''ﾐ::,　　.:::::|
　　　　　　　　　　　　　　　r′.:　 ;'-ｰヽi′,'.　　 i ',,"　::/ 'kヮ､　゜::::::::i
　　　　　　　　　　　　　　　i　 ::.　/ 　:'ﾞヽィ　　　 ﾞ　`ヾi　　　｀'　 .:::::::/ 　　
　　　　　　　　　　　　　　　|　　　　ﾞ　　ﾉ i　　''-=ミヽ.　　　　　　 .:／
　　　　　　　　　　　　　　　l　　　　　　// 、　　ヽﾐ｀､ゞ　　　:::::::::ｿ-
　　　　　　　　　　　　　 　 ｊ　　　　　 i;;;|　 ヽ_　　　″　　　.::::::/ﾉﾀlﾞ
　　　　　　　　　　　　,,,,,,､ﾉ　　　　　.ﾉ;;;i　　　ヽ,,＿　,ﾞ､::::::::::ノ.ｲ"
　　　　　　　　,i;;;;;;;;;;;;;;;;;/　　　　　,,i;;;;;;;;|ヽ　　　.::::::::::::::::￣ｿ;;;;;`ヽ
　　　　　　 .,,i;;;;;;;;;;;;;;;;;;［　　　　 ,/;;;;;;;;;;;;;i　ヽ　,,　　　.::／;";;;;;;;;;;;;;;;;`ヽ,

文字列の幅を取得するAPIがおかしいのか。

>>808
修正していただけないでしょうか。
なにとぞよろしくお願いいたしますm(_　_)m

>>814
言い出しっぺの法則
てか、XP機また壊れたんだが('A`)

>>815
わかりました。
では、法則発動により改めてガンマ実装を完成させた腕利きのsy567さんを指名してお願いを（ｒｙ
すみません、ご無理でしたら聞き捨ててください。ごめんなさい。

>>813
仮にそれが原因で...になるのであれば
斜体のズレ/欠け(>>470)もそれに起因してたり？
(直ったって報告あったならこのレスはスルーよろ)

この機会に表示の不具合を報告しあってみませんかね。

>>818

結構前からだが、fの右端が欠けることが屡々ある。/ＭＳ Ｐ明朝
斜体の欠けと同類なんだろうか。

FontLink実装版では、
・FontLinkで表示されたフォントにBoldが反映されない。(Italicは未確認)
・本来の文字幅より広いのか、
FontLinkで表示されたフォントがあると文の右端が欠ける。



あと、別に不具合じゃないけど現在のFonｔLink実装版で、
例えばAという欧文フォントの日本語部分がBで表示されたとして、
そのBにはAのフォント別設定が適用されるんだけど、
BにはB用の設定が適用されないかな、と。

明朝が欠けるっつーんで試してみた

共通設定 Win2000 & Firefox & MS P明朝(10pt) & OSによるアンチエイリアス無し
http://free.flop.jp/gdi++/src/gdi0581.png
(上段:gdi++無し 中段:gdi++適用 下段:X座標合わせた比較)

欠けるかどうかまでは確認してないが、ヒンティングの有無/アンチエイリアスの有無を問わず
gdi++を適用しない場合と行の長さ(文字毎の長さ)が違っているのは確実っぽい

が、今回の比較対象がビットマップなんでビットマップ抜きの場合はわからん
ビットマップの幅決め打ちでアプリケーション作った場合に、欠けたり省略されたりすんだろね

IEでずれる(>>470)のはgdi++のバグ。斜体の時のTA_UPDATECPの移動量がおかしい。
確認してみたところ、gdi0579でも直っていない模様。

IE5.01＠win2kでしか再現しないから、開発者が環境持ってないんじゃないかと推測してみる。

>>820
アプリで決め打ちした幅にあわせて、
美しくレンダリングしたうえて出力しなきゃいけないね。
……どうしても肉太になるんだから、
そうなると字間を詰めるしかないよねえ。
あるいは長体かけちゃう？

0582
XP以降だったらデフォルトのフォントも使ってみるようにしてみた。
(2000はワケ分からん表示になるので抑止)

表示不具合報告がいろいろ出ていますが、
調べてみたけど直せなかったのでそのまんま。

"..."対策で文字列の幅をムリヤリgdi32に合わせてみた。

XPのメモ帳のファイルダイアログでは効果あり。
ここで"..."表示になるのは、
幅が gdi++ 経由だと gdi32 より増えるやつだったんで。

最初は gdi++ で計算したの文字幅を Windows に通知しようと、
GetTextExtentPoint系/GetCharWidth系/GetCharABCWidth系 API で
フックしてなかったものもフックしてみたけど、
効果無かったんであきらめた。

文字イメージのサイズの変更が分かんなくて、
単純に1文字描いた後の描画位置移動幅だけ gdi32 に合わせてるので、
この方法だと 文字イメージサイズ >= 描画位置移動幅 になるから、
フォントや文字によっては文字と文字がくっつくかも。

>>824
副作用でAAがずれないように・・・なってませんかorz

>>824
試行錯誤、おつかれです。
文字と文字がくっつくと、欠けて読めなくなります。

うちでは、……出てなかったので、従来型のほうがいいですねえ。

>>824
> 文字イメージのサイズの変更が分かんなくて、
FT_Outline_Transformを使うといいよ。

これからの修正(試作)で予想できる事態

文字単位でgdi32のサイズに合わせる
○ AAが よりずれにくくなるかもしれない
× 同サイズなのに描画品質が文字毎に違ってくる
× 上下幅も比例して調整させる場合 文字の高さもバラケル
× 上下幅も比例して調整しない場合 縦長になったり横長になったりする

文字列単位でgdi32のサイズに合わせる
○ 描画品質が文字列単位文字列単位では同一になる
× AAのズレはそれなりに残る
× 上下幅も比例して調整しない場合 縦長になったり横長になったりする

Windowsにサイズを通知する
○ 現在の品質を保ったまま "..." が消えるかもしれない
× GUIレイアウトをビットマップのサイズ決め打ちしてる場合 欠けたり余ったりする
× できる人が現われないと無理？

gdi32のサイズに合わせ左右の余白(文字毎でも文字列毎でも)を調整する
○ 現在の品質を保ったまま "..." が消えるかもしれない
× 削る場合 余白が無いと無理(無理に削ると欠ける)

テストビルドはともかくとして、安定版とかにはスイッチ欲しい人が絶対出るな

久しぶりに覗いてみたら、
使うにはコンパイルしなきゃいけないだね

漏れ使えないよ(´Д⊂ヽｳｪｪｪﾝ
コンパイル済みのやつ誰かうっPして(*´д`;)…

>>829
なに寝ぼけたことを……最近はまたバイナリはいっとる！
おすすめは0570　参考>774

>>830
おっ、親切にありが�dです。

つまんねええええええええええええええええええええええええええええ(;´Д`)
なんだこの後日談(;´Д`)ひでええええ

やっちゃった？(;´Д`)

どこの誤爆だｗ

0584
文字幅が大きいのは FT_Outline_Transform で縮めてみた。

>>835
乙です。
縮めたのは見事な半角になってますねえｗ
そのときに字間が開く形になってまが、
エクスプローラでは文末がかえって切れたりしています。

難関ですね。

つーか横幅がずれてくるのは仕方がない。
ビットマップと書くもの全然違って来るんだから。
「...」になってしまう原因を見つけないと駄目なのでは。
なんかリストコントロールが怪しいと思うんだが。

だから「...」はわざとだっつーの。
原因も直し方も分かってるが、直すと字間が詰まりすぎて見づらくなるから、敢えてそのままにしておいた。
第三者が無理に直そうとするとかえって酷くなるだけだからやめとけ。

>>838
エイプリルフールは昨日ですよ

>>838
ﾊｲﾊｲ ｽｺﾞｲﾃﾞﾁｭﾈｰ

直せないくせに、見辛いから直さないとか見栄張らなくていいよ
スイッチつけて使う奴に選択させればいいだろうが

以前上げた比較用htmlをJavaScriptでフォント切り替えとか出来るようにしました。
よかったらどうぞ
0585

>>838
酷くなってもいいぞ？

>>838
お願いを出していた人のSSなんだが、あなたがいじくる前のgdi++0310
http://free.flop.jp/gdi++/src/gdi0316.png
http://free.flop.jp/gdi++/src/gdi0314.png

字間が詰まりすぎて見づらくなるとは思わないよ？
「...」となってしまうのは不自然だから、もとの自然な形に戻してくれませんか？

>>843
荒しはスルーでお願いします。

>>843
やつは何もいじってない。
いま一生懸命に試行錯誤中なのは、ほかの人。
おちつけ。

>>844-845
反応してごめんなさい。
間違いを正そうとしてくれている方、
頑張ってください。応援してます(`･ω･´)

俺の環境だと0584で「...」直った
と思う

>>846
おまい痛すぎ。
荒らしはスルーしろって。
それと、いちいち一言多い。

　　　　　　　　　　　　　　 .| 　 |　　|　|　　 |　 　 |　　| ｜ 　 |　　 | 　 |｜　|　|
　　　　　　　　　　　　　　 .| 　 |　　|　ﾚ　　|　 　 |　　| ｜ 　 |　　J 　 |｜　|　|
　　 　∩＿＿＿∩　　　　| 　 |　　| 　 　 J　 　 |　　| ｜　　し　　 　 |｜　|　|
　　　 | ノ＼　　 ,＿ ヽ　　.| 　 ﾚ　｜　　　　　　｜　 ﾚ｜　　　　　　　|｜ Ｊ　|
　　　/　　●゛　　● | 　 .J 　　 　 し 　 　 　 　 | 　 　 |　　　　　　　｜|　　 J
　　 |　∪　　( _●_)　ミ　　　　　　　　　　　　　.｜　 　 し 　 　 　 　 J｜
　　彡､　　　|∪|　　 |　　　　　　　　　　　　　　.Ｊ　　　 　 　 　 　 　 　 ﾚ
　/　　　　 ∩ノ ⊃　 ヽ
　(　 ＼　／ ＿ノ　|　 |
　 ＼　 "　 ／　　｜　|
　　　＼ ／￣￣￣ ／

>>847
漏れの環境でも「...」は一応直るけど、更にえぐい事になる…
http://free.flop.jp/gdi++/src/gdi0587.png
gdi0584 h2a2

>>850
これは酷いｗ
俺もフォント変えたらそんな感じになったわ

>>851
ヒラギノ角ゴ（Fx・iTunes）とMeiryoKe（UI）を主に使ってるけど全部そうなった('A`)

>>850
そうなるのは0584の問題だと思うお

>>853
0583でも同じだった…
それ以前のではならない（代わりに「...」が出るけど

横槍入れてすいません。
Manager使ってWin起動時に自動的に有効にするのにはどこをどうすればいいのでしょうか？
マジレスお願いします。

>>855
>425して>419する。
過去レスってのは、このほかにも
いいことが書いてあるもんだぜ。

http://www18.atwiki.jp/gdiplus2/pages/22.html

Q. 起動時から「有効」にしたい
A. パラメータに -on をつけましょう

>>856
助かりました＾＾ありがとうございましたm(_ _)m

Freetype版ってFontSubstitutesに対応してなくない？

すいません。もう一度質問させてください。
起動時からIEのみGdi++を有効にするといったような事はできないのでしょうか？
探しても無かったのでどなたかご存知の方教えてくださいm(_ _)m

★★★重要★★★重要★★★重要★★★重要★★★重要★★★重要★★★

＜わからない五大理由＞

1. 読まない ・・・テンプレなどを読まない。Wikiなど読む気などさらさらない。
2. 調べない ・・・過去スレ、ググるなど最低限の内容も自分で調べようとしない。
3. 試さない ・・・めんどくさいなどの理由で実行しない。する気もない。
4. 理解力が足りない ・・・理解力以前の問題で理解しようとしない。
5. 人を利用することしか頭にない ・・・甘え根性でその場を乗り切ろうとする

★★★重要★★★重要★★★重要★★★重要★★★重要★★★重要★★★

>>861
次回からテンプレでｗ

>>860
WIKIにはないが同梱テキストに書いてある

マネージャを引数「-on」で起動、「UseInclude」「IncludeModule」でIEだけを指定する。
よりも、gdi++に引数でIEの実行ファイルを渡すショートカットを作成する方が早いか。

>>863
ttp://www18.atwiki.jp/gdiplus2/pages/31.html#id_6e22b158
これじゃないんか。

ところで。
[General]のEnableKerningは廃止になった覚えがあるけど、
[Individual]のKerningもいっしょに廃止かい？
ぜんぜん効かねえ。

「…」を修正をするなら、
字間調整がびしっとできなきゃ始まらないわけで、
そのあたりも洗い出さないといけなくないかい？

こっち(0577)では問題無くKerning効いてるけどなぁ

FontSubstitutesってたしかフォントを完全に置き換える機能だっけか？
FreeTypeはWindowsオンリーの機能なんかサポートしないわな。
Fontlinkの問題を解決すればFontSubstitutesも直るのかな？

>>867
すまん、kerning指定がしてある[individual]のその一行、コピペしてくれまいか。

0577にして、MSPゴシで見てるし。
ほかの書体かなぁ。IEじゃないからわかんないのかなあ。
IE不調にてFirefoxなんだよな。

>>869

> IE不調にてFirefoxなんだよな。

gdi++効かせてる時に不調ですか？
それともgdi++関係なしに不調でしょうか。

当方IEにgdi++かけた時だけ不調なもので
他の人がどんな状態か興味があります。

>>869
もともと不調でgdi++でさらに不調ｗ
IE使用中にちょっと負荷が大きいと、
ベースのexploreが応答なしとか再起動とか。

普段はIEが嫌いだから不使用でいいんだけど、
こういうテストめいたことをやるとき、困るね。

>>869
WeekendInParis=1,1,10,5,,1

うちもFirefoxだよ

>>863-865
マジありです

>>872
さんきゅ……って、わぉ！
WeekendInParis持ってないよｗ

MSPゴシックだと、変化しないもの？

メモ帳で使えんのだが

>>874
基本的にはフォント側で指定しないとカーニングされないと思う。
てか、EnableKerningって廃止したものかと思ってたorz

>>870
0582使ってるけどIE6,Sleipnir1.66不安定です。
リンクをクリックするとたまに落ちる
ダイアログが表示される時(主にファイルダウンロード)に頻繁に落ちる
ツールバーのボタンを押すと落ちることがある

ガンマモードが実装されてから不安定になった気がします。

>877
「gdi0582.zip FontLinkテスト暫定2」

「テスト暫定」に安定を求めない。

gdi579で自分の環境では安定している。

「...」問題とFontLink関係はこれからに期待って事で。

>>877
0570 or 0577 以外の 057x以降は機能テスト版に近い物なんだから
以前の物と一緒くたにして報告禁止

仮にガンマ実装が原因としても
どの時点で不安定になったのかわからないと対処が困難なんだから
不安定だと思うなら徐々にバージョン落して様子見必須
可能なら落ちる方法を探し出すんだ

>>878-879
こんなてきとうな報告じゃ突っ込まれて当然ですね。
ダメな動作報告の見本ということにして下さい・・・

0589
0583 のサイズ調整はいろいろ間違ってたので改善したつもり。
ついでに 0585 の視認性テストで
斜体文字列選択時のズレを確認したので対処してみた。

FT_Outline_Transform は
フォントによって文字幅が 1/2 くらい縮まるのが回避できなくて
使うのやめました。
横だけ縮めるからダメかと思って、
縦も同じ割合で縮めたら縦も 1/2 になったし。

幅が足りないところに文字を押し込んでいるので
この処理では文字欠けは避けられないけど 0583 よりはマシなはず。

>>881 乙！「...」なおったよｗ
字間がちょっと不自然に詰まってる感はあるけど、
今のところとくに欠けてる様子は無いし、
「...」とかﾊﾝｶｸになるのよりはるかにイイよｗ

Before：0584 h2a2
http://free.flop.jp/gdi++/src/gdi0587.png
After：0589 h2a2
http://free.flop.jp/gdi++/src/gdi0590.png

>>881
GJ
>>882
おめでとー

>>881さん
　　　　　 　 　 　 　 　 　 ∩
　　　　　 　 　 　 　 　 　 ( ⌒)　 　 　 ∩_ _　ｸﾞｯｼﾞｮﾌﾞ!!
　　　　　　 　 　 　 　 　 /,. ノ　　　 　 i　.,,E）
　　　　　　　　　　　　　/　/"　　　 　 /　/"
　　_n　 ｸﾞｯｼﾞｮﾌﾞ!! 　 /　/ _、_　　 ,／ ノ'
　（　l　 　 　_､ _　 　/　/　,_ﾉ` ）／ ／　_、_　　　　ｸﾞｯｼﾞｮﾌﾞ!!
　 ＼ ＼　（ <_,`　）（　　　　　　　／ （　,_ﾉ` ）　　　　 n
　　　ヽ___￣￣　ノ　ヽ　　　　　 |　￣　　 　 ＼　 　 （ E）
　　　　　/ 　 　/　　　＼　　　　ヽ ﾌ　　　 / ヽ ヽ_／／

http://free.flop.jp/gdi++/src/gdi0591.png
...が消えて、すごく気持ちいいです。
本当に本当にありがとう！

>>881

スゲーーーーーーーーーーーーーー！！
互換シェル(bbLean)のメニューの ... が直ったよ。　GJ！
お疲れさま。

根拠は無いがベストビルドな気ガス

FontSubstitutes直ってねーな

>>887
気に入る組み合わせ見つけるまで
レジストリいじって再起動くりかえすなんて
……そんなコワイコト。
それより>790ですよｗ