Can you elaborate a bit more about the link between compression method used there and in DMC4? And what gives it away that they are both the same, and a modification of MS LZX?juskrey wrote:The one thing I know exactly, the compressor is the same as in Devil May Cry 4 (it is discussed on xentax already).
Probably, the modification of MS LZX algorithm, but I am not sure..
The one, who will find, what the damn routine (in wild) can return the error code 81DE2001h, will find that compressor.
poly wrote:
Can you elaborate a bit more about the link between compression method used there and in DMC4? And what gives it away that they are both the same, and a modification of MS LZX?
I am after uncompressing DMC4's archives and any insight might help.
Thanks.
Can you elaborate a bit on this "dmc4 executable hack"?juskrey wrote:poly wrote:
Can you elaborate a bit more about the link between compression method used there and in DMC4? And what gives it away that they are both the same, and a modification of MS LZX?
I am after uncompressing DMC4's archives and any insight might help.
Thanks.
I have used dmc4 executable hack to uncompress some data from DMC4. After that, I tried to unpack a data block from UT3, and it worked.
I assume that this compression is included in latest XDK
You mean this??juskrey wrote:The one thing I know exactly, the compressor is the same as in Devil May Cry 4 (it is discussed on xentax already).
Probably, the modification of MS LZX algorithm, but I am not sure..
The one, who will find, what the damn routine (in wild) can return the error code 81DE2001h, will find that compressor.
Code: Select all
#define XMCDERR_MOREDATA _HRESULT_TYPEDEF_(0x81DE2001)
Can you point us to any uncompression library that is compatible with the implementation used in the XeXDK?AnthonyFiveSixTwo wrote:You mean this??juskrey wrote:The one thing I know exactly, the compressor is the same as in Devil May Cry 4 (it is discussed on xentax already).
Probably, the modification of MS LZX algorithm, but I am not sure..
The one, who will find, what the damn routine (in wild) can return the error code 81DE2001h, will find that compressor.
Unfortunately its part of the Xbox 360 XeXDK, and I found it in "xcompress.h" which is in fact LZX.Code: Select all
#define XMCDERR_MOREDATA _HRESULT_TYPEDEF_(0x81DE2001)
how to work with this program:I've managed to make a lot of progress on the UPK format. I can now partially extract data, although it doesn't always make sense. One of the types I've been more successful with are wav (actually ogg) files. Aside from some extra header data at the beginning of the file (which I haven't been able to decode, part of the reason why I'm posting all this now, but more on that later), OGG files are fully playable. Using a hex editor, you can just remove everything before the first occurance of "OggS" and you'll have a perfectly fine Ogg file.
Unfortunately, the extracted data from textures is unusable (for now). They aren't stored in the DDS format (as far as I can tell), so I need some help figuring it out. I'm posting a compiled version of the app for those who just want to extract sounds, while I'm posting the source for those who want to help. Its written in C# and uses .NET 2.0. Any and all help will be appreciated. If necessary, I will start up a Codeplex project just to keep everything organized.
I hope, that this information will be interesting for many people.To extract a file, just select an item in the right-most column ("Actual Exportable Items") and either use the Export > Selected menubar item, or just right-click on the item you want to export. Again, most of the stuff thats exported doesn't make any sense (at least to me), so don't complain if you can't get what you want.