🚀 go-pugleaf

lukaszswitaj wrote:
> On Oct 9, 11:08 am, "Mateusz Loskot" <mate...@loskot.net> wrote:
>> "lukaszswitaj" <lukaszswi...@gmail.com> wrote in message
> Zresztą, zostawiając temat mocy obliczeniowej i wspomagania przez GPU,
> czego w produktach ESRI chyba się nie doczekamy prędko (tu programiści
> aplikacji CAD wiodą prym) - wróćmy do sprawy odświeżania ekranu w
> ArcGIS. Naprawdę nie da się nic zrobić z tym nieszczęsnym buforem
> ramki? Bo już sam zaczynam wątpić, zwłaszcza że w ArcPad na smartfonie
> występuje ten sam efekt ślamazarnego ładowania się zawartości okna.

Moim zdaniem błędnie diagnozujesz problem. Piszesz:

"specjalistyczna karta potrafi rysować jednocześnie zawartość kilku
okien, a ArcGIS, jak wiadomo, bardzo ociężale to robi. Być może
pomogłaby właśnie specjalistyczna karta graficzna."

Nigdy nie miałem problemów (AFAICT, to nie jest specyficzne dla ArcGIS)
przy pracy z kilkoma ekranami i zwykłą kartą ATI (256 MB) czy
nvidia (512 MB) - to żadne specjały:

http://www.flickr.com/photos/mloskot/tags/dualhead/

Po pierwsze, (zwykle) rendering wektorów zwykle odbywa się >1 wątkach.
Po drugie, (zwykle) dane renderowane nazwijmy to "z dysku", czyli I/O
dysku jest głównie odpowiedzialne za ową "latencję" rysowania. AFAIR,
Manifold (przynajmniej dawniejsze wersje) ładuje komplet danych do RAM
RAM i potem renderuje bez sięgania do plików na dysku.

Stąd wrażenie "stopniowego" rysowania, na przykład tysiące poligonów
renderowane są tak, że wyskakują jeden po drugim.
I jeśli mówimy tu o takich objawach, to nie jest to żaden problem
karty graficznej ani ilości monitorów. Logicznie myśląc,
gdybyś zauważał tak nieznośną czkawkę przy renderowaniu wektorów 2D
spowodowaną problemem karta-monitor, to taka karta nie miała by racji
bytu w najprostrzych grach zastosowaniach.

IMHO, problem leży gdzie indziej.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org