The Atari Forum Demo

[simonsunnyboy]

As discussed on the Website Discussions forum, I hereby start the project of The Atari Forum Demo.

Goal of this project is to create a multipart demo by the members of Atari-Forum (means this board here).

All users of the board are invited to contribute a part following to the rules below:

* Your part must be standalone.
* Your part may not exceed 100K in size.
* Your part has to run at least on a real Atari ST or STE.
* STE only entries are allowed but must be specially mentioned.
* Your part must run in 512K, 1MB only parts are not allowed!
* Your part may not use extended resolutions or hirez.
* Your part may not load additional data from disk, means a fully linked executable.
* To take part you must state for the loader screen: coder, language (especially if you used DCK, you need to say it), names of artists and musicians
* You may use art and music by others but you are required to give proper credits!
* Atari-Forum must be mentioned in your part, either as a logo, a picture or a larger text. A scrolltext snippet does not count!

Allowed languages and environments are as follows:
* m68k assembler
* C, Pascal, Modula2, Lisp or any higher language on the ST
* GFABASIC, STOS, TrueBasic (all only as compiled GEMDOS executables)
* DCK

Deadline is May 01 2004. The demo will then be assembled and hopefully released to the community.

If at all possible do not spread your work before the complete demo has been released to keep the fun and the surprise alive.
I count on your secrecy

Let's hope we'll fill more then one disk! Any contributions counts as long as it fits into the rules above!

Post here anything related, except for your part
I'll state later where to submit your entries and I'll try to find a second independant judge for the rules.

@admins: Could you please make this thread sticky so that it appears on top?

[Zorro 2]

Hi Simon of ParadiZe !

I would discuss about some points :
1/ Standalone : we must be one to make code ? Not external help with an another coder ?
2/ 100 Ko : maybe 64 Ko of size limit with using data compressor like ICE-PACKER or ATOMIK ?
3/ the demo runs on the family of STF or STE at the origin ?
4/ STE only entries are allowed but must be specially mentioned : can you explain more pleaze !
5/ Your part must run in 512K, 1MB only parts are not allowed : if you use MODULE or big - no precalc - effect, 512 Ko is maybe not enough !
6/ Your part may not use extended resolutions : like overscan border ???

[simonsunnyboy]

1/ Standalone : we must be one to make code ? Not external help with an another coder ?
2/ 100 Ko : maybe 64 Ko of size limit with using data compressor like ICE-PACKER or ATOMIK ?
3/ the demo runs on the family of STF or STE at the origin ?
4/ STE only entries are allowed but must be specially mentioned : can you explain more pleaze !
5/ Your part must run in 512K, 1MB only parts are not allowed : if you use MODULE or big - no precalc - effect, 512 Ko is maybe not enough !
6/ Your part may not use extended resolutions : like overscan border ???

Standalone means the binary..ofcourse crews and multicoder productions are allowed. So I want a single .PRG or .TOS file together with a README. This also applies to the fullylinked point.

100K limit means packed. Your contribution should be submitted already packed. If not, state it and we'll try to pack it.
An unpacked contribution may bust the limit but will only be included if it can packed down into the limit.

STE only means: state if your prod is STE only. The shell will only launch parts on STFM that are STFM compatible.
Means STFM users will not see your STEonly part but they will be informed about that.

512K..well you can still do lots of effects with that. I just want to ensure that anyone with an ST can watch the resulting demo. Using a module, well use a tuned/small module then

Extended resolutions means: no gfx card or the like. Overscan in ST-LOW _IS_ ofcourse allowed. Should better mean: only real Shifter stuff.

Hope this makes the points more clear.

[WayneKerr]

This sounds pretty cool, I hope I get time to produce something for it... will all the parts run from a main-menu Sunnyboy? Or will it just be released as a collection of standalone screens on floppy?

[simonsunnyboy]

All the parts will be chained together from a shell although I'm not yet sure if it will be interactive. I always preferred demos that kept the user lazy and did not require the user to select the next part to watch.
What's your opinion?

[bpadinha]

I prefer the old-skool screen-selection, and, of course, space-bashing to exit a screen. After all, this is no Amigaaargh-forum demo, is it?

bp

PS - My part already has one effect coded, with 0.5 VBL still free!

[WayneKerr]

Yeah I prefer the oldskool way also... at least some method to select the parts (since you'll want to go direct to your favourite parts when you watch it again) instead of being forced to watch some demos you don't like

[Zorro 2]

Hope this makes the points more clear.

Now it's clear for me

Normaly I made demos for 512 Ko user, I'll test at the end.

Thanks for "quick" response

[Perihelion]

I think this is a great way to engage some coders, one musn't go through the trouble of putting together a whole demo, but can still do something for the community.
GREAT IDEA

Now, if i could just get myself together and do something ...


tiiiny question; if one were to code like a two parter or something ... should it be divided, say I (or probably someone else) gets really creative/productive and do two screens, should both be submitted and will one be chosen, or should you just submitt the best you have? (and save something for the next release!!)

[simonsunnyboy]

tiiiny question; if one were to code like a two parter or something ... should it be divided, say I (or probably someone else) gets really creative/productive and do two screens, should both be submitted and will one be chosen, or should you just submitt the best you have? (and save something for the next release!!)

If you want to do two parts, feel free to do so. Anything that complies with the rules will make its way into the demo.

The more the merrier

[tobe]

You may use art and music by others but you are required to give proper credits!

10 years after, it's still possible ?

If i find it, can i bring back a screen i made some time ago (GFA/STE/512k) ?

If i can't find it, did someone need an idea to code in either GFA, 68K or both them ?

[simonsunnyboy]

As long as it hasn't been released yet you may submit an old screen too. As long as it fits with the rules, it's ok

[bpadinha]

Say, is there any one around who would like to contribute to my screen?

One of the effects requires a nice 8-colour picture (max width = 288, max height = 92), currently I'm using a stretched out Atari-Forum logo, but a properly designed one, or a picture which includes it, or some other reference to it, would come in handy.

Also, for the sound I'm using a very old An-Cool tune, but if someone wants to contribute something new it would be nice. Should be on the "speedy" side though, to go allong with the effects.

Cheers,

bp

[GT Turbo]

You are doing a Atari forum demo, when this demo will be released ?

There is some space disponible if we want to contribute to this ?



GT Turbo (C.V.)

I love coding !!!!

[RaZ]

Is anybody out there ?!
We need an answer guys !

[tobe]

Read the topic from the beginning

Deadline is May 01 2004

[GT Turbo]

Sorry, i haven't really read the topic !!! So, we do it a screen for the atari-forum.com demo !!!!

Enjoy it!!!


GT Turbo(C.V.)

[bpadinha]

Right, I've got a "release candidate 1" ready. Do you want me to send it (if yes, what's your address)?

bp

[simonsunnyboy]

Drop by on #atariscne. Atm I don't want to do that by mail.

[tobe]

Hi simonsunnyboy !

About the demo, will it ran from the AUTO folder, GEM or boot sector ?
From the 512K, how many will be avaible for allocation ?

Bye !
To.

[GT Turbo]

Hi !

Just one question ?

Do you relocate the screens ? Or we have to write in relatif mode ?



GT Turbo(C..V.)

[GT Turbo]

Oups !!

Please forget my last question, i have thinking a little bit and i was thinking to gfa coder, they can't write relatif code !!!!! Like other langage coder !!!


GT Turbo

Who as not enough sleep last night !!!

[simonsunnyboy]

Standard GEMDOS executables are relocatable and if you can read, only those are allowed

Concerning memory, expect to have around 350k-400k from 512k.

[tobe]

...i was thinking to gfa coder, they can't write relatif code !!!!!

Hmm, any *.PRG can be hand-rellocated... I wrote it 100% GFA when i was younger, porting a 68k source from STMag.

[GT Turbo]

...i was thinking to gfa coder, they can't write relatif code !!!!!

Hmm, any *.PRG can be hand-rellocated... I wrote it 100% GFA when i was younger, porting a 68k source from STMag.

Hi Tobe,

I know that all PRG can be hand-relocated but you can write relatif PC code only in asm !!! If the atari-forum shell will dont relocate PRG, only asm code will run !!!


GT Turbo