op just needs to respond for me to bother finishing it. another tool would defeat the point of this tread - op wanted to learn more about how this file format stored the offsets.

well, but there aren't any blocks (according to your links) which are specifically fonts, so the bitmap resources are your best bet. however, graphics are in a complicated format - the IMAGELIST block pointing to parts of the IMAGEDESC block which only describes the graphics files the bitmap data is...

along with the filelist are either folder names or resource types. as i cant determine which is which, these are nameless :( but hopefully i can get it completely working there is also a minor issue with skipping the position pointers with things which arent files. > so this script will only work wi...

there's a typo in the script.

change

log name ofset size

to ?

are there any smaller files with the client? the data is aligned to 2048 blocks (dvd) but missing filenames, pointers and sizes. you can sort of parse it, but its missing that other file! uh, example: set i long 0 get SIZE asize for set NEXTBLOCK long 0x800 math NEXTBLOCK *= i if NEXTBLOCK >= SIZE c...

Mbi2010 wrote:

Rick wrote:No, it's not a priority for me, sorry.

Can you tell me what it is necessary to make to adapt these tools for 360 versions?

the 360 version uses big endian.

too little info to understand much more endian big get STR_COUNT long for i = 1 to STR_COUNT get UNKNOWN long get UNKNOWNFLAG short # 0 or 1 get UNKNOWN short next i get UNSTR string # "UNKNOWN STRING!!!" for i = 1 to STR_COUNT get STR string print "%STR%" next i

as with the zip format, those values are the last modified time:
ex: mdl/096.MDL was last modified 05/23/1998 at 11:36:36

the spk file looks like a zip format, though i dont understand the pointer values - like the central directory pointer - which is wrong. finding the actual pointer can be done searching for the first instance of 504b0103 (PK\x01\x03) the central directory record varies in size due to the filenames, ...

i only have what you uploaded, so the script uses the names you gave it. and just copy the block of green text into notepad and save it somewhere. so long as you remember where, so you can find with with quickbms, you can load it edit: but then again, at the moment its incomplete. it can spit out 1....

unfortunately i can't figure out the zlib error when decompressing the chunks! get EXT extension if EXT != "" print "Error\n\nRun this script on the file without an extension!" cleanexit endif # find the matching fat get FAT_DESC basename string FAT_DESC += "1.fat" open...

the fat contains the chunk pointers needed to uncompress the other. was working on the script - i wont bother if someone else is?

clearly theres no interest in this game.. last attempt:

the animation format is similar with a slight change to the way bones are handled. cant be bothered to write it up unless i get some face info

i'm try to understand elu models from the new elu format (see a bpy script for old elus here: http://forum.ragezone.com/f245/elu-ani-blender-importer-488857/) there is some variety between versions, so my specific request is for 0x500D - which is used for some animal npcs. it looks like much of the ...

Mbi2010 wrote:When support .sds from x360 will be possible?

I can give some files from x360 version

Remember you can already extract them using this BMS: download/file.php?id=3387