neuron-explorer
Steering-first neuron explorer for Qwen3.5-4B: push every MLP neuron, keep every rollout, browse the results
Media over QUIC Implementation(ClientSDK / Relay Server) for Browser / Native App / IP Camera / Robot / Drone / AI Agent.
Developer toolsRust · JavaScriptGitHub @nttcomOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Loading the full README. The saved excerpt is shown below.
Real-time communication of any data for web browsers, native apps, IP cameras, USB cameras, robots, drones and AI agents. One publish/subscribe API with a simple architecture, high-performance QUIC transport, priority control and caching, so you no longer have to pick between WebSocket, MQTT, HLS, DASH and WebRTC for each use case. Implements Media over QUIC Transport draft-ietf-moq-transport-14 in Rust (drafts in docs/spec/). Try the demos hosted at. They connect to the cloud relay by default, so nothing needs to be installed. [README 설치·사용 부분 발췌] Getting StartedRead the full README ↗
Real-time communication of any data for web browsers, native apps, IP cameras, USB cameras, robots, drones and AI agents. One publish/subscribe API with a simple architecture, high-performance QUIC transport, priority control and caching, so you no longer have to pick between WebSocket, MQTT, HLS, DASH and WebRTC for each use case.
Implements Media over QUIC Transport
draft-ietf-moq-transport-14
in Rust (drafts in docs/spec/).
Try the demos hosted at https://nttcom.github.io/moq-wasm/. They connect to the cloud relay by default, so nothing needs to be installed.
| Use case | Demo |
|---|---|
| Video meetings | Meeting |
| Large-scale live streaming | Live Viewer: live playback with rewind and rendition switching |
| Video on demand | Live Viewer: publish an MP4 from the browser |
| Remote monitoring and control of IP cameras | ONVIF: PTZ control and monitoring |
| Remote monitoring from USB cameras | Remote Monitoring |
| Real-time chat moderation by an AI agent | MoQ Chat Moderation |
| Real-time video analysis by an AI agent | MoQ Camera Detection: answers questions about a camera feed |
| Camera control by an AI agent | MoQ PTZ Tracking: pans and tilts an ONVIF camera to keep a target centered |
| Remote monitoring, data collection and control of drones | |
| Remote monitoring, data collection and control of robots | |
| Remote monitoring, data collection and control of autonomous vehicles |
Publishers outside the browser: crates/live-ingest (RTMP/SRT),
crates/gst-plugin-moqt (moqtsink),
examples/rust/moq-cli and the
pipecat bots. Details of every browser demo are in
examples/browser/README.md.
nix develop
npm --prefix examples/browser ci
Run a relay, publish a test stream and watch it, in four terminals:
make relay # 1. relay and a local VTS on https://127.0.0.1:4433
make live-ingest # 2. RTMP/SRT ingest publishing to the relay
make ffmpeg-srt # 3. test pattern over SRT into the ingest
make browser # 4. wasm build and the example hub on http://localhost:5173
Then make chrome (make chrome:linux on Linux) opens Chrome trusting the
relay's self-signed certificate. Open Live Viewer from the hub and watch
anon/live/test.
docker compose up -d
Starts relay-a (https://127.0.0.1:4433) and relay-b (:4434) sharing a
VTS and a Redis route registry, the topology the cascading, auth and meeting
E2E use. The make targets above publish to relay-a and resolve the Docker
Desktop bridge host for native clients on macOS.
make test # Rust unit tests
make browser-e2e-media # browser publish/subscribe
./tests/auth-e2e/run.sh # relay scenarios, see tests/README.md
cargo test -p vts # VTS
flowchart LR
subgraph Publishers
B1[Browser<br/>wasm]
LI[live-ingest<br/>RTMP / SRT]
GS[moqtsink<br/>GStreamer]
ON[onvif bridge]
CLI[moq-cli]
end
subgraph Relays
RA[relay-a] <--> RB[relay-b]
VTS[VTS<br/>JWT verification]
RA -.-> VTS
RB -.-> VTS
end
subgraph Subscribers
B2[Browser<br/>Live Viewer, Meeting, ...]
BOT[AI agents<br/>pipecat bots]
CLI2[moq-cli]
end
Publishers -- PUBLISH / SUBSCRIBE / FETCH<br/>QUIC or WebTransport --> RA
RB --> Subscribers
Every client speaks MoQT to a relay over QUIC or WebTransport. Relays cache
objects for FETCH, forward subscriptions to each other and authenticate
sessions through the VTS. The moqt crate is the protocol library every other
component builds on. Every Rust crate lives in crates/<package name>/.
| Path | Component |
|---|---|
crates/moqt/ | Protocol library: wire format, sessions, publisher and subscriber API |
crates/relay/ | Relay: QUIC and WebTransport on one port, cache, FETCH, cascading, JWT auth |
crates/wasm/ | WebAssembly bindings used by the browser examples |
crates/gst-plugin-moqt/ | GStreamer plugin with the moqtsink element |
crates/live-ingest/ | RTMP and SRT ingest into MoQT |
crates/onvif-ingest/ | ONVIF/RTSP cameras with PTZ control into MoQT |
crates/mediapack/, msf/, broadcast/, transcode/ | Media crates shared by the publishers: containers, MSF catalog, the broadcast's track layout, re-encoding |
| , |
Architecture documents:
moqt,
relay,
broadcast,
Live Player.
Contributor rules: AGENTS.md.
Relays always authenticate. A session without a token is limited to
anon/**, which every demo uses by default. Tokens are HS256 JWTs verified
by the VTS; sign one with the auth-token CLI
(crates/auth-token/README.md). See
crates/vts/README.md.
crates/vts/| Verify Token Service: checks client JWTs for the relay; the shared JWT claims type |
examples/ | Browser examples, moq-cli, pipecat bots |
tests/ | Relay E2E scenarios: auth, FETCH, cache eviction, cascading, dedup |
docs/architecture/ | Architecture and dependency decisions per crate |