English Amiga Board


Go Back   English Amiga Board > Other Projects > project.Amiga Game Factory

 
 
Thread Tools
Old 25 July 2006, 15:07   #81
Marcuz
Wurk???
Marcuz's Avatar
 
Join Date: Jun 2002
Location: .
Age: 44
Posts: 5,260
cool thanks!
Marcuz is offline  
Old 25 July 2006, 15:18   #82
Zetr0
Ya' like it Retr0?
Zetr0's Avatar
 
Join Date: Jul 2005
Location: United Kingdom
Age: 45
Posts: 9,768
if ya get to run it Marco, just check out the 'about' option
Zetr0 is offline  
Old 25 July 2006, 15:27   #83
BippyM
Global Moderator

BippyM's Avatar
 
Join Date: Nov 2001
Location: Nottingham, UK
Age: 44
Posts: 8,941
Doesn't work at all for me
BippyM is offline  
Old 25 July 2006, 15:31   #84
Zetr0
Ya' like it Retr0?
Zetr0's Avatar
 
Join Date: Jul 2005
Location: United Kingdom
Age: 45
Posts: 9,768
!? 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.
Zetr0 is offline  
Old 25 July 2006, 15:45   #85
BippyM
Global Moderator

BippyM's Avatar
 
Join Date: Nov 2001
Location: Nottingham, UK
Age: 44
Posts: 8,941
It just doesn't load..

I get the following error:

Quote:
Originally Posted by windows error
the application failed to start because the application configuration is incorrect. Reinstalling the application might help
BippyM is offline  
Old 25 July 2006, 15:49   #86
Zetr0
Ya' like it Retr0?
Zetr0's Avatar
 
Join Date: Jul 2005
Location: United Kingdom
Age: 45
Posts: 9,768
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...
Zetr0 is offline  
Old 25 July 2006, 15:58   #87
BippyM
Global Moderator

BippyM's Avatar
 
Join Date: Nov 2001
Location: Nottingham, UK
Age: 44
Posts: 8,941
Same error
BippyM is offline  
Old 25 July 2006, 16:01   #88
Zetr0
Ya' like it Retr0?
Zetr0's Avatar
 
Join Date: Jul 2005
Location: United Kingdom
Age: 45
Posts: 9,768
damn, have you got another rig to try it on?
Zetr0 is offline  
Old 25 July 2006, 16:06   #89
BippyM
Global Moderator

BippyM's Avatar
 
Join Date: Nov 2001
Location: Nottingham, UK
Age: 44
Posts: 8,941
Only a few amigas
BippyM is offline  
Old 25 July 2006, 16:10   #90
Zetr0
Ya' like it Retr0?
Zetr0's Avatar
 
Join Date: Jul 2005
Location: United Kingdom
Age: 45
Posts: 9,768
LMAO!

i'm off to the gym, so i will look more into when i get back me thinks.
Zetr0 is offline  
Old 25 July 2006, 17:51   #91
gimbal
cheeky scoundrel

gimbal's Avatar
 
Join Date: Nov 2004
Location: Spijkenisse/Netherlands
Age: 38
Posts: 3,543
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).
gimbal is offline  
Old 25 July 2006, 18:50   #92
Marcuz
Wurk???
Marcuz's Avatar
 
Join Date: Jun 2002
Location: .
Age: 44
Posts: 5,260
Quote:
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.
Marcuz is offline  
Old 25 July 2006, 20:05   #93
Zetr0
Ya' like it Retr0?
Zetr0's Avatar
 
Join Date: Jul 2005
Location: United Kingdom
Age: 45
Posts: 9,768
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 is offline  
Old 25 July 2006, 20:10   #94
Zetr0
Ya' like it Retr0?
Zetr0's Avatar
 
Join Date: Jul 2005
Location: United Kingdom
Age: 45
Posts: 9,768
@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
Zetr0 is offline  
Old 30 July 2006, 00:52   #95
Xyquaatu
Registered User
 
Join Date: Jul 2006
Location: Deutschland
Posts: 24
graphics

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).
Attached Thumbnails
Click image for larger version

Name:	eob_walls.png
Views:	370
Size:	23.1 KB
ID:	11721  
Xyquaatu is offline  
Old 30 July 2006, 06:12   #96
thor
Registered User
thor's Avatar
 
Join Date: Mar 2006
Location: Germany
Posts: 898
Quote:
Originally Posted by Xyquaatu
because C++ has no runtime range checking of arrays).
You could use STL vector class if you need it
thor is offline  
Old 31 July 2006, 21:26   #97
CFOU!
Moderator
CFOU!'s Avatar
 
Join Date: Sep 2004
Location: France
Age: 46
Posts: 2,631
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!
Attached Files
File Type: lha EOB1-OUTRO-AGA-Beta1.lha (95.4 KB, 161 views)
File Type: lha EOB1-OUTRO-IFF-AGA-fixed.lha (125.6 KB, 170 views)
CFOU! is offline  
Old 03 August 2006, 02:57   #98
Zetr0
Ya' like it Retr0?
Zetr0's Avatar
 
Join Date: Jul 2005
Location: United Kingdom
Age: 45
Posts: 9,768
Converting Issue (Need Help)

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
Code:
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

Code:
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.
Code:
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.
Code:
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.
Code:
//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.
Attached Thumbnails
Click image for larger version

Name:	council.png
Views:	339
Size:	17.3 KB
ID:	11756  
Attached Files
File Type: txt council_chunky.txt (62.5 KB, 154 views)
File Type: txt council_uncps.txt (62.2 KB, 147 views)

Last edited by Zetr0; 03 August 2006 at 03:05.
Zetr0 is offline  
Old 03 August 2006, 10:11   #99
CFOU!
Moderator
CFOU!'s Avatar
 
Join Date: Sep 2004
Location: France
Age: 46
Posts: 2,631
Quote:
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

Last edited by CFOU!; 03 August 2006 at 14:25.
CFOU! is offline  
Old 03 August 2006, 12:04   #100
Zetr0
Ya' like it Retr0?
Zetr0's Avatar
 
Join Date: Jul 2005
Location: United Kingdom
Age: 45
Posts: 9,768
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

Last edited by Zetr0; 03 August 2006 at 12:32.
Zetr0 is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
[Buglist] EoB 1 AGA - EoB 1 ECS Multilanguage Marcuz project.Amiga Game Factory 56 20 October 2019 14:17
Little games with script engines builtin Leandro Jardim Retrogaming General Discussion 3 07 May 2013 18:36
How do pseudo-3D racing game engines work? absence Coders. General 2 29 May 2010 01:05

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 00:35.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, vBulletin Solutions Inc.
Page generated in 0.11222 seconds with 14 queries