These pages list and make available my personal collection of Amiga demo/cracking scene material. I am gathering this data for your viewing pleasure as well as to preserve the material from extinction. I created this PHP/SQL monstrosity you're browsing to maintain my stuff, to help browse through the releases and to let other collectors and interested parties know what I got.

For the collection I am gathering all scene material that is executable, or otherwise constituting a "release" in scene terms. In English, that means I'm collecting demos and stuff, but not e.g. individual modules or pictures. At least for now, see more questions below.

Inserting titles to the collection is an ongoing process, in progress at various levels of commitment since 2002. Everything you see here is hand checked and verified to be working, correctly named and not a dupe. If you spot some very common and popular scene products missing, they'll most likely be added in the near future. Old and rare productions not yet available in every other site out there are, naturally, given top priority.

Special thanks to Toni, Janne, Ville and Richard for their help and support. Huge appreciation also to everybody who have provided me with missing material, especially to the great people supplying their old disks.

Yes. The products were released as public domain, meaning they can be freely distributed. No warez available here, sorry BSA. :)

It is of course possible that among the thousands of disk images and executables, some copyright restricted material has snuck in. If you find your rights molested, please inform me and we'll work from there.

While we're on the subject, let me make one thing clear.. Do NOT ask me for Kickstart ROM images. Sure, the fact that spreading them is illegal is completely ridiculous. But it's still illegal, which means I can't help you.

Just click the download link up there in the menu!

Note that the link contains a recent backup of the entire archive in a packed form. Please read the accompanying readme file before asking me anything about the backups. For individual files, try your luck with ftp.amigascne.org (not affiliated with yours truly)

There seems to be a lot of confusion over this, so let me explain.

If it is listed on this site, I have it, it works and it's yours to download. Unless the "inserted" field lists a date more recent than the download snapshot's date, you can get it right now from the download link. Otherwise, either wait for a while for a new backup or ask me for the file. Or try your luck with amigascne.org.

As stated before, everything has been hand verified to work, using the latest (often beta) version of WinUAE maintained by my good pal Toni. Yes, everything works in an emulator, but you need to remember how to properly configure your stuff. Just as you would with your real Amiga setup.

The default configuration of all non-AGA items is a basic A500 with kickstart 1.3 and 1.0MB RAM. (0.5MB chip/slow). If an item requires something else to work, it is noted in the additional info -field. For AGA stuff I nowadays use a pretty maxed-out configuration with lots of RAM etc.

If you really have trouble getting something you've downloaded from me to run, let me know and we'll sort it out. Just don't go around yelling "emulators suck" when they infact don't :)

Just mount the executable directly in DF0:, as long as it's small enough to fit on a disk.

The simple algorithm is: if it's visually, aurally and/or functionally different to existing releases, and related to the demo/cracking scene, it's in.

For example, I count different instances of the same crack intro different releases as the content clearly differs. Updated versions such as bug fixes are also worth archiving.

On the other hand, my files will not include alternate checksum versions of the same release if the differences do not affect functionality in reasonable ways. This goes for e.g. byte differences in a disk image outside executed code, or versions of the same executable repacked using different crunchers.

You might not agree with my definitions, but in that case you're free to get your files from elsewhere. :)

Don't worry, nothing apart from 100% dupes is trashed. In the future I might make other types of data such as plain textfiles or individual pieces of graphics available in some form. In the meantime, all the "unworthy" material is still privately stored and backed up regularly.

First, searching and archiving prods released after the Internet became widespread is not much of a challenge, nor a historically significant task. Most of those releases have already been uploaded to places like Aminet, archived quite systematically and mirrored in dozens of places. So they are not yet disappearing anywhere, which doesn't go for old rare demos deteriorating on floppy disks in cellars and attics around Europe..

Second, even though I'm building an impartial collection I make no effort to hide the fact that I love good old OCS/ECS releases :)

There are many, many reasons for this. To put it short, it would be an impossible task and only result in an unusable mess.

Just a few points to consider: there was no uniform standard to file names, not even in the BBS scene where the same release might have appeared under several 8+3 combinations. If such names would to be followed, each folder would be filled with differently named files in a seemingly random order. Furthermore, for most of the productions a "real" file name wouldn't be known (e.g. files only available on pack disks) or even exist (disks spread by mail).

Trust me, taking liberties in naming files makes things easier to you, and 2000 files named "intro" would not benefit anyone.

• - The release is related to a party. Clicking the icon lists all releases linked to the particular party.
• - AGA chipset required.
• - The release is a pack with its contents linked in the database.
• - Errors in the file(s). See the error-related question below.
• - Credits are listed for the release.
• - Text found in the release can be viewed.

Sorry, but the only type of data you'll find here is factual. For opinions, comments and such, use Pouet instead. And no, I'm not affiliated with them either.

The line has to be drawn somewhere. Remember around 1992-1993 where EVERY non-trackmo product was claimed to be a new kind of demo? Dentro, mentro, mintro... and in the end they were all the same. Just like a "packmag" is only a pack with some ads.

The definition of "intro" is often debated.. Some claim that only smaller-than-X-kb files deserve to be called intros. Well, I'd rather be shot than called a 700kb one-logo-and-one-scrolltext product a filedemo just because the authors couldn't crunch their data. ;)

Of course, if you spot any categories that are clearly incorrect, such as some megademo being called a diskmag, email me and I'll fix it.

Anyone who had to struggle with 3.5" disks in the old days knew that they're plain evil. Some of the ADF images do contain those nasty read/write errors, and I haven't yet located fully working ones to replace them. Be assured, there are no products on the list that don't work at all, and all the trackmos, megademos etc. should all be just fine. The errors can mostly be found in packs, and a few music disks have a few songs failing to load. Naturally, fully working versions of all these products are wanted.

This was something suggested several times by several people. A checksum is the "perfect" way for evaluating file differences, when dealing with alternatively named of broken files etc. There are more complex checksums out there than CRC32, but I chose it as it's supported by default on ZIP archives etc, plus it's nicely compact. :)

Please note that the CRC32 listed on my file is always for an EXE or an ADF file. So comparing the checksums of DMS archives and such against my values is an exercise in futility.

All the meta data such as credits, tags etc. are a low priority feature, mostly done just for fun. I will insert content into these data fields when I've got the inspiration, but new files come first.

If you have live in Finland and happen to have boxes full of old Amiga disks with demoscene stuff in them, I'd be more than happy to arrange them to be picked up for image transferring. If you have already dumped your old stuff into images, mail me and we can sort something out. You'll naturally get a copy of my collection in return as shiny CDs/DVD-R if you so desire.

It would be great if you'd notify me of any errors, typos and such. Naturally, any info/correction on release years, hardware requirements etc. is appreciated, as well as general suggestions on how to improve this page.

Also, if you found some old release of yours here and had fun watching your teenage antics, drop me a mail. It's always fun to hear people enjoying this old crap again, and kind of boosts the morale for maintaining such a project :)

Yes, I know of similar projects and have been working in co-operation with most of them for years. Data is shared and people inform each other of releases. So don't worry, we aren't exactly in competition.

This is a personal project of mine, and I have strong feelings on several aspects related to this kind of archiving. Every minute spent on archiving new data instead of arguing over technicalities among other strong minded people is a win in my books. Of course, this doesn't mean I woudln't be open for suggestions or opinions..

All screenshots have been manually taken by yours truly. They may have been used by others, either with permission or without one. The Bitfellas archive for example has a permission for using all my shots freely.

I am not in the US of A and this is not a kid-safe website for the whole family. Yes, scene releases may contain swearing, nudity, violence or unoptimized realtime effects and they may be visible on the database front-end as well. I do not perform any censorship or toning down as I am here to preserve data as accurately as possible. Deal with it.

That information is on a need-to-know basis. Nothing to do with the scene though. Hi EAB chaps :P