Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Доступен Waypipe для удалённого запуска приложений  на базе ..."	+1 +/–
Сообщение от opennews (??), 29-Июн-19, 19:25
Представлен (https://lists.freedesktop.org/archives/wayland-devel/2019-Ju... проект Waypipe (https://gitlab.freedesktop.org/mstoeckl/waypipe/), в рамках которого развивается (https://mstoeckl.com/notes/gsoc/blog.html) прокси для протокола Wayland, позволяющий запускать приложения на другом хосте. Waypipe обеспечивает трансляцию  на другой хост через один сетевой сокет сообщений Wayland и сериализированных изменений в буферах разделяемой памяти и DMABUF. В качестве транспорта может применяться SSH по аналогии со встроенным в SSH перенаправлением протокола X11 ("ssh -X"). Например для запуска программы weston-terminal с другого хоста и отображения интерфейса на текущей системе достаточно выполнить команду "waypipe ssh -C user@server weston-terminal".  Waypipe  должен быть установлен как на стороне клиента, так и на стороне сервера - один экземпляр выступает в роли сервера Wayland, а второй клиента Wayland. Производительность  Waypipe оценивается как достаточная для удалённого запуска в локальной сети терминалов и статических приложений, таких как Kwrite и LibreOffice.  Для интенсивно работающих с графикой программ, таких как компьютерные игры, Waypipe пока малоприменим из-за падения FPS в два раза и больше, вследствие задержек, возникающих при отправке данных о содержимом всего экрана по сети. Для преодоления этой проблемы предусмотрена опция для кодирования потока в форме видео h264, но она пока применима только к линейным раскладкам DMABUF (XRGB8888). Для сжатия потока также может применяться  ZStd или LZ4. URL: https://lists.freedesktop.org/archives/wayland-devel/2019-Ju... Новость: https://www.opennet.ru/opennews/art.shtml?num=50990
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 29-Июн-19, 19:25	+13 +/–
Да ну на! Быть того не может. Правда, как и полагается вяленому, отдельным костылем, ну да ладно, лишь бы работало. Одно со статьи непонятно: на удаленном хосте граф-сеанс должен быть поднят или нет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #7, #14, #59, #62

2. Сообщение от Аноним (2), 29-Июн-19, 19:30	+2 +/–
> на удаленном хосте граф-сеанс должен быть поднят или нет? нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6, #42

3. Сообщение от Аноним (3), 29-Июн-19, 19:40	–2 +/–
> Да ну на! Быть того не может. > Правда, как и полагается вяленому, отдельным костылем, ну да ладно, лишь бы > работало. > Одно со статьи непонятно: на удаленном хосте граф-сеанс должен быть поднят или > нет? Про сеанс не понятно, но костылём посчитали априори. ПО описанию похоже на x2go. Посмотрите какие там "нет костылей".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5

4. Сообщение от имя (?), 29-Июн-19, 19:41	+1 +/–
> Для сжатия потока также может применяться ZStd или LZ4. Не, ну, для современных плоских тем, в которых поле ввода от кнопки не отличить, может, и пойдёт, но в целом я не верю в пользу этих алгоритмов применительно к интерфейсам. Уж лучше буквы с жпегным ореолом терпеть, кмк.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16

5. Сообщение от Аноним (1), 29-Июн-19, 19:51	+1 +/–
> ПО описанию похоже на x2go Таки больше оно похоже на базовый функционал иксов, а x2go это переделаный NX - таки удаленный запуск приложений и удаленный рабочий стол вещи разные
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #77

6. Сообщение от Аноним (1), 29-Июн-19, 19:52	+10 +/–
Это хорошо) Глядишь пока полностью поддержку иксов прекратят - вяленого до состояния хоть какой-то юзабельности допилят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #64

7. Сообщение от Аноним (7), 29-Июн-19, 19:58	+16 +/–
> Правда, как и полагается вяленому, отдельным костылем, ну да ладно, лишь бы работало. Это и есть unix-way. Прошу вернуться на свою винду и больше не заходить на этот сайт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #46, #53

8. Сообщение от Аноним (8), 29-Июн-19, 20:08	+7 +/–
1. Интересно что со звуком? 2. Добавьте в новость видео https://mstoeckl.com/notes/gsoc/startup.webm и https://mstoeckl.com/notes/gsoc/typing.webm как это все работает (для проверки из блока "2019-05-14: It lives, it moves!"). Пока что waypipe выглядит на уровне простого копипаста скриншотов, что делал я для иксов https://github.com/gh0stwizard/x11mirror-client Надеюсь, что все фичи (а именно получение изменных участков экрана) выполнены лучше, чем в иксах (да-да, там тоже это есть и работает, см. асширение DAMAGE). Потому что из увиденного радости у меня 0 (шило на мыло как говорится).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29

9. Сообщение от Аноним (9), 29-Июн-19, 20:20	+9 +/–
Ну что, хейтеры "иксов"? Теперь проброс графики внезапно стал нужен, да? "Просто раньше это реально было мало кому нужно, а сейчас много у кого Raspberry Pi, на который они заходят с пробросом графики через ssh -X и VNC", да, товарищи хейтеры?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #20, #21

11. Сообщение от Аноним (11), 29-Июн-19, 20:43	+/–
"For the last few weeks, I've been working on a program" "Waypipe has become stable and usable enough at this point" нормально так чувак натворил. сколько лет то такую фичу ждали (наверное ждали)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

12. Сообщение от Аноним (12), 29-Июн-19, 20:44	+1 +/–
Он был нужен и он давно был в Х. А вот в Wayland только только...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #18

14. Сообщение от EnemyOfDemocracy (?), 29-Июн-19, 21:04	+6 +/–
> Правда, как и полагается вяленому, отдельным костылем А потом смотают костыли изолентой и назовут W11R6.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #17

15. Сообщение от Аноним (-), 29-Июн-19, 21:04	+/–
А многие ли в самом деле ждали, а не ради того чтобы похейтить вэйланд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #45

16. Сообщение от Аноним (16), 29-Июн-19, 21:04	+/–
предположу, что отрисовка все же будет производится на клиенте и гонять битмапы по сети оно будет только тогда, когда необходимо, т.к. > обеспечивает трансляцию  на другой хост через один сетевой сокет сообщений Wayland и сериализированных изменений в буферах разделяемой памяти и DMABUF.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #33

17. Сообщение от DiabloPC (ok), 29-Июн-19, 21:14	+5 +/–
A пока будут сматывать радужной изолентой придумают ещё какой-то W12 и будут орать что W11r6 НеМодноНеМолодёжно и нужно срочно его дропать, а то изолента заканчивается, а костылям, которые нужно приматывать, конца края не видно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

18. Сообщение от DiabloPC (ok), 29-Июн-19, 21:15	+6 +/–
В Х оно было "by design"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #32

19. Сообщение от анонимсус (?), 29-Июн-19, 21:18	+1 +/–
Это даже не костыль, это кучка реечек, перевязанных проволокой, используемых в качестве подпорки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #122

20. Сообщение от Дон Ягон (ok), 29-Июн-19, 21:31	+6 +/–
> Ну что, хейтеры "иксов"? Теперь проброс графики внезапно стал нужен, да? Вот плюсую. Тоже интересно, что теперь будут говорить те, кто раньше кричал, что "сетевая прозрачность" не нужна в оправдание отсутствия этой возможности в wayland? То, что разработчики вяленого делают выводы и работу над ошибками, пусть и мееедленноо, это в любом случае хорошо. Чем дальше, тем больше вейланд становится похож на иксы. Точно стоило с нуля переписывать и ломать обратную совместимость?.. PS: Сам "сетевую прозрачность" не использую и для меня это не критерий выбора. Но точно знаю, что этим многие пользуются, т.е. это "нужно".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #23, #67, #70

21. Сообщение от Ordu (ok), 29-Июн-19, 21:36	–4 +/–
Как был не нужен, так и остался. Уже 10+ лет я не использовал его, и не вижу причин использовать. Под удалённые вещи есть ssh и tmux. Если мне приходится запускать emacs удалённо, я вполне могу потерпеть текстовый интерфейс. А ff я не запускаю удалённо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #36, #71

22. Сообщение от Echo (?), 29-Июн-19, 21:46	–1 +/–
УРА
Ответить | Правка | Наверх | Cообщить модератору

23. Сообщение от kiwinix (?), 29-Июн-19, 22:03	–3 +/–
Ох, чувак, как же ты не прав. Я не фанат иксов и сетевой прозрачности. Но сетевая прозрачность - это нечто уровнем выше чем гонять картинку по сети. Поэтому много и кричали по этому поводу. Правильнее будет наверное сравнивать с расшариванием экрана чем с сетевой прозрачностью. Сетевую прозрачность умеет: иксы. Не умеет: qt/gtk "Точно ли стоило переписывать с нуля?" Конечно стоило! "и ломать обратную совместимость?" XWayland же, а если ты имеешь в виду что просто не доделали иксы до вейланде -  Ну извини, композитор не умеет рисовать (и не должен) а поэтому иксы выкинули полностью, и оставили только возможность накладывать слои (грубо говоря) Умеет рисовать: qt/gtk/x.org. Но для qt/gtk на иксах идёт двойная обработка картинки (упрощённо) А теперь вспомни что все приложения в линуксе написаны на тулкитах qt/gtk. Именно популярность тулкитов заставила в линуксе поставить производительность иксов на второе место, а на первое убрать двойную буферизацию в gtk/qt Есть и другие вяленые плюшки. Но двойная буферизация - основная причина
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #31, #58

24. Сообщение от anonymous (??), 29-Июн-19, 22:07	+/–
Автор новости не в курсе чем ssh -X отличается от xpra. Вопрос в том, где происходит рендеринг. Так вот, судя по описанию waypipe - это совсем не ssh -X.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

25. Сообщение от Аноним (25), 29-Июн-19, 22:08	+1 +/–
Печему нельзя просто гнать Opengl команды по сети?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #30

26. Сообщение от Аноним (27), 29-Июн-19, 22:10	+/–
Он бы умел как РДП - запустил приложение удалённо на ресурсах там видеокарты, отключаешся, приложение продолжает работать,  подключаешся и продолжаешь с тем же экраном/окном. Секьюный и простой вариант такого не существует. Что бы сохранять между подключениями, работало на удалённой видеокарте. Есть сложные и очень жрущие сеть и процессор секъюрные варианты. Они - трудно и сложно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49

27. Сообщение от Аноним (27), 29-Июн-19, 22:12	+1 +/–
Это в сторону vglrun? - https://wiki.archlinux.org/index.php/VirtualGL
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

29. Сообщение от kiwinix (?), 29-Июн-19, 22:20	+1 +/–
А что там на счёт pipewire ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #66

30. Сообщение от anonymous (??), 29-Июн-19, 22:28	–2 +/–
> Печему нельзя просто гнать Opengl команды по сети? Когда-то в этом не было проблем. Но когда количество треугольников на сцену перевалило за миллион (и не стоит забывать про текстуры и многое другое), то стало дешевле передавать готовые пиксели, которых тоже миллион, но удобной для сжатия картинкой, чем 3d примитивы. Вот здесь концепция сетевой прозрачности opengl и умерла. Нет той прозрачности больше. И с каждым годом видеокарта превращается во всё более автономный и мощный компьютер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #37, #43, #57, #144

31. Сообщение от Дон Ягон (ok), 29-Июн-19, 22:37	+2 +/–
> Я не фанат иксов и сетевой прозрачности. Но сетевая прозрачность - это нечто уровнем выше чем гонять картинку по сети. Поэтому много и кричали по этому поводу. Почему - поэтому? Потому что сетевая прозрачность в иксах - by design, а не как в vnc? Если нет, то почему, если да, то почему это повод кричать про то, что сетевая прозрачность не нужна? > Сетевую прозрачность умеет: иксы. Не умеет: qt/gtk Сетевую прозрачность умеет wayland (теперь). Не умеет: qt/gtk. Ну и в чём разница? В том, что раньше про-вейландовцы говорили, что сетевая прозрачность должна переехать в тулкиты (qt/gtk)? И что мы видим на практике? > "Точно ли стоило переписывать с нуля?" Конечно стоило! Конечно, ведь это так увлекательно! А вот починить то, что есть - это сложно и скучно. Веселее поставить кучу народа раком, сломав обратную совместимость. >  XWayland же Зачем мне прослойка, если я могу использовать иксы нативно? > а если ты имеешь в виду что просто не доделали иксы до вейланде -  Ну извини, композитор не умеет рисовать (и не должен) а поэтому иксы выкинули полностью, и оставили только возможность накладывать слои (грубо говоря) Про сетевую прозрачность тоже рассказывали, что не должны, а что в итоге? И да, то, что теперь каждый WM должен пилить часть того функционала, что ранее был объединён в X-сервере - это минус, а не плюс. > Но для qt/gtk на иксах идёт двойная обработка картинки (упрощённо) > А теперь вспомни что все приложения в линуксе написаны на тулкитах qt/gtk. Именно популярность тулкитов заставила в линуксе поставить производительность иксов на второе место, а на первое убрать двойную буферизацию в gtk/qt > Есть и другие вяленые плюшки. Но двойная буферизация - основная причина Ох уж эта двойная буферизация! Сколько меня ей пугают, а я всё никак не ощущаю на себе её последствия. Блин, я на атлоне с 800mhz со вторым geforce через wine на древнем дебиане запускал всякий max payne и morrowind, лет так 10-12 назад и ничего не тормозило, работало также как в win xp, которая была на том компьютере ранее. И сейчас никаких проблем с производительностью не замечаю, в игры, правда, уже лет как те же 10 не играю. Ок, допустим проблема всё же есть. 1) Точно проблема стоит того, чтобы сломать обратную совместимость и заставить всех переписывать оконные менеджеры? 2) Точно нельзя было аккуратно выкидывать из иксов лишнее, чинить сломанное и доводить их до ума? Точно двойную буферизацию никак нельзя было починить не переписывая всё с нуля? Пока всё выглядит так, будто бы wayland будет столь же монструозен, как X, к тому моменту, как станет окончательно готов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #35, #61, #102

32. Сообщение от анонимус (??), 29-Июн-19, 22:42	–9 +/–
Так Х был и ущербен "by design"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #34, #60, #83, #106, #134

33. Сообщение от Crazy Alex (ok), 29-Июн-19, 22:46	+/–
То есть тупо лупим все аалейты битмапов. Что ествественно, так как никаких друхиг примитивов в вейланде нет в принципе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #88

34. Сообщение от Crazy Alex (ok), 29-Июн-19, 22:49	+3 +/–
Икс абсолютно не был ущербен пока использовался по назначению. Но вы это время не застали. Да и я, в общем, самым краем. Hint: "по назначению" - это не битмапы гонять. А что потом когда стало не хватать иксовых примитивово вместо очередных расширений влепили костыль, который кидался треугольниками - это и стало причиной всех бед.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #47

35. Сообщение от Michael Shigorin (ok), 29-Июн-19, 22:52	+1 +/–
...зато дракона же убЪёт. :]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #41

36. Сообщение от Michael Shigorin (ok), 29-Июн-19, 22:53	+/–
Вашличество, ну как скажете :) // а вот я порой запускаю, и не только fx...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #44

37. Сообщение от Crazy Alex (ok), 29-Июн-19, 22:53	+/–
А на кой там эта гора треугольников? Хотя правильным ответом было бы, конечно, плеваться тулкитными сообщениями и полностью абстрагировать рисовалку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #40

39. Сообщение от Аноним (39), 29-Июн-19, 23:08	+1 +/–
Читайте внимательнее, в новости ssh -X приводится как аналог использования SSH в качестве транспорта для проброса X11. Точно также пробрасывается сокет Waypipe. Рендеринг ни в том ни в другом случае с SSH никак не связан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

40. Сообщение от анонимсус (?), 29-Июн-19, 23:11	+1 +/–
> Хотя правильным ответом было бы, конечно, плеваться тулкитными сообщениями и полностью абстрагировать рисовалку Ну то есть в тех же Иксах заменить старые команды рисования 2Д примитивов, завязанных на физические пиксели, на новые более высокоуровневые 3Д? А еще лучше добавить новые команды, а не заменить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #74

41. Сообщение от Дон Ягон (ok), 29-Июн-19, 23:22	+/–
> ...зато дракона же убЪёт. :] Ладно бы только дракона. Я так понимаю, всякие неподдерживаемые/полуподдерживаемые оконные менеджеры, типа ion3/notion тоже не переживут отказ от исков. Да и вообще, все WM, придётся переписывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #48

42. Сообщение от Elv (?), 29-Июн-19, 23:25	–2 +/–
Странно, если по аналогии м x11 forwarding over ssh, то по идее сессия должна быть и на стороне клиента (по крайней мере я поднимал putty + xming в случае x11 forwarding over ssh). В общем непонятно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #52

43. Сообщение от Аноним (8), 29-Июн-19, 23:26	–2 +/–
Близко, но неверно. Если на клиенте слабая видео карта, которая не умеет в распоследний OpenGL, то такой OpenGL по сети никому не нужен. Поэтому действительно нужно гонять пиксели. Более того, изначально иксы такими и планировались. Оптимизация в виде выдачи кусочков изменного экрана появились позднее, но смысл остался тот же - всегда сервер рисует со своей видеокарты. Более актуальный пример на сегодняшний день - стриминг игр (стриминг отличается от удаленного стола только в том кто является клиентом: ютуб или конкретный комп; авторизация на сервере дело 10е).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

44. Сообщение от Ordu (ok), 29-Июн-19, 23:38	–2 +/–
Мало ли кто и что запускает. Откуда вообще у людей взялась эта идея, что если для вейланда появилась возможность удалённого запуска, то она станет нужна тем, кому она была не нужна?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #54, #89

45. Сообщение от НяшМяш (ok), 29-Июн-19, 23:45	+2 +/–
Чуваку понадобилось - чувак сделал. А специалисты сидят и кудахчут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #55, #72

46. Сообщение от crypt (ok), 30-Июн-19, 00:11	+1 +/–
не нужно путать unix-way и отсутствие начального плана с последующим написанием подпорок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #65, #93

47. Сообщение от Андрей (??), 30-Июн-19, 00:17	+3 +/–
> Hint: "по назначению" - это не битмапы гонять. Вот! Был же изначально нативный иксовый тулкит. И вместо того чтобы договориться как создавать альтернативные тулкиты, которые будут тоже нативно работать с иксами, поспешили и накостыляли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

48. Сообщение от crypt (ok), 30-Июн-19, 00:17	–1 +/–
выше - фигня на постном масле. кто-то помоему не оч. понимает, что такое "сетевая прозрачность". это не скриншот гонять по сети, а события. а насчет устаревания оконных менеджеров: не смеши мои тапки! опенсорс хлебом не корми, но дай написать или поюзать новый оконный менеджер! все просто счастливы будут!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #50

49. Сообщение от crypt (ok), 30-Июн-19, 00:21	–1 +/–
в sway, говорят, добавили rdp backend... еще не пробовал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

50. Сообщение от Дон Ягон (ok), 30-Июн-19, 01:03	+/–
> кто-то помоему не оч. понимает, что такое "сетевая прозрачность". это не скриншот гонять по сети, а события. Прекрасно понимаю, а где я говорил что-то против? Ну ок, может быть для того, что в wayland термин "сетевая прозрачность" не очень применим, на мой взгляд, это словоблудие вокруг нюансов реализации. Речь о том, что раньше были только разговоры про то, что "сетевая прозрачность" (или как мы теперь это называем? wayland-proxy? мне пофигу. Чем протокол оперирует, то по сети и гоняют.) "не нужна". Теперь оказывается, что нужна. Речь про это, а не про то, как это сделано. И повторюсь, лично я вообще подобным не пользуюсь, для меня наличие/отсутствие сорта сетевой прозрачности - не критерий при выборе между wayland и X. > а насчет устаревания оконных менеджеров: не смеши мои тапки! опенсорс хлебом не корми, но дай написать или поюзать новый оконный менеджер! все просто счастливы будут! Посмотрим. Как по мне, пока всё выглядит иначе. Плюс у многих WM уже нет активных разработчиков, максимум, кто-то баги только исправляет и фиксит что-то ещё по-мелочи. Если ты прав, то я только за, но я тут всё же пессимист. Посмотрим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

51. Сообщение от Аноним (51), 30-Июн-19, 01:34	+/–
Вот не *** было убивать иксы, для них надо слать команды отрисовки, а не видеопоток.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56, #78, #94

52. Сообщение от Аноним (52), 30-Июн-19, 01:36	+3 +/–
Чего? При x11 forwarding иксы нужны только на стороне сервера (т.е. там где отрисовывается приложение)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #85

53. Сообщение от Аноним (53), 30-Июн-19, 01:52	+3 +/–
Она такая же моя как и твоя. Читать лицензию на винду не пробовал, советчик? Куда им заходить, люди и сами разберутся без идиотский рекомендаций, спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

54. Сообщение от Аноним (53), 30-Июн-19, 01:54	+/–
Действительно, ведь очевидно, что все люди одинаковые, думают как ты и ходят строем как ты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #68, #84

55. Сообщение от Аноним (53), 30-Июн-19, 01:57	+/–
Специалисты не чахнут, они работают себе и получают за это деньги. Как бы это не казалось тебе противоестественным. Ты поскольку не сталкивался, даже не представляешь себе уровень сложности по интеграции всего этого ада малосвязного ада в готовое решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #105

56. Сообщение от Аноним (53), 30-Июн-19, 02:01	–2 +/–
Мир движется в сторону упрощения технологий и человека. А иксы по сложности уже сопоставимы с ядром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #136

57. Сообщение от Аноним (57), 30-Июн-19, 02:56	+/–
> когда количество треугольников на сцену перевалило за миллион ИМХО, оно умерло когда появились шейдеры. Появилась возможность вернуть назад охренительных размеров результат, который потом опять придется передавать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

58. Сообщение от maximnik0 (?), 30-Июн-19, 03:47	+1 +/–
>а на первое убрать двойную буферизацию в gtk/qt За новостями про Xfree не следите ? Посмотрите архив , уже года как 3  устранили эту проблему.Да опять небольшой костыль-расшерение  но  во всяком случае смотрел опции сборки в kubunty,расширение включено и не кто не жалуется.С тирингом не знаю как обстоят дела, по крайне мере с переходом на новую версию дистрибутива не разу его не ловил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #87

59. Сообщение от Аноним (59), 30-Июн-19, 04:51	+2 +/–
> отдельным костылем Добро пожаловать в "делай что-то одно, но делай это хорошо". Комбайны типа иксов не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

60. Сообщение от iPony129412 (?), 30-Июн-19, 05:00	–2 +/–
Да не, нормально в своё время были. Но нельзя так просто продумать в сложном продукте архитектуру, чтобы она тридцать лет работала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #69

61. Сообщение от kiwinix (?), 30-Июн-19, 05:53	–2 +/–
Не лень же тебе было столько накатать.. > Ох уж эта двойная буферизация! Сколько меня ей пугают, а я всё никак не ощущаю на себе её последствия. Блин, я на атлоне с 800mhz со вторым geforce через wine на древнем дебиане запускал всякий max payne и morrowind, Двойная буферизация только в qt/gtk через x.org. Не уверен, есть ли двойная буферизация у вайна, либо никогда не была - не буду утверждать.. не знаю > Сетевую прозрачность умеет wayland (теперь) Не умеет, и никогда не будет уметь >  сетевая прозрачность должна переехать в тулкиты (qt/gtk) К сожалению или к счастью, она никогда не переедет в тулкиты > если да, то почему это повод кричать про то, что сетевая прозрачность не нужна? Не берусь говорить нужна или нет, но не актуальна точно. По тому как на десктопе линукса уже минимум чисто иксовых приложений и максимум тулкитных. И выходит что сетевая прозрачность гоняет по сети не команды а картинку. Что теряет смысл вообще всей этой прозрачности, по тому как она перестает отличаться от vnc + Вроде как оно не идеальное. Повторюсь. Я не фанат сетевой прозрачности. Задумка была неплохая, гонять команды а не картинку, но этого уже никогда не будет.. тулкиты скорее всего не захотят. Только от них зависит будет сетевая прозрачность в Wayland или нет. как упомянулось в этом обсуждении, возможно vglrun будет иметь смысл, но лично я в него не верю > "Точно ли стоило переписывать с нуля?" Конечно стоило! > Конечно, ведь это так увлекательно! Гггг. Из иксов выкинули иксы))) Ну, это не зря сделали.. иксы теперь избыточные. Вяленый может только положить один буфер пикселей на другой буфер пикселей, обрезать уголочки, наложить тень и больше ничем не заниматься. Прекрасно же?) Не?) Хах))) Ну ладно, у иксов ещё одна проблема была - это тиринг. Уже вроде как починили. По крайней мере так говорят.. но 2 года назад я ещё видел съезжания когда скролил страничку в Firefox.. > Пока всё выглядит так, будто бы wayland будет столь же монструозен, как X, к тому моменту, как станет окончательно готов. Да, ответ выше - вяленый не умеет рисовать, и никогда не научится. А значит монстром больше чем икс точно никогда не станет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #63

62. Сообщение от Аноним (62), 30-Июн-19, 06:19	+5 +/–
> отдельным Юникс-вей уже не катит, анон?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #120

63. Сообщение от Дон Ягон (ok), 30-Июн-19, 06:34	+/–
> Двойная буферизация только в qt/gtk через x.org. Не уверен, есть ли двойная буферизация у вайна, либо никогда не была - не буду утверждать.. не знаю Никаких тормозов в qt/gtk приложениях я также не наблюдал/не наблюдаю. >> Сетевую прозрачность умеет wayland (теперь) > Не умеет, и никогда не будет уметь Ну да, в случае с wayland это сделано немного сбоку, но суть та же. >>  сетевая прозрачность должна переехать в тулкиты (qt/gtk) > К сожалению или к счастью, она никогда не переедет в тулкиты К счастью. >> если да, то почему это повод кричать про то, что сетевая прозрачность не нужна? > Не берусь говорить нужна или нет, но не актуальна точно. Мне не нужна. А кому-то нужна. То, что разработчики вяленого признали это и сделали что-то подобное - в любом случае плюс. > По тому как на десктопе линукса уже минимум чисто иксовых приложений и максимум тулкитных. И выходит что сетевая прозрачность гоняет по сети не команды а картинку. Что теряет смысл вообще всей этой прозрачности, по тому как она перестает отличаться от vnc Мне в принципе всё равно. Картинку так картинку. Мне был бы интересен результат, если бы я этим пользовался, а не то, что под капотом. > тулкиты скорее всего не захотят. Только от них зависит будет сетевая прозрачность в Wayland или нет. Но вот же waypipe, который гоняет wayland-трафик по сети, независимо от тулкита. Ну да, это не часть протокола, а сделано слегка сбоку, ну и что? Из-за различий в архитектуре тот факт, что одинаковая по смыслу функциональность реализуется различными способами - закономерен. > Гггг. Из иксов выкинули иксы))) Да, огорчает именно это. Сломаная совместимость. > Ну, это не зря сделали.. иксы теперь избыточные. Вяленый может только положить один буфер пикселей на другой буфер пикселей, обрезать уголочки, наложить тень и больше ничем не заниматься. Прекрасно же?) Не?) Хах))) Да, теперь каждый WM должен писать свой композитор. Прекрасно. Ну, в принципе, логично и последовательно: всё равно им переписывать, мы ж несовместимый протокол наколбасили. Перенесём часть сложности на сторону клиента и будем хвастаться стройной архитектурой. А то, что сложность переехала в другую часть стека - это уже не наши проблемы! Успех! > Ну ладно, у иксов ещё одна проблема была - это тиринг. Уже вроде как починили. По крайней мере так говорят.. но 2 года назад я ещё видел съезжания когда скролил страничку в Firefox.. Никогда не могу понять, что есть тиринг. Честно, не знаю, есть он у меня или нет. Если есть, то мне видимо пофигу. И слава богу. В любом случае, зачем чинить тиринг в иксах? Давайте запилим с нуля несовмстимый вейланд! >> Пока всё выглядит так, будто бы wayland будет столь же монструозен, как X, к тому моменту, как станет окончательно готов. > Да, ответ выше - вяленый не умеет рисовать, и никогда не научится. А значит монстром больше чем икс точно никогда не станет Мой ответ тоже выше - сам вяленый не станет. Но от этого не легче, так как сам графический стек сильно проще не стал. Просто часть сложного переехала из одного места в другое. Да и писать реализацию композитора теперь каждый WM/DE будет свою - ну это чтобы веселее с настройкой и отладкой было, при смене WM. И чтобы велосипедов, делающих одно и то же, но написанных разными командами побольше было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

64. Сообщение от адмирал третьего флота очевидно (?), 30-Июн-19, 06:43	+/–
так и было изначально задумано..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #141

65. Сообщение от адмирал третьего флота очевидно (?), 30-Июн-19, 06:44	+2 +/–
так изначально было задумано..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #133

66. Сообщение от адмирал третьего флота очевидно (?), 30-Июн-19, 06:46	+/–
не имеет ничего общего с обсуждаемыми в этом топике вещами.. но.. развивается. не готов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

67. Сообщение от адмирал третьего флота очевидно (?), 30-Июн-19, 06:53	+/–
это не сетевая прозрачность. это не то чтоб разработчики вэйланда. и это даже не часть вэйланда. и да вэйланд не замена иксам поэтому сохранять совместимость было не с чем. но её таки добавили те кому было надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #73

68. Сообщение от адмирал третьего флота очевидно (?), 30-Июн-19, 06:55	+/–
нет. все люди думают как я. с вами нелюдями у нас нет ни одной хоть отдалённо схожей мысли!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

69. Сообщение от Vkni (ok), 30-Июн-19, 06:56	+1 +/–
Ну Хы показывают, что можно. И что инженеры из IBM/MIT/и кто-там-ещё, были действительно круты. Но да, желательно как-то это всё поддерживать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #81

70. Сообщение от Vkni (ok), 30-Июн-19, 06:57	+/–
> Чем дальше, тем больше вейланд становится похож на иксы. Чем, интересно, становится похож? Поддержкой тысяч программ? Кроссплатформенностью? Сетевой прозрачностью? Продуманными оконными менеджерами, которые соединяют довольно эклектичные программы в единое пространство?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #75

71. Сообщение от Vkni (ok), 30-Июн-19, 07:00	+1 +/–
Я по работе запускаю ежедневно много чего удалённого. И оно работает, от tkdiff до Wolfram Mathematica. Ну у нас с вами разные работы. И что? Большая часть населения шарика вообще только со смартфонами знакома, а клавиатуру вообще никогда не трогала. Будем заключать, что "компьютеры нинужны"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

72. Сообщение от Vkni (ok), 30-Июн-19, 07:02	+/–
Специалисты прекрасно знают, что не надо работать над изначально мертворожденными решениями, типа Wayland. А решения под Xы вполне себе ваяют, если надо. Вот я давеча запакетировал отличный терминал под X, под названием xst.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

73. Сообщение от Дон Ягон (ok), 30-Июн-19, 07:02	+/–
> это не сетевая прозрачность. Я понимаю разницу между прокси, приделанным сбоку и передачей команд отрисовки через сокет (сетевой или unix). Какое правильное название для того, чем является waypipe? > это не то чтоб разработчики вэйланда. и это даже не часть вэйланда. ОК. > и да вэйланд не замена иксам поэтому сохранять совместимость было не с чем. Вейланд замена иксам. Совместимость - это я не в контексте сетевой прозрачности/проксирования wayland, а про то, что как минимум тулкиты и WM нужно портировать на wayland. > но её таки добавили те кому было надо. Мне не надо. Но в любом случае, хорошо, что добавили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

74. Сообщение от Vkni (ok), 30-Июн-19, 07:06	+/–
Для этого требуется провести очень серьёзную аналитическую работу: нужно проанализировать примитивы и темы тулкитов, шрифтов и т.д. После этого необходимо вычленить примитивы и провести ортогонализацию API; потом определить, как именно нужно реорганизовывать старую рисовалку X, желательно без потери совместимости. И можно ли вообще это сделать. Возможно, там будет место для спец. шейдеров и даже анализа этих шейдеров в плане тотальности/использования ресурсов. В общем, это действительно серьёзная и крутая инженерия, но кодить что-либо можно будет начинать примерно через год. И, конечно, это не весело и довольно тяжело (я подобным занимался, но значительно более мелким, естественно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #90

75. Сообщение от Дон Ягон (ok), 30-Июн-19, 07:08	+1 +/–
>> Чем дальше, тем больше вейланд становится похож на иксы. > Чем, интересно, становится похож? Тонной расширений. Сам по себе wayland довольно бесполезный. См. wayland-protocols. > Поддержкой тысяч программ? Тысяч? Когда я пробовал, у меня штуки 3-4 набралось, всё остальное через xwayland. > Кроссплатформенностью? Только в перспективе. Текущие реализации достаточно линукс-специфичны, судя по всему. > Сетевой прозрачностью? Приделанной сбоку от самого протокола. Но да, раньше кричали, что это "не нужно". > Продуманными оконными менеджерами, которые соединяют довольно эклектичные программы в единое пространство? Несколько недоделанных портов некоторых иксовых WM? Пока, увы, несравнимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #76

76. Сообщение от Vkni (ok), 30-Июн-19, 07:12	+1 +/–
Ну, то есть, жалкое подобие левой руки. Это не называется похож. Если вы считаете, что расширения - это плохо, то зря. Это отличный механизм сделать программу долгоживущей. Он, кстати, реализован много в каких известных и замечательных программах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #118

77. Сообщение от Аноним (3), 30-Июн-19, 07:16	–1 +/–
>> ПО описанию похоже на x2go > Таки больше оно похоже на базовый функционал иксов, а x2go это переделаный > NX - таки удаленный запуск приложений и удаленный рабочий стол вещи > разные Вот именно, что разные. Осталось прочесть "позволяющий запускать приложения на другом хосте" в новости и про нужность граф сеанса в ответах. Ну и сложить 2 + 2.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

78. Сообщение от Жека Воробьев (?), 30-Июн-19, 07:28	–1 +/–
>для них надо слать команды отрисовки, а не видеопоток Это давно не так, все тулкиты рисуют кнопки и прочее самостоятельно, и уже давно и не используют Х для этого. Тут вопят про великолепную сетевую прозрачность Х, а по сути последние годы это костыльный протокол в котором гоняют готовые битмапы которые рисуют тулкиты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #95, #127

79. Сообщение от Олег (??), 30-Июн-19, 08:10	+1 +/–
Битмапы, битмапы... Отл. В чём проблема сделать при старте программы обмен битмапами-кусочками интерфейса между клиентом и сервером с их id? Далее работает обычный X-протокол, только гоняются id кастомных примитивов, о которых мы сообщили на старте. Набор таких примитивов будет ограничен(кнопка, поле вода, прокрутка и т.п.). Более того, можно с клиента на сервер передавать что-то вроде шейдеров - правила по которым будут изменяться данные кастомные примитивы. Например масшабирование кнопок, прокруток и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80, #100, #107

80. Сообщение от Олег (??), 30-Июн-19, 08:13	+/–
Хотя можно просто свести всё к передаче на старте id и текста шейдера. Будет достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #96

81. Сообщение от soarin (ok), 30-Июн-19, 08:24	–2 +/–
> Ну Хы показывают, что можно. Не показывает. Критическая точка уже достигнута. Мир меняется и сильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

83. Сообщение от svsd_val (ok), 30-Июн-19, 09:11	+2 +/–
X не был ущербен, он работал и летал на таком слабом железе которое Вы себе в страшных снах представить не могли бы. Никаких ttf шрифтов только битмапы всё ьыор оптимизировано для достижения максимальной скорости... После с развитием эвм и появлением большего объёма ресурсов стали добавляться "свистелки-перделки" ... Хотя ИМХО старые иксы были и так весьма удобны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #99

84. Сообщение от Ordu (ok), 30-Июн-19, 09:45	–1 +/–
Я не знаю, как ты пришёл к этой мысли, но даже если мы её примем, то значит ли это, что появление сетевой прозрачности в wayland должно изменить моё отношение к сетевой прозрачности?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #123

85. Сообщение от Elv (?), 30-Июн-19, 10:08	+/–
Дошло, спасибо за намек. Запутался в своих мыслях... Та машина юзалась локально и удаленно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

86. Сообщение от Лолноним (?), 30-Июн-19, 10:33	–2 +/–
Я все не пойму зачем это нужно и кому. Ясное дело что мои пилят этот костыль то значит кого-то интересует. Я так думаю на серверах графических приложений, принципе как и графического стака не должно быть. Если уж очень нужен удалённый рабочий стол то vnc, rdp открытых и закрытых по типу как teamviewer полно под любую задачу и цели
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #132

87. Сообщение от Андрей (??), 30-Июн-19, 10:43	+/–
> Да опять небольшой костыль-расшерение Были (MIT-)SHM, XDBE. А что добавили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #97

88. Сообщение от 123 (??), 30-Июн-19, 10:49	–1 +/–
Современным тулкитам и не нужны другие примитивы, им достаточно битмапов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #143, #156

89. Сообщение от Аноним (89), 30-Июн-19, 10:50	+/–
Вариант, что она появилась именно потому, что была нужна, не рассматривается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #92

90. Сообщение от анонимсус (?), 30-Июн-19, 11:01	–2 +/–
Ну то есть проделать ту же работу, что когда-то для своего времени была проделана при создании X11. Но, судя по всему, теперь уже кишка тонка такое сделать. Ремесленников расплодилось до черта, а настоящие мастера, похоже, постепенно уходят. Да и, я так понимаю, не хотят сейчас люди тратить время на что-то фундаментальное. Надо побыстрее что-то слепить на коленке, чтобы быстрее получить хоть какой-то профит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #139

92. Сообщение от Ordu (ok), 30-Июн-19, 11:06	–1 +/–
> Вариант, что она появилась именно потому, что была нужна, не рассматривается? Нет конечно. Программисты часто пишут код по той же причине, по который коты лижут себе яйца. То что написано на github'е, пока наводит на мысль о том, что именно по этой причине waypipe и был написан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #104

93. Сообщение от Аноним (93), 30-Июн-19, 11:36	+/–
Ты где был столько лет? Об плане реализовать аналог x11 forwarding вейлендовцы лет 10 назад заявляли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #121

94. Сообщение от Аноним (94), 30-Июн-19, 11:44	+/–
И на кой это нужно? Серьезно, помимо задачи нарисовать Х есть соседняя задача сделать с этим Х что-то У причем на CPU. Пример - игры. Будь все так просто, то где сетевухи с пропускной способностьюю шин уровня PCI-Ex16? Поэтому нет смысла держать логику на клиенте, а сервер использовать только ради видяхи. Это кажется что скорость PCI-E избыточна, но это не так, т.к. кроме GPU всегда участвует CPU. Ок, давайте гнать команды по сети прямо в CPU сервера и что получим? Херню получим. Даже если сделать так, что хватит команд графического сервера для отрисовки всех базовых вещей, то каковы будут возможности? Как вы собрались раскодировать видео? Да-да, это по вашей логике сервер должен передать клиенту стрим файла, а клиент должен решить как его рисовать на сервере. Или логика у вас вот для видео мы сделаем исключение? Что за х? Кроме нарисовки видео есть задачи конвертирования из формата А в формат Б и снова это будет исключение, так? Ок, хочу использовать удаленно Blender и снова исключение? А знаете почему выходит так много исключений? Потому что идея г. И главная проблема в том, что никто ради этой идем не станет переписывать тот же Blender. И еще тонна софта, который вы просто не осилите за все свою жизнь. Хотите сделать иначе - вперед и удачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #98

95. Сообщение от Аноним (51), 30-Июн-19, 11:45	+/–
А нельзя ли сделать, чтобы тулкиты не гоняли картинки для виджетов? Как мы вообще дошли до жизни такой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #101

96. Сообщение от Аноним (51), 30-Июн-19, 11:49	+/–
Ага и сразу 1. отвалятся карты без шейдеров 2. получим ворох уязвимостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #130

97. Сообщение от maximnik0 (?), 30-Июн-19, 12:02	+/–
>Были (MIT-)SHM, XDBE. А что добавили? Я про них и имел в виду, просто у LTS дистрибутивов поддержка вместе с графическими библиотеками добавлена совсем недавно, по умолчанию даже если и Х сервер поддерживал это расширение ,не факт что клиентские либы работали с этими расшерениями. Видь как не грустно но с безопасностью у Х плохо.Любое костыльное приложение может обрушить графический сеанс,вот и разработчики дистрибутивов осторожничали. В качестве примера костыльного приложения могу назвать редактор антиворд (врядли уже потдерживаеться в пакетах), недавно проверял по прежнему вышибает графический сеанс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

98. Сообщение от Аноним (51), 30-Июн-19, 12:09	–3 +/–
> И на кой это нужно? Серьезно, помимо задачи нарисовать Х есть соседняя > задача сделать с этим Х что-то У причем на CPU. Пример > - игры. Это ведь не работа иксов. Работа иксов - GUI. > Даже если сделать так, что хватит команд графического сервера для отрисовки всех базовых вещей, то каковы будут возможности? Как вы собрались раскодировать видео? Для (рас)кодировки видео, аудио, графики нужен отдельный сервер. > Да-да, это по вашей логике сервер должен передать клиенту стрим файла, а клиент должен решить как его рисовать на сервере. Или логика у вас вот для видео мы сделаем исключение? 0. есть базовы протокол. Этот базовый протокол - основа всех серверов. В него входит протокол обмена командами и базовые команды: а) создания и удаление серверных объектов. При разрыве соединения все объекты удаляются. б) определения их типа в) проксирования соединения к другому серверу. При проксировании владельцем объекта становится проксирующий сервер. Проксирование идёт сессиями, при разрыве соединения сессия закрывается аварийно, при любом закрытии сессии закрывается соединение с проксируемым сервером и объекты удаляются. 1. клиент подключается к иксам 2. клиент спрашивает иксы про сервер кодирования, заданный в конфиге 3. клиент инициирует проксирование через иксы на сервер кодирования 4. иксы становятся владельцами объектов декодирования 5. соответственно декодированному видео не надо покидать машину Разумеется, можно использовать внешний сервер декодирования. И совсем необязательно, чтобы сервер декодирования реализовывал декодирование на GPU, могут быть и асики. > Кроме нарисовки видео есть задачи конвертирования из формата А в формат > Б и снова это будет исключение, так? Отлично вписывается в предыдущую корцепцию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #149

99. Сообщение от Аноним84701 (ok), 30-Июн-19, 12:13	+1 +/–
> X не был ущербен, он работал и летал на таком слабом железе > которое Вы себе в страшных снах представить не могли бы. Никаких > ttf шрифтов только битмапы всё ьыор оптимизировано для достижения максимальной скорости... И небо было зеленее и травка голубее ;) http://linux-distributions.org/docs/howto/XFree86-HOWTO.txt > You will need a main memory of at least 8 MB and a virtual memory of at least 16 MB (i.e. main memory + swap). It is possible to run X on a 4 MB machine if you take some precautions on memory usage (look at section 4, where a package for low memory systems is described). Note that you should nevertheless have 16 MB of virtual memory. (So if you have 4 megs of physical RAM, and 12 megs of swap, you're okay.) It is recommended that you have *at least* 8 megs of physical RAM, as swap is very slow. >    With only 4 megs of physical RAM, performance will suffer greatly. (это в январе 1994, т.е. 8 МБ ОЗУ были в сегменте high-end-за-много-денег) https://s29877.pcdn.co/wp-content/uploads/2019/02/falll-1995...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #103, #158

100. Сообщение от Ordu (ok), 30-Июн-19, 12:23	+/–
Ты сейчас описал web-приложение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #108

101. Сообщение от Аноним (122), 30-Июн-19, 12:53	+/–
Можно. Если лично вы готовы довольствоваться тулкитами уровня Xaw.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #128

102. Сообщение от Аноним (102), 30-Июн-19, 13:04	–1 +/–
всем господам, что тут кричат, что qt/gtk "к счастью" "никогда" не получать сетевую прозрачность: схема работы webgl из qt 5.12: https://qt-blog-uploads.s3.amazonaws.com/wp-content/uploads/... https://blog.qt.io/blog/2018/11/23/qt-quick-webgl-release-512/ наработки по этому поводу у gtk: https://www.opennet.ru/opennews/art.shtml?num=50419
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #119

103. Сообщение от Аноним (3), 30-Июн-19, 13:05	+2 +/–
>>    With only 4 megs of physical RAM, performance will suffer greatly. Вона как экономно, достаточно 4х метров. Помню, Фотошоп в те времена захотел физических 8 для запуска столь нужного фильтра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #111

104. Сообщение от Аноним (3), 30-Июн-19, 13:15	+1 +/–
Коты инстинктивно чистоплотны, что бы не отпугивать добычу запахом. Причина — необходимость выживания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #109

105. Сообщение от Аноним (3), 30-Июн-19, 13:18	–1 +/–
> Специалисты не чахнут, они Если специалисты для тебя "они", а не "мы", дальше можно не читать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

106. Сообщение от Michael Shigorin (ok), 30-Июн-19, 13:20	+2 +/–
> Так Х был и ущербен "by design" Не подскажете ли, в каком месте?  А то пока ущербен Ваш комментарий -- именно отсутствием ну хоть какого-то обоснования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #157

107. Сообщение от Аноним (3), 30-Июн-19, 13:37	+/–
Ты сейчас описал алгоритм сжатия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #129

108. Сообщение от Аноним (3), 30-Июн-19, 13:39	+/–
Ты сейчас раскрыл планы Гуглей по захвату мира.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

109. Сообщение от Ordu (ok), 30-Июн-19, 14:20	+/–
> Коты инстинктивно чистоплотны, что бы не отпугивать добычу запахом. Причина — необходимость > выживания. Если эрудиция тебе мешает понимать собеседников, то твоя эрудиция ничем не отличается от наскальной росписи с точки зрения полезности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #110

110. Сообщение от Аноним (3), 30-Июн-19, 14:37	+/–
Что бы демагогия сработала, необходимо говорить правду, иначе она окажется из некоего пальца... что там подсказывает эрудиция?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #112

111. Сообщение от Аноним84701 (ok), 30-Июн-19, 14:44	+1 +/–
>>>    With only 4 megs of physical RAM, performance will suffer greatly. > Вона как экономно, достаточно 4х метров. Помню, Фотошоп в те времена захотел > физических 8 для запуска столь нужного фильтра. Да, если тактично проигнорировать "performance will suffer greatly" и то, что Иксы все же запускали не ради запуска Иксов, а как платформу для других приложений ;) Ну и Фотошоп стоил сам по себе немало (800-1000$ ± лапоть, это на "сегодняшние", емнип, ближе к 1500$) -- т.е. скорее всего предполагалось что использоваться будет профессионалами на профессиональном оборудовании (напомню: оно тогда имело и раб. станции SGI/Irix/Solaris в качестве целевой платформы). К тому же, в требованиях к PS 3.0 для мака и NT явно были прописаны 16МБ RAM ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #114

112. Сообщение от Ordu (ok), 30-Июн-19, 15:42	–1 +/–
> Что бы демагогия сработала, необходимо говорить правду, иначе она окажется из некоего > пальца... что там подсказывает эрудиция? Откуда я знаю? Эрудиция -- это твоё свойство, не моё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #113

113. Сообщение от Аноним (3), 30-Июн-19, 16:05	+/–
Кто здесь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #115

114. Сообщение от Аноним (3), 30-Июн-19, 16:13	+/–
>>>>    With only 4 megs of physical RAM, performance will suffer greatly. >> Вона как экономно, достаточно 4х метров. Помню, Фотошоп в те времена захотел >> физических 8 для запуска столь нужного фильтра. > Да, если тактично проигнорировать "performance will suffer greatly" и то, что Иксы > все же запускали не ради запуска Иксов, а как платформу для > других приложений ;) Да, и то, что Фотошоп запускался в альтернативной Иксам платформе :) но точно не в NT.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

115. Сообщение от Ordu (ok), 30-Июн-19, 16:24	–1 +/–
> Кто здесь? Коты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #116

116. Сообщение от Аноним (3), 30-Июн-19, 16:50	+2 +/–
> Коты? Ааа... тебе всё интересно, почему ты приплёл кота? Потому что у тебя аргументов против "было нужно" не было, нет и не предвидится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #117

117. Сообщение от Ordu (ok), 30-Июн-19, 17:30	–2 +/–
>> Коты? > Ааа... тебе всё интересно, почему ты приплёл кота? Потому что у тебя > аргументов против "было нужно" не было, нет и не предвидится. Я не видел возражений к которым можно было бы предъявлять аргументы или контраргументы. Ты говорил что-то про котов, я решил поддержать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #147

118. Сообщение от Дон Ягон (ok), 30-Июн-19, 17:35	+/–
> Ну, то есть, жалкое подобие левой руки. Это не называется похож. Ну это пока. Сейчас подвезут оконных менеджеров, со своей реализайцией подмножества функционала иксов внутри и всё будет. Да и расширений пока немного. > Если вы считаете, что расширения - это плохо, то зря. Я к этому никак не отношусь. Но слышал от любителей вейланда, а может даже и от разработчиков, что изобилие раширений иксов на каждый чих - это уже проблема и костыли. Я не столько против вейланда (мне на самом деле без разницы, если всё, что мне нужно будет работать), сколько бомблю от того, что его разработчики сначала критикуют иксы за что-то, а потом пилят у себя примерно такое же по смыслу, не забыв предварительно сломать совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #138

119. Сообщение от Дон Ягон (ok), 30-Июн-19, 18:01	–1 +/–
> всем господам, что тут кричат, что qt/gtk "к счастью" "никогда" не получать сетевую прозрачность: Я бы не назвал это сетевой прозрачностью. Но это словоблудие в какой-то степени, да. Основной плюс тут - браузер в качестве клиента. Оно же и минус. Пользуюсь этим (или похожим по смыслу - как именно это сделано я не смотрел) в qbittorrent, для вебморды. Имхо этим (вебмордами), ИМХО, область применения и ограничена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #126

120. Сообщение от DiabloPC (ok), 30-Июн-19, 18:57	–1 +/–
И что-же не юниксвейного в иксах? Х всего лишь выводят картинку на монитор, независимо от того где тот монитор находится, как он подключён и к какой машине
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #124

121. Сообщение от скорая помощь (?), 30-Июн-19, 19:31	+/–
Вообще-то, Wayland FAQ прямо вот сейчас написано, что network transparency это слишком большие сложности, и кому надо пусть ...бутся сами. А waypipe - это проект одного автора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

122. Сообщение от Аноним (122), 30-Июн-19, 20:13	–1 +/–
Тут все знают что такое X11.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

123. Сообщение от Аноним (123), 30-Июн-19, 20:19	+/–
Внешне — да, внутренне — нет. Сначала ты всегда был против сетевой прозрачности, потом всегда был за сетевую прозрачность. Двоемыслие такое двоемыслие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #125

124. Сообщение от Аноним (59), 30-Июн-19, 21:37	+1 +/–
> И что-же не юниксвейного в иксах? > Х всего лишь выводят картинку на монитор, независимо от того где тот монитор находится, как он подключён и к какой машине И что-же не юниксвейного в Google Chrome? Google Chrome всего лишь выводит доступный в вебе контент на монитор, независимо от того, какого MIME-типа этот контент (HTML, PDF, аудио/видео), как именно он заскриптован яваскриптами, обладает ли он интерактивностью с пользователем, а также "где тот монитор находится, как он подключён и к какой машине" (Chromecast)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

125. Сообщение от Ordu (ok), 30-Июн-19, 22:04	+/–
> Внешне — да, внутренне — нет. Сначала ты всегда был против сетевой > прозрачности, потом всегда был за сетевую прозрачность. Двоемыслие такое двоемыслие. Это обязательно? Если я не пойду на это, то меня как-то кто-то покарает больно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

126. Сообщение от Аноним (102), 30-Июн-19, 22:23	+1 +/–
ну веб морды обычно работают через "свой" клиент-сервер протокол, типа rpc. а у qt-webgl пересылаются вызовы/приметивы gl-я. браузер не является клиентом - там только отображается ui. >> всем господам, что тут кричат, что qt/gtk "к счастью" "никогда" не получать сетевую прозрачность: > Я бы не назвал это сетевой прозрачностью. Но это словоблудие в какой-то > степени, да. > Основной плюс тут - браузер в качестве клиента. Оно же и минус. > Пользуюсь этим (или похожим по смыслу - как именно это сделано я > не смотрел) в qbittorrent, для вебморды. Имхо этим (вебмордами), ИМХО, область > применения и ограничена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #131, #135

127. Сообщение от Аноним (127), 30-Июн-19, 23:04	+1 +/–
> рисуют кнопки... самостоятельно > ...и уже давно и не используют Х для этого В Qt есть бекэнды raster и native. Картинки гоняет raster и это сильно тормозит по сети (даже через 100-мегабитное подключение без роутера). native по сети тормозит на порядки меньше. Локально вроде бы raster шустрее native, но тесты многие не гоянли, а на глаз разница не заметна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

128. Сообщение от Аноним (51), 30-Июн-19, 23:06	+/–
А почему для кутей так нельзя?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #145, #155

129. Сообщение от Олег (??), 30-Июн-19, 23:14	+/–
Нет. Это не он.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

130. Сообщение от Олег (??), 30-Июн-19, 23:17	+/–
> 1. отвалятся карты без шейдеров Я сказал похоже на шейдеры. Оно не обязано компилироваться в реальные шейдеры, если нет поддержки на машине. > 2. получим ворох уязвимостей. Это с какой такой стороны они придут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

131. Сообщение от Дон Ягон (ok), 30-Июн-19, 23:27	–1 +/–
> ну веб морды обычно работают через "свой" клиент-сервер протокол, типа rpc. > а у qt-webgl пересылаются вызовы/приметивы gl-я. браузер не является клиентом - там  только отображается ui. Я больше про то, что было в новости про gtk, если я всё верно понял. Qt, ЕМНИП, тоже умело выводить гуй не нативно, а как html+js морду. Кажется, в qbittorrent оно так и работает, в вебморде. Могу впрочем ошибаться. qt-webgl там, скорее всего, абсолютно не при делах, согласен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

132. Сообщение от AlexYeCu_not_logged (?), 01-Июл-19, 00:18	+1 +/–
>Я все не пойму зачем это нужно и кому. >Если уж очень нужен удалённый рабочий стол то vnc, rdp открытых и закрытых по типу как teamviewer полно под любую задачу и цели Кто из них умеет пробросить окно/окна одного приложения, причём вид этого приложения и взаимодействие с оным будут нативными для машины-клиента?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

133. Сообщение от Клыкастый (ok), 01-Июл-19, 00:34	+1 +/–
..А что если бардак и отсутствие плана и есть план?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #148

134. Сообщение от Клыкастый (ok), 01-Июл-19, 00:38	+/–
Просто вместо X12 парни решили изобрести свой, новый, без костылей, велосипед, "выкинув всё ненужное". Теперь "всё ненужное" втаскивается назад костылями, с использованием жевачки, изоленты и такой-то матери. То что со стороны возникают вопросы об осмысленности сего действа, по идее удивлять не должно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

135. Сообщение от Дон Ягон (ok), 01-Июл-19, 00:45	+/–
> ну веб морды обычно работают через "свой" клиент-сервер протокол, типа rpc. > а у qt-webgl пересылаются вызовы/приметивы gl-я. браузер не является клиентом - там > только отображается ui. Таки стало интересно и я немного заморочится вопросом реализации web ui в qbittorrent. Кажется, я всё соврал в 131 и web ui в qbittorent написан руками, без использования спец. возможностей qt. Т.е. тут я не в тему сказал совершенно, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

136. Сообщение от Клыкастый (ok), 01-Июл-19, 00:48	+/–
Да это заметно. Упрощённые люди всё чаще встречаются. Главное не переборщить, а то котики и пёсики окажутся сложнее и умнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

137. Сообщение от Клыкастый (ok), 01-Июл-19, 00:58	+/–
Опа... Только поговорили ... ловите: https://www.opennet.ru/openforum/vsluhforumID3/117691.html#39
Ответить | Правка | Наверх | Cообщить модератору

138. Сообщение от Vkni (ok), 01-Июл-19, 02:17	+/–
> Сейчас подвезут оконных менеджеров, со своей реализайцией подмножества функционала иксов внутри и всё будет. Да и расширений пока немного. Не будет - оно развалится под собственной тяжестью. Выглядит это так: расширения формально есть, но фактически они друг с другом конфликтуют, нестабильно работают, ряд заявленных возможностей недореализуют. В результате, на бумаге Wayland есть, а по факту пользоваться им невозможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #140

139. Сообщение от Vkni (ok), 01-Июл-19, 02:19	+/–
> Ну то есть проделать ту же работу, что когда-то для своего времени > была проделана при создании X11. Ну да. > Но, судя по всему, теперь уже кишка тонка такое сделать. Почему, можно. Всё есть, просто нет заказа на это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

140. Сообщение от Дон Ягон (ok), 01-Июл-19, 02:30	–1 +/–
>> Сейчас подвезут оконных менеджеров, со своей реализайцией подмножества функционала иксов внутри и всё будет. Да и расширений пока немного. > Не будет - оно развалится под собственной тяжестью. Выглядит это так: расширения формально есть, но фактически они друг с другом конфликтуют, нестабильно работают, ряд заявленных возможностей недореализуют. В результате, на бумаге Wayland есть, а по факту пользоваться им невозможно. Ну или так. Я вяленого пробовал полтора раза из любопытства, не более. Мне в принципе не важно, как именно сфейлится вейланд - помрёт не выдержав собственного веса или станет такой же монструозный и сложный как иксы и ничем не будет их превосходить. Я не вижу смысла начинать пользоваться вяленым до тех пор, пока 1) он не достигнет паритета по функционалу с иксами 2) более 70-80 процентов ПО не начнёт корректно с ним работать (нативно, не через xwayland). И, в принцие, если такое время не наступит, я ничуть не огорчусь, мне и с иксами хорошо. Кажется, в #70 был сарказм, да? Ввиду видимо того, что тогда я ещё не ложился спать с субботы, я не распознал его и ответил слегка странно. Wayland, на мой взгляд, становится похож на иксы в плане их худших черт, а не в плане того, что он становится столь же готов к повседневному использованию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

141. Сообщение от doctorishe (?), 01-Июл-19, 09:04	–1 +/–
А потом заявится очередной поттеринг и заявит "Фу- мыбудем пилить новый с блеэкджеком". Вяленый это по костылям к тому моменту будет похлеще иксов сейчас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #146

142. Сообщение от Аноним (142), 01-Июл-19, 09:06	+/–
И постепенно Wayland превращается... превращается Wayland... в Иксы!
Ответить | Правка | Наверх | Cообщить модератору

143. Сообщение от КО (?), 01-Июл-19, 09:21	+3 +/–
В каком DPI?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

144. Сообщение от КО (?), 01-Июл-19, 09:28	+/–
>Но когда количество треугольников на сцену перевалило за миллион А потом кто-то дотошный выяснил, что upscale битмапа с букавками для другого dpi тоже не торт. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

145. Сообщение от Аноним (145), 01-Июл-19, 11:52	+/–
Попробуйте представить сколько раз надо дергать иксовые примитивы для отрисовки окна с более-менее современно выглядящим гуем и как это все будет моргать и дергаться при перерисовке. Кстати куте первых версий именно так и делало, потом разработчики задолбались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

146. Сообщение от rshadow (ok), 01-Июл-19, 12:05	+1 +/–
Быстрей бы уже Wayland допилили. Огребли кучу неудобств про которые нельзя сказать "потом доделаем" или "это никому не нужно". И вернулись к концепции иксов, запилив с нуля нормально. Учтя опыт и вайленда тоже. С обратной совместимостью по протоколу (хотя бы отдельным модулем).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #161

147. Сообщение от Аноним (3), 01-Июл-19, 16:38	+/–
>>> Коты? >> Ааа... тебе всё интересно, почему ты приплёл кота? Потому что у тебя >> аргументов против "было нужно" не было, нет и не предвидится. > Я не видел возражений к которым можно было бы предъявлять аргументы или > контраргументы. Ты говорил что-то про котов, я решил поддержать. Ну ты даёшь.)) Разумеется, ты не мог их увидеть, поскольку они невозможны в принципе. Автору было надо, он написал, на что тебе и намекнули. Кто ты вообще такой, что бы возражать против его созидания? при том — возражать постороннему. Не Наполеон ли ты случаем?)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

148. Сообщение от Аноним (3), 01-Июл-19, 16:40	+/–
> ..А что если бардак и отсутствие плана и есть план? Этот план предложил Лао Цзы))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

149. Сообщение от Аноним (94), 01-Июл-19, 17:06	+/–
Уже после пункта про конфиги выходит, что клиенту нужно 100500 конфигов под каждое приложение. Очумительно. Я не говорю, что это не взлетит, но... флаг в руки еще раз. И не говорите, что конфигов нужно 1-2. Вы просто пишете код, а потом расскажите и покажите результат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

150. Сообщение от Анонтоним (?), 01-Июл-19, 17:20	+/–
> опция для кодирования потока в форме видео h264 За потоковое вещание ведь отдельные деньги нужно платить... А опции для vp9 не ли? во многих ведь железках доступно, спасибо гуглу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #152, #153

152. Сообщение от Аноним (152), 01-Июл-19, 20:17	+/–
av1 давно уже пора смотреть...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

153. Сообщение от soarin (ok), 01-Июл-19, 20:41	+/–
> А опции для vp9 не ли? во многих ведь железках доступно Я правильно понимаю, что на линуксах - это только на новых Intel доступно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #154

154. Сообщение от Анонтоним (?), 01-Июл-19, 21:07	+/–
https://en.wikipedia.org/wiki/VP9#Hardware_device_support В качестве сервера в такой схеме может выступать камушек у которого в колонке "Encoding" зелёная галочка (ну либо программно делать сжатие, если это очень быстрый камушек). А в качестве клиента - любой камушек из этой таблице. И наверняка таблица это не совсем актуальна уже (в том смысле, что уже не модно её расширять).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

155. Сообщение от Аноним (155), 01-Июл-19, 23:15	+/–
Во времена KDE 2 и 3 точно было можно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

156. Сообщение от анним (?), 02-Июл-19, 02:52	+/–
Может и SVG тоже  не нужен? А то вдруг при растеризации контур попадёт меж пикселей и будет мыло, а авто-хинтинга для произвольной векторной графики пока не придумали. Скоро придётся не только память наращивать, но и количество видюх и др. аппаратных кодеков (может fpga) только чтобы банальный интерфейс не тормозил. ИМХО, самая идеальная организация торисовки экрана - когда растеризацией занимается один процесс на весь дисплей / сеанс (привет XGL).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

157. Сообщение от Аноним (157), 02-Июл-19, 04:03	+/–
я другой анонимус, но напишу: вы и сами знаете, в каком - в своей знаменитой сетевой прозрачности. Нельзя просто взять, отключиться и оставить Х-клиенты висеть, а потом подключиться другим Х-сервером, о нет. Только перезапуск, только хардкор. Если это не дыра в дизайне, то что тогда дыра?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #159

158. Сообщение от svsd_val (ok), 03-Июл-19, 15:59	–1 +/–
> (это в январе 1994, т.е. 8 МБ ОЗУ были в сегменте high-end-за-много-денег) Сказки не говори, у меня в то время была вида 3.1 с IMB 486 DX 4-50mhz разогнанные до 100мгц, 8мб озу, винтом на целых 510мб, саундбластером прошным и даже сидирумом 2х скоростным который читал диски только после того как помоешь головку в спирте..., конечно не пень но многое тянул без проблем, а с выходом 95винды пришлось ставить 32мб потому что на 8 не запускалось, а на 16 запускалась голая винда но работало через жуткие тормоза и свапик...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #160

159. Сообщение от svsd_val (ok), 03-Июл-19, 16:03	+/–
> я другой анонимус, но напишу: вы и сами знаете, в каком - > в своей знаменитой сетевой прозрачности. Нельзя просто взять, отключиться и оставить > Х-клиенты висеть, а потом подключиться другим Х-сервером, о нет. Только перезапуск, > только хардкор. Если это не дыра в дизайне, то что тогда > дыра? Это отсутствие вашей внятной логики такое предположение выдвинуло... Вы друг наш явно не программист либо Вы не знаете как оно было сделано и для чего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

160. Сообщение от Аноним84701 (ok), 03-Июл-19, 16:37	+/–
>> (это в январе 1994, т.е. 8 МБ ОЗУ были в сегменте high-end-за-много-денег) > Сказки не говори, у меня Ну да - с одной стороны, вырезка из журнала за 30 октября 1995 https://s29877.pcdn.co/wp-content/uploads/2019/02/falll-1995... > we seem to have convinced most manufacturers to atopt eight megabytes as standard > compared with four megabytes last year С другой -- аноним, утверждающий что все это сказки и он-то точно-точно помнит, что там было 25 лет назад, причем совсем не путая ± пару годков, угу. Особенно "достоверно" смотрится на фоне CD-ROM привода (они тогда хоть уже и сильно упали в цене, но все еще вполне стоили пару сотен зеленых). А так-то я тоже могу похвастать аж 8 планками по 1 МБ, винтами на 120 и 510 МБ и цельной турбокнопкой с дисплеем, который выставлялся методом тыка аж на 199 МHz -- но смысл? Тем более, период "полураспада" ценности  всех этих наворотов в те времена был существенно короче (в 1998 нормой уже были харды на 4-12ГБ, ОЗУ - в 64-96 МБ, а CPU - от 233 MHz).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

161. Сообщение от пох. (?), 03-Июл-19, 16:41	–1 +/–
не надейся. Таких архитекторов и таких разработчиков уже не осталось. К тому же ibm не собирается их кормить по дороге к коммунизму. В лучшем случае - удастся еще лет на десять сохранить иксы. В наиболее вероятном - через пару лет на новых интелах (не говоря уже о нвидии) они уже не будут работать. это как с ipv6 - по задумке - г-но. По исполнению - г-но. Решает задачу, которая никому не нужна. Но никакого v8 уже не будет - никогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

162. Сообщение от bigS (?), 14-Ноя-21, 16:12	+/–
...короче и вяленый лажа ...позоду болееменее найс +возм из коробки кроссплатформенности только xrdp и  имеет реальность альтернативы (вот бы только из коробки в нем еще переключ раскладки была без танцев с бубном!)
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема