• If you have a mod, tool or prefab, please use the Resources section. Click Mods at the top of the forums.

UABE - Asset Bundle Extractor

UABE can modify bundle files (and read the .assets in it but not write) and can modify raw .assets files (like the CAB file).

 
DerPopo I love your program.

But the "Assets Bundle info" window is a bit difficult to dig throw in its currant setup. Is there a chance you can set it up so we can search by word, type of asset or something like that in your next release. And/or have a split window for easier drag and drop from Assets Bundle to Dir and back. :)

 
Thankyou for the work you have done on this program... it is very useful!

I used it to figure out which scripts are attached to the tree objects ingame (which makes them able to be chopped down). You can see the research thread here:

https://7daystodie.com/forums/showthread.php?32970-Apple-Tree-Mod-Problem

The working apple tree model mod (with the correct script attached making it able to be chopped down) is here:

https://7daystodie.com/forums/showthread.php?33047-Apple-Tree-and-Apple-Models

The work I did on that apple tree raised an issue regarding "MonoBehaviour Base" files (type 0xFFFFFFE2):

When I try to "Export Dump" these files (for example "resources.assets" Path ID 65883 in A12.5) your program says "The file format is empty" which is not correct. I used the "Export Raw" button to dump the bytes and figured out what they mean.

UABE-Pic-Error-1.png


Basically those files contain swapped bytes with the parent Path ID in "resources.assets" and a Path ID to the script file name stored in the "mainData." file. Would be nice if you could "Export Dump" this data in a readable format just like other files.

7DtD-30951-Prefab-Breakdown-Extended.png


------------------------------------------------------------------------------------

It would also be very handy if we could export the meshes to OBJ or FBX format. This would make modding the existing models possible (e.g. export the holding seeds in your hand model and edit it). Perhaps you could add a plugin?

------------------------------------------------------------------------------------

Finally, it would make things a LOT easier if we could search the list for a certain text string and search for an entry by Path ID.

------------------------------------------------------------------------------------

Once again, thanks for your work on this program and I look forward to any updates.

:)

 
DerPopo I love your program.
But the "Assets Bundle info" window is a bit difficult to dig throw in its currant setup. Is there a chance you can set it up so we can search by word, type of asset or something like that in your next release. And/or have a split window for easier drag and drop from Assets Bundle to Dir and back. :)
Click to expand...
Thanks! I added that to the issue list.

Thankyou for the work you have done on this program... it is very useful!
I used it to figure out which scripts are attached to the tree objects ingame (which makes them able to be chopped down). You can see the research thread here:

https://7daystodie.com/forums/showthread.php?32970-Apple-Tree-Mod-Problem

The working apple tree model mod (with the correct script attached making it able to be chopped down) is here:

https://7daystodie.com/forums/showthread.php?33047-Apple-Tree-and-Apple-Models

The work I did on that apple tree raised an issue regarding "MonoBehaviour Base" files (type 0xFFFFFFE2):

When I try to "Export Dump" these files (for example "resources.assets" Path ID 65883 in A12.5) your program says "The file format is empty" which is not correct. I used the "Export Raw" button to dump the bytes and figured out what they mean.

Basically those files contain swapped bytes with the parent Path ID in "resources.assets" and a Path ID to the script file name stored in the "mainData." file. Would be nice if you could "Export Dump" this data in a readable format just like other files.

------------------------------------------------------------------------------------

It would also be very handy if we could export the meshes to OBJ or FBX format. This would make modding the existing models possible (e.g. export the holding seeds in your hand model and edit it). Perhaps you could add a plugin?

------------------------------------------------------------------------------------

Finally, it would make things a LOT easier if we could search the list for a certain text string and search for an entry by Path ID.

------------------------------------------------------------------------------------

Once again, thanks for your work on this program and I look forward to any updates.

:)
Click to expand...
MonoBehaviour assets are game-specific. Only the base which includes the game object PPtr, an m_Enabled bool, the script PPtr and a name field is the same for all (that the file format is shown as empty is a bug in the current release, it will be fixed for the next release).

To find the complete type information, these have to be extracted from the MonoBehaviour classes in Assembly-CSharp (or other assemblies). I made a tool that does this (which doesn't yet work properly with some classes that use generic fields) and I have to do further testing.

The mesh extractor also is on the issue list.

The next release will be able to unpack packed bundles (mostly web player .unity3d files), maybe pack these (the web player doesn't seem to want to use these repacked files, I'm not yet sure why) and there will be some bugfixes (to allow opening bundles with sound banks and with dlls without a crash).

 
Last edited by a moderator:
V1.8 has been released! It features a Mesh to .obj and a MovieTexture plugin, compressed bundle support (WebPlayer .unity3d), search and sort functionality, batch asset export, much faster tree views and many smaller additions and fixes.

Also, I now use the CC BY-NC-SA 3.0 license. I explicitly don't forbid using the tool for commercial mods but most games don't allow that anyway (including 7dtd).

 
Last edited by a moderator:
DerPopo,

Thankyou very much for the new update!

I was very happy when I saw the cool new features such as sortable columns, searching and OBJ export (looks good so far with the mesh being correct and UVs in place etc).

Sadly I have found an issue with v1.8 and v1.8b 64 bit: the program crashes when I try to export any texture to TGA or PNG.

UAE-Export-Texture-Crash.png


Is there something I am doing wrong or is there some way I can help you diagnose the problem?

Exporting the same texture works fine in v1.7 64 bit (but sometimes the texture is flipped vertically and the RGBA channels are swapped... ie I need to copy Red to Alpha, Green to Red, Blue to Green and Alpha to Blue).

 
There is a new type database (classdata_0E) which was created from Unity 5.2.0f3 mainly because the texture formats aren't compatible. For 7dtd, the old type database (classdata_0E.5.0.1f) is required. Just replace classdata_0E with the old one and it should work.

 
There is a new type database (classdata_0E) which was created from Unity 5.2.0f3 mainly because the texture formats aren't compatible. For 7dtd, the old type database (classdata_0E.5.0.1f) is required. Just replace classdata_0E with the old one and it should work.
Click to expand...
Yeah, that works great... when I use the old type database file with the new program version the texture is flipped the correct way and the RGBA channels are correct too.

Thanks!

 
I had a chance today to try out the new OBJ mesh export feature and there seems to be an issue with the UVs. I know I said in a previous post they looked fine but at that point in time I did not check them thoroughly.

Some examples of what I am talking about are below.

This is the exported OBJ mesh for the Fat Zombie Cop imported into 3ds Max. You can see the UV texture mapping is not correct. There is only one UV channel so this is not a light map UV channel. It is like a plane projection of the mesh instead of the actual texture map. Some of the UV islands look correct but overall it is wrong:



(click for full size picture)

Another example is the Bear mesh. Its UVs are also incorrect. In this model there are two UV channels but both of them seem wrong. Neither of the channels is the actual texture UV set or a light map. Below is the first UV channel:

https://dl.dropboxusercontent.com/u/37467427/7DtD-Bear-1.png

7DtD-Bear-1-Small.png


(click for full size picture)

Here is the second UV channel:



(click for full size picture)

I also tried importing the OBJ file into Substance Painter just in case 3ds Max was messing up the UVs somehow but they are also incorrect:



(click for full size picture)

Finally, I tried importing some other meshes like the empty jar ("mason_jarPrefab") but the UVs are not right either.

:S

 
First of all sorry for posting again but I have some new information and I cannot edit my existing post.

After exporting and checking many OBJ files I have noticed a few things:

* In some OBJ files the UVs are correct while others are not... they appear as a plane projection of the model from the side or top

* The UVs are not correct for most of the rigged characters and rigged models

* The models that do have correct looking UVs (e.g. laid out nicely in the 0 to 1 UV space) need to have their UVs mirrored vertically

Before UV Flip



(click for full size picture)

After UV Flip



(click for full size picture)

* Some models have multiple meshes (not LOD levels but different versions) like they went through a couple of iterations before settling on the final version e.g. the bear has two models "BEAR" and "new_BEAR". The UVs in "BEAR" do not seem to import correctly while the UVs in "new_BEAR" do import correctly but need to be mirrored vertically



(click for full size picture)

I hope this helps you to find and fix the problems.

:)

 
wasnt that already known atleast its the same for the loadscrees and menu screen.
Click to expand...
You are talking about the texture issue in v1.7 where it needed to be flipped vertically and the RGBA channels swapped. He fixed that problem in v1.8 and it is no longer an issue. He even mentioned it in his updated post:

Fixed exported texture's direction (converting Unity's 'bottom to top' to 'top to bottom')
Click to expand...
If you use v1.8 or v1.8b to export one of the textures that had an issue before (e.g. loading screen, pimps logo or UI atlas) then it now exports correctly. You can also tell the mesh textures are correct as anything with text now reads correctly (e.g. the badge on the fat zombie cop reads "7D2D Chief Huenink Police").

7DtD-Fat-Zombie-Cop-Badge.png


There are two new problems that I am talking about in my posts above:

1) UVs need to be flipped/mirrored vertically (so it is the same problem that the textures had where Unity stores it bottom to top)

2) UVs are not correct in most of the rigged meshes (they are a large top or side plane projection instead of being laid out in the 0 to 1 space)

 
I noticed that the UV channels sometimes have stream set to 1 and offset set to 0. In case of an example mesh (back_wheel from 7dtd's minibike), it detects 40 bytes per vertex (3 position, 3 normal and 4 tangent floats). The remaining 'streamed' 8 bytes (uv coordinates) seem to be at the end of the vertex data buffer.

 
Many thanks DerPopo... somehow I missed your post (only noticed it now a week later heh).

I will check it out again.

Cheers!

 
It doesn't work perfectly for all meshes right now because I was a bit confused about where the UV data begin. If there is such a file that looks almost but not completely correct, you can add it with a text editor, search for a line starting with "f" and add "vt 0 0" once (or twice if it isn't better) before it and do that for all submeshes in that file. Then only the last or the two last UV coordinates will be wrong but the rest should be correct.

I will look into fixing that soon.

 
It doesn't work perfectly for all meshes right now because I was a bit confused about where the UV data begin. If there is such a file that looks almost but not completely correct, you can add it with a text editor, search for a line starting with "f" and add "vt 0 0" once (or twice if it isn't better) before it and do that for all submeshes in that file. Then only the last or the two last UV coordinates will be wrong but the rest should be correct.I will look into fixing that soon.
Click to expand...
Ok thanks for the information. So far I have not noticed a problem with the UVs with this new update.

7DtD-Zombie-Dog-3ds-Max-UVs.png


I have found another issue though: if I try and extract the file called "WoodenDoorController" (AnimationController... path ID 5595) the program exits.

Would REALLY like to see that file extract as I am working on adding an opening and closing garage door. I can use "Export Raw" fine but "Export Dump" causes the program to stop responding for a minute, then it will show the file dialog, go through the motion of saving and instantly exit without any error. The file it creates is 0 bytes.

The same thing happens if I try and "Export Dump" any of the AnimationController files. Funny thing is, if I create my own asset file with an AnimationController in it then your program extracts it fine.

Thanks again for your work on this program. :)

 
It seems like there were some changes to the AnimatorController type between 5.0.1f1 and 5.2.0f3 and neither of both databases seem to have the correct type for 7dtd's Unity version. I'll create a type database for it.

I will look into adding my tool that generates the type database from a player .exe to the next release (or into a separate zip because it relies on injecting a .dll into the player which might look like a virus to some anti-virus programs).

 
It seems like there were some changes to the AnimatorController type between 5.0.1f1 and 5.2.0f3 and neither of both databases seem to have the correct type for 7dtd's Unity version. I'll create a type database for it.I will look into adding my tool that generates the type database from a player .exe to the next release (or into a separate zip because it relies on injecting a .dll into the player which might look like a virus to some anti-virus programs).
Click to expand...
Yesterday I got my animated garage door working. It is based on the devs DoorSecure class and uses their AnimationController states and parameters (i.e. IsOpen and OpenTrigger).



I can confirm that there is some difference in Unity with the AnimationController from v5.1.1 to v5.2.0... when I created the AnimationController in v5.1 and added it to my prefab it worked great. Took the same Unity package, built it on v5.2 and the game crashes.

 
It seems like there were some changes to the AnimatorController type between 5.0.1f1 and 5.2.0f3 and neither of both databases seem to have the correct type for 7dtd's Unity version. I'll create a type database for it.I will look into adding my tool that generates the type database from a player .exe to the next release (or into a separate zip because it relies on injecting a .dll into the player which might look like a virus to some anti-virus programs).
Click to expand...
Yesterday I got my animated garage door working. It is based on the devs DoorSecure class and uses their AnimationController states and parameters (i.e. IsOpen and OpenTrigger).





I can confirm that there is some difference in Unity with the AnimationController from v5.1 to v5.2... when I created the AnimationController in v5.1 and added it to my prefab it worked great. Took the same Unity package, built it on v5.2 and the game either crashes or won't load the block.

 
You must log in or register to reply here.
Back
Top