Important information: this site is currently scheduled to go offline indefinitely by end of the year.

Gorky 17 - game request

The Original Forum. Game archives, full of resources. How to open them? Get help here.
Post Reply
Hovnodabljumen
ultra-n00b
Posts: 4
Joined: Thu Nov 02, 2006 4:15 pm

Gorky 17 - game request

Post by Hovnodabljumen »

I have search for some days and found program that can open .dat files from game Gorky 17. Extracting those will create one level smaller files, also dat files are big folders for smaller (I think image files) .bkg
Didnt know way next because no one from others extractors or programs could not launch and view this format.
Thanks in advance for any help with this format.

HWman
Darkfox
VVIP member
VVIP member
Posts: 688
Joined: Fri Jul 04, 2003 6:11 pm
Has thanked: 33 times
Been thanked: 16 times

Post by Darkfox »

Providing an example would help.
Hovnodabljumen
ultra-n00b
Posts: 4
Joined: Thu Nov 02, 2006 4:15 pm

Post by Hovnodabljumen »

Which type of example do you want? 8D
User avatar
Dinoguy1000
Site Admin
Posts: 786
Joined: Mon Sep 13, 2004 1:55 am
Has thanked: 154 times
Been thanked: 163 times

Post by Dinoguy1000 »

If you could attach or upload some sample files, that would work.
Welcome to Xentax!

Rules | Requests | Wiki | Discord

If you run across a post that breaks the rules, please report the post - a mod or admin will handle it from there.
Hovnodabljumen
ultra-n00b
Posts: 4
Joined: Thu Nov 02, 2006 4:15 pm

Post by Hovnodabljumen »

szevvy
n00b
Posts: 15
Joined: Thu Sep 21, 2006 7:20 am

Post by szevvy »

OK - the bkg is basically a bunch of 8-bit images, in the example you gave it seems to be backgrounds, you can make out buildings and ships, etc.

The format is as so:

Code: Select all

4 bytes: "bkg1"
4 bytes: all zeroes in the example you provided
4 bytes: an unsigned 32-bit, the number of images in this file
8 bytes: *shrugs*

Then, after that, for each image you have:
8 bytes: a 'counter' of sorts
4 bytes: an unsigned 32, the width of the image, which needs to be multiplied by 2 to give the actual width
4 bytes: the height - does not need to be multiplied
4 bytes: an unsigned 32, the offset within the bkg to the image data itself.
As for the zbf: it looks, at first glance, to be RLE-compressed data - standard stuff, one byte gives the run, second gives the byte to draw out. Of course, you'd need to add 1 to the first byte as most of them are zeroes i.e. only one pixel of the following colour. However, that's just a hunch and I could be wrong.
Post Reply