Not sure if you would call this a bug or a logic failure
With the tables I will have x,y,z axes.
Say the y-axes is rpm.
If I modify the y-axes the rpm is now out of sync.
The original and compare rows have different rpm values.
The comparison isn't concerned with the values.. only the column or row id.
So you aren't comparing 2500rpm with 2500rpm... just row 3 with row 3.
This has a knock on effect with the table graph.
You might be viewing the compared table or the oem table....but the axes values don't change to reflect that.
So you always see the original axes data + compared values.
Instead of the compared axes data + compared values
Comparison Error
Moderators: Mangus, robertisaar, dex
Relic,
Hybrid bug/feature request.
How are you changing the y-axis RPM values? Are these internally defined or strings?
If these are internally defined, TunerPro doesn't and won't do anything intelligent about trying to line up mismatched axes during comparison. That would require interpolation, which isn't impossible. I can put it on the list, but I can't see this being implemented any time in the near future (just to be realistic with expectation setting).
The graphing issue where the axis values aren't updating would be a different bug, and that one may be simpler to fix. I'll look into that.
-Mark
Hybrid bug/feature request.
How are you changing the y-axis RPM values? Are these internally defined or strings?
If these are internally defined, TunerPro doesn't and won't do anything intelligent about trying to line up mismatched axes during comparison. That would require interpolation, which isn't impossible. I can put it on the list, but I can't see this being implemented any time in the near future (just to be realistic with expectation setting).
The graphing issue where the axis values aren't updating would be a different bug, and that one may be simpler to fix. I'll look into that.
-Mark
***************************************
TunerPro Author
1989 Trans Am
TunerPro Author
1989 Trans Am
On my EDC16 I have
Number of columns
Number of rows
X axes values
Y axes values
Data
So a 8x4 table might look something like
8 4 1 2 3 4 5 6 7 8 1 2 3 4 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9
When I remap, the column or row values can be changed.
Rather than have equidistant values to define a curve at the start and long straight line and a curve at the end....
Its better to use all the values to define the two curves and interpolate the straight line between just two values.
That gives the curved parts much better definition and control without sacrificing the total definition.
Hence Comparing OEM vs remapped values creates the problem.
OEM axes values are equidistant.
My remapped values are only equidistant to define the curves.
The axes don't correlate 1:1
Hope you can follow what I am trying to say.
Mick
Number of columns
Number of rows
X axes values
Y axes values
Data
So a 8x4 table might look something like
8 4 1 2 3 4 5 6 7 8 1 2 3 4 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9
When I remap, the column or row values can be changed.
Rather than have equidistant values to define a curve at the start and long straight line and a curve at the end....
Its better to use all the values to define the two curves and interpolate the straight line between just two values.
That gives the curved parts much better definition and control without sacrificing the total definition.
Hence Comparing OEM vs remapped values creates the problem.
OEM axes values are equidistant.
My remapped values are only equidistant to define the curves.
The axes don't correlate 1:1
Hope you can follow what I am trying to say.
Mick