https://opennet.me/openforum/vsluhforumID3/117771.html Представлен (https://lists.freedesktop.org/archives/wayland-devel/2019-June/040687.html) проект Waypipe (https://gitlab.freedesktop.org/mstoeckl/waypipe/), в рамках которого развивается (https://mstoeckl.com/notes/gsoc/blog.html) прокси для протокола Wayland, позволяющий запускать приложения на другом хосте. Waypipe обеспечивает трансляцию на другой хост через один сетевой сокет сообщений Wayland и сериализированных изменений в буферах разделяемой памяти и DMABUF.<br><br><br><br><br>В качестве транспорта может применяться SSH по аналогии со встроенным в SSH перенаправлением протокола X11 ("ssh -X"). Например для запуска программы weston-terminal с другого хоста и отображения интерфейса на текущей системе достаточно выполнить команду "waypipe ssh -C user@server weston-terminal". Waypipe должен быть установлен как на стороне клиента, так и на стороне сервера - один экземпляр выступает в роли сервера Wayland, а второй клиента Wayland. <br><br><br>Производительность Waypipe оценивается как достаточная для удалённого запуска в https://opennet.me/openforum/vsluhforumID3/117771.html#162 Sun, 14 Nov 2021 13:12:18 GMT ...короче и вяленый лажа ...позоду болееменее найс +возм из коробки кроссплатформенности только xrdp и имеет реальность альтернативы (вот бы только из коробки в нем еще переключ раскладки была без танцев с бубном!)<br> https://opennet.me/openforum/vsluhforumID3/117771.html#161 Wed, 03 Jul 2019 13:41:31 GMT не надейся. <br>Таких архитекторов и таких разработчиков уже не осталось. <br>К тому же ibm не собирается их кормить по дороге к коммунизму.<br><br>В лучшем случае - удастся еще лет на десять сохранить иксы. В наиболее вероятном - через пару лет на новых интелах (не говоря уже о нвидии) они уже не будут работать.<br><br>это как с ipv6 - по задумке - г-но. По исполнению - г-но. Решает задачу, которая никому не нужна. Но никакого v8 уже не будет - никогда.<br><br> https://opennet.me/openforum/vsluhforumID3/117771.html#160 Wed, 03 Jul 2019 13:37:32 GMT &gt;&gt; (это в январе 1994, т.е. 8 МБ ОЗУ были в сегменте high-end-за-много-денег) <br>&gt; Сказки не говори, у меня<br><br>Ну да - с одной стороны, вырезка из журнала за 30 октября 1995 <br>https://s29877.pcdn.co/wp-content/uploads/2019/02/falll-1995-computer.jpg.optimal.jpg<br>&gt; we seem to have convinced most manufacturers to atopt eight megabytes as standard<br>&gt; compared with four megabytes last year<br><br>С другой -- аноним, утверждающий что все это сказки и он-то точно-точно помнит, что там было 25 лет назад, причем совсем не путая &#177; пару годков, угу.<br>Особенно "достоверно" смотрится на фоне CD-ROM привода (они тогда хоть уже и сильно упали в цене, но все еще вполне стоили пару сотен зеленых). <br>А так-то я тоже могу похвастать аж 8 планками по 1 МБ, винтами на 120 и 510 МБ и цельной турбокнопкой с дисплеем, который выставлялся методом тыка аж на 199 МHz -- но смысл? <br>Тем более, период "полураспада" ценности всех этих наворотов в те времена был существенно короче (в 1998 нормой уже были харды на 4-12ГБ, ОЗУ - в 64-96 МБ, https://opennet.me/openforum/vsluhforumID3/117771.html#159 Wed, 03 Jul 2019 13:03:38 GMT &gt; я другой анонимус, но напишу: вы и сами знаете, в каком - <br>&gt; в своей знаменитой сетевой прозрачности. Нельзя просто взять, отключиться и оставить <br>&gt; Х-клиенты висеть, а потом подключиться другим Х-сервером, о нет. Только перезапуск, <br>&gt; только хардкор. Если это не дыра в дизайне, то что тогда <br>&gt; дыра?<br><br>Это отсутствие вашей внятной логики такое предположение выдвинуло... Вы друг наш явно не программист либо Вы не знаете как оно было сделано и для чего.<br> https://opennet.me/openforum/vsluhforumID3/117771.html#158 Wed, 03 Jul 2019 12:59:43 GMT &gt; (это в январе 1994, т.е. 8 МБ ОЗУ были в сегменте high-end-за-много-денег) <br><br>Сказки не говори, у меня в то время была вида 3.1 с IMB 486 DX 4-50mhz разогнанные до 100мгц, 8мб озу, винтом на целых 510мб, саундбластером прошным и даже сидирумом 2х скоростным который читал диски только после того как помоешь головку в спирте..., конечно не пень но многое тянул без проблем, а с выходом 95винды пришлось ставить 32мб потому что на 8 не запускалось, а на 16 запускалась голая винда но работало через жуткие тормоза и свапик...<br> https://opennet.me/openforum/vsluhforumID3/117771.html#157 Tue, 02 Jul 2019 01:03:35 GMT я другой анонимус, но напишу: вы и сами знаете, в каком - в своей знаменитой сетевой прозрачности. Нельзя просто взять, отключиться и оставить Х-клиенты висеть, а потом подключиться другим Х-сервером, о нет. Только перезапуск, только хардкор. Если это не дыра в дизайне, то что тогда дыра?<br> https://opennet.me/openforum/vsluhforumID3/117771.html#156 Mon, 01 Jul 2019 23:52:25 GMT Может и SVG тоже не нужен? А то вдруг при растеризации контур попадёт меж пикселей и будет мыло, а авто-хинтинга для произвольной векторной графики пока не придумали.<br><br>Скоро придётся не только память наращивать, но и количество видюх и др. аппаратных кодеков (может fpga) только чтобы банальный интерфейс не тормозил.<br><br>ИМХО, самая идеальная организация торисовки экрана - когда растеризацией занимается один процесс на весь дисплей / сеанс (привет XGL).<br> https://opennet.me/openforum/vsluhforumID3/117771.html#155 Mon, 01 Jul 2019 20:15:34 GMT Во времена KDE 2 и 3 точно было можно<br> https://opennet.me/openforum/vsluhforumID3/117771.html#154 Mon, 01 Jul 2019 18:07:52 GMT https://en.wikipedia.org/wiki/VP9#Hardware_device_support<br><br>В качестве сервера в такой схеме может выступать камушек у которого в колонке "Encoding" зелёная галочка (ну либо программно делать сжатие, если это очень быстрый камушек). А в качестве клиента - любой камушек из этой таблице.<br>И наверняка таблица это не совсем актуальна уже (в том смысле, что уже не модно её расширять).<br>