Overview
Sendspin conformance overview
Sendspin is a local-network protocol for discovering peers and exchanging synchronized audio plus companion data such as metadata, artwork, and controller messages between servers and clients. This report tests how different Sendspin implementations interoperate with one another, with each matrix showing which server and client pairings pass the current conformance scenarios.
Total
104
all scenarios
Passed
76
passing
Unsupported
11
not supported
Failed
17
failing
Test
Client initiates connection and client wants PCM
Start the server first, then the client. The client discovers or looks up the server, initiates the WebSocket connection, advertises PCM as its only supported audio format, streams audio derived from almost_silent.flac, and compares canonical PCM hashes.
Test
Server initiates connection and client wants PCM
Start the server first, then the client. The client advertises a listener and PCM as its only supported audio format, the server connects in, streams audio derived from almost_silent.flac, disconnects, and the matrix compares canonical PCM hashes.
Test
Server initiates connection and client wants Metadata
Start the server first, then the client. The client advertises a listener, the server connects in, sends a metadata state update, disconnects, and the matrix compares a normalized metadata snapshot.
Test
Server initiates connection and client wants Artwork
Start the server first, then the client. The client advertises a listener, the server connects in, streams album artwork, disconnects, and the matrix compares the received bytes against the server's encoded artwork.
Test
Server initiates connection and client wants Controller
Start the server first, then the client. The client advertises a listener, the server connects in, observes controller state, receives a control command, disconnects, and the matrix verifies the recorded command.
Test
Server initiates connection and client wants FLAC
Start the server first, then the client. The server loads the PCM audio derived from almost_silent.flac, the client advertises a listener and FLAC as its only supported audio format, the server connects in, uses the SDK to encode the PCM into FLAC, streams it to the client, and the matrix compares the transported FLAC header and chunk bytes as received by the client.
Test
Server initiates connection and client wants OPUS
Start the server first, then the client. The server loads the PCM audio derived from almost_silent.flac, the client advertises a listener and OPUS as its only supported audio format, the server connects in, uses the SDK to encode the PCM into OPUS, streams it to the client, and the matrix compares the transported OPUS header and chunk bytes as received by the client.
Matrix
Select a server and client pairing to inspect.
Repository versions
Checked-out revisions
These are the exact checked-out commits used for this report. Each row links to the selected GitHub commit, shows the latest change included in that checkout, and notes how far the checkout sits ahead of the latest tagged release.
Commit
Release delta
Commit
Release delta
Commit
Release delta
Commit
Release delta
Commit
Release delta
Commit
Release delta
Commit
Release delta
Commit
Release delta