Ну эт я так иногда называю битовую карту. Правильнее сжатая битовая карта, т.е. растр другими словами.

Сорри за глупые вопросы, но что мне это даёт ? и как мне это применить в моём
случае ?

  Это дает то что скриншоты получаются маленькими по размеру и не так загружают сеть. 

  Сжать картинку, передать, на той стороне распаковать, сложить с фоном и получить на экране картинку рабочего стола.

В смысле маленькими по размеру тут нужно уточнить имеется ввиду размер по высоте-длине
или фактический размер картинки в байтах если да то насколько меньше они по размеру ??

фактический. На сколько зависит от картинки. Разностные должны хорошо жаться, думаю если экран меняется медленно то 100 раз реально.

Что-то я видимо совсем туплю или чего-то не понимаю всё таки ещё раз
картинка сжимается чем-либо еще типа zLib или она уже сжатая битовая карта посредством
этого GetDIBits  или как его там?? и её прямо так можно уже отправлять по сети??

  GetDIBits можно использовать для RLE сжатия картинок с числом цветов не более 256, потому он врядли пригодиться... Если формат соответствует то можно прям так и отправлять. Но сейчас на 256 цветах почти не работают... потому прийдеться свой алгоритм писать. 
  
  Еще есть вариант сжимать в TIFF или PCX. Эти форматы тоже хранят изображения сжатые методом RLE.

Да кстати, я что это борландовцы зажилили исходный код файла Jpeg.pas
можно ли где-то его достать ??

php, метод jpeg жмет медленно и некачественно чертежи или изображения с множеством тонких и контрастных линий. ИМХО лучше копать в сторону TIFF. Он популярный и быстрый.

Да я уже заметил, что Jpeg явно уступает по скорости сжатия даже ZLib.
А что правда TIFF очень быстрый что-то я про это ничего нигде не слышал или что-то пропустил ??

 Ну я вот порылся в инете, оказывается что TIFF поддерживает различные форматы сжатия. Быстрым разумеется будет только PackBits (RLE).



  Можно себе что-то подобрать отсюда

Не знаю как там работают всякие: RAdmin и PCAnywhere, но подход с вычитанием десктопа из принт скрина ИМХО - LOL.   


Гораздо интересней получить координаты иконок и ассоциированные с ними картинки, а потом расположить их в соответствии и разрешением экрана у себя на клиентской части отображения, что касается открытых окон на фоне десктопа то тут уже много разных траффико-экономичных подходов можно применить. К примеру если окно эксплореровское то можно получить его координаты, а также координаты иконок и сами иконки и расположить всё это у себя, при этом можно учитывать файлы с индивидуальными иконками и файлы с общими иконками.
Если окно чужое то тупо сфоткать его область, и получить его координаты.
Если окно видно из под окна, то сфоткать общую область совместно занимаемого квадрата, а потом исходя из координат окошек вырезать всё что лишнее (С не прямоугольными окнами получится галимо) , ну и тд ......   

Это сообщение отредактировал(а) RA - 17.10.2007, 00:44

Да да да всё это уже пройденный этап и иконки получал и даже
окна нестандартной формы с получением её регионов, но тут есть свои подводные камни
во первых много в системе разных "суетливых" манипуляций я уже точно не помню в чём,
но у меня в процессе разработки возникла какая-то проблема с этим всем делом.