nehme ich richtig an das die originallen speedtraps blitzer anders aufgebaut sind als die von peugeot !?
ich habe kein peugeot file, aber die area's sind sicher anders strukturiert als bei der speedtraps.
funktioniert denn folgendes?
- speedtraps entpacken
- einen blitzer zum test in deiner strasse hinzufügen
- wieder einpacken
- cd brennen
das wären doch mal die ersten schritte, um den fehler zu einzugrenzen...
so kann ich dir nicht helfen! hellseherische fähigkeiten besitze ich nicht...
was ist so schwierig daran, genau zu beschrieben, was man getan hat und wie man versucht hat, den fehler zu finden?
komische frage. dann gibts auch ne komische antwort:
ja, ich habe was erreicht und zwar das
- geschwindigkeitsbeschränkungen ändern (hinzufügen/löschen)
- blitzer ändern (hinzufügen/löschen)
- blitzer daten in ISO auf CF integrieren
was ist dein problem?
wie angekündigt, hier ein update vom "navlwdb_tool", welches nun die daten komplett dekodieren und entsprechend kodieren kann.
eine "rundumsorglos" lösung ist das noch nicht, da die area-hierarchie in den CSV-dateien (area level/type) bei modifikationen entsprechend beibehalten werden muss.
der rest ist im readme zusammengefasst...
auch nochmal schöne grüsse an Mira308sw. ohne die vorarbeiten wäre das ganze nicht möglich gewesen!
btw:
im ersten beitrag werde ich dann jeweils die aktuellen tools verlinken
[attachment removed on request]
hier mal eine kleine info von mir:
mit hilfe der vorarbeiten von Mira im oben verlinkten forum konnten nun die speedlimit daten (geschwindigkeitsbeschränkungen als auch blitzer) komplett entschlüsselt werden. es war zwar noch ein ganzes stück arbeit notwendig, doch letzendlich können alle mir bekannten versionen der LWDB files "entpackt" und auch wieder "gepackt" werden. getestet habe ich das ganze nur am Cascade. was damit dann möglich ist:
geschwindigkeitbeschränkungen sind weiterhin nur auf autobahnen möglich. doch das leidige vergessen der speedtraps daten hat damit endgültig ein ende. auch Mexico besitzer (navi ohne CD laufwerk) können nun in den genuss der blitzerwarnungen kommen (vermute ich zumindest).
und das die speedtraps nicht mehr aktualisiert wird stört damit auch nicht mehr...
ein erstes tool zum rumspielen gibts in ein paar tagen. eins, womit man die daten ohne viel handarbeit zusammenstellen kann dann in ein paar wochen...
Ich habe Deinen Link grad mal gelesen. Ist das ein einfacher DIN auf DIN Adapter, der eben dieses Impedanzgedöhne dazwischen hat? Sowas bekommt man also nicht mehr?
das bezieht sich auf den adapter für die AS3 endstufe im 9-5er. den willst du sicher nicht?
was ich bisher zu den werksverbauten enstufen mit "balanced inputs" gelesen (und bei mir auch erlebt) habe: die dinger benötigen eine vernünftige anpassung (stichwort impedanzwandler). man kann das mit aktivem kram erledigen oder eben mit einem einfachen widerstandsnetzwerk.
ich lebe selbst nur in der gleichstromwelt, deshalb will ich von dem krempel auch nix wissen und kann auch keine weiteren erläuterungen dazu geben 
zumindest war ich froh, noch einen adapter für meine endstufe aufzutreiben klick.
symptome ohne adapter bei mir:
- das eh schon recht hohe grundrauschen der Harman endstufe war unerträglich hoch
- die lautstärke übersteuerte, max. stufe 8 beim Cascade möglich
@jboo7
du schreibst, das beim Indy die lautstärkeregelung recht grob war. das heisst für mich, du regelst irgendwo in den unteren 10..20% rum -> es übersteuert also mordsmässig. das ist beim Cascade nicht so?
ich habe das problem bei mir (Saab 9-5 und Harman endstufe) mit einem impedanzwandler hinbekommen. funktioniert super! schau mal hier. bei mir sind lediglich andere widerstände verbaut und für 4 kanäle...
Bin nun nen anderen weg gegangen, und siehe da das Becker Radio liest sie kurz ein so wie es auch bei der Speedtraps ist ...
und was war jetzt genau das problem bzw. was war der andere weg?
ZitatMich wundert es dann allerdings, warum es die SpeedTraps als 3ér CD Version gab ....
es scheint ein "speicherproblem" zu sein:
die speedtraps-daten werden wohl im RAM gehalten. schon ein wenig "blättern" im WAP browser lässt die daten wieder "verschwinden". das Cascade "cached" auch viele navi-daten. vermutlich ist es hier sinnvoll die blitzerdaten klein zu halten, damit sie möglichst lange im speicher bleiben.
womöglich gibt es auch noch ein limit für den container...
Wäre das also erledigt. Ich mache mich nun an die SP5-Container ran. Macht eigentlich noch jemand mit oder rede ich hier mit mir selbst
war erstmal skifahrn und bin noch im urlaub 
SP3 sample-format:
das hatte ich soweit auch schon dekodiert. das "navvoice_tool" gibt dir bereits an, in welchem nibble das sample kodiert ist. habe es aber nicht bis zum ende weiter verfolgt, da es für die Cascade serie uninteressant ist. für das schreiben des formats wäre es auch noch wichtig, nach welchem schema die samples interleaved werden
SP5 sample-format:
hier gibts kein interleaving. die art der kompression ist mir unbekannt
Speedlimit format:
super! die links kannte ich nicht, werde ich mir mal anschaun
den rest dann später...
Als System lief beim Vorbesitzer 3.6. Bei mir jetzt 5.2.
es wurde lediglich eine neue system-software aufgespielt und der rest ist gleich?
dann fallen mir nur 2 sachen ein:
- mikro einbauort prüfen
- mikroempfindlichkeit bei den systemeinstellungen prüfen
oder verwendest du jetzt auch eine andere SIM karte oder GSM antenne oder koppelst mit nem anderen telefon per BT oder...
Das wären die Stoßrichtungen aus meiner Sicht.
zu 1.)
das war ja auch das ziel der obigen tools. "informationen zu hauf" bzgl. der datenstrukturen halte ich für ein wenig übertrieben
aber ich bin sehr gespannt
zu 2.)
nur der STVO dialog geht nicht von allein weg. alle anderen schon...
zu 3.)
dito
Um welche handelt es sich dabei?
ich glaub das war die von AUDI RNS. genaue bezeichnung hab ich nicht im kopf...
ZitatHat sich eigentlich schonmal jemand die POI-CD von Speedtraps genauer angesehen? Mir scheint, die tatsächlichen Daten sind in der "version.lwd" verborgen.
obiges PDF lesen und das LWDB-tool anwenden, dann weisst du bescheid 
alle anderen dateien sind "datenmüll"
Gemeinsam schaffen wir es vielleicht.
was genau?
Zitat...wenn jemand eigenen Webspace bereitstellt und wir dort ein DokuWiki oder so aufsetzen. Hat jemand eine Idee, wie und wo wir das aufziehen könnten?
hier muss ich passen...
Weiß zufällig jemand, ob die Becker-Firmwares Linux-basiert sind?
kein Linux sondern VxWorks. und selbst wenns Linux wäre, müsstest du lange noch nicht alles rausgeben...
ZitatWürde denn jemand von euch mitziehen?
ich hätte nix dagegen aber ohne die kompletten sourcen aussichtslos
ZitatEine Alternative wäre natürlich ein Reverse-Engineering
selbst bei kenntnis aller hardwarekomponenten ist das zu komplex. vergiss das ganz schnell
wenn du in der beziehung fit bist:
finde mal bitte raus, mit welchem algorithmus die firmware komprimiert ist und wie die prüfsummen berechnet werden. dann würde ich versuchen, zumindest die STVO meldung wegzupatchen.
hotw
TIK (mit i) sollte es heissen, der war aber schon als nick belegt
und die eher unbedeutenden bugs sind in jeder version vorhanden
