Оперативная память и Bitmap

@T2skler · Регистрация: 16.05.2012

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

Заметил одну странность при работе с битмапом. Вот пример:

C++
1
2
3
4
5
6
7
8
Graphics::TBitmap* bmp;
bmp = new Graphics::TBitmap;
Caption = sizeof(*bmp); // 64 байта
Sleep(1000);
bmp->Width = 10000;
bmp->Height = 10000;
Caption = sizeof(*bmp); // 64 байта
Caption = sizeof(Graphics::TBitmap); // 64 байта

При этом в Process Explorer увеличение памяти тоже не происходит. В связи этим вопрос: где хранится битмап?

@DefineTrueFalse · 21.10.2012, 17:55

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

Ну так файла та нету никакого....

В этом то и соль

Хотя сам факт, что ноут не сделал кувырок с переворотом в окно, при такой нагрузке уже чудо.

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

Иначе можно сделать только увеличив буфер, чтобы постоянно с изменением ширины и высоты контроля не менять ширину и высоту буфера.

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

C++
1
2
3
4
5
6
void __fastcall TForm::FormResize(TObject *Sender)
{
    Bitmap->Width = ClientWidth;
    Bitmap->Height = ClientHeight;
    mybitmapdrawproc(); // а если тут еще и процедура прорисовки...
}

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

@T2skler · 21.10.2012, 18:25 **[ТС]**

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

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

Вот этим я и интересовался

Хочу узнать, приемлемо ли использовать в своём компоненте большой графический буфер (примерно в 4 раза больше оригинального размера)?

Новые блоги и статьи Все статьи Все блоги /
10 сукцессия. Питон код войны грибов и растений anaschu 27.06.2026 import numpy as np class PlantAgent: def __init__(self, name, strategy, initial_biomass): self. name = name self. strategy = strategy # "greedy" (широколиственные) или. . .	сукцессия 9. Математика подлости: как растения предали грибных друзей anaschu 27.06.2026 Статья 2. Глобальная фосфорная война: эволюционно-экономические механизмы распределения биомов Земли Введение: Экологический рынок как игра с нулевой суммой Традиционная экология долгое время. . .	сукцессия 8. Как я спорил с ИИ, которые - агенты растений и ненавистники грибов! anaschu 27.06.2026 Статья 1. Хроники грибного восстания: как Сократов диалог разрушил академические догмы ИИ Введение: Синдром «цифрового учебника» Современные большие языковые модели (LLM) обладают колоссальным. . .	Главный вопрос моделирования сукцессии anaschu 27.06.2026 главный вопрос. Если эктомикориза лучше добывает недоступный фосфор. И ее масса максимальна из всех. А широколиственный лес тоже имеет самую крутую биомассу. То почему не возникло их симбиоза? Это. . .
сукцессия 6. Питон реализация энилоджиковской модели, картинка про Центральную часть будущей модели anaschu 26.06.2026 Етить. ИИ мне на основе моего старого файла R создал вот эту вот хмерь на пайтоне. Это уже новая модель, модель сукцессии грибной. потоки фосфора, азота. Углерода. 5 видов организмов. Я даже. . .	Как замкнутый ядерный цикл решит проблему недостатки фосфора? Био миграция фосфора со дна океана anaschu 26.06.2026 Биологический лифт: Концепция подъема фосфора со дна океана с помощью ЗЯТЦ Предлагаю на обсуждение альтернативу тяжелому промышленному бурению океанического дна. Вместо сложной инженерии мы можем. . .	сукцессия 5 anaschu 26.06.2026 ПЛАН РАЗРАБОТКИ математической модели сукцессии микоризных систем Переход AM → EcM (Endo + ErM) · Шумилов А. С. · ИФХиБПП РАН · Пущино · 2026 . . .	сукцессия 4 anaschu 25.06.2026 Более детализированный план разработки План доработки модели динамики микоризных симбиозов (EcM с гистерезисом) Цель: Реализовать логику переключения между эрикоидным (ErM) и эктомикоризным. . .