Je čas zmizet:)

25.6.2009 21:18 | poslední úprava: 31.8.2009 14:19

Tento blog byl smazán autorem

       

Komentáře

[trekker.dk]

Není to škoda? / Nemůžeš zápisky napsané pro tam dávat i sem?

[Deleted [8409]]

Myslím, že za to by mě tu někdo asi zabil, a pokud ne, tak moje chudá angličtina by to odnesla určitě Třeba budu mít na bloggeru ještě menší publikum než zde, možné je cokoliv;)

[David Jaša]

Pokud tu bude plný text a ne jen odkaz, tak tě za to určitě nikdo nezabije.

[Deleted [8409]]

To možná jo, ale nebudu na český server psát anglicky, navíc jsem zvyklý zápisek průběžně opravovat (když najdu chyby) a na dělat to na dvou místech je podle mě zbytečné;)

[xindl]

hovno seš a v hovno se obrátíš.

Náš administrátor shledal tento komentář závadným.

vulgarismy

Zobrazit komentář

[Deleted [8409]]

omg, o důvod víc :)

[Michal Fecko]

uz si mal byt prec

[multi]

spravne tato basen zni: "hovno sracky kameni to je nase znameni"

Náš administrátor shledal tento komentář závadným.

vulgarismy

Zobrazit komentář

[dad]

rekl bych, ze jste nezvolil spravny okamzik, zrovna ted, kdy mate jedinecnou sanci se od pana Ponkrace zde dovedet, jak se programuje opravdu spravne. Neby myslite, ze pan Ponkrac bude cist vas novy blog. To by se musel rozkrajet ->  jestlize chcete na sve knihovne dal pracovat a mit to poradne, tak Vam nezbyde nic jineho , nez zde zustat.

[hikikomori82]

Vacsina GUI komponenentov imho "mouse move" udalosti nepouziva (Maximalne enter/out). Ked ale cela aplikacia je jedno okno, musis mouse move udalosti pausalne odmaskovat ak by tam nahodou bol nejaky maly komponent ktory mouse move chce. Nie je to overhead a zdroj spomalenia to prijimanie mouse move udalosti? V porovnani s multiokennym gui kde mouse move prijima len ten jeden maly komponent len ked je na nom mys.

[Deleted [8409]]

Možná nebyl pochopený celý koncept. No pokuyd bereš jako overhead zpracování mouse move události, tak jo, ale ten overhead musí buď zpracovat XServer a poslat to do konkrétního okna nebo to zpracuje sama aplikace. Já používám windowless okna zejména proto, protože zpracovat obsah je mnohem jednodušší a multiplatformní, další věc je ta, že spíš redukuju overhead z XServeru nutný pro zpracování všech událostí (Expose, Create, Map, Destroy, atd), tady už windowless režim umožňuje opravdu rychlé odezvy na změnu velikosti oken, překreslení celého okna najednou, atd...

Mimochodem to odkaskování událostí stejně nepoužívá asi žádný toolkit (v dnešní době je to podle mě zbytečné).

Jinak ještě upřesním, že celá aplikace může mít víc oken, optimalizace je v tom, že jen top-level okna se vytvářní pomocí xlib nebo winapi.

[kralyk z abclinuxu]

FOG není shortcut, ale abbreviation [zkratka]. Shortcut je prostorová záležitost.
Ale nejlepší by ta věta imho byla takhle:
It's name is FOG, which stands for 'Fair Object Graphics'

To jsem kouknul na první dvě věty, teď když na ten text koukám, jazykových chyb tam bude asi dost, kdybys chtěl, můžu podat in-depth analysis

[CEST]

Myslis Its name is..., ne?

[kralyk z abclinuxu]

jj, sorry...

[Deleted [8409]]

Jo, to by bylo super, díky (klidně na mail)

[Vlastimil Ott]

"Je čas zmizet" si řekl hlavně Jacko - a odjel za Elvisem.. RIP.

[hikikomori82]

Údajne to nebol infarkt ale otrava jedlom. Olizoval 12-ročné vajcia.

[M. Lox]

Olizoval 12-ročnému vajcia.

Už zase? A rodiče to nasralo?

[AsciiWolf]

lol

[Jardík]

Intro

Už si přesně nepamatuju, kdy jsem si vytvořil blog, ale vím proč. Chtěl jsem psát zápisky o programování a počítačové grafice. Po nějakém čase jsem zjistil, že psát česky nemá moc smysl a pokud chci oslovit širší publikum, budu se muset trochu víc naučit anglicky a začít psát v angličtině. Jenže programátorská angličtina je trošku jednodušší než ta odborná:) Jeden z dalších důvodů proč zmizet z abc je i fakt, že moje zápisky mají s Linuxem společné maximálně to, že moje projekty píšu multiplatformě.

Jeden z dalších důvodů, proč jsem založil blog a napsal pár zápisků byla i příprava na diplomku, ve které jsem chtěl nějaké odstavce zhodnotit, k tomu ale nedošlo (nějak jsem psal hlavně o AsmJit a BlitJit, což s diplomkou moc nesouviselo). Diplomovou práci jsem psal na téma "Multiplatformní vicevláknová grafická knihovna" a výsledek je knihovna Fog, o které bude následujících pár odstavců, a o které bych chtěl psát na jiném místě.

Fog

Na knihovně Fog jsem začal pracovat asi rok nebo 2 roky zpět. Vznikla z mého prvního velkého projektu nazvaného wdesktop (zkráceně WDE). Projekt wdesktop měl být původně, ale opravdu původně, malý GUI toolkit a WindowManager pro X Window System. Kdybych sáhl do historie, tak úplně první verze (0.18 tuším) byla psaná v čistém C, tehdy jsem si myslel, že to bude super rychlé a maličké. Jak čas plynul, tak jako i tehdy jako C++ programátor (moje první zkušenosti v C++ byl Borland C++ Builder 1.0) zjistil, že čisté C nemá pro UI smysl. Tak začal přepis do C++. Znáte to, snaha udělat věci lépe a pořádně, odstranit všechny nedostatky, atd (prostě sen každého programátora je určitě mít svoje API maximálně čisté a dotažené). Jenže bohužel nemám sílu na to napsat plnohodnotný GUI toolkit, tak vznikla knihovna Fog - Fair Object Graphics. Jedná se o knihovnu, kde jsem zhodnotil mé zkušenosti s počítačovou grafikou. Knihovna sice obsahuje i jednoduchý toolkit, ale řekl jsem si, že nebudu pokračovat v UI dokud nebude kompletně hotová a vyzkoušená grafická část knihovny. Ten toolkit v knihovně Fog je inspirován původním návrhem knihovny Wde, kde jen top level okno je vytvářené pomocí systémových zdrojů (Xlib, WinAPI, ...), ostatní child okna jsou jen interní (v Qt terminologii se jim říká aliens:) ). Je ale zajímavé, že jsem na to přišel dřív než oni

Nevím kolik bych toho měl napsat o knihovně Fog. V současnosti se jedná asi o jednu z mála knihoven, která je schopná pro renderování použít více vláken (tedy využít naplno vícejádrové procesory) a rychlostní testy ukazují, že to má určitě smysl (benchmark zde). Vícevláknové vykreslování je samozřejmě možné i vypnout. Dále je asi důležité zmínit, že se jedná o vektorovou knihovnu a vnitřně se k vektorovým výpočtům používá knihovna AntiGrain. Postupem času jsem ale začal přepisovat některé algoritmy a chtěl bych AntiGrain úplně vyhodit, protože stejně používám jen velmi malou část (prakticky jen vektorové výpočty k aproximaci křivek a obrysů cest - outlines). V současnosti se i přes moji snahu nejedná o hotovou knihovnu a v blízké budoucnosti bych to chtěl změnit, tedy dotáhnout všechny věci z TODO a udělat z knihovny plnohodnotnou knihovnu srovnatelnou třeba s GDI+ nebo Cairem.

Dále bych ke knihovně Fog dodal, že se nejedná jen o grafickou knihovnu. Při multiplatformním vývoji jsem vždycky potřeboval nějakou vrstvu, která by mi usnadnila vývoj. Knihovna Fog obsahuje vrstvu Fog/Core, ve které jsou implementované některé kontejnery a třídy pro práci např. s řetězci, streamy, soubory, vlákny, atd. Přirovnal bych to ke glib nebo QtCore (prostě to, co potřebuje každá multiplatformní knihovna). Mezi další zásadní vlastnost patří i to, že v knihovně se nepoužívá STL, RTTI ani výjimky. API většinou vrací chybové stavy (a tam kde ne to musím přepsat:) ). Většina tříd a kontejnerů používá implicitní sdílení dat alá Qt, to byl i důvod jejich vzniku. Knihovna Fog jako všechny moje veřejné projekty je licencována pod MIT licencí.

Takže tak, můj nový blog je zde. Knihovna Fog na google code. Mějte se tu hezky, moje aktivita bude asi v budoucnu klesat, klesat, až se úplně rozplyne:).