← Back to home
Comparison · Meetings

BigBlueButton vs HOMER

A side-by-side editorial comparison of BigBlueButton and HOMER — release velocity, themes, recent moves, and the top alternatives to consider.

BigBlueButton vs HOMER: at a glance

FeatureBigBlueButtonHOMER
SectorMeetingsMeetings
Velocity score6.35.0
Sparks · 30d10
Top themesweb-conferencing, livekit-migration, self-hosted, mobile-layoutvoip monitoring, duckdb, ducklake, compaction
Last editorial update5d ago1d ago
WebsiteVisit →Visit →

What is BigBlueButton?

BigBlueButton is polishing the 4.0 beta it already committed to LiveKit, while 3.0 stays the production line.

The 4.0 beta series is in its fifth iteration and the hard architectural decisions are behind it — LiveKit became the default media stack in beta.4 with the legacy SIP.js bridge deleted, BlockNote became the default shared notes engine, and the JVM moved to Java 21. Beta.5 is consolidation: a mobile layout overhaul with paginated webcams and landscape side-by-side camera and presentation, automatic light/dark switching, a dedicated Audio settings tab with push-to-talk, and better BBB-to-LiveKit state reconciliation on reconnect. Packaging gained a bbbctl admin tool and a bbb-coturn package, with bbb-etherpad and bbb-pads now optional. The project still recommends 3.0.x for production.

Read the full BigBlueButton trajectory →

What is HOMER?

Homer's native compaction engine goes from do-not-touch to safe-to-try in one day.

The release stream is a rapid sequence of production failures found and closed, nearly all of them in the DuckDB/DuckLake storage layer. The last two entries tell one story: 11.0.320 bounded a DuckDB compaction merge that was silently SIGKILLing the process with the catalog lock held, and explicitly told operators not to switch to the native engine; 11.0.321 then made native compaction safe for a live catalog. Around that sit alert-query replay, per-user dashboard IDs, raised DuckDB memory caps for SIPREC ingest, an Arrow timestamp-unit fix, opt-in time-range routing, and two inline GHSA fixes hardening node /query auth.

Read the full HOMER trajectory →

BigBlueButton vs HOMER: editorial side-by-side

BigBlueButton logo6.3

BigBlueButton is polishing the 4.0 beta it already committed to LiveKit, while 3.0 stays the production line.

◆ Current state

The 4.0 beta series is in its fifth iteration and the hard architectural decisions are behind it — LiveKit became the default media stack in beta.4 with the legacy SIP.js bridge deleted, BlockNote became the default shared notes engine, and the JVM moved to Java 21. Beta.5 is consolidation: a mobile layout overhaul with paginated webcams and landscape side-by-side camera and presentation, automatic light/dark switching, a dedicated Audio settings tab with push-to-talk, and better BBB-to-LiveKit state reconciliation on reconnect. Packaging gained a bbbctl admin tool and a bbb-coturn package, with bbb-etherpad and bbb-pads now optional. The project still recommends 3.0.x for production.

◆ Where it's heading

The 4.0 line is converging toward a release candidate, and the work has shifted from replacing subsystems to making the new ones survive real conditions — reconnects, phones, and administrator tooling. Making etherpad and pads optional alongside a security advisory that urges API secret rotation points at shrinking the default install's attack surface. The parallel 3.0.x train continues shipping security patches, so the ecosystem is carrying two branches until 4.0 stabilises.

◆ Prediction

Expect beta.6 or a release candidate to focus on the LiveKit reconnection and mobile paths that beta.5 only started, since those are the areas where a self-hosted media migration typically breaks. The optional-package work suggests a slimmer default deployment is being prepared for the 4.0 release.

H
HOMER
MEETINGS
5.0

Homer's native compaction engine goes from do-not-touch to safe-to-try in one day.

◆ Current state

The release stream is a rapid sequence of production failures found and closed, nearly all of them in the DuckDB/DuckLake storage layer. The last two entries tell one story: 11.0.320 bounded a DuckDB compaction merge that was silently SIGKILLing the process with the catalog lock held, and explicitly told operators not to switch to the native engine; 11.0.321 then made native compaction safe for a live catalog. Around that sit alert-query replay, per-user dashboard IDs, raised DuckDB memory caps for SIPREC ingest, an Arrow timestamp-unit fix, opt-in time-range routing, and two inline GHSA fixes hardening node /query auth.

◆ Where it's heading

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. The same instinct shows in the coordinator's smart routing, which avoids querying storage nodes that cannot hold the window, and in raising container memory ceilings rather than shrinking workloads. Defaults stay conservative while each escape hatch is proven.

◆ Prediction

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.

Alternatives to BigBlueButton and HOMER

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 BigBlueButton or HOMER.

See all BigBlueButton alternatives → · See all HOMER alternatives →

Recent activity from BigBlueButton and HOMER

Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.

  1. 1d agoHOMERNative compaction made safe for live catalogs; retention in hours
  2. 2d agoHOMERCompaction merge bounded after silent OOM kills on live catalogs
  3. 4d agoHOMERAlerts store the firing query and replay it in search
  4. 5d agoBigBlueButton4.0 beta.5: mobile layout overhaul, audio settings, bbbctl admin tool
  5. 5d agoHOMERDuckDB memory caps raised so high ingest stops killing the engine
  6. 5d agoHOMERPer-user dashboard IDs unblock multi-user installs
  7. 6d agoHOMERFlightSQL timestamp units fixed after captures displayed as 1882
  8. 26d agoBigBlueButton4.0 beta.4: LiveKit becomes the default media stack, SIP.js bridge removed
  9. 2mo agoBigBlueButton4.0 beta.3: layout system rebuilt, Unified layout becomes default
  10. 5mo agoBigBlueButton3.0.23: breakout-room fixes, security patches, renamed bbb-web properties
  11. 6mo agoBigBlueButton3.0.22: client and core fixes, security patches
  12. 6mo agoBigBlueButton3.0.21: security fixes and minor client improvements

Frequently asked questions

What is the difference between BigBlueButton and HOMER?

They serve adjacent needs but don't currently overlap on shipped themes. BigBlueButton is currently shipping more aggressively (velocity 6.3 vs 5.0), with 1 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.

Is BigBlueButton better than HOMER?

Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. BigBlueButton is currently shipping more aggressively (velocity 6.3 vs 5.0), with 1 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.

What are the best alternatives to BigBlueButton?

Top BigBlueButton alternatives in Meetings are ranked by recent ship velocity. Browse the "BigBlueButton alternatives" section above for the current picks, or visit /alternatives/bigbluebutton for the full list with editorial commentary on each.

What are the best alternatives to HOMER?

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.