CMP to SUR Conversion Tests

I have to say that your discoveries sound extremely exciting! I hope you can finally crack open this elusive format… That would be an exceptional achievement for sure.

Thanks for all you’ve both done so far!

Right, enough messing around, when is this going to be finished? Some of us have mods to complete rofl

Joking aside, doing a sterling job chaps, can’t wait for a working version. Just wish i knew what you were all on about…

FriendlyFire wrote:
I have to say that your discoveries sound extremely exciting! I hope you can finally crack open this elusive format… That would be an exceptional achievement for sure.

Thanks for all you’ve both done so far!

+1, totally agree. When you guys figure this out, it’s going to be a huge leap forward in mod development. I’m getting giddy with anticipation.

NEXT STEP… .dfm’s

lol… yeah im cruel

I’ve already told you it’s not RGB, but another scale for the radius. Using your notation, it’s something like:

...
radius1 = Radius / 250
if (radius1 * R + something <= abs(CX)) then exit
if (radius1 * G + something <= abs(CY)) then exit
if (radius1 * B + something <= abs(CZ)) then exit
...
```That's pretty much all I can tell you, so I'll leave the rest to you. Oh, I'll just clarify some things.

Next Surface Offset 26836 0x000068D4 + 0x00000038 = 0x0000690C

Dupl Surface Offset 26836 0x000068D4

hey guys, just to let you know there is +1 who appreciates all the efforts put into this, keep it up!

Well done guys, keep up the momentum please!

And… Yeh…

The Hills Have Eyes!!

(And so do all the skirting boards and every nook and cranny!!)

PS - sorry, tried but still unable to find the 3 unidentified hashcodes.

Yeah, I got lucky with the other unreferenced ones. Since XGUN existed, I was able to eventually stumble upon SGUN, MGUN and LGUN (same for XBARREL). Presumably these are small, medium, large and extra large.

I’ve made one final revision to SurDump. The main triangle flag is only one bit and the “size2” and type 5 “size” values have been renamed to “bits ofs”. Now it’s up to LS (and other interested parties) to actually do something with it…

LS, you may want to read one of adoxa’s reply a little up… He says they’re not color bits

Sorry if I’m throwing in a wobbly…

They do look like ‘RedGreenBlueAlpha’ don’t they.

But - are these numbers anything to do with checking normals?

Some time ago I remember a post about normals being important in collision meshes (or absence of them maybe)?

well would be logical? but normals just define which way the face is… well er… facing… lol i think? XD

Normals are vectors which are perfectly perpendicular to any 2D plane. By using normals, you can determine the orientation of the plane and calculate things such as lighting. Normals oriented in the wrong direction cause “flipped” polygons.

However, I don’t see why a normal would have four values. Three should be plenty?

Also, something I noted on most if not all custom SURs: stars shine through them. If you look at a full custom SUR which works for collisions, you can often see a part of the star’s texture through it, as if the model wasn’t there. I do not know if it is a SUR or a CMP problem, but it’s rather odd.

I don’t have 1.1 source - Louva Deus may well have it.

But to save you time, here is the link for 1.2b3 if you don’t already have it, or for anyone else that needs it:
http://eoa.seriouszone.com/download.php?file=surexportersrc

And here is the importer source if it is useful:
http://eoa.seriouszone.com/download.php?file=surfileprograms

There are some other archives at the EOA that may be useful:
http://eoa.seriouszone.com/colinsanby.php

And also check the side panel on that page for more.

Here is my decompilation of the function that makes use of the “RGB” values. I’ve used my names, this time.

// It's not actually this, but some sort of dynamic array.
std::vector <theader*>THeaderVec;

// Common.0634a9b0 (v1.1)
// ecx points to six floats, looks to be the bounding box.  Not used, though.
void Extents::FindTriangleGroup( Bit* bit,                      // esi
                                 const Vector& centre,          // ebp
                                 float radius,
                                 THeaderVec& face_list )        // ebx
{
  for (;;)
  {
    float dx = bit->centre.x - centre.x;
    float dy = bit->centre.y - centre.y;
    float dz = bit->centre.z - centre.z;
    if ((radius + bit->radius) * (radius + bit->radius) < dx*dx + dy*dy + dz*dz)
      return;
    float scale_radius = bit->radius / 250;
    if (scale_radius * bit->scale.x + radius <= fabsf( dx ))
      return;
    if (scale_radius * bit->scale.y + radius <= fabsf( dy ))
      return;
    if (scale_radius * bit->scale.z + radius <= fabsf( dz ))
      return;

    THeader* group;
    if (bit->tri)
    {
      group = (THeader*)((char*)bit + bit->tri); // edi
      if (group)                                // ? this will always be true
        break;
    }
    if (bit->sibling)
    {
      FindTriangleGroup( bit + 1, centre, radius, face_list );
      bit = (Bit*)((char*)bit + bit->sibling));
    }
    else
    {
      group = (THeader*)((char*)bit + bit->tri); // edi
      if (group->triangles == 2)
      {
        // triangle_list is simply the triangles after the header.
        if (radius * radius < unknown( group, group->triangle_list, centre )
          return;
      }
      break;
    }
  }
  face_list.push_back( group );
}</theader*>
```There, that's one function down…

Keep it up adoxa, many thanks for your excellent help to Lancer, between you two we hope for a new evolution to model making!

I feel so… where’s my toy digger again??!!