[HIGH] Element Call Fork: Custom Video/Audio Constraints #8

Closed
opened 2026-05-14 21:41:57 +00:00 by sorb · 2 comments
Owner

Fork element-hq/element-call and add custom video/audio constraint parameters. Integrate with Synapse well-known config. Est. Time: 2-3 days

Fork element-hq/element-call and add custom video/audio constraint parameters. Integrate with Synapse well-known config. Est. Time: 2-3 days
sorb added this to the aXion1337 Roadmap project 2026-05-14 21:48:02 +00:00
sorb added the priority:high label 2026-05-14 21:48:41 +00:00
sorb moved this to backlog in aXion1337 Roadmap on 2026-05-14 21:54:47 +00:00
sorb added the area:element label 2026-05-14 21:58:12 +00:00
Author
Owner

Element Call Fork umgesetzt (rohana.axion1337.de/sorb/threadnet-call, basiert auf emmick4/element-call:livekit / Upstream-PR element-hq/element-call#3736):

  • Video bis 1440p/60fps (~8 Mbps), Screen-Share 1440p/30fps (~6 Mbps) — Startwerte, keine harten Limits
  • Client-seitige WebRTC-Rauschunterdrückung (Echo/Noise/Gain) kommt mit derselben PR
  • Well-Known/rtc_foci war schon korrekt automatisch vom ESS-Chart konfiguriert

Incident unterwegs: Erster Versuch mit erzwungenem video_codec: vp9 hat Calls komplett kaputt gemacht (kein Bild/Ton) — sofort zurückgerollt. Ohne erzwungenen Codec (Standard VP8) mit denselben Auflösungswerten läuft es, live vom Nutzer bestätigt. VP9-Präferenz als Backlog-Punkt zurückgestellt.

Deployed als rohana.axion1337.de/sorb/threadnet-web:v0.2.1-elementcall-noquotavp9. Details: Wiki Element-Customization.md.

Bewusst NICHT umgesetzt: server-seitige ML-Rauschunterdrückung (LiveKit Agents + DTLN) — laut LiveKits eigener Doku der falsche Ansatz für Mensch-zu-Mensch-Calls.

Element Call Fork umgesetzt (rohana.axion1337.de/sorb/threadnet-call, basiert auf emmick4/element-call:livekit / Upstream-PR element-hq/element-call#3736): - Video bis 1440p/60fps (~8 Mbps), Screen-Share 1440p/30fps (~6 Mbps) — Startwerte, keine harten Limits - Client-seitige WebRTC-Rauschunterdrückung (Echo/Noise/Gain) kommt mit derselben PR - Well-Known/rtc_foci war schon korrekt automatisch vom ESS-Chart konfiguriert **Incident unterwegs**: Erster Versuch mit erzwungenem `video_codec: vp9` hat Calls komplett kaputt gemacht (kein Bild/Ton) — sofort zurückgerollt. Ohne erzwungenen Codec (Standard VP8) mit denselben Auflösungswerten läuft es, live vom Nutzer bestätigt. VP9-Präferenz als Backlog-Punkt zurückgestellt. Deployed als `rohana.axion1337.de/sorb/threadnet-web:v0.2.1-elementcall-noquotavp9`. Details: Wiki [Element-Customization.md](https://rohana.axion1337.de/sorb/axion1337.chat-gitops/wiki/Element-Customization). Bewusst NICHT umgesetzt: server-seitige ML-Rauschunterdrückung (LiveKit Agents + DTLN) — laut LiveKits eigener Doku der falsche Ansatz für Mensch-zu-Mensch-Calls.
sorb closed this issue 2026-07-27 23:47:13 +00:00
Author
Owner

Migriert nach git.lab: axion1337.chat/axion1337.chat-gitops#8 (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.

**Migriert nach git.lab**: [axion1337.chat/axion1337.chat-gitops#8](https://git.lab/axion1337.chat/axion1337.chat-gitops/-/issues/8) (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: sorb/axion1337.chat-gitops#8