Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

burble

Plataforma de comunicación por voz auto-hospitable con WebRTC, núcleo Erlang/OTP para aislamiento de fallos, kernels Zig y soporte IEEE 1588 PTP. Pre-producción con características experimentales opcionales.

Ficha actualizada 22 sept 2026, 16:46 · upstream 22 sept 2026, 16:02 · release sin release detectada

00

Qué es burble

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Burble es una plataforma de comunicaciones por voz auto-hospitable diseñada para usuarios que priorizan latencia, privacidad y control. Combina la seriedad técnica de Mumble con unirse desde navegador sin descargas ni cuentas.

El núcleo utiliza Erlang/OTP con árboles de supervisión para aislamiento de fallos: si una sala falla, el resto sigue funcionando. Soporta cuatro modos de topología desde servidor único hasta malla distribuida obligatoria E2EE. Incluye biblioteca cliente embebible para integración en juegos o aplicaciones.

Estado pre-producción (CRG C). Características experimentales como QUIC y SNIF WASM están desactivadas por defecto. La precisión PTP requiere NIC compatible; sin él se usa NTP (~1ms). No está benchmarkado para 500+ concurrentes ni latencia mic-to-speaker final.

La licencia es CC-BY-SA-4.0. Los badges de cumplimiento SOC/ISO son incorrectos (hardcoded sin evidencia). Ver DEBT.md antes de confiar en artefactos verdes.

CASOS DE USO
  • Comunicación por voz auto-hospitable para equipos que requieren control total sobre infraestructura
  • Integración de audio en juegos o aplicaciones mediante biblioteca cliente embebible
  • Servidores distribuidos con topología malla y E2EE obligatorio sin servidor central
  • Interoperabilidad experimental con Mumble/Murmur para migraciones progresivas
  • Medición de jitter y alineación multi-nodo para entornos de tiempo crítico
PUNTOS DESTACADOS
  • Aislamiento de fallos mediante Erlang/OTP: supervisión trees garantizan continuidad si una sala falla
  • Soporte IEEE 1588 PTP con precisión sub-microsegundo cuando hay NIC compatible
  • Unirse desde navegador WebRTC sin instalación ni cuentas, latencia objetivo <10ms en kernel Zig
  • Licencia CC-BY-SA-4.0 abierta y verificable en LICENSE
  • Biblioteca cliente embebible para integración en juegos o aplicaciones existentes
  • CI armado con gate de pruebas: fallo en test pone CI rojo inmediatamente
PRECAUCIONES
  • Estado pre-producción (CRG C): latencia mic-to-speaker y escala 500+ concurrentes no benchmarkadas
  • Ruta PTP hardware no validada sin NIC compatible; cae a NTP (~1ms)
  • QUIC transport y SNIF WASM desactivados por defecto, requieren NIFs opcionales
  • Bridge interop con Mumble/Murmur existe pero no está iniciado ni validado contra servidor real
  • Badges de cumplimiento SOC/ISO son incorrectos (hardcoded sin evidencia verificable)
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Clonar con --recurse-submodules. just deploy (~3 min primera vez) levanta stack en puertos 4000/8080/8081. Requiere paquetes sistema para quicer/msquic (cmake, perl, OpenSSL). Para desarrollo: Elixir 1.17+, Zig 0.15+, Bun. Ver CONTRIBUTING.md#building-from-source--system-prerequisites. Run just test-server para validar antes de producción.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.jsRustPython
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
400080808081
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.