Fourwaves
Fourwaves is closing the gaps around its payments layer and its form editor at the same time.
A side-by-side editorial comparison of HOMER and PeerJS — release velocity, themes, recent moves, and the top alternatives to consider.
Homer's storage churn pauses long enough to ship a catalog backup CLI.
The release stream is a rapid sequence of production failures found and closed, nearly all of them in the DuckDB/DuckLake storage layer. 11.0.320 bounded a DuckDB compaction merge that was silently SIGKILLing the process with the catalog lock held and told operators not to switch to the native engine; 11.0.321 then made native compaction safe for a live catalog and added hours as a retention unit. 11.0.323 is the first quiet release in the run — a QoS chart axis fix for dashboard timezones, plus the catalog backup and restore CLI that shipped untagged in 11.0.322. Around these sit alert-query replay, per-user dashboard IDs, raised DuckDB memory caps for SIPREC ingest, and two inline GHSA fixes hardening node /query auth.
PeerJS keeps publishing release candidates that restate the same two fixes.
Every entry in PeerJS's feed is a release candidate, and each one repeats the bug list of the one before it — the unreliable close event and the data channel ordering fix appear in all four, spanning fourteen months. The genuinely new content per release is thin: a CSP fix removing the need for unsafe-eval, Blob support inside nested objects, and dependency updates. The most recent publication is from April 2024.
The release stream is a rapid sequence of production failures found and closed, nearly all of them in the DuckDB/DuckLake storage layer. 11.0.320 bounded a DuckDB compaction merge that was silently SIGKILLing the process with the catalog lock held and told operators not to switch to the native engine; 11.0.321 then made native compaction safe for a live catalog and added hours as a retention unit. 11.0.323 is the first quiet release in the run — a QoS chart axis fix for dashboard timezones, plus the catalog backup and restore CLI that shipped untagged in 11.0.322. Around these sit alert-query replay, per-user dashboard IDs, raised DuckDB memory caps for SIPREC ingest, and two inline GHSA fixes hardening node /query auth.
Homer is stabilizing a storage rewrite by moving work out of DuckDB rather than tuning it further — native compaction merges in Go, outside DuckDB's memory_limit, and lets DuckLake alone allocate snapshot and file IDs, the exact behavior that corrupted catalogs before. A backup and restore path for the catalog is the logical next admission that the catalog is the thing most likely to break, and shipping it inside another release rather than tagging it separately fits a project releasing several times a week. Defaults stay conservative while each escape hatch is proven.
If native compaction holds up in the field, expect it to become the default engine and the DuckDB compaction path to be deprecated; the near-term releases will likely keep closing memory and catalog-locking edges around it.
Every entry in PeerJS's feed is a release candidate, and each one repeats the bug list of the one before it — the unreliable close event and the data channel ordering fix appear in all four, spanning fourteen months. The genuinely new content per release is thin: a CSP fix removing the need for unsafe-eval, Blob support inside nested objects, and dependency updates. The most recent publication is from April 2024.
The changelog reads as a project maintained rather than developed, and one that never quite finishes a release cycle — candidates accumulate, notes carry forward, and stable releases do not appear in this feed. For a WebRTC wrapper this is a specific kind of risk: the browser layer underneath moves regardless, and the fixes that do land here are reactions to it, such as dropping unsafe-eval so the library survives strict Content Security Policies.
There is no signal in these entries about what comes next, and no publication in roughly two years; the honest read is that the release cadence has stopped rather than that a particular change is pending.
Other Meetings products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either HOMER or PeerJS.
Fourwaves is closing the gaps around its payments layer and its form editor at the same time.
mediasoup has moved off data-channel plumbing and into the media path — timing first, now layer selection.
Wowza keeps arguing its case for detection inside the streaming pipeline
Vimeo ships another batched product post: six changes to embeds and the player
Switcher Studio's feed is a livestreaming how-to blog, not a changelog
Every manual control Mux ships now arrives with a Robots workflow that does it for you
See all HOMER alternatives → · See all PeerJS alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. HOMER is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. HOMER is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Meetings products to evaluate alongside.
Top HOMER alternatives in Meetings are ranked by recent ship velocity. Browse the "HOMER alternatives" section above for the current picks, or visit /alternatives/homer-voip for the full list with editorial commentary on each.
Top PeerJS alternatives in Meetings are ranked by recent ship velocity. Browse the "PeerJS alternatives" section above for the current picks, or visit /alternatives/peerjs for the full list with editorial commentary on each.