Скрипт снятия скриншотов, что делается на ПК

На AutoHotKey, помнится, было что-то подобное.

Да, в заголовке- "Поиск". Или гугл. В любом случае нужно будет сжимать данные, иначе(без учёта заголовков *.bmp файлов) при разрешении 1920×1080, через час работы скрипта папка будет весить более 2.78 гигабайт. Хотя если есть лишний винчестер на несколько сотен гигабайт, то всё норм .

Eнем итчоrП. -<

Возьмите FSViewer32 или i_view32 например, покурите разделы справки "Командная строка".

Предлагая свое решение забыл его обосновать.
Думаю, и сейчас не поздно.
Заодно и верну тему в техническое русло - из уголовно-криминального.

Скриптовые решения снятия скриншотов основаны на:
1) Имитации нажатия клавиши PrintScreen - пресловутой SendKey
2) Фактическим вызовом сторонней программы из скрипта.
Другие варианты мне не известны.

1) От использования SendKey я отказался уже давно - и здесь тоже писал об этом.
Ненадежно, непредсказуемо, неуправляемо и т.д.

2) Использовать стороннюю программу можно и без скрипта - более того, без скрипта можно использовать её многочисленные дополнительные функции.

Брать копию экрана надо напрямую из видеопамяти - скрипты здесь бессильны.

По ссылке выше был пример с использованием функций из GDI32.dll, ещё есть PrintWidow в user32.dll.

Александр_,

Вы какую ссылку имеете ввиду?

Чтобы вызвать "функцию из GDI32.dll" классические скриптовые языки подходят меньше всего.
Точнее - из них это вообще сделать невозможно.
Имею ввиду VBS, JScript.

Можно перейти к использованию различных оберток - со всем геммороем этого подхода.
Лично для меня вместо этого проще войти в любую студию и написать все там - где для этого значительно больше возможностей.

Т.к. в этой теме "чистота копирайтов" имеет принципиальное значение - MS Visual C++ 2005 Express Edition, например, распространяется совершенно легально бесплатно.
Взять копию экрана и сохранить в графический файл там даже вроде бы в комплекте примеров.

Брать напрямую можно было во времена доса, если обращаться к адресу A100, насколько я помню. Сейчас это неактуально.
Если говорить об WinAPI, то можно просто использовать BitBlt c параметром GetDC(0). Как сказал коллега chessman, проще всего использовать API через DWX. Есть еще один вариант: из скрипта управлять средой VBA Ms Office и оттуда вызывать апишные функции.

Согласен почти со всеми уточнениями.

Внесу коррективы в свои формулировки:
1) Проще всего для поставленой задачи "использовать BitBlt c параметром GetDC(0)".
На сегодня это позволяет делать любая среда программирования.
За исключением, к сожалению, скриптовых языков.
2) Для реализации этой возможности в скриптовых языках необходимы дополнительные средства - например, VBS+DynamicWrapperX.
Или вызов через VBA MS Office.
И т.д. и т.п.
Исключительно по моему скромному мнению, в этом случае средства не оправдывают цели.
Проще войти в любую студию и сделать это на любом языке, кроме скриптового.

PS Тему "...Windows не позволяла пользовательским программам работать напрямую с видеопамятью ни в 92 году, ни сейчас..." развивать не буду.
Во всяком случае в этом топике.
Достаточно того, что здесь уже и так обилие цитат из Уголовного Кодекса.

Можно письмом.

Александр_,

действительно, многое изменилось - выросло целое поколение программистов, для которых Windows единственная операционная система.

Прошу Вас провести следующий простой эксперимент.
Отключите клавиатура и включите компьютер, дождитесь знаменитого "Keyboard not found - press any key"
На экране - результат работы BIOS.
У некоторых очень даже симпатичные картинки во весь экран.
Подождите часок-другой - картинка на экране пропала?
У меня - нет, не пропала.
А теперь объясните то что Вы видите - можно с привлечением мощного аппарата "mirror driver из WDK".

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

А насчет "первых рук" еще раз повторю специально для Вас то, что уже писал:
1) Проще всего для поставленой задачи "использовать BitBlt c параметром GetDC(0)".
Конкретно для Windows - это вполне достаточный уровень "первых рук".
Но вот в других ОС это не будет работать - ведь Вы читаете из видеопамяти средствами Windows.

Через гугл - по Вашей ссылке - я попал на 10 страниц ссылок.
Поэтому и попросил уточнить - какую конкретно Вы имеете в виду под словами "единственная".

Спасибо за разъяснения.

Более того, программистами теперь называются люди, которые не знают что такое стек.

У меня система грузится и без клавиатуры . И вообще это сообщение несёт в себе несколько противоречивую информацию

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

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

В моей цитате синеньким выделена ссылка- по ней надо тыкнуть.

Аскет, большое спасибо Вам за помощь в создании червя, предназначенного для компьютерной атаки на Иран. Ваш относительно уникальный код помог собрать воедино все скрипты и использовать их как оружие. От агентов ЦРУ, кстати, большой Вам привет. А врачи советуют сократить дозировку наркотических средств и психотропных веществ.