Загрузка и обработка нескольких изображений

@BeerHunter · Регистрация: 04.04.2012

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

Добрый день. Имеется необходимость загрузить серию изображений(одного размера) для статистической обработки. То есть, загружается вся последовательность целиком, но в форму выводится, например, только первый кадр, на нем выделяется рабочая область(например: хотим посчитать количество черных пикселей на всех кадрах) далее производится некий расчет, и результат выводится в виде графика распределения/гистограммы. Расчетный модуль уже готов, но приспособлен он только для работы с единственным изображением, а не целой серией. Подскажите, пожалуйста, как реализовать загрузку множества изображений(10 например)в память, и распространить рабочую область(прямоугольник) с первого кадра, на остальные 9. Спасибо.

@Avazart · 16.06.2012, 01:39

Размер Image и размер Image->Picture->Bitmap различные размеры

@BeerHunter · 17.06.2012, 12:34 **[ТС]**

image1[] и image2[] генерируются динамически, по мере загрузки изображений.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
static int index=0;
N=index+1;
  OpenPictureDialog1->Execute();
  //TImage newimage;
  image1[index]= new TImage(Form1);
  image1[index]->Parent=Form1;
  image1[index]->AutoSize=true;
  image1[index]->Picture->LoadFromFile(OpenPictureDialog1->FileName);
  image1[index]->Visible=False;
  image2[index]= new TImage(Form1);
  image2[index]->Parent=Form1;
  image2[index]->AutoSize=true;
  image2[index]->Visible=False;

По идее, image2[i] - это некая прямоугольная область скопированная из image1[i], размером с этот самый прямоугольник, поэтому и стоит автосайз.

@BRcr · 17.06.2012, 13:17

Покажи, как объявлены image1 и image2.

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

По идее, image2[i] - это некая прямоугольная область скопированная из image1[i]

Нет здесь никакого копирования. Есть создание двух независимых наборов TImage.

@nick42 · 17.06.2012, 14:03

битмап желательно инициализировать предварительно. Хотя бы так...__

C++
1
2
3
4
5
      Image2->Picture->Bitmap->PixelFormat = pf24bit;
      Image2->Picture->Bitmap->Width = Image2->Width ;
      Image2->Picture->Bitmap->Height = Image2->Height ;
      Image2->Picture->Bitmap->Canvas->Brush->Color = clBlack;
      Image2->Picture->Bitmap->Canvas->FillRect(RE);

@BeerHunter · 17.06.2012, 16:00 **[ТС]**

[QUOTE=BRcr;3175857]Покажи, как объявлены image1 и image2.

Нет здесь никакого копирования. Есть создание двух независимых наборов TImage.[/QUOTE

C++
1
image2[0]->Canvas->CopyRect(Rect(0,0,40,40),image1[0]->Canvas,R);

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

nick42,
Вопрос возник из-за того, что при выполнении вот такой строки:

C++
1
image2[0]->Canvas->CopyRect(Rect(0,0,40,40),image1[0]->Canvas,R);

@BRcr · 17.06.2012, 17:30

Правильнее работать не с канвой TImage, а с канвой TBitmap. Надежнее это.

И все-таки покажи объявление image1 и image2.

@BeerHunter · 18.06.2012, 13:47 **[ТС]**

Пардон, не заметил. =)

C++
1
TImage *image1[10], *image2[10];

Добавлено через 18 часов 21 минуту
Хм, упорно отказывается выполнять CopyRect для:

C++
1
image2[index]->Canvas->CopyRect(R,image1[index]->Canvas,R);

В то время, как

C++
1
Image2->Canvas->CopyRect(R,image1[index]->Canvas,R);

и

C++
1
image2[index]->Picture=image1[index]->Picture;

работают адекватно: 1)Копирует кусок R из image1[] в Image2 и выводит его. 2)Целиком копирует изображение загруженное в image1[] в image2[] и выводит его.

@nick42 · 18.06.2012, 13:50

Размеры Image и Image->Picture->Bitmap в общем случае разные. То, что у вас 100 пкс, наводит на подозрение, что для битмапа установились дефолтовые значения высоты и ширины (105 пкс).
П.С. Когда-то я делал подобное копирование, и все прекрасно работало. Вот строчка из рабочей программы (для "размышления"):

C++
1
2
pazly[j]->Picture->Bitmap->Canvas->CopyRect(Rect(0,0,82,66),
           Image1->Picture->Bitmap->Canvas,sou) ;

@BRcr · 18.06.2012, 14:31

C++
1
image2[index]->Picture=image1[index]->Picture;

Этот кусок будет работать как угодно, но не адекватно.

Такие издевательства над указателями на объекты vcl как минимум вызовут утечку памяти, как максимум - access violation при удалении.

@BeerHunter · 19.06.2012, 17:13 **[ТС]**

Ладно уж, с этими неприятностями разобрался. Теперь еще хуже: как подсчитать число элементов, загруженных в массив типа TImage?

@BRcr · 19.06.2012, 17:58

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

как подсчитать число элементов, загруженных в массив типа TImage?

Не по теме:

Ждем нагоняй за лишний вопрос в теме.:)
Однако, это элементарно. При создании инициализировать массивы нулевыми указателями, потом проверять, что в указателе - адрес или NULL.

C++
1
2
TImage *image1 = {NULL}; // если в классе, то так нельзя; в классе инициализируем циклом в конструкторе
if (image1[3] != NULL) { /*указатель не нулевой*/}

@nick42 · 19.06.2012, 18:16

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

Ждем нагоняй за лишний вопрос в теме.

Я до сих пор уверен, что тема обработки нескольких изображений с вопросом подсчета их количества увязана очень тесно, чтобы выносить это в отдельный топик (впрочем, может ТАМ конфеты получают за каждую дополнительную тему...). По моему, анализ каждого индексированного Image (не обязательно индексированного) на равенство NULL может разрешить проблему (индексированного я упомянул из-за удобства осуществления такого анализа в цикле).

@BRcr · 19.06.2012, 18:24

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

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

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

@nick42 · 19.06.2012, 18:29

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

@BRcr · 19.06.2012, 18:34

Не по теме:

Верно... только вот именно в этом-то контексте и приобретают свое значение модерация и правила форума - делают мечту ближе, а уровень форума выше... хоть и пинками, хоть и постфактум.:rofl:

Новые блоги и статьи Все статьи Все блоги /
сукцессия 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) и эктомикоризным. . .
сукцессия 3 anaschu 25.06.2026 Примерный план работ по модели	сукцессия 2 anaschu 25.06.2026 параметризировочная калибровочная таблица будущей модели	Многофункциональное здание: как одно здание порождает конфликты требований, которые никто не планировал (мат мет мод 29) anaschu 23.06.2026 Многофункциональное здание: как одно здание порождает конфликты требований, которые никто не планировал Материалы для обсуждения с МГСУ · 2026 Рисунки внутри приложенного ворд файла. Что за. . .	28. Конкретное развертывание плана номер 1 из поста номер 27 anaschu 22.06.2026 Можно ли из модели получить конкретные строительные требования? Честно — напрямую из текущей модели такие ответы не получить. Но цепочка логики есть, и она не такая длинная. Где разрыв . . .

@BeerHunter 0 / 0 / 0 Регистрация: 04.04.2012 Сообщений: 24

	Загрузка и обработка нескольких изображений 06.06.2012, 14:13. Показов 4567. Ответов 34 Метки нет (Все метки) Добрый день. Имеется необходимость загрузить серию изображений(одного размера) для статистической обработки. То есть, загружается вся последовательность целиком, но в форму выводится, например, только первый кадр, на нем выделяется рабочая область(например: хотим посчитать количество черных пикселей на всех кадрах) далее производится некий расчет, и результат выводится в виде графика распределения/гистограммы. Расчетный модуль уже готов, но приспособлен он только для работы с единственным изображением, а не целой серией. Подскажите, пожалуйста, как реализовать загрузку множества изображений(10 например)в память, и распространить рабочую область(прямоугольник) с первого кадра, на остальные 9. Спасибо. 0

@Avazart 8489 / 6156 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	16.06.2012, 01:39
	Размер Image и размер Image->Picture->Bitmap различные размеры 0

@BRcr 4043 / 2333 / 292 Регистрация: 03.02.2011 Сообщений: 5,066 Записей в блоге: 10
	17.06.2012, 17:30
	Правильнее работать не с канвой TImage, а с канвой TBitmap. Надежнее это. И все-таки покажи объявление image1 и image2. 0

@BeerHunter 0 / 0 / 0 Регистрация: 04.04.2012 Сообщений: 24
	19.06.2012, 17:13 [ТС]
	Ладно уж, с этими неприятностями разобрался. Теперь еще хуже: как подсчитать число элементов, загруженных в массив типа TImage? 0

@nick42 Практикантроп 4841 / 2726 / 534 Регистрация: 23.09.2011 Сообщений: 5,798
	19.06.2012, 18:29
	Ну, не спорю: правильное название темы - это мечта, и не только модераторов. Но ведь не всегда тема, заявленная с правильным, ёмким названием, становится хрестоматийным материалом - хоть в брошюру её "Программирование - это очень просто!". Чаще бывает наоборот: много "воды", невнятных рассуждений, иногда просто ошибочных советов. Ничего не поделать, - форум есть форум, и можно лишь стремиться к тому, чтоб его уровень непрерывно рос. 0

@BRcr
	19.06.2012, 18:34
	Не по теме: Верно... только вот именно в этом-то контексте и приобретают свое значение модерация и правила форума - делают мечту ближе, а уровень форума выше... хоть и пинками, хоть и постфактум.:rofl: 1