https://ns.opennet.dev/openforum/vsluhforumID3/116658.html Компания BMW открыла исходные тексты проекта RAMSES (https://at.projects.genivi.org/wiki/display/DIRO/RAMSES) (Rendering Architecture for Multi-Screen EnvironmentS), в рамках которого подготовлена распределённая система отрисовки 3D-контента, сфокусированная на обеспечении высокой эффективности с позиции потребления ресурсов при использовании на встраиваемых системах и пропускной способности при трансляции вывода по сети. Код написан на языке C++ и распространяется (https://github.com/GENIVI/ramses) под лицензией MPL 2.0 (Mozilla Public License).<br><br><br>Проект разработан в процессе оптимизации отрисовки контента в автомобильных информационной развлекательных системах, содержащих несколько экранов. RAMSES представляет собой прослойку, позволяющую применить клиент-серверную модель для отрисовки, при которой один процесс формирует 3D-контент, а другой занимается его отрисовкой. При этом процесс отрисовки может выполняться на другом устройстве или в виртуальном <br>окружении. <br><br><br><br><br>Более того, один вещающий процесс https://ns.opennet.dev/openforum/vsluhforumID3/116658.html#29 Tue, 26 Feb 2019 15:16:44 GMT &gt; та же самая история и с графическими тулкитами посерьезнее athena widgets<br><br>Гм, прямо стесняюсь спросить за gtk (даже первый).<br><br>PS: и даже по сравнению с xaw3d.<br> https://ns.opennet.dev/openforum/vsluhforumID3/116658.html#28 Tue, 26 Feb 2019 13:37:19 GMT &gt; И тут X'ы пролетели, они не смогли угадать хорошего уровня абстракции.<br><br>они еще много чего не смогли - например, угадать что единственные приличные шрифты нам подарит (через мусорный бачок, конечно) microsoft, а адоб как обычно пойдет лесом.<br><br>&gt; Всё кончилось тем, что мы имеем сегодня: скажем шрифты отрисовываются на клиенте и засылаются <br>&gt; битмапами.<br><br>потому что ttf оказался немножко неподходящим для xfs (кто еще помнит такой?) а не потому что нельзя на сервере - можно. Шрифтов только нет.<br><br>та же самая история и с графическими тулкитами посерьезнее athena widgets - все они в первую очередь ориентированы на винду, во вторую - тоже на винду, и в третью - на мак.<br>А в этом вашем линуксе - ну, как нибудь, по остаточному принципу, а, во, битмэпы же есть, ну ща отрисуем.<br>Ну и вот позицию мышки будем перезапрашивать 200 раз в секунду - а чо, в винде же ж работает (еще бы, курсор виртуальный и дальше локалхоста эти перезапросы не уедут).<br><br>А из native у нас один motif, да и тот времен все тех же vga, когда https://ns.opennet.dev/openforum/vsluhforumID3/116658.html#27 Tue, 26 Feb 2019 13:25:39 GMT о, викичитателей подвалило.<br><br> https://ns.opennet.dev/openforum/vsluhforumID3/116658.html#26 Tue, 26 Feb 2019 09:52:22 GMT &gt; s/нвидией/ATI/ <br><br>Не, атишки были на тех compaq sff, а тогда ты свою машинку на nforce грузил по сети с того же терминал-сервера. Вспомнил. :-)<br> https://ns.opennet.dev/openforum/vsluhforumID3/116658.html#25 Mon, 25 Feb 2019 18:44:45 GMT Да! И ещё потом выкинуть окаменевшие *getty из системы. Написать systemd-ramsesd, который будет выполнять функции agetty, создавать терминалы, которые ради бэквард-совместимости будут vt100, но какой-нибудь простенькой esc-последовательностью, будут превращаться в html-терминалы, где приложение, вызывая printf, зашвыривает в терминал текст, который интерпретируется как html дописываемый в конец. Плюс какие-нибудь специальные теги, для того, чтобы отправлять команды модификации уже выведенных на экран DOM-элементов. Плюс ещё теги для того, чтобы создавать sub-терминалы, чтобы можно было бы создав такой sub-терминал, форкнуться, сделать в child'е терминал контролирующим, и затем exec("bash -c "/usr/bin/emacs").<br><br>Только придётся из ядра выдрать vt.c и кучу другого хлама, и реализовать это в юзерспейс демоне. Но ядру это только на пользу пойдёт, ему давно пора худеть.<br><br>И после этого выкинуть из системы Xorg, Wayland и прочую лабуду, и вернутся обратно в терминал, работать с _консольными_ приложениями.<br><br>Elec https://ns.opennet.dev/openforum/vsluhforumID3/116658.html#24 Mon, 25 Feb 2019 18:33:18 GMT Пожатый видеопоток означает, что тебе придётся рендерить дважды -- один раз на клиенте, второй раз на сервере. Тебе придётся иметь GPU и там, и здесь. Фу.<br><br>Команды отрисовки гораздо приятнее в этом смысле, на клиенте ты обсчитываешь геометрию, но не отрисовку. Проблема с X'ами в том, что они были спроектированы во времена VGA видеокарт, и им надо было придумывать какую-то абстракцию уровнем выше чем VGA, для того чтобы открыть её клиенту. И тут X'ы пролетели, они не смогли угадать хорошего уровня абстракции. Всё кончилось тем, что мы имеем сегодня: скажем шрифты отрисовываются на клиенте и засылаются битмапами.<br><br>А если в этот ramses renderer ещё засунуть возможность рендерить подмножество html, чтобы не надо было бы на стороне клиента превращать html в команды отрисовки, достаточно было бы преобразовать его в то подмножество, которое ramses понимает, дык вообще будет офигенно. Может быть только заменить текстовый способ кодирования для html на бинарный, сохранив текстовое представление его только для отла https://ns.opennet.dev/openforum/vsluhforumID3/116658.html#23 Mon, 25 Feb 2019 17:18:00 GMT &gt; А почему нельзя и что считать подпоркой? Xlib канул в лета уже давно.<br><br>а. Ну понятен.<br><br>поэтому уже и без разницы, что там в xorg понапридумывают. Остался только rdp.<br><br>&gt; Клиенты rdesktop и freerdp не имеют никакого отношения хотелкам индивидов "дайте мне RemoteFX на<br>&gt; хаялву"<br><br>им бы пока untrusted input научиться валидировать. В freerdp какая-то поддержка remotefx, если что, есть, но я не их целевая аудитория - "не такие как все" и "чтоб за лицензию не платить", я просто запущу mstsc.<br><br>у меня нет такой хотелки, это у вас она. <br>А у меня была хотелка нормального юникса на сервере и на рабочем столе, но не времен 1970го года, у меня для него нет задач. Увы, не в этой вселенной.<br><br> https://ns.opennet.dev/openforum/vsluhforumID3/116658.html#22 Mon, 25 Feb 2019 14:47:25 GMT Remote Desktop Protocol (RDP) is a __proprietary__ protocol developed by Microsoft.<br><br>Вы уже второй раз лажаетесь. Это специально?<br> https://ns.opennet.dev/openforum/vsluhforumID3/116658.html#21 Mon, 25 Feb 2019 08:48:49 GMT &gt;Про то что X-сессию без костылей и подпорок нельзя подхватить заново после обрыва соединения<br><br>А почему нельзя и что считать подпоркой? Xlib канул в лета уже давно. X11 forwarding это всего лишь трансляция протокола по сети. А X Window System это не терминальный сервер а всего лишь графическая подсистема.<br><br>Все остальное вопрос реализации, можно городить самим прослойку с запуском сессий на стороне сервера по тому же ssh, можно пользоваться коммерческими продуктами. Опыт последних говорит о крайне слабом спросе, как следствие умирание или забивание на поддержку/развитие. Пример того же NX где все резко застопорилось на клиенте, а халявщики из категории "а мы все можем сделать сами, сила опенсорс и все такое" забыли написать своего клиента, но при этом подпортили поляну для NoMachine.<br><br>Про rdp не надо так радужно, основным драйвером успешного развития там изначально был Citrix и их протокол ICA. Это позволило MS продавать недоделанный продукт и спокойно доводить его до ума.<br><br>Клиенты rdesktop и freerdp не