The Stellar Dynamics SD-8516 represents a categoretroical reimagining of microprocessor architecture. This 16-bit CPU, implemented in AssemblyScript for the VC-3 computer system, delivers performance exceeding conventional silicon constraints through advanced cross-boundary resonance microcascades.

The SD-8516 is intended to be an easy to learn architecture which remains era-authentic.

• 16-bit architecture with 16 general-purpose registers
• 32-bit and 64-bit register pairing system
• Clock speed: 125 MIPS on a Geekbench 6 baseline system (ex. i7-12700K)
• Memory: 256KB addressable via 4-bank system
• ~20× performance improvement over legacy 8510 design

• Clock speed: 10 MHz base, up to 100 MHz
• Sustained MIPS: 70 MIPS (i7-12700k)
• Memory bandwidth: ~540 MB/s
• Sound system overhead: < 5% CPU time
• Video refresh: 60 Hz (16.67ms frame time)

• Architecture: WebAssembly-based virtual CPU
• Languages: AssemblyScript (CPU core), JavaScript (I/O systems)
• Memory Model: 4 banks of 64k RAM
• Audio Backend: SD-450 4 voice polyphonic 5 waveform Audio System
• Video Backend: 9 mode Text and Graphics pixel-perfect render engine

WHAT IS MACHINE LANGUAGE?

At the heart of every microcomputer is a central microprocessor. It is a very special microchip that acts as the “brain” of the computer. The SD-8516/VC-3 is no exception. Every microprocessor understands its own language of instructions. These instructions are called machine language instructions.

More precisely, machine language is the only programming language that your VC-3 understands. It is the native language of the machine.

If machine language is the only language that the 8516 understands, then how does it understand STELLAR BASIC? BASIC is not the machine language of the 8516. What, then, makes the 8516 understand BASIC instructions like `PRINT` and `GOTO`?

To answer this question, you must first see what happens inside your 8516. Apart from the microprocessor – which is the brain of the machine – there is also a machine language program stored in a special type of memory that cannot be changed. More importantly, it does not disappear when the 8516 is turned off, unlike a program that you may have written.

This machine language program is called the Operating System of the SD-8516. Your SD-8516 knows what to do when it is turned on because its Operating System program is automatically “run.”

WHAT DOES MACHINE CODE LOOK LIKE? Machine code stored in computer memory as a series of numbers. The computer decides what to do based on those numbers. So, a simple program might look like this:

  C000: 00 34 10 C0 00 00 20 66
  C008: 86 05 00 20 64 86 05 85
  C010: 48 45 4C 4C 4F 20 57 4F
  C018: 52 4C 44 21 00 00 00 00

To enter and RUN this style of program you can use a program like 'wozmon' for the Apple I, MONITOR for the Commodore 128, or DEBUG for 8086 computers using MS-DOS. You could also write a simple BASIC program to help you enter the numbers.

HEXMON

Your SD-8516 comes with an entry program in ROM called HEXMON. To start HEXMON type “MON” at the ready prompt. For more information on HEXMON see: HEXMON.

If you enter the above program (just type the lines in) and then type:

  C000R

The program will run. C000 is the memory address and R is the traditional wozmon command to run code starting at that location. What does this program do? Try it now!

ASSEMBLY LISTINGS

Another way to write the code above would be a full assembly/disassembly listing (a full, or complete program listing). Here's an example of the same program shown as a full listing:

   ADDR    BYTES          INSTRUCTION          COMMENT
  --------------------------------------------------------------------------------
  $C000:   00 34          LDBLX @msg           ; Load pointer to string into BLX
           10 C0 00                            ; (Bank 0, address $C0 10)
  $C005:   00 20 66       LDAH $66             ; IO_PRINT_STR function
  $C008:   86 05          INT $05              ; BASIC services library
  $C00A:   00 20 64       LDAH $64             ; IO_NEWLINE function
  $C00D:   86 05          INT $05              ; Call BASIC services
  $C00F:   85             RET                  ; Return to caller
  $C010:                  msg:                 ; String data label (equates to $C000 above)
  $C010:   48 45 4C 4C    .bytes "HELLO        ; H E L L
  $C014:   4F 20 57 4F           WORLD!", 0    ; O   W O
  $C018:   52 4C 44 21                         ; R L D !
  $C01C:   00                                  ; null terminator (zero terminated string)

This full listing can also be used to assemble the program in the monitor; just type in the program in the monitor as usual:

  $C000:   00 34 10 C0 00
  $C005:   00 20 66
  $C008:   86 05
  $C00A:   00 20 64
  $C00D:   86 05
  $C00F:   85
  $C010:   48 45 4C 4C
  $C014:   4F 20 57 4F
  $C018:   52 4C 44 21
  $C01C:   00

This is the exact same style of listing generated by the DUMP command, or the range examine command in HEXMON (ex. C000.C020). It's just broken up by instruction.

HEXMON is equipped with three commands that help you load, save and publish machine language programs.

STELLAR BASIC ASSEMBLE COMMAND

The above “hexmon” style machine language listings are convenient for print media, because they are compact. But they are not ideal for learning and study. Thankfully for learning and general programming purposes, one may use the STELLAR BASIC v1.0 ASSEMBLE command.

This system works because the VC-3 KERNAL does not tokenize basic. It keeps whatever you type in a string in memory, and the ASSEMBLE command uses this to pass the data to the assembler. The same sort of idea was used on the Atari-ST Assembler (please see: https://www.atarimania.com/documents/The-Atari-Assembler.pdf).

On the SD-8516, it works like this:

10 ASSEMBLE
    20 LDBLX @msg
    30 LDAH $66 ; BASIC IO_PRINT_STR
    40 INT $05
    50 LDAH $64 ; BASIC IO_NEWLINE
    60 INT $05
    70 RET
    80 msg:
    90 .bytes "HELLO WORLD!", 0

If you enter this like you would a STELLAR BASIC V1.0 computer program and type RUN, the system will assemble your prorgam at memory address $030100. You can view your program yourself, by typing

  DUMP 030100

Next try running the program by typing SYS. This will jump to $030100.

This is the exact same program as before with one exception; the automatically assembled version will begin with:

  $00C000:   00 34 **10 C0 00**  ; string is at Bank $00

but the mon-entered one will show:

  $030100:   00 34 **10 01 03**  ; string is at Bank $03

And the reason for this is that in the listing we typed in on the monitor we used the address 00 C0 00 (i.e. $C000) so the string began at $C010. But for the automatically assembled version, it begins at 03 01 00 so the string address is 03 01 10.

• $00C000: 00 34 10 C0 00 ; 00 is LD, 34 is BLX (00 34 is LD BLX) – and $C010 in little endian
• $030100: 00 34 10 01 00 ; this time with $0100 in little endian

Otherwise they are all the exact same program, whether you enter it in machine code or in BASIC assembly!

*NOTE: Because this program is listed in BASIC memory space, you can load and save it using the LOAD and SAVE commands.

ASSEMBLE is a full keyword. The interpreter checks for it just like it checks for PRINT:

  ; Check PRINT
  LDFLD @keyword_print
  CALL @match_keyword
  JZ @exec_line_print
  
  ; Check ASSEMBLE
  MOV ELM, GLK
  LDFLD @keyword_assemble
  CALL @match_keyword
  JZ @exec_line_assemble

This works because we don't tokenize BASIC on entry, we keep it in memory as a string.

The ASSEMBLE executor works like this:

PUSH A
    PUSH B

    ; Check if ASM is the first line
    LDAH $3A                    ; LINE_FIRST
    INT $05
    JC @asm_error               ; No program at all

    ; B = first line number
    ; ELM = first line text
    ; Check if first line starts with ASM
    LDFLD @keyword_assemble
    CALL @match_keyword
    JNZ @asm_invalid            ; First line is not ASM

    ; Print message
    LDBLX @asm_msg
    LDAH $66                    ; IO_PRINT_STR
    INT $05
    LDAH $64                    ; IO_NEWLINE
    INT $05

    ; Call system assembler
    CALL @PATB_assembler        ; crunching the numbers

    ; Stop BASIC program execution
    LDAH $01                    ; STOP_PROGRAM
    INT $05

    POP B
    POP A
    RET

asm_invalid:
    LDBLX @asm_invalid_msg
    LDAH $66
    INT $05
    LDAH $64
    INT $05

    ; Stop program
    LDAH $01
    INT $05

asm_error:
    POP B
    POP A
    RET

asm_msg:
    .bytes "ASSEMBLING...", 0

asm_invalid_msg:
    .bytes "?INVALID ASSEMBLE", 0

Since the days of the first minicomputers, Stellar Dynamics has been at the forefront of microarchitecture design. The SD-8516 is not simply an iteration upon its predecessors; it is a categorical reimagining of what a “processor” can be when unshackled from quantum locality.

While our earliest designs struggled with resonance cascade instability, the SD-8516 delivers stable, predictable cross-boundary resonance microcascades at clock rates exceeding the theoretical limits of conventional silicon.

These advancements position the Stellar Dynamics SD-8516 as the definitive architecture for next-generation computation: a bridge between classical logic engines and the emergent technologies of multidimensional processing.

This SD-8516 PROGRAMMER'S REFERENCE GUIDE has been developed as a working tool and reference source for those of you who want to maximize your use of the built-in capabilities of your VC-3 Computer System. This manual contains the information you need for your programs, from the simplest example all the way to the most complex. The PROGRAMMER'S REFERENCE GUIDE is designed so that everyone from the beginning BASIC programmer to the professional experienced in SD-8516 machine language can get information to develop his or her own creative programs. At the same time this book shows you how clever your SD-8516 really is.

This REFERENCE GUIDE is not designed to teach the BASIC programming language or the SD-8516 machine language. There is, however, an extensive glossary of terms and a “semi-tutorial” approach to many of the sections in the book. If you don't already have a working knowledge of BASIC and how to use it to program, we suggest that you study the SD-8516 USER'S GUIDE that came with your computer. The USER'S GUIDE gives you an easy to read introduction to the BASIC programming language. If you still have difficulty understanding how to use BASIC then turn to the back of this book (or Appendix N in the USER'S GUIDE) and check out the Bibliography.

The SD-8516 PROGRAMMER'S REFERENCE GUIDE is just that; a reference. Like most reference books, your ability to apply the information creatively really depends on how much knowledge you have about the subject. In other words if you are a novice programmer you will not be able to use all the facts and figures in this book until you expand your current programming knowledge.

What you can do with this book is to find a considerable amount of valuable programming reference information written in easy to read, plain English with the programmer's jargon explained. On the other hand the programming professional will find all the information needed to use the capabilities of the SD-8516 effectively.

WHAT'S INCLUDED?

• Our complete “BASIC dictionary” includes Stellar BASIC 1.0 language commands, statements and functions listed in alphabetical order. We've created a “quick list” which contains all the words and their abbreviations. This is followed by a section containing a more detailed definition of each word along with sample BASIC programs to illustrate how they work.
• If you need an introduction to using machine language with BASIC programs our layman's overview will get you started (See: Chapter 5).
• A powerful feature of all VC systems is called the KERNAL. It helps insure that the programs you write today can also be used on the VC-3 system of tomorrow.
• The Input/Output Programming section gives you the opportunity to use your computer to the limit. It describes how to hook-up and use everything from disk drives, to telecommunication devices called modems.
• You can explore the world of SPRITES, programmable characters, and high resolution graphics for the most detailed and advanced animated pictures in the microcomputer industry.
• You can also enter the world of music synthesis and create your own songs and sound effects with the best built-in synthesizer available in any personal computer.
• If you're an experienced programmer, the soft load language section gives you information about the SD-8516's ability to run C and other high level languages. This is in addition to BASIC.

Think of your SD-8516 PROGRAMMER'S REFERENCE GUIDE as a useful tool to help you and you will enjoy the hours of programming ahead of you.

The SD-8516 features sixteen 16-bit registers:

Each register's high and low bytes are individually addressable using H/L suffixes: AH/AL, BH/BL, XH/XL, etc.

Adjacent registers can be combined for certain 32-bit operations using concatenated names: - AB = A (high) + B (low) - CD = C (high) + D (low) - EF, GI, JK, LM, TY, XZ

This is simulated 32 bit access; changing the value of a 32 bit pair will corrupt the underlying 16 bit registers, and so forth. Secondly, access is only marginally faster than 16 bit access; for memory loads, stores and compares it is usually faster to use native 16-bit mode.

Memory addressing uses a bank byte plus 16-bit offset. The naming convention is `[low-byte][offset]`: - BLX = BL (bank) + X (address) - ELM = EL (bank) + M (address) - FLD = FL (bank) + D (address) - GLK = GL (bank) + K (address)

Eight bank registers (BL, EL, FL, GL, IL, JL, LL, TL) each pair with eight address registers (A, C, D, K, M, X, Y, Z), yielding 64 possible 24-bit pointer combinations.

As with their 32-bit counterparts, 24-bit pointers share components. ELM and ELD both use the EL bank byte. FLD and GLD both use the D address register. Modifying one affects the other – a common source of bugs. Always verify pointer independence when using multiple pointers simultaneously.

The 16-bit FLAGS register contains:

Arithmetic Flags (Byte 1):

• Bit 0: Z (Zero) - Result was zero
• Bit 1: N (Negative) - Result was negative (bit 15 set)
• Bit 2: C (Carry) - Unsigned overflow/borrow
• Bit 3: V (Overflow) - Signed overflow
• Bits 4-7: Reserved

Control Flags (Byte 2):

• Bit 8: H (Halt) - CPU stopped, waiting for interrupt
• Bit 9: T (Trace) - Single-step debugging mode
• Bit 10: B (Breakpoint) - Breakpoint mode active
• Bit 11: E (Exception) - Sticky error flag
• Bit 12: P (Protected) - Protected mode enabled
• Bit 13: I (Interrupt) - Interrupt enable/disable
• Bit 14: S (Sound) - Sound System Interrupt enable
• Bit 15: Reserved

Layout: Z N C V - - - - H T B E P I S -

The SD-8516 supports 4 banks of 64KB each (256KB total) through special addressing modes:

; ld/st example
        LDA [I:J]        ; Load from bank I, offset J
        STA [2:$1000]    ; Store to bank 2, offset $1000

Bank allocation:

• Bank 0: User Programming Space
• Bank 1: KERNAL and Operating System
• Bank 2: Primary video framebuffer + palette
• Bank 3: Secondary video buffer (high-resolution modes)

Banks 2 and 3 are free for use in text mode and bank 3 is usually free in the lower-resolution video modes.

Examples:

; ld/st example
    LDA #$1234       ; Load immediate $1234 into A
    LDAL #$42        ; Load immediate byte $42 into AL
    LDA  [$F000]     ; Load word from address $F000
    STA [2:$1000]    ; Store A to bank 2, offset $1000

• (*) these opcodes were suggested by stackminer from the Fantasy Console 2.0 discord. Thank you, stackminer!

The SD-8516 is paired with the SD-450 sound subsystem; named for featuring 4 independent voices with 5 waveforms available, each with a programmable ADSR envelope.

Each voice occupies 16 bytes of memory in Bank 1:

Voice base addresses:

• Voice 0: $1ED00
• Voice 1: $1ED10
• Voice 2: $1ED20
• Voice 3: $1ED30

Gate register values:

• 0: Silent (gate off)
• 1: Square wave
• 2: Triangle wave
• 3: Sawtooth wave
• 4: Sine wave
• 5: Pulse wave (variable width via DATA1)
• 6: White/pink/brown noise (type via DATA1)

The Attack-Decay-Sustain-Release envelope shapes each note:

• Attack: Time to reach peak volume (0-255 × 10ms)
• Decay: Time to decay to sustain level (0-255 × 10ms)
• Sustain: Held volume level (0.0-1.0 of peak)
• Release: Time to fade to silence after gate off (0-255 × 10ms)

Example:

; Play middle C on voice 0
    LDA $112B           ; C4 frequency (262 Hz / 0.0596)
    STA [$1ED00]         ; FREQ_LO/HI
    LDAL $01            ; Square wave
    STAL [$1ED02]        ; GATE
    LDAL $4D            ; ~30% volume
    STAL [$1ED03]        ; VOLUME

The VC-3 supports both text and graphics modes:

Mode 1 (40×25):

• Character buffer: $F000-$F3E7 (1000 bytes)
• Color buffer: $F800-$FBE7 (1000 bytes)
• Character ROM: $E800-$E8FF (256 characters × 8 bytes)

Color byte format: (bg_color << 4) | fg_color

Mode 2 (80×25):

• Same layout, 2000 bytes each
• Scanline doubling for 640×400 output

Mode 3 (320×200×16):

• Framebuffer: Bank 2, $00000-$07CFF (32,000 bytes)
• Palette: Bank 2, $F000-$F02F (16 colors × 3 bytes RGB)
• Pixel packing: 2 pixels per byte (high/low nibbles)

Pixel addressing:

offset = (y × 160) + (x ÷ 2)
address = Bank 2 + offset

Mode 4 (256×224×256):

• Framebuffer: Bank 2, $00000-$DFFFF (57,344 bytes)
• Palette: Bank 2, $F000-$F2FF (256 colors × 3 bytes RGB)
• 1 byte per pixel (256 colors)

Each palette entry is 3 bytes (RGB): Offset +0: Red (0-255) Offset +1: Green (0-255) Offset +2: Blue (0-255)

The KERNAL ROM provides system services via an INT-accessible jumptable. The general format is to load AH with the function number and call the specified interrupt handler via INT (ex. INT 10h).

—

SD-8516 Technical Manual - Revision 1.0
Copyright © 2025 Appledog Hu
All specifications subject to change as quantum resonance research continues.