Deutliches Nachhinken - welche Maustypen sind betroffen ?

  • hallo


    Ich habe auch ein deutliches Nachhinken


    Toshiba e330 Rikaline 6010 MN4.2

  • Hallo,


    ich habe ca.2 sec Nachhinken. Auch schon mit MN4.2 und Ipaq 2210. Jetzt mit LOOX 720, MGPS BT mit und ohne TMC, mir 2002exe und 2003exe, mit und ohne opt. ini`s.


    Gruß
    stental

    Einmal editiert, zuletzt von stental ()

  • Orig. Leadtek GNS (9531?) Navigon Maus.
    2D ca. 2-3sek oder kein Nachhinken, she runterschiedlich, abhängig von der Geschwindigkeit.
    Ich habe meine Zommstufen auch angepasst, damit es nciht zu gross ist.


    3D bis zu ca. 4sek. Damit unbrauchbar dieser Modus. Würde ich eh nicht nutzen.
    Wohl was für Frauen , sorry ;)

    Einmal editiert, zuletzt von burki ()

  • Ich hab die, die damals beim BMN dabeiwar, glaube die 9830 mit tmc!


    nachhinken von mind. 2 sec.

  • GNS 9830


    2-3 sekunden Nachhinken im 2D


    Karsten

  • Hallo,


    das ist aber ein Thread, den kann man "den Hasen geben"!!!



    Die Aufzählung von Mäusen, wie sie hier gegeben wird, könnt ihr wegschmeißen. Es sind primär mal nicht die Mäuse selbst, sondern die aktivierten Protokolle und damit die Datenfülle die verarbeitet werden muss.


    Ich möchte nicht ausschließen, dass es Unterschiede bei den Mäusen gibt, aber wenn so ein Vergleich nicht auch die aktivierten Protokolle beinhaltet, oder exact, wenn nicht mit gleichen Protokollen verglichen wird, wobei bitte auch die Wiederholrate (Standard 1 sek., es mag aber auch andere geben) standardisiert werden muss, bringt das nichts. Außer, dass manche Mäuse, bei denen mehr Protokolle aktiviert sind, als schlecht eingestuft werden.


    Dabei hätte der angegebene Link ja eigentlich zur Erleuchtung führen müssen.


    Habe gerade mal noch die anderen Threads dazu überflogen:


    Das Nachhinkeproblem ist ja wohl ein mehrgeteiltes. Eingehen tun die Mausprotokolle, evtl. die Maustypen, die Mausart offenbar - BT/Kabel, der PDA - Typ, Prozessorgeschwindigkeit, und das Prog natürlich.


    Also wenn man hier einen Vergleich durchführen wollte, müsste man eben alle - wobei mir nur die obigen einfielen, auf die Schnelle - Unbekannten mit auflisten.


    Und wie üblich: hier posten normal nur die, die Probleme haben. Die, bei denen es läuft, lesen hier vermutlich grnicht mit.

    Einmal editiert, zuletzt von karomue ()

  • ich habe jetzt mal eine email an GNS geschickt ob die etwas machen können, oder ob man überhaupt was ändern kann...
    ach ja ich habe die 9810 und es hinkt im 2D modus und 3D ist keine option für mich zu navigieren...da zuviel hachlauf.

    Einmal editiert, zuletzt von pax']['er ()

  • Die Navilock BT-338 lässt sich problemlos mit SirfDemo oder dem WinNavigator (heißt so, oder?) umprogrammieren und ist von nachhinken ist keine Spur zu bemerken. Vl. als Alternative für den Einen oder den Andern.

  • Mein Yak300GPS hinkt auch nach, 2D deutlich, 3D nicht vernünftig zu gebrauchen.
    Wenn man durch bekanntes Gelände düst, ist das natürlich tolerierbar; beim echten Einsatz in einer unbekannten Innenstadt aber ein echtes KO-Kriterium.



    p.s.:
    Hatte mal letzte Woche die Navigon-Hotline dazu befragt; Antwort (Kein Scherz!) war:


    Unsere Software ist in der 3D-Darstellung häufig nachlaufend. Das ist kein Mangel. Man soll während der Fahrt ja auch auf die Straße achten, nicht auf´s Display. Darum hat die Ansage Priorität, nicht die grafische Genauigkeit.


    Nochmal: Das ist der O-Ton, ohne irgendwelche ironischen/zynischen "Anreicherungen" meinerseits.
    Ich gebe zu, ich war nahezu sprachlos.

  • :evil:
    so regelt man Bugs...Leute gebt MN5 zurück, wenn man nicht zufrieden ist.
    Eine trifftigen Grund die FAG zu umgehen, bei installierter Software, nannte ich ja schon mit dem falschen Bild auf der Verpackung.

  • Wie's scheint, bringt das Abschalten von Mausprotokollen doch überwiegend (deutliche) Besserung.


    Wenn aber Navigon ein Bundle anbietet, wie bei mir damals mit MN|4 und der BT/TMC MGPS-Maus (von GNS), dann kann ich doch erwarten, dass diese Teile optimal aufeinander abgestimmt sind (was offensichtlich abernicht der Fall ist, da angeblich die MGPS-Maus zuviele "überflüssige" Protokolle liefert).


    Schließlich kann ich mir jetzt nicht einmal selbst helfen, da -wenn ich alles richtig gelesen habe- gerade diese Maus NICHT programmiert werden kann. Schöner Mist!


    Fairerweise muß ich aber dazu sagen, dass das Nachhinken seit MN|5 tendentiell geringer geworden ist (mit der "alten" Maus).


    20VT

  • Zitat

    Original von karomue
    Die Aufzählung von Mäusen, wie sie hier gegeben wird, könnt ihr wegschmeißen. Es sind primär mal nicht die Mäuse selbst, sondern die aktivierten Protokolle und damit die Datenfülle die verarbeitet werden muss.


    Oh, super Du kannst Hellsehen :gap


    Dann heile doch bitte mal per Handauflegen. :gap


    Es soll doch erst mal eine Sammlung sein - Schlüsse würde ich nachher ziehen - und dann Lösungen suchen.


    Wie man aber schon sehen kann, haben wir hier eine bunte Reihe.

  • spezies!8472: Wie karomue schon sagt: Du kannst bei dieser Aufstellung gar keine Schlüsse ziehen!


    Selbst wenn jetzt ein und derselbe Maustyp zich mal mit Problemen aufgelistet wird, kannst Du keine Schlüsse ziehen!


    Warum, hat Charly ja schon ausführlich beschrieben.


    Also mach lieber eine Aufstellung, wo alle zu berücksichtigten Faktoren vorgesehen sind und versuchs auf ein Neues. Das hier bringt weniger als Nichts.

    Navigation mit Google Maps über Android Auto und AAWireless im Nissan Qashqai Akari Automatik. Zusätzlich ist POIbase NAVI ein treuer Beegleiter meiner Fahrten  ;)

    Einmal editiert, zuletzt von HSVMichi ()