Help Guides

Help Guides

The Guide to Falcon Emulators

Today while there's a lot of choice in Falcon accelerators, all having strengths and weaknesses, unfortunately none of them can be purchased new. If you're lucky at the time of this writing, you can get on the CT60 "abandoned" list in which case you might be able to buy a CT60 that the prior buyer didn't follow thru on. So.. Let's start from the beginning.

Simple Accelerators
Simple accelerators are accelerators that aren't much more than a replacement clock crystal. This overclocks your processor, bus, and some certain other hardware to gain a performance boost. Most people know that this particular method of acceleration doesn't help much. Sure it might make your falcon a bit faster but it can be a huge stability cost. A standard falcon bus runs at 16MHz. It can be overclocked to 20 or 25MHz. Your DSP would then be running at 40 or 50MHz respectively instead of 32MHz so it's quite a bump for the DSP. The problem is weird shit starts to happen! For instance, if you overclock to 25MHz and your system is working, you should put a heat sink on the DSP or else you risk problems with that. You also expose SDMA problems. You may have errors writing from IDE to SCSI drives, and these problems are GREATLY magnified when you put a heavy stress on the bus, such as usuing your new found clock rates to take your falcon from a piddly 640x480x256 colors to a more reasonable 800x600x256 colors. The overclock makes this possible but IMHO it stresses the system so badly it's not worth it. While this upgrade does not do much by itself, when combined with a smarter accelerator is where it makes a huge difference as you will read below.

Article Type: 

Ways of Getting Ethernet on Your Atari

This page is very deprecated and will be updated in the future. Apologies.

Suddenly, from 0 options, we are suddenly presented several options in order to get ethernet on our Atari's. 4 to be exact. But which would should you choose and why?

I will attempt to elaborate. Currently the driver for STiNG for the Daynaport SCSI Link ethernet adapter can be considered beta at best. It is rumored to have issues with large transfers where it seems to like to timeout. I wouldn't know though since I have never gotten it to work. I have tested out several versions of HD-Driver so the conclusion can be one of three things - My identically labeled hardware to what the driver supports is somehow incompatible, my hardware does not work and I bought a defective product, or the adapter only seems to work on very few versions of HD-Driver. I'd be most tempted to believe reason number two. Regardless the driver loads and crashes my system horribly and I have never been able to advance further, even though I've tried a lot. Another thing is, that even if you otherwise have no use for HD-Driver you will have to purchase a late version to use this card. Your scsi driver must support Generic SCSI Driver controls and SCSI Bus Arbitration... and I believe HD-Driver is the only one to do this. It's not a complete loss, HD-Driver is a valueable program to have in your arsenal.

Article Type: 

A Beginners Guide to Atari Emulation

In order to read this article, it is expected that you have foundational knowledge of Atari computers and software as well as the advantages of having an Atari computer so that you can make your own comparisons. Without this experience, this article may or may not make sense to you. I take no responsibility if your brain were to happen to explode.

There is, much to our advtange, a substantial amount of choices of when it comes to emulation of the TOS platform, but before choosing or experiementing in this platform, it's important to understand the benefits and limitations that surround each particular type of emulator. It's also important to understand what an emulator is or isn't. The unfortunate truth is that an emulator cannot be an end-all cure to life's problems. With additional features provided by the host operating system brings increasing levels of incompatibility. More or less you are on a feature/compatibility balance beam.

An emulator, at least according to my definition providees an exact software replica of a particular machine. Others may contest and say that an emulator is simply something that emulates the raw processor. In our particular case, a full and correct emulation is rather difficult, and has only been done up to the Ste, and there is a Falcon emulator in progress but considering the apparent complexity of the DSP, it will have to be an add-in PCI card. The add in PCI card references will be equipped with a DSP that is far faster than the DSP built into the Falcon.

More or less I have decided in my mind that there are three different specific types of emulators. I will begin to describe each of them and also illustrate the benefits and disadvantages to using each type.

1. The full emulator.
Great examples of full emulators would be StoNX and steem for the ST and STE respectively. What I mean by full emulator is that these pieces of software emulate every aspect of the computer directly. Leading to no significant performance advantages (depending on how fast the host machine is) or feature advtanges in the guest operating system (TOS). The type of emulator this creates is one that is completely and absolutely compatible with pretty much any and all low level pieces of software, like games and demos. Unfortunately with this emulator comes the lack of ability to use the higher resolutions and color depths that the host video equipment may provide. It also lacks the ability to use host networking or other features directly. It is an exact copy, so every limitation of the machine you are emulating is present in the emulator itself. The advtange? Pure, unbridled compatiblity.

Another emulator which fits in this category mostly is the recent FalcEMU. FalcEMU is a complete falcon emulator. Except in this case it has no DSP emulation due to the apparently complexity or poor emulation speed of a DSP. In this particular case they plan to offer or to use a plug-in PCI DSP card used by the host PC. They hope to gain full compatibility out of this higher speed DSP card, but it is certainly something that remains to be seen.

2. Primary emulation.
Primary emulation is a little term I deem emulators like... well.. Aranym. Aranym is a very intriguing emulator, in that it's sole purpose is to be a better emulator for power users. While remaining compatible enough to run TOS extensions like MiNT and a full MiNT setup, certain features are addable, including host networking. I.e. Your mint network is magically connected to the internet through your host operating system (windows or linux)'s network connection. Giving your Atari under emulation a hyper-fast internet connection. This is still considered emulation in the end due to the fact that it has to emulate the 680x0 line of processors used to run TOS and ST software. In my personal opinion and for my personal uses, Aranym happens to be the best choice of emulators since things like network connectivity and functionality while retaining enough compatiblity to run things like MiNT is important to me. On the same token it runs under Linux which is great considering I avoid Windows pretty much at all costs. Also existing for this emulator are MiNT device drivers that allow you to access the host filesystem using a very compatible and supported guest method, excellent.

3. Operating Environment
The third type of emulator is what I will affectionately call an "operating environment." In all reality, the only pieces of software that exist like this are MagiCMac and MagiCPC. To understand why I don this term to MagiCMac and MagicPC is fairly simple. Older Macintosh computers happen to have the same processor as Atari's did. In fact a lot of the hardware and design was remarkably similar. MagiCMac is an implementation of MagiC for the mac. Meaning there is no processor emulation. Whatever speed mac you have is the effective atari speed you have. Meaning you can achieve some pretty wild performance through use of MagiCMac. Also this is hardly an emulation due to certain "enhancements" available. An example of this would be MacTCP connectivity for iConnect. What this means is that MagiCMac's internet connection can pull directly from the host operating system for all internet applications that happen to support iConnect... Pretty slick if you ask me. There's also a utility called Magxsound which provides all of the XBIOS sound routines available on the falcon. What this means is that a large base of Falcon audio applications that do not use or do not require the DSP will work just fine on it. But what else? MagiCMac and MagiCPC are limited graphically by the host video hardware. This means if you wanted 1280x1024 at 36 bit true color, it's yours. MagiCMac is hardly an emulator, it's sort of the same effect as compiling linux for running on your PC or your PPC. MagiCPC is a bit different, in that it does have to emulate the 68K processors in addition to the other tasks. The method of using host networking with iConnect is non-existent making the Mac a preferred platform for all MagiC/emulation users. MagiCPC can also be painfully slow due to emulation being inherently slow and imperfect. Honestly though, on an Athalon 1.2GHz, if you aren't picky, you'd never notice. The last problem with MagiCPC is that it emulates a 68000 processor rather than a 680x0 processor meaning that all of your 030 specific applications are automatically guaranteed not to work. It's noticeable that MagiCMac is definitely the far more logical choice in this instance. If you don't have a Mac, go pick up a Mac Quadra 800 for sub $100 price range and you instantly have a cheap, super-fast atari computer that achieves reasonably high compatibility with a falcon minus the DSP (painful). One additional point to remember. MagiCPC and MagiCMac, because they tend to just be operating environments are each capable of reading their respective host filesystems. A prospect which during using emulators you will notice becomes increasingly important. Without this, the only way to transfer software to the emulator side is through a hard drive transfer (the hard drive is readable by the guest operating system), creation of disk images or copying software to floppy disks, or to do a simulated serial transfer to the emulator. All in all any of these methods can be quite a pain and you'll find that the ability to read the host file system and create a virtual drive "folder" is extremely convenient. Steem happens to support doing this as well, even though it is an extremely "compatible" emulator... Kudos.

Now after reading these three descriptions you may begin to realize that only StoNX and steem are "emulators" according to my definition. What I would term any of the other pieces of software, I do not know. They perform processor emulation but at the same time they are not exact replicas. The choice of emulation is one that is specifically suited to personal tastes. In fact none of these emulators are of "poor" quality in any respect. They do exactly what they were designed to do, extremely well. The decision remains yours and I hope this guide gives you a further understanding of what you would expect to find in each project.

Resources:
Application Systems Heidelberg:
http://www.application-systems.de
Aranym Sourceforge Project page
http://aranym.sourceforge.net
Steem Homepage

Article Type: 

Minimalist Guide to Installing a Falcon030 in a Tower Case

This guide is quite old and is now deprecated. It was never a guide on doing a good job either, which with a machine as rare as the Falcon, you shouldn't really consider.

There are many reasons someone might want to put their Falcon into a tower case. The number one reason I can think of right now would be to prepare for your CT60 to arrive. Also perhaps your 2.5" IDE or SCSI drive is failing and you'd like to replace it with a 30 gig 3.5" IDE drive. Maybe your Falcon PSU bit the dust? At any rate, this guide will help you get your falcon in a Tower case as quickly and easily as possible.

Article Type: 

What are GEM Resource Files?

If you have never really dug into Atari's and aren't a programmer or technically minded (there aren't many of you ;) ) then you probably wonder what those .rsc resource files are and why they are needed. Maybe you are technically minded but never really found an explanation. This help guide explains what those pesky .RSC files are.

The .rsc files are GEM resource files. They contain graphics, window and menu definitions that a program uses. They define what a progam looks like, what dialogs or windows it contains and importantly enough, what language the program is in. The resource tells your AES environment how to display the program and the program calls on this resource to display things at certain times.

Article Type: