forum.opennet.ru

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

Оглавление

Компания BMW открыла систему распределённой 3D-отрисовки RAMSES, opennews (??), 23-Фев-19, (0) [смотреть все]

Теперь видеофермы докупил, по сети подключил, сидишь, играешь , Аноним (1), 00:06 , 23-Фев-19, (1) –7 //

На тонком клиенте , Аноним (6), 09:29 , 23-Фев-19, (6) +1

хм, красиво описано Интересно, на базе этой штуки можно что-то наподобие сетевы, Crazy Alex (ok), 02:28 , 23-Фев-19, (3) +2 //

Тоже заинтересовало , Аноним (6), 09:30 , 23-Фев-19, (7) +1
В иксах это никогда не работало хорошо Чтобы это работало хорошо, нужно пересыл, Аноним (8), 21:42 , 23-Фев-19, (8) –4 //

Какие, если не секрет , DiabloPC (ok), 01:46 , 24-Фев-19, (10) //

Microsoft RemoteFX , Аноним (11), 07:30 , 24-Фев-19, (11) –2

RemoteFX is a set of protocols for Microsoft s Remote Desktop Protocol RDP tha, DiabloPC (ok), 08:36 , 24-Фев-19, (13)

а серьезно - опенсорсные жопоручки ни на что подобное не способны даже при налич, пох (?), 07:24 , 25-Фев-19, (19) –2

Remote Desktop Protocol RDP is a __proprietary__ protocol developed by Microso, Урри (?), 17:47 , 25-Фев-19, (22) +1

о, викичитателей подвалило , пох (?), 16:25 , 26-Фев-19, (27)

XPRA - может даже GPU использовать для сжатия видеопотока , yaleks (??), 10:38 , 24-Фев-19, (15) +1

В иксах это работало лучше чем где либо, но только при построении интерфейса из , Аноним (12), 07:56 , 24-Фев-19, (12) +4 //

Да, лет десять назад у нас GL на тонком клиенте с нвидией в ALTSP бегал вовсю , Michael Shigorin (ok), 19:07 , 24-Фев-19, (16)

s нвидией ATI , Led (ok), 19:52 , 24-Фев-19, (17) +2

Не, атишки были на тех compaq sff, а тогда ты свою машинку на nforce грузил по с, Michael Shigorin (ok), 12:52 , 26-Фев-19, (26)

Работало, просто вы не застали Тогда, когда отрисовка ограничивалась иксовыми п, Crazy Alex (ok), 04:15 , 25-Фев-19, (18) +1 //

у microsoft в rdp были похожие сложности - правда, они не писали программ, пере, пох (?), 07:29 , 25-Фев-19, (20) –2

А почему нельзя и что считать подпоркой Xlib канул в лета уже давно X11 forwar, mma (?), 11:48 , 25-Фев-19, (21) –2

а Ну понятен поэтому уже и без разницы, что там в xorg понапридумывают Остался, пох (?), 20:18 , 25-Фев-19, (23)

Пожатый видеопоток означает, что тебе придётся рендерить дважды -- один раз на к, Ordu (ok), 21:33 , 25-Фев-19, (24) –1 //

Да И ещё потом выкинуть окаменевшие getty из системы Написать systemd-ramsesd, Ordu (ok), 21:44 , 25-Фев-19, (25) –1
они еще много чего не смогли - например, угадать что единственные приличные шриф, пох (?), 16:37 , 26-Фев-19, (28)

Гм, прямо стесняюсь спросить за gtk даже первый PS и даже по сравнению с xaw3, Michael Shigorin (ok), 18:16 , 26-Фев-19, (29)

На картинке Iron Maiden Ностальгия, eraserkry (?), 09:44 , 24-Фев-19, (14) +3

Сообщения [Сортировка по времени | RSS]

24. "Компания BMW открыла систему распределённой 3D-отрисовки RAM..." –1 +/–

Сообщение от Ordu (ok), 25-Фев-19, 21:33

Пожатый видеопоток означает, что тебе придётся рендерить дважды -- один раз на клиенте, второй раз на сервере. Тебе придётся иметь GPU и там, и здесь. Фу.
Команды отрисовки гораздо приятнее в этом смысле, на клиенте ты обсчитываешь геометрию, но не отрисовку. Проблема с X'ами в том, что они были спроектированы во времена VGA видеокарт, и им надо было придумывать какую-то абстракцию уровнем выше чем VGA, для того чтобы открыть её клиенту. И тут X'ы пролетели, они не смогли угадать хорошего уровня абстракции. Всё кончилось тем, что мы имеем сегодня: скажем шрифты отрисовываются на клиенте и засылаются битмапами.
А если в этот ramses renderer ещё засунуть возможность рендерить подмножество html, чтобы не надо было бы на стороне клиента превращать html в команды отрисовки, достаточно было бы преобразовать его в то подмножество, которое ramses понимает, дык вообще будет офигенно. Может быть только заменить текстовый способ кодирования для html на бинарный, сохранив текстовое представление его только для отладочных целей (чтоб как в лиспе: текстовое и бинарное представления объектов плавно и прозрачно перетекают друг в друга). Спор gtk vs qt уйдёт в историю, олдфаги будут сидя на завалинке с бутылочкой пива вспоминать "а помнишь, во времена нашей молодости, были такие штуки как графические тулкиты? Как щаз помню, беру я компилятор c++ и выпиливаю им интерфейс..."

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

25. "Компания BMW открыла систему распределённой 3D-отрисовки RAM..." –1 +/–

Сообщение от Ordu (ok), 25-Фев-19, 21:44

Да! И ещё потом выкинуть окаменевшие *getty из системы. Написать systemd-ramsesd, который будет выполнять функции agetty, создавать терминалы, которые ради бэквард-совместимости будут vt100, но какой-нибудь простенькой esc-последовательностью, будут превращаться в html-терминалы, где приложение, вызывая printf, зашвыривает в терминал текст, который интерпретируется как html дописываемый в конец. Плюс какие-нибудь специальные теги, для того, чтобы отправлять команды модификации уже выведенных на экран DOM-элементов. Плюс ещё теги для того, чтобы создавать sub-терминалы, чтобы можно было бы создав такой sub-терминал, форкнуться, сделать в child'е терминал контролирующим, и затем exec("bash -c "/usr/bin/emacs").
Только придётся из ядра выдрать vt.c и кучу другого хлама, и реализовать это в юзерспейс демоне. Но ядру это только на пользу пойдёт, ему давно пора худеть.
И после этого выкинуть из системы Xorg, Wayland и прочую лабуду, и вернутся обратно в терминал, работать с _консольными_ приложениями.
Electron будет не нужен.

Ответить | Правка | Наверх | Cообщить модератору

28. "Компания BMW открыла систему распределённой 3D-отрисовки RAM..." +/–

Сообщение от пох (?), 26-Фев-19, 16:37

> И тут X'ы пролетели, они не смогли угадать хорошего уровня абстракции.
они еще много чего не смогли - например, угадать что единственные приличные шрифты нам подарит (через мусорный бачок, конечно) microsoft, а адоб как обычно пойдет лесом.
> Всё кончилось тем, что мы имеем сегодня: скажем шрифты отрисовываются на клиенте и засылаются
> битмапами.
потому что ttf оказался немножко неподходящим для xfs (кто еще помнит такой?) а не потому что нельзя на сервере - можно. Шрифтов только нет.
та же самая история и с графическими тулкитами посерьезнее athena widgets - все они в первую очередь ориентированы на винду, во вторую - тоже на винду, и в третью - на мак.
А в этом вашем линуксе - ну, как нибудь, по остаточному принципу, а, во, битмэпы же есть, ну ща отрисуем.
Ну и вот позицию мышки будем перезапрашивать 200 раз в секунду - а чо, в винде же ж работает (еще бы, курсор виртуальный и дальше локалхоста эти перезапросы не уедут).
А из native у нас один motif, да и тот времен все тех же vga, когда и битмэпы не казались чем-то особенно плохим.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

29. "Компания BMW открыла систему распределённой 3D-отрисовки RAM..." +/–

Сообщение от Michael Shigorin (ok), 26-Фев-19, 18:16

> та же самая история и с графическими тулкитами посерьезнее athena widgets
Гм, прямо стесняюсь спросить за gtk (даже первый).
PS: и даже по сравнению с xaw3d.

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	24. "Компания BMW открыла систему распределённой 3D-отрисовки RAM..."	–1 +/–
	Сообщение от Ordu (ok), 25-Фев-19, 21:33
	Пожатый видеопоток означает, что тебе придётся рендерить дважды -- один раз на клиенте, второй раз на сервере. Тебе придётся иметь GPU и там, и здесь. Фу. Команды отрисовки гораздо приятнее в этом смысле, на клиенте ты обсчитываешь геометрию, но не отрисовку. Проблема с X'ами в том, что они были спроектированы во времена VGA видеокарт, и им надо было придумывать какую-то абстракцию уровнем выше чем VGA, для того чтобы открыть её клиенту. И тут X'ы пролетели, они не смогли угадать хорошего уровня абстракции. Всё кончилось тем, что мы имеем сегодня: скажем шрифты отрисовываются на клиенте и засылаются битмапами. А если в этот ramses renderer ещё засунуть возможность рендерить подмножество html, чтобы не надо было бы на стороне клиента превращать html в команды отрисовки, достаточно было бы преобразовать его в то подмножество, которое ramses понимает, дык вообще будет офигенно. Может быть только заменить текстовый способ кодирования для html на бинарный, сохранив текстовое представление его только для отладочных целей (чтоб как в лиспе: текстовое и бинарное представления объектов плавно и прозрачно перетекают друг в друга). Спор gtk vs qt уйдёт в историю, олдфаги будут сидя на завалинке с бутылочкой пива вспоминать "а помнишь, во времена нашей молодости, были такие штуки как графические тулкиты? Как щаз помню, беру я компилятор c++ и выпиливаю им интерфейс..."
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	25. "Компания BMW открыла систему распределённой 3D-отрисовки RAM..."	–1 +/–
	Сообщение от Ordu (ok), 25-Фев-19, 21:44
	Да! И ещё потом выкинуть окаменевшие *getty из системы. Написать systemd-ramsesd, который будет выполнять функции agetty, создавать терминалы, которые ради бэквард-совместимости будут vt100, но какой-нибудь простенькой esc-последовательностью, будут превращаться в html-терминалы, где приложение, вызывая printf, зашвыривает в терминал текст, который интерпретируется как html дописываемый в конец. Плюс какие-нибудь специальные теги, для того, чтобы отправлять команды модификации уже выведенных на экран DOM-элементов. Плюс ещё теги для того, чтобы создавать sub-терминалы, чтобы можно было бы создав такой sub-терминал, форкнуться, сделать в child'е терминал контролирующим, и затем exec("bash -c "/usr/bin/emacs"). Только придётся из ядра выдрать vt.c и кучу другого хлама, и реализовать это в юзерспейс демоне. Но ядру это только на пользу пойдёт, ему давно пора худеть. И после этого выкинуть из системы Xorg, Wayland и прочую лабуду, и вернутся обратно в терминал, работать с _консольными_ приложениями. Electron будет не нужен.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Компания BMW открыла систему распределённой 3D-отрисовки RAM..."	+/–
	Сообщение от пох (?), 26-Фев-19, 16:37
	> И тут X'ы пролетели, они не смогли угадать хорошего уровня абстракции. они еще много чего не смогли - например, угадать что единственные приличные шрифты нам подарит (через мусорный бачок, конечно) microsoft, а адоб как обычно пойдет лесом. > Всё кончилось тем, что мы имеем сегодня: скажем шрифты отрисовываются на клиенте и засылаются > битмапами. потому что ttf оказался немножко неподходящим для xfs (кто еще помнит такой?) а не потому что нельзя на сервере - можно. Шрифтов только нет. та же самая история и с графическими тулкитами посерьезнее athena widgets - все они в первую очередь ориентированы на винду, во вторую - тоже на винду, и в третью - на мак. А в этом вашем линуксе - ну, как нибудь, по остаточному принципу, а, во, битмэпы же есть, ну ща отрисуем. Ну и вот позицию мышки будем перезапрашивать 200 раз в секунду - а чо, в винде же ж работает (еще бы, курсор виртуальный и дальше локалхоста эти перезапросы не уедут). А из native у нас один motif, да и тот времен все тех же vga, когда и битмэпы не казались чем-то особенно плохим.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	29. "Компания BMW открыла систему распределённой 3D-отрисовки RAM..."	+/–
	Сообщение от Michael Shigorin (ok), 26-Фев-19, 18:16
	> та же самая история и с графическими тулкитами посерьезнее athena widgets Гм, прямо стесняюсь спросить за gtk (даже первый). PS: и даже по сравнению с xaw3d.
	Ответить \| Правка \| Наверх \| Cообщить модератору