[factory] EoB engines' structure investigation

[Marcuz]

cool thanks!

[Zetr0]

if ya get to run it Marco, just check out the 'about' option

[BippyM]

Doesn't work at all for me

[Zetr0]

!? is there a failure? does it not execute? tell me where its not working oh bipstah!

btw this program does decompress EOB2 inf files but not the CPS ones.. however decompresses all EOB 1 files

it seems that CPS files on EOB2 are a different compression, when i get some more time i will look into this and try and get a full EOB1&2 decompresser.

[BippyM]

It just doesn't load..

I get the following error:

Originally Posted by windows error

the application failed to start because the application configuration is incorrect. Reinstalling the application might help

[Zetr0]

how strange....

its compiled to execute winxp-sp2 using dot net studio 2k5.

it works in my laptop as well as three (non-development) computers i.e the wifes gamming box and the media pc.

how strange....

try downloading the one from

http://eob.wikispaces.com/tools i havent zipped that one...

[BippyM]

Same error

[Zetr0]

damn, have you got another rig to try it on?

[BippyM]

Only a few amigas

[Zetr0]

LMAO!

i'm off to the gym, so i will look more into when i get back me thinks.

[gimbal]

maybe you need the .net 2.0 framework and bippym has only 1.1 installed? (dunno if you wrote the app managed or not of course, it's just the guess of a stupid Java geek).

[Marcuz]

Originally Posted by Zetr0

if ya get to run it Marco, just check out the 'about' option

hey thanks undeserved, but thanks btw, one only "n"

it works here (i have the .net2.0) does it save raw files? i'm not sure how to handle, photoshop asks me for size of the image and bit deepness upon open them but then it screws them. not that they are wrongly saved, just that i don't know how to handle them.

[Zetr0]

i believe that amiga versions are differnet than that of pc versions (output format)

in the AGA and on eob.wikispaces.com there is a deeper explanation but the non - simple version is that

AMIGA SPEC

After image decompression the size is either 40000 bytes or 40064 bytes in size.

The first 40000 bytes contain five 320x200 bitplanes. Each bitplane is 320x200/8 (8000) bytes big. This is standard amiga graphics data, please consult your nearest amiga reference for information.

Palette data
The optional 64 bytes are palette data. Each palette entry is 16 bits in the following format:

111111
Bit 5432109876543210
____RRRRGGGGBBBB
In other words, 12 bit RGB in _RGB pixel format.

In total there are 32 palette entries, consistent with 5 bitplanes (32 colors).

Image data
The resolution of the images are the same as in the PC version. However, since we only use 32 colors a pixel only need 5 bit each.
The pixels are arranged as follows:

byte 0 byte 1 byte 2 ... 40 bytes per line (40*8=320 pixels)
plane 0: .......x ........ ........
plane 1: x
plane 2: x
plane 3: x
plane 4: xEach byte consists of 8 pixels. Each bit plane consists of 320*200 pixels = 320*200/8 bytes.
The color of each pixel is made up of the corresponding bits down the same bit position in the bitplanes. This gives each pixels a 5-bit value which is an index into the 32-color palette. In the example above the pixel at position (0,7) is described.

[Zetr0]

@Gimbal

Heys Big G, your not stoopid, certainly a geek but not stoopid

and as they say

java is the language of inheritance, so shall the geek inherit the earth


this->me = wholeEarth();

"and on the sixth day Zetr0 re-writes attract money() methods to be in his favour...."

@Marco

thats why its version 0.9beta

[Xyquaatu]

I have been studying these tiles graphics (vmp, vcn) in the PC version of EOB lately (see screenshot below). The file formats for EOB2 and EOB1 are the same. VCNs are in CPS (compressed) format. While using uncps, i noticed that the Format80 algorithm doesn't handle all cps files (type 4). One example is menu.cps from english DOS Version of EOB2. It overflows (but you won't notice it, because C++ has no runtime range checking of arrays).

[thor]

Originally Posted by Xyquaatu

because C++ has no runtime range checking of arrays).

You could use STL vector class if you need it

[CFou!]

Hi

Here first Eye of the beholder1 End Sequence in AGA
(using Marco Pedranna 32 colors pictures reworked in 256 colors)

I have created the CMP/CPS files which can be used on PC if somebody is interesting by created new VGA outro

regards,

Bertrand/CFou!

[Zetr0]

Hey there peeps,

Heres what i am doing (in C++)

I am reading in a EOB 1 (amiga) CPS file.

this is then decompressed with the eob_uncps program.

Part 1
I am converting a decompressed CPS file into a planar array of 8planes of 320 x 200.

this is achieved using a union

union utype_charbits
{
    uchar data;
    struct
    {
        uchar bit0: 1;
        uchar bit1: 1;
        uchar bit2: 1;
        uchar bit3: 1;
        uchar bit4: 1;
        uchar bit5: 1;
        uchar bit6: 1;
        uchar bit7: 1;
    }bitfield;
};

utype_charbits pixels;

this union is used by taking a byte from the uncompressed CPS file and assigned to the pixels union.

from this point each value of each bit (bit0 - bit7) of pixels is assigned to an element within the planar array where by each pixels bit equals one byte of the planar array.


Part 2: Converting Planar to Chunky

struct GraphicsArray
{
    uchar data[320][200];
};

struct Planar
{
    struct GraphicsArray data[8]; // stores 8 planes of info (upto 256 colours)
}PlannerMap;

struct GraphicsArray ChunkyMap;

utype_charbits chunk;

using a similar union to the above; each bit of chunk is assigined a one or a zero depending on the value of each plane at x, y within the PlanarMap[ plane ][x][y];

i.e.

chunk.bit0 = PlanarMap[ 0 ][x][y]; 
chunk.bit1 = PlanarMap[ 1 ][x][y];
chunk.bit2 = PlanarMap[ 2 ][x][y];
...
etc.

after completion each chunk value (chunk.data) is assigned to an x,y of the ChunkyMap.data.

i.e.

ChunkyMap.data[ x ][ y ] = chunk.data;

this is repeated for each x/y element of ChunkyMap.



Part 3: Converting Chunky to Bitmap

As chunky data contains 320 * 200 ubytes of data, each element represents a pallet entry by value. Initially most CPS files do not contain a pallet so a basic greyscale pallet it created for use.

i.e.

//make a new pallet (greyscale) black to white.
	
for(register int i=0; i<256; i++) // for each pallet element;
{
	mybitmap.bmiColors[ i ].rgbBlue =( BYTE ) i;
	mybitmap.bmiColors[ i ].rgbRed =( BYTE ) i;
	mybitmap.bmiColors[ i ].rgbGreen =( BYTE ) i;
}

After creating a bitmap header and info, the chunky data is pretty much tagged on the end to create a 256 colour bitmap however here in lies the problem as the attachments show, I have gone as far as i can with given information, i am curious as to know where i have gone wrong.

council_uncps.txt ( uncompressed council.CPS file )
council.png ( converted from original bitmap output file )
council_chunky.txt (output of planar 2 chunky program)

as you can see not the desired output.

if anyone has any ideas as to what i have done wrong i would welcome them as i have probly over checked the code way to many times.

[CFou!]

Originally Posted by Zetr0

After creating a bitmap header and info, the chunky data is pretty much tagged on the end to create a 256 colour bitmap however here in lies the problem as the attachments show, I have gone as far as i can with given information, i am curious as to know where i have gone wrong.

council_uncps.txt ( uncompressed council.CPS file )
council.png ( converted from original bitmap output file )
council_chunky.txt (output of planar 2 chunky program)

as you can see not the desired output.

if anyone has any ideas as to what i have done wrong i would welcome them as i have probly over checked the code way to many times.

I had last week added Planar2Chunky & Chunky2Planar conversion Commands in UnCps-aga v0.7 if you are interested i can send to you my asm source (680xx)?

I can also send to you an raw will in Chunky and in Planar format to compare (by example Councila.cps)

ps: you can un WINUAE use UNCPS-AGA for this job
1)Type 'Uncps-Aga U' and select an VGA CPS file
=> an "*.RAW" file in Ckuncky is created ($fa00 octets)
2)type 'UnCPS-AGA C2P' and select previous created "*.raw" datas Planar file
=> an "*.bimap" Bimap (planar) file is created ($fa00 octets)

You can test Planar2Chuncky code typing:
'UnCPS-AGA P2C' and select previous created *.BITMAP' file
=> an "*.Chunky" file in Ckuncky datas is created ($fa00 octets)

but here some explain:
it's easy to convert a chunky pixel in amiga bitmap

a 320*200 VGA PC screen is 320*200*8 amiga screen (8 for 8 bitmaps)

PC screen SIZE=: $FA00
Amiga Screen SIZE: $1f40*8=$FA00 ($1f40 is size of each bitmap)

an example: if the first LEFT-TOP color on chunky PC screen is 139 ($8b / %1000.1011)

the first octed of the chunky screen is $8b

on amiga all bits of this colors are separated by $1f40 octets
if first left-top pixel color is 139 ($1000.1011) bitmap screen is:
REMOVED!!! to see after

I hope my bad explain can help you

[Zetr0]

thanks for the response CFOU!

Its been a while since i hit the 68k asm, but go ahead i am sure to tickle myself pink when i start to remeber things lol.

After some more analysis, I have a theory that the decompressing routine that i use maybe flawed (or atleast my use of it lol), to test this could i ask you or anyone to be so kind as to attach an UNCPS file (say council.cps uncompressed) for me to test i would of used CFOU's UNCPS-AGA but it has an issue with my winuae setup (cannot open req-tools library) its a limmited amiga setup.

i appreciate all help in advance.

cheers