Pages: [1]
Author Topic: Unclear about xdf  (Read 2545 times)
tadope
Full Member
***

Karma: +2/-25
Offline Offline

Posts: 221


« on: March 25, 2021, 03:05:02 AM »

Ok real noob q.
Just to be clear.  Your “tune” is the.bin file correct?
And the .xdf is a file that tells tunerpro how to organize and display the data in the bin so you can mess with it clearly?

So what is a “map pack”

Is that just both the bin xdf ?

Checksums are in the bin?
Logged
Sandstorm3k
Sr. Member
****

Karma: +10/-14
Offline Offline

Posts: 402



« Reply #1 on: March 25, 2021, 04:24:41 AM »

Ok real noob q.
Just to be clear.  Your “tune” is the.bin file correct?
And the .xdf is a file that tells tunerpro how to organize and display the data in the bin so you can mess with it clearly?

So what is a “map pack”

Is that just both the bin xdf ?

Checksums are in the bin?
.bin is your file which comes off the car
.xdf is exactly as you say it is. Play around with it and you'll find out.

Both of these are used in combination with Tunerpro

I'm not 100% sure but I believe mappacks are similar to XDF's (perhaps more detailed?) and are used with WinOls
Logged
tadope
Full Member
***

Karma: +2/-25
Offline Offline

Posts: 221


« Reply #2 on: March 25, 2021, 09:20:25 AM »

.bin is your file which comes off the car
.xdf is exactly as you say it is. Play around with it and you'll find out.

Both of these are used in combination with Tunerpro

I'm not 100% sure but I believe mappacks are similar to XDF's (perhaps more detailed?) and are used with WinOls

Thanks. How about damos files. Whats thst about
Logged
d3irb
Full Member
***

Karma: +134/-1
Offline Offline

Posts: 195


« Reply #3 on: March 25, 2021, 09:38:21 AM »

These terms are unfortunately all used interchangeably by sloppy tuners, but here are the precise definitions:

* DAMOS: Older file format generated by the manufacturer defining every single memory address and map location. A real one is a .DAM file. This format was not used for a long time and real ones are extremely rare. Unfortunately tuners have taken to calling all definition files "DAMOS" so the term is useless now.
* A2L: Newer file format (ASAP2) generated by the manufacturer defining every single memory address and map location. These are the "gold standard" file for each ECU, they are generated by the compiler during the creation of the application software and are what the factory use to calibrate the ECU. They are also unwieldy and giant so they are usually converted and filtered down.
* OLS: WinOLS format. Can include both binary data and map definition data. Really can include whatever someone wants to put in it. These are usually populated with a sub-set of the A2L which is actually useful for tuning.
* KP: WinOLS mappack format. This includes just map definitions. It's the WinOLS version of an XDF. Again, it can include whatever maps someone wants to put in it.
* XDF: TunerPro definition format. Can include only map definitions. Includes whatever maps someone wants to put in it.
* BIN, HEX, S19: Binary data formats. Calibration and sometimes code that's actually read/written to ECU flash.

A "mappack" is a colloquial term usually referring to a filtered down set of maps useful for making a tune, and provided in OLS format, sometimes with a pre-calibrated tune binary included as well (since again, OLS files can contain whatever someone wants them to, binary data, maps, memory addresses, the whole nine yards).
Logged
tadope
Full Member
***

Karma: +2/-25
Offline Offline

Posts: 221


« Reply #4 on: March 27, 2021, 08:22:10 PM »

These terms are unfortunately all used interchangeably by sloppy tuners, but here are the precise definitions:

* DAMOS: Older file format generated by the manufacturer defining every single memory address and map location. A real one is a .DAM file. This format was not used for a long time and real ones are extremely rare. Unfortunately tuners have taken to calling all definition files "DAMOS" so the term is useless now.
* A2L: Newer file format (ASAP2) generated by the manufacturer defining every single memory address and map location. These are the "gold standard" file for each ECU, they are generated by the compiler during the creation of the application software and are what the factory use to calibrate the ECU. They are also unwieldy and giant so they are usually converted and filtered down.
* OLS: WinOLS format. Can include both binary data and map definition data. Really can include whatever someone wants to put in it. These are usually populated with a sub-set of the A2L which is actually useful for tuning.
* KP: WinOLS mappack format. This includes just map definitions. It's the WinOLS version of an XDF. Again, it can include whatever maps someone wants to put in it.
* XDF: TunerPro definition format. Can include only map definitions. Includes whatever maps someone wants to put in it.
* BIN, HEX, S19: Binary data formats. Calibration and sometimes code that's actually read/written to ECU flash.

A "mappack" is a colloquial term usually referring to a filtered down set of maps useful for making a tune, and provided in OLS format, sometimes with a pre-calibrated tune binary included as well (since again, OLS files can contain whatever someone wants them to, binary data, maps, memory addresses, the whole nine yards).

great info. I would have thought .bin files would be more important because that's litterally what my ecu spits out when I read it with nefmoto.
I'm also assuming that all the other stuff is just used to modify the .bin file, then you write that modded .bin file back to the ecu as a tune/flash?
Logged
stuydub
Full Member
***

Karma: +25/-12
Offline Offline

Posts: 230


« Reply #5 on: March 28, 2021, 03:16:00 AM »

the BIN is important because if u mess that up u are foooked..hence why using the correct mappack.. xdf.. damos..A2L is important also..  As using wrong map locations will also mess up your BIN file and even more important is making sure your checksums are are correct before flashing the BIN back  
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Page created in 0.017 seconds with 17 queries. (Pretty URLs adds 0.001s, 0q)