Bug #375

Unrapify creates different formating to engine (2)

Added by kju over 6 years ago. Updated almost 6 years ago.

Status:Rejected Start date:03/11/2009
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:DeRapify (Dos Tools)
Target version:Rejected
Affected Version:

Description

Engine:

class AirplaneHUD
{
...
    class Draw
    {
        ...
        class Altitude
        {
            type = "line";
            points[] = {{"AGLMove1",1},{"AGLMove2",1},{},{"ASLMove2",1},{"ASLMove1",1},{"ASLMove1",{0.02,0},1},{"ASLMove1",{0.02,0},1,"VertSpeed",1}};
        };

Yours:

...
  condition = "on";
  class Altitude
  {
   type = "line";
   points[] = {
    { "AGLMove1",1 },
    { "AGLMove2",1 },
    {  },
    { "ASLMove2",1 },
    { "ASLMove1",1 },
    { "ASLMove1",
     { 0.02,0 },1 },
    { "ASLMove1",
     { 0.02,0 },1,"VertSpeed",1 }};
  };

Important to mention that it only applies for very few instances of unrolled arrays.

Other instances in class AirplaneHUD.

Different class:

 class LandVehicle: Land
...
  aggregateReflectors[] = {
   { "Left","Right" }};
 };
 class Man: Land
  class SoundEnvironExt
  {
   normalExt[] = {
    { "",1e-005,1 }};
   normal[] = {
    { "",1e-005,1 }};
   road[] = {
    { "",1e-005,1 }};
   rock[] = {
    { "",1e-005,1 }};
   water[] = {
    { "",1e-005,1 }};
   gravel[] = {
    { "",1e-005,1 }};
   sand[] = {
    { "",1e-005,1 }};
   drygrass[] = {
    { "",1e-005,1 }};
   grass[] = {
    { "",1e-005,1 }};
   forest[] = {
    { "",1e-005,1 }};
   mud[] = {
    { "",1e-005,1 }};
   wood[] = {
    { "",1e-005,1 }};
   metal[] = {
    { "",1e-005,1 }};
   snow[] = {
    { "",1e-005,1 }};
   hallway[] = {
    { "",1e-005,1 }};
   fallbody[] = {
    { "",1e-005,1 }};
   laydown[] = {
    { "",1e-005,1 }};
   standup[] = {
    { "",1e-005,1 }};
   crawl[] = {
    { "",1e-005,1 }};
  };
class CfgDefaultKeysMapping
{
...
 toggleRaiseWeapon[] = {
  { 157,19 },"256+0x1D"};
...
 minimapToggle[] = {
  { 157,50 }};
...
 landGear[] = {
  { 157,34 }};
 landGearUp[] = {
  { 157,34 }};
 flapsDown[] = {
  { 157,37 }};
 flapsUp[] = {
  { 157,38 }};
 class DefaultWorld
...
            deepNight[] = 
            fullNight[] = 
            sunMoon[] = 
            earlySun[] = 
            sunrise[] = 
            earlyMorning[] = 
            midMorning[] = 
            morning[] = 
            noon[] = 

same for class DayLightingRainy

class ControllerSchemes
{
 class Default
 {
  class Gamepad
  {
   class Actions
   {
    CommandLeft[] = {"0x00050000 + 20",0,
     { "Gamma",1,3 }};
    CommandRight[] = {"0x00050000 + 16",0,
     { "Gamma",1,3 }};
    CommandForward[] = {"0x00050000 + 17",0,
     { "Gamma",1,1.5 }};
    CommandBack[] = {"0x00050000 + 21",0,
     { "Gamma",1,1.5 }};

same for class Joystick, several more here.

Attached you the config unrapped by the latest eliteness and the engine export
via armalib.

mikero_config.7z (90.7 kB) kju, 03/11/2009 16:39

config.7z (217.7 kB) kju, 03/11/2009 16:39

History

Updated by mikero over 6 years ago

I am a little lost what the point is you are trying to make? So far as I can see, the text output is arranged a little differently, visually, but identical in content.

If the point is visual presentation only, no output could ever hope to be the same as the original since the way text is presented is at the whim of the author. (the odd extra newline, a tab space etc)

Updated by kju over 6 years ago

I agree, it is no bug. Yet there is a few points to keep in mind:

  • We have a project here that uses armalib to export the currently active
    config in the memory.
  • Overall you want to compare and make diffs from BI configs quite often.
    Therefore its very useful to keep the format as exactly same as possible to make these tasks easier.
  • While we can do some parts of the unification ourself with other tools,
    the best thing is to have the best format from the source - your export/tool.

Have a look at the files attached in the other thread and use compareIt or any other
visual compare tool to see it.

Your export is almost perfect. Would be great to have it perfectly perfect.

Updated by mikero over 6 years ago

I have decided not to proceed further with this as my outputs will always be different because i also supply contextual information as comments in the output.

Updated by mikero over 6 years ago

  • Status changed from New to Rejected

Updated by admin over 6 years ago

  • Target version set to Completed

Updated by admin over 6 years ago

  • Category set to DeRapify (Dos Tools)

Updated by admin over 6 years ago

  • Target version changed from Completed to Rejected

Updated by mikero over 6 years ago

  • Status changed from Rejected to Closed

Updated by kju almost 6 years ago

  • Status changed from Closed to Rejected

Also available in: Atom PDF