Někdo výše psal o půl milionu keší bez problému. Ani ostatním to problémy nedělá. A u mě, ITlamy je málo paměti...? Měl jsem za to, že GG generuje ta data pro GPIgen (a POILoader) vhodným způsobem.
to jo, ale exportoval jsem to přes POI etrex, to je hodně ořezaný, bez listingu
V tom pripade mne ta data zajimaji, abych si to zkusil.
Staci ta slozka GC, ve ktere to pada.
Poslal jsem ti odkaz do SZ.
Moc díky.
Opravdu to pada na nedostatku pameti. Proste to uz nedokazalo najit dostatecne velky volny souvisly blok. (To nastane mnohem driv, nez se zaplni uplne cela pamet, takze se to pohledem na volnou pamet nepozna!)
Zkusil jsem v kritickem miste provest nekolik uspornych opatreni, a tak se zrodila verze 1.1.1.
Krom te optimalizace tam nejsou zadne jine zmeny. Vedlejsim efektem by melo byt dalsi zrychleni... ^_^
Co přidat parametr s přepínačem, který by umožnil optimalizaci vypnout nebo zjednodušit? Jak moc je vlastně ta optimalizace GPI nutná...?!?
Ano, je nutna! Vliv na vykon GPSky je primo propastny.
Bez ni jsem si z O600 vyrobil neco, co bylo jeste nekolikrat pomalejsi nez etrex30.
(A mam diky tomu mam i podezreni, ze problemy s vykonem etrex30 od urcitych firmware souvisi prave s POI...)
... a muzes si to i vyzkouset.
V Gpigen.ini staci zmenit hodnotu MaxRegion na nejake hodne velke cislo. Tim nedojde k vhodnemu rozdeleni bodu do jednotlivych regionu, a zacnou se v rybnicku Brcalnicku dit podivuhodne veci. ;)
Moc díky za snahu a pomoc s GPIgen. Hlavně kiReGPS a Halumovi. Už mi to běží a vše v pořádku.
Tak jsem po dlouhé době zase narazil na chybu Out od memory, ale po chvilce pokusničení jsem si všiml novější verze gpigen a problém je vyřešen :-)
Velikost výsledného souboru je 431 MB.