sync. der anrufliste


Antworten
chpfeiffer
Beiträge: 51
Registriert: Do 19. Jul 2007, 20:10
Kontaktdaten:

sync. der anrufliste

Beitrag 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. ;)
123
FJ
Site Admin
Beiträge: 32109
Registriert: Mi 15. Feb 2006, 01:16
Wohnort: Tirol

Beitrag 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.
chpfeiffer
Beiträge: 51
Registriert: Do 19. Jul 2007, 20:10
Kontaktdaten:

Beitrag 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
123
FJ
Site Admin
Beiträge: 32109
Registriert: Mi 15. Feb 2006, 01:16
Wohnort: Tirol

Beitrag 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:
chpfeiffer
Beiträge: 51
Registriert: Do 19. Jul 2007, 20:10
Kontaktdaten:

Beitrag 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 ;) )
123
Antworten