[A]
Какие компоненты понадобятся? 
Просматривая темы форума можно найти совет использовать 
1) TIdTCPClient/TIdTCPServer.
2) TClientSocket/TServerSocket

Какой вариант правильней? Вообще, с клиентской части понадобится управлять тем, что происходит на удаленной машине.
Про сокеты такой материал нашел в сети:
Создание сетевого приложения – работа с сокетами

Про использование TIdTCPClient/TIdTCPServer следующий:
Просмотр экрана компьютера с удаленный соединением
В ветке люди обсуждают создание программы, позволяющей просмотр удаленного рабочего стола, без активного участия просматривающего.

[B]
На серверной стороне должно производится формирование скриншотов с определенной периодичностью, для отсылки. Тут я сам выбираю интервал в долях секунды и вставляю его в код ServerSocket/TIdTCPServer? 

[C]
Вопрос передачи трафика большого объема пока отложим на самый конец. Возможно TightVNC будет необходимо изучать. Пока основную бы функциональность реализовать.

Какие еще важные шаги пропустил?
Если есть наработки, то прошу поделиться.


Это сообщение отредактировал(а) malor - 8.6.2011, 17:32

[ A ]
на твой вкус. Я бы выбрал 1-й вариант - для меня он удобнее.
Есть еще варианты 3, 4, ..., N. Годится практически любой.
Вполне нормальный и вариант TClientSocket/TIdTCPServer.
Выбирай что тебе удобней и понятней.

[ B ]
Готового такого функционала нет.
Ты сам должен организовать промежутки между отправками.
Можно банально воткнуть sleep, либо вручную считать GetTickCount, чтобы получить более точные промежутки.
Sleep снизит нагрузку на систему, но не будет учитывать время на создание шотов, сжатие и отправку по сети, что будет давать разные интервалы на разных по мощности машинах.
Считать тики вручную - получишь более ровные интервалы, но выше нагрузку на систему.

[ C ]
Сделай основной блок, потом оптимизируй.
Например, необязательно слать полные скрины. Достаточно только ту часть, которая изменилась.

Что касается remote-desktop, то RDP устроен по другому принципу.

[ A ]
Каждый кулик свое болото хвалит.
Я за TClient|TServerSocket - "мне с ними сухо и комфортно" 

[ B ]
Если вопрос сокращения трафика откладываем в сторону (правильная мысль - посмотреть исходники VNC), то крайне желательно сделать передачу "скриншотов" через "обратную связь". Поясню:
каждому "скриншоту" при передаче присваивается идентификатор, после чего он отправляется клиенту.
Клиент, обработав "скриншот", отправляет идентификатор обратно.
Сервер получает идентификатор и вычисляет "а сколько же скриншотов сейчас висит между клиентом и сервером", т.е. сколько их уже сформировано и отправляется/ждет отправки. Если количество больше некоего критического (определять или опытным путем, или динамически), то формирование очередного скриншота нужно отложить, иначе - можно отправлять.
Если этого (или подобного, например - все вычисления "буферизации" проводить непосредственно на сервере) не сделать, то вполне возможна ситуация, которая была у меня в первых попытках реализации (передавал полный скриншот экрана) - на клиенте отображается всё великолепно, но - в замедленном темпе. И чем дальше - тем больше отставание. Попутно это приводило к увеличению потребления памяти на сервере и вылету через OutOfMemory. Приемлимый вариант (правда, будут заметны рывки) - пока не ушел полностью один скриншот, второй не начинать формировать.

[ D ]
На клиентской машине отображается картинка удаленного рабочего стола в окошке произвольного размера, такого какого пользователь установит.
Допустим я кликаю в точку (100, 100) клиентской области в которую подгружено изображение стола.
Передаем серверной части, что произошёл удар мышью в определенной точке. По какому алгоритму  координаты точки на экране удаленной машины вычислять лучше?
Под рукой нет второго компа, чтоб под отладкой посмотреть механизм TightVNC. А запуск всего на одной машине приводит к эффекту "каскадных окон".

Может лучше взять готовый проект с исходниками, например ChunckVNC? Но там, наверняка на сях.

Если Вы воспользуетесь для воспроизведения удара мышкой mouse_event или SendInput тогда так: обе они воспринимают "нормализованные" координаты мыши - от 0(лево или верх экрана) до 65535(право или низ экрана), вне зависимости от действительного разрешения.
Посему - функция "преобразования" будет выглядеть так:

где Image1 - TImage, на котором рисуется изображение удаленного компьютера.
Исходный Point - координаты клика на Image1.

Добавлено через 6 минут и 4 секунды
Кстати, передавать нужно не только клики мышью (в том числе - дополнительных клавиш мыши), но и прокрутку колеса, и движение мыши. Наглядный пример - перемещение курсора по контекстному меню, где идет 1 клик правой кнопкой для вызова меню, а потом - только перемещение курсора (включая вложенные меню) до нахождения нужного пункта.

Это сообщение отредактировал(а) kami - 16.6.2011, 23:58

Не забывайте про кодировки. Потому как в некоторых программах невозможно удалённо печатать текст на русском языке

Я писал свой удалённый администратор столов.

Вот что могу сказать:
1) использовал исключительно WinSockApi(для скорости). Формировал свои пакеты, чтобы была боле-мене оптимальная передача
2) использовал библиотеку ijl.dll(Intel JPEG Library) для быстрой скорости обработки графики(скриншот+его расчленение).

Вообщем внешне механика получилась как у радмина, но конечно скорость поменьше чутка, 
но на скорости 256 кб/с можно было печатать и т.п.

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

Сейчас очень актуально использовать серверы типа IP-To-ID, типа как TeamViewer или ChunkVNC , что можно было к клиенту подключится минуя НАТ и сетевой экран.

Удаленный доступ к вебкамере компьютера
Здраствуйте Мне нужна помощь  А точнее программа для удаленного доступа к вебкамере(аудио-видео) Шпионская скрытая программа которая не палится антивирусами....если можно помогите!
А также PHP скрипт для отправки анонимной почты на несколько адресов с вложением  
Связь со мной: [email protected]

не можно.

Вот если кому понадобится исходники программы типа РАдмин.
Внутри есть папка с необходимыми компонентами.
Исходник не мой давным давно где то скачал его.

Присоединённый файл ( Кол-во скачиваний: 417 )
 Remote.zip 723,97 Kb

Это мой исходник  Одна из первых реализаций  

))) Чесно не помню где достал его, это правдо было очень давно