As can be seen from the rigs of rods wiki, the current truck file format is a mess: http://www.rigsofrods.com/wiki/pages/Truck_Description_File Among other things, issues are There are multiple different truckfile sections for the same thing, such as commands/commands2, and wheels/wheels2/flexbodywheels/meshwheels/meshwheels2 Different sections have arbitrarily different parsing rules, for example, for the author section, 'author' goes on the same line as the values, but for the brakes section, the values go underneath 'brakes'. Record separators are inconsistent between different sections, for example, in the author section, a space is a valid separator, but in the add_animation section, a space is not a valid separator. This is currently undocumented in the wiki, and can only be worked out by inspection of the source code. There is baggage from old versions of the truck file: The fileformatversion and enable_advanced_deformation sections shouldn't exist. They should be there as defaults. There are many optional arguments, such as loadnodes and noncontactnodes for nodes. They really should be in their own section. This and a few other things make it annoying to parse truck files, which makes it a more difficult for 3rd party tool writers to work with truck files -- this is obviously a bad thing. To make it easier, would it be possible to change the truck file format to a widely used serialization format such as YAML? What do you think?
the truth is that what you say is logical to see if you can modify it so that simplifies the process a bit and be more clear and fast to change something
From what I know, they're moving away from the "ror format" and going for a new type. Categories will be easier to seperate, and the new 'language' will be easier to work with once you get to understand it. I doubt they'll use the mess the ror format have turned into over the years. I'm sure more info will come from some of the devs soon
hahahah very good if done from 0 sure now is another world in terms of simplicity and ease of modification, thank you very much gabester