GNOME 2.22 (diskuse)

[Martin Stiborský]

No fajn ..

[jm]

Fitting with GNOME's "keeping it simple" policy, the features are very low key.

...

this feature is currently turned off by default and not yet exposed in the preferences. If you know you have graphics hardware that supports compositing, you can run the following command: gconftool-2 -s --type bool /apps/metacity/general/compositing_manager true from the run dialog, or set the key in the Configuration Editor. To disable compositing, set the key to false.

ROTFLMAO, KISS... my ass.

[frdrx]

Vždyť se to vůbec nevylučuje...

[jm]

Vždyť se to vůbec nevylučuje...

Jasne, je to uplne logicke. Zaskrtavatko v ovladacich panelech by darmo uzivatele matlo, lepsi je poslat je, aby se hrabali v gconfu pres prikazovou radku.

[frdrx]

Zaškrtávátko v ovládacích panelech by věci v této fázi vývoje kompozitních efektů zbytečně komplikovalo. Souhlasím plně s tím jak se vývojáři GNOME rozhodli. Beztak si s tím distribuce si s tím naložej podle svého.

[jm]

Zaškrtávátko v ovládacích panelech by věci v této fázi vývoje kompozitních efektů zbytečně komplikovalo. Souhlasím plně s tím jak se vývojáři GNOME rozhodli.

Samozrejme, protoze uzivatel je nesvepravny debil, pred kterym je treba nastaveni peclive skryvat. Kolik BFU asi tak cte release notes?

[michich]

Z těch release notes je jasné, že je to tak právě proto, aby to BFUčka radši nezapínali. Není to dostatečně spolehlivé.

[jm]

Z těch release notes je jasné, že je to tak právě proto, aby to BFUčka radši nezapínali. Není to dostatečně spolehlivé.

Jasne, uzivatele jsou uplne blbi, ze nepoznaji, ze kdyz jim to nebude fungovat, tak to maji zase vodskrtnout. Darmo by je to matlo, vrtani v gconfu je lepsi.

[frdrx]

Navíc, v gconfu se dá hrabat i myškou přes gconf-editor.

[freshmouse]

Že jsi nezdůraznil i jiné části toho textu...

this feature is currently turned off by default and not yet exposed in the preferences. If you know you have graphics hardware that supports compositing, you can run the following command: gconftool-2 -s --type bool /apps/metacity/general/compositing_manager true from the run dialog, or set the key in the Configuration Editor. To disable compositing, set the key to false.

[jm]

or set the key in the Configuration Editor.

Ano, to je presne totez, jako kdyz posles BFU Windows uzivatele nastavovat neco v regeditu - stejne logicke a smysluplne...

[freshmouse]

GConf Editor je podle mě přehlednější než většina dialogů v KDE 3 (ve 4 nevím, nezkoušel jsem). Všechno přehledné, dělené do složek a dokumentované. A vytrháváš z kontextu.

[jm]

GConf Editor je podle mě přehlednější než většina dialogů v KDE 3

Jasne, a regedit je konfiguracni nastroj idealni pro BFU. Tak, a ted nam jeste povez tu pohadku o neposkvrnenem poceti a pak se zase zacnou bavit dospeli, takze supky dupky do hajan, OK?

[freshmouse]

Příloha:

• GConf Editor v1.png (88559 bytů)

Neumíš číst? Jasně jsem tam napsal a zvýraznil "podle mě".

V příloze je snímek GConf Editoru (který jsi asi v životě neviděl -- ovšem přikládám ho psíš pro jiné čtenáře). Tím z mé strany ukončuji tento naplodný hovor.

[frdrx]

Až tato funkce bude připravena pro všechny uživatele, bude dostupná přes základní konfigurační nástroje. Zatím je připravena maximálně tak pro experimentátory, testery a programátory, takže její aktivace přes gconf je zcela namístě.

[freshmouse]

Přesně tak.

[jm]

Až tato funkce bude připravena pro všechny uživatele, bude dostupná přes základní konfigurační nástroje. Zatím je připravena maximálně tak pro experimentátory, testery a programátory, takže její aktivace přes gconf je zcela namístě.

Takze proto je potreba ji umistit do release notes; patrne pro nedostatek dalsich veci, ktery by staly za zminku (krom traparen typu vylepsene hodiny, jejichz funkcionalita byla dostupna cca v KDE 2.2)

[frdrx]

Když nebude zmíněna v release notes, skoro nikdo se o ní nedoví. Cílem GNOME rozhodně není obsahovat všechnu funkcionalitu KDE v žádné verzi.

[stepo]

Temi "kompozitnimi okny" se rozumi to, ze Metacity je ted podobne jako kwin i kompozitni manazer? hmm... jsem zvedavy :)

[freshmouse]

Doteď mi nikdo nevysvětlil, co to je "kompozitní správce oken"... Nicméně Metacity jde jako kompozitní správce oken zkompilovat minimálně rok.

[stepo]

no podle meho laickeho nazoru se tim mysli to, ze si sprace oken rozumi s akcelerovanym desktopem.. to znamena, ze podporuje stiny, pruhlednost a pododne "ficurky" a to vsechno je akcelerovane grafickou kartou

[freshmouse]

Podpora akcelerace a efekty jsou ale dvě věci.

[stepo]

No a pokud jsou ty efekty akcelerovane, tak je to vec jedna :) A kdyz je to "vec jedna" tak je pak spravce kompozitni...

[freshmouse]

Já mám dojem, že ne. Akcelerace s efekty přece nijak nesouvisí. Nějaký správce oken má myslím efekty i bez akcelerace.

[stepo]

porad si presne nerozumime ;) Ano, akcelerace s efekty primo nesouvisi, ale tak trochu ano: Kompozitni spravce oken je ten, ktery pro sve vykreslovani nepouziva CPU, ale grafickou kartu. No a protoze je tak odlehceno procesoru, muze (ale nemusi) obsahovat i ruzne graficke efekty.

Ad "nejaky spravce": ano, tusim ze treba Enlightenment nebo "neco" v Madrive (Mandrivaci prominou) obsahuji efekty, ale nejsou kompozitni manazery

[xm]

Ale souvisí - pokud renderuji do off-screen bufferu a zobrazuji až výsledný obraz, to zobrazení samotné (kompozice) je vždy akcelerované (ať už pomocí XRender nebo pomocí OpenGL). Všechno by pak mělo být plynulejší, netrhané. A navíc tím že grafická karta hardwarově akceleruje XRender nebo OpenGL, tak může být i významně ulehčeno procesoru.

[xm]

Kompositní správce oken je nutnost, pokud chce mít člověk různé efekty (ty bez kompozice prostě nejdou udělat). Takže desktop s efekty je i implicitně akcelerovaný. Nicméně ta kompozice nemusí být prováděna pomocí OpenGL, ale třeba jen pomocí XRender. Přičemž XRender zvládá mnohem méně operací než OpenGL (a ještě ke všemu jen 2D), takže výsledkem je méně efektivní akcelerace (a také to že 3D efekty nejsou dostupné).

[Ondrej 'SanTiago' Zajicek]

je vždy akcelerované (ať už pomocí XRender nebo pomocí OpenGL).

XRender je jen rozhrani X serveru - drivery ho vubec nemusi implementovat akcelerovane. Ted uz je to asi lepsi, ale jeste pred nekolika lety bylo kresleni pomoci XRenderu na mnoha systemech pekelne pomale.

[xm]

To samozřejmě vím, ale upřímně neznám žádnou z běžně používaných karet (NVidia, ATI, Intel), kde by nebyl XRender akcelerovaný. V minulosti to samozřejmě bylo jinak, ale to je teď irelevantní.

[Ondrej 'SanTiago' Zajicek]

Na me grafice VIA unichrome (CLE266) s X serveru z aktualniho Debianu me ukazuji jiste benchmarky (ktere ale ted nemuzu najit), ze scaling a compositing pomoci XRender je nekolikrat pomalejsi, nez softwarova implementace v libart.

[xm]

Já psal o nejrozšířenějších grafických kartách (Intel, ATI, NVidia). Via Unichrome naštěstí rozšířené moc nejsou, ty karty/ovladače jsou přímo tragické, tam se vubec nedivím že je XRender pomalý...

[belisarivs]

No, co jsem zkousel xrender v E17, tak vykon docela padnul. A to mam Intel GMA950.

[xm]

To je mi nějaké divné. Např. Qt 4 na XRender dosti spoléhá a na Intel grafikách funguje nádherně rychle (zatímco někteří uživatelé si stěžovali na slabý výkon Qt 4, přičemž na vině nebylo Qt 4, nýbrž proprietární NVidia ovladače se zmršenou extrémně pomalou akcelerací XRender - na Intelu to šlo přitom krásně). Jestli ona nebude chyba spíše v E17...

[xm]

Kompositní správce oken nevykresluje okna přímo do obrazu, nýbrž zcela mimo obraz (do off-screen bufferu - viz X Composite) a z tohoto off-screen bufferu pak teprve komponuje výsledný obraz (a to buď pomocí XRender, nebo pomocí OpenGL).

[freshmouse]

Díky.

[stepo]

Tak to je presnejsi... diky

[KaiSVK]

Hip hip, huraaa :) Ja som sa snazil najst nejake screeny, ze co je to to composite v GNOME ale nejak nic normalne nemozem najst. Som zvedavy. Tesim sa na clanok o 2.22, freshmouse ;)

Kaio