Proč? (jedna z věcí kterou asi nikdy nepochopím)

22.4.2006 17:05 | Přečteno: 1432× | Linux | poslední úprava: 22.4.2006 17:13

Už dlouho používám Linux, cca 2 roky, a asi rok na desktopu, ale jednu věc stále a stále a stále nemohu pochopit.

Připravil jsem si demonstrační videa aby to bylo každému jasné :)

Program exhibit - tohle je skoro ideální resize (podle mého vkusu)

Program GQView

Program gimp

Program OpenOffice.org

Tohle je pro mě jedna z největších vad na kráse Linuxu, když to někdo vidí, tak se toho lekne :) Ještě stále neexistuje způsob jak GTK urychlit (něco co se mi třeba nedoneslo)?        

Komentáře

[právě nejsem k dispozici]

Mimochodem, jakým programem jsi ty záběry obrazovky pořizoval?

[Thunder.m]

Ahoj, použil jsem xvidcap, ale nějak mi padal, když jsem oknem přejel zaznamenávanou oblast.

Například příkaz "xvidcap --file exhibit.avi --cap_geometry 1200x1000"

[xxxxxxxx]

tak gqview mi tohle nedela, chyba je u tebe. nebo zacni pouzivat akcelerovanej desktop.

[Thunder.m]

gqview mi tohle dělá v menší míře pokud nezatížím moc CPU, pak samozřejmě není tak vidět to hrozné překreslování, tím že jsem to nahrával jsem sežral asi 30% výkonu procesoru (A64 3400+) a pak je to vidět o něco víc.

[lefti]

nejspis xvidcap

[lefti]

Tes se na XGL. Jinak docasne by se to dalo "vyresit" pomoci vypnuti Opaque window moving (/resizing) - tak je to pojmenovane ve fluxboxu.

[Thunder.m]

XGL mam nastavené v Ubuntu DD 6.06 BETA, samozřejmě to tam už není takováhle hrůza, ale jen se to jednoduše seká (dost znatelně) při resize. Nevím jestli jsi XGL zkoušel, ale například posouvání stránky ve Firefoxu je tam o cca 50% pomalejší, než na normálním X serveru, stejnětak skoro cokoliv v GTK.

Zkus se mrknout na MAC OS X 10.4.X (ten je akcelerovaný už asi 3 roky), nainstaluj Firefox, nebo jinou podobnou aplikaci a zkus provést resize, jediná aplikace o které vím že má akcelerovaný i resize, možná je akcelerovaná celá na MAC OS X, je aplikace Safari a to až v posledních verzích OS X (u té je resize hodně rychlý a bez trhání) a pak samozřejmě některé Windowsí aplikace, které Opengl nepotřebují na to aby byly schopny rychle a svižně měnit velikost.

[David Jaša]

Co se týká týká akcelerace resize, tak se na tom pracuje - postará se o to kombinace cairo + glitz. Gnome na cairo přechází dost masivním způsobem od verze 2.8, takže to visí už „jenom“ na dotáhnutí glitzu a jeho propojení s cairem.

[Jan Zahornadsky]

Co se týče rychlého vykreslování ve windows, to je (co vím) dáno tím, že jádro buď přímo mění priority při kreslení, nebo dokonce zastaví message loop (či jak se tomu nadává) při redrawu. To X server (podle mně lépe) vše vykresluje asynchronně.

Ale možná plácám páté přes deváté, ve skutečnosti ty technologie bohužel moc neznám...

[Thunder.m]

Vždyť jsem jako příkaz uvedl například exhibit, ve kterém je resize uplně super rychlý, stejně jako ve win programech. To je prostě něčím v GTK a doufám že to časem opraví (QT aplikace taky nejsou kdo-ví jak rychlé, ale jsou rychlejší).

[Thunder.m]

jako příklad, ne příkaz :)

[jose17]

ach jo mirku a týmto si sledoval čo (mirek, 17:09)?

[Thunder.m]

Kdo bude používat masivně aplikace které neposkytují takovou svižnost při práci? Myslím že dokud tuto chybu v Linuxových programech vývojáři neodstraní, tak není Linux ani zdaleka schopen vyzvat Windows Vista.

[lefti]

daleko dulezitejsi(dokonce klicovy) nedostatek je radove mensi mnozstvi programu

[Thunder.m]

Jasně, to už je věc názoru, například mě z programů nechybí skoro žádný pod Linuxem (otázka jsou ale jejich funkce, které ne vždy dosahují na alternativní programy ve Win), chápu že profi firmy budou chtít spoustu profi programů.