https://opennet.ru/openforum/vsluhforumID3/90185.html Андрей Сидоров представил (http://permalink.gmane.org/gmane.comp.lang.javascript.nodejs/55786) проект vnc-over-gif (https://github.com/sidorares/vnc-over-gif), в рамках которого подготовлен работающий в браузере VNC-просмотрщик, использующий для отображения содержимого удалённого рабочего стола поток в виде анимированного GIF-изображения. Данные передаются в форме непрерывного потока, а не отдельных файлов, что потребовало внесение изменения в библиотеку для формирования анимированных GIF.<br><br><br><br>Код серверной части, транслирующей вывод от VNC-сервера, написан на JavaScript и работает под управлением Node.js. На стороне клиента для просмотра сеанса рабочего стола достаточно поддержки анимированных GIF-изображений (следует открыть ссылку вида http://localhost:4455/screen.gif?host=хост&port=5900&password=пароль), т.е. поддерживаются браузеры начиная с выпущенного в 1995 году Netscape Navigator 2.0.<br><br><br><br><br><br><br><br><br>URL: http://www.theregister.co.uk/2013/05/27/dev_releases_vnc_over_gif_tool/<br>Новость: http://www.op https://opennet.ru/openforum/vsluhforumID3/90185.html#48 Wed, 29 May 2013 06:05:19 GMT https://github.com/sidorares/vnc-over-gif/wiki/FAQ<br> https://opennet.ru/openforum/vsluhforumID3/90185.html#47 Wed, 29 May 2013 01:20:17 GMT &gt; Непонятно, что Вы вкладываете в смысл 256-цветной графики. <br><br>То самое, не более 256 цветов в единицу времени. Что намекает что полноцветной графики там в принципе не видать.<br><br>&gt; Представляется, что Вы не знаете, что 256 цветов могут быть в определенной палитре,<br><br>Знаю, но в палитре только 256 записей. Адаптивная палитра конечно сделает картинку лучше, но до 24 битов этому как пехом до Пeкина.<br><br>&gt; Т.о., 256 цветов (оттенков) может быть не так мало для некоторых задач.<br><br>Для некоторых, ага.<br><br>&gt; Например, для охранного наблюдения или наблюдения за действиями пользователей этого достаточно.<br><br>Это вообще не применение а идиoтизм какой-то. А что, какие-то де'Биллы и отдельному вахтеру за это платить готовы? oO<br><br>&gt; И с точки зрения производительности гонять по сети 24-битные картинки просто глупо.<br><br>С умным сжатием - нормально вполне. Иногда 24-битная битмапа жмется даже лучше, от картинки зависит сильно.<br> https://opennet.ru/openforum/vsluhforumID3/90185.html#46 Tue, 28 May 2013 21:20:31 GMT &gt; возможно, тут я перегнул: очень давно не видел незацикленых гифов, не уверен, <br>&gt; как себя ведут браузеры с ними.<br><br>Ну да, там несколько вариантов возможно. Сжатый вариант наверное все прихранивают в кэше, но там по идее должны действовать правила на максимальный размер кэша в RAM. Если браузер на это забивает - это баг, по любому. А вот хранят ли они декомпресснутые кадры... с одной стороны это немного разгрузило бы CPU, с другой - на большой гифке это сожрет дофига RAM.<br><br>&gt; буду, впрочем, сильно удивлён, если кому-то было настолько нечего делать,<br>&gt; чтобы писать два варианта кода для обработки гифов &#8212; учитывая то,<br>&gt; что большинство их них зацикленые. надо бы, конечно, глянуть исходники<br>&gt; вебкита и гекона, но пардон &#8212; лень. <br><br>Они, конечно, как правило, зациклены, но IIRC<br>1) Спеки анимированных гифок довольно гибкие (что и позволило гражданам изобразить такой изврат). Насколько я помню, каждый кадр идет с отдельной задержкой, отдельной палитрой и прочая. Для своего времени - вполне культурн https://opennet.ru/openforum/vsluhforumID3/90185.html#45 Tue, 28 May 2013 19:35:15 GMT итак езернет-фреймы, ip, или http? че вы теплое с мягким перепутали в стремлении показать как оно там у вас огого..<br> https://opennet.ru/openforum/vsluhforumID3/90185.html#44 Tue, 28 May 2013 09:38:28 GMT Непонятно, что Вы вкладываете в смысл 256-цветной графики. Представляется, что Вы не знаете, что 256 цветов могут быть в определенной палитре, например, в серой, превращаясь в оттенки (в данном случае это более точное определение). Т.о., 256 цветов (оттенков) может быть не так мало для некоторых задач. Например, для охранного наблюдения или наблюдения за действиями пользователей этого достаточно. И с точки зрения производительности гонять по сети 24-битные картинки просто глупо.<br> https://opennet.ru/openforum/vsluhforumID3/90185.html#43 Tue, 28 May 2013 05:56:05 GMT &gt; Это был не мастер Фу. Это, вероятно, был FUBAR.<br><br>На Форумк Опеннет обнаружен Аноним-самозванец, не чтящий классику.<br> https://opennet.ru/openforum/vsluhforumID3/90185.html#42 Tue, 28 May 2013 03:43:21 GMT &gt; А что, декомпресанутые и показанные кадры он не дропает?<br><br>возможно, тут я перегнул: очень давно не видел незацикленых гифов, не уверен, как себя ведут браузеры с ними. буду, впрочем, сильно удивлён, если кому-то было настолько нечего делать, чтобы писать два варианта кода для обработки гифов &#8212; учитывая то, что большинство их них зацикленые. надо бы, конечно, глянуть исходники вебкита и гекона, но пардон &#8212; лень.<br><br>опера, например, ведёт себя забавно: проигрывает гиф заново при каждой активации таба. вебкит и гекон так себя не ведут, но сохраняют ли все кадры &#8212; не знаю.<br><br>&gt; Хинт: генерим белую простыню, 100500х100500 пикселей (ну или сколько там гиф позволяет). <br>&gt; Даже убогий LZW сожмет такое весьма во много раз. Пхаем 100500 <br>&gt; кадров такого формата. Подпихиваем жертве. Смотрим что будет :) <br><br>если поставить бесконечную зацикленность &#8212; смешно очень будет. впрочем, подозреваю, что какие-то ограничения на всё это внутри движков стоят, иначе подобные бомбы давно уже по интернетам бы https://opennet.ru/openforum/vsluhforumID3/90185.html#41 Tue, 28 May 2013 03:29:41 GMT Это был не мастер Фу. Это, вероятно, был FUBAR.<br> https://opennet.ru/openforum/vsluhforumID3/90185.html#40 Tue, 28 May 2013 03:26:40 GMT &gt; т.е. нельзя, на практике.<br><br>Ну я саркастично намекнул павлину что ему не понравится нагрузка на проц :). Если ему делать нех - пусть zpaq жмет. Сжатие будет одно из лучших в мире. А то что там скорость сжатия полметра в час - да подумаешь, эка невидаль...<br>