Исходное сообщение
"Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..." Отправлено Skullnet, 03-Авг-23 03:07
> Поэтому софту для поддержки и видеокамеры и записи экрана нужно поддерживать несколько разных апи, вместо одного, которое управляет всеми стримами (и звуком в том числе) И это нормально. Запись с физического уйстройства и запись экрана это разные вещи, и не нужно пытаться пропихнуть это в одно место, но 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 иначе запись экрана не будет работать вовсе.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Поэтому софту для поддержки и видеокамеры и записи экрана нужно поддерживать несколько разных апи, вместо одного, которое управляет всеми стримами (и звуком в том числе) > И это нормально. Запись с физического уйстройства и запись экрана это разные > вещи, и не нужно пытаться пропихнуть это в одно место, но > 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 иначе запись экрана > не будет работать вовсе.
	Введите код, изображенный на картинке: