AW: Keys in der DEVICE.XML und ihre Bedeutung
Premium TMC kostet :emoticon-0103-cool:
Digital Eliteboard - Das Digitale Technik Forum
Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben
Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben
Support MN 7 - Keys in der DEVICE.XML und ihre Bedeutung
- Ersteller michaelm_007
- Erstellt am
-
- Schlagworte
- keys
- Registriert
- 20. Mai 2009
- Beiträge
- 9.356
- Reaktionspunkte
- 18.452
- Punkte
- 373
AW: Keys in der DEVICE.XML und ihre Bedeutung
Genauso...
Genauso...
AW: Keys in der DEVICE.XML und ihre Bedeutung
Hallo,
als Navigon Neulung und nach stundemlangem lesen in den letzten paar Tagen bin ich nun doch etwas verwirrt was 3D City, Real City, GTA Virtualcity usw. usw...angeht....
Welche Keys muss ich denn nun eintragen damit die GTACityModels_EU_DEU.nfs korrekt auf dem 40 Plus funktioniert? Den 3D City View Eintrag??? Oder was anderes für GTA?
Soweit ich es nun verstanden hab ist das GTA die "beste" 3D Gebäudevariante bei diesem Modell? Oder?
Vielen Dank!
Hallo,
als Navigon Neulung und nach stundemlangem lesen in den letzten paar Tagen bin ich nun doch etwas verwirrt was 3D City, Real City, GTA Virtualcity usw. usw...angeht....
Welche Keys muss ich denn nun eintragen damit die GTACityModels_EU_DEU.nfs korrekt auf dem 40 Plus funktioniert? Den 3D City View Eintrag??? Oder was anderes für GTA?
Soweit ich es nun verstanden hab ist das GTA die "beste" 3D Gebäudevariante bei diesem Modell? Oder?
Vielen Dank!
- Registriert
- 20. Mai 2009
- Beiträge
- 9.356
- Reaktionspunkte
- 18.452
- Punkte
- 373
AW: Keys in der DEVICE.XML und ihre Bedeutung
Trag einfach alle ein, es kann nichts passieren.
Entscheidend ist dann, was mit der Software geht (Real City geht nicht) und welche nfs Dateien im map Ordner sind.
Trag einfach alle ein, es kann nichts passieren.
Entscheidend ist dann, was mit der Software geht (Real City geht nicht) und welche nfs Dateien im map Ordner sind.
AW: Keys in der DEVICE.XML und ihre Bedeutung
@Rocketchef
Danke, aber wie wie ist das denn wenn ich z.B. Citymodels_EU.nfs und GTACityModels_EU_DEU.nfs im Map Order hab? GTA ist doch besser, oder?
Kann ich Citymodels rauswerfen oder wird das noch benötigt? Bzw. nimmt das Navi automatisch die GTA wenn es die findet? O
Ich tue gerne alle rein, aber welcher Eintrag ist denn nun für GTA zuständig..Fragen über Fragen...:emoticon-0124-worri
@Rocketchef
Danke, aber wie wie ist das denn wenn ich z.B. Citymodels_EU.nfs und GTACityModels_EU_DEU.nfs im Map Order hab? GTA ist doch besser, oder?
Kann ich Citymodels rauswerfen oder wird das noch benötigt? Bzw. nimmt das Navi automatisch die GTA wenn es die findet? O
Ich tue gerne alle rein, aber welcher Eintrag ist denn nun für GTA zuständig..Fragen über Fragen...:emoticon-0124-worri
- Registriert
- 20. Mai 2009
- Beiträge
- 9.356
- Reaktionspunkte
- 18.452
- Punkte
- 373
AW: Keys in der DEVICE.XML und ihre Bedeutung
Ich hatte immer beide drinnen, Citymodels & GTACityModels_EU_DEU.nfs, aber lösche halt erstere, brauchen tut man es eh nicht.
Der Key für CityView gilt denk ich für beide.
Ich hatte immer beide drinnen, Citymodels & GTACityModels_EU_DEU.nfs, aber lösche halt erstere, brauchen tut man es eh nicht.
Der Key für CityView gilt denk ich für beide.
Münchhausen
Newbie
- Registriert
- 26. Mai 2011
- Beiträge
- 2
- Reaktionspunkte
- 0
- Punkte
- 1
AW: Keys in der DEVICE.XML und ihre Bedeutung
Hallo,
kurze Frage habe ja gelesen aber nicht gefunden was mich
beschäftigt.
Wenn man sich die device.xml ansieht sind ja viele Einträge die nicht jeder braucht.
Ist das wie beim PC, je mehr geladen wird um so mehr Speicher wird verbraucht.
Zum Beispiel : Premium-TMC Frankreich, Premium-TMC USA u.s.w.
Oder haben diese Einträge nichts mit dem Speicher Verbrauch zu tun ?
Danke :good:
Hallo,
kurze Frage habe ja gelesen aber nicht gefunden was mich
beschäftigt.
Wenn man sich die device.xml ansieht sind ja viele Einträge die nicht jeder braucht.
Ist das wie beim PC, je mehr geladen wird um so mehr Speicher wird verbraucht.
Zum Beispiel : Premium-TMC Frankreich, Premium-TMC USA u.s.w.
Oder haben diese Einträge nichts mit dem Speicher Verbrauch zu tun ?
Danke :good:
- Registriert
- 20. Mai 2009
- Beiträge
- 9.356
- Reaktionspunkte
- 18.452
- Punkte
- 373
AW: Keys in der DEVICE.XML und ihre Bedeutung
Ich glaube nicht, das es Einfluß hat.
Als Beispiel, der Key für RealCity vom 84x0:
Was soll er denn aktivieren, wenn du eh keine GCM.nfs drauf hast?
Ich glaube nicht, das es Einfluß hat.
Als Beispiel, der Key für RealCity vom 84x0:
Was soll er denn aktivieren, wenn du eh keine GCM.nfs drauf hast?
BitSchubser
Ist gelegentlich hier
- Registriert
- 7. Dezember 2009
- Beiträge
- 68
- Reaktionspunkte
- 77
- Punkte
- 18
AW: Keys in der DEVICE.XML und ihre Bedeutung
Sorry, wenn ich mich an dieser Stelle mal einmische...
Aus programmtechnischer Sicht sollte man nicht einfach "überflüssige" Werte rauslöschen.
Jedes Programm initialisiert beim Start (und bei Bedarf auch im weiteren Lauf) eine Art interne Variablentabelle. Sie wird sowohl erst mal erstellt als auch dann mit den jeweils korrekten Werten gefüllt.
In unserem Falle würde das also bedeuten, das z.B. der Wert für "Premium-TMC Frankreich" auf "Nein" gesetzt wird (weil ja tatsächlich nicht vorhanden).
Was aber, wenn diese Angabe vorher gelöscht wurde?
Das "dumme" bei Programmen aller Art ist, das man (als Programmierer) jeden möglichen und denkbaren Fehler vorher einkalkulieren sollte und ihn dementsprechend abfangen muß. Also auch, das User evtl. eigenmächtig was löschen...
Wenn aber nicht?
Dann könnte es passieren, das so eine Variable zwar trotzdem (per "Default") eingerichtet wird, ihr aber kein Wert (Ja/Nein) zugewiesen wird. Oder aber diese Variable wird erst gar nicht eingerichtet.
Und was, wenn irgendein Programmteil dann später auf genau diesen Wert zugreifen möchte?
Wenn der Programmierer das einkalkuliert hat, passiert gar nichts - das Programm läuft normal weiter.
Wenn aber nicht, kann alles mögliche passieren. Programmabsturz, einfrieren/aufhängen oder auch unkontrollierbare Reaktionen im weiteren Programmlauf (das Programm "spinnt"), weil die interne Variablentabelle durch fehlende Einträge in sich verschoben ist.
Mit anderen Worten:
Für bereits vorhanden Werte die Parameter ändern - OK, das ist vorgesehen.
Einfach Werte rauslöschen - besser nicht. Dafür das Risiko eingehen, daß das Programm in bestimmten Situationen vielleicht spinnt oder gar abstürzt? Die paar Bytes mehr oder weniger in der Datei tun es echt nicht.
Sorry, wenn ich mich an dieser Stelle mal einmische...
Aus programmtechnischer Sicht sollte man nicht einfach "überflüssige" Werte rauslöschen.
Jedes Programm initialisiert beim Start (und bei Bedarf auch im weiteren Lauf) eine Art interne Variablentabelle. Sie wird sowohl erst mal erstellt als auch dann mit den jeweils korrekten Werten gefüllt.
In unserem Falle würde das also bedeuten, das z.B. der Wert für "Premium-TMC Frankreich" auf "Nein" gesetzt wird (weil ja tatsächlich nicht vorhanden).
Was aber, wenn diese Angabe vorher gelöscht wurde?
Das "dumme" bei Programmen aller Art ist, das man (als Programmierer) jeden möglichen und denkbaren Fehler vorher einkalkulieren sollte und ihn dementsprechend abfangen muß. Also auch, das User evtl. eigenmächtig was löschen...
Wenn aber nicht?
Dann könnte es passieren, das so eine Variable zwar trotzdem (per "Default") eingerichtet wird, ihr aber kein Wert (Ja/Nein) zugewiesen wird. Oder aber diese Variable wird erst gar nicht eingerichtet.
Und was, wenn irgendein Programmteil dann später auf genau diesen Wert zugreifen möchte?
Wenn der Programmierer das einkalkuliert hat, passiert gar nichts - das Programm läuft normal weiter.
Wenn aber nicht, kann alles mögliche passieren. Programmabsturz, einfrieren/aufhängen oder auch unkontrollierbare Reaktionen im weiteren Programmlauf (das Programm "spinnt"), weil die interne Variablentabelle durch fehlende Einträge in sich verschoben ist.
Mit anderen Worten:
Für bereits vorhanden Werte die Parameter ändern - OK, das ist vorgesehen.
Einfach Werte rauslöschen - besser nicht. Dafür das Risiko eingehen, daß das Programm in bestimmten Situationen vielleicht spinnt oder gar abstürzt? Die paar Bytes mehr oder weniger in der Datei tun es echt nicht.
Ähnliche Themen
- Angepinnt
