READ THE RULES: Click here

Follow us on Facebook: https://www.facebook.com/xentax/ :)

[Wolfenstein] .bimage conversion

The Original Forum. Game archives, full of resources. How to open them? Get help here.
Post Reply
albert1905
veteran
Posts: 93
Joined: Wed May 09, 2012 1:13 pm
Has thanked: 11 times
Been thanked: 3 times

[Wolfenstein] .bimage conversion

Post by albert1905 » Sun Jun 01, 2014 1:04 pm

Hi, can someone help me to convert this raw image(bimage) to other format and vice versa..? <file removed due forum rules violation>

michalss
Moderator
Posts: 942
Joined: Sun Mar 27, 2011 8:42 pm
Has thanked: 10 times
Been thanked: 135 times

Re: [Wolfenstein] .bimage conversion

Post by michalss » Sun Jun 01, 2014 2:12 pm

It is very simple format, it is RAW with 72bit header :) Open with PS
Quick BMS Editor GUI - simple easy to use
Goto : viewtopic.php?uid=34229&f=29&t=6797&start=0

Downloads from DropBox : https://dl.dropboxusercontent.com/u/

Thief1987
advanced
Posts: 72
Joined: Wed Jan 18, 2012 5:11 am
Has thanked: 1 time
Been thanked: 29 times

Re: [Wolfenstein] .bimage conversion

Post by Thief1987 » Sun Jun 01, 2014 5:43 pm

Yes, it's simple format
0x3c - width
0x40 - height
0x44 - size in bytes
0x48 - raw data

michalss
Moderator
Posts: 942
Joined: Sun Mar 27, 2011 8:42 pm
Has thanked: 10 times
Been thanked: 135 times

Re: [Wolfenstein] .bimage conversion

Post by michalss » Sun Jun 01, 2014 6:02 pm

Yeah, Thief is completely right, just 1 small thing

Setup for PS:

Code: Select all

Channel : 1
Bits : 8
Header : 72

010 Template :

Code: Select all

FSeek(60);
uint width;
uint hegiht;
uint sizeD;
byte DATA[sizeD];
Quick BMS Editor GUI - simple easy to use
Goto : viewtopic.php?uid=34229&f=29&t=6797&start=0

Downloads from DropBox : https://dl.dropboxusercontent.com/u/

albert1905
veteran
Posts: 93
Joined: Wed May 09, 2012 1:13 pm
Has thanked: 11 times
Been thanked: 3 times

Re: [Wolfenstein] .bimage conversion

Post by albert1905 » Sun Jun 01, 2014 8:41 pm

michalss wrote:Yeah, Thief is completely right, just 1 small thing

Setup for PS:

Code: Select all

Channel : 1
Bits : 8
Header : 72

010 Template :

Code: Select all

FSeek(60);
uint width;
uint hegiht;
uint sizeD;
byte DATA[sizeD];
Thanks for your replies guys!

User avatar
volfin
ultra-veteran
ultra-veteran
Posts: 444
Joined: Sun Jul 06, 2014 6:30 am
Has thanked: 107 times
Been thanked: 294 times

Re: [Wolfenstein] .bimage conversion

Post by volfin » Sun Jul 06, 2014 7:11 pm

I've found there's actually a bit more to the *.bimage format. The above information is correct with single channel 8 bit textures, but there are more types of textures with varying formats stored in the *.bimage format.

So far I've found they are using *.bimage to store headerless DDS files, of type DXT5 (and some ycocg-DXT5, more on that later).

For regular DXT5 images, you can remove the 72 byte *.bimage header (saving the Width, Height, and Size variables, then tack on a 128 byte DDS header from a DXT5 image, and replace those saved variables here:

0x0C - height
0x10 - width
0x14 - size in bytes
(more on DDS header here: http://msdn.microsoft.com/en-us/library ... s.85).aspx )

Should open normally in any program capable of reading DDS.

Now, for ycocg-DXT5, this is a special flavor of DDS using a custom color-space which was invented jointly by ID and Nvidia (whitepaper: http://www.nvidia.com/object/real-time- ... ssion.html)

The format is completely identical to DXT5, but you need a program that can read the special colorspace. So far I have only found one:

http://www.gimp.org/ Using the custom DDS plugin found here: https://code.google.com/p/gimp-dds/

The modification procedure is the same as outlined above, with one extra step at the end. In order for Gimp to know this DDS is using Ycocg colorspace, an additional flag has to be put into the header, in the "Reserved" space of the DDS header.

Image
There are two flavors of Ycocg, the normal which is designated YCG1 and a "Scaled" version that is designated YCG2. With that special header in place, GIMP will recognize the DDS as using one or the other, and decode it properly.

Now that I've nailed down the *Bimage format completely, hopefully i can get to work on those Megatextures nobody has still cracked. :)

michalss
Moderator
Posts: 942
Joined: Sun Mar 27, 2011 8:42 pm
Has thanked: 10 times
Been thanked: 135 times

Re: [Wolfenstein] .bimage conversion

Post by michalss » Tue Jul 08, 2014 6:42 am

volfin wrote:I've found there's actually a bit more to the *.bimage format. The above information is correct with single channel 8 bit textures, but there are more types of textures with varying formats stored in the *.bimage format.

So far I've found they are using *.bimage to store headerless DDS files, of type DXT5 (and some ycocg-DXT5, more on that later).

For regular DXT5 images, you can remove the 72 byte *.bimage header (saving the Width, Height, and Size variables, then tack on a 128 byte DDS header from a DXT5 image, and replace those saved variables here:

0x0C - height
0x10 - width
0x14 - size in bytes
(more on DDS header here: http://msdn.microsoft.com/en-us/library ... s.85).aspx )

Should open normally in any program capable of reading DDS.

Now, for ycocg-DXT5, this is a special flavor of DDS using a custom color-space which was invented jointly by ID and Nvidia (whitepaper: http://www.nvidia.com/object/real-time- ... ssion.html)

The format is completely identical to DXT5, but you need a program that can read the special colorspace. So far I have only found one:

http://www.gimp.org/ Using the custom DDS plugin found here: https://code.google.com/p/gimp-dds/

The modification procedure is the same as outlined above, with one extra step at the end. In order for Gimp to know this DDS is using Ycocg colorspace, an additional flag has to be put into the header, in the "Reserved" space of the DDS header.

Image
There are two flavors of Ycocg, the normal which is designated YCG1 and a "Scaled" version that is designated YCG2. With that special header in place, GIMP will recognize the DDS as using one or the other, and decode it properly.

Now that I've nailed down the *Bimage format completely, hopefully i can get to work on those Megatextures nobody has still cracked. :)
I have try this method and nope was not able to make it work, on the other hand this is RAW bitmap image without doubs. No need to do some extra steps, PS and my template do all work. At least for fonts, rest textures you could be right, never check this.
Quick BMS Editor GUI - simple easy to use
Goto : viewtopic.php?uid=34229&f=29&t=6797&start=0

Downloads from DropBox : https://dl.dropboxusercontent.com/u/

User avatar
volfin
ultra-veteran
ultra-veteran
Posts: 444
Joined: Sun Jul 06, 2014 6:30 am
Has thanked: 107 times
Been thanked: 294 times

Re: [Wolfenstein] .bimage conversion

Post by volfin » Tue Jul 08, 2014 6:45 pm

michalss wrote:
volfin wrote:I've found there's actually a bit more to the *.bimage format. The above information is correct with single channel 8 bit textures, but there are more types of textures with varying formats stored in the *.bimage format.

So far I've found they are using *.bimage to store headerless DDS files, of type DXT5 (and some ycocg-DXT5, more on that later).

For regular DXT5 images, you can remove the 72 byte *.bimage header (saving the Width, Height, and Size variables, then tack on a 128 byte DDS header from a DXT5 image, and replace those saved variables here:

0x0C - height
0x10 - width
0x14 - size in bytes
(more on DDS header here: http://msdn.microsoft.com/en-us/library ... s.85).aspx )

Should open normally in any program capable of reading DDS.

Now, for ycocg-DXT5, this is a special flavor of DDS using a custom color-space which was invented jointly by ID and Nvidia (whitepaper: http://www.nvidia.com/object/real-time- ... ssion.html)

The format is completely identical to DXT5, but you need a program that can read the special colorspace. So far I have only found one:

http://www.gimp.org/ Using the custom DDS plugin found here: https://code.google.com/p/gimp-dds/

The modification procedure is the same as outlined above, with one extra step at the end. In order for Gimp to know this DDS is using Ycocg colorspace, an additional flag has to be put into the header, in the "Reserved" space of the DDS header.

Image
There are two flavors of Ycocg, the normal which is designated YCG1 and a "Scaled" version that is designated YCG2. With that special header in place, GIMP will recognize the DDS as using one or the other, and decode it properly.

Now that I've nailed down the *Bimage format completely, hopefully i can get to work on those Megatextures nobody has still cracked. :)
I have try this method and nope was not able to make it work, on the other hand this is RAW bitmap image without doubs. No need to do some extra steps, PS and my template do all work. At least for fonts, rest textures you could be right, never check this.
yes, for a single-plane grescale image, you can just use RAW import, as I mentioned. But not all *.bimages are in that format. This is for full color 24 bit images. For example the sky used in levels http://i.imgur.com/FkkG0D6.jpg

This was extracted from 'chunk1.resources', stored in 'generated\textures\linear_ycocgdxt5_models\mapobjects\skies\c01p1_sky.bimage' It was 4096x2048 24 bit color, Ycocg DXT5 compressed. (it was in fact the folder name 'linear_ycocgdxt5_models' that first gave me a clue what format they were using) If you try to load that file using RAW, it will fail.

User avatar
lostprophet
mega-veteran
mega-veteran
Posts: 197
Joined: Wed Apr 07, 2010 7:38 pm
Has thanked: 35 times
Been thanked: 5 times

Re: [Wolfenstein] .bimage conversion

Post by lostprophet » Fri Jul 11, 2014 10:27 am

The font textures are also in .bimage files. Michalss' 010 template should be applied to those and after that it can be edited with PS?
Hungarian translator and member of Indies4indies.com | Previous translations: http://lostprophet.hu

michalss
Moderator
Posts: 942
Joined: Sun Mar 27, 2011 8:42 pm
Has thanked: 10 times
Been thanked: 135 times

Re: [Wolfenstein] .bimage conversion

Post by michalss » Fri Jul 11, 2014 8:08 pm

lostprophet wrote:The font textures are also in .bimage files. Michalss' 010 template should be applied to those and after that it can be edited with PS?
Yes that template works for Fonts never tested it for anything else!
Quick BMS Editor GUI - simple easy to use
Goto : viewtopic.php?uid=34229&f=29&t=6797&start=0

Downloads from DropBox : https://dl.dropboxusercontent.com/u/

User avatar
Wobble
ultra-veteran
ultra-veteran
Posts: 585
Joined: Tue Jan 04, 2005 9:47 pm
Has thanked: 43 times
Been thanked: 112 times

Re: [Wolfenstein] .bimage conversion

Post by Wobble » Fri Jul 18, 2014 12:00 pm

[out]
Last edited by Wobble on Sun Mar 12, 2017 12:06 pm, edited 1 time in total.

User avatar
Wobble
ultra-veteran
ultra-veteran
Posts: 585
Joined: Tue Jan 04, 2005 9:47 pm
Has thanked: 43 times
Been thanked: 112 times

Re: [Wolfenstein] .bimage conversion

Post by Wobble » Mon Aug 04, 2014 5:56 pm

[out]
Last edited by Wobble on Sun Mar 12, 2017 12:03 pm, edited 1 time in total.

Eugeny
ultra-n00b
Posts: 5
Joined: Fri Jul 03, 2015 4:55 pm
Been thanked: 1 time

Re: [Wolfenstein] .bimage conversion

Post by Eugeny » Sat Jul 04, 2015 7:00 am

BIMAGE to DDS converter by MerlinSVK

Code: Select all

# iD Tech 5 engine
# BIMAGE to DDS converter (PC/PS3)
# by MerlinSVK    Oct 2014
# version 1.1
# script for QuickBMS    http://aluigi.org/papers.htm#quickbms

set MEMORY_FILE binary "\x44\x44\x53\x20\x7C\x00\x00\x00\x07\x10\x08\x00\xAA\xAA\xAA\xAA\xBB\xBB\xBB\xBB\xCC\xCC\xCC\xCC\x00\x00\x00\x00\x01\x00\x00\x00\x4D\x45\x52\x4C\x49\x4E\x3A\x29\x01\x00\x03\x00\x59\x43\x47\x31\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x20\x00\x00\x00\x04\x00\x00\x00\x44\x58\x54\x35\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x10\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"

get NAME basename
string HNAME = NAME
string HNAME += ".head"
string NAME += ".dds"

get ASIZE asize
get ID long

if ID == "0x644FD853"      # PC
     goto 0x10
     endian big
     get WIDTH long
     get HEIGHT long
    endian little
     goto 0x42
     savepos START
    xmath DATASIZE "ASIZE - START"
    log HNAME 0 START   # save header for backward conversion
else
     goto 0xC
     endian big
     get WIDTH long
     get HEIGHT long
    endian little
     goto 0x3E
     savepos START
    xmath DATASIZE "ASIZE - START"
    log HNAME 0 START   # save header for backward conversion
endif

putVarChr MEMORY_FILE 0XC HEIGHT long
putVarChr MEMORY_FILE 0x10 WIDTH long
putVarChr MEMORY_FILE 0x14 DATASIZE long

append
log MEMORY_FILE START DATASIZE
append

get DDSSIZE asize MEMORY_FILE
log NAME 0 DDSSIZE MEMORY_FILE

Post Reply