1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
|
<?xml version="1.0" ?>
<!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" "dtd/kdex.dtd" [
<!ENTITY kappname "kompmgr">
<!ENTITY package "twin">
<!ENTITY % Estonian "INCLUDE">
<!ENTITY % addindex "IGNORE">
]>
<book lang="&language;">
<bookinfo>
<title>&kappname;'i info</title>
<authorgroup>
<author><personname><firstname>Thomas</firstname><surname>Luebking</surname></personname> <email>[email protected]</email> </author>
<othercredit role="translator"><firstname>Marek</firstname><surname>Laane</surname><affiliation><address><email>[email protected]</email></address></affiliation><contrib>Tõlge eesti keelde</contrib></othercredit>
</authorgroup>
<copyright>
<year>2005</year>
<holder>Thomas Luebking</holder>
</copyright>
<legalnotice>&FDLNotice;</legalnotice>
<date>2005-01-15</date>
<releaseinfo>2.0.1</releaseinfo>
<abstract>
<para>&kappname; on komposiittrenderduse mootor, mida kasutab &twin;.</para>
<para>Käesolev dokument kujutab endast üsna üldist tööpõhimõtte selgitust ning piirangute loetlemist, mitte aga sõna otseses mõttes kasutamisõpetust (pealegi töötab see nagunii automaatselt taustal).</para>
</abstract>
<keywordset>
<keyword>KDE</keyword>
<keyword>twin</keyword>
<keyword>renderdusmootor</keyword>
</keywordset>
</bookinfo>
<chapter id="introduction">
<title>Sissejuhatus</title>
<para>&kappname;'i aluseks on <application>xcompmgr</application> - Keith Packardi komposiitlaienduse teostus X'i uute võimaluste ärakasutamiseks.</para>
<para>Komposiidihaldur hangib X Windowsi väljundi ja teisendab selle üheks pildiks, mida näidatakse ekraanil. Selle eeliseks on see, et akende sisuga saab ette võtta põhimõtteliselt kõike, sealhulgas neid ühte sulatada (läbipaistvus) või varje omistada. Samuti võib neid toonida, mis tahes aknale suvalise pealdise anda, neid moonutada, tükeldada või võtta ette midagi muud - piiri seab vaid sinu kujutlusvõime (tõsi küll, ka riistvara).</para>
</chapter>
<chapter id="xorg">
<title>X.org</title>
<para>&kappname;'i tööks on vajalik <emphasis>X.org 6.8 või uuem</emphasis>. X.org 6.7 või vanem või XFree86 ei tööta.</para>
<sect1 id="xsetup">
<title>Seadistamine</title>
<para>Komposiitlaiend tuleb vahetult sisse lülitada. Lisa selleks X.org-i konfiguratsioonifaili uus sektsioon:</para>
<programlisting>Section "Extensions"
Option "Composite" "Enable"
EndSection
</programlisting>
<para>Kui sinu <acronym>GPU</acronym> (uuemate graafikakaartide graafikaprotsessor) seda toetab, aktiveeri renderdamise kiirendamine. <trademark>NVIDIA</trademark> toetab seda päris hästi, ATI suhteliselt kesiselt.</para>
<programlisting>Section "Device"
....
....
Option "RenderAccel" "true"
....
....
EndSection</programlisting>
<para>Nüüd peaks &kappname; kasutamisvalmis olema. Rohkem infot annab <link linkend="problems">KKK</link>.</para>
</sect1>
</chapter>
<chapter id="settings">
<title>Seadistused</title>
<para>Käesolev peatükk kirjeldab, milliseid parameetreid on võimalik muuta, kuidas nende muutmine visuaalselt väljendub ja mida see jõudlusele tähendab.</para>
<sect1 id="translucency">
<title>Läbipaistvus</title>
<para>Läbipaistev objekt on selline, mis lubab valgusel endast läbi minna. Töölaual asuva akna korral tähendab see seda, et akna sisu on võimalik näha ka läbi selle peal paikneva akna.</para>
<para>Läbipaistvus võimaldab spetsiaalseid aknaid rõhutada, anda töölauale ruumilist välimust, hoida silma peal teiste alla jäänud akendel või ka lihtsalt mõnusat tunnet luua. Kuid seline mõnu ja asjade ühtesulatamine tuleb mõistagi süsteemi suurema koormuse arvelt.</para>
<para>Läbipaistvust saab eraldi seadistada järgmistel elementidel:</para>
<variablelist>
<varlistentry>
<term><guilabel>Aktiivsed aknad</guilabel></term>
<listitem><para>Soovitatav on aktiivse akna läbipaistvus välja lülitada. Peamine põhjus on jõudlus, teiseks aga tähendab sisu uurimine läbipaistvas aknas parajat peavalu ja on üldiselt üpris kurnav.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Mitteaktiivsed aknad</guilabel></term>
<listitem><para>Kui muuta mitteaktiivsed aknad läbipaistvaks, tulevad aktiivsed aknad paremini esile ja neile on lihtsam keskenduda. Kui aga valida väike väärtus, võib olla keerukas hiljem mitteaktiivseid aknaid üles leida. Kui valida väga väike väärtus (< 20%), ei pruugi akende eristamine üldse enam võimalik olla ning sa võid hoopis klõpsata mõne dialoogi nupule <guibutton>OK</guibutton>, kuigi tahtsid ainult akent aktiveerida. Optimaalsed väärtused on vahemikus 60% kuni 80%.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Liikuvad aknad</guilabel></term>
<listitem><para>Kuigi akende liigutamisel võib läbipaistvus (< 20%) olla päris vahva, mõjutab see märgatavalt jõudlust, eriti kui sa ei ole varje (vaata allpool) välja lülitanud. Kuid seda tasub proovida ja kui süsteem tundub liiga aeglaseks muutuvat, on mõtet jätta aknad liigutamisel läbipaistmatuks. See väärtus käib ka akende kohta, mille suurust muudetakse.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Dokitud aknad</guilabel></term>
<listitem><para>Kuna paneelile dokitud aknaid liigutatakse harva ja enamasti on need üsna tillukesed, on see rohkem silmailuks ega mõjuta märkimisväärselt süsteemi jõudlust.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Teiste peal hoitavaid aknaid peetakse aktiivseks</guilabel></term>
<listitem><para>Kui oled määranud akna paiknema teiste peal, soovid ilmselt enamasti seda ka fookuses hoida, nii et on mõttekas seda aktiivsete akende moodi rõhutada.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>ARGB akende keelamine</guilabel></term>
<listitem><para>XRender toetab alfamaskiga aknaid, &ie; läbipaistvaid sektsioone. Praegu on äärmiselt vähe rakendusi, mis seda võimalust ära kasutavad, sest ilma komposiidihaldurita ei ole sel erilist mõtet. Tulevikus võib asi muidugi muutuda.</para>
<para>Samas kehtestab enamik GTK 1.x rakendusi (⪚ <application>xmms</application>) sellise alfamaski, mille tulemuseks on peaaegu kasutamiskõlbmatud aknad (kui just allasuvad aknad ei ole päris mustad), mistõttu võiks ARGB akende toetuse välja lülitada, et ka GTK rakendusi normaalselt kasutada. Loodetavasti paigatakse GTK peagi, et sellest probleemist üle saada.</para>
</listitem>
</varlistentry>
</variablelist>
</sect1>
<sect1 id="shadows">
<title>Varjud</title>
<para>Miks peaks keegi tahtma, et aknad varje heidaks? Nojah, see on ju lihtsalt lahe või siis lubab aknaid paremini eristada või ... nojah, tegelikult on see päris lahe!</para>
<variablelist>
<varlistentry>
<term><guilabel>Varjude kasutamine</guilabel></term>
<listitem><para>Kuna varjud nõuavad omajagu CPU/GPU võimsust, on nad välja lülitatud, samas säilitatakse üldine alfakanali funktsioon.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Aktiivse akna suurus</guilabel></term>
<term><guilabel>Mitteaktiivse akna suurus</guilabel></term>
<term><guilabel>Dokitud akna suurus</guilabel></term>
<listitem><para>Akende erinevatele olekutele ja tüüpidele saab valida erineva varju suuruse. Väärtused ei ole absoluutsed, vaid arvestavad ekraanilahutusega.</para>
<para>Põhimõtteliselt võib määrata mis tahes väärtuse (konfiguratsioonifaili tekstiredaktoris muutes kaugelt enam kui dialoogi <quote>32</quote>), kuid suurem vari koormab rohkem CPU/GPU-d.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Püstnihe</guilabel></term>
<term><guilabel>Rõhtnihe</guilabel></term>
<listitem><para>Vaikimisi heidab aken <quote>igas suunas võrdse</quote> varju, nagu valgustataks seda eest. &MacOS;-i kasutajatele võib meeldida püstnihe, &Windows; kasutajatele kerge nihe kagu suunas. Katseta, kuni leiad meelepärased väärtused.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Varju värv</guilabel></term>
<listitem><para>Tavaliselt on vari, mis tähendab ju valguse puudumist, hallikates toonides (nii et maksimaalne varju värv on must ehk valguse täielik puudumine), kuid arvutis on tegemist ju virtuaalse maailmaga ja siin võib heita isegi roosat varju!</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Liikumisel varjud eemaldatakse</guilabel></term>
<listitem><para>Sisselülitamisel paraneb jõudlus (eriti juhul, kui kasutad läbipaistvaid liikuvaid aknaid).</para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Suuruse muutmisel varjud eemaldatakse</guilabel></term>
<listitem><para>See on mõttekas sisse lülitada sellele vaatamata, kas kasutada akende suuruse muutmisel (liigutamisel) läbipaistvust või mitte. Suuruse muutmisel luuakse akna varju pikselraster kogu aeg uuesti, mis mõjutab tunduvalt süsteemi jõudlust.</para>
</listitem>
</varlistentry>
</variablelist>
</sect1>
<sect1 id="effects">
<title>Efektid</title>
<variablelist>
<varlistentry>
<term><guilabel>Hajuvad aknad</guilabel></term>
<term><guilabel>Hajumine läbipaistvuse muutumisel</guilabel></term>
<listitem><para>Uued aknad ei pruugi ühe hooga esile tulla, vaid võivad ka tasapisi nähtavale ilmuda ning kaduda. See on küll muljetavaldav, kuid sama muljetavaldav on selle efekti mõju jõudlusele ja süsteemi kiirusele ning tegelikult on ka suhteliselt keeruline tegelda akendega, mis parajasti hajuvad. </para>
</listitem>
</varlistentry>
<varlistentry>
<term><guilabel>Ilmumise kiirus</guilabel></term>
<term><guilabel>Hajumise kiirus</guilabel></term>
<listitem><para>Põhjustel, mida mainisime valikut <guilabel>Hajuvad aknad</guilabel> tutvustades, on praktiline kasutada kiiret ilmumist ja (silmailu huvides) aeglast hajumist. See tagab päris laheda efekti, jätab süsteemist parema mulje ning ka info ei kao nii kiiresti.</para>
</listitem>
</varlistentry>
</variablelist>
</sect1>
</chapter>
<chapter id="problems">
<title>Probleemid</title>
<para>Komposiitlaiendus on veel päris uus. See võib tekitada mitmesuguseid probleeme ja isegi X'i krahhi, mistõttu <emphasis>on väga soovitatav komposiitlaiendust failis Xorg.conf mitte sisse lülitada missioonikriitilistes süsteemides</emphasis>. Kui sa aga ei pelga võimalikku ebastabiilsust, siis annab selle kasutamine kindlasti omajagu juurde esteetilises mõttes.</para>
<para>Kasutamise korral võib esineda teatud probleeme. Tutvustame siin mõningaid, mis paistavad olevat levinumad, ning räägime, kuidas neist üle saada: </para>
<qandaset>
<qandaentry>
<question>
<para>Mul on X.org 6.8.x, aga &kappname; ei hakka tööle</para>
</question>
<answer>
<para>Komposiitlaiendus tuleb otseselt sisse lülitada, lisades selleks vastava sektsiooni faili /etc/X11/XorgConfig:</para>
<programlisting>Section "Extensions"
Option "Composite" "Enable"
EndSection</programlisting>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Olgu, &kappname; töötab, aga on neetult aeglane</para>
</question>
<answer>
<para>Kui <acronym>GPU</acronym> seda toetab (peamiselt <trademark>NVIDIA</trademark>, aga ka mõnel ATI kaardil), kontrolli, et oleksid aktiveerinud renderdamise kiirendamise:</para>
<programlisting>Section "Device"
....
....
Option "RenderAccel" "true"
....
....
EndSection
</programlisting>
<para>Kui see kiirust ei paranda, võiks proovida mälukasutust kohendada. Selleks võib vähendada ekraanisügavust (⪚ 24 pealt 16 peale) või lahutust (⪚ 1280x1024 pealt 1024x768 peale).</para>
<para>Palun arvesta, et praegu paistab komposiitlaienduse üks piiravaid tegureid olevat CPU puhvri suurus.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Pärast komposiitlaienduse sisselülitamist ei saa ma enam üldse <acronym>GLX</acronym>-rakendusi kasutada. Mul on <trademark>NVIDIA</trademark> kaart.</para>
</question>
<answer>
<para>Mõningate probleemide tõttu on <trademark>NVIDIA</trademark> GLX-i toetuse välja lülitanud, kui komposiit on sisse lülitatud. Seda saab muidugi uuesti aktiveerida, kuid teatud kerneli/draiveri/GPU kombinatsioonide korral võivad tõesti probleemid tekkida.</para>
<programlisting>Section "Device"
....
....
Option "AllowGLXWithComposite" "true"
....
....
EndSection
</programlisting>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Tahtsin mängida <acronym>SDL</acronym>-i (aga mitte <acronym>GL</acronym>-i) kasutades üht mängu (näiteks <application>scummvm</application>), aga kui compmgr on sisse lülitatud, näen ainult varju!</para>
</question>
<answer>
<para>SDL on teatanud, et PictType tekitab probleeme.</para>
<para>Lahendus:</para>
<screen>Selle asemel, et kutsuda <command>scummvm</command> vahetult välja, kutsu see välja käsuga
<command>SDL_VIDEO_X11_VISUALID=0x24 scummvm</command>.
See annab SDL-ile käsu kasutada toetatud vormingut ning sa saad mängida just nii, nagu oled harjunud. </screen>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Rakendus XXX ei hakka pärast komposiitlaienduse sisselülitamist enam tööle.</para>
<para>Rakendust YYY tabavad pärast komposiitlaienduse sisselülitamist pidevalt krahhid.</para>
<para>Rakendus ZZZ paistab pärast komposiitlaienduse sisselülitamist üsna veider.</para>
</question>
<answer>
<para>Komposiitlaiendus on ikka veel eskperimentaalne.</para>
<para>Lahendus:</para>
<para>Selle asemel, et kustuda <command>rakenduseNimi</command> vahetult välja, kutsu see välja käsuga <command>XLIB_SKIP_ARGB_VISUALS=1 rakenduseNimi</command></para>
<para>Rakendused, millega teadaolevalt tekib probleeme:</para>
<itemizedlist>
<listitem><para>Kõik GTK1 rakendused (⪚ <application>gmplayer</application>, <application>xmms</application> <application>gaim</application>) - käivitamine ebaõnnestub või paistavad kasutuskõlbmatud ja veidrad või X'i krahh</para></listitem>
<listitem><para>&kuickshow; - näitab ainult musta raami</para></listitem>
<listitem><para>&Qt; <application>Disainer</application> - X'i krahh</para></listitem>
<listitem><para>&kopete; - X'i krahh</para></listitem>
<listitem><para>&kolf; - X'i krahh</para></listitem>
</itemizedlist>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Püüan videot vaadata, aga näen aknas ainult artefakte.</para>
</question>
<answer>
<para>Sa kasutad video taustaprogrammina <quote>xv'd</quote>. See töötab ülelaotusrežiimis, mille korral video sisu kirjutatakse X'i vahele jättes otse videokaardi mällu. Seepärast paistab aken olevat staatiline (värvilise taustaga) ning damage-laiendus ei uuenda seda.</para>
<para>Loodetavasti see probleem peagi parandatakse. Praegu annab parimaid tulemusi <application>Xine</application> kasutamine, kuid läbipaistva video esitamine ei ole nagunii kuigi kiire.</para>
</answer>
</qandaentry>
</qandaset>
</chapter>
<chapter id="credits-and-licenses">
<title>Autorid ja litsents</title>
<sect1 id="authors">
<title>Autorid</title>
<para>Thomas Luebking <email>[email protected]</email> - toimetaja</para>
&underFDL; &underGPL; </sect1>
</chapter>
</book>
<!--
Local Variables:
mode: sgml
sgml-omittag: nil
sgml-shorttag: t
End:
-->
|