Crosstalk

The mission statement of Crosstalk is that we would like it to bring back the joy of tinkering, designing things from near-scratch, and taking one's time to create something new or recreate retro technology/port cool software. We don't see that much anymore in computing.

Crosstalk is a set of tools to create custom computer architectures, RTL designs, and software. It contains a sandbox with a simulator and an emulator for building electronics. Players can construct and program devices like calculators, LED controllers, and complex computers. It comes with a gate-level SystemVerilog simulator, an elaborator, a synthesizer, and a C emitter, plus the Clang compiler, which compiles the emitted C code and runs it for faster design execution. The C code is derived from players' own SystemVerilog.
The default workflow is opening the RTL workspace, entering a shell, describing a design in SystemVerilog, programming it, and then writing software for it. The game supports a networked mode, in which one collaborates with other players.
Designs, software for them, and emulators can all be shared via the Workshop.

Serial interface
Crosstalk can interface with devices using virtual in-game serial ports or the running machine's physical serial interface, which is /dev/ttyUSB<n> and /dev/ttyACM<n> on Unix and COM<n> on Windows, or its own shell interface. External devices can thus be plugged directly into designs and be represented by stand-in parts. Players could use microcontrollers, sensors, physical buttons, or other computers.

The supplied truecolor terminal emulator can be used as a serial terminal I/O device. It is ANSI/VT100/xterm/kitty-compatible and can interact with the host over a PTY/ConPTY

Serial I/O works with physical devices. The above is TX.

RX

Scopes
Memory view of the running design and an oscilloscope are necessary tools while building, so they're both included and easily accessible to players.

Memory view and runtime activity indication

An oscilloscope attached to a signal, like sound output

Display output
If a design has a video display output, then players can use one of the three built-in display modes: CRT, gas-plasma, and modern LCD. The concrete interfaces used are CGA (for CRT and gas-plasma) and VGA.

A CGA gas-plasma display output type showing the DANGLING kernel booting on an i386-compatible CPU, in-game

The in-game displays are interactive

CPU architecture design
Players can define ISAs and then view a help banner in the game while developing. Later on, a DLC with a guided ISA design feature set will be released.

The DANGLING Computer Superarchitecture ISA

Runtime register state overview

A stack view that shows a trace on faults

Program locator overview

The program-level Profiler mode shows where time is going during a program's runtime

SystemVerilog
FPGA designs can be described using vendor-neutral SystemVerilog. The designs can be RTL-simulated. For accelerated simulation, there is a built-in option to emit C99 from the supplied SystemVerilog using Crosstalk's toolchain and the enclosed Clang compiler, or run it in emulation mode, which disables design accuracy guarantees and reproduces the design behaviorally instead, using the built-in emulator. For high-resolution simulation, a gate-level simulator is available, which runs a synthesized variant of the design. This is an expensive operation, so it takes much longer and is capped to smaller designs.
The included Profiler shows an overview of where cycles within the SV design are spent

The interactive Schematic viewer shows both the RTL and the gate-level schematic and in profile mode, highlights hot cells

The DANGLING Computer Superarchitecture ISA + The DANGLING Logic Unit CPU
The game comes with a custom instruction set architecture and its first CPU called the DLU, which serve as both a reference SystemVerilog implementation and a target for players who don't want to make a custom one. DANGCSA/DANGXA (it has two names due to how "C" and "S" sound when spoken, so both are used) is already capable of running complex programs, despite being very minimal. The DLU is DANGCSA/DANGXA-compliant and supports serial communication, text mode output, video, audio, and MIDI. The full title of the DLU is "DANGLING Logic Unit: Think Correctly."

The LLVM that ships with the game can compile for the DANGCSA/DANGXA architecture

DANGCSA/DANGXA's own binary format is also recognized by the enclosed LLVM and is what's natively used on the platform. ELF only serves as a compatibility layer

A game running native DANGCSA/DANGXA code. Runtime memory manipulation is demonstrated here

DANGCSA/DANGXA's first custom native game, Hardware Sniffers, coming as a free DLC

A DANGCSA/DANGXA-native C99 reimplementation of the popular crafting game running as the client of the on-screen character, looking from the perspective of another client, which is running an original Java client superimposed on Crosstalk for clearer visual demonstration. The C99 client controls the displayed character by manipulating positions and actions in memory. In this case, only the C99 text client runs under DANGCSA/DANGXA, and is independent of the original client and Java

Sandbox mode
Self-play submode
Sandbox mode is the default Crosstalk experience. Players can create a custom workspace with resizable, positionable, and alignable floating windows. Most use-cases start with opening a shell session to their host, invoking their editor, and writing SystemVerilog. Once there is a valid design, it can be simulated inside Crosstalk.

Networked submode
In this submode, one can team up with others over Steam Networking and build together. It is structurally identical to Self-play mode, but with networking enabled.

Since Crosstalk is mostly a sandbox, play time can reach high hour counts easily. This is just from the time Crosstalk has been wired into Steam (we play it so much)