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.
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.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Fork element-hq/element-call and add custom video/audio constraint parameters. Integrate with Synapse well-known config. Est. Time: 2-3 days
Element Call Fork umgesetzt (rohana.axion1337.de/sorb/threadnet-call, basiert auf emmick4/element-call:livekit / Upstream-PR element-hq/element-call#3736):
Incident unterwegs: Erster Versuch mit erzwungenem
video_codec: vp9hat 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.
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.