https://opennet.ru/openforum/vsluhforumID3/112103.html Одним из ограничений при использовании GNOME поверх Wayland является отсутствие средств для удалённого обращение к рабочему столу. Данный недостаток скоро будет устранён, благодаря добавления (https://bugzilla.gnome.org/show_bug.cgi?id=784199#c14) в libmutter D-Bus-обработчиков org.gnome.Mutter.RemoteDesktop и org.gnome.Mutter.ScreenCast, через которые можно получить доступ к потоку данных, отражающему текущие изменения содержимого экрана или отдельных окон. <br><br><br>Данные API позволят серверам RDP и VNC организовать захват содержимого экрана GNOME при работе поверх Wayland. Для упрощения настройки подготовлен новый сервис systemd - GNOME Remote Desktop c реализацией демона с поддержкой VNC на базе libvncserver, который может использоваться для подключения к экрану удалённых VNC-клиентов и выступает прозрачной заменой VNC-сервера Vino. Поддержка нового API в Mutter пока носит экспериментальный характер и требует после наложения патчей (https://gitlab.gnome.org/jadahl/gnome-remote-desktop/tree/b252739239/src) https://opennet.ru/openforum/vsluhforumID3/112103.html#122 Sat, 27 Apr 2019 13:41:09 GMT Поставил бету RHEL 8. захотел сделать remote desktop :)<br>Уже третий час пошел, а всё, что мне удалось добиться - это черное окно на клиенте.<br>И да, кривыми руками не страдаю.<br> https://opennet.ru/openforum/vsluhforumID3/112103.html#120 Wed, 06 Sep 2017 06:29:22 GMT &gt; В настоящий момент нормальных программистов в разработке Хов уже 20 лет нет. Поэтому увы, но.<br><br>И какой из этого следует вывод? Будем ждать пока ком проблем не только потенциальных новых пользователей будет отталкивать, но и существующие пользователи начнут уходить?<br>Надо полагать, что "нормальные программисты" не появятся по щучьему велению, не так ли? И уж тем более, это не произойдет прям завтра. Так что ожидание разрешения проблем с иксами может затянуться примерно настолько же времени, сколько уже прошло с момента их появления. А может и дольше. И неизвестно сколько еще проблем при этом успеет накопиться.<br><br>&gt; Однако поход за этим в сторону в Wayland - это вообще за гранью добра и зла.<br><br>Когда стоит выбор между догниванием в тухлом болоте и попыткой создать что-то новое - люди могут делать разный выбор. Никакой грани тут нет, просто здравый смысл.<br>Если люди начинают всерьез смотреть в сторону даже такой откровенной недоделки, как Wayland - это ли не повод задуматься над тем, что с иксами все уже слишк https://opennet.ru/openforum/vsluhforumID3/112103.html#119 Tue, 05 Sep 2017 20:24:06 GMT &gt; В настоящий момент на иксах вертикальная синхронизация делается лишь убогими костылями, <br><br>В настоящий момент нормальных программистов в разработке Хов уже 20 лет нет. Поэтому увы, но.<br><br>Однако поход за этим в сторону в Wayland - это вообще за гранью добра и зла. Одна радость - как показывает практика, Wayland просто не взлетит, поэтому переживать, как в том анекдоте про профессора и самолёт, не надо.<br> https://opennet.ru/openforum/vsluhforumID3/112103.html#118 Mon, 04 Sep 2017 13:12:30 GMT То есть, как было раньше:<br><br>Программа тормошила API иксов, чтобы те послали всё это по сети к другим иксам, которые от себя нарисуют окошки. Логично? Вполне.<br><br>А теперь программка будет по супер уникальному протокольчику стучаться в оригинальную DE-шку, которая получилась из неоригинальной путём впихиванием невпихаемого... т.е., затрамбовывания DE в оболочку композитора под вяленого. А чтобы послать всё это по сети, мы воткнём в DE-шку шунт, торчащий из D-Bus-а, перехватим внутренние тормошения функций рендера, чтобы послать их по сети, где... их должна ожидать такая же DE-шка, что нарисует откровенно фантомные окна. А есть у тебя моник или нет, оконца полюбому отрендерятся, да сдохнут на выхлопе вяленного, не долетев до видеодрайвера) А кого волнует этот маразм, когда есть гигагерцы и гигабайты?)<br><br>Когда-то было сломано много копий, чтобы научить GTK+ софт оформлению Qt и наоборот. А теперь все эти костыли будут перестукиваться на стороне клиента))) Шикардос! Просто обалденно! Даёшь ещё более кривой "Лину https://opennet.ru/openforum/vsluhforumID3/112103.html#117 Mon, 04 Sep 2017 10:44:08 GMT &gt; Отсюда мораль - всё должно быть реализовано на тех же Xах подпилкой низкоуровневого кода.<br><br>А можно сразу вопрос? Какая разница (пользователям) каким образом это ДОЛЖНО БЫТЬ сделано, если оно по факту не сделано почти никак? В настоящий момент на иксах вертикальная синхронизация делается лишь убогими костылями, которые не всегда и не везде работают, а на маломощных видяхах еще и жесткие просадки в производительности создают.<br>До сих пор можно даже на достаточно популярных дистрах выхватить "грёбенку" по экрану прямо сразу из коробки. И, что характерно, никаких способов эту "гребенку" убрать, не гугля и не копаясь в конфигах.<br>Повторяю - можно сколько угодно рассказывать про крутость иксов и как замечательно они сделаны. Но там накопилась куча проблем, весьма портящих "экспириенс" пользователя. И решать которые, по всей видимости, никто не собирается. И для меня наиболее важным является именно это. Потому что разговоры про то, что "дайте нам еще немного времени, и прям горы свернем!", или "там уже почти все https://opennet.ru/openforum/vsluhforumID3/112103.html#116 Mon, 04 Sep 2017 03:17:07 GMT Нужно, чтобы это всё работало прозрачно для вышележащих слоёв. Программе должно быть абсолютно по-барабану, какой FPS у аппаратуры монитора и видеокарты. Отсюда мораль - всё должно быть реализовано на тех же Xах подпилкой низкоуровневого кода.<br> https://opennet.ru/openforum/vsluhforumID3/112103.html#115 Sun, 03 Sep 2017 21:58:33 GMT &gt; X-сервер должен без особых указаний (от программы работающей через X) правильно<br>&gt; согласовывать операции с VSync когда нужно.<br><br>По всей видимости, при просмотре видео это не нужно. При перетаскивании окон и скроллинге веб-страниц - тоже.<br>Теперь все стало на свои места.<br> https://opennet.ru/openforum/vsluhforumID3/112103.html#114 Sun, 03 Sep 2017 20:13:26 GMT Угу. Правильная работа аппаратуры, если не ошибаюсь, это NVidia G-Sync (за исключением aнaльного зонда, конечно) и подобные (AdaptiveSync, FreeSync).<br> https://opennet.ru/openforum/vsluhforumID3/112103.html#113 Sat, 02 Sep 2017 21:11:39 GMT &gt;Ну или, "мегафича" - вертикальная синхронизация всегда и везде без жестких просадок производительности и ковыряния конфигов.<br><br>Мегафича?<br>Вообще-то вертикальная синхронизация по большому счёту не нужна. На самом деле. Это нежелательная особенность определённой аппаратуры. Что без учёта "вертикальной синхронизации" могут появляться искажения и так сказать тиринг. И правильная работа с этим должна происходить видимо не в высокоуровневом приложении. То есть в применении к X сам X-сервер должен без особых указаний (от программы работающей через X) правильно согласовывать операции с VSync когда нужно. И даже так и делает.<br>Э?<br>