as you note there are some compressed chunks edit found the demo online and finished the script # Fire Fight (1996) VOL extractor # Script for QuickBMS by WRS (xentax.com) # Rev 2 comtype COMP_LZRW1 get FSIZE asize math FSIZE -= 20 # 20-byte header at end of file goto FSIZE get UNCOMPRESSED_SIZE lon...

what script did you use to separate them ?

does the algorithm rely on the date at all?

if you could pm links to the files (dll/console test app/coefficient files) i'd like to give this a try

Did you remember to put the 16 bytes back. Would this work? #Kingdom of Amalur DDS #quickbms script get SIZE asize math SIZE += 16 get NAME filename log NAME 16 SIZE no because the bytes were removed as a result of the previous script.. you would need to copy over the bytes in a hex editor or write...

That template is pretty useful for the most part. However I think it would be better to just document the actual MDPC format rather than make an 010 template, since from what I can see, it doesn't do much good other than allow you to visually jump to each section in the header. It also skipped a se...

wip 010 binary template for mdpc chunks (explor3r can save these for you)

edit
this clearly wasn't helpful. if anyone needs it, pm me

when i last worked on this i was looking for face indexes instead of the 3d wheel rims i was looking at the maps (which are stored with 3d geometry but are 2d). i started by using 3d ripper dx to save the meshes in the scene, then deleting all but the map. obviously the vertex info isn't the same du...

most of the programs and tools posted here are specific to a game or game engine so you need to be looking for threads made about the game you are talking about

this is the wrong board for 3d model formats: see here - viewforum.php?f=16

you could easily write a script for this - is the uncompressed size part of the header?

that last unknown is just an extra field left untouched by the developer. it exists because the memory allocated for the file structure was not nulled when it was allocated from the heap, but it could equally be there for future usage. and bms is perfect for extracting such a format: # script for qu...

Somehow, the file is not there at the blog. Are you sure it was uploaded? Also, do you know if there are any specific copyrights on it? This attachment contains the sourcecode to the tool he mentions - but packed in the format he is describing! Very amusing! edit wait, you found their packing tool?...

MrAdults wrote:The auto-reload thing was added because WRS wanted it, but it's disabled by default because most users won't need/want it, and I didn't want to impose the overhead of a filesystem hook when it's not needed

Brilliant, thanks! Now I have no excuse not to finish some of my 3D format scripts!

I got stuck on debugging this [roll] The file count (3250) is read in (at least referenced) in segment 0160 at address 001C456F DOSBox dump: 0160:001C456F mov edi,[esp+0008] ss:[0030A874]=00000CB2 EAX:00000004 EBX:00000004 ECX:00000000 EDX:00000000 ESI:0023E4AA EDI:0024E5C0 EBP:0024B9F4 ESP:0030A86C...

I think you may be right - I was put off Neosis by the need to register a file format first, I wasn't aware of the reload capabilities. Maybe I should have made this a feature request :) Being able to automatically run a format script on data (real-time reloading after the script has been updated) w...

I missed one of the main features, so allow this double post to explain it. Your scripts are automatically reloaded into the program if you save the Lua script file again. To explore possible 3D vertex data in an unknown model, your script might look something like: file = "unknown_model_data.d...