> Поэтому софту для поддержки и видеокамеры и записи экрана нужно поддерживать несколько разных апи, вместо одного, которое управляет всеми стримами (и звуком в том числе)

И это нормально. Запись с физического уйстройства и запись экрана это разные вещи, и не нужно пытаться пропихнуть это в одно место, но Wayland - это спагетти-архитектура, где всё пытаются запихнуть в одно приложение. Со звуком получилось немного другая история. ALSA - это API для работы с звуковым железом (звуковой сервер в ядре) и оно даже умеет сводить звук от нескольких клиентов (dmix), но не сохраняет состояние и настройки клиентов, и не умеет менять I/O на лету, поэтому придумали аудио-сервер (крайне неудачный пшпшпш-PulseAudio), который теперь выкинули в пользу Pipewire. В винде тоже со временем пришли к аудио-серверу. Pipewire - это X-сервер для звука, хоть он и планировался изначально для видео, но на практике видео - это только приятный бонус.

> Так это для общения с композитором, а с xdg-portal/pipewire как общаться?

Приложение которое использует Wayland должно общаться с Wayland-сервером через его IPC и брать с него картинку всего экрана или отдельных окон, но разработчики Wayland это не осилили, запись экрана в итоге сделал автор Pipewire.

> Все реализации xdg-portal реализуют одно и то же апи, в чём проблема? Ты общаешься с xdg-portal, он общается с композитором.

У вас нет понимания проблемы, что когда каждое DE это отдельный графический сервер, это делает компоненты DE невзаимозаменяемыми нежели в Xorg, где ты можешь использовать разные менеджеры окон, композиторы и компоненты рабочего стола вне зависимости от установленного DE. xdg-portal как раз тащит за собой эту проблему Wayland-а, его нужно реализовывать для КАЖДОГО DE иначе запись экрана не будет работать вовсе.