Nem lenne jó, ha ellentmondás lenne zoomszintek között. Amúgy se nagyon oldható meg a két frissítés egy gépen, mert amíg naponta le kell nyomnia 128x-ig, addig nem tud a 256-ossal foglalkozni, ha meg azzal foglalkozik, akkor nincs napi frissítés.
A gyors válaszokból azt látom, hogy szükség van a 256x nagyításra és a gyakori frissítésre is. Fontos megjegyezni, hogy a frissítések intervalluma itt azt jelenti, hogy az éppen megjelenő új változat sem friss, hanem pont egy ciklussal régebbi, tehát heti frissítésnél az éppen látható térkép 7-14 napos, a napinál pedig 24-48 órás. Ez azért van, mert a frissítés kezdetekor kell kikapni az .mp-ket az adatbázisból, aztán duruzsol rajta a gép egy ciklusidőt, és a végén jelenik meg. Az 1 ciklusnyi korú térkép a következő ciklus végéig van kint, így jönnek ki az említett idők.
A mapedit optimalizálása egészen ígéretes, PIII-ra optimalizálva a PIII 733-as 36 mp helyett 27 mp alatt töltötte be a Budai-hegységet az összes trackkel együtt. Nem volt még alkalmam különbséget mérni a konkrét megjelenítés sebességében, hamarosan erre is sor kerül.
Részleges frissítésben két ok miatt nem gondolkodom: bonyolult megoldani, és mostanában szerencsére annyira sűrűn frissül minden tájegység, hogy naponta a felét frissíteni kellene. Mivel a tájegységek nem téglalap alakúak, mindegyiknek venni kellene a befoglaló téglalapját (vagy az adott zoomszinten az érintett téglalapokat) és akkor már bőven 50% felett lenne a legyártandó rész, enm beszélve az esetlges globális megjelenítési változtatásokról.
Szerintem van lehetőség arra, hogy kerítsünk egy vasat alá. Ha van valakinél eladósorba került Socket 478-as alaplap és/vagy Northwood proci, jelezze! Aztán 256 MB DDR SDRAM kell már csak, minden egyéb van.[ előzmény: (11033) Csabesz, 2007.03.10 09:54:40] |
