| |
| 2.5, x0r (??), 15:40, 28/12/2012 [ответить]
| +3 +/– |
написал один раз софт на GTK - и запускай удаленно через браузер, тот же Gimp
| | |
|
| 1.2, xgjr (?), 15:06, 28/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Изображения отправляются в виде несжатых данных в PNG-формате
в png заложено-же сжатие o_O
| | |
| |
| |
| 3.4, x0r (??), 15:39, 28/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
надо смотреть как там в оригинале написано.
PNG сжатие, довольно тормозное, так что может просто PNG контейнер используется с отключенным сжатием.
| | |
| |
| 4.7, Аноним (-), 15:55, 28/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> нет, там именно без сжатия - "uncompressed png data."
Более того там самописная функция для выплёвывания raw image данных в PNG, который затем преобразуется в base64. Сжатие там предусмотрено для всего потока через gzip content-encoding, но в текущей реализации оно не работает.
| | |
|
|
| |
| 3.14, codejumper (?), 17:23, 28/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
сложно: понадобится растровое изображение в вектор преобразовывать, а это совсем не тривиальная задача
а окошки/менюшки и тд там и так не картинками, а метаданными идут
| | |
| |
| 4.18, Crazy Alex (ok), 18:37, 28/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Не, о векторизации я не говорил. если окошки/менюшки не битмапами - то это всё,что меня интересовало. Хотя мне кажалось, что оно как раз всё растром тянет.
| | |
|
|
|
| 1.9, Kroz (??), 16:45, 28/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 Это единственная фича, которая может заставить меня попробовать gnome.
Интересно KDEшники скоро что-то подобное сделают?
| | |
| |
| 2.12, Аноним (-), 17:08, 28/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
При чем здесь гном и KDE?
GTK != gnome.
KDE != Qt.
В Qt5 тоже есть HTML5-бэкенд.
В следущий раз, пожалуйста, спрашивайте именно то, что хотите узнать, а не какую-то левую фигню, ибо это был последний акт телепатии, который я совершаю перед уходом в отпуск.
| | |
| |
| 3.25, Анонимуззз (?), 17:21, 29/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>GTK != gnome.
>KDE != Qt.
Не надоело ещё эту мантру повторять?
Реальность такова, что Gtk приложения интегрируются в GNOME, а Qt приложения в KDE на порядок лучше, чем перекрёстно.
| | |
| |
| 4.27, Аноним (-), 23:33, 29/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Реальность такова, что Gtk приложения интегрируются в GNOME
…или в XFCE, или в LXDE…
> а Qt приложения в KDE
…ничем не превосходят себя же в razor-qt.
Нет, серьёзно. Ты что, кроме гнома и кед ни одного ДЕ не знаешь? А может, ты еще и не в курсе, что разроботкой Qt и KDE занимаются совершенно разные сообщества? Нет, придётся всё-таки повторить эту мантру еще раз:
>GTK != gnome.
>KDE != Qt.
Неужели так сложно это понять?
| | |
|
|
|
| 1.10, XoRe (ok), 16:49, 28/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Интересная штука.
Аналог vnc через браузер, без всяких java/flash.
Её бы не только в gtk, а вообще в иксы.
| | |
| |
| |
| 3.13, Crazy Alex (ok), 17:15, 28/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
В идеале - потоком JS-кода, который можно бдует со временем сильно оптимизировать.
| | |
| 3.16, Аноним (-), 17:59, 28/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Только желательно всё же вектором - хотя бы частично.
Для нормального удалённого просмотра видео нужно содержимое экрана рендерить на стороне сервера, перекодировать в какой-нибудь webm в отправлять клиенту. На клиенте просто отображать видеопоток и транслировать ввод. Webm очень хорошо выявляет повторяющуюся инфорацию и будет отправлять только изменённые области экрана. Если канал проблемный то можно за счёт небольшой потери качества картинки сохранить приемлимую отзывчивость.
| | |
| |
| 4.20, Crazy Alex (ok), 18:43, 28/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну вот видео и надо так гнать. А нормальные экранные картинки - из четких линий, чаще всего - прямых - гнать через webm - нарываться на паршивое качество картинки. Собственно, их лучше всего гонять глифами и собирать на клиенте, заоднооткроется огромный простор для оптимизаций - клиент-то умный, когда не лень будет - можнона писать генерацию JS, который часть интерактивности будет отрабатывать вообще не трогая сервер, и количество такогоJS можно увеличивать. В этой связи любопытно - ведь Qt даже больше шансов есть заставить так работать, с их новыми джаваскриптовыми веяниями...
| | |
| |
| 5.23, XoRe (ok), 23:00, 28/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ну вот видео и надо так гнать. А нормальные экранные картинки -
> из четких линий, чаще всего - прямых - гнать через webm
> - нарываться на паршивое качество картинки. Собственно, их лучше всего гонять
> глифами и собирать на клиенте, заоднооткроется огромный простор для оптимизаций -
> клиент-то умный, когда не лень будет - можнона писать генерацию JS,
> который часть интерактивности будет отрабатывать вообще не трогая сервер, и количество
> такогоJS можно увеличивать. В этой связи любопытно - ведь Qt даже
> больше шансов есть заставить так работать, с их новыми джаваскриптовыми веяниями...
Не портабельно будет.
| | |
| |
| 6.24, Crazy Alex (ok), 03:38, 29/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
В смысле? JS сейчас более-менее стандартен во всех браузерах, даже в IE. Я сам сейчас веб-писакой подвизаюсь...
| | |
|
|
|
|
|
| 1.19, Crazy Alex (ok), 18:40, 28/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Интересно, кстати, зачем такая смесьтехнологий - с одной стороны ajax, с другой - WebSOckets. Которые, между прочим,отлично бинарные данные тягают, и браузер без проблем можно заставить эти бинарные данные интерпретировать как картинку. Впрочем, GTK славится неряшливым и избыточным кодом отрисовки...
| | |
|
