Hello.

I was planning to release this engine later, but after some problems with a site that claims to be a new videogame company for Amiga, i have decided to release it now. It comes with a small example that works on classic Amiga and MorphOS. It requires iff.library and ptreplay.library.

http://www.amigaskool.net/download/rgev0.2.lha

[ Edited by BalrogSoft 03.12.2011 - 17:24 ]

Details on the drama? lol


EDIT:
Nevermind.. I read it on AO.

[ Edited by TheMagicM 03.12.2011 - 07:04 ]

Yes, you can follow the circus on AO, the only think i know is that i have shared my source with these people, and now i'm banned without some explication. Anyways the only thing i have shared with these people is this small engine that have a lot of work to do, the real and good engine that i'm using for my games is safe in my computer, so there isn't any drama for me, at least.

You got banned from a.org?. For what reason?.
Downloading and trying your program in my MorphOS Mini.

No, i'm banned (and i don't know the reason) on the forum of that video game company that i will not mention. I'm ok with a.org.

[ Edited by BalrogSoft 03.12.2011 - 14:55 ]

i was toying with your engine, and i've seen the comiler used is sas/c
(unfortunatly i want to use the gcc)
For now i'm concentrating in resolving the iff.library errors of the compiler.


what are the step to make the iff.library compatible with the "infamous" GCC?
i remember there is some program to convert the various sas/c include into something compatible with the gcc.

or perhaps the easiest way is to "recode" something like the iff.library?

[ Edited by raistlin77it 10.12.2011 - 10:33 ]

Hi Raistlin77it.

Iff.library is from 1993, has passed too much time. I'm thinking about changing iff support with iff.library and use instead iffparse.library, but i will give a try and compile it with gcc and see the errors that you mention.

Quote:

From what I read on the A.org forums, you are probably better off not being connected, or working with the owner of that other site that you won't mention.

It is too bad, because I try to support all developers working on Amiga, or MorphOS software, but that guy seems to have some kind of personal or mental problems.

url?

> url?

http://www.amiga.org/forums/showthread.php?t=59774

Ah this one.. was going to offer music but didn't as I do not want to make a commitment I cant keep. Good I passed this one.

Raistlin77it:

I have updated the engine, it uses iffparse.library now, the iff header, cmap and body seems to be processed correctly (only for uncompressed iff files at the moment), but i'm making something wrong with bitmaps, because it appears that only first row of bitmap is wrote properly. Maybe you can find the problem, here is the new version:

rge_iffparse.lha

[ Edited by BalrogSoft 11.12.2011 - 13:12 ]

You can use fd2pragma to adapt the includes from sas/c to gcc.

@balrog
That sounds like a padding issue at the end of each line. But I haven't checked out the sources so it's too soon to tell.

Hi Crumb.

I have tried with fd2pragma, but i can't get it working properly, i haven't experience using fd2pragma, anyway iff.library seems to be a little buggy under morphos, after loading some iff images, the library fails to get bitmap color table from iff file. So i think that i will use iffparse.library, but i must to solve the problem writting the bitmap planes.

IFF.library was designed to be used on systems with ECS or older graphics chips. It doesn't load 24-bit color-maps such as those used by AGA or better.

Quote:

Another reason to use iffparse.library, thanks for the info Samurai_Crow.

You're welcome!

I found the problem, i was calling initbitmap function wrong, i have updated the engine using iffparse.library and supporting compressed iff bitmaps, but i tried to compile with gcc for MorphOS, and it freezes my machine when gc_drawBitmap is executed, so i don't know if it works with gcc 2.95 for classic Amiga.

rge_iffparse.lha

Edited:
I have compiled it with gcc 2.95.3 for MorphOS and it works.

[ Edited by BalrogSoft 12.12.2011 - 20:17 ]

To adapt old includes to MorphOS using fd2pragma you can take a look at this script I made many years ago and check out the parameters required:
http://cuaz.sourceforge.net/cuaz/files/AAT_Create_includes_MOS

PS: Nice to see you found the problem

i have another problem :D

when i load an iff with gamebm=bm_load("Back_0"); and then display it with
gc_drawBitmap(gc, gamebm, 0, 0, 0);
the palette isn't correct.

i've tryied also with fb_setPalette(fb,gamebm); prior to display it
with gc_draw, but the palette is a mess.

i've found u have loaded the palette via fb_loadPalette(fb, "game.pal");
but with what program you have created this file?
with piccon for example the palette is messed too.

the same executable for now have displayed the right palette via fb_setPalette(fb,gamebm); only 1 time over 50 retrys


here i'm testing via uae and amidevcpp

EDIT: resolved, i must load the gc->fb palette for the context i draw :D so i must use fb_setPalette(gc->fb,gamebm);

Re-EDIT: no, it works only 1 try over 10 :(

[ Edited by raistlin77it 15.12.2011 - 09:03 ]

Crumb:

Thanks a lot, i will check the script.

Raistlin77it:

There are two ways to set the screen palette, one is using fb_setPalette that set the screen palette with a bitmap palette. It is called in this way:

fb_setPalette(frameBufferStruct, bitmapStruct);

I have implemented other way to do this, iff.library was a little buggy on MorphOS, and i got some problems with bitmaps palette, first executions worked, but after some executions the palette isn't readed correctly, it's very similar to your problem with the engine, but this problem was solved using iffparse, at least it works on my system. It is called in this way:

bm_savePalette(bitmapStruct, fileName)

fb_loadPalette(frameBufferStruct, fileName)

The file saved with save palette has a very simple format, it's word aligned, first word is the number of colors, and after that comes all colors in a word format (4 bits per channel, AGA isn't supported yet). This way should work even if you have problems to extract color map palette from iff files, you should call fb_savePalette and execute it to store the palette on a independent file. Later you can restore the palette from this file. But it's very strange that you have exactly the same bug i have when the engine used iff.library, now i have solved with iffparse.library. I do apologize because the engine isn't supplied with a decent documentation, but i released it before i was planned.

Edited

I have tested my engine on my A600 and it is buggy, i have tested it on EUAE also with the same result, i will check what happens.

Edited

I have found two bugs, one was related with palette, and the other was found on bm_dealloc, that hangs my A600 and EUAE. You can download a new version here:

rge_iffparse.lha

[ Edited by BalrogSoft 15.12.2011 - 13:45 ]