I need help restoring filenames from Lost: Via Domus Yeti.big or Sound.big. I tried Aluigi's lost_via_domus.bms and yeti_gear.bms but they failed. Yeti.big shares the same format as Beowulf: The Game and the Xbox 360 version of Tom Clancy's Ghost Recon Advanced Warfighter 2.

https://mega.nz/file/4LJgESKJ#a8NLfByZNKPf00V8qfTdmS0gFyVvlb2ygyH6tjdRwqY

https://mega.nz/file/BWoWATTT#NNSuEgbnTxDfqbjPV1L6cmDst6iH03F55uNgXu597l0

Edited 20 hours ago20 hr by mrmaller1905
Fixed broken links as NeoGT404 said

I put all the info in one article
https://rewiki.miraheze.org/wiki/YETI_Engine_BIG

Let me know if you'll find out more about the format.

1 hour ago, ikskoks said:

I put all the info in one article
https://rewiki.miraheze.org/wiki/YETI_Engine_BIG

Let me know if you'll find out more about the format.

I find out that Yeti.big has no filenames or hashes so I can't find a way to restore filenames from Yeti.big.

From when I looked at this format in the past, and looked at the BMS scripts and so forth, I still don't think anyone has worked out the compression and/or encryption? So without that, it's kinda useless knowing the filenames anyway. Is that still the case?

Here's structs from Ghost Recon FS i dumped with IDA. Maybe useful for someone... I found struct of BIG file there. Maybe you can find hash algo there too.

MediaFire

structs_feb23_2012

@mrmaller1905 your sample links are broken

2 hours ago, NeoGT404 said:

@mrmaller1905 your sample links are broken

Sorry, I fixed my broken sample links.

OK so entry is 12 bytes, also i see uncomompressed data in it.

@mrmaller let me guess... There are more big files right? "big1,big2" Because i see offsets beyond file size.

Looks like your big file isn't valid. I checked steamdb for files and found this one.

Yeti.big

big

2.45 GiB

Edited 8 hours ago8 hr by h3x3r

Just now, h3x3r said:

OK so entry is 12 bytes, also i see uncomompressed data in it.

@mrmaller let me guess... There are more big files right? "big1,big2" Because i see offsets beyond file size.

Looks like your big file isn't valid. I checked steamdb for files and found this one.

Yeti.big

big

2.45 GiB

https://mega.nz/file/wHAnmJYK#UublzYy8HvIzkFUW0_F4uKhhcvQQiV49av60ecdTDwU

Something like this, but file structure isn't always same. Not sure how to figure out resource size. The first two bytes indicates something i have no idea.

//------------------------------------------------
//--- 010 Editor v14.0 Binary Template
//
//      File: 
//   Authors: 
//   Version: 
//   Purpose: 
//  Category: 
// File Mask: 
//  ID Bytes: 
//   History: 
//------------------------------------------------
LittleEndian();OutputPaneClear();

local uint32 i;

uint16 Unknown_0;
uint16 Unknown_1;
uint32 ResourceCount;
uint16 Unknown_2;
uint16 ArchiveNum;
uint32 Unknown_3;
uint32 Unknown_4;
uint32 Checksum<format=hex>;
byte Null[30];
char RootFolder[32];

FSeek(616); // Not sure where is toc pointer if there's any

struct
{
    uint32 ResourceOffset; // start after toc
    uint32 ResourceHashName<format=hex>;
    uint16 Folder;  // Not sure
    ubyte CompType; // Not sure
    ubyte ResourceType;
}TOC[ResourceCount]<optimize=false>;

local uint32 BaseOffset=FTell();


for (i=0; i < ResourceCount; i++)
{
    if (BaseOffset + TOC[i].ResourceOffset < FileSize())
    {
        FSeek(BaseOffset + TOC[i].ResourceOffset);
        struct
        {
            ubyte Unknown_0;
            ubyte Unknown_1;
            uint32 ResourceSize;
            //byte ResourceData[ResourceSize - 4];
        }Resource;
    }
}