[過去ﾛｸﾞ] GTK+プログラミング (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
141: 2008/12/26(金)04:24 ID:0/dGPTTl(1) AAS
そんなのあるのか。今度試してみよう。
142: 2008/12/26(金)23:23 ID:Z/96o+8l(1) AAS
いまさらかもしれないが時代は今CAIROだということに気づいた
外部ﾘﾝｸ:journal.mycom.co.jp
プラットフォームやハードウェアに依存せず精密な描画が可能になるらしい
CAIRO使えるのはGTK＋２．１０から上のver
誰か使ってる人いる？
143: 2008/12/27(土)00:05 ID:7rBKxqYP(1) AAS
時代を読み違えてるな。
ベクトルベースとか3DデスクトップとかVistaとともに沈んだよ。
PC肥大化狂騒曲は終わりだ。Qt4も総スカンだし
144(1): 2008/12/27(土)06:06 ID:B/jsjdnT(1/3) AAS
いやでも実際有名どころで使われてるわけだし
それに素のGTKのみで描画するより処理速度は速くなるし，
プラットフォーム間の互換性も高まると思う
別に肥大化してるわけじゃないしVistaや３Dデスクトップとはちょっと違うだろう
gtkがcairoをサポートしてまだ日も浅いしむしろ今からが勝負
145(1): 2008/12/27(土)12:41 ID:6Qaozst9(1) AAS
ふつーに使ってる。フォントの取り扱いがプラットフォーム中立にできればなおいいのだが。
146(3): 2008/12/27(土)13:12 ID:IS4Ugvd/(1) AAS
Cairo のフォント描画は Windows 上だとジャギが目立つ。Linux 上では問題無し。
何か設定がいるのかしら。
147: 2008/12/27(土)20:23 ID:B/jsjdnT(2/3) AAS
普通ベクトル・グラフィクスにジャギーは発生しない
なにか間違ってることは間違いない
148(1): 2008/12/27(土)20:43 ID:6XGFKeOe(1) AAS
>>144
速くなるって、なんかベンチの結果でもあんの？
skiaを用いているgoogle chromeのcanvasが爆速という話なら聞いたことがあるが
>>146
普通にcairoをコンパイルすると、Windowsではcairo-win32-font.cが使われる
これは普通にGDIを用いているので、普通のWindowsアプリのフォントの
レンダリングと全く同じ結果になる
一方LinuxではFreeTypeが使われる
149: 2008/12/27(土)21:26 ID:mPWXe8Aq(1) AAS
a
150(1): 2008/12/27(土)22:20 ID:B/jsjdnT(3/3) AAS
>>148
firefox2とfirefox3の速度比較は
確証を裏づけるものにはならないか？
一般的にラスター描画よりベクトル描画の方がデータ数が少なく、描画速度は速いと言われているし
ところでskiaて何？
151: 2008/12/28(日)10:40 ID:xJesvUS3(1) AAS
mexo
hanaxo
152: 2008/12/28(日)11:37 ID:5NoVhFnO(1) AAS
>>145-146
フォント描画にはPangoを使えばいいんじゃないの？
153(1): 2008/12/29(月)18:19 ID:qsmFI5vI(1/2) AAS
>>150
外部ﾘﾝｸ[cgi]:www.hyuki.com
skiaは
google chrome skia
あたりでぐぐれ
154(1): 2008/12/29(月)22:41 ID:mdZmAujL(1) AAS
>>153
これはハードウェア実装のOpenGLによるベクタ描画と
ソフトウェア実装のcairoによるベクタ描画の実験結果だな...
ハードウェア実装だとプラットフォームやハードウェア環境の影響を受けるが
ソフトウェア実装より格段に速度を上げられる
だからこそcairoにもOpenGLによるハードウェアアクセラレーションのサポートがあるわけだが...
でもビデオカードやらのGPU性能依存というのは
それこそ３DデスクトップやらVistaやらのPC肥大化狂騒曲じゃないのか？
ハードウェア実装を否定してるわけじゃないが
これはアリなの？
省1
155: 2008/12/29(月)23:04 ID:qsmFI5vI(2/2) AAS
>>154
んー
それを言うなら、GDIだってハードウェアアクセラレートされていて、
GDIがソフトウェアでエミュレートされるようになったWindows Vistaでは
実際描画が遅いのなんのと騒ぎになっていたわけだろ
cairoは、下のレイヤの上に乗っかって、アンチエイリアス描画を行うから、
一般的には下のプリミティブをそのまま用いるのではなく、
pixmapの上にソフトウェアレンダリングを行う形になる
だから結果は綺麗だが、それが高速化につながるという意見はさっぱりわからんね
皮をかぶせれば、ポータビリティは高まるかもしれんが、速くなるわけがないよ
省3
156(1): 2008/12/30(火)02:24 ID:chmi7ht1(1) AAS
cairoの下のレイヤって何？
cairoはGTK+/GDKやXlibの上にはない
そもそもpixmapのようなラスタデータ上にベクタデータを
ラスタライズしても綺麗な結果にはならない
Vistaが重い一番の理由はVistaのコアが４Gとかのせいじゃなかったか？
157: 2008/12/30(火)03:17 ID:xp1VmVKW(1) AAS
>>156
> cairoの下のレイヤって何？
> cairoはGTK+/GDKやXlibの上にはない
？？？？
cairoは何らかのバックエンド（サーフェス）の上で描画を行うわけだが
一体何を言ってるんだ
> そもそもpixmapのようなラスタデータ上にベクタデータを
> ラスタライズしても綺麗な結果にはならない
ビットマップディスプレイに、ラスタデータ以外をどうやって描画するんだ？
ベクタグラフィックスだろうが3Dだろうが、ビットマップディスプレイに
省4
158: 2008/12/30(火)03:38 ID:F99IYk+S(1) AAS
他の領域に落としたらそれが遅くなる原因だしな。
絵の処理なら、cpuから見えるメモリ領域のビットマップに転送が遅くなる原因のno1。
cairoは、その辺がすべてバックエンド任せでさらにメモリ上でいじるので、
普通に使うと遅いソフト(cpu)処理の部類に分類される。
てか、cairoの中身でも描画なんかは一切触れずに、cairo_surface_tで共通化とでしか使ってないと思うんだけどどう？
159: 2009/01/04(日)04:31 ID:OlEL3WLc(1) AAS
待てばcairoの日和あり
160: 2009/01/04(日)09:09 ID:Ls6s3Y+a(1) AAS
で？
上下前次1-新書関写板覧索設栞歴
あと 842 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s