AMOS BASIC tokenized file
(Sample files) |
|||
Line 27: | Line 27: | ||
=== Banks === | === Banks === | ||
− | In order to work with multimedia such as pictures and music, AMOS has the concept of a ''memory bank''. An AMOS program can have up to 15 | + | In order to work with multimedia such as pictures and music, AMOS has the concept of a ''bank'' or ''memory bank'' (see [[AMOS Memory Bank#Disambiguation]] for a note about terminology). An AMOS program can have up to 15 banks. For example, you can load several pieces of music into different banks, and then identify which one you want to play by a number: <code>Track Play 5</code> will play music in bank 5. Or you could load a packed picture into bank 4 and say <code>Unpack 4 to 0</code>, which will unpack the picture onto screen 0. |
While you can load anything into any bank, some instructions can only take their data from specific bank numbers. Bank 1 is used for Sprites, which are controlled with instructions beginning <code>Sprite</code> or <code>Bob</code>. Bank 2 is for Icons, which are controlled with instructions beginning <code>Icon</code>. Bank 3 is used for music in AMOS's native music format. | While you can load anything into any bank, some instructions can only take their data from specific bank numbers. Bank 1 is used for Sprites, which are controlled with instructions beginning <code>Sprite</code> or <code>Bob</code>. Bank 2 is for Icons, which are controlled with instructions beginning <code>Icon</code>. Bank 3 is used for music in AMOS's native music format. | ||
− | If | + | If banks are in use while saving source code, the contents of the banks are included in the saved source code. This makes it easy to bundle code with the data it works on. The exception to this rule is banks created using the <code>Reserve As Work</code> instruction. |
== AMOS source code == | == AMOS source code == | ||
Line 63: | Line 63: | ||
|4 bytes | |4 bytes | ||
|- | |- | ||
− | |Count of AMOS | + | |Count of AMOS banks to follow (0-16) |
|2 bytes | |2 bytes | ||
|- | |- | ||
− | |AMOS | + | |AMOS banks. Each bank's length must be individually determined. |
|varies | |varies | ||
|} | |} | ||
Line 262: | Line 262: | ||
} | } | ||
− | == AMOS | + | == AMOS Banks == |
− | AMOS | + | AMOS banks can be found either included with AMOS source code, saved individually on disk, where they typically have the file extension <samp>.ABK</samp>. |
− | AMOS allows for 15 banks in an program. Each bank can be located in "chip" memory, which is accessible to the Amiga's custom graphics and sound processors, or it can be located in "fast" memory, which is only accessible to the CPU. | + | AMOS allows for 15 banks in an program. Each bank can be located in "chip" memory, which is accessible to the Amiga's custom graphics and sound processors, or it can be located in "fast" memory, which is only accessible to the CPU. |
− | + | Banks are identified by their first four bytes. They are either Sprite/Icon banks (using the ASCII identifier <samp>AmSp</samp> or <samp>AmIc</samp>), or they are "normal" memory banks, which covers all other possible bank formats (using the identifier <samp>AmBk</samp>) | |
=== AMOS Sprite/Icon Bank format === | === AMOS Sprite/Icon Bank format === |
Revision as of 21:44, 6 January 2016
AMOS BASIC is a family of BASIC dialects for the Amiga computer. They were written by François Lionet, who also wrote AMOS's predecessor, STOS BASIC for the Atari ST.
There are several versions of AMOS published: AMOS The Creator, Easy AMOS and AMOS Professional.
AMOS has its own integrated development environment, and it uses its own custom file formats for everything, from source code to graphics and sound.
Contents |
Overview
AMOS is an interpreted BASIC dialect where code is edited and run in an integrated development environment. Every time the programmer finishes editing a line of code, it is immediately parsed into tokens. For example, typing procedure foobar
and pressing the return key will change the line into Procedure FOOBAR
.
Before a program can run, it will be tested to ensure it is free of syntax errors. Source code can be saved even if it is untested or fails testing, but AMOS includes a tested flag in the saved file. This is used by external software, for example the AMOS Compiler will refuse to compile an untested source code file.
Extensions
AMOS tokens are split between instructions in the core language and instructions in extensions.
Extensions are external files, written in 68000 assembler, which begin with a token table listing all the instructions they add to the language.
Each extension is intended to be loaded into a specific slot. AMOS has 25 slots for extensions. The configuration of extensions and their slots are saved in AMOS's global config file.
To load other people's source code, AMOS needs to be configured with the same versions of the same extensions that they used, in the same slots.
Banks
In order to work with multimedia such as pictures and music, AMOS has the concept of a bank or memory bank (see AMOS Memory Bank#Disambiguation for a note about terminology). An AMOS program can have up to 15 banks. For example, you can load several pieces of music into different banks, and then identify which one you want to play by a number: Track Play 5
will play music in bank 5. Or you could load a packed picture into bank 4 and say Unpack 4 to 0
, which will unpack the picture onto screen 0.
While you can load anything into any bank, some instructions can only take their data from specific bank numbers. Bank 1 is used for Sprites, which are controlled with instructions beginning Sprite
or Bob
. Bank 2 is for Icons, which are controlled with instructions beginning Icon
. Bank 3 is used for music in AMOS's native music format.
If banks are in use while saving source code, the contents of the banks are included in the saved source code. This makes it easy to bundle code with the data it works on. The exception to this rule is banks created using the Reserve As Work
instruction.
AMOS source code
All multi-byte integer values are in big-endian (Motorola) format.
AMOS source code is stored in a file with the extension .AMOS. It has the following structure:
Section | Length | |
---|---|---|
Header identifying which version of AMOS saved the file
|
16 bytes | |
Length in bytes of tokenized BASIC code to follow | 4 bytes | |
Tokenized BASIC code | varies | |
AMOS AmBs segment | ASCII identifier "AmBs" | 4 bytes |
Count of AMOS banks to follow (0-16) | 2 bytes | |
AMOS banks. Each bank's length must be individually determined. | varies |
Tokenised BASIC code
Tokenised BASIC code is a sequence of tokenised lines. Each tokenised line has the following format:
Field | Length |
---|---|
Length of this line in words (2 bytes), including this byte. To get the length of the line in bytes, double this value | 1 byte |
Indent level of this line. Prefix indent level + 1 spaces at the beginning of the line, or no spaces if the value is less than 2 | 1 byte |
Sequence of tokens. Each token is at least two bytes, and all tokens are rounded to to a multiple of two bytes. Each token is individually sized. The tokens always end with a compulsory null token | varies |
Some tokens have special size rules, but most are exactly 2 bytes in size.
Each token starts with a signed 16-bit number. Token values between 0x0000 and 0x004E have special printing and size rules, all other tokens are a signed offset into AMOS's internal token table. The instruction name in the internal token table is what should be printed.
Specially printed tokens
Token | Type | Interpretation |
---|---|---|
0x0000 | null token | Marks the end of line. Always 2 bytes long |
0x0006 | Variable reference, e.g. Print XYZ
|
|
0x000C | Label, e.g. XYZ: or 190 at the start of a line
| |
0x0012 | Procedure call reference, e.g. XYZ["hello"]
| |
0x0018 | Label reference, e.g. Goto XYZ
| |
0x0026 | String with double quotes, e.g. "XYZ"
|
|
0x002E | String with single quotes, e.g. 'XYZ'
| |
0x001E | Binary integer value, e.g. %100101
|
|
0x0036 | Hexidecimal integer value, e.g. $80FAA010
| |
0x003E | Decimal integer value, e.g. 1234567890
| |
0x0046 | Floating point value, e.g. 3.1452
|
An exponent of 0 means 0.0, regardless of mantissa. Counting from MSB (23) to LSB (0), each bit set in the mantissa is 2^(mantissa bit + exponent - 88) |
0x004E | Extension instruction |
|
Specially sized tokens
Token | Type | Interpretation |
---|---|---|
0x064A | Rem
|
|
0x0652 | '
| |
0x023C | For
|
|
0x0250 | Repeat
| |
0x0268 | While
| |
0x027E | Do
| |
0x02BE | If
| |
0x02D0 | Else
| |
0x0404 | Data
| |
0x0290 | Exit If
|
|
0x029E | Exit
| |
0x0316 | On
| |
0x0376 | Procedure |
|
Encrypted procedures
If you should find a procedure (0x0376) token with the "is encrypted" bit set, run this C function on the code and it will decrypt the contents of the procedure.
/* fetches a 4-byte integer in big-endian format */ #define EndGetM32(a) ((((a)[0])<<24)|(((a)[1])<<16)|(((a)[2])<<8)|((a)[3])) /* fetches a 2-byte integer in big-endian format */ #define EndGetM16(a) ((((a)[0])<<8)|((a)[1])) void decrypt_procedure(unsigned char *src) { unsigned char *line, *next, *endline; unsigned int key, key2, key3, size; /* ensure src is a pointer to a line with the PROCEDURE token on it */ if (EndGetM16(&src[2]) != 0x0376) return; /* do not operate on compiled procedures */ if (src[10] & 0x10) return; /* size + 8 + 6 is the start of the line after END PROC */ size = EndGetM32(&src[4]); endline = &src[size + 8 + 6]; line = next = &src[src[0] * 2]; /* initialise encryption keys */ key = (size << 8) | src[11]; key2 = 1; key3 = EndGetM16(&src[8]); while (line < endline) { line = next; next = &line[line[0] * 2]; /* decrypt one line */ for (line += 4; line < next;) { *line++ ^= (key >> 8) & 0xFF; *line++ ^= key & 0xFF; key = (key & 0xFFFF0000) | ((key+key2) & 0x0000FFFF); key2 += key3; key = (key >> 1) | (key << 31); } } src[10] ^= 0x20; /* toggle "is encrypted" bit */ }
AMOS Banks
AMOS banks can be found either included with AMOS source code, saved individually on disk, where they typically have the file extension .ABK.
AMOS allows for 15 banks in an program. Each bank can be located in "chip" memory, which is accessible to the Amiga's custom graphics and sound processors, or it can be located in "fast" memory, which is only accessible to the CPU.
Banks are identified by their first four bytes. They are either Sprite/Icon banks (using the ASCII identifier AmSp or AmIc), or they are "normal" memory banks, which covers all other possible bank formats (using the identifier AmBk)
AMOS Sprite/Icon Bank format
Refer to AMOS Sprite Bank. See also AMOS Icon Bank.
AMOS Memory Bank format
Refer to the main article: AMOS Memory Bank.