Xref: utzoo comp.sys.amiga.applications:306 comp.sys.amiga.games:4422 Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!usc!zaphod.mps.ohio-state.edu!rpi!uwm.edu!uwvax!daffy!rt12.cs.wisc.edu!pochron From: pochron@rt12.cs.wisc.edu (David Pochron) Newsgroups: comp.sys.amiga.applications,comp.sys.amiga.games Subject: Re: A.M.O.S. Summary: Great for games, fair for applications Keywords: AMOS Message-ID: <1991Feb20.190110.3722@daffy.cs.wisc.edu> Date: 20 Feb 91 19:01:10 GMT References: <1991Feb18.141013.9228@cl.cam.ac.uk> Sender: news@daffy.cs.wisc.edu (The News) Organization: U of Wisconsin CS Dept Lines: 114 In article <1991Feb18.141013.9228@cl.cam.ac.uk> phg@cl.cam.ac.uk (Philip Gladwin) writes: > >Has anyone any experience of this thing? Is it a toy, or >can you really prototype professional applications in it? It is definately not a toy, I have it and makes game programming many times easier. As for applications, you could do some very good stuff, but it would be mostly stand-alone. (Ie, don't expect to be able to integrate all your OS utilities into such an application. It is very OS independent and very hardware dependent. >for the suitable tools. One is a kind of complex Hypermedia >project, incorporating some limited IKBS techniques and {....} >of a traditional Dungeon/Maze type game. You could do the game very easily, the Hypermedia project is possible to. (Mandarin claims lots of productivity stuff has been written in AMOS in Europe but I have yet to see anything arrive here.) The main reason *I* bought AMOS was to write games (starting with porting Rescue Raiders!) and its graphics and animation capabilities make game programming extremely easy. And any language you intend to write games in had better not be a toy, because all you will get are crappy games. One of the nice things about AMOS is its ability to store all the data the program needs (sprites, sounds, machine code, compressed screens(!)), as part of the interpreted code. This means you could create an application that has only one file - the program itself! (And note I am not talking about DATA statements - there are things called "memory banks" where you can store in binary format all this stuff. It doesn't show up in program listings, but is there all the same.) >is it all Basic syntax? How good _is_ Basic these days anyway? It is a VERY comprehensive BASIC language...Just about every command you could ever want is in there...Line numbers are not needed (but allowed), and has all the optional "structured" BASIC stuff. It has integers as well as floating point (single precision) Machine code is easy to make part of a BASIC program. No structured data types (ala "C") are present. :-( It also comes with lots of utilities for creating sprites, Bobs, keymaps, etc. >How fast is it? Can you get proper sprite animation and movement, >or are you always painfully aware of the machine thinking? *Very* fast. I don't know what they did to get the virtual sprites and Bobs moving so smoothly, but it works! (They don't use Gels-it's all direct hardware stuff.) There is fine scrolling, font support, and copper list commands. One thing it DOESN'T have (argh!) is interlace mode! Don't know why it wasn't included, maybe no one uses interlace in Europe? Also, it isn't all that NTSC-friendly...You can configure it for NTSC but there are problems with "garbage" at the top of the screen when it does its "wipe effects" - obviousbly, they set the hardware DIWSTOP register for PAL and not for NTSC! >I assume it has an Arexx port? Are you kidding? AMOS only uses the OS for I/O...everything except Exec & DOS gets punted when you run it. (See why it only has limited application value) Interestingly, it DOES multitask - CLI, Workbench, and other programs still run in the background. AMOS just takes over the screen completely, and you press L-Amiga-A to get back to the "OS-created" screens. (AMOS programs can also be running when you are using the Workbench, etc.) Since it punts Intuition, it has its own window and gadget routines, which are not as good as Commodore's. It also has its own pull-down menu code, something the author went overboard with - it has different styles of menus (pull down, pop-up,etc.) and you can do weird things like attatch Bob animation sequences to menu items... You can make system library calls directly, so you can open Intuition screens and windows, but since they are incompatible with all of AMOS' animation commands, it isn't all that useful. You could add an AREXX port if you really wanted to by using this facility. >Has it its own database facility? If not, are there Netland >recommended products? Nope. This is BASIC, and not AmigaVision. :-) >There are reports of AMOS being unstable - are they well-founded? >And does the new release (2.1) cause more bugs than it fixes? I have version 1.2 (Know there is a 1.21, never heard of a 2.1...) and it seems fine to me. The only thing I know for sure is it doesn't seem to work with the A3000 - probably uses the CIAB timer for something - I have a A2630 installed in my A2000 and have no problems with it. The author actually did a decent job of being "polite" to the OS considering how it takes over the screen display - something more game manufacturers should do. >And what about the AMOS 3D release? What wonders does it include? >Is it worth it? Is it compulsory? I don't think it is out yet...Wish it was, though. I'm also waiting for the compiler to come out. >What is the size of the runtime environment? Are we talking two-disk >applications here? This is another one of its niceties - it comes with a runtime module called RAMOS and it only takes up 24K (I think). It is freely redistributable. >Philip Gladwin >phg@uk.ac.cam.cl >phg@cl.cam.ac.uk -- -- David M. Pochron | "Life's a blit, | and then you VBI." pochron@garfield.cs.wisc.edu |