Join also our Discord channel! Click here.

Understanding and unpacking *.DBU > *.DBL files

The Original Forum. Game archives, full of resources. How to open them? Get help here.
Post Reply
Posts: 1
Joined: Tue Jul 16, 2019 4:13 am

Understanding and unpacking *.DBU > *.DBL files

Post by nuunuu » Tue Jul 16, 2019 5:33 am


I've been doing some research on a package format that seems to consist of a *.DBU file created from something called DBL Merge and the internal DBL files that were merged. There hasn't been a lot of widespread attention to this particular format as the format happens to coincide with a couple niche games. These games seem to be specific to one particular game studio - Avalanche Software (not to be confused with Avalanche studios) - credit to ElephantKilla for pointing that out in this thread. So far, the following games have been confirmed to use this system - Tak and the Power of Juju, Dragon Ball Z: Sagas, Chicken Little, 25 to Life.

I found this video posted by nekorun back in 2016 where it was claimed he was able to open the *.DBU file in a text editor and modify certain config values to mod DBZ: Sagas. In 2018 the same user Nekorun created this thread in ZenHAX asking about how to unpack *.DBU files. Aluigi, admin of ZenHAX and creator of QuickBMS, created a QuickBMS script to that was able to unpack the *.DBU files into a file structure. Aluigi also briefly looked into the *.DBL file, but on discovering they were different from the *.DBU stated - "This is a completely different format and it's crap". He posted some debug log scripts for Nekorun to try and figure out the DBL files himself. I got in contact with Nekorun who told me he wasn't able to figure out the *.DBL extension. Regarding the mods made in the youtube video, I've discovered the text configurable scripts inside of the *.DBU file tend to be located in a "var" folder and use the extension *.dv. These tend to contain settings regarding hit box, gravity, damping, mass, etc. The dbz: sagas video explores a good set of those variables and they appear to be somewhat consistent between games (having looked into the *.dv files in Tak).

I've recently discovered another post from this thread started back in 2011 by user tuckdragon which was subsequently brought back to life in 2018 by user Elephantkilla (same user that pointed out avalanche software). In that thread, he discovered a couple things about *.DBL files.
  • Despite listing *.TGA all over the hex code of the file, the actual textures seem to be stored as *.BMP.
  • There was one *.DBL file that appeared to actually match the syntax of a *.DBU file (misnaming by a developer?)
  • He was successfully able to extract textures from a *.DBL using Console Texture Explorer (see page 3 on the aforementioned thread for settings)
So huge props to Elephantkilla who may have done the most work on this file type.

Anyway, I've been all over the internet looking for info on this file so I thought I would make a thread trying to consolidate all of the hard work that has gone into this file for future users and people researching these games.

My original goal was to see if I could create a quickBMS script to extract the *.DBL files, but seeing as Elephantkilla was able to extract textures specifically, I may abandon the BMS goal and try to use one of the gui tools listed in the thread he was posting in to try and do the same for another game. Anyone interested in the *.DBL files should post here so that we might pool our work together, but to anyone that has more experience than myself in reverse engineering, which is to say none at all, I would greatly appreciate your input and any advice you may have to offer.

Most of the threads I linked have some sample *.DBL files, but I can post one if need be.

Anyway, thanks to anyone who stuck through to the end. I'll update the thread with anything I find.

User avatar
Posts: 34
Joined: Sat Jun 30, 2018 8:29 pm

Re: Understanding and unpacking *.DBU > *.DBL files

Post by Elephantkilla » Tue Jul 16, 2019 4:46 pm

Hello, I support the topic. For years I have been looking for ways to manage this archive. I will be glad to any help.
I partially unpacked the archive of two locations from the game 25 to life. Read the information inside the archive. ... V1WnISByLM

The analysis of files for a map Beatdown assumed by me

Code: Select all

i think: 
file (_00000003 - 3D meshes
file NAME - BMP textures
file NAME_00000001 - index meshes or textures UVMapping IDK
file (_00000001 - ambient anim
file (_00000002 - idk
file 2 - some meshes, trigger boxes
I'm looking for a team of C ++ programmers with reverse engineering knowledge. Discord: Elephantkilla #8584

Post Reply