Default was only [180p, 360p] simulcast fallback layers - a big
quality cliff straight to blocky 360p on minor network hiccups instead
of gracefully stepping down from the 1440p top layer. Added a 720p
middle rung. Also documented the likely real reason forcing video_codec:
vp9 broke calls (2026-07-28): LiveKit uses SVC for vp9/av1, not classic
simulcast, but buildPublishOptions() always builds simulcast-shaped
layers regardless of codec - needs a code fix before retrying vp9.
Setting video_codec: vp9 resulted in no audio/video being transmitted
in real calls (2026-07-28), despite server-side codec regression
fallback to VP8 appearing to work in LiveKit SFU logs. Root cause not
further isolated beyond this. Leaving video_codec unset (defaults to
vp8) with the same 1440p/60fps/bitrate bump confirmed working.
Sets higher default video quality ceiling (up to 1440p/60fps camera,
1440p/30fps screen share, VP9 preferred codec) via the media_quality
config block introduced in element-hq/element-call#3736. These are
seeded defaults users can still adjust in Settings, not hard limits.
Bumped embedded package to @sorb/threadnet-call-embedded.
Thore Cimbal
Timo Kandhughns