support

The majority of ARES is implemented. Items are removed as they are finished, mostly from the top. Nothing on this list is set in stone or final. Names in square brackets are what system components are involved.

Things That Are In Limbo

These are to-do items that need to be done but, for various reasons, are annoying and keep getting put off. Exactly when they'll actually get done is anyone's guess.

Vox bugs: dot commands blocked, add filter ignores arguments, duplicated chat

finish core personas

consent request bundling; updatable alerts [security, variatype]

defensive low-power-masking

forget deleted scripts [kernel]

standard external menu HUD (AMenu)

ARES-to-ARES menu access [variatype + menu]

db backup, db load support for character streams (web sources) [db]

policies pt 2: curfew [security]; apparel policy [security]; distress beacon [power], IM policies [security], owner radio policies and exceptions

Nice display of package lists, fully usable menus for package management [libmenu]

animation hoverheight

autolock [policy]

Sexuality

Sexuality is the ARES equivalent of Companion's TESI add-on. It provides arousal, cryolubricant management, tactile sensors, and more. Sexuality is part of the same purchase package as TESI Complete.

Outstanding Sexuality implementation tasks:

Example furniture and devices

Voices

Orgasm nozzles

Fluid production

Reproductive Matrix

Friction

Installer

Wizard

Models

RLV outfit switching

Menu controls

Anim detect (head)

Prevent touch duration accumulation

Anim playback (pelvis)

WARRIOR

WARRIOR is an enhanced combat add-on for ARES that adds features originally slated for ATOS/CX. We hope to deliver it around the same time as Beta 1 and Sexuality.

Outstanding WARRIOR implementation tasks:

Targeted damage

Power malfunctions

Update VectorLogix, Arachne X8, ARC, and ExARC to detect and fix ARES power malfunctions

Beta 1 Targets

Once ARES hits Beta, we will retire the Supervisor controller, and ARES will start to become available on standard hardware.

begin updating old devices for ARES compatibility

Beginning of converting Companion controllers to new ARES versions, deliver ARES to people who bought those systems; end of availability for exclusive ARES supporter controller

DIAG

DIAG (short for diagnostics) is a software add-on experience for ARES that simulates malware and logic malfunctions. Its main purpose is to encourage roleplay around repair and maintenance, including a special tech support crew staffed by NS volunteers who help rescue stranded units in the field.

We expect to focus on DIAG after the Beta 1 rollout is finished.

Outstanding DIAG implementation tasks:

Implement main program

Update VectorLogix, Arachne X8, ARC, and ExARC to detect and fix DIAG problems

Update training course website

Organize tech crew

Beta 2 Targets

Spring Utilities replacement with new rental, proximity, and cron (scheduler) facilities

Hierarchy/XNMS compatibility [domain]—no server code changes anticipated

not implementing database overlays: this is a cut feature, as the db utility is already brimming

dive—ability to move units with direct key input with camera etc.

update remaining devices (those that previously depended upon the Companion "internal" message)

Cleanup:

shakedown of interference and security rules

shakedown of documentation completeness

shakedown of guest access

shakedown of announcer rules; second set of announcers

undefined amounts of time for copious bug fixes and polish

HUDware

new CSU system—the CSU is a particularly design-intensive product that requires a complete overhaul as many of its settings are no longer meaningful; we would like to replace it with a "cyberware inventory" experience, where you must go to your local ripperdoc (Arachne X8) to change load-outs

Beta 3 and Beyond

implement stream-oriented API, adapt command-line pipes

uplink—ability to control units from web; will require new payments system and Patreon integration