Ironworks Gaming Forum - View Single Post - Importing FRUA Designs: Decrypting Hacking Files

Shadow Stranger · 12-06-2009, 08:08 AM

Which graphics are custom and which are not? Fortunately there is the simple program TLB2BMP, which can do batch conversions, convert all TLB files in a given folder into BMP pictures. Relevant command is: TLB2BMP *.tlb
I think this program comes with UAShell, found at: http://frua.rosedragon.org/pc/uashell/uashellc.zip.
After the batch conversions you have a directory full of pictures, you can compare the standard FRUA types with those found in the given design. I was using the Windows Picture and Fax Viewer to look at the graphics found in AT1 Dark Alliances while using the XnView program to look at those found in the standard FRUA directories, I compared the two views for each file. Eventually I figured out that the view in the XnView was wrong, it didn't correspond to what was actually there. Apparently the culprit is a file named: C:\Documents and Settings\[User Name]\Application Data\XnView\XnView.db. this records the view in a given directory no matter what happens.

When making the comparisons I use TLB files coming straight from the relevant zip files, UAShell seems to overwrite the supplied FRUA graphics.

12-06-2009, 08:08 AM	#2
Shadow Stranger Avatar Join Date: December 9, 2007 Posts: 594	Re: Importing FRUA Designs: Decrypting Hacking Files Which graphics are custom and which are not? Fortunately there is the simple program TLB2BMP, which can do batch conversions, convert all TLB files in a given folder into BMP pictures. Relevant command is: TLB2BMP *.tlb I think this program comes with UAShell, found at: http://frua.rosedragon.org/pc/uashell/uashellc.zip. After the batch conversions you have a directory full of pictures, you can compare the standard FRUA types with those found in the given design. I was using the Windows Picture and Fax Viewer to look at the graphics found in AT1 Dark Alliances while using the XnView program to look at those found in the standard FRUA directories, I compared the two views for each file. Eventually I figured out that the view in the XnView was wrong, it didn't correspond to what was actually there. Apparently the culprit is a file named: C:\Documents and Settings\[User Name]\Application Data\XnView\XnView.db. this records the view in a given directory no matter what happens. When making the comparisons I use TLB files coming straight from the relevant zip files, UAShell seems to overwrite the supplied FRUA graphics.