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

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


Может есть у кого ещё какие соображения? Может кто-то что-то подобное пробовал делать? Может просто что-нить посоветуете?

Идея действительно идиотская.
Что будешь делать если файл не вмещается на экран?
И это еще не разбирая самой проблемы OCR.

Можно попробовать написать client-server для перекачки файла, но для этого надо открытый порт (любой).

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

Новых портов открыть не получится, в этом и есть идиотичность ситуации!

AVA, а как картинку (пикселы) превратить в байты? IMHO, только OCR.

А вообще, сочувствую, у нас тоже ситрих стоит. И те же проблемы.

Возможно я не прав, но в моем понятии OCR - это система распознавания текста (типа ФайнРидер), моя идея не совсем тоже самое. Смысл проще: допусти мы имеем десктоп с палитрой 65535 цветов, => в один пиксель можно закодировать 2-а байта. Выводим этот пиксель в окне. Далее уже у себя считываем пиксель, определяем цвет и получаем эти 2-а байта, но уже на нашем компе. - Это в примитиве.

а установить на удалённый комп какой-нить RAdmin нельзя?

Ах, вот в чем идея.
Теперь понятно куда ветер дует.

Сложно сказать, что либо определенное.
Но как сама идея, очень даже ничего.

Цитата

Идея действительно идиотская.

Я бы лучше сказал неудачная , но на самом деле ничего неудачного в ней нет. Может она и нелучшая, но проблему думаю решит.

Цитата

Далее уже у себя считываем пиксель, определяем цвет и получаем эти 2-а байта, но уже на нашем компе.

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

Цитата

самый тупой способ, сэмулировать клик мышкой в определенное место окна для дальнейшей прокрутки после успешного считывания последовательности

и я так думаю .
Ну а то, что высвечитавается на экране ты можешь вообще как screenshot в виде bmp запомнить на диске и потом обрезать заголовок файла (если много разных bmp получится, то и слепить их потом). То что останется (получится) и будет твоим файлом.

Все что написано относится к первой идее. Так как я подробностей

Цитата

Citrix клиент

не знаю ничего другого посоветовать не могу.
Добавлено @ 14:14
boevik, не понял а сразу

Цитата

Идея действительно идиотская.

Цитата(cardinal @ 7.6.2004, 14:13)

Да тут даже помоему цвет не надо определять.

Цвет нужен для компрессии, чем богаче палитра в битовом смысле, тем больше байт поместится в одном пикселе, тем быстрее произойдет считывание.
Добавлено @ 08:57
Ещё меня интересует вопрос: окно в клиенте как-нить отзывается, или оно типа как элемент графики уже выступает...

Цитата

Цвет нужен для компрессии, чем богаче палитра в битовом смысле, тем больше байт поместится в одном пикселе

да но во первых ты сказал:

Цитата

допусти мы имеем десктоп с палитрой 65535 цветов

а во-вторых вот эти два предложения исключают друг друга?

Цитата

Да тут даже помоему цвет не надо определять.

Цитата

Цвет нужен для компрессии, чем богаче палитра в битовом смысле...

Последнее и слону понятно . Я говорил про тот факт, что цвет определять не надо. У тебя есть последовательность байт, ты берешь и пишешь ее в файл.

Цитата(cardinal @ 8.6.2004, 09:41)

Я говорил про тот факт, что цвет определять не надо. У тебя есть последовательность байт, ты берешь и пишешь ее в файл.

А каким образом, не определяя цвет считанного пикселя, можно определить последовательность байт? Я чегото не догоняю...

Цитата

А каким образом, не определяя цвет считанного пикселя, можно определить последовательность байт?

У тебя на экране картинка, ты можешь screenshot сделать какой-то уже написанной процедурой или просто пройтись по окну функцией типа GetPixel, но то что тебе возвращает "Alt-PrintScrn" или GetPixel как таковое тебя не интересует. Ты просто записываешь результат в файл. Цвет это вообще или нет тебя не интересует ->

Цитата

цвет определять не надо

cardinal, он хочет файл получить, а не картинку.
И идея состоит в том, что каждому пикселу будет соотвествовать один или два байта. А цвет пиксела это значение байта.

boevik:

Цитата

cardinal, он хочет файл получить, а не картинку.

cardinal:

Цитата

Ну а то, что высвечитавается на экране ты можешь вообще как screenshot в виде bmp запомнить на диске и потом обрезать заголовок файла (если много разных bmp получится, то и слепить их потом). То что останется (получится) и будет твоим файлом.

Что я понимаю под "определить цвет":
Определить цвет значит выяснить какой цвет у нас имеется. Получив COLORREF мы не знаем, какой цвет мы получили, мы его еще не определили. Когда мы его определим мы сможем сказать - это красный или это зеленый. Мы же получаем только 32 бита, которые на самом деле являются частью пересылаемого файла, соответственно определять цвет не надо. Ну и еще раз:

Цитата

Ну а то, что высвечитавается на экране ты можешь вообще как screenshot в виде bmp запомнить на диске и потом обрезать заголовок файла (если много разных bmp получится, то и слепить их потом). То что останется (получится) и будет твоим файлом.

Цитата

CDC::GetPixel  COLORREF GetPixel( int x, int y ) const; COLORREF GetPixel( POINT point ) const; Return Value For either version of the function, an RGB color value for the color of the given point. It is –1 if the coordinates do not specify a point in the clipping region.

Цитата

COLORREF  A 32-bit value used as a color value.

Мы не определяем цвет, а получаем color value и не ломая голову записываем эту value в файл (сразу или постепенно ). Да, плохой из меня объяснятель.

Вполне согласен...(всмысле <<Что я понимаю под "определить цвет":>>)

А как на счет вопроса по поводу идентификации окна на удаленном столе. Что это всётаки элемент графики или именно окно ?