Seite 1 von 1

sync. der anrufliste

Verfasst: Fr 25. Jul 2008, 17:36
von chpfeiffer
beim sync. der anrufliste wird nur die nr. sync. - nicht welchen eintrag man gewählt hat.

hier noch ein beispiel:
person a
home 1234-5
mobile 0123-1
person b
home 1234-5
mobile 0123-2

ich rufe person b zu hause an, die angezeigte nr. ist die richtige, der name wird aber von person a übernommen. ist nicht weiter tragisch weil ist ja auch die nr von person a - wäre aber schöner wenn man das auch vom handy übernehmen könnte. (vermutlich wird aber nur die nr. übermittelt.)

ich habe jetzt mal die calls.dat manuell geändert - selbst wenn dann dort der richtige name steht übernimmt mpe das nicht solange es selber die nr einem eintrag zuordnen kann. evtl. könnte man hier die call.dat höher-prior behandeln.

noch eine frage, warum sind die *.dat dateien nicht xml? würde das manuelle änderen einfacher machen. ;)

Verfasst: Fr 25. Jul 2008, 21:36
von FJ
Ich weiss was du meinst. MyPhoneExplorer ordnet deshalb neu zu weil sich ja auch mal die Namen in den kontakten ändern könnten. In der regel hat man doch nicht mehrere Kontakte mit der selben Rufnummer drin.
noch eine frage, warum sind die *.dat dateien nicht xml? würde das manuelle änderen einfacher machen.
Weil:
- die jetzigen Dateien schneller eingelesen und verarbeitet werden können
- xml-Dateien viel größer werden
- die *.dat-dateien nicht dazu da sind damit du drin rumfingerst ;-)

Aber du hast schon recht, speziell die Calls.dat ist etwas "unglücklich" aufgebaut mit den Nullchars. hat historische Gründe und aus Kompatibilitätsgründen hb ichs nie geändert.

Verfasst: Fr 25. Jul 2008, 22:11
von chpfeiffer
habe bei fast allen verheirateten leuten im telefon die festnetznr. doppelt drin ;)

ob 10kb oder 100kb bei heutigen festplatten so die rolle spielt? :lol:

ach doch genau dafür sind die da ;) - ja braucht man an hex-editor :D

Verfasst: Fr 25. Jul 2008, 22:49
von FJ
ob 10kb oder 100kb bei heutigen festplatten so die rolle spielt?
Versteh ich schon, ich meinte aber mit Dateigröße weniger den physikalischen Platzbedarf sondern die Performance beim Einlesen. Immerhin wird die Datei ja in den RAM geladen und auch die interne Verarbeitung geht schneller vonstatten wenn man weniger Daten hat.

Die Datei Calls.dat kann sehr schnell groß werden durch die Anrufarchivierung, ähnlich ist es mit dem SMS-Archiv. Schonmal probiert eine XML-Datei ,it 30.000 Nodes und jeweils 6 Subnodes einzulesen (wären dann 180.000 Werte) ? MyPhoneExplorer schaffts auf meinem Rechner mit dem eigenen Datenformat in 6 Sekunden :lol:

Verfasst: Fr 25. Jul 2008, 22:52
von chpfeiffer
ob man das so merkt - wo man die "optische" performance erhöhen könnte wäre unter sonstiges-->speicherstatus, denn bis auf die anzeige wieviel telefonspeicher belegt ist könnte man alles aus internen daten berechnen. (und dann nur ggf. aktuallisieren ;) )