I see *.DDS files within and I think a few model files but I'm not 100% sure. Is there a program or QuickBMS script out there that can extract this?

https://www.mediafire.com/file/yd69lhe1nnf65rh/sinemora_data.bin/file

there has some other files linked to that one?
like .idx, or something?

Without that, only way i can find is doig workaround witth findloc.

it will find true dds, but with some other files.

 

findloc OFFSET string "DDS " 0 "" 0
math i = 0
do
    goto OFFSET
    get DUMMY long
    findloc NEXT_OFFSET string "DDS " "" 0

     if NEXT_OFFSET == ""

        get SIZE asize
    else
        math SIZE = NEXT_OFFSET

    endif
    math SIZE -= OFFSET
    string NAME p= OFFSET SIZE i
    STRING PATH = NAME
    log "" OFFSET SIZE
    math i += 1
    math OFFSET = NEXT_OFFSET

while NEXT_OFFSET != ""

 

Edited February 8Feb 8 by Rabatini

Hi, what does it mean "true DDS"?  On a quick glance I couldn't find working DDS blocks manually. The two (out of 760) I gave a standard DXT1 header showed colored pixel clusters only.

Their seem to be some meshes, though...

Edited February 8Feb 8 by shak-otay

The data is compressed with LZ4, so the very first file in the archive gives you this when decompressed.  There's no file table, so the files just seem to follow in order.  Each one looks like it has a 0x14 byte header, which includes decompressed size, compressed size, and some other info.

 

 

And part of a decompressed mesh:

 

37 minutes ago, DKDave said:

The data is compressed with LZ4, so the very first file in the archive gives you this when decompressed.  There's no file table, so the files just seem to follow in order.  Each one looks like it has a 0x14 byte header, which includes decompressed size, compressed size, and some other info.

 

 

I´ve imagined that, if the dds is not showing correct, that should be compressed.

2 hours ago, shak-otay said:

Hi, what does it mean "true DDS"?  On a quick glance I couldn't find working DDS blocks manually. The two (out of 760) I gave a standard DXT1 header showed colored pixel clusters only.

Their seem to be some meshes, though...

I meant, DDS itself

as per the file do not have a file list, the workaround just extract magic name "DDS " if in someway have other files that will not extract

No filenames, but this script should decompress and extract all of the data from that archive.

The mesh files don't seem to have an identifiable header, only the standard DDS files do.

Note that the mesh files refer to the textures by filename, so the other info in the file headers are probably hashes that need to be used to get the filenames somehow.

 

sinemora.zip

Thank you all! Not sure if these will help any but memfile.bin and render.bin reference the textures and meshes.

Sine Mora EX more bins.7z

From ..data_2311:

edit: in data_2386 assumed 27 meshes, this one with HF mesh:

and floats:

another mesh, H2O file:

0x581E2 17412
Vb1
32 24
0x313DA 4976
020000
0x0 255

 

Edited February 9Feb 9 by shak-otay

Properly implemented this with ~20% of the file names but at least the extensions are all there:

https://github.com/smiRaphi/UniPyX (https://github.com/smiRaphi/UniPyX/commit/9827c80b8e7cf4752cd01d5ef82f3e5a73751dcd)

https://github.com/lab313ru/sine_mora_tools

oh nice, didn't know that existed

Edit: looked at it and it's kinda brittle (like file extensions beinig hardcoded instead of looking them up)

Edited April 13Apr 13 by NeoGT404

Just my old things for PC and Mobile

https://github.com/Ekey/SM.BIN.Tool

https://github.com/Ekey/SMM.OBB.Tool