The video series · shot and edited
The on-ramp is sequential: install to call. Every video keeps its honesty beat — the thing that failed on camera stays in. And the numbers on camera go lower than the hero's: the ladder demo bottoms out at 164 Kbps, 160×120, audio holding, no dropped frames, then climbs back.
"Not the right way, not the only way — I submit it as a first implementation." — video 2
The habits first, then the origin arc. Memory, not messages; the assembler-to-C argument; a live monitor across four machines. The 850 Kbps call is stated and immediately undercut: it is high, and you will do it at 450 and maybe lower.
A 254-address segment per node, no permanent external control plane, and the sentence that sets the epistemic posture of the whole project: not the right way, not the only way — a first implementation. Then the Guild.
Debian. A Pi 4 with 2 GB is enough. An AP-mode router is required, and the one real restriction is stated plainly: we provide DHCP for the projected network.
frognet_install, the --preserve flag, the broker prompts, setup_lillypad, reboot.
http://<host>:<port> — choose http, and leave the URL path empty. See the broker installation video for instructions on setting up a broker machine.run_merge, routes appearing live, a ping to New York, the node back online, and the same sensor record read from two machines.
The bundle and its build script, frognet-pond create/list/status, and /etc/frognet/tunnel.conf. A rendezvous, not an authority — and a dependency at join time, which is said out loud.
Each machine writes its own state; the monitor just reads it — the same record from two viewpoints, and a live degraded peer diagnosed on camera. Its provenance is SCCM and OSTC.
Bundles; the media, board-game and database hosts set at each merge; then the ladder demo — 1080 refused, 720 held, 854×480, 640×360, 480×360, 320×240, 160×120, and the climb back. Roughly four seconds down, fifteen up: the asymmetry is deliberate.
Where several routes lead into one topic, one is marked start here and the rest go deeper — semantic compression especially. They are not five consecutive prerequisites.
Then More Discovery goes deeper: the recursive who-do-you-know expansion, route selection, convergence, and service-host selection.
Live journalctl: a 21-byte SAME and a 31-byte reconstructed DIFF, with the accounting on screen.
The current canonical recording; earlier semantic-compression videos are superseded. It runs the same pipe_workload benchmark as Proxy and Daemon — watch this one first and go to Proxy and Daemon for the plumbing; you need not sit through the benchmark twice.
Goes deeper on the compression path from the application side.
The elected role behind FrogNet Memory. It floats, and it holds no durable state.
Then Tuples and REST (part 2) goes deeper: the tables, api.php, the backgammon case. Memory Backing Store opens MySQL and shows where the bytes actually live.
The falsification instrument. Bring an oracle.
One port must answer — here is the host, here is the port. The security page →
Below actual egress; unmodified hosts participate. The enterprise page →
Pairs with Croakus ch. 53b, which was written from it.
"C didn't replace assembler. It uses assembler. You lose some of that exquisite control, and you gain so much more. That's what FrogNet Memory does for you."
The Monitor video — the best statement of the thesis in the series
Installation → First Run → the 900 MHz proofs → Communicator degradation → Dan's lamp. The evidence page →
Discovery → Proxy and Daemon → Semantic Compression → DatabaseHost → Memory and Tuples → Communicator.
Simulator → the Croakus → handler and programming examples → the Guild. The seats →
Existing Networks → Croakus §1b and §22b → Security → contact. You insert it, not migrate to it →