vykreslovani mrizky ve Windows Vista (Stránka 1 z 2)

Kód pro vykreslení jedné řádky rastru vypadá takhle

GridDotX := MinGridX;
repeat
  SetPixel (CurrentHandle, ScreenX (GridDotX), y, CurrentColor);
  Inc (GridDotX, GridStep);
until GridDotX > MaxGridX;

přičemž SetPixel je funkce přímo ve Win32.

Možná by stálo za pokus změnit stupeň grafické akcelerace (ale to jste asi už udělal).

Jen ještě pro jistotu:  Užíváte skutečné rozlišení monitoru, anebo je nějak emulované?

Tak vysledky jsou zajimave. Odzkousel jsem to podle receptury nize, tehoz sem dosahnul i s funkci do..loop (obdobna pascalovskemu Repeat).
S pouzitim Pset (cili SetPixel) se cas pohybuje mezi 60 az 120ms pri gridu 100. Pouziti Line bylo opravdu zcestne, tam je to kolem 270ms. Nicmene Formica s SetPixel ma mezi 700 az 1500ms pri stejnem gridu..

For Ypos = 0 To ScreenHeight Step GridSize
For Xpos = 0 To ScreenWidth Step GridSize

PSet (Xpos, Ypos), CurrentColor

Next Xpos
Next Ypos

Pro srovnání: Testováno na tři roky starém NTB DELL D800, WinXP, CPU Intel M 1.7GHz, 1G RAM, 128MB NVIDIA GeForce FX Go5650, rozlišení 1920 x 1200 a při apliakci přes celý monitor se pohybuji okolo 330ms
PS. Jaké máte kdo nastavení počtu barev (Kvalita barev)? V mém případě je to 32bitů.

Problem se podle vseho vyskytuje pouze na systemu Win Vista.
Cas na vykresleni bodu v demu je 5435ms/198809dots/1600*1200pixels.
Pan Ivo Löffler me svym prispevkem ovsem privedl na napad snizit pocet barev z 32bit na 16bit, coz by take mohlo zrychlit. Zrychlilo se to asi o
polovinu, ovsem at delam co delam, kresli mi to jen skupiny bodu ve svislych pruzich, na sirku jich mam 6 :o)) V samotne Formice to ale kresli
spravne. Stejne by to bylo pouze provizorium..
Zkousel jsem jeste kreslit pomoci SetPixel (volaneho pres API, ve VisualBasicu je Pset pry volan pres DLL) a takto se mi to vykreslilo jeste
temer 2x rychleji nez s Pset.
Ale bavil jsem se o tom s kolegou, ktery pro nas pise v Delphi, a zkousel se v tom vrtat.

Zatim ma pocit, ze pokazde, kdyz se vykresli bod, zarizeni celou obrazovku prekresli.
Teoreticky se tomu da predchazet vykreslenim nejprve do pameti a to cele se potom najednou zobrazi, nebo zakazat prekreslovani po kazdem zapsani bodu. Kolega zjistil, ze kdyz si to tedy nejdriv vykresli do bitmapy, a tu pak "swapne" na form, tak kresleni do bitmapy trva pry okolo 250ms.
Ale nevim, tak moc do toho nevidim, pouze jsem kolegu priblizne citoval. Bohuzel ted uz nema moc casu se tomu venovat, snad az odpoledne.

Ne ne, bylo to zkouseno na vice PC, a vsechny s Vistama to kreslily pomalu..

Tak jsem udělal test na našem zatím jediném PC s o.s. Vista  a naměřený čas je 840 ms na analogovém výstupu a 550ms na digitálním výstupu.  Sestava DELL PE SC440 PENTIUM D 925, 3.0GHZ/2X2MB 800, 2GB RAM , duální grafika Radeon 9250. Rozlišení obou 1600x1200.

1. Použil jsem program pana Horského.
2. Ten VB má nějaké mouchy, na NTB mi při nějaké prvotní změně parametrů svalil a chtěl poslat echo Microsoftu o neplatné operaci. Jen doplním, že jsem na spuštění a hraní s ním měl jen chviličku.
3. Kde se zjistí, jaké efekty mám zapnuté - s Vistou jsem si ještě nehrál. Počítač, na kterém je provozujeme běží jako součást dohledového systému, takže na něm nemohu provádět žádná velká kouzla - jen mě prostě zajímalo, jak to kreslí u nás.

Kolega napsal priklad pro kreslenni pres tzv.Double Buffer, tedy nakresli si to do pameti a tu nasledne celou loadne na objekt.
Jsou to zdrojaky i exe.

http://papouch.com/users/hroch/gridwithdoublebuffer.zip

Zaroven mi velmi strucne popsal problematiku:
Problem je skutecne ve Vistach, ktere pouzivaji DWM, Desktop Window Manager (ve spravci uloh bezi jako dwm.exe). Ten dela to, ze
kazde okno, kazdy form prevede na bitmapu, kterou posle grafice, a ta bitmapu teprve umisti, vykresli, stiny, rozmazavani, velikost,
pruhlednost a vsechny dalsi efekty.
Pokud kreslime takovym zpusobem, kdy vykresleny bod se ihned zobrazi, musi DWM opet vygenerovat bitmapu a tu poslat grafice. Pan Löffler
ma zrejme veskere efekty vypnute a chova se to jako Win XP, pripadne Win2000.

Pane Horsky, zkuste toto prosim implementovat do Formicy zatim na mrizku, uvidime co to udela. Mozna by toto pak mohlo zrychlit i ostatni kresleni.

Nemohli byste prosím provést obdobné testy rychlosti vykreslování mřížky ve Vistách také na schematickém editoru? Tam se totiž procedura SetPixel vůbec nepoužívá. Hlavním důvodem je zlepšení funkčnosti při provozu pod emulátorem Wine pro Linux.

Používám dvojici příkazů MoveTo(X,Y) a LineTo(X+1,Y).

Funkci SetPixel jsme původně užívali po řadu let ke dvěma věcem, jednak ke kreslení bodů rastru, jednak pro "začištění" exklusivního kreslení.  (Funkce LineTo totiž nevykresluje poslední bod, pokud je šířka čáry 1px, což je v Layoutu nejčastější případ.)  Tato funkce má jednu zajímavou vlastnost, sice nedokumentovanou, ale -- pokud je mi známo -- zcela konsistentní na všech Windows:  Respektuje režim kreslení, takže dovede např. XORovat.

Jenže ona to přesně vzato je spíše vlastnost jdoucí proti dokumentaci, protože ta říká, že pixel dostane barvu předanou jako parametr funkce SetPixel (odhlédneme-li od případného mapování na paletu), a vůbec nepředpokládá, že by stávající barva pixelu mohla hrát nějakou roli.  To se projevilo při spuštění Formiky pod Linuxem a emulátorem WINE, kde pak za pohybujícím se ukazatelem zůstávalo smetí (tvořené rozsvícenými a nikdy již XORováním nezhasnutými pixely).  Z toho důvodu jsme omezili užívání funkce SetPixel na případy, kde Pen.Mode = pmCopy.  Ze schematického editoru tak vypadla zcela, v editoru desky mohla zůstat právě jen v kreslení rastru.

Cestou nejmenšího odporu asi bude i poslední SetPixel nahradit kombinací MoveToEx / LineTo.  Než ji ale zařadím do programu, někdo by mohl změřit testy, které opět jsou v archivu www.formica.cz/files/forum/Grid.zip .  Přidal jsem tam tlačítko, které přepíná mezi různými metodami kreslení.  Grid se teď vykresluje 10x, aby měl časový údaj dostatečné rozlišení.

Na mých W2k SP4 se opuštěním SetPixel (resp. trochu rychlejšího SetPixelV) kreslení zpomalí cca o 10%.  To asi je přijatelná cena; více mi vadí bizarní způsob kreslení pixelu čarou vedoucí do bodu, kde pixel mít nechci, ale na druhé straně se tak o jednu redukuje počet funkcí, které z Windows využívám.

S kreslením skrz bitmapu v tomto stadiu experimentovat nebudu.  Bylo by třeba efektivně ošetřit nejen kreslení rastru do celého okna, ale také jen do clipping regionu.  Oproti tomu však jsou možnosti kreslení skrz bitmapu (které bylo v zásadě zavedeno kvůli tomu, aby neblikaly všelijaké animace) daleko širší.  Kdybych už čerpal další systémové prostředky vytvořením bitmapy, bylo by čistší je využít pořádně; k tomu bych potřeboval přepracovat celé grafické rozhraní, a pro to dnes už celkem nejsou důvody -- rychlost se zdá dostatečná nebo ji lze vylepšovat jinak.

Aha, původně jsem měl z diskuse dojem, že se sch. editorem nemáte problémy díky jiné metodě kreslení.  Teď je vidět, že nebyly jednoduše proto, že grid jste tam neužíval tak hustý.  (Odtud by ostatně plynulo řešení problému ve stylu Mrtvá kočka:  Grid neužívat.  Popřípadě, Grid naředit.  Mimochodem, právě od toho tam také je parametr Graphics | Thresholds | Grid Step -- jím dosáhnete toho, že se grid sice zobrazuje, ale jen v některých bodech.  Prosím podívejte se na něj, jestli to vlastně není to, co hledáte.)

Chápu-li to teď správně, DWM se nemůžete tak jednoduše zbavit z toho důvodu, že užíváte dva monitory.  Těžko říci, proč nejsou u Vás výsledky srovnatelné s těmi Ing. Löfflera, ale nabízí se, že to bude také právě jimi.  Lze-li DWM nějak konfigurovat (a změní-li to něco), o tom nemám tušení.

Paradoxně by se kreslení asi podstatně zrychlilo, kdybych grid nekreslil jako uzlové body, nýbrž jako mříž.  (Kdysi, v dobách, kdy jsem si ještě mohl sám psát grafické drivery pracující až na úrovni videopaměti, jsem totiž grid udělal z bodů hlavně kvůli rychlosti kreslení, kterou tak šlo zvýšit řádově.)  Přidávat tam 8 MB bitmapy jen kvůli gridu (přesněji řečeno, jen kvůli gridu a Microsoftu) se mi vskutku nelíbí -- půjdu-li touto cestou, budu se snažit bitmapu využít nějak systémověji, abych se nemusel stydět; jenže to by zas chtělo trochu programování navíc.

Mimochodem, verze 5.x má překreslování výřezu řešené tak, že se část společná starému a novému přesune na obrazovce jako bitmapa -- mohu Vám něco poslat, a si rychlost této funkce zkusíte.