| 1.3, Crazy Alex (ok), 02:28, 23/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 хм, красиво описано. Интересно, на базе этой штуки можно что-то наподобие сетевых возможностей иксов организовать?
| | |
| |
| 2.8, Аноним (8), 21:42, 23/02/2019 [^] [^^] [^^^] [ответить]
| –4 +/– |
В иксах это никогда не работало хорошо. Чтобы это работало хорошо, нужно пересылать не команды отрисовки, а пожатый видеопоток, желательно современным кодеком. А для этого уже есть отдельные решения.
| | |
| |
| |
| |
| 5.13, DiabloPC (ok), 08:36, 24/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
 RemoteFX is a set of protocols for Microsoft's Remote Desktop Protocol (RDP) that are used to remotely deliver Windows virtual desktops over a local area network
Спасибо, поржал. А серьёзно? (vnc не предлагать по вполне известным причинам)
| | |
| |
| 6.19, пох (?), 07:24, 25/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– | |
а серьезно - опенсорсные жопоручки ни на что подобное не способны даже при наличии открытого протокола (ага, она открытая) и существующей реализации для удобной отладки.
недавняя история с дырами в rdesktop говорит что даже клиента-то нормально написать - нерешаемая задача. А редхатобиэм за них этого делать не планирует.
таким образом еще одна крупная веха на пути продолба полимеров давным-давно преодолена.
| | |
| |
| 7.22, Урри (?), 17:47, 25/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Remote Desktop Protocol (RDP) is a __proprietary__ protocol developed by Microsoft.
Вы уже второй раз лажаетесь. Это специально?
| | |
|
|
|
|
| 3.12, Аноним (12), 07:56, 24/02/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
В иксах это работало лучше чем где либо, но только при построении интерфейса из виджетов X-сервера, от чего все современные графические фреймворки отказались. В т.ч. была возможность передачи команд OpenGL по сети (indirect rendering), но её забросили на версии OpenGL 1.6, кажется.
| | |
| |
| 4.16, Michael Shigorin (ok), 19:07, 24/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
 Да, лет десять назад у нас GL на тонком клиенте с нвидией в ALTSP бегал вовсю...
PS: спасибо led@ как непосредственно причастному за поправку.
PPS: не, таки нвидией.
| | |
| |
| |
| 6.26, Michael Shigorin (ok), 12:52, 26/02/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> s/нвидией/ATI/
Не, атишки были на тех compaq sff, а тогда ты свою машинку на nforce грузил по сети с того же терминал-сервера. Вспомнил. :-)
| | |
|
|
|
| 3.18, Crazy Alex (ok), 04:15, 25/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Работало, просто вы не застали. Тогда, когда отрисовка ограничивалась иксовыми примитивами.
| | |
| |
| 4.20, пох (?), 07:29, 25/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– | |
у microsoft в rdp были похожие сложности - правда, они не писали программ, "передающих положение курсора мышки 200 раз в секунду". Но они написали расширение remoteFX для эффективного проброса битмэпов и видеостримов, а опенсосеры прососали lbx и доломали opengl - в это же самое время (под мудрым руководством редхатобиэма с одной стороны, и наследников ДНКазы с другой, все более и более готовясь для десктопа). Про то что X-сессию без костылей и подпорок нельзя подхватить заново после обрыва соединения, я уж молчу, традиция, освящена прошловековой давностью.
но корпорация зла не перепутай, кто!
| | |
| |
| 5.21, mma (?), 11:48, 25/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Про то что X-сессию без костылей и подпорок нельзя подхватить заново после обрыва соединения
А почему нельзя и что считать подпоркой? Xlib канул в лета уже давно. X11 forwarding это всего лишь трансляция протокола по сети. А X Window System это не терминальный сервер а всего лишь графическая подсистема.
Все остальное вопрос реализации, можно городить самим прослойку с запуском сессий на стороне сервера по тому же ssh, можно пользоваться коммерческими продуктами. Опыт последних говорит о крайне слабом спросе, как следствие умирание или забивание на поддержку/развитие. Пример того же NX где все резко застопорилось на клиенте, а халявщики из категории "а мы все можем сделать сами, сила опенсорс и все такое" забыли написать своего клиента, но при этом подпортили поляну для NoMachine.
Про rdp не надо так радужно, основным драйвером успешного развития там изначально был Citrix и их протокол ICA. Это позволило MS продавать недоделанный продукт и спокойно доводить его до ума.
Клиенты rdesktop и freerdp не имеют никакого отношения хотелкам индивидов "дайте мне RemoteFX на хаялву", как впрочем и мохнатой лапе RedHat, и развивались самостоятельно под потребности а не ради идеи. И спеки на rdp появились на много позже, причем покрывали они далеко не все. Это сейчас легко говорить смотрите все опубликовано когда уже никто толком этим и не занимается )
| | |
| |
| 6.23, пох (?), 20:18, 25/02/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> А почему нельзя и что считать подпоркой? Xlib канул в лета уже давно.
а. Ну понятен.
поэтому уже и без разницы, что там в xorg понапридумывают. Остался только rdp.
> Клиенты rdesktop и freerdp не имеют никакого отношения хотелкам индивидов "дайте мне RemoteFX на
> хаялву"
им бы пока untrusted input научиться валидировать. В freerdp какая-то поддержка remotefx, если что, есть, но я не их целевая аудитория - "не такие как все" и "чтоб за лицензию не платить", я просто запущу mstsc.
у меня нет такой хотелки, это у вас она.
А у меня была хотелка нормального юникса на сервере и на рабочем столе, но не времен 1970го года, у меня для него нет задач. Увы, не в этой вселенной.
| | |
|
|
|
| 3.24, Ordu (ok), 21:33, 25/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Пожатый видеопоток означает, что тебе придётся рендерить дважды -- один раз на клиенте, второй раз на сервере. Тебе придётся иметь GPU и там, и здесь. Фу.
Команды отрисовки гораздо приятнее в этом смысле, на клиенте ты обсчитываешь геометрию, но не отрисовку. Проблема с X'ами в том, что они были спроектированы во времена VGA видеокарт, и им надо было придумывать какую-то абстракцию уровнем выше чем VGA, для того чтобы открыть её клиенту. И тут X'ы пролетели, они не смогли угадать хорошего уровня абстракции. Всё кончилось тем, что мы имеем сегодня: скажем шрифты отрисовываются на клиенте и засылаются битмапами.
А если в этот ramses renderer ещё засунуть возможность рендерить подмножество html, чтобы не надо было бы на стороне клиента превращать html в команды отрисовки, достаточно было бы преобразовать его в то подмножество, которое ramses понимает, дык вообще будет офигенно. Может быть только заменить текстовый способ кодирования для html на бинарный, сохранив текстовое представление его только для отладочных целей (чтоб как в лиспе: текстовое и бинарное представления объектов плавно и прозрачно перетекают друг в друга). Спор gtk vs qt уйдёт в историю, олдфаги будут сидя на завалинке с бутылочкой пива вспоминать "а помнишь, во времена нашей молодости, были такие штуки как графические тулкиты? Как щаз помню, беру я компилятор c++ и выпиливаю им интерфейс..."
| | |
| |
| 4.25, Ordu (ok), 21:44, 25/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Да! И ещё потом выкинуть окаменевшие *getty из системы. Написать systemd-ramsesd, который будет выполнять функции agetty, создавать терминалы, которые ради бэквард-совместимости будут vt100, но какой-нибудь простенькой esc-последовательностью, будут превращаться в html-терминалы, где приложение, вызывая printf, зашвыривает в терминал текст, который интерпретируется как html дописываемый в конец. Плюс какие-нибудь специальные теги, для того, чтобы отправлять команды модификации уже выведенных на экран DOM-элементов. Плюс ещё теги для того, чтобы создавать sub-терминалы, чтобы можно было бы создав такой sub-терминал, форкнуться, сделать в child'е терминал контролирующим, и затем exec("bash -c "/usr/bin/emacs").
Только придётся из ядра выдрать vt.c и кучу другого хлама, и реализовать это в юзерспейс демоне. Но ядру это только на пользу пойдёт, ему давно пора худеть.
И после этого выкинуть из системы Xorg, Wayland и прочую лабуду, и вернутся обратно в терминал, работать с _консольными_ приложениями.
Electron будет не нужен.
| | |
| 4.28, пох (?), 16:37, 26/02/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> И тут X'ы пролетели, они не смогли угадать хорошего уровня абстракции.
они еще много чего не смогли - например, угадать что единственные приличные шрифты нам подарит (через мусорный бачок, конечно) microsoft, а адоб как обычно пойдет лесом.
> Всё кончилось тем, что мы имеем сегодня: скажем шрифты отрисовываются на клиенте и засылаются
> битмапами.
потому что ttf оказался немножко неподходящим для xfs (кто еще помнит такой?) а не потому что нельзя на сервере - можно. Шрифтов только нет.
та же самая история и с графическими тулкитами посерьезнее athena widgets - все они в первую очередь ориентированы на винду, во вторую - тоже на винду, и в третью - на мак.
А в этом вашем линуксе - ну, как нибудь, по остаточному принципу, а, во, битмэпы же есть, ну ща отрисуем.
Ну и вот позицию мышки будем перезапрашивать 200 раз в секунду - а чо, в винде же ж работает (еще бы, курсор виртуальный и дальше локалхоста эти перезапросы не уедут).
А из native у нас один motif, да и тот времен все тех же vga, когда и битмэпы не казались чем-то особенно плохим.
| | |
| |
| 5.29, Michael Shigorin (ok), 18:16, 26/02/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> та же самая история и с графическими тулкитами посерьезнее athena widgets
Гм, прямо стесняюсь спросить за gtk (даже первый).
PS: и даже по сравнению с xaw3d.
| | |
|
|
|
|
|
