cs2.parsed converter - alpha version arrived!

[taw]

It's about as complicated as groupformations, I should be able to open it with a bit of free time.

Here's samples/buildings-american_fence-american_fence_tech.cs2.parsed,
All data is below, but grouping and control data might be off. Enjoy:

[-0.057811975479126, 0.0, -0.0146627435460687, 2.14259767532349, 1.17638099193573, 0.0912478417158127]
""
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
1
"piece01"
""
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
1
"piece01_destruct01"
0
"piece01_destruct01_collision3d"
[[-0.057811975479126, 1.17638099193573, -0.0146627435460687],
[-0.057811975479126, 1.17638099193573, 0.0912478417158127],
[-0.057811975479126, 0.0, 0.0912478417158127],
[-0.057811975479126, 0.0, -0.0146627435460687],
[2.14259767532349, 0.0, 0.0912478417158127],
[2.14259767532349, 0.0, -0.0146627435460687],
[2.14259767532349, 1.17638099193573, -0.0146627435460687],
[2.14259767532349, 1.17638099193573, 0.0912478417158127]]
[12]
[0, false, 4, 2, 3, 4, 2, 0, 0, 8, 2, 3, 0, 1, 10, 3, 4, 0, 2, 1, 0]
[1, false, 3, 5, 4, 3, 5, 1, 0, 4, 5, 4, 1, 1, 6, 4, 3, 1, 2, 0, 0]
[2, false, 7, 6, 0, 7, 6, 2, 0, 7, 6, 0, 2, 1, 5, 0, 7, 2, 2, 3, 0]
[3, false, 0, 1, 7, 0, 1, 3, 0, 11, 1, 7, 3, 1, 9, 7, 0, 3, 2, 2, 0]
[4, false, 6, 5, 3, 6, 5, 4, 0, 7, 5, 3, 4, 1, 1, 3, 6, 4, 2, 5, 0]
[5, false, 3, 0, 6, 3, 0, 5, 0, 10, 0, 6, 5, 1, 2, 6, 3, 5, 2, 4, 0]
[6, false, 7, 4, 5, 7, 4, 6, 0, 9, 4, 5, 6, 1, 1, 5, 7, 6, 2, 7, 0]
[7, false, 5, 6, 7, 5, 6, 7, 0, 4, 6, 7, 7, 1, 2, 7, 5, 7, 2, 6, 0]
[8, false, 1, 2, 4, 1, 2, 8, 0, 11, 2, 4, 8, 1, 0, 4, 1, 8, 2, 9, 0]
[9, false, 4, 7, 1, 4, 7, 9, 0, 6, 7, 1, 9, 1, 3, 1, 4, 9, 2, 8, 0]
[10, false, 0, 3, 2, 0, 3, 10, 0, 5, 3, 2, 10, 1, 0, 2, 0, 10, 2, 11, 0]
[11, false, 2, 1, 0, 2, 1, 11, 0, 8, 1, 0, 11, 1, 3, 0, 2, 11, 2, 10, 0]
[0, 0, 0, 1]
"piece01_destruct01_open"
[[2.14259767532349, 0.0, 0.0912478417158127], [-0.057811975479126, 0.0, 0.0912478417158127], [-0.057811975479126, 0.0, -0.0146627435460687], [2.14259767532349, 0.0, -0.0146627435460687]]
[7, 0, 1, 4]
[2.14259767532349, 0.0912478417158127, 0.0, -0.057811975479126, 0.0912478417158127, 0.0, -0.057811975479126, -0.0146627435460687, 0.0, 2.14259767532349, -0.0146627435460687, 0.0, 0.0, 0.0, -0.057811975479126, 0.0, -0.0146627435460687, 2.14259767532349, 1.17638099193573, 0.0912478417158127, 0.0, 0.0, 0.0, 0.0, 0.0]
[1, 4]
[2.14259767532349, -0.0146627435460687, -0.057811975479126, -0.0146627435460687, -0.057811975479126, 0.0912478417158127, 2.14259767532349, 0.0912478417158127, 0.0]

[Primergy]

Well, it looks atleast like there is some sort of 3d information stored inside. Not shure if you have to write an converter for it, would make more sense in the ultimate unwrap program, perhaps the Ultimate Unwrap dev could make something useful out of it.

Thanks for your effort!

[taw]

Well, it looks atleast like there is some sort of 3d information stored inside. Not shure if you have to write an converter for it, would make more sense in the ultimate unwrap program, perhaps the Ultimate Unwrap dev could make something useful out of it.

Thanks for your effort!

My goal is opening pretty much every single interesting format -
the main question is which format to focus on first.

It would be a bad idea to ignore high value targets if there are any.
Missing db tables and esf were obvious extremely high value targets,
as was pack earlier. A bit of code in a good place can open a lot to modders.

And it would be a bad idea to ignore super simple formats like .markers
that might not be extremely valuable, but take very little effort.
(.farm_fields_tile_texture on this side too, if it wasn't for my learning effort back then).

Except right now I have limited clue on what is and what isn't useful, that's why I asked.

[Primergy]

Except right now I have limited clue on what is and what isn't useful, that's why I asked.

I send this pile of values to the Ultimate Unwrap developer and asked him if its possible that there is a model hidden.
Hopefully he will answer, though it hasn't to do anything with UU3D, so we now alteast what converter is needed for those files.

He answered:

It looks like some 3D points, but I don't think it's enough for 3D model data.
Probably 3D lines or 3D placement points. The points would have to be plotted
to see if they form anything recognizable.

I tried it and thats what i get, when i place helpers at the coordinates you extracted.
A simple box which corrospondens to the dimensions of the fence -> collision model.

[Primergy]

hey taw, if you find the time could you fix the converter for jruby?

[wangrin]

Is there some developments about a cs2.parsed converter ?
It's really annoying to not be able to create complete new building in game.

Thanks to UU3D plugin, we are already able create new building models (rigid_model and rigid_model_animation) but we cannot modify collision model.
So, we are limited to existing ones.

[taw]

I didn't continue development since I didn't think there's much demand for this. Maybe I'll look at it later.

[T.C.]

I didn't continue development since I didn't think there's much demand for this. Maybe I'll look at it later.

Demand would be minimal; results would be spectacular.

[wangrin]

I know that we are only few peoples to try to create new building and engine models, first, because building models are not easy to create (complete model, destruction models, etc.), second, because we are limited to existing building shapes as long as we cannot create our own cs2.parsed.

I've asked to Brad, who create UU3D plugin, but this possibility is a blind alley too.
And I don't know what and how to do it myself.

[taw]

I looked at it again, and unpacker sort of unpacks some files.

The good news is that of 785 files in my sample, 672 (85%) are fully "parsed" without crashing the converter.

The bad news is that the result is highly uninformative blob of data like this:

[-1.03291499614716, 0.0, -1.07359993457794, 1.00074398517609, 3.87552547454834, 1.01073]
""
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
[1, "piece01", ""]
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
[:cnt, 2]
[:nth, 0]
[:str_a, "piece01_destruct01"]
[:seq_num, 0, :expected, 0]
["Collision(piece01_destruct01_collision3d, 20x/4x)", [[0.688745319843292, 1.01088345050812, -0.699434041976929], [-1.00580275058746, 0.281678199768066, -1.01189517974854], [-0.545693039894104, 3.37678384780884, -0.52718597650528], [0.540634274482727, 3.37678384780884, 0.527644336223602], [1.00074398517609, 0.281678199768066, 1.01072990894318], [-1.00580275058746, 0.000116371622425504, 1.01073], [0.688745319843292, 1.01088345050812, 0.69826865196228], [1.00074398517609, 0.0, 1.01072990894318], [1.00074398517609, 0.281678199768066, -1.01189529895782], [0.320621073246002, 3.87552547454834, 0.307631194591522], [-0.325679898262024, 3.87552547454834, -0.307172834873199], [0.540634274482727, 3.37678384780884, -0.52718597650528], [-0.545693039894104, 3.37678384780884, 0.527644336223602], [-1.00580275058746, 0.281678199768066, 1.01073], [-1.03291499614716, 9.71234330791049e-05, -1.07359993457794], [-0.693804085254669, 1.01088345050812, 0.698268592357635], [1.00074398517609, 0.0, -1.01189529895782], [-0.693804085254669, 1.01088345050812, -0.699434041976929], [0.320621073246002, 3.87552547454834, -0.307172834873199], [-0.325679898262024, 3.87552547454834, 0.307631194591522]], 34]
[]
[]
[]
[:ofs, 3298]
[:str_b, 1, "piece01_destruct01_hard"]
[[1.00074398517609, 0.0, -1.01189541816711], [-1.03291499614716, 9.71323752310127e-05, -1.0736], [-1.00580275058746, 0.000116371622425504, 1.01072990894318], [1.00074398517609, 0.0, 1.01072978973389]]
[:ofs, 3402]
[:mystery, 5]
[:pipes, []]
[:mystery, 1]
[:mystery2, [[1.00074398517609, -1.01189541816711, 2], [-1.03291499614716, -1.0736, 2], [-1.00580275058746, 1.01072990894318, 2], [1.00074398517609, 1.01072978973389, 2]]]
[:ofs, 3466]
[:mystery3, 0, 0, -1.03291499614716, 0, -1.07359993457794, 1.00074398517609, 3.87552547454834, 1.01073002815247, 0, 0, 0, 0, 0]
[:nth, 1]
[:str_a, "piece01_destruct02"]
[:seq_num, 1, :expected, 1]
["Collision(piece01_destruct02_collision3d, 12x/4x)", [[-0.693804085254669, 1.01088345050812, 0.698268592357635], [0.688745319843292, 1.01088345050812, 0.69826865196228], [1.00074398517609, 0.0, -1.01189529895782], [1.00074398517609, 0.0, 1.01072990894318], [-1.03291499614716, 9.71234330791049e-05, -1.07359993457794], [1.00074398517609, 0.281678199768066, -1.01189529895782], [-1.00580275058746, 0.281678199768066, -1.01189517974854], [0.688745319843292, 1.01088345050812, -0.699434041976929], [-1.00580275058746, 0.000116371622425504, 1.01073], [-0.693804085254669, 1.01088345050812, -0.699434041976929], [-1.00580275058746, 0.281678199768066, 1.01073], [1.00074398517609, 0.281678199768066, 1.01072990894318]], 18]
[]
[]
[]
[:ofs, 5244]
[:str_b, 1, "piece01_destruct02_hard"]
[[1.00074398517609, 0.0, -1.01189541816711], [-1.03291499614716, 9.71323752310127e-05, -1.0736], [-1.00580275058746, 0.000116371622425504, 1.01072990894318], [1.00074398517609, 0.0, 1.01072978973389]]
[:ofs, 5348]
[:mystery, 5]
[:pipes, []]
[:mystery, 1]
[:mystery2, [[1.00074398517609, -1.01189541816711, 2], [-1.03291499614716, -1.0736, 2], [-1.00580275058746, 1.01072990894318, 2], [1.00074398517609, 1.01072978973389, 2]]]
[:ofs, 5412]
[:mystery3, 0, 0, -1.03291499614716, 0, -1.07359993457794, 1.00074398517609, 1.01088345050812, 1.01073002815247, 0, 0, 0, 0, 0]
[:ofs, 5464]
[:footer_size, 1]
[:footer1, [[[-1.03291499614716, -1.0736], [-1.00580275058746, 1.01072990894318], [1.00074398517609, 1.01072978973389], [1.00074398517609, -1.01189541816711]]]]
[:footer2, [[]]]
"0/5508 bytes to go"
"ofs: 5508"

Disregard all ofs: lines, that's just debug information (file offsets).

But what the hell is the rest?

And there's still a huge number of magic integers I have no idea what they are. Some are probably related to structures in files that crash.

I could potentially make a reverse converter which would take this data and output .cs2_parsed, but with as little understanding of the format as we have, I'm not sure if there's much point right now.

Anybody finds this useful at all, even tiny bit?

[wangrin]

Could it be possible to compare with an other model's cs2 file ?

[-1.03291499614716, 0.0, -1.07359993457794, 1.00074398517609, 3.87552547454834, 1.01073]

Seems to be two set of x,y,z coordinates.

mystery2 and mystery 3 define boxes

mystery2 : Vertex1 [x,y,z], vertex2 [x,y,z], vertex3 [x,y,z], vertex4 [x,y,z]
[1.00074398517609, -1.01189541816711, 2], [-1.03291499614716, -1.0736, 2], [-1.00580275058746, 1.01072990894318, 2], [1.00074398517609, 1.01072978973389, 2]

Collision model is complex because it is related to several models.
Building use n levels destruction models (destruct01, 02, 03, etc) and their collision models are all in the same cs2 file.

Here, we have piece01_destruct01 and piece01_destruct02

[:str_a, "piece01_destruct01"]
[:seq_num, 0, :expected, 0]
["Collision(piece01_destruct01_collision3d, 20x/4x)", [[0.688745319843292, 1.01088345050812, -0.699434041976929], [-1.00580275058746, 0.281678199768066, -1.01189517974854], [-0.545693039894104, 3.37678384780884, -0.52718597650528], [0.540634274482727, 3.37678384780884, 0.527644336223602], [1.00074398517609, 0.281678199768066, 1.01072990894318], [-1.00580275058746, 0.000116371622425504, 1.01073], [0.688745319843292, 1.01088345050812, 0.69826865196228], [1.00074398517609, 0.0, 1.01072990894318], [1.00074398517609, 0.281678199768066, -1.01189529895782], [0.320621073246002, 3.87552547454834, 0.307631194591522], [-0.325679898262024, 3.87552547454834, -0.307172834873199], [0.540634274482727, 3.37678384780884, -0.52718597650528], [-0.545693039894104, 3.37678384780884, 0.527644336223602], [-1.00580275058746, 0.281678199768066, 1.01073], [-1.03291499614716, 9.71234330791049e-05, -1.07359993457794], [-0.693804085254669, 1.01088345050812, 0.698268592357635], [1.00074398517609, 0.0, -1.01189529895782], [-0.693804085254669, 1.01088345050812, -0.699434041976929], [0.320621073246002, 3.87552547454834, -0.307172834873199], [-0.325679898262024, 3.87552547454834, 0.307631194591522]], 34]
[]
[]
[]
[:ofs, 3298]
[:str_b, 1, "piece01_destruct01_hard"]
[[1.00074398517609, 0.0, -1.01189541816711], [-1.03291499614716, 9.71323752310127e-05, -1.0736], [-1.00580275058746, 0.000116371622425504, 1.01072990894318], [1.00074398517609, 0.0, 1.01072978973389]]

[:str_a, "piece01_destruct02"]
[:seq_num, 1, :expected, 1]
["Collision(piece01_destruct02_collision3d, 12x/4x)", [[-0.693804085254669, 1.01088345050812, 0.698268592357635], [0.688745319843292, 1.01088345050812, 0.69826865196228], [1.00074398517609, 0.0, -1.01189529895782], [1.00074398517609, 0.0, 1.01072990894318], [-1.03291499614716, 9.71234330791049e-05, -1.07359993457794], [1.00074398517609, 0.281678199768066, -1.01189529895782], [-1.00580275058746, 0.281678199768066, -1.01189517974854], [0.688745319843292, 1.01088345050812, -0.699434041976929], [-1.00580275058746, 0.000116371622425504, 1.01073], [-0.693804085254669, 1.01088345050812, -0.699434041976929], [-1.00580275058746, 0.281678199768066, 1.01073], [1.00074398517609, 0.281678199768066, 1.01072990894318]], 18]
[]
[]
[]
[:ofs, 5244]
[:str_b, 1, "piece01_destruct02_hard"]
[[1.00074398517609, 0.0, -1.01189541816711], [-1.03291499614716, 9.71323752310127e-05, -1.0736], [-1.00580275058746, 0.000116371622425504, 1.01072990894318], [1.00074398517609, 0.0, 1.01072978973389]]

piece01_destruct0..._hard define a "box" (4 vertex) when piece01_destruct02_collision3d seems to be a far more complex model.

[taw]

Get the code from etwng, get files you want to parse, run it as:

jruby cs2_unpack file.cs2_parsed

It will save it to out/file.txt

[wangrin]

Thanks

I've installed Java 1.7 x32
I've installed Jruby 1.5.3

As I wanted to unpack field_cannon_model.cs2.parsed, I've run prompt tool (cmd) as administrator and run the command <cs2.parsed folder path>\jruby cs2_unpack field_cannon_model.cs2_parsed

And I've got the error :

cs2_unpack:197: undefined method `bytes_left' for nil:NilClass (NoMethodError)
from cs2_unpack:120:in `each'
from cs2_unpack:120

I then tested with american_fence_tech.cs2.parsed but with the same error message.

[taw]

It sounds like it cannot find the file. I added some better error messages, get new code and it will tell you why.

[wangrin]

I've tested with the new script.

It work, my filename was wrong.
I've wrote field_cannon_model.cs2_parsed instead of field_cannon_model.cs2.parsed

But script is not able to unpack it :

[7.16319532499414e-39, 1.06530730984565e-38, 9.64277193813994e-39, 1.02857283112276e-38, 9.27553645219126e-39, 9.27553785348972e-39]
"FAIL field_cannon_model.cs2.parsed: Trying to read past end of file"
"14/40 bytes to go"
"ofs: 26"

I then tested with a very simple model : haybale

Spoiler Alert, click show to read: 

[-0.27353, 0.0, -0.567574739456177, 0.27353, 0.341912508010864, 0.567574739456177]
""
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
[1, "piece01", ""]
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
[:cnt, 1]
[:nth, 0]
[:str_a, "piece01_destruct01"]
[:seq_num, 0, :expected, 0]
["Collision(piece01_destruct01_collision3d, 8x/8x)", [[0.27353, 0.341912508010864, 0.567574739456177], [-0.27353, 0.341912508010864, -0.567574739456177], [-0.27353, 0.341912508010864, 0.567574739456177], [0.27353, 0.341912508010864, -0.567574739456177], [-0.27353, 0.0, -0.567574739456177], [0.27353, 0.0, 0.567574739456177], [0.27353, 0.0, -0.567574739456177], [-0.27353, 0.0, 0.567574739456177]], 10]
[]
[]
[]
[:ofs, 1210]
[:str_b, 1, "piece01_destruct01_open"]
[[0.27353, 0.0, 0.567574739456177], [-0.27353, 0.0, 0.567574739456177], [-0.27353, 0.0, -0.567574739456177], [0.27353, 0.0, -0.567574739456177]]
[:ofs, 1314]
[:mystery, 7]
[:pipes, []]
[:mystery, 1]
[:mystery2, [[0.27353, 0.567574739456177, 0], [-0.27353, 0.567574739456177, 0], [-0.27353, -0.567574739456177, 0], [0.27353, -0.567574739456177, 0]]]
[:ofs, 1378]
[:mystery3, 0, 0, -0.273530006408691, 0, -0.567574739456177, 0.273530006408691, 0.341912508010864, 0.567574739456177, 0, 0, 0, 0, 0]
[:ofs, 1430]
[:footer_size, 1]
[:footer1, [[[-0.27353, -0.567574739456177], [-0.27353, 0.567574739456177], [0.27353, 0.567574739456177], [0.27353, -0.567574739456177]]]]
[:footer2, [[]]]
"0/1474 bytes to go"
"ofs: 1474"

Now ottoman_house01.
This is a more complex model composed of 6 vertex groups.

ottoman_house01_piece01_destruct01_lod01 :


ottoman_house01_piece01_destruct02 :

Spoiler Alert, click show to read: 

[-3.62151956558228, 0.000907963083591312, -5.5263409614563, 5.14604663848877, 8.22011470794678, 1.05176067352295]
""
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
[1, "piece01", ""]
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
[:cnt, 2]
[:nth, 0]
[:str_a, "piece01_destruct01"]
[:seq_num, 0, :expected, 0]
["Collision(piece01_destruct01_collision3d, 76x/8x)", [[3.78013920783997, 7.73597717285156, 0.998987019062042], [-3.57336807250977, 7.73597621917725, 0.998989224433899], [-3.57257127761841, 4.51517057418823, 0.998987793922424], [5.144455909729, 4.55540657043457, 1.05176067352295], [3.77934074401855, 7.73597812652588, -3.68157362937927], [-1.29664981365204, 3.77249336242676, -5.39151954650879], [-3.1519787311554, 0.000962270132731646, -5.37795686721802], [3.77994847297668, 8.22011470794678, -2.02152562141418], [0.479899108409882, 4.33712577819824, -5.0182147026062], [1.08357274532318, 1.66463959217072, -5.01821374893188], [-3.15202, 1.76294934749603, -5.37795734405518], [-3.54097032546997, 4.33712530136108, -5.01821517944336], [4.80230522155762, 1.66464, -5.01821327209473], [4.63084411621094, 4.34214210510254, -3.68157339096069], [0.587705433368683, 0.000908527756109834, -5.03111839294434], [0.938332140445709, 0.000908580666873604, -5.03111839294434], [5.14604663848877, 4.2880916595459, -5.48550128936768], [4.63095951080322, 0.000963078578934073, -5.43854], [5.14525270462036, 4.28808736801147, 1.05175971984863], [5.10590028762817, 4.34219217300415, -5.43854], [2.8126916885376, 3.77249407768249, -5.39151859283447], [-3.15202140808105, 0.000907963083591312, -5.03111839294434], [-3.53943681716919, 1.66467308998108, -5.39151954650879], [3.78013491630554, 4.51517200469971, -3.68157362937927], [-3.50264739990234, 1.76294922828674, -5.37795734405518], [4.53751373291016, 1.66467392444611, -5.39151859283447], [2.8119261264801, 3.77246069908142, -5.01821422576904], [1.08280503749847, 4.33712577819824, -5.01821422576904], [-3.54020595550537, 4.33715534210205, -5.39152], [0.938374042510986, 0.000962768564932048, -5.37795639038086], [1.08433854579926, 1.66467356681824, -5.39151811599731], [5.10596, 0.000963150290772319, -5.43854], [-3.50264716148376, 0.000908029323909432, -5.03111839294434], [-1.29741728305817, 3.77246, -5.0182147026062], [-3.62151956558228, 4.55540657043457, 1.05175936222076], [5.10504770278931, 4.34214305877686, 1.00234699249268], [-3.57592701911926, 4.34219169616699, -3.84597110748291], [4.63090133666992, 4.34219217300415, -5.4385404586792], [-3.54020261764526, 1.66463899612427, -5.0182147026062], [0.587705254554748, 1.7629497051239, -5.37795734405518], [4.53674745559692, 1.66463983058929, -5.01821374893188], [-3.57416558265686, 7.73597621917725, -3.68157267570496], [5.14525, 4.55541086196899, -5.48550033569336], [-3.62072420120239, 4.28808641433716, 1.05175936222076], [5.10584163665771, 4.34219598770142, -3.84597110748291], [5.10663747787476, 0.000966371095273644, -3.84597110748291], [0.480664968490601, 4.33715581893921, -5.39151906967163], [-3.57592368125916, 0.000911075039766729, 1.00234687328339], [-3.05559492111206, 1.66467320919037, -5.39151954650879], [0.938288509845734, 1.76289868354797, -5.03111886978149], [-3.57355642318726, 8.22011470794678, -2.02152347564697], [-3.57512855529785, 0.000965417770203203, -3.84597134590149], [3.78093481063843, 4.51517105102539, 0.998987019062042], [-3.50269031524658, 1.76289820671082, -5.03111886978149], [1.08356928825378, 4.33715772628784, -5.39151906967163], [0.587661802768707, 1.76289856433868, -5.03111886978149], [-3.57336831092834, 8.21996784210205, -0.659078061580658], [5.10584306716919, 4.34214210510254, -3.68157362937927], [4.8023, 4.337158203125, -5.39151859283447], [-3.50260519981384, 0.000962217221967876, -5.37795686721802], [0.58774733543396, 0.000962715595960617, -5.37795639038086], [0.93833190202713, 1.7629497051239, -5.37795734405518], [5.10590076446533, 0.000908936897758394, -3.68157386779785], [-3.05636072158813, 1.66463887691498, -5.0182147026062], [5.10584497451782, 0.00091202836483717, 1.00234627723694], [-3.15206265449524, 1.76289796829224, -5.03111886978149], [-3.62072706222534, 4.55540943145752, -5.52634], [-3.57336974143982, 4.51517057418823, -3.68157315254211], [0.4814373254776, 1.66467344760895, -5.39151906967163], [-3.57672166824341, 4.34214162826538, 1.00234711170197], [4.80153560638428, 4.3371262550354, -5.01821422576904], [4.63090229034424, 0.000908865185920149, -3.68157386779785], [3.78013586997986, 8.21997, -0.659079611301422], [-3.61992979049683, 4.28809, -5.5263409614563], [0.480669945478439, 1.66463947296143, -5.01821422576904], [4.80306959152222, 1.66467392444611, -5.39151763916016]], 124]
[]
[]
[]
[:ofs, 11260]
[:str_b, 1, "piece01_destruct01_hard"]
[[-3.53940725326538, 0.000966870167758316, 0.96560937166214], [5.10663366317749, 0.000967895612120628, 0.965609967708588], [5.10584497451782, 0.000912084942683577, -5.43854093551636], [-3.54019927978516, 0.000911059556528926, -5.43854093551636]]
[:ofs, 11364]
[:mystery, 5]
[:pipes, []]
[:mystery, 1]
[:mystery2, [[-3.53940725326538, 0.96560937166214, 2], [5.10663366317749, 0.965609967708588, 2], [5.10584497451782, -5.43854093551636, 2], [-3.54019927978516, -5.43854093551636, 2]]]
[:ofs, 11428]
[:mystery3, 0, 0, -3.62151956558228, 0.000907963083591312, -5.5263409614563, 5.14604663848877, 8.22011470794678, 1.05176067352295, 0, 0, 0, 0, 0]
[:nth, 1]
[:str_a, "piece01_destruct02"]
[:seq_num, 1, :expected, 1]
["Collision(piece01_destruct02_collision3d, 8x/8x)", [[-3.57592368125916, 0.000911075039766729, 1.00234687328339], [-3.57531476020813, 1.01653432846069, -5.44867467880249], [5.10565853118896, 1.01653850078583, 1.00234615802765], [-3.57611083984375, 1.01653742790222, 1.0023467540741], [-3.57512831687927, 0.000965295010246336, -5.44867420196533], [5.1066403388977, 0.000964698556344956, -5.44867420196533], [5.1064510345459, 1.01653528213501, -5.44867467880249], [5.10584497451782, 0.00091202836483717, 1.00234627723694]], 12]
[]
[]
[]
[:ofs, 12672]
[:str_b, 1, "piece01_destruct02_hard"]
[[-3.53940725326538, 0.000966870167758316, 0.96560937166214], [5.10663366317749, 0.000967895612120628, 0.965609967708588], [5.10584497451782, 0.000912084942683577, -5.43854093551636], [-3.54019927978516, 0.000911059556528926, -5.43854093551636]]
[:ofs, 12776]
[:mystery, 5]
[:pipes, []]
[:mystery, 1]
[:mystery2, [[-3.53940725326538, 0.96560937166214, 2], [5.10663366317749, 0.965609967708588, 2], [5.10584497451782, -5.43854093551636, 2], [-3.54019927978516, -5.43854093551636, 2]]]
[:ofs, 12840]
[:mystery3, 0, 0, -3.57611083984375, 0.000911075039766729, -5.44867467880249, 5.1066403388977, 1.01653850078583, 1.00234687328339, 0, 0, 0, 0, 0]
[:ofs, 12892]
[:footer_size, 1]
[:footer1, [[[-3.54019927978516, -5.43854093551636], [-3.53940725326538, 0.96560937166214], [5.10663366317749, 0.965609967708588], [5.10584497451782, -5.43854093551636]]]]
[:footer2, [[]]]
"0/12936 bytes to go"
"ofs: 12936"

[taw]

It fails at 15% of files, so yeah, it's not a big surprise.

Any idea of what footer1 / footer2 / mystery3 etc. might be?

footer1 and footer2 always have the same size - here one element in each.

[wangrin]

Mystery2 and 3 seem to be 2 set of 4 vertex coordinates.

Some of mystery2 coordinates can be found in other set of coordinate.
Maybe like a "box" around the model itself.

Mystery3 seem to share the same organisation than Collision(piece01_destruct01_collision3d, 8x/8x) for instance, but always with only 4 coordinates and one integer.

Footer seems to be a set of coordinates but only on 2 axis (x, y ?).
Could it be the ground surface use by building ?

[-0.27353, 0.0, -0.567574739456177, 0.27353, 0.341912508010864, 0.567574739456177]
""
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
[1, "piece01", ""]
[1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0]
[0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0]
[:cnt, 1]
[:nth, 0]
[:str_a, "piece01_destruct01"]
[:seq_num, 0, :expected, 0]
["Collision(piece01_destruct01_collision3d, 8x/8x)", [[0.27353, 0.341912508010864, 0.567574739456177], [-0.27353, 0.341912508010864, -0.567574739456177], [-0.27353, 0.341912508010864, 0.567574739456177], [0.27353, 0.341912508010864, -0.567574739456177], [-0.27353, 0.0, -0.567574739456177], [0.27353, 0.0, 0.567574739456177], [0.27353, 0.0, -0.567574739456177], [-0.27353, 0.0, 0.567574739456177]], 10]
[]
[]
[]
[:ofs, 1210]
[:str_b, 1, "piece01_destruct01_open"]
[[0.27353, 0.0, 0.567574739456177], [-0.27353, 0.0, 0.567574739456177], [-0.27353, 0.0, -0.567574739456177], [0.27353, 0.0, -0.567574739456177]]
[:ofs, 1314]
[:mystery, 7]
[:pipes, []]
[:mystery, 1]
[:mystery2, [[0.27353, 0.567574739456177, 0], [-0.27353, 0.567574739456177, 0], [-0.27353, -0.567574739456177, 0], [0.27353, -0.567574739456177, 0]]]
[:ofs, 1378]
[:mystery3, [0, 0, -0.273530006408691], [0, -0.567574739456177, 0.273530006408691], [0.341912508010864,[0.567574739456177, 0], [0, 0, 0], 0]
[:ofs, 1430]
[:footer_size, 1]
[:footer1, [[[-0.27353, -0.567574739456177], [-0.27353, 0.567574739456177], [0.27353, 0.567574739456177], [0.27353, -0.567574739456177]]]]
[:footer2, [[]]]
"0/1474 bytes to go"
"ofs: 1474"

I'm trying to find how to add vertex coordinate in MilkShape to be able to "see" what those coordinate look like in 3d compare to the rigid model.

[taw]

Mystery2 is N-array of [ float, float, int ] N varies from file to file.

Mystery3 is 13 numbers, but I magically guess which are floats and which are ints. They're probably 12 floats in one data structure, then 1 int that's unrelated to mystery3 really.

0 looks the same as float and int, so there's some confusion.

[wangrin]

What is strange is that mystery2 and the row below "[:str_b, 1, "piece01_destruct01_open"]" as well as footer2 seem to be tied.

I'm not sure they are coordinates, but i don't know what they could be otherwise.

[panzerschreck]

hello, any news on that?
3 big mods are experimenting problems with cs2.parsed, North and South, TGW and Imperial splendour. We are both trying to add a lot of new buildings for our total conversions and there is this damn cs2.parsed!
thanks for you great work, TAW!