Как функцией BitBlt записать данные в массив?

@nigri_lupus · Регистрация: 14.12.2020

Студворк — интернет-сервис помощи студентам

Здравствуйте!
Подскажите, пожалуйста как заставить следующий код заработать?

PureBasic
1
2
3
4
5
6
7
8
9
10
11
12
ExamineDesktops()
Width=DesktopWidth(0)
Height=DesktopHeight(0)
x=0
y=0
Dim Image_Array(Width-1, Height-1)
ImageNumber=CreateImage(#PB_Any, Width, Height)
DC_Image=StartDrawing(ImageOutput(ImageNumber)) 
StopDrawing()
BitBlt_(Image_Array(), 0, 0, Width, Height , DC_Image, X, Y , #SRCCOPY)
 
Debug Image_Array(Width-1,Height-1)

@useful · 29.07.2023, 10:49

Меня смущает слово "лишь". А чего собственно ещё не хватает?
И я специально подчёркивал, что речь о формате буфера после StartDrawing().
Какой он до этого и после stop... автор не посчитал нужным документировать, а значит не обязан сохранять от версии к версии и от системы к системе.

p.s. #PB_PixelFormat_ReversedY : The Y-Coordinate of the output is reversed in memory (the bottom row is stored first). т.е. ещё в каком порядке эти самые строки хранятся.

@antro735 · 29.07.2023, 11:05

А как, к примеру, узнать, с какого байта относительно *Buffer начинаются те самые пиксельные байты, хранящие R,G,B цвета ?

@useful · 29.07.2023, 11:08

С нулевого. А вот какая строка, первая или последняя (верхняя / нижняя) зависит от #PB_PixelFormat_ReversedY

@antro735 · 29.07.2023, 11:17

Сообщение от useful

А вот какая строка, первая или последняя (верхняя / нижняя) зависит от #PB_PixelFormat_ReversedY

Это я понимаю.

То есть, после StartDrawing() в адресе *Buffer находятся непосредственно байты самого изображения со значениями R,G,B или B,G,R и больше ничего лишнего. Я правильно понял ?

@useful · 29.07.2023, 11:37

Правильно, но только обязательно с учётом того, что "англицким" по белому:
#PB_PixelFormat_8Bits : 1 byte per pixel, palletised
#PB_PixelFormat_15Bits : 2 bytes per pixel
#PB_PixelFormat_16Bits : 2 bytes per pixel
#PB_PixelFormat_24Bits_RGB : 3 bytes per pixel (RRGGBB)
#PB_PixelFormat_24Bits_BGR : 3 bytes per pixel (BBGGRR)
#PB_PixelFormat_32Bits_RGB : 4 bytes per pixel (RRGGBB)
#PB_PixelFormat_32Bits_BGR : 4 bytes per pixel (BBGGRR)
#PB_PixelFormat_ReversedY : The Y-Coordinate of the output is reversed in memory (the bottom row is stored first).
т.е. один пиксель может занимать от 1-го до 4-х байт в обсуждаемом буфере.

Добавлено через 14 минут
Мне это не интересно, но кажется можно весь этот спектр экзотики в форматах 1-4 по пытаться получить используя RDP.
В клиенте допустимо устанавливать "глубину цвета". Не проверял насколько это может повлиять на формат скриншота. Идея бредовая.

@antro735 · 29.07.2023, 11:54

Сообщение от useful

#PB_PixelFormat_8Bits : 1 byte per pixel, palletised
#PB_PixelFormat_15Bits : 2 bytes per pixel
#PB_PixelFormat_16Bits : 2 bytes per pixel
#PB_PixelFormat_24Bits_RGB : 3 bytes per pixel (RRGGBB)
#PB_PixelFormat_24Bits_BGR : 3 bytes per pixel (BBGGRR)
#PB_PixelFormat_32Bits_RGB : 4 bytes per pixel (RRGGBB)
#PB_PixelFormat_32Bits_BGR : 4 bytes per pixel (BBGGRR)
#PB_PixelFormat_ReversedY : The Y-Coordinate of the output is reversed in memory (the bottom row is stored first).
т.е. один пиксель может занимать от 1-го до 4-х байт в обсуждаемом буфере.

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

Добавлено через 12 минут

Сообщение от useful

используя RDP

Извиняюсь за свою безграмотность, а RDP - это что ? Мне бы, вот, как раз не мешало бы поработать может быть, не столько с глубиной цвета и битностями изображения, сколько с палитрой цветов. То есть, 24-битное изображение отрисовывать с разным набором палитр. С палитрой из 2 цветов, с палитрой из 8 цветов... ну, и т.п. Понимаю, что все палитры придётся создавать самому в зависимости от желаемого кол-ва цветов, к примеру, 2, 8, 16, 64, 256, 512... тут уже в зависимости от нужных потребностей. Может быть, достаточно будет всего 2-3 палитры, а, может, и 9-10.

@useful · 29.07.2023, 12:07

https://ru.wikipedia.org/wiki/... p_Protocol
Я не про палитру.
Я про то, что для экономии трафика и попытки приспособиться к медленным каналам клиент RDP позволяет сказать хосту, что он древний монитор с 256-ю цветами ))) Но чаще именно 15бит на плохих каналах используется.

@locm · 29.07.2023, 12:09

Сообщение от antro735

от, допустим, я загружаю .bmp файл функцией LoadImage(). Первые два байта должны содержать символы "ВМ"

Функция LoadImage() не только загружает картинку, но и декодирует ее. "ВМ" относится к заголовку файла, а не к данным (пикселям) картинки.
DrawingBuffer() вернет указатель на массив данных картики, а не на данные файла.

Если нужны данные файла, следует использовать функции ReadFile(), ReadData() и т. д.

@antro735 · 29.07.2023, 12:14

Сообщение от locm

DrawingBuffer() верт нет указатель на массив данных картики, а не на данные файла.

Благодарю, locm, вроде бы разобрались с этим

Добавлено через 2 минуты

Сообщение от useful

https://ru.wikipedia.org/wiki/... p_Protocol

Хорошо, useful, посмотрю что это за зверь. Может быть, пригодится.

@useful · 29.07.2023, 12:19

Кстати Свежие версии mstsc (клиент в составе win10) и не позволяют ниже 15 бит опускаться.

@antro735 · 30.07.2023, 19:51

Сообщение от useful

Правильно, но только обязательно с учётом того, что "англицким" по белому

И всё же, когда мы получаем адрес буфера с пиксельными данными функцией DrawingBuffer(), в этой области памяти содержатся не только пиксельные данные, но и ещё какие-то дополнительные данные:

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

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

@locm · 30.07.2023, 21:38

Сообщение от antro735

но и ещё какие-то дополнительные данные

Где о них пишут? https://www.purebasic.com/docu... uffer.html

@nigri_lupus · 01.08.2023, 06:36 **[ТС]**

Например, о них пишут в одной из русифицированных версий хелпа...

Как функцией BitBlt записать данные в массив?

Я например, с DrawingBuffer() потому долго и не мог разобраться, что меня упоминание о дополнительных данных с толку сбивало....

@antro735 · 01.08.2023, 06:52

Сообщение от nigri_lupus

что меня упоминание о дополнительных данных с толку сбивало....

Возможно, дополнительными данными и являются те самые DrawingBufferPitch() и DrawingBufferPixelFormat()... , а, может быть, ещё и какие-то данные для внутренних скрытых инструкций PB

@nigri_lupus · 01.08.2023, 07:30 **[ТС]**

Сообщение от antro735

#PB_PixelFormat_8Bits : 1 byte per pixel, palletised
#PB_PixelFormat_15Bits : 2 bytes per pixel
#PB_PixelFormat_16Bits : 2 bytes per pixel
#PB_PixelFormat_24Bits_RGB : 3 bytes per pixel (RRGGBB)
#PB_PixelFormat_24Bits_BGR : 3 bytes per pixel (BBGGRR)
#PB_PixelFormat_32Bits_RGB : 4 bytes per pixel (RRGGBB)
#PB_PixelFormat_32Bits_BGR : 4 bytes per pixel (BBGGRR)

useful, до сих пор не могу понять как это : #PB_PixelFormat_8Bits : 1 byte per pixel, palletised ....???? 1 байт на пиксель. А как машина (PB точнее) этот байт интерпретировать будет? Пиксель КАКОГО цвета она должна нарисовать на экране???? с #PB_PixelFormat_24Bits_RGB : 3 bytes per pixel (RRGGBB) или #PB_PixelFormat_32Bits_RGB : 4 bytes per pixel (RRGGBB) тут более-менее понятно столько-то красного, столько-то зеленого и столько-то синего + альфа канал может быть четвертым байтом.... но 1 байт кака понять? Если только как равную степень каждого
из цветов....или ошибаюсь?

@useful · 01.08.2023, 11:15

Это всё историческое наследие. Когда то мы вполне обходились 2-мя или 16-ю цветами.
Я видел цветной монитор без графики с 4-мя цветами с возможностью выбора из 4-х палитр.
Как 8-битный (т.е. 0-255 цветов) цвет разбирался/собирался из/в RGB не помню и не интересно вспоминать.

https://stackru.com/questions/... chenie-rgb

p.s. про дополнительные данные - это фантазии переводчиков.

Новые блоги и статьи Все статьи Все блоги /
Вступаем в новую фазу генерации favicons, векторную. russiannick 02.11.2026 Теперь нет нужды скрывать что используется простой svg. Исходный код изображения помещаем в поле и жмем кнопку. Исходник преобразуется в вид корректный для помещения в favicon или в url(). Нажатие. . .	Генератор паролей (вариант №4) Maks 01.11.2026 После публикации 3-го варианта генератора паролей, разослал его своим коллегам (с целью оценки), в итоге были получены следующие рекомендации: 1. Вернуть возможность использования знаков \| 1 l I;. . .	Генератор паролей (вариант №3) Maks 30.10.2026 Финальная версия генератора паролей 1С. Доработка решения в этот раз коснулась только визуальной части, а именно, добавлен реквизит ДопПараметры (тип Булево), который скрывает/ отображает реквизиты:. . .	Магическое мышление и магия, современная наука не отличима от магии (говорит ИИ Джемени) zorxor 30.10.2026 Джемени, расскажи, пожалуйста, что такое магическое мышление, что такое магия, почему современная наука чем-то напоминает магию? Фраза «Любая достаточно развитая технология неотличима от магии». . .
За какое время ИИ может подобрать пароль по хешу (рассказывает Джемени ИИ) zorxor 30.10.2026 Расскажи, Джемени, если известен хэш МД5, например, за сколько ИИ сможет подобрать соответствующий пароль? Искусственный интеллект (ИИ) может подобрать простой или средний по сложности пароль по. . .	Кто убил Suno? Почему наше солнышко погасло? (диалог с ИИ Джемени) zorxor 30.10.2026 Как убивали Suno. Хронология. «Убийство» музыкальной нейросети Suno — это затяжной процесс, в котором технологический хайп стартапа разбился о жесткую реальность судебных исков от гигантов. . .	Генератор паролей (вариант №2) Maks 30.10.2026 Обновленная версия ранее созданной обработки. Добавлены следующие реквизиты типа Булево: - Буквы; - Цифры; - Символы. Изменена логика команды "Сгенерировать" и процедуры "ПриОткрытии":. . .	Генератор паролей (вариант №1) Maks 29.10.2026 Реализация из решения ниже выполнена исключительно по моей инициативе, дабы облегчить себе работу в создании паролей для администрируемых мною сервисов и пользователей. Самым главным критерием для. . .

@useful 12 / 12 / 0 Регистрация: 02.07.2014 Сообщений: 124
	29.07.2023, 10:49
	Меня смущает слово "лишь". А чего собственно ещё не хватает? И я специально подчёркивал, что речь о формате буфера после StartDrawing(). Какой он до этого и после stop... автор не посчитал нужным документировать, а значит не обязан сохранять от версии к версии и от системы к системе. p.s. #PB_PixelFormat_ReversedY : The Y-Coordinate of the output is reversed in memory (the bottom row is stored first). т.е. ещё в каком порядке эти самые строки хранятся. 0

@antro735 1 / 1 / 0 Регистрация: 28.07.2018 Сообщений: 124
	29.07.2023, 11:05
	А как, к примеру, узнать, с какого байта относительно *Buffer начинаются те самые пиксельные байты, хранящие R,G,B цвета ? 0

@useful 12 / 12 / 0 Регистрация: 02.07.2014 Сообщений: 124
	29.07.2023, 11:08
	С нулевого. А вот какая строка, первая или последняя (верхняя / нижняя) зависит от #PB_PixelFormat_ReversedY 0

@useful 12 / 12 / 0 Регистрация: 02.07.2014 Сообщений: 124
	29.07.2023, 11:37
	Правильно, но только обязательно с учётом того, что "англицким" по белому: #PB_PixelFormat_8Bits : 1 byte per pixel, palletised #PB_PixelFormat_15Bits : 2 bytes per pixel #PB_PixelFormat_16Bits : 2 bytes per pixel #PB_PixelFormat_24Bits_RGB : 3 bytes per pixel (RRGGBB) #PB_PixelFormat_24Bits_BGR : 3 bytes per pixel (BBGGRR) #PB_PixelFormat_32Bits_RGB : 4 bytes per pixel (RRGGBB) #PB_PixelFormat_32Bits_BGR : 4 bytes per pixel (BBGGRR) #PB_PixelFormat_ReversedY : The Y-Coordinate of the output is reversed in memory (the bottom row is stored first). т.е. один пиксель может занимать от 1-го до 4-х байт в обсуждаемом буфере. Добавлено через 14 минут Мне это не интересно, но кажется можно весь этот спектр экзотики в форматах 1-4 по пытаться получить используя RDP. В клиенте допустимо устанавливать "глубину цвета". Не проверял насколько это может повлиять на формат скриншота. Идея бредовая. 0

@useful 12 / 12 / 0 Регистрация: 02.07.2014 Сообщений: 124
	29.07.2023, 12:07
	https://ru.wikipedia.org/wiki/... p_Protocol Я не про палитру. Я про то, что для экономии трафика и попытки приспособиться к медленным каналам клиент RDP позволяет сказать хосту, что он древний монитор с 256-ю цветами ))) Но чаще именно 15бит на плохих каналах используется. 0

@useful 12 / 12 / 0 Регистрация: 02.07.2014 Сообщений: 124
	29.07.2023, 12:19
	Кстати Свежие версии mstsc (клиент в составе win10) и не позволяют ниже 15 бит опускаться. 0

@nigri_lupus 3 / 3 / 0 Регистрация: 14.12.2020 Сообщений: 171
	01.08.2023, 06:36 [ТС]
	Например, о них пишут в одной из русифицированных версий хелпа... Я например, с DrawingBuffer() потому долго и не мог разобраться, что меня упоминание о дополнительных данных с толку сбивало.... 1

@useful 12 / 12 / 0 Регистрация: 02.07.2014 Сообщений: 124
	01.08.2023, 11:15
	Это всё историческое наследие. Когда то мы вполне обходились 2-мя или 16-ю цветами. Я видел цветной монитор без графики с 4-мя цветами с возможностью выбора из 4-х палитр. Как 8-битный (т.е. 0-255 цветов) цвет разбирался/собирался из/в RGB не помню и не интересно вспоминать. https://stackru.com/questions/... chenie-rgb p.s. про дополнительные данные - это фантазии переводчиков. 0