A.D.A. Amiga Demoscene Archive

New polish speaking (sad that not have english version) emag for amigas with graphics cards, under 800x600x24bit. 68k and Morphos version. Looks like old nice emags !
Take a look on screenshoots:

sad .. first post create by ibrowse :) Here is:





btw, z5, plz delete links from top posts (still can't login for post editing :( ).

:) here is link: http://main.aminet.net/demo/mag/7days.lha

Seems to be a great mag, but I can't read ANY of the articles as they're all in polish language!

kas1e, don't know about others but for me this mag would be very hard to read due to small fonts, 1-pixel-wide stroke at such hich resolution is just too small to be pleasant... please consider upping font-size and using these extra pixels for a nice 2-pixel-wide stroke font with antialiasing for curves... your eyes will surely thank you a lot.

BTW the panels and background look great, would you consider doing an AGA version by running an antialiased 1280x512 screen?

EDIT: I mean, I can provide realtime 24bit->ham8 conversion which may look good in 1280x512 screensize.

winden, emag is full system friendly, and , on running stage you can choice font and font size (or very big, or very small). but for you (as aga owners) i think will be problem with using becouse images are 24bit. start pict for example 800x600 of size. So i think it will hard to use on AGA.

btw, i think you do not think that i am work on this emag ?:) i only found news about it on aminet, run it, have fun and post here :)

best choice for you it is try to contact with authors ..

ps. as i read on pouet.net, they will make english version too. (i hope :) ).

btw, winden, your realtime 24bit->ham8 converter will provide good output ?:) i mean it will looks like 24/32bit originals or so ?

Yes, it will look more or less OK since it tracks which color has the biggest deviation between current HAM color and original color and then corrects it.

I also had a little variation which always corrected green on even pixels and either red or blue on the other one... this was faster but less accurate.

Also gaining higher resolution works much better, for example converting a 640x512 24bit screen to 1280x512 ham8 looks much better because you can correct 2 colors per original pixel.

I have to remind you that these routines are not really fast given they have to convert a lot of data and also the traking code means you have to write all 8bpls to chipmem and not only 6 like when you have fixed-correction like in most (all?) ham6 and ham8 demos.

hey winden, can you maybe (if have time), to make for me little example:

1. just show 24bit picture in 640x480, and the same picture after your conversion, but in ham8. I am in interest to watch difference.

2. little code which take ham8 raw image, and draw it on screen.

if have time of course ;)

This is not a new mag.. it is the first PPC amiga mag, released some months before the EC.. Summer 2005 or so, I seem to recall?

They have tried to get someone to translate the articles, even before the mag was released, but nobody has stepped forward, so I don't think it will happen.

Darkhawk - do not check the date of first post ?:) "24 Oct 2005 02:34".
i up this thread only in fact of ham8 talks :) maybe have some skills ?

kasie, i'll dig out my algorithms and translate them to C code so that I can send you screenshots from the OSX machine, ok?

winden, big thanks !

C code is preferable of course :) easy to understand ,etc. Btw, can you said, it is possible to do fast fade in/out effect of ham8 pictures ? and, what do you think, will 68060 enought for do dbl-buffering animation of ham8 picts ? i mean for example i will have ham8 picture, on this picture i want to scroll other ham8 sprite. so, i must redraw this 'background' always. Well.. for warp3d (hardware render) it is very fast of course. But 68060 .. do not know :)

kasie, back when i did this i had a 030/50 and updating a screen took a few frames (maybe 5 or 6). 060 machine should go about 2 or 3 times faster maybe on the converting, but then again a lot of time will go towards the c2p + chipmem write.

scrolling a sprite... if you need this for the pointer, i'd advise of using the normal system pointer for this and not use a software sprite. if yo really want it, the screen refresh should only be done on the affected scanlines and not the whole screen.

winden, what about conversion from jpg (for example) to ham8, here is not any crytical thinks for time. I will use just raw ham8 picts, so, no problem with speed of conversion.

what about sprite, no, i talk not about mouse pointer. for example i have this:
640x480x16bit screen. on this screen i drop picture (will be called background). And on this screen i will in one place of screen - draw the text, in other will be 'sprites' of menu corners. (some little images. not so little of course, somethink like 300x150). After i will choice some menu corner, pictures will be changes, but not just like flash up new, but witch some effect base on scrolling.

In other words, if you in interest, i can create a avi of present warp3d engine, and you just can see what i mean, and can said possible to do the same for ham8/060 , or not :)

also maybe you just can said , if some effect unpossible to make for 060/ham8 with 25 fps, it can be changed on some other (without scrolling) but to the good looking too :) So. want to see avi ? (i can made somethink around 7-10mb)

@winden
still no answer from you.. do not have time/interest ?:)

kasie, i'm not sure what you mean by sprite... maybe we can chat on msn or irc a little?

winden, will be very interesting to do some chat with you :) on which server/channel i can found you ?

#amycoders @ eris.ircnet.org