Application Data/Volatile fillup

hmhm... jetzt hab ich mal testweise ein kleines verzeichnis mit 700 karten a 2000x2000 (1mb jpegs) kalibriert und glopus zum fraß vorgeworfen. das ergebnis war nicht so ganz befriedigend.

manchmal brauchte er ewig beim laden der ersten karte (so ewig daß ich die geduld verlor -> softreset). manchmal liefs auch recht flott. allerdings wurde beim scrollen scheinbar bei jedem übergang ein neues großes tmp-file (ca 1MB) in o.g. verzeichnis erzeugt. diese wurden später nicht wieder gelöscht, so daß der pda nach wenigen minuten rumspielen mangels speicher in die knie ging.

stell ich mich zu blöd an?
joe.

Zitat

Original von joeuser
stell ich mich zu blöd an?

hallo joe,

vielleicht kocht Glopus auch nur mit Wasser . . . :gap

SCNR - Anton

aber das potential ist deutlich erkennbar

Hallo Joe,

ich meine mal irgendwo gelesen zu haben, dass man nach Möglichkeit nicht ganz so grosse Kacheln erzeugen sollte (2000x2000 Pixel ist schon heftig), ich habe aufgrund der Bildschirmgrösse ca. 1300x800 Pixel, ich glaube so um 1000x1000 ist besser.

Das mit dem .tmp-File ist mir noch nicht aufgefallen, werde darauf mal achten,

Gruss, Snoopy

Das Kopieren der Dateien scheint eine Eigenschaft von WM5 zu sein. Da habe ich leider keinen Einfluß. Ansonsten stimmt das Gesagte. 2000*2000 ist schon sehr groß, wobei auch das Format enscheidend ist. JPG braucht bei mir ca. doppelt so viel Zeit zum Laden wie PNG, allerdings macht PNG nur dann richtig Sinn, wenn die Karten auch mit 256, 64 oder weniger Farben daher kommen wie z.B. Top50.
Noch ein Hinweis zur Größe: Glopus läd benötigte Kacheln nach, wenn nötig und schmeißt weit entfernte Kacheln raus wenn der Speicher knapp wird (auch wenn andere Programe Speicher anfordern). Das funktioniert bei kleinen Kacheln natürlich auch besser. Wenn man einen großen Ausschnitt sehen will, müssen aber evtl. viele kacheln geladen werden, was wieder Zeit kostet. Daher ist es besser, Karten in verschiedenen Maßstäben zu haben und Glopus kann dann so ein Karte laden.
Bei 700 Karten dauert der erste Start und auch das manuelle Kartenladen garantiert einige Zeit, weil Windows CE einfach so lange braucht, die ganzen cal Dateien zu lesen. (Selbst das simlpe Löschen so einer Anzahl von Dateien dauert ewig.)
Nach Beenden und Neustart von Glopus geht das aber mittlerweile ganz flott, da Glopus eine Cache Datei mit den ganzen 700 Cal Infos schreibt und nur diese wieder liest. Achtung, wenn man neue Karten in das Verzeichnis kopiert, muss man mit einem manuellen Kartenladen einen neuen Verzeichnisscan anstubsen. Wenn man das alles beachtet, sollte Glopus im Regelbetrieb in wenigen Sekunden einsatzbereit sein. Und das Nachladen merkt man fast nicht.

ok, ich probiers dann mal mit kleineren kacheln. allerdings solltest du das tmp-dateien problem schon irgendwie in den griff bekommen, sonst ist nach ein paar minuten so oder so schicht im schacht :-).

zur not muß man halt ein skript nebenbei laufen lassen welches das verzeichnis ausmistest.

liest glopus eigentlich nur ein verzeichnis oder rekursiv auch die unterverzeichnisse?

andre programme sinds eher nicht, glopus darf hier immer allein. vielleicht ists das grafikformat? hab bisher nur mit jpg probiert und da wird viel temporärer müll produziert und niemand bringt ihn raus :).

Ich kenne solche tmp Daten auf meinem 2003Se System gar nicht, aber habe schon von anderen gehört, dass so etwas passiert. Allerdings dachte ich bisher, dass diese Dateien wieder gelöscht werden.
Cache Dateien werden automatisch für jedes Verzeichnis angelegt. Bei jedem manuellen Katen- und Verzeichniswechsel, wird die Datei wieder angelegt und kann auch jederzeit gelöscht werden. 2 Min erscheint mir sehr lange allerdings habe ich momentan auch keine 1300 Karten.