Lyverbe

 

IF YOU CAN NOT TYPE THE PASSWORD BE SURE TO HAVE EMERGENCY BREAK ON! SAFETY PROTOCOL, MUST HAVE E-BRAKE ON IN ORDER TO OPERATE THE DEVICE IN SOME SITUATIONS

Oh... my... God...

I moved my x930bt from my Scion to my new Mazda.  I was surprised when the password screen was locked without allowing me to even try once (the manual does say that the screen will lock after 3 attempts).  Happy that I took an extended warranty at Future Shop, I brought it there saying that the touch screen was no longer working.

After 6 weeks waiting, I got a call this afternoon from them saying that they received the module but they couldn't repair anything since nothing had been found to be wrong (I thought they would have downloaded the firmware back or something).  Aargh.  My next step was to use TestMode to somehow remove the password... and I stumble onto to reply from you.  Indeed, the parking brake was not activated when I first tried.  AARGH!

I juste tried it and it works.  6 weeks lost, but I would've brought it back to FutureShop because they say that they give new units if they can't repair it after 3 attempts.  I'm happy with the unit, so I'll keep it.

4: X ordinate (probably WGS-84, but I haven't checked)

4: Y ordinate (likewise)

I'm currently reverse-engineering the LTB file and can't understand the X/Y coordinates. In my C++ code, I cast these 4 bytes as signed integers and, when substracted from the first record, they provide the proper route line.

For example, I have the following X,Y records:

#1: -67718899, 41926521
#2: -67718899, 41926521
#3: -67718899, 41926521
#4: -67718922, 41926504
#5: -67719024, 41926430
#6: -67719161, 41926329
#7: -67719276, 41926246

X2-X1 = 0 (no movement)

X3-X1 = 0 (no movement)

X4-X1 = -23 (moved left 23 pixels/units from the initial position)

X5-X1 = -125 (moved left 125 pixels/units from the initial position)

X6-X1 = -262 (moved left 262 pixels/units from the initial position)

etc.

Same logic with Y

When I draw this, I get the exact same line displayed in Avic Feeds. My big question is: How does Avic Feeds get the initial latitude/longitude of the first point? How does it convert (-67718899,41926521) to (45.493196,-73.479723)?

Lets face it, Avic Feeds is not the best application in the world. I'm a new owner of an X930BT thinking of writing my own application to process these files.

I've started to "decrypt" the binary of the LTB (route trace) and L00 (POI) files. I just can't figure out how the longitute and latitude are stored. My coordinates are somewhere around 45.493223 and -73.479733, and in the binary these are stored as 0xfbf6b10d and 0x027fbf79. I've tried many ways but can't come up with the right numbers.

Anyone knows?