Search results

New version: - Loads more chunks without crashing (almost all?). - More light data exposed

I've been filtering out variables that are never used and trying to find what the remaining ones do. If I recall correctly, it might be more packed bits. There were a couple unknowns that looked so. I can try to make sense of them after the update I'm working on now. Edit: I remembered wrong...

Yes. I had to change things up a bit to make that one load. It also looks like the sky uses the same mechanism to rotate as doors and the ultorball.

I kept combing through the chunks some more. Here's a generated list of which bits of the bitmask are used in chunks. It may have included some garbage data too, but at least it should tell which bits are not relevant. Edit: I'm going to restructure the lights bit. This is how they will be...

This is not labelled in the editor since I found it today, but it seems that next to the bits that toggle shadows, there are bits that toggle lighting itself. This means you could make lights people only or world only. The last value determines the type. Looks like the game has cases only for...

Hey, sorry I've taken so long. I made an update with a couple changes: Fixed the kaitai file. I wrote script that tests it against every single chunkfile in sr2. Using this method I got it working with almost all chunks. It looks like the remaining crashing ones don't even have lights, which...

Oh it's awesome to see Volition staff! The struct contains transform and model id. Way further in the file, I found another type that has among other stuff the cull box + render distance.

Version 0.0.2 - Most notably now rotation and scaling work.

Oh yea, meant the series in general. I'd like to look at srr too, but I haven't even played it yet.

This place felt rather dead when I started posting here last year, but then I started finding some cool projects, like the sr3 multiplayer mod. Most effort is indeed on sr2 and reboot, but I for one am definitely interested in modding srtt(r) too. I'm hoping that we get better modding tools that...

Chunks are specifically pieces of the world. Weapons and vehicles use another format.

The world coords seem to be in metres. So, by extension, that *should* apply to anything that involves a distance.

New version. Added support for lights. Download from github

3 bytes of FF? It's signed integer then. I wonder what it does. Anyway, this one isn't shadows. Unk0 is bit flags and I found shadows from there. Setting those 2 bits controls shadows. Edit: I did a dumb.

A quick glance at random random chunks, unk10 is an uint, with values such as 0, 75, or 100. I don't have the game installed where I work on this, so I guess I have to download it before I can say anything meaningful. Unknown 2 through 4 seem to be rgb.

The essential steps are the following: * Use kaitai-compiler to generate a parser from the ksy (you don't even need to install anything, if you do it in the web IDE), * Put the source file to your project. * There's a small dependency you need too. I used c#, so this. * You call the kaitai api...

Yeah, of course. It's just been quiet for such while, that I said it again, even if obvious. I also somehow missed that the chunks' diffs are 0, so not much change there. But who's working on this? Not Minimaul?

If the files are the same, they must be working with the old engine. I'm very interested to see if the file formats are compatible. Really, I'm just glad they're working on SR2 again. Besides that, I was a few years too late to ask help from [V] staff. This is some very wishful thinking, but...

Have you checked where the edges of the map image are? I expect that the image doesn't cover the full area, since there surroundings are just unused sea.

I was looking for a way to better organize my workflow and ended up writing a Kaitai Struct file that contains my current knowledge of chunk_pc files. Kaitai allows automatically generating parser code to a bunch of different languages, which should be useful for related projects from now on. It...