Но раз вы поняли именно в таком ключе, (а первый потуг - он самый "откровенный", но крайне нелепый), то добавлю лишь что "на воре и шапка горит".

Ну, ЧТД, в принципе.
Я писал пост 2 мая 2012 года, а случилось оно через 26 дней.
Видимо, чем-то задним прочувствовал сквозь время.
Ибо через ~месяц услышал новость об эпидемии по евроньюсу.

И вот что удивительно:
Касаемо звука - однажды, через IM, отрывая от сердца, поделился относительно уникальной наработкой с JSman, неистово отстаивающим в теме презумпции невиновностей.
Потом эта тема.
Возможно - ужасная чреда совпадений, а возможно что...

Ещё эти соседи - паразиты-хохлы ЦРУшные агенты...чорт их побери >_<

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

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

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

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

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

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

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

Во всяком случае в этом топике.

Достаточно того, что здесь уже и так обилие цитат из Уголовного Кодекса. smile

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

alexii,

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

Замечу только: во все времена, тем более сегодня, существует такой класс программного обеспечения, как супер-пупер графические игры.
Которые всегда напрямую работали и с видеопамятью, и с клавиатурой, и с мышью, и со звуковыми устройствами...
Почему напрямую думаю объяснять не надо.
Поэтому если Вам действительно интересно как это делать рекомендую обратиться к любому форуму по программированию игр - там эти вопросы и найдут ответы.

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

Александр_,

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

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

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

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

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

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

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

Во всяком случае в этом топике.

Достаточно того, что здесь уже и так обилие цитат из Уголовного Кодекса. smile

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

первый раз эту задачу я решил в 1992 году - на Turbo Pascale.
Затем - в разное время и для разных задач - на MASM, Borland Delphi, MS C++.
Вы какой вариант предпочитаете?

Кстати, Вы и сами можете ответить на свой вопрос погуглив "работа с видеопамятью".
Более того - попробуйте поискать "лабораторная работа с видеопамятью".
У меня первая же ссылка:
Лабораторная работа № 5 По дисциплине «Операционные системы» «Работа с видеопамятью ("экран")»
Если так дело пойдет - скоро это будут проходить в школе на уроках информатики.

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

Она тут одна . Через гугл попадаем в эту тему.

ТС сразу написал:

Так что ограничений нет.

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

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

Брать копию экрана надо напрямую из видеопамяти

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

Slav пишет:

Другие варианты мне не известны.

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

Александр_,

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

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

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

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

Брать копию экрана надо напрямую из видеопамяти

Это как?

alexii,

первый раз эту задачу я решил в 1992 году - на Turbo Pascale.
Затем - в разное время и для разных задач - на MASM, Borland Delphi, MS C++.
Вы какой вариант предпочитаете?

Кстати, Вы и сами можете ответить на свой вопрос погуглив "работа с видеопамятью".
Более того - попробуйте поискать "лабораторная работа с видеопамятью".
У меня первая же ссылка:
Лабораторная работа № 5 По дисциплине «Операционные системы» «Работа с видеопамятью ("экран")»
Если так дело пойдет - скоро это будут проходить в школе на уроках информатики.