[過去ﾛｸﾞ] GTK+プログラミング (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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
で？
161: 2009/01/08(木)14:49 ID:25IYEPJi(1) AAS
初めて拝見するが、
ここの良スレ度にびっくりした。
162: 2009/01/11(日)10:45 ID:G50GhRZF(1) AAS
「右」キーにアクションをバインドしたいんですが、どうすればできますか？
今は仕方なく
gtk_widget_add_accelerator (foo, "activate", accel_group,
GDK_Right, GDK_MODIFIER_MASK,
GTK_ACCEL_VISIBLE);
のようにしてますが、実際は GDK_MODIFIER_MASK 無しで「右」キーのみ
で作用するようにしたいんです。
163(1): 2009/01/12(月)22:30 ID:Ap11sUPz(1) AAS
ところでさ、なんでGtkTreeViewColumnに
gtk_tree_view_column_get_widthはあるのにgtk_tree_view_column_set_widthはないの？
なんでカラムの幅を非常にまわりくどい方法でセットする事しかできないんだろう。
164(1): 2009/01/13(火)21:49 ID:4aexh9M5(1) AAS
バカ除けのため
165: 2009/01/14(水)06:35 ID:ON4hZt79(1) AAS
>>164
なにそれww
166: 2009/01/14(水)10:40 ID:hbYm8nJe(1) AAS
>>163
他のコラムに対する影響を考えないといけないからでないの？ 推測だけど
上下前次1-新書関写板覧索設栞歴
あと 836 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s